fix(dracut-install): resolve libraries even if not executable

[bdrung]

Library files on Debian/Ubuntu are not marked as executable. This causes dracut-install to not resolve dependencies:

$ ls -l /usr/lib/x86_64-linux-gnu/libarchive.so.13.7.7
-rw-r--r-- 1 root root 874648 Jun 25  2025 /usr/lib/x86_64-linux-gnu/libarchive.so.13.7.7
$ rm -rf foo && mkdir foo
$ ./dracut-install -D foo -l /usr/lib/x86_64-linux-gnu/libarchive.so.13
$ find foo
foo
foo/usr
foo/usr/lib
foo/usr/lib/x86_64-linux-gnu
foo/usr/lib/x86_64-linux-gnu/libarchive.so.13.7.7
foo/usr/lib/x86_64-linux-gnu/libarchive.so.13

There is no requirement for library files to be executable. So resolve dependencies for files that look like libraries (file name containing .so).

This is part one of two for fixing #2193.

Checklist

• I have tested it locally
• I have reviewed and updated any documentation if relevant
• I am providing new code and test(s) for it

[Conan-Kudo]

Shouldn't this also check if the file has an ELF binary file magic?

[bdrung]

resolve_deps() will open the file and check for the ELF magic.

We could instead just remove the executable condition (but then we would also resolve scripts that are not executable).

[LaszloGombos]

@chewi - this issue might not impact you, but I am wondering if you could help us with ideas/review. Thanks !

[bdrung]

Shouldn't this also check if the file has an ELF binary file magic?

Here is an alternative: #2196

[chewi]

I'm a little surprised we're only noticing this now. This change is good though. The alternative is better.

[bdrung]

I'm a little surprised we're only noticing this now.

This has only be the case since the initial dracut-install commit 026b81e in 2012. 😆

[bdrung]

#2196 got merged. So this approach is obsolete.