/usr/lib/libc.so.6: version `GLIBC_2.33' not found #1355

BurnyLlama · 2021-03-14T13:52:04Z

Describe the bug
I build my application on one machine, then I have a friend who tries to launch the appimage on another machine using another glibc version. They get the following error:

./my-app: /usr/lib/libc.so.6: version `GLIBC_2.33' not found (required by ./my-app)

To Reproduce
Steps to reproduce the behavior:

Build an appimage with one machine.
Try to launch the appimage on another machine. (With another version of glibc.)
See the error; the app does not launch.

Expected behavior
I expect the appimage to "just work", since as far as I know appimages should have static libraries and therefore launch on any machine.

Are there any solutions to this?

Platform and Versions (please complete the following information):

Operating System - Linux(5.11.4-zen1-1-zen) - linux/x64

Node.js environment
  Node.js - 15.11.0
  tauri.js - 0.14.1

Rust environment
  rustc - 1.50.0
  cargo - 1.50.0
  tauri-bundler - 0.9.4

Global packages
  NPM - 7.6.1
  yarn - 1.22.10

App directory structure
/.git
/dist
/src-tauri

App
  tauri.rs - 0.11.1
  mode - embedded-server
  build-type - bundle
  CSP - default-src blob: data: filesystem: ws: http: https: 'unsafe-eval' 'unsafe-inline'
  distDir - ../dist
  devPath - http://localhost:4000

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

nothingismagick · 2021-03-14T13:54:13Z

If this happens with the dev branch, then please reopen this issue.
To use the dev branch, please view this page:
https://github.com/tauri-apps/tauri/blob/dev/.github/CONTRIBUTING.md#development-guide

For more information, see: #1253

pansila · 2021-04-21T10:14:02Z

It should not be closed, I got the same issue and found no solution here! It's not cross-platform at all!

nothingismagick · 2021-04-21T10:23:05Z

Can you confirm this is still happening on Dev / beta @pansila ?

nothingismagick · 2021-04-21T10:26:53Z

FYI - the reason it was closed is because of our policy not treating issues apparently related to the alpha (and webview/webview) version of Tauri.

nothingismagick · 2021-04-21T12:08:22Z

Our research has shown that we might have to resort to "rust compiler tricks" because for whatever reason older versions of GCC are forwards compatible, but newer ones are not backwards compatible. I had hoped that things had "fixed themselves" recently, but will reopen to be on the safe side.

pansila · 2021-04-21T12:09:47Z

Can you confirm this is still happening on Dev / beta @pansila ?

I'm using tauri@1.0.0-beta-rc.0

nothingismagick · 2021-04-21T12:13:21Z

that is not latest. can you try cargo update ? we are on beta-rc.2 already

pansila · 2021-04-21T12:13:27Z

It's not GCC compatibility issue, but the glibc version mismatch on different machines. I'm now trying to build the tauri app targeting at x86_64_unknown_linux_musl, but openssl and glib-sys failed to build with musl. openssl issue could be circumvented with vendored feature (openssl = { version = "0.10.33", features = ["vendored"] }) while got no idea for glib-sys.

nothingismagick · 2021-04-21T12:33:25Z

sorry, I meant glibc not gcc
https://redbeardlab.com/2019/05/07/rust-and-glibc-version/

pansila · 2021-04-22T04:41:30Z

I managed to use the Cross to build the tauri app. Just need to build a new docker image based on the Cross docker image rustembedded/cross:x86_64-unknown-linux-gnu (glibc 2.15 which is old enough) to provide a complete build environment for tauri.

Dockerfile:

FROM rustembedded/cross:x86_64-unknown-linux-gnu

RUN apt-get update && apt-get install --assume-yes \
    libssl-dev libglib2.0-dev libcairo2-dev libpango1.0-dev \
    libatk1.0-dev libgdk-pixbuf2.0-dev libsoup2.4-dev \
    libgtk-3-dev libwebkit2gtk-4.0-dev

pansila · 2021-04-22T08:02:52Z

I also need to replace tauri-cli executable to use cross instead of cargo when building.

