1. Forum
  2. Usenet
  3. LINUX.DEBIAN.BUGS.DIST

  • Bug#1100101: pyqt6-webengine: autopkgtest fails with glibc 2.41 due to

    From Luca Boccassi@21:1/5 to All on Tue Mar 11 13:10:01 2025
    Source: pyqt6-webengine
    Version: 6.8.0-1
    Severity: grave
    Justification: blocks glibc 2.41 from migrating to trixie
    X-Debbugs-Cc: aurel32@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/

    A possible solution would be to build libQt6WebEngineCore.so.6 with '- Wl,-z,noexecstack' assuming it's not actually needed to work.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Aurelien Jarno@21:1/5 to Luca Boccassi on Tue Mar 11 14:00:02 2025
    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: aurel32@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 aurelien@aurel32.net http://aurel32.net

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Luca Boccassi@21:1/5 to All on Tue Mar 11 14:00:01 2025
    Control: severity -1 normal

    On Tue, 11 Mar 2025 12:05:14 +0000 Luca Boccassi <bluca@debian.org>
    wrote:
    Source: pyqt6-webengine
    Version: 6.8.0-1
    Severity: grave
    Justification: blocks glibc 2.41 from migrating to trixie
    X-Debbugs-Cc: aurel32@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/

    A possible solution would be to build libQt6WebEngineCore.so.6 with
    '-
    Wl,-z,noexecstack' assuming it's not actually needed to work.

    Downgrading as this is a known issue and only on i386, and the failing autopkgtest will be bypassed

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)