Open carlosperate opened 2 years ago
Right, so the Qt binaries from the riverbank wheels come from Qt directly: https://doc.qt.io/qt-6/supported-platforms.html
That means the glibc 2.28 limitation is from there, not the wheel generation.
@tmontes I'll need to update the AppImage docker image to Ubunut 20.04, or I could use Debina 10 Buster, which came out a year earlier so that might be better? Do you have any thoughts or preferences?
...with no other constraints I'd target Debian 10 Buster that, being older, may increase the odds of compatibility (and also be used as a "base-distro" for other distros?).
(then again, if Qt says "Ubuntu 20.04" I wonder if we'll hit any bumps with Debian!... but I'd start with Debian, yes)
My assumption is that it says Ubuntu 20.04 because that's the oldest LTS with the right glibc, let's hope there isn't another reason.
Debian Buster sounds good, as it has 2.28 exactly 👍
Mostly because the linux wheels might not be compatible with Ubuntu 16.04, which is what we currently use to build AppImage: https://github.com/mu-editor/docker-mu-appimage
I've asked in the email list to see if new wheels can all be manylinux1: https://www.riverbankcomputing.com/pipermail/pyqt/2022-July/044810.html