Description of problem: net-snmp-libs-5.3.1.pre3-2.x86_64 # ldd -r ./usr/lib64/libsnmp.so.10.0.1 undefined symbol: EVP_DigestInit (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: EVP_DigestFinal (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: EVP_DigestFinal_ex (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: AES_set_encrypt_key (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: EVP_md5 (./usr/lib64/libsnmp.so.10.0.1) libc.so.6 => /lib64/libc.so.6 (0x00002aaaaad89000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) undefined symbol: HMAC (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: EVP_MD_CTX_cleanup (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: SSLeay (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: EVP_sha1 (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: EVP_MD_CTX_init (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: EVP_DigestUpdate (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: RAND_bytes (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: DES_cbc_encrypt (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: DES_ncbc_encrypt (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: DES_key_sched (./usr/lib64/libsnmp.so.10.0.1) undefined symbol: AES_cfb128_encrypt (./usr/lib64/libsnmp.so.10.0.1) The ldd -r output should list libcrypto.so.6 => /lib64/libcrypto.so.6 instead of undefined symbols.
Created attachment 132058 [details] Proposed patch, apply on 64bit archs only
Can you please retest with net-snmp-5.3.1.rc4 from rawhide? I guess the issue is fixed there.
No, net-snmp-5.3.1.rc4 has the same problems, tested on x86_64 btw: using -rpath (in my patch) isn't the best solution, maybe you can find a better one
Sorry, by I still can't reproduce this issue [root@vepro SPECS]# ldd -r /usr/lib64/libnetsnmp.so.10.0.1 libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00002aaaaad87000) libc.so.6 => /lib64/libc.so.6 (0x00002aaaaafd1000) libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaab31e000) libz.so.1 => /usr/lib64/libz.so.1 (0x00002aaaab523000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) [root@vepro SPECS]# rpm -q net-snmp net-snmp-5.3.1.0-2 [root@vepro SPECS]# uname -a Linux vepro 2.6.16-1.2111_FC5 Can you point me to a machine where I can see this bug?
I believe this is fixed in net-snmp-5.3.1.0-3