https://bugzilla.novell.com/show_bug.cgi?id=896438 https://bugzilla.novell.com/show_bug.cgi?id=896438#c16 --- Comment #16 from Lars Heide <itsbo@fz-juelich.de> 2014-09-15 14:47:16 UTC --- (In reply to comment #14)
Problem: ctxusb-2.4.256735-1.x86_64 requires /lib/ld-linux.so.2, but this requirement cannot be provided deleted providers: glibc-32bit-2.18-4.15.2.x86_64
Updating glibc-32bit the resolver sees the required /lib/ld-linux.so.2 vanishing with the installed old glibc-32bit, as the new one does not seem to provide it.
WORKAROUND:
Solution 3: break ctxusb-2.4.256735-1.x86_64 by ignoring some of its dependencies If the new glibc-32bit package actually contains /lib/ld-linux.so.2, you can choose to ignore the error. Once the new package is installed, the resolver will see the full filliest and /lib/ld-linux.so.2.
The "new" package actually contains the file. It seems to me that the problem is actually the resolver not being able to differentiate between a DRPM which just contains the differences between packages and a fully fledged RPM that has all the files. The DRPM misses the /lib/ld-linux.so.2, which is fine from an update standpoint as you do not have to replace it (it's not part of the delta), but the resolver can not tell the difference and reports that the file is missing. So the resolver should ignore the provided filelist of a DRPM and only use the filelist of the local (installed) package. Does that sound right? (In reply to comment #15)
So solution 3 would work even now for the reporter, Lars...
I did not know that zypper had an option for doing that. "-n" does not seem to do it. Upgrading my own system by hand is fine, but I have to manage a few more. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.