Solidity `0.8.18` binaries built with too new version of `GLIBC` for support of Ubuntu 20.04.5 LTS on WSL #13921

pcaversaccio · 2023-02-02T12:56:17Z

Description

While installing the new Solidity version 0.8.18 (via solc-select) on my WSL instance that uses Ubuntu 20.04.5 LTS I ran into the following problem:

~$ solc-select install 0.8.18
Installing '0.8.18'...
Version '0.8.18' installed.

~$ solc-select use 0.8.18
Switched global version to 0.8.18

~$ solc --version
/home/user/.solc-select/artifacts/solc-0.8.18/solc-0.8.18: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by /home/user/.solc-select/artifacts/solc-0.8.18/solc-0.8.18)
/home/user/.solc-select/artifacts/solc-0.8.18/solc-0.8.18: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by /home/user/.solc-select/artifacts/solc-0.8.18/solc-0.8.18)
/home/user/.solc-select/artifacts/solc-0.8.18/solc-0.8.18: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by /home/user/.solc-select/artifacts/solc-0.8.18/solc-0.8.18)

For 0.8.17 everything works as intended, so I guess the binaries have been built using a too recent version of GLIBC that is not yet supported. Not sure how to fix this tbh. FYI, on Windows everything works smoothly.

The text was updated successfully, but these errors were encountered:

cameel · 2023-02-02T15:19:40Z

I can reproduce that with docker, so it's not specific to WSL (see below). We switched to building the Linux version on Ubuntu 22.04 in this release. Some time ago we added a mechanism to load Z3 dynamically (#10483) so the binary is no longer completely static and glibc is actually linked dynamically. This appears to be an incompatibility caused by that.

We maintain the ethereum/ethereum-static PPA that provides completely static builds that should work on any Ubuntu version (see below).

Still, the main argument in #10483 was that glibc should be compatible way back to 2.14, released in 2011 and it's unlikely to break compatibility again. @ekpyron, did they actually break compatibility now?

Installing from our PPA

apt install software-properties-common
add-apt-repository ppa:ethereum/ethereum-static
apt install solc

Repro with Docker

docker run -it --rm ubuntu:focal

apt update
apt install --assume-yes wget
cd /tmp
wget https://binaries.soliditylang.org/linux-amd64/solc-linux-amd64-v0.8.18+commit.87f61d96
chmod +x solc-linux-amd64-v0.8.18+commit.87f61d96
./solc-linux-amd64-v0.8.18+commit.87f61d96 --version

./solc-linux-amd64-v0.8.18+commit.87f61d96: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.32' not found (required by ./solc-linux-amd64-v0.8.18+commit.87f61d96)
./solc-linux-amd64-v0.8.18+commit.87f61d96: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by ./solc-linux-amd64-v0.8.18+commit.87f61d96)
./solc-linux-amd64-v0.8.18+commit.87f61d96: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./solc-linux-amd64-v0.8.18+commit.87f61d96)

pcaversaccio · 2023-02-02T15:41:22Z

Yes the PPA approach indeed works and is a temporary fix for anyone who wants to quickly install 0.8.18. The problem is that I switch a lot between different solc versions (e.g. for reviewing different contracts, using slither on different repos etc.) and therefore I want to use the solc-select env. In any case, for the moment I can use Windows solc-select & solc 0.8.18 for which I obviously don't encounter this problem. But yes it seems some compatibility broke...

cameel · 2023-02-02T15:42:19Z

After discussing this with @ekpyron - looks like glibc indeed must have broken compatibility, which is a very rare thing. We'll need to discuss whether we want to continue with these not entirely static builds going forward.

For the moment, we're going to fix the problem with this particular release by rebuilding on 20.04 and swapping the binaries in the release.

pcaversaccio · 2023-02-02T15:55:36Z

@cameel thanks a lot for the swift action - yeah this is a really rare scenario and must be analysed in-depth.

cameel · 2023-02-02T19:36:45Z

