[doka@centos ~]$ sudo yum update -y
Setting up Update Process
Resolving Dependencies
--> Running transaction check
---> Package selinux-policy-targeted.noarch 0:2.6.4-67.fc7 set to be updated
---> Package gammu-libs.i386 0:1.17.0-1.fc7 set to be updated
...
...
...
---> Package python-cherrypy.noarch 0:2.2.1-8.fc7 set to be updated
--> Running transaction check
---> Package dirmngr.i386 0:1.0.0-2.fc7 set to be updated
---> Package python-fedora-infrastructure.noarch 0:0.2.90.22-1.fc7 set to be updated
--> Processing Dependency: python-bugzilla for package: python-fedora-infrastructure
---> Package openldap-servers.i386 0:2.3.34-4.fc7 set to be updated
filelists.sqlite.bz2 100% |=========================| 266 kB 00:00
http://mirror.atrpms.net/livna/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2 100% |=========================| 266 kB 00:00
http://ftp-stud.fht-esslingen.de/pub/Mirrors/rpm.livna.org/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2 100% |=========================| 266 kB 00:00
http://rpm.livna.org/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2 100% |=========================| 266 kB 00:00
http://wftp.tu-chemnitz.de/pub/linux/livna/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2 100% |=========================| 266 kB 00:18
ftp://mirrors.tummy.com/pub/rpm.livna.org/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
filelists.sqlite.bz2 100% |=========================| 266 kB 00:09
http://livna.cat.pdx.edu/fedora/7/i386/repodata/filelists.sqlite.bz2: [Errno -1] Metadata file does not match checksum
Trying other mirror.
Error: failure: repodata/filelists.sqlite.bz2 from livna: [Errno 256] No more mirrors to try.
[doka@centos ~]$
т.е. даже несмотря на то что есть ливна, которая некорректно отрабатывается (кстати, что случилось с её репозитариями?) , видно, что пакет python-bugzilla в репозитариях не найден.
[doka@centos ~]$ sudo yum update -y python-bugzilla
Setting up Update Process
Could not find update match for python-bugzilla
No Packages marked for Update
и даже удаление из системы через yum пакета bugzilla не привело к нужному результату
Это что баг репозитарных зависимостей? Если нет - то как это вылечить (т.е. провести обновление системы в автоматическом режиме)
ЗЫЖ Питон снести не могу - он используется.
Never stop thinking..................................................................
Когда у меня похожая проблема возникла, помогло обновление по частям, малыми кусками. Причём некоторые пакеты (набор пакетов) я ставил через rpm, а не через yum. В чём именно проблема тогда так и не разобрался, после обновления последующие апдейты проблем не вызывали.
По моим наблюдениям, этот баг (или фича) проскакивает временами в Федоровских репозиториях. Связано это, скорее всего, со стремительным развитием Федоры, многочисленной командой сборщиков пакетов и возникающей в связи с этим рассогласованностью программ. Объясню на примере: есть программа foo-1.0, требующая библиотеки libmoo-1.0. И вот некий сборщик пакетов собрал и выложил в репозиторий libmoo-1.1 а foo-1.1 оставил на завтра. И вот, при обновлении yum видит уже обновленную версию, ставит ее в очередь, а при разрешении зависимостей происходит конфликт, и yum впадает в ступор. Решение этого привел партайгеноссе krege, решить эту проблему никак невозможно по упомянутым выше причинам.
как/кому об этом можно написать?
кто-нибудь вообще заморачивался этим? (донесением проблемы до разработчиков)
Проблема должна разрешиться сама через пару дней. Впрочем, написать в багзиллу редхата это не мешает, стоит только проверить, нет ли уже имеющегося запроса.
Проблема должна разрешиться сама через пару дней. Впрочем, написать в багзиллу редхата это не мешает, стоит только проверить, нет ли уже имеющегося запроса.