Yum problem on update on x86_64

Alan alan at clueserver.org
Fri Apr 1 03:05:26 UTC 2005


I found an odd problem with yum. Hopefully this description will make
sense.

I am updating parts of Fedora Core 4 test 1 using Yum on an x86_64.

If I update something that drags in a package to satisfy a dependency
for one architecture (x86_64 usually) for a package with multiple
architectures installed, it does not update the other architecture. This
causes the update to fail.

For example, I try and update nautilus, it wants to update libexif.
There are two copies of libexif installed, but only one architecture
gets dragged into the update.

I am also seeing occasional failures like this:

[root at dagon ~]# yum update libexif* naut* eog* kdegra*
Setting up Update Process
Setting up Repos
development               100% |=========================| 1.1 kB
00:00
Reading repository metadata in from local files
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package nautilus.x86_64 0:2.10.0-2 set to be updated
---> Package nautilus-cd-burner.x86_64 0:2.10.0-2 set to be updated
---> Package libexif-devel.x86_64 0:0.6.12-1 set to be updated
---> Package nautilus-cd-burner-devel.x86_64 0:2.10.0-2 set to be
updated
---> Package eog.x86_64 0:2.10.0-1 set to be updated
---> Package kdegraphics.x86_64 7:3.4.0-2 set to be updated
---> Package kdegraphics-devel.x86_64 7:3.4.0-2 set to be updated
---> Package libexif.x86_64 0:0.6.12-1 set to be updated
---> Package libexif.i386 0:0.6.12-1 set to be updated
--> Running transaction check
--> Processing Dependency: libexif.so.9 for package: nautilus
Traceback (most recent call last):
  File "/usr/bin/yum", line 15, in ?
    yummain.main(sys.argv[1:])
  File "/usr/share/yum-cli/yummain.py", line 113, in main
    (result, resultmsgs) = base.buildTransaction()
  File "__init__.py", line 279, in buildTransaction
  File "depsolve.py", line 213, in resolveDeps
  File "depsolve.py", line 344, in _processReq
  File "depsolve.py", line 432, in _requiringFromInstalled
  File "sqlitesack.py", line 390, in returnNewestByNameArch
IndexError: pop from empty list


-- 
"If any sign of pleasure is exhibited,
 report to me and it will be prohibited.
 So shall it be! This is the Land of the Free!"
                  - George W. Firefly




More information about the test mailing list