Our great sponsors
-
-
WorkOS
The modern identity platform for B2B SaaS. The APIs are flexible and easy-to-use, supporting authentication, user identity, and complex enterprise features like SSO and SCIM provisioning.
-
linuxdeploy
AppDir creation and maintenance tool. Featuring flexible plugin system. (by linuxdeploy)
-
AppImageKit
Package desktop applications as AppImages that run on common Linux-based operating systems, such as RHEL, CentOS, openSUSE, SLED, Ubuntu, Fedora, debian and derivatives. Join #AppImage on irc.libera.chat
Thanks for your insights, they seem well informed. The recommendation for maximum portability that I've received when I had similar problems is to build in the oldest distribution that you want to support. Looking at your response and to the question ("I recompiled my project on an older Ubuntu version, and it fixes this issue, but that is not satisfying for me."), I guess that will not be what the poster wants. But in any case, the issue with using a different distribution than yours can be solved using CI actions (GitHub have them, and GitLab seems too) to build the AppImage and releasing it as a Draft or official release, that anyone will be able to download. For an example of that method, we have Alire: https://github.com/alire-project/alire/blob/master/.github/workflows/ci-linux.yml
Ubuntu 20.04 ships with an older Glibc version (2.31). I recompiled my project on an older Ubuntu version and it fixes this issue, but that is not satisfying for me.
You can use AppImage for this. It's easy to generate one using linuxdeploy, but I've found that it's not so easy to generate a fully portable one, when the distributions are very different in library versions.
You can use AppImage for this. It's easy to generate one using linuxdeploy, but I've found that it's not so easy to generate a fully portable one, when the distributions are very different in library versions.