Red Hat Bugzilla – Bug 228588
net-snmp-config returns a strange value for --libs
Last modified: 2007-11-30 17:11:57 EST
net-snmp config returns -L/usr/lib/lib for some of the compile and link options.
Not a show-stopper in itself but it may point to a deeper problem.
$ net-snmp-config --external-libs
-lcrypto -lm -L/usr/lib/lib -lwrap
I assume it should be -L/usr/lib and not -L/usr/lib/lib
$ net-snmp-config --agent-libs
-L/usr/lib -lnetsnmpmibs -lnetsnmpagent -lnetsnmphelpers -lnetsnmp -ldl -lz
-lcrypto -lm -lsensors -L/usr/lib/lib -lwrap -Wl,-E
-L/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE -lperl -lresolv -lnsl -ldl
-lm -lcrypt -lutil -lpthread -lc
Also includes -L/usr/lib/lib
--agent-libs also includes -lsensors, so net-snmp-devel should pull in
lm_sensors-devel on appropriate architectures, some more discussion in bug 228555
This isn't about lm_sensors or FDS.
This is about a package setting a link search directory to a (likely)
non-existent location, /usr/lib/lib. While this is a seemingly minor thing it
may point to a deeper issue with the RPM.
ehm, have you even checked the latest net-snmp package? I guess not.
-lcrypto -lm -lcrypto -L/usr/lib -lwrap
I assume that by latest you mean the version in devel/FC7. In fact no, I didn't,
why would I? This is filed against FC6 where the bug still exists.
To be more precise, this is net-snmp-devel-5.3.1-12.fc6. This seems to be the
most recent version for FC6, at least according to
And please drop the attitude. Don't discourage people from submitting bugs by
"It is fixed in devel/FC7 and we are not backporting" is an acceptable answer.
(In reply to comment #4)
> "It is fixed in devel/FC7 and we are not backporting" is an acceptable answer.
and that's what RAWHIDE says.