FS#64499 - [libpurple] libnm dependency?

Attached to Project: Arch Linux
Opened by Marc Sven Schulte (msschulte) - Thursday, 14 November 2019, 17:17 GMT
Last edited by Evangelos Foutras (foutrelis) - Thursday, 14 November 2019, 18:04 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Evangelos Foutras (foutrelis)
Architecture x86_64
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

package version: libpurple 2.13.0-8

pidgin: error while loading shared libraries: libnm.so.0: cannot open shared object file: No such file or directory

ldd /usr/lib/libpurple.so | grep libnm
libnm.so.0 => not found

Is the dependency of libnm new/necessary?
This task depends upon

Closed by  Evangelos Foutras (foutrelis)
Thursday, 14 November 2019, 18:04 GMT
Reason for closing:  Fixed
Additional comments about closing:  pidgin 2.13.0-9
Comment by Eli Schwartz (eschwartz) - Thursday, 14 November 2019, 17:30 GMT
This is actually pretty interesting, since it was not in pkgrel 6 or pkgrel 7, but is in pkgrel 8.

Its split package, finch, does link to libnm via /usr/lib/gnt/s.so which I guess is probably a plugin...

...

By the way, please don't use ldd to check this stuff, since it does recursive lookup. Use lddtree, from the pax-utils package, which provides a tree lookup (still recursive but you see which libs pull in which other libs) or use readelf -d or objdump to see what it's explicitly linked to. In this case, you're correct that libpurple uses libnm, but sometimes it's trickier.

$ pkg-list-linked-libraries libpurple libnm
==> checking linked libraries for libpurple-2.13.0-8-x86_64.pkg.tar.xz ...
/usr/lib/libpurple.so.0.13.0
NEEDED libnm.so.0

There it is... explicitly linked.

Loading...