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@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