Am Montag, 9. Dezember 2019, 18:57:47 CET schrieb Todd Rme:
On Fri, Nov 22, 2019 at 3:53 PM Fabian Vogt
Am Freitag, 22. November 2019, 21:34:43 CET schrieb Todd Rme:
Is anyone else running into problems running
tests for packages that
depend on python-qt5? Every package I have looked at is having its
test abort with no error message part way through. Here is an example
where I attached gdb in hopes of finding the source of the problem:
It uses QGuiApplication, which needs graphical output.
When that's not available, it should abort with this error message:
This application failed to start because no Qt
platform plugin could be initialized.
I'm not sure why that doesn't appear
in your build.
To provide some graphical output, there are multiple options:
- QT_QPA_PLATFORM="offscreen" cmd
- QT_QPA_PLATFORM="vnc" cmd
- xvfb-run -s '-noreset +render' -a cmd
That worked for that package, but I am having another problem with
another package. It seems to be somewhere in qtwebkit, but I can't
figure out what is going on. The build results are here:
Here is the end of the gdb backtrace:
The important part is:
[ 108s] #2 0x00007ffff5fbaa97 in QMessageLogger::fatal(char const*, ...) const () from
[ 108s] #3 0x00007fffcd99e688 in ?? () from
[ 108s] #4 0x00007fffcd9a1e33 in ?? () from
[ 108s] #5 0x00007ffff32568cd in QOpenGLContext::create() () from
[ 108s] #6 0x00007fffd6faa320 in QtWebEngineCore::initialize() () from
So it seems like you changed it to use WebEngine meanwhile?
Anyway, the issue is that creation of an OpenGL context failed, probably
because there was no matching GLX visual found, which can have a variety of
reasons. You'll probably have to install Mesa-dri as well, for llvmpipe.
I gave it a quick try in a branch by using just xvfb + Mesa-dri, but it failed
as well for some reason. glxinfo/glxgears worked fine though...
WTF::PairHash<WTF::String, bool>::hash () at
To unsubscribe, e-mail: opensuse-python+unsubscribe(a)opensuse.org
To contact the owner, e-mail: opensuse-python+owner(a)opensuse.org