The binary in solc-bin and on the github release page has been replaced (ethereum/solc-bin#129).

We also added a note about it in the release blog post

0xicingdeath · 2023-02-02T22:15:59Z

Would you be able to confirm that the new 0.8.18 binary should have a sha256 hash of 0x95e6ed4949a63ad89afb443ecba1fb8302dd2860ee5e9baace3e674a0f48aa77?

On solc-select, we are executing checks against sha256 and keccak256. These are mismatched as below:

sha256 from solidity lang website manifest: 0x95e6ed4949a63ad89afb443ecba1fb8302dd2860ee5e9baace3e674a0f48aa77
downloaded file sha256: 0xa1c0f33eb4482c26f56719ecf62b0ee05d7d7a4f8264ffbddf9ebcd9095c32bd
keccak256 from solidity lang website manifest 0x932901581a2ef0795851363522811fa160db5561e34cbb306e7105b6bbc3834d
downloaded file keccak256 0x265ad8479d7c5d30ef3556c5c23efddbf1718c1112abd219a6add420489cf930

I executed a manual test on the binary available at the specified path, and I am still getting the old checksum.

$ sha256sum solc08
a1c0f33eb4482c26f56719ecf62b0ee05d7d7a4f8264ffbddf9ebcd9095c32bd  solc08

pcaversaccio · 2023-02-02T22:21:30Z

@0xicingdeath can confirm the same behaviour and actually pinged 5 mins ago @0xalpharush about that lol. You will always run into the following issue:

0xicingdeath · 2023-02-02T22:28:16Z

It's possible that the old binary is being cached and being sent back when we try to retrieve. I just tried a curl on the most recent binary and I am still getting the old a1...bd checksum:

$ curl -o solc08 https://binaries.soliditylang.org/linux-amd64/solc-linux-amd64-v0.8.18+commit.87f61d96
$sha256sum solc08
a1c0f33eb4482c26f56719ecf62b0ee05d7d7a4f8264ffbddf9ebcd9095c32bd  solc08

pcaversaccio · 2023-02-02T22:29:42Z

definitely cached imho - I just downloaded it and it works:

funny enough, if I use solc-select it somehow fails...

0xicingdeath · 2023-02-02T22:33:01Z

I tried downloading the most recent from the link too, and I'm getting the 95...77 hash on OS X; but a1...bd on Linux

pcaversaccio · 2023-02-02T22:38:12Z

very very weird - some cloudflare/cloudfront issue?

pcaversaccio · 2023-02-02T23:10:30Z

If I do nix-prefetch-url --type sha256 https://binaries.soliditylang.org/linux-amd64/solc-linux-amd64-v0.8.18+commit.87f61d96 I still get the old hash which is 1g9jbh4xkg4yvyyzyr429xx7spg01qmzdv0rczsjcb28nhzg7h51. I think that one should have changed as well in the meantime...

0xicingdeath · 2023-02-02T23:19:11Z

Agreed, I'm getting inconsistent binaries across platforms when I try to curl from that link.

0xicingdeath · 2023-02-03T01:32:31Z

@pcaversaccio Built a hotfix into solc-select to let you use the most up to date solidity version. Checkout the latest dev otherwise 1.0.3 release for pip is also incoming https://github.com/crytic/solc-select

pcaversaccio · 2023-02-03T08:55:13Z

cool, will check it out. Btw now my error changed to a 404 error with the current solc-select version :)

