Closed parisni closed 1 year ago
How is it when you use nixos-19.03?
the same works fine on nixo-19.03
Seems the same kind of issue of https://github.com/qutebrowser/qutebrowser/issues/4429.
You should try running the KDE Falkon browser (it uses QtWebEngine) to see if the problem is in QtWebEngine or is specific to qutebrowser.
indeed, the problem applies to falkon too:
qt.qpa.plugin: Could not find the Qt platform plugin "xcb" in "" Fatal: This application failed to start because no Qt platform plugin could be initialized. Reinstalling > the application may fix this problem.
Aborted (core dumped)
Not really, that error is probably due to https://github.com/NixOS/nixpkgs/issues/65399. EDIT: It definitely was that. I submitted a PR to fix this unrelated problem. You should be able to try again once it's accepted.
Ok, it should be fixed in the unstable channel. Can you update your channel and try falkon again?
nix-channel --update
nix-env -i falkon
falkon
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (8 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (8 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 8 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 8 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig (1 1 1 0)
Fatal: Could not initialize GLX
Aborted (core dumped)
is that what you asked ?
is that what you asked ?
Yes, thank you. This confirms that whatever the issue is related to QtWebEngine.
Confirming issue. Can't run qutebrowser on ubuntu 18.04, too.
13:16:57 WARNING: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
13:16:57 WARNING: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
13:16:57 CRITICAL: Could not initialize GLX
Fatal Python error: Aborted
Current thread 0x00007feb3aada1c0 (most recent call first):
File "/nix/store/0dall7nx9i0wl90kck2n9ihy215x2yfi-qutebrowser-1.8.1/lib/python3.7/site-packages/qutebrowser/app.py", line 814 in __init__
File "/nix/store/0dall7nx9i0wl90kck2n9ihy215x2yfi-qutebrowser-1.8.1/lib/python3.7/site-packages/qutebrowser/app.py", line 105 in run
File "/nix/store/0dall7nx9i0wl90kck2n9ihy215x2yfi-qutebrowser-1.8.1/lib/python3.7/site-packages/qutebrowser/qutebrowser.py", line 200 in main
File "/nix/store/0dall7nx9i0wl90kck2n9ihy215x2yfi-qutebrowser-1.8.1/bin/.qutebrowser-wrapped", line 9 in <module>
fish: Process 11601, “qutebrowser” “qutebrowser | xclip -selection…” terminated by signal SIGABRT (Abort)
This also applies on archlinux
Still the case after the recent update to 1.8.2
(https://github.com/NixOS/nixpkgs/commit/33d18156f957e48f06598d73b3467c89a12565d5)
I wonder if it's an issue with openGL in nixpkgs... Do you have simular errors when running other programs that create openGL contexts? Maybe try running glxinfo/glxgears from nixpkgs and the other package manager.
I have the same problem, but with the package anki. I use Ubuntu 19.10. Freshly installed Nix. nix-channel --list
returns nixpkgs https://nixos.org/channels/nixpkgs-unstable
. Run from terminal, anki
returns this:
(process:3119): Gtk-WARNING **: 14:38:11.758: Locale not supported by C library.
Using the fallback 'C' locale.
Gtk-Message: 14:38:11.854: Failed to load module "canberra-gtk-module"
Gtk-Message: 14:38:11.854: Failed to load module "canberra-gtk-module"
qt: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
qt: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
qt: Could not initialize GLX
Aborted (core dumped)
Tried installing Ubuntu package qt5-default
and then separately qtwebengine5-dev
, didn't help. Tried installing Nix package qt5.full
, didn't help. Rebooting doesn't change anything.
@sindikat: Can you try to run a different openGL program in nixpkgs? Like glxinfo/glxgears should do. I'd like to know if the issue is limited to qtwebengine or whole nixpkgs.
Installed package glxinfo
from Nix. Trying to run:
name of display: :0
Error: couldn't find RGB GLX visual or fbconfig
Removed it & installed mesa-utils
in Ubuntu. Both glxinfo
and glxgears
work fine.
same behavior for me
Similar issue with p4v on Arch Linux:
➜ tmp.wSjBCsqBai uname -a
Linux plutobox 5.4.1-arch1-1 #1 SMP PREEMPT Fri, 29 Nov 2019 13:37:24 +0000 x86_64 GNU/Linux
➜ tmp.wSjBCsqBai p4v
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
No XVisualInfo for format QSurfaceFormat(version 2.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile)
Falling back to using screens root_visual.
[2] 84497 segmentation fault (core dumped) p4v
Pinging @vcunat as mesa maintainer. I'm not sure who else could help here...
If that's the issue, OpenGL in nixpkgs on non-NixOS is still troublesome, I suppose. Years ago I decided not spend my time on that combination, as no easy solution could be found (EDIT: well, that seems an understatement). There are some discussion threads here – people were sometimes able to make their use case work. You might want to try https://github.com/NixOS/nixpkgs/pull/62177 (and/or look at the tickets linked in this PR's description)
I've had the same problem with Mathematica 12 which I was able to work around by:
export USE_WOLFRAM_LD_LIBRARY_PATH=1
export QT_XCB_GL_INTEGRATION=none
The first statement is of course specific to Mathematica but I believe the second one should fix other Qt applications as well.
I can confirm that @hmenke's suggestion (using QT_XCB_GL_INTEGRATION
) works with qutebrowser as well. Is there any point in getting this into nixpkgs?
Thanks @pmiddend - I can confirm that this environment variable works for me.
I'm not exactly sure what the meaning of that variable is, but it looks like it's disabling hardware acceleration. It may certainly work around the issue but it's not idea. I think the best solution, as of now, is to using nixGL to use Nixpkgs drivers on non-NixOS too.
I marked this as stale due to inactivity. → More info
I've had the same problem with Mathematica 12 which I was able to work around by:
export USE_WOLFRAM_LD_LIBRARY_PATH=1 export QT_XCB_GL_INTEGRATION=none
The first statement is of course specific to Mathematica but I believe the second one should fix other Qt applications as well.
why export QT_XCB_GL_INTEGRATION=none
can fix the problem in pyqt5.qtwebengine when qtwebengine initialize :
librga:RGA_GET_VERSION:3.02,3.020000 ctx=0x34782fd0,ctx->rgaFd=3 Rga built version:7bf9abf Could not initialize GLX Aborted
Closing in favor of https://github.com/NixOS/nixpkgs/issues/82959 which has a better title
Describe the bug
I am using nix on ubuntu 18.04. I tried to install
qutebrozser
. I get this error:To Reproduce Steps to reproduce the behavior:
metadata