control: retitle -1 qt6-webengine: libQt6WebEngineCore.so.6 has an executable stack control: found -1 6.7.2+dfsg2-2 control: fixed -1 6.8.2+dfsg-3
On 2025-03-11 12:05, Luca Boccassi wrote: > Source: pyqt6-webengine > Version: 6.8.0-1 > Severity: grave > Justification: blocks glibc 2.41 from migrating to trixie > X-Debbugs-Cc: aure...@debian.org > > Dear Maintainer(s), > > glibc 2.41 added some hardening that block having an executable stack > for security reasons. > > pyqt6-webengine seems to require an executable stack and autopkgtest > using it are failing with glibc 2.41 from unstable: > > 75s python3.13 -c "import PyQt6.QtWebEngineCore" > 75s Traceback (most recent call last): > 75s File "<string>", line 1, in <module> > 75s import PyQt6.QtWebEngineCore > 75s ImportError: libQt6WebEngineCore.so.6: cannot enable executable stack as > shared object requires: Invalid argument > > https://ci.debian.net/packages/p/pyqt6-webengine/testing/i386/58709056/ The problem is actually in qt6-webengine which provides libQt6WebEngineCore.so.6 with an executable stack on i386. > A possible solution would be to build libQt6WebEngineCore.so.6 with '- > Wl,-z,noexecstack' assuming it's not actually needed to work. The problem has already been fixed by a rebuild, the package just need to migrate to testing (or binNMUed in testing). The release team proposed to just ignore the issue for the glibc migration. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
