Summary: | dev-qt/qtbase-6.6.0-r1: several test failures because of missing plugins (possibly sparc related?) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Rolf Eike Beer <eike> |
Component: | Current packages | Assignee: | Qt Bug Alias <qt> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | ionen |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=914033 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
test log
build.log |
Description
Rolf Eike Beer
2023-11-04 20:23:35 UTC
Created attachment 874084 [details]
build.log
I get similar errors for qtwayland: qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Is this not setting QT_PLUGIN_PATH to the image directory or something like that? There should be no need, this is handled by the build system. fwiw last attempt on sparc did not look as bad (bug #914033), albeit maybe something broke in the plugin loader code here and it's giving misleading errors. I have no idea why this would be happening and never ran into this on amd64 (regardless of if qtbase is already installed or missing). Longshot but maaybe [1] is related? [1] https://bugreports.qt.io/browse/QTBUG-107178 (In reply to Ionen Wolkens from comment #4) > Longshot but maaybe [1] is related? > > [1] https://bugreports.qt.io/browse/QTBUG-107178 (albeit that's supposedly fixed, unless it's making a come back) Not seeing anything else of interest. Maybe try by exporting QT_DEBUG_PLUGINS=1, it'll give paths and everything it tried in the test log. |