-
-
Notifications
You must be signed in to change notification settings - Fork 247
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
Fails to start: Version GLIBC_2.33 not found #1528
Comments
Unsure what to do with this. Could you investigate what dependencies you need to install to get it working? |
OS: NixOS I get the same a GLIBC error as well. Log is here |
The problem is that it works perfectly fine on my arch install. I never encountered it and can't reproduce it even when trying. My glibc version is 2.36-7. |
What glibc version do you two have? |
I have 2.35 according to |
I really am at a loss here. I've tried loads of different packages but the only somewhat related issue had to do with glibcxx versions in Conda. |
I just spoke with another moderator on our Discord and he says this is a permissions issue. Could you try running with sudo to confirm that suspicion? |
Hi, i am experiencing the same issue on Debian stable 11.6, same glibc version reported by Issue seems to be related to glib version as on stable debian we now have 2.31 (source https://tracker.debian.org/pkg/glibc) and current GDLauncher requires 2.33 . There might be tricks to install newer version into Debian stable but not a clean and maintainable one. Easiest way might be to upgrade Debian installation to testing (despite the name it is pretty stable). Due to some personal reasons it is not option for me so i have tried to recompile GDLauncher from 1.1.30 tag on Debian stable and it seems to be working well. Which leads me to idea problem might be related to build environment you guys are using to prepare official deb packages, maybe it is prepared on Ubuntu? As 22.04 LTS have Glibc 2.35 . But it is just guess. If it helps i can provide deb package built on Debian stable. |
Same issue Linux Mint 20.3
I searched and found upgrading to GLIBC_2.33 can open a can of worms I don't feel like dealing with. Also, after attempting to run 1.1.30 makes it challenging to revert to 1.1.29. I have to kill all gdl processes and then re-download the 1.1.29 appimage file. And not surprising, I have also tried the .deb file and it fails too. |
I am not super familiar with the inner workings of this stuff but, since I apparently have version 2.35, would that not be backwards compatible? |
@Torgas wrote:
I was encouraged that you could recompile so I gave it a try. I have Ubuntu 20.04 LTS and installed NodeJS 18.13.0 via snap but I got stuck at "npm i" when resolving some of the js libs. Guess I'm waiting for now. |
@jstansel |
Same problem here! |
Sorry I'm not sure what's the confusion here? It seems pretty clear to me something in the AppImage, or I guess snap by extension (see #1528) glibc is backwards compatible but not fowards compatible, so any executable compiled with them automatically breaks. imo the build process for the app should probably be using stuff compiled for older glibc's. Judging by my error output I'm guessing its related to Electron/Chromium build being used.
|
@Mallchad I think you wanted to say that glibc is only froward compatible, and not like most dependencies backwards compatible. Right? |
So, an update from the developers so you know the state of this issue:
|
Likely to be related: |
I need someone to test above pr (the GitHub actions build). It may or may not fix the glibc issue. |
I have tested #1537 but it fails to start due to the glibc issue, so not fixed for me (Debian 11). I did stumbled on a similar issue with this small project: the .AppImage part was built using the ubuntu-latest container, which has a newer glibc, and because of that, it only worked on recent versions of Ubuntu. My fix was to use a Debian 11 container to build the program and the .AppImage, that way It worked for both Debian and Ubuntu based distros. Maybe something like this: jobs:
the-build-on-linux-job:
runs-on: ubuntu-latest
container: debian:bullseye By using debian:stable, you may need to run apt-get install some extra packages during the npm i stages. |
I can confirm ronaldo's result. Installing PR package on Debian stable 11.6 still gives me GLIBC error. |
As another possible workaround: instead of using the AppImage, use the Flatpak version. Flatpak itself provides an updated compatibility layer which worked fine for me in Debian stable. In other words, with Flatpak you can have an updated glibc in the sandbox and that fixes the issue. I failed to compile from source using Debian docker container, because the npm/node versions available in Debian are old. I'll try to build with another container that is based on Debian from Node project itself so it should also work. If that works, I'll try to submit a PR that uses that approach so potentially this issue goes away. |
Ever since this last update I have had to replace my GDLauncher-linux-setup.AppImage daily. I keep a backup copy of v1.1.29 to replace the corrupted GDLauncher-linux-setup.AppImage. If I don't replace it, then the GDL crashes. I sure hope a fix is coming soon! |
I'm having the same issue on Debian 11.6. |
This worked for me: https://flathub.org/apps/details/io.gdevs.GDLauncher |
I had the same issue, but compiling from source like @Eskaan posted worked for me. However, I needed a few extra things.
It also looks like there was a rust dependency, so |
We depend on Python, NodeJS, Rust and c++ at the moment. Our dependency solution is quite borked and thus it's NodeJS 14=> <=16 (no newer versions). Depending on your output format, you also need snap/rpm/deb, but I think it also compiles to an executable binary. |
@Torgas wrote:
How could I get that from you? I am not comfortable compiling things myself, and do not like AppImmage, Flatpack, etc. |
Can anybody help me by providing a version 1.1.30 compiled for Debian 11? Otherwise I am going to have to install npm (172 packages) and possibly cargo? Any other packages that I will need? Just to compile this? I feel like I am going to end up in over my head and possibly screwing up my system... I really am not a prorammer, and if anything goes wrong, I doubt I will know how to interpret the errors to get the problem fixed. Alternatively, is there something else I can use until GDLauncher will work properly on my system again? I really don't want to blow this away to install Windows...
My available Nodejs is below, seems like this is not going to work. |
Yeah, I don't think this is going to work. I am currently quite busy and haven't implemented a fix for the ci yet. |
Okay, thanks. I will fall back to not using the launcher in the meantime and wait. |
I ended up using ATLauncher. It certainly does a number of things differently but I am glad to have a working launcher. |
Hi, sorry for late answer. I have been quite busy. You can try https://drive.google.com/file/d/1eUoHNAyuV72X-gIGDTikRKKuIbcPPpXE/view?usp=sharing . No warranty included. |
I'd like to point out that if you change to Debian 12 it fixes the issue. I changed over today and the problem went away. Debian 12 supports newer versions of glibc which was causing the problems. |
Thanks! I will give that some careful consideration. Glad to know it is a viable solution! |
Same happened with NixOS. The latest version and latest nixpkgs support this version of Glibc |
Awesome! Thanks @Torgas ! Installed and running now... |
OS: Debian 11.6
Launcher Version: v1.1.30-beta.1
Formats: Snap, AppImage, Debian
Log
Summary: Cannot open nsfw.node: libc.so.6: version GLIBC_2.33 not found (required by Chromium) at electron.js
Similar: #851 #890 #1044
The text was updated successfully, but these errors were encountered: