Ошибка при установке RPM пакетов. Как вылечить, может кто посоветует?

[ruslandh]

С таким набором репозиториев странно ожидать чего-то другого.

rpm cdrom:[ALT Linux 4.1.1 Desktop (Thymus) build 2008-12-18]/ ALTLinux base contrib disk

неизвестный репозиторий на CD (возможно 64-битный)

rpm cdrom:[ALT Linux 4.1.1 Desktop 586(Thymus) build 2008-12-18]/ ALTLinux base contrib disk

Репозиторий 32-битного дескопа 4.1.1.

rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/4.1/branch/ x86_64 classic

Половина репозитория от 64-битного бренча 4.1

rpm ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/ x86_64 classic

Половина 64-битного репозитория Сизифа

[ruslandh]

/usr/lib/libavahi-client.so.3
/usr/lib/libavahi-client.so.3.2.4
/usr/lib/libavahi-common.so.3
/usr/lib/libavahi-common.so.3.5.0
/usr/lib/libavahi-core.so.5
/usr/lib/libavahi-core.so.5.0.4
/usr/lib/libdns_sd.so.1
/usr/lib/libdns_sd.so.1.0.0

Это 32-битные библиотеки, 64-битные лежат в /usr/lib64

[Andrey]

/usr/lib/libavahi-client.so.3
/usr/lib/libavahi-client.so.3.2.4
/usr/lib/libavahi-common.so.3
/usr/lib/libavahi-common.so.3.5.0
/usr/lib/libavahi-core.so.5
/usr/lib/libavahi-core.so.5.0.4
/usr/lib/libdns_sd.so.1
/usr/lib/libdns_sd.so.1.0.0

Это 32-битные библиотеки, 64-битные лежат в /usr/lib64

Вот, теперь смотрим что выдает

Код: [Выделить]

rpm -qf /usr/lib/libavahi-client.so.3и на остальные файлы.

[ruslandh]

Скорей всего выдаст libavachi. Не зря-же в x86_32 пакетам дали имена i586-имя_пакета. Боюсь, что или apt, или rpm не различает пакеты из разных архитектур по именам.
 

[Stone]

Да, так и выдает.

Код: [Выделить]

[root@localhost ~]# rpm -qf /usr/lib/libavahi-client.so.3
libavahi-0.6.22-alt6

И вообще, выдает так:

Код: [Выделить]

[root@localhost ~]# rpm -qa libavahi
libavahi-0.6.22-alt6
libavahi-0.6.22-alt6

Чего можно сделать-то, чтобы вычистить пакет? Вообще ничего, т.е. только полная переустановка?

[Const]

Полностью удалить все пакеты libavahi, потом убрать левые репозитории из списка и поставить нужные пакеты

[Stone]

Т.е. вылечить нереально. Жаль.
Ну а про репозиторий apt-get что-нибудь известно? Может его можно почистить руками, раз уж ничего не помогает.

[Const]

Т.е. вылечить нереально. Жаль.
Ну а про репозиторий apt-get что-нибудь известно? Может его можно почистить руками, раз уж ничего не помогает.

Вы внимательно прочитали моё предыдущее сообщение?
Его следует понимать: а) вылечить реально и легко; бэ) руками закомментировать в источниках apt «левые» источники.

[Stone]

а) Я прекрасно прочитал Ваше предыдущее сообщение. Могу процитировать сообщения #5-7 на предыдущей странице

Const
Re: Ошибка при установке/удалению/произведению других действий с RPM пакетами
« Ответ #5 : 13.10.2010 11:34:19 »
   ПроцитироватьЦитировать
apt-get remove libavahi

Stone
Re: Ошибка при установке/удалению/произведению других действий с RPM пакетами
« Ответ #6 : 13.10.2010 11:39:54 »
Хм. А зачем этот пакет сносить? она вроде нормально установлена, в отличие от libavahi.32bit
Я ничего не поломаю? При попытке пометить "libavahi" для удаления в Синаптике, он мне предлагает удалить пол-системы.
Типа Network manager, amarok, все kde и т.п.

Andrey
   
Re: Ошибка при установке/удалению/произведению других действий с RPM пакетами
« Ответ #7 : 13.10.2010 12:37:45 »
Цитата: Stone от 13.10.2010 11:39:54
Хм. А зачем этот пакет сносить? она вроде нормально установлена, в отличие от libavahi.32bit
Я ничего не поломаю? При попытке пометить "libavahi" для удаления в Синаптике, он мне предлагает удалить пол-системы.
Типа Network manager, amarok, все kde и т.п.
Ну тогда расскажите как Вы его установили
Цитировать
libavahi.32bit

Вы предлагаете снести пол-системы? Вот это и нереально, про что я и сказал.

