-
Notifications
You must be signed in to change notification settings - Fork 774
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
🐛 BUG: wrangler 3.105.1 and 3.106.0 cannot find GLIBC when invoking wrangler pages dev
#7911
Comments
wrangler pages dev
wrangler pages dev
Facing same issue. |
Similar problem in Github actions(
|
I am having the same problem |
Using this docker image worked: |
Thanks for opening this issue! Wrangler follows In this particular case, Wrangler should start to work again if you update to Debian Bookworm, which includes glibc 2.36. Alternatively, if that's not possible right now, you should be able to continue using Wrangler 3.105.0, although you may not be able to use newer platform features as they're released. |
Per Debian releases, the last two releases for Debian are Bookwork (12) and Bullseye (11). Therefore, Bullseye (11) is still well within the support window.
I will be skipping Debian Bookworm (12) due to lack of time.
That's my only sane option for now, but I would rather not be penalized arbitrarily for months. I hope your initial response was due to an oversight and will be reconsidered... edit: I am fully upgraded on Debian Bullseye 11, and the GLIBC version is
|
Hi folks, The fix is not so trivial. workerd releases are built on GitHub actions, which uses Ubuntu-based images. The glibc version requirement is determined by the ubuntu release we build with. We recently updated from Ubuntu 20.04 to Ubuntu 22.04, leading to the glibc requirement change. We updated this because Ubuntu ended support for 20.04 in September, and GitHub deprecated support for Ubuntu 20.04 as of February 1 and will be removing it entirely on April 1: While we could perhaps hobble along for a month and a half longer with Ubuntu 20.04, once April 1 rolls around, the only way we could continue supporting older glibc (and other dependencies, it's not just glibc) is by using an alternative, non-github-provided image. This would obviously come with significant effort and risks on our end. Many other projects are likely to be facing similar issues, so you may find that a lot of other stuff starts breaking for you soon, unfortunately. I do personally wish that GitHub's action images were based on Debian rather than Ubuntu (in which case bullseye would presumably still be supported), but unfortunately that's just not the case. |
We'll update the readme to clarify that we support the oldest supported version of Ubuntu, and any distro which has compatible base libraries. Unfortunately we cannot offer to support every supported version of every distro. Again, this is not our preferred policy, but it's GitHub's policy, which is what we rely on for builds. |
Thank you for the clarifications! Very useful, at least now we know it's not a whim thing... I wonder if Debian 11 could add support for that GLIBC version... Or perhaps GitHub Actions should add support for Debian... ... I wonder if it would be easy to manually install GLIBC 2.31 on the Ubuntu 22.04 image or if that's also more complicated than it seems... |
This might be possible. In theory, since glibc is backwards-compatible, you should be able to install a newer glibc on an older system without breaking anything. OTOH, if it doesn't work you might accidentally brick your system... I'd suggest checking backports to see if they have a newer glibc package readily available. If it's there then it's probably safe to install.
If they added this we'd happily use it!
This probably wouldn't work, as all the binaries on the system would be dependent on 2.32 so probably the whole system breaks. Unless we installed it to some sort of separate sysroot or container -- but at that point it would probably be easier to maintain a custom action image. |
Which Cloudflare product(s) does this pertain to?
Wrangler
What versions are you using?
3.105.1
(Issue persists in 3.106.0.)
What operating system and version are you using?
Debian Mate 11
Please provide a link to a minimal reproduction
No response
Describe the Bug
All previous versions including wrangler 3.105.0 worked, but for the first time, wrangler 3.105.1 cannot find GLIBC.
volta install [email protected]
works around the bug for now.Please provide any relevant error logs
Here is my console, let me know if you need more detailed logs and how to get them.
The text was updated successfully, but these errors were encountered: