Red Hat Bugzilla – Bug 67007
libpng has file libpng.so.3, but doesn't "Provide:" it
Last modified: 2013-04-02 00:16:18 EDT
Description of Problem:
Installing a newer version of libpng(12), while having older
packages which requires libpng.so.3, rpm refuses to install it
(without --nodeps). This is despite the fact that the new
libpng12 RPM has a file libpng.so.3 which is a symlink to the
newly named libpng12.so.0.
Version-Release number of selected component (if applicable):
Always when not doing a full RawHide update, but just of libpng
Steps to Reproduce:
iInstall older packages relying on libpng.so.3
Try to install libpng-1.2.2-5
Fails due to dependencies (requirement of libpng.so.3
Successfully install without warning or error.
It's a simple problem: libpng.so.3 is provided as
backward compatibility to the "old" naming scheme,
which has been replaced by libpng12.so.0. The provided
symlink is not recognized by "find-provides" (which
checks sonames only, obviously). All you need is a line
"Provides: libpng.so.3" as long as this symlink is
being delivered. I had (would've had) to rebuild quite
a few packages (of my own) to fix this dependency,
despite the delivered backward compat symlink.
Oh, this is a bit of a dupe of bug #64646, by the way.
*** This bug has been marked as a duplicate of 64646 ***
Nice try, marking as duplicate but solving only the wrong part of the dupe. ;-)
"libpng.so.3" is still not provided by the package, despite its symlink being
delivered. Though I know that "libpng12.so.0" is the new naming scheme used by
most distributions, this still breaks legacy packages requiring "libpng.so.3".
I'd like to reopen this bug, but can't (haven't got my old account's password
handy right now, and can't have one mailed there either. ;->)
(In the dupe, only the old gcc2.96 naming scheme was fixed, AFAICT.)
Thanks for listening,
Whoops. Didn't read it carefully enough. Sorry about that.
Alright. Now it's fixed in rawhide. (-;