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 -Wl,-rpath,/usr/lib/perl5/5.8.8/i386-linux-thread-multi/CORE -L/usr/local/lib /usr/lib/perl5/5.8.8/i386-linux-thread-multi/auto/DynaLoader/DynaLoader.a -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. ./net-snmp-config --external-libs -lcrypto -lm -lcrypto -L/usr/lib -lwrap fixed
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 http://download.fedora.redhat.com/pub/fedora/linux/core/updates/6/i386/ And please drop the attitude. Don't discourage people from submitting bugs by being rude. "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.