For testers of Fedora Core test releases

Alan | 1 Apr 2005 05:05

Yum problem on update on x86_64

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

(Continue reading)

headers

seth vidal | 1 Apr 2005 05:49

Re: Yum problem on update on x86_64

> 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

The traceback is just a simple bug in yum. It's already been fixed in
cvs upstream.

(Continue reading)