az bicep install incorrectly downloads musl binary

[benc-uk]

Bicep version
Bicep CLI version 0.4.1008 (223b8d2)

Describe the bug

After installing Bicep addon to the Azure CLI, and running any az bicep command (or deploying a bicep template) results in the following error

Error loading shared library libz.so.1: No such file or directory (needed by /home/ben/.azure/bin/bicep)
Error loading shared library libgssapi_krb5.so.2: No such file or directory (needed by /home/ben/.azure/bin/bicep)
Error loading shared library libstdc++.so.6: No such file or directory (needed by /home/ben/.azure/bin/bicep)
Error loading shared library libgcc_s.so.1: No such file or directory (needed by /home/ben/.azure/bin/bicep)
Error relocating /home/ben/.azure/bin/bicep: deflateInit2_: symbol not found
Error relocating /home/ben/.azure/bin/bicep: _ZNKSt8__detail20_Prime_rehash_policy11_M_next_bktEm: symbol not found
Error relocating /home/ben/.azure/bin/bicep: _ZNSt6localeD1Ev: symbol not found

When I run bicep from the version I download from GitHub, it functions perfectly

When I examine the binary I notice the version downloaded by az is for /lib/ld-musl-x86_64.so.1

❯ file ~/.azure/bin/bicep
/home/ben/.azure/bin/bicep: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-musl-x86_64.so.1, BuildID[sha1]=7a77090f49016d9e7520e235b4d7832bb37e49f5, stripped

The version I download directly from GitHub is for /lib64/ld-linux-x86-64.so.2

❯ file ~/.local/bin/bicep
/home/ben/.local/bin/bicep: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=d680f06887efefa6671495f12db4fa85ec838652, stripped, too many notes (256)

To Reproduce

• Run rm ~/.azure/bin/bicep
• Run az bicep install
• Run az bicep version

Additional context
I am running Ubuntu 20.04.2 LTS under WSL2 (Windows 11 version 10.0.22000 Build 22000)

[shenglol]

Hi @benc-uk, do you happen to have the musl package /lib/ld-musl-x86_64.so.1 installed on your Ubuntu? In Azure CLI we use the existence of the that package to determine if it is a Linux distribution using musl.

[benc-uk]

Yes I do have that file on my system

[shenglol]

That explains it. I cannot think of a more robust way to detect Linux OS type, but on thing we can do is to add a parameter to the install command to let users specify which Bicep executable they want to install.

[alex-frankel]

add a parameter to the install command to let users specify which Bicep executable they want to install

@benc-uk -- would this cover it for you? is it ok if we would still install the "wrong" version by default for this case?

Exit criteria for resolving this issue needs to include documenting this case.

[benc-uk]

Thanks for taking a look at this.
I think an extra argument / parameter on the command to override the version to be installed would be a good fix

[Skepfyr]

I've just hit this, and while the solution does work it's really hard to find. Would it be possible to improve the error message rather than just dumping a bunch of relocation errors?

@shenglol Would it be feasible for the cli to check what binary type it is, and then download whatever that is? I guess you'd end up looking at what python you have installed.