rust.rs

pub fn build_project(debug: bool) -> crate::Result<()> {
...
-  let status = Command::new("cargo").args(args).status()?;
+  let status = Command::new("cross").args(args).status()?;
...

Put it in the path node_modules/@tauri-apps/cli/bin/tauri-cli.

Add distPath in the src-tauri/tauri.config.json:

  "build": {
    "distDir": "./target/webpack_dist",

nothingismagick · 2021-04-22T08:09:13Z

awesome work and insight

pansila · 2021-04-22T09:45:22Z

But failed to run if target machines's glibc version is lower than GLIBC_2.18.

How can I compile a Rust program so it doesn't use __cxa_thread_atexit_impl?

nothingismagick · 2021-04-22T13:15:50Z

The use of the weak symbol in the Rust code is not particularly useful because GNU's particular version of ELF symbol versioning does not have weak symbol versions. We might change that eventually, but right now, the best way to deal with this is to compile with a sufficiently old toolchain.

lucasfernog · 2021-04-23T21:03:28Z

Can you see if compiling with this env variable fixes the issue?
$ export RUSTFLAGS="-C target-feature=-crt-static"

nothingismagick · 2021-04-25T10:59:25Z

But failed to run if target machines's glibc version is lower than GLIBC_2.18.

I get that, but at some point we just have to cut our losses and admit that if a user is not keeping fundamental libs up to date then there isn't much we can do about it - other than perhaps informing them to join the 21st century. :P

nothingismagick · 2021-04-25T11:03:41Z

Jokes aside, 2.18 was released in 2013 - and only RHEL considers it still useful. Please compare:
https://sourceware.org/glibc/wiki/Release#Distribution_Branch_Mapping

pansila · 2021-04-26T11:12:48Z

Can you see if compiling with this env variable fixes the issue?
$ export RUSTFLAGS="-C target-feature=-crt-static"

Thanks, didn't work though.

...crt-static feature which is turned off by default (except for musl).

lucasfernog · 2021-04-27T16:27:08Z

Hmm this is tricky. I also found out that statically linking glibc is highly discouraged. So if we want to share Tauri apps with older machines, we need to compile with an older glibc version too :/

ghost · 2021-08-11T01:46:19Z

I hit this issue trying to release to centos 7 having built on ubuntu. The workaround is to create a docker image for the environment you are releasing to, or use a tool like rust embedded cross build that does this automatically for you (I haven't used that tool yet).

so the trick is you also need to build tauri and build your app with that version (not the downloaded node package)

Here's the important steps at tleast for centos 7 (for example):

FROM centos:centos7.3.1611

RUN yum install -y \
  # notice I'm using an old version of webkit. It works!
  webkitgtk4-devel \
  openssl-devel \
  curl \
  wget \
  squashfs-tools \
  gcc \
  gcc-c++ \
  make \
  file \
  # for scp transfer of build
  openssh-clients \
  openssh && \
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.2/install.sh | bash && \
. $HOME/.nvm/nvm.sh && \
nvm install node --latest-npm && \
nvm use node && \
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y && \
. $HOME/.cargo/env && \
cargo --help && echo $(rustc --version) && \
# do not use downloaded packages of tauri - you must build it yourself in this environment for correct GLIBC version
cargo install tauri-cli --vers 1.0.0-beta.5 && \
cargo install tauri-macros --vers 0.0.0

# now instead you build your appimage like:
# cargo tauri build --debug --verbose

lucasfernog · 2021-08-11T15:13:36Z

I hit this issue trying to release to centos 7 having built on ubuntu. The workaround is to create a docker image for the environment you are releasing to, or use a tool like rust embedded cross build that does this automatically for you (I haven't used that tool yet).

so the trick is you also need to build tauri and build your app with that version (not the downloaded node package)

Here's the important steps at tleast for centos 7 (for example):
FROM centos:centos7.3.1611

RUN yum install -y \
  # notice I'm using an old version of webkit. It works!
  webkitgtk4-devel \
  openssl-devel \
  curl \
  wget \
  squashfs-tools \
  gcc \
  gcc-c++ \
  make \
  file \
  # for scp transfer of build
  openssh-clients \
  openssh && \
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.2/install.sh | bash && \
. $HOME/.nvm/nvm.sh && \
nvm install node --latest-npm && \
nvm use node && \
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y && \
. $HOME/.cargo/env && \
cargo --help && echo $(rustc --version) && \
# do not use downloaded packages of tauri - you must build it yourself in this environment for correct GLIBC version
cargo install tauri-cli --vers 1.0.0-beta.5 && \
cargo install tauri-macros --vers 0.0.0

# now instead you build your appimage like:
# cargo tauri build --debug --verbose

Btw I've changed the CLI binary build CI to run on ubuntu-18.04 (that's the lowest available ubuntu on github actions :/) so maybe you won't need to build the CLI by yourself on the next release.

ghost · 2021-08-14T15:57:29Z

@lucasfernog thanks, and actually appimage has documented the best practice for this exact issue:

You should use a binary that has been compiled on an older system. Unfortunately, the complication is that distributions usually compile the latest versions of applications only on the latest systems, which means that you will have a hard time finding binaries of bleeding-edge software that runs on older systems. A way around this is to compile dependencies yourself on a not too recent base system, and/or to use LibcWrapGenerator or glibc_version_header or bingcc.

If I build my appimage on centos7 it does not run on ubuntu 18.04, but there is an issue in AppImage about this as well:

error while loading shared libraries: libssl.so.10

lucasfernog · 2021-08-14T18:27:59Z

Yeah we still need to take care of copying shared libraries to the appimage.

mattduguid · 2021-11-08T23:48:47Z

had similar issue with lastpass-cli, compiled and ran fine on laptop using "ubuntu 21.04" but trying to execute that binary in an azure devops pipeline with hosted agent using "ubuntu 20.04" got error "GLIBC_2.33 not found", workaround was to build it in the pipeline

lucasfernog · 2022-02-07T04:32:50Z

I'll close this since we fixed the AppImage issues and there's nothing we can do regarding the glibc version. This will be documented.

customautosys · 2022-03-16T02:13:55Z

I hit this issue trying to release to centos 7 having built on ubuntu. The workaround is to create a docker image for the environment you are releasing to, or use a tool like rust embedded cross build that does this automatically for you (I haven't used that tool yet).

so the trick is you also need to build tauri and build your app with that version (not the downloaded node package)

Here's the important steps at tleast for centos 7 (for example):
FROM centos:centos7.3.1611

RUN yum install -y \
  # notice I'm using an old version of webkit. It works!
  webkitgtk4-devel \
  openssl-devel \
  curl \
  wget \
  squashfs-tools \
  gcc \
  gcc-c++ \
  make \
  file \
  # for scp transfer of build
  openssh-clients \
  openssh && \
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.2/install.sh | bash && \
. $HOME/.nvm/nvm.sh && \
nvm install node --latest-npm && \
nvm use node && \
curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y && \
. $HOME/.cargo/env && \
cargo --help && echo $(rustc --version) && \
# do not use downloaded packages of tauri - you must build it yourself in this environment for correct GLIBC version
cargo install tauri-cli --vers 1.0.0-beta.5 && \
cargo install tauri-macros --vers 0.0.0

# now instead you build your appimage like:
# cargo tauri build --debug --verbose

Is there an equivalent to this for (K)ubuntu?

FabianLars · 2022-03-18T09:44:54Z

@siauderman I'd recommend using github actions for this since it supports ubuntu 18.04 too and you could build for mac and windows at the same time. Alternatively we added support for cross quite some time which should make this pretty straight forward too.

If you still want to use the docker script you need to

Replace the first line with an ubuntu image
replace RUN yum install [...packages...] with the ubuntu instructions from our docs
update the tauri-cli version (or use the npm package since we build that on ubuntu 18.04 too so it should work)
remove the tauri-macros line

liudonghua123 · 2022-06-06T06:23:25Z

I have the same errors when using cross to build a tauri app a few days ago. And I found it is because the packaging phase did not running in the docker container. See #4255.

rfdonnelly · 2022-07-28T20:56:55Z

I have successfully built and run a Tauri app on CentOS/RHEL 7. I found the information in this thread helpful (#1355 (comment) in particular) but incomplete. I modified the Dockerfile provided above and add step-by-step instructions to build Tauri apps that will work on CentOS/RHEL 7 (glibc 2.17) and newer.

I've captured this at https://github.com/rfdonnelly/tauri-builders but I've also copied and pasted the relevant information below:

Dockerfile

# Adapted from: https://github.com/tauri-apps/tauri/issues/1355#issuecomment-896434917

FROM centos:centos7.9.2009

# Install dependencies
RUN \
    yum install -y \
        # notice I'm using an old version of webkit. It works!
        webkitgtk4-devel \
        openssl-devel \
        curl \
        wget \
        squashfs-tools \
        gcc \
        gcc-c++ \
        make \
        file \
        librsvg2-devel

# Install NVM
RUN \
    curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.35.2/install.sh | bash \
    && source $HOME/.nvm/nvm.sh \
    && nvm install 14 --latest-npm \
    && nvm use node

# Install Rust
RUN \
    curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh -s -- -y

# Install Tauri CLI
RUN \
    source $HOME/.cargo/env \
    # do not use downloaded packages of tauri - you must build it yourself in this environment for correct GLIBC version
    && cargo install tauri-cli --vers 1.0.4
    # NOTE: tauri-macros has nothing to install (no binaries) so this isn't needed
    # && cargo install tauri-macros --vers 1.0.4

ENV PATH=/root/.nvm/versions/node/v14.20.0/bin:$PATH
ENV PATH=/root/.cargo/bin:$PATH

# now instead you build your appimage like:
# cargo tauri build --debug --verbose

Instructions

Create a Tauri app

# Select the default for all prompts (just keeping pressing Enter)
npm create tauri-app

Install the dependencies

cd tauri-app
npm install

Modify the Tauri bundle identifier

# Edit src-tauri/tauri.conf.json and change the value of tauri.bundle.identifier to "test"
vim src-tauri/tauri.conf.json

Build the CentOS 7 Tauri build image

docker build -t tauri:centos7 .

Build the Tauri app

docker run -it --rm \
    -v $PWD:/src \
    -w /src \
    tauri:centos7 \
    /bin/bash -c "cargo tauri build --debug"

Run the Tauri app

src-tauri/target/debug/bundle/appimage/tauri-app_0.1.0_amd64.AppImage

Video

The following video shows a Tauri app being built in a CentOS 7 Docker container and being run on Ubuntu 22.10 under WSL 2.

tauri-centos7.mp4

ommz · 2023-09-07T14:41:59Z

In my case, running rustup default stable solved it (Ubuntu 20.04)

bryanlarsen · 2024-07-13T00:51:29Z

Has anybody figured this out for tauri-v2-beta yet? I'm trying to get an appImage that will work on Centos Stream 9, but haven't found an OS that will build for me yet.

It appears we need an OS with GLIBC <= 2.34 (to support CentOS Stream 9) and a gnome glib >= 2.70 (which is what it appears that Tauri needs).

Am I just going to have to build gnome from source?

super-fun-surf · 2024-09-12T01:05:32Z

Just built on arch based system and tried to run the Appimage on debian.
failed missing GLIBC .
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38'

BurnyLlama added the type: bug label Mar 14, 2021

nothingismagick closed this as completed Mar 14, 2021

nothingismagick reopened this Apr 21, 2021

lucasfernog mentioned this issue Apr 30, 2021

feat(cli.rs): allow using cross instead of cargo, add target triple arg #1664

Merged

12 tasks

lucasfernog closed this as completed Feb 7, 2022

ozgunozerk mentioned this issue Jun 25, 2022

openssl fix for ubuntu & version bump autonomys/subspace-desktop#273

Closed

georgik mentioned this issue Oct 13, 2022

Linux Mint 20.3 unable to start espup esp-rs/espup#19

Closed

lencx mentioned this issue Feb 13, 2023

Can this software use lower glibc version ? [Bug] lencx/ChatGPT#384

Open

This was referenced May 9, 2023

Too high dependency version in Tauri Linux package baiy/Ctool#247

Closed

Hello, I'm having problems with the version of glibc I'm using. How can I get some older versions of glibc AppImages? > = 2.24 tw93/Pake#411

Closed

gatomod mentioned this issue Jun 6, 2023

error: failed to get cargo metadata: No such file or directory(os error 2) gatomod/tcp-chat#2

Closed

ferferga mentioned this issue Feb 21, 2024

feat(ci): Update Tauri artifacts jellyfin/jellyfin-vue#2130

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

/usr/lib/libc.so.6: version `GLIBC_2.33' not found #1355

/usr/lib/libc.so.6: version `GLIBC_2.33' not found #1355

BurnyLlama commented Mar 14, 2021

nothingismagick commented Mar 14, 2021

pansila commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

pansila commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

pansila commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

pansila commented Apr 22, 2021 •

edited

Loading

pansila commented Apr 22, 2021 •

edited

Loading

nothingismagick commented Apr 22, 2021

pansila commented Apr 22, 2021 •

edited

Loading

nothingismagick commented Apr 22, 2021

lucasfernog commented Apr 23, 2021 •

edited

Loading

nothingismagick commented Apr 25, 2021

nothingismagick commented Apr 25, 2021

pansila commented Apr 26, 2021

lucasfernog commented Apr 27, 2021

ghost commented Aug 11, 2021

lucasfernog commented Aug 11, 2021

ghost commented Aug 14, 2021 •

edited by ghost

Loading

lucasfernog commented Aug 14, 2021

mattduguid commented Nov 8, 2021

lucasfernog commented Feb 7, 2022

customautosys commented Mar 16, 2022

FabianLars commented Mar 18, 2022

liudonghua123 commented Jun 6, 2022

rfdonnelly commented Jul 28, 2022

ommz commented Sep 7, 2023

bryanlarsen commented Jul 13, 2024

super-fun-surf commented Sep 12, 2024

/usr/lib/libc.so.6: version `GLIBC_2.33' not found #1355

/usr/lib/libc.so.6: version `GLIBC_2.33' not found #1355

Comments

BurnyLlama commented Mar 14, 2021

nothingismagick commented Mar 14, 2021

pansila commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

pansila commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

pansila commented Apr 21, 2021

nothingismagick commented Apr 21, 2021

pansila commented Apr 22, 2021 • edited Loading

pansila commented Apr 22, 2021 • edited Loading

nothingismagick commented Apr 22, 2021

pansila commented Apr 22, 2021 • edited Loading

nothingismagick commented Apr 22, 2021

lucasfernog commented Apr 23, 2021 • edited Loading

nothingismagick commented Apr 25, 2021

nothingismagick commented Apr 25, 2021

pansila commented Apr 26, 2021

lucasfernog commented Apr 27, 2021

ghost commented Aug 11, 2021

lucasfernog commented Aug 11, 2021

ghost commented Aug 14, 2021 • edited by ghost Loading

lucasfernog commented Aug 14, 2021

mattduguid commented Nov 8, 2021

lucasfernog commented Feb 7, 2022

customautosys commented Mar 16, 2022

FabianLars commented Mar 18, 2022

liudonghua123 commented Jun 6, 2022

rfdonnelly commented Jul 28, 2022

Dockerfile

Instructions

Video

ommz commented Sep 7, 2023

bryanlarsen commented Jul 13, 2024

super-fun-surf commented Sep 12, 2024

pansila commented Apr 22, 2021 •

edited

Loading

pansila commented Apr 22, 2021 •

edited

Loading

pansila commented Apr 22, 2021 •

edited

Loading

lucasfernog commented Apr 23, 2021 •

edited

Loading

ghost commented Aug 14, 2021 •

edited by ghost

Loading