Derek Simkowiak <[EMAIL PROTECTED]> writes:
> Hello,
> I'm trying to install Memprof from Owen's homepage. This is on my
> i386 Mandrake 6.1 system.
>
> Unfortunately:
>
> [root@localhost dereks]# rpm -ivh memprof-0.3.0-1.i386.rpm
> error: failed dependencies:
> libbfd-2.9.1.0.24.so is needed by memprof-0.3.0-1
>
> I have this:
>
> [root@localhost dereks]# rpm -qa | grep binutils
> binutils-2.9.1.0.25-5mdk
>
> ...which has this:
>
> [root@localhost dereks]# rpm -ql binutils | grep libbfd
> /usr/lib/libbfd-2.9.1.0.25.so
> /usr/lib/libbfd.a
> /usr/lib/libbfd.la
> /usr/lib/libbfd.so
>
> ...but I have the more up-to-date libbfd-2.9.1.0.25.so instead of
> libbfd-2.9.1.0.24.so that is needed by Memprof. This is not just a
> problem with the RPM, either: the binary actually requires that version:
>
> [root@localhost dereks]# rpm -i --nodeps memprof-0.3.0-1.i386.rpm
> user otaylor does not exist - using root
> group otaylor does not exist - using root
> [...many repeats of the otaylor error, it'd be nice to fix this...]
>
> [root@localhost dereks]# ldd /usr/bin/memprof | grep libbfd
> libbfd-2.9.1.0.24.so => not found
>
> I really don't feel like downgrading my libbfd.so, or like fscking
> up my RPM database by installing .tar.gz distributed libraries. Is there
> anything I can do? This is really annoying.
>
>
> --Derek
>
> P.S.> I'm curious as to why libbfd-2.9.1.0.24.so is required, instead of
> simply libbfd.so...?
Grab the memprof RPM off of rawhide.redhat.com - it links statically
against libbfd (as does the (unstable) latest CVS version.) The
problem is that libbfd uses the -release flag to libtool, so eeach
release gets a different .so.
The 'otaylor' thing is also fixed in the rawhide SRPM. Both
of these problems would be OK as well if you simply
did rpm --rebuild memprof-0.3.0-1.src.rpm.
(It's worth spending a bit of time learning how RPM works if
you are going to be developing on one of the many distributions
that use RPM.)
Regards
Owen
--
To unsubscribe: mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
