[Dev] [issue366] [libretools] [mips64el] Shared libraries updates break packages.

Michał Masłowski mtjm at mtjm.eu
Mon Jan 30 11:16:08 GMT 2012

> You can also temporarily extract files under binary directories and make
> a database of linked libraries, then compare. When something's missing,
> a binary just broke.

I wanted to check all files if they have ELF's magic number, warn if
they aren't in typical binary directories, and parse them for names of
needed libraries.

> Example:
> mplayer-libre links to x264:
> $ ldd mplayer
>   /usr/lib/libx264.so.8
> ^ store that

ldd will list a library for all programs using it or other libraries
using it.  Using ld's option --as-needed usually removes these
dependencies, so e.g. a libpng update won't require rebuilding all
programs using typical GUI libraries (but not libpng directly).  Parsing
ELFs will give better results.

> Look for /usr/lib/libx264.so.8 on file database. If missing, mplayer is
> broken. This can be done in a relational database fashion to have
> immediate results instead of individual checking.

It would be nice to check if it's in a package required (in depends or
opt depends, maybe of another required package) by mplayer.

> There's an Arch script that checks repositories health. Maybe it does
> this already? It's on dbscripts.git, if you're subscribe to
> arch-dev-public you'll see the reports.

I'll check it.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <https://lists.parabola.nu/pipermail/dev/attachments/20120130/8301568a/attachment.sig>

More information about the Dev mailing list