We have a class library (.NET) that depends on Cryptlex.LexActivator NuGet package, and when building for linux-musl-x64 (dotnet publish -r linux-musl-x64), the linux-x64 version of the libLexActivator native library is copied to the publish directory, instead of linux-musl-x64. This was verified with ldd:
ldd libLexActivator.so
linux-vdso.so.1 (0x00007ffdbecaf000)
libcurl.so.4 => /lib/x86_64-linux-gnu/libcurl.so.4 (0x00007f0a7e958000)
libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f0a7e600000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f0a7e938000)
libc.musl-x86_64.so.1 => not found
libnghttp2.so.14 => /lib/x86_64-linux-gnu/libnghttp2.so.14 (0x00007f0a7e90d000)
libidn2.so.0 => /lib/x86_64-linux-gnu/libidn2.so.0 (0x00007f0a7e8ec000)
librtmp.so.1 => /lib/x86_64-linux-gnu/librtmp.so.1 (0x00007f0a7e8cd000)
libssh.so.4 => /lib/x86_64-linux-gnu/libssh.so.4 (0x00007f0a7e860000)
libpsl.so.5 => /lib/x86_64-linux-gnu/libpsl.so.5 (0x00007f0a7ed45000)
libssl.so.3 => /lib/x86_64-linux-gnu/libssl.so.3 (0x00007f0a7e55b000)
libcrypto.so.3 => /lib/x86_64-linux-gnu/libcrypto.so.3 (0x00007f0a7e000000)
libgssapi_krb5.so.2 => /lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f0a7e507000)
libldap-2.5.so.0 => /lib/x86_64-linux-gnu/libldap-2.5.so.0 (0x00007f0a7e4a9000)
liblber-2.5.so.0 => /lib/x86_64-linux-gnu/liblber-2.5.so.0 (0x00007f0a7e850000)
libzstd.so.1 => /lib/x86_64-linux-gnu/libzstd.so.1 (0x00007f0a7df51000)
libbrotlidec.so.1 => /lib/x86_64-linux-gnu/libbrotlidec.so.1 (0x00007f0a7e842000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f0a7e48d000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0a7dc00000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f0a7de68000)
/lib64/ld-linux-x86-64.so.2 (0x00007f0a7ed79000)
libunistring.so.2 => /lib/x86_64-linux-gnu/libunistring.so.2 (0x00007f0a7da56000)
libgnutls.so.30 => /lib/x86_64-linux-gnu/libgnutls.so.30 (0x00007f0a7d860000)
libhogweed.so.6 => /lib/x86_64-linux-gnu/libhogweed.so.6 (0x00007f0a7de20000)
libnettle.so.8 => /lib/x86_64-linux-gnu/libnettle.so.8 (0x00007f0a7d810000)
libgmp.so.10 => /lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f0a7d78d000)
libkrb5.so.3 => /lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f0a7d6c4000)
libk5crypto.so.3 => /lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f0a7e461000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f0a7e83c000)
libkrb5support.so.0 => /lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f0a7e82f000)
libsasl2.so.2 => /lib/x86_64-linux-gnu/libsasl2.so.2 (0x00007f0a7de05000)
libbrotlicommon.so.1 => /lib/x86_64-linux-gnu/libbrotlicommon.so.1 (0x00007f0a7d6a1000)
libp11-kit.so.0 => /lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f0a7d564000)
libtasn1.so.6 => /lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f0a7d54c000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f0a7e45a000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f0a7d539000)
libffi.so.8 => /lib/x86_64-linux-gnu/libffi.so.8 (0x00007f0a7d52c000)
Is there a property or something we’re missing in our class library project? We can work around this by copying the correct library from the NuGet package cache, but we’d rather fix the build process.