б) Комментировал "левые" источники много раз. Не понимаю, как они могут повлиять на удаление пакета.

И еще раз - при удалении 32бит пакета выдает следующее, но пакет остается:

Код: [Выделить]

[root@localhost /]# apt-get remove libavahi.32bit
Reading Package Lists... Done
Building Dependency Tree... Done
The following packages will be REMOVED:
  libavahi.32bit
0 upgraded, 0 newly installed, 1 removed and 0 not upgraded.
Need to get 0B of archives.
After unpacking 343kB disk space will be freed.
Do you want to continue? [Y/n] y
Committing changes...
Preparing...                      ################################################################################################### [100%]
Done.

[ruslandh]

б) Комментировал "левые" источники много раз. Не понимаю, как они могут повлиять на удаление пакета.

apt не просто сносит пакеты, он пытается снести только зависимые от него. А так-как rpm (или apt) не видит различия в архитектурах, то получается  каша.
Возможна ситуация, что вместо одного 32-битного пакета вам поставят другой 32-битный.

Да, переставить скорей-всего будет быстрее.

[Stone]

В том-то и дело, что apt это видит, ибо ругается на пакет с суффиксом 32bit.
И в Синаптике я вижу оба - один без суффикса, и второй "broken" с суффиксом:
libavahi
libavahi.32bit

Первый - это нормальный, рабочий пакет. Второй - какой-то пакет-привидение...
Ладно, помучаюсь еще немного, и буду наверно сносить...
Всем спасибо.

[Const]

Да, вы правы... много на него завязано.
Но на самом деле, когда у вас стоят два и более одноимённых пакета, apt предлагает уточнить имя и выдаёт список «расширенных» имён.

Попробуйте apt-get remove libavahi запустить, но не подтверждать выполнение.
И покажите полный вывод, который оно вывалит.

[Stone]

Нда, интересный вывод:

Код: [Выделить]

[root@localhost ~]# apt-get remove libavahi
Reading Package Lists... Done
Building Dependency Tree... Done
You might want to run `apt-get --fix-broken install' to correct these:
The following packages have unmet dependencies:
  gnome-vfs: Depends: libavahi-client.so.3()(64bit)
             Depends: libavahi-common.so.3()(64bit)
  kdelibs: Depends: libavahi-client.so.3()(64bit)
           Depends: libavahi-common.so.3()(64bit)
  ktorrent: Depends: libavahi-client.so.3()(64bit)
            Depends: libavahi-common.so.3()(64bit)
  libavahi-glib: Depends: libavahi-common.so.3()(64bit)
  libavahi-qt3: Depends: libavahi-common.so.3()(64bit)
  libavahi-sharp: Depends: libavahi-client.so.3()(64bit)
                  Depends: libavahi-common.so.3()(64bit)
  libavahi.32bit: Depends: libc.so.6(GLIBC_2.0) but it is not installable
                  Depends: libc.so.6(GLIBC_2.1) but it is not installable
                  Depends: libc.so.6(GLIBC_2.1.3) but it is not installable
                  Depends: libc.so.6(GLIBC_2.2) but it is not installable
                  Depends: libc.so.6(GLIBC_2.2.5) but it is not installable
                  Depends: libc.so.6(GLIBC_2.3) but it is not installable
                  Depends: libc.so.6(GLIBC_2.3.4) but it is not installable
                  Depends: libc.so.6(GLIBC_2.4) but it is not installable
                  Depends: libdbus-1.so.3 but it is not installable
                  Depends: libdl.so.2(GLIBC_2.0) but it is not installable
                  Depends: libdl.so.2(GLIBC_2.1) but it is not installable
                  Depends: libpthread.so.0(GLIBC_2.0) but it is not installable
                  Depends: libpthread.so.0(GLIBC_2.1) but it is not installable
  libpulseaudio: Depends: libavahi-client.so.3()(64bit)
                 Depends: libavahi-common.so.3()(64bit)
  libpurple: Depends: libavahi-client.so.3()(64bit)
             Depends: libavahi-common.so.3()(64bit)
  pulseaudio-daemon: Depends: libavahi-client.so.3()(64bit)
                     Depends: libavahi-common.so.3()(64bit)
  vlc-mini: Depends: libavahi-client.so.3()(64bit)
            Depends: libavahi-common.so.3()(64bit)
E: Unmet dependencies. Try 'apt-get --fix-broken install' with no packages (or specify a solution).

Кстати, с vlc все мои пляски и начались.

[Const]

м-да.
Похоже, действительно проще переставить.
На будущее: аккуратнее с подбором репозиториев.
Лучше несколько раз переспросить и прослыть тупым, по-моему ;)