I have noticed this when gnutls subslot has changed: * - /usr/lib64/libgnutls.so.28.43.0 * used by /usr/bin/emacs-24 (app-editors/emacs-24.5-r3) * used by /usr/lib64/libcups.so.2 (net-print/cups-2.1.4) * used by /usr/lib64/libcupsfilters.so.1.0.0 (net-print/cups-filters-1.5.0) * used by 4 other files It seems that gnutls dep is completely missed Thanks!
I can only see stuff about ldap SSL now, so I guess the situation changed? I see old references to gnutls but nothing current in the codebase.
But it is still getting linked to gnutls: $ ldd /usr/lib64/libcupsfilters.so.1.0.0|grep gnutls libgnutls.so.30 => /usr/lib64/libgnutls.so.30 (0x00007f2bebc30000) [ebuild R ~] net-print/cups-filters-1.28.7::gentoo USE="dbus foomatic jpeg pclm pdf png postscript tiff zeroconf -ldap -perl -static-libs -test" 0 KiB
(In reply to Pacho Ramos from comment #2) > But it is still getting linked to gnutls: > $ ldd /usr/lib64/libcupsfilters.so.1.0.0|grep gnutls > libgnutls.so.30 => /usr/lib64/libgnutls.so.30 (0x00007f2bebc30000) > > [ebuild R ~] net-print/cups-filters-1.28.7::gentoo USE="dbus foomatic > jpeg pclm pdf png postscript tiff zeroconf -ldap -perl -static-libs -test" 0 > KiB I have the same, but for me, that's because of cups: $ sudo lddtree /usr/lib64/libcupsfilters.so libcupsfilters.so => /usr/lib64/libcupsfilters.so (interpreter => none) libcups.so.2 => /usr/lib64/libcups.so.2 libgnutls.so.30 => /usr/lib64/libgnutls.so.30 libidn2.so.0 => /usr/lib64/libidn2.so.0 libunistring.so.2 => /usr/lib64/libunistring.so.2 libtasn1.so.6 => /usr/lib64/libtasn1.so.6 libnettle.so.8 => /usr/lib64/libnettle.so.8 libhogweed.so.6 => /usr/lib64/libhogweed.so.6 libgmp.so.10 => /usr/lib64/libgmp.so.10 ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 libz.so.1 => /lib64/libz.so.1 libpthread.so.0 => /lib64/libpthread.so.0 libm.so.6 => /lib64/libm.so.6 libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 libsystemd.so.0 => /lib64/libsystemd.so.0 librt.so.1 => /lib64/librt.so.1 liblzma.so.5 => /lib64/liblzma.so.5 libzstd.so.1 => /usr/lib64/libzstd.so.1 liblz4.so.1 => /usr/lib64/liblz4.so.1 libcap.so.2 => /lib64/libcap.so.2 libselinux.so.1 => /lib64/libselinux.so.1 libpcre.so.1 => /lib64/libpcre.so.1 libdl.so.2 => /lib64/libdl.so.2 libgcrypt.so.20 => /usr/lib64/libgcrypt.so.20 libgpg-error.so.0 => /usr/lib64/libgpg-error.so.0 libc.so.6 => /lib64/libc.so.6
then, rebuild of cups would fix it in cups-filters too?
(In reply to Pacho Ramos from comment #4) > then, rebuild of cups would fix it in cups-filters too? In this case, it's not actually linked against gnutls, it's just linked against cups which then links against gnutls. So, I suspect you wouldn't get the original error anymore if gnutls changed subslot.
ok, thanks!