~$ solc-select install 0.8.18
Installing '0.8.18'...
Traceback (most recent call last):
  File "/home/user/.local/bin/solc-select", line 8, in <module>
    sys.exit(solc_select())
  File "/home/user/.local/lib/python3.8/site-packages/solc_select/__main__.py", line 58, in solc_select
    install_artifacts(args.get(INSTALL_VERSIONS))
  File "/home/user/.local/lib/python3.8/site-packages/solc_select/solc_select.py", line 84, in install_artifacts
    urllib.request.urlretrieve(url, artifact_file_dir.joinpath(f"solc-{version}"))
  File "/usr/lib/python3.8/urllib/request.py", line 247, in urlretrieve
    with contextlib.closing(urlopen(url, data)) as fp:
  File "/usr/lib/python3.8/urllib/request.py", line 222, in urlopen
    return opener.open(url, data, timeout)
  File "/usr/lib/python3.8/urllib/request.py", line 531, in open
    response = meth(req, response)
  File "/usr/lib/python3.8/urllib/request.py", line 640, in http_response
    response = self.parent.error(
  File "/usr/lib/python3.8/urllib/request.py", line 569, in error
    return self._call_chain(*args)
  File "/usr/lib/python3.8/urllib/request.py", line 502, in _call_chain
    result = func(*args)
  File "/usr/lib/python3.8/urllib/request.py", line 649, in http_error_default
    raise HTTPError(req.full_url, code, msg, hdrs, fp)
urllib.error.HTTPError: HTTP Error 404: Not Found

pcaversaccio · 2023-02-03T09:49:37Z

@0xicingdeath I upgraded to solc-select 1.0.3 and can confirm that it works now.

r0qs · 2023-02-03T11:19:11Z

It's possible that the old binary is being cached and being sent back when we try to retrieve. I just tried a curl on the most recent binary and I am still getting the old a1...bd checksum:
$ curl -o solc08 https://binaries.soliditylang.org/linux-amd64/solc-linux-amd64-v0.8.18+commit.87f61d96
$sha256sum solc08
a1c0f33eb4482c26f56719ecf62b0ee05d7d7a4f8264ffbddf9ebcd9095c32bd  solc08

Hi @0xicingdeath and @pcaversaccio yes, indeed it was a cache problem. We invalided the cache for this binary now. So it should be working. Sorry for that.

wget -q https://binaries.soliditylang.org/linux-amd64/solc-linux-amd64-v0.8.18+commit.87f61d96 && sha256sum solc-linux-amd64-v0.8.18+commit.87f61d96
95e6ed4949a63ad89afb443ecba1fb8302dd2860ee5e9baace3e674a0f48aa77  solc-linux-amd64-v0.8.18+commit.87f61d96

pcaversaccio · 2023-02-03T11:27:49Z

Interestingly that the CI test for dapptools is failing now in my PR: dapphub/dapptools#969. Using the "older" version it was successful...

github-actions bot added this to Triage in Solidity Feb 2, 2023

cameel added bug 🐛 solcbin low effort There is not much implementation work to be done. The task is very easy or tiny. high impact Changes are very prominent and affect users or the project in a major way. must have Something we consider an essential part of Solidity 1.0. labels Feb 2, 2023

cameel assigned r0qs Feb 2, 2023

cameel removed this from Triage in Solidity Feb 2, 2023

This was referenced Feb 2, 2023

Rollback to ubuntu 20.04 base images #13923

Closed

Update linux binary for 0.8.18 ethereum/solc-bin#129

Merged

cameel closed this as completed Feb 2, 2023

pcaversaccio mentioned this issue Feb 2, 2023

♻️ add solc 0.8.18 support dapphub/dapptools#969

Merged

4 tasks

zomglings mentioned this issue Feb 2, 2023

Facet cut command now supports initializer arguments G7DAO/contracts#43

Merged

pcaversaccio mentioned this issue Feb 3, 2023

Add support for Solidity 0.8.18 foundry-rs/foundry#4199

Closed

ekpyron mentioned this issue Feb 8, 2023

Build static release binaries on ubuntu 20.04 again to avoid glibc incompatibilities. #13954

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Solidity `0.8.18` binaries built with too new version of `GLIBC` for support of Ubuntu 20.04.5 LTS on WSL #13921

Solidity `0.8.18` binaries built with too new version of `GLIBC` for support of Ubuntu 20.04.5 LTS on WSL #13921

pcaversaccio commented Feb 2, 2023

cameel commented Feb 2, 2023 •

edited

pcaversaccio commented Feb 2, 2023

cameel commented Feb 2, 2023 •

edited

pcaversaccio commented Feb 2, 2023

cameel commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

0xicingdeath commented Feb 3, 2023 •

edited

pcaversaccio commented Feb 3, 2023

pcaversaccio commented Feb 3, 2023

r0qs commented Feb 3, 2023 •

edited

pcaversaccio commented Feb 3, 2023

Solidity 0.8.18 binaries built with too new version of GLIBC for support of Ubuntu 20.04.5 LTS on WSL #13921

Solidity 0.8.18 binaries built with too new version of GLIBC for support of Ubuntu 20.04.5 LTS on WSL #13921

Comments

pcaversaccio commented Feb 2, 2023

Description

cameel commented Feb 2, 2023 • edited

Installing from our PPA

Repro with Docker

pcaversaccio commented Feb 2, 2023

cameel commented Feb 2, 2023 • edited

pcaversaccio commented Feb 2, 2023

cameel commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

pcaversaccio commented Feb 2, 2023

0xicingdeath commented Feb 2, 2023

0xicingdeath commented Feb 3, 2023 • edited

pcaversaccio commented Feb 3, 2023

pcaversaccio commented Feb 3, 2023

r0qs commented Feb 3, 2023 • edited

pcaversaccio commented Feb 3, 2023

Solidity `0.8.18` binaries built with too new version of `GLIBC` for support of Ubuntu 20.04.5 LTS on WSL #13921

Solidity `0.8.18` binaries built with too new version of `GLIBC` for support of Ubuntu 20.04.5 LTS on WSL #13921

cameel commented Feb 2, 2023 •

edited

cameel commented Feb 2, 2023 •

edited

0xicingdeath commented Feb 3, 2023 •

edited

r0qs commented Feb 3, 2023 •

edited