In Fedora 15, libnetsnmpmibs.so was linked with the rpath= option so that
it pointed at /usr/lib64/perl5/CORE in order to find libperl.so. This
doesn¹t appear to be the case for Fedora 16 (indeed readelf shows it not to
be the case). As a result, any attempt to link against that library will
result in warnings. To circumvent, either link your program with the rpath
option or use LD_LIBRARY_PATH to point at the directory.
My attempt at rebuilding net-snmp from the latest code fails when running
the tests. I also found Fedora 15 also returns the same response as 16 to
snmpget as I reported in my post of a couple of days ago.
I¹m getting errors when using snmpget with net-snmp. All the MIBs I specify
come back with the message:
snmpget -v2c localhost -On -c mysecret sysContact
.184.108.40.206.220.127.116.11 = No Such Instance currently exists at this OID
Yet, if I use snmpwalk, I get the MIB I was after. A trace shows:
sprint_by_type: bad type: 195
SNMPv2-MIB::sysContact = Wrong Type (should be OCTET STRING): Variable has
Can I get hold of the RPM spec file
so I can build the package using the latest net-snmp tarball (which I'll
grab from their site)? That way I can attempt to find the problem's source.