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:
> 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:
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
Yup, that's what is extracted by rpm.
Your easiest fix is to whack out the string with sed by writing a
/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 ;-)
more than six months old - long since overtaken by events - closing; please
reopen if appropriate