Bug 89910 - rpm-4.1 findprovides problem - leading "/" in in Requires: path
Summary: rpm-4.1 findprovides problem - leading "/" in in Requires: path
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: rpm-build (Show other bugs)
(Show other bugs)
Version: 8.0
Hardware: All Linux
Target Milestone: ---
Assignee: Jeff Johnson
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2003-04-29 17:22 UTC by R P Herrold
Modified: 2007-04-18 16:53 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-02-23 16:41:42 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 R P Herrold 2003-04-29 17:22:43 UTC
reported, but not filed -- entered for a fix and for future poor souls bit by it

 RPM provides/requires strangeness

On Tue, Apr 29, 2003 at 09:50:25AM +0200, Jos Vos wrote:
> Hi,
> When packaging a commercial package (which is left as an exercise
> to the reader ;-)) at a customer site, I see that rpm generates a
> "provide" dependency for these three things:
> libhttpsrv.so
readelf -Wa library.so.x and 

objdump -p library.so.x

allow inspection of what findprovides is seeing.

It turns out
    That is because the shared library was linked without the
    -Wl,-soname,libhttpsrv.so  options

workaround is:

Yup, that's what is extracted by rpm.

Your easiest fix is to whack out the string with sed by writing a
wrapper script
        /usr/lib/rpm/find-provides | sed -e

Add script to some SourceN: tag, then add
        %define __find_provides %SOURCEN
(changing N appropriately).

There's a slightly different dance if building with rpm-4.2, you'll need
to disable internal dependency generation as well by adding
        %define _use_internal_dependency_generator 0

73 de Jeff

and needed fix for 4.1 is:

On Tue, Apr 29, 2003 at 03:42:14PM +0200, Jos Vos wrote:
> > > Attached both outputs.  You'll find the /net/... thing back there ;-).
> >
> > That is because the shared library was linked without
> > -Wl,-soname,libhttpsrv.so
> Wouldn't it be a good idea to strip by default anything up to the
> last '/' from all provided items in find-provides?

Probably, but that ain't going to get you a fix today ;-)

FWIW, find-provides is already dead, rpm-4.2 (and all of Red Hat 9)
were built generating dependencies internally.

All with the correct -Wl,-soname,libfoo.so, mind you ;-)

Comment 1 R P Herrold 2005-02-23 16:41:42 UTC
more than six months old - long since overtaken by events - closing; please
reopen if appropriate

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