Dependency Labeler adds metadata about a container image's dependencies as a label to the container image. Formerly maintained by the NavCon team, currently maintained by the Source Insight Tooling team
The Linux version of the released binary only works on musl libc based distros like alpine.
Running it on Ubuntu will return a bash: deplab: No such file or directory error because /lib/ld-musl-x86_64.so.1, can't be found.
I believe building statically linked could fix this, or providing dynamically linked binaries for both glibc and musl.
file output:
Downloaded github release binary:
ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, Go BuildID=Q4i2renUW2plOj1kO9ym/qAKFj6KaJICP3QQVfrkf/bRa7_DML_XdUAQ63qjah/DU5HkCmH_SzXpfNym-xe, not stripped
Locally built on Ubuntu:
ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, Go BuildID=sAGUbihO0ch6WTAwc4cx/g1yUJUKNUmdy25np3cLz/8p8icXZjaFdTuo6hLggR/3bjnu_0O_V-aH288ndg6, not stripped
The Linux version of the released binary only works on musl libc based distros like alpine. Running it on Ubuntu will return a
bash: deplab: No such file or directory
error because/lib/ld-musl-x86_64.so.1,
can't be found.I believe building statically linked could fix this, or providing dynamically linked binaries for both glibc and musl.
file
output:Downloaded github release binary:
ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, Go BuildID=Q4i2renUW2plOj1kO9ym/qAKFj6KaJICP3QQVfrkf/bRa7_DML_XdUAQ63qjah/DU5HkCmH_SzXpfNym-xe, not stripped
Locally built on Ubuntu:
ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, Go BuildID=sAGUbihO0ch6WTAwc4cx/g1yUJUKNUmdy25np3cLz/8p8icXZjaFdTuo6hLggR/3bjnu_0O_V-aH288ndg6, not stripped
Thanks,
Pierre