This service will be undergoing non-disruptive maintenance at 07:20 UTC, 2018-12-14. It is expected to last approximately 30 minutes
Bug 67007 - libpng has file, but doesn't "Provide:" it
Summary: libpng has file, but doesn't "Provide:" it
Alias: None
Product: Red Hat Raw Hide
Classification: Retired
Component: libpng (Show other bugs)
(Show other bugs)
Version: 1.0
Hardware: All Linux
Target Milestone: ---
Assignee: Jonathan Blandford
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2002-06-19 14:34 UTC by Moritz Barsnick
Modified: 2013-04-02 04:16 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-02-20 18:09:40 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Moritz Barsnick 2002-06-19 14:34:16 UTC
Description of Problem:

Installing a newer version of libpng(12), while having older
packages which requires, rpm refuses to install it
(without --nodeps). This is despite the fact that the new
libpng12 RPM has a file which is a symlink to the
newly named

Version-Release number of selected component (if applicable):


How Reproducible:

Always when not doing a full RawHide update, but just of libpng

Steps to Reproduce:

iInstall  older packages relying on
Try to install libpng-1.2.2-5

Actual Results:

Fails due to dependencies (requirement of

Expected Results:

Successfully install without warning or error.

Additional Information:


It's a simple problem: is provided as
backward compatibility to the "old" naming scheme,
which has been replaced by The provided
symlink is not recognized by "find-provides" (which
checks sonames only, obviously). All you need is a line
"Provides:" 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.

Comment 1 Moritz Barsnick 2002-06-19 14:36:10 UTC
Oh, this is a bit of a dupe of bug #64646, by the way.

Comment 2 Jonathan Blandford 2003-02-20 03:44:12 UTC

*** This bug has been marked as a duplicate of 64646 ***

Comment 3 Moritz Barsnick 2003-02-20 09:24:21 UTC
Nice try, marking as duplicate but solving only the wrong part of the dupe.  ;-) 
"" is still not provided by the package, despite its symlink being 
delivered. Though I know that "" is the new naming scheme used by 
most distributions, this still breaks legacy packages requiring "".

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,


Comment 4 Jonathan Blandford 2003-02-20 17:42:15 UTC
Whoops.  Didn't read it carefully enough.  Sorry about that.

Comment 5 Jonathan Blandford 2003-02-20 18:09:40 UTC
Alright.  Now it's fixed in rawhide. (-;

Note You need to log in before you can comment on or make changes to this bug.