[digiKam-users] Cannot start recent appimage on Manjaro

[Gilles Caulier]

For this one, after an update, problem is gone :

https://bbs.archlinux.org/viewtopic.php?id=228433

Note : the problem appear mostly with NVIDIA video card. The comon
tips is to use the NVIDIA video driver as well, not the open source
one.

Here i use Mageia 6 and 7, Centos 7 and 8 with NVIDIA video cards and
official driver : no GLX problem with the AppImage.

Gilles Caulier


Le mar. 28 avr. 2020 à 13:25, Gilles Caulier
<caulier.gilles at gmail.com> a écrit :
>
> Similar problem with flatpak and another Qt application probably using
> QtWebEngine :
>
> https://github.com/moonlight-stream/moonlight-qt/issues/49
>
> Gilles Caulier
>
> Le mar. 28 avr. 2020 à 13:13, Kai Blauberg <kai.blauberg at kolumbus.fi> a écrit :
> >
> > Hei,
> >
> > Just for the record, the same error message also with Fedora 31:
> >
> > Regards, Kai
> >
> >
> > [digikam7 at localhost Downloads]$ ./digikam-7.0.0-beta3-20200422T062854-x86-64.appimage
> > -- digiKam Linux AppImage Bundle
> > -- Use 'help' as CLI argument to know all available options for digiKam application.
> > -- Notes: to integrate this bundle to your desktop, use AppImageLauncher.
> > --        to enable all debug messages on the console, use 'export QT_LOGGING_RULES="digikam*=true"'.
> > libudev.so.0
> > libnss3.so
> > -- Preloading shared libs: :/tmp/.mount_digikaf7BThc/usr/lib64/libnss3.so
> > unknown: 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)
> > unknown: 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)
> > unknown: Could not initialize GLX
> > /tmp/.mount_digikaf7BThc/AppRun: rivi 157:11610 Keskeytetty             (luotiin core-tiedosto)digikam $@
> > [digikam7 at localhost Downloads]$
> >
> >
> > -----Alkuperäinen viesti-----
> > Aihe: Re: [digiKam-users] Cannot start recent appimage on Manjaro
> > Lähettäjä: Gilles Caulier <caulier.gilles at gmail.com>
> > Päiväys: Tue, 28 Apr 2020 11:21:56 +0200
> >
> > Hi,
> >
> >
> > For security reasons, we switch from QtWebKit to QtWebEngine to render
> >
> > HTML contents. Webkit qt framework is no supported officially by Qt
> >
> > company since a while. We need to use WebEngine (Chromium) framework
> >
> > instead.
> >
> >
> > The Chromium stuff require OpenGL this is why you seen this kind of
> >
> > error on your system, even if we disable openGL support everywhere in
> >
> > QtWebEngine. I suspect that some part still try to use OpenGL even if
> >
> > it's disabled.
> >
> >
> > This is not a simple issue, not dependant of digiKam. QtWebEngine is a
> >
> > monster, take few hours to be compiled here, and complex to tune in
> >
> > client application.
> >
> >
> > Best
> >
> >
> > Gilles Caulier
> >
> >
> > Le mar. 28 avr. 2020 à 10:59, Samuel Knapp <
> >
> > samuel.k at gmx.de
> >
> > > a écrit :
> >
> >
> > Update on the GLX issue:
> >
> >
> > Sorry for not having tested and included this in my earlier post.
> >
> >
> > I tested the appimages of beta 1 and beta 2. While beta 1 is running
> >
> > fine, beta 2 has gives the same error as beta 3. So, this problem might
> >
> > have come in the transition to beta 3.
> >
> >
> > BTW: I'm running Xfce. Might this this be due to some Gtk vs Qt issue?
> >
> >
> > Probably this thread could be related:
> >
> > https://github.com/NixOS/nixpkgs/issues/66755
> >
> >
> >
> > Best,
> >
> >
> > Samuel
> >
> >
> > On 28.04.20 09:53, samuelkn wrote:
> >
> > Hi,
> >
> >
> > I'm having the same GLX issue as described here. However, the arch error
> >
> > does not appear. I have tried version 7 beta 3 (24-Apr-2020 09:23). My setup
> >
> > is Manjaro (Kernel 5.6.7), on Intel graphics.
> >
> >
> > I found that it could be due to some glxinfo. glxinfo and glxgears is
> >
> > available on my system through the mesa-demos package.
> >
> >
> > Is there any update on this issue?
> >
> >
> > Best regards,
> >
> > Samuel
> >
> >
> > ---- output-----
> >
> > -- Preloading shared libs: :/tmp/.mount_digikadOPlJ1/usr/lib64/libnss3.so
> >
> >
> > unknown: 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)
> >
> >
> > unknown: 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)
> >
> >
> > unknown: Could not initialize GLX
> >
> >
> > /tmp/.mount_digikadOPlJ1/AppRun: line 157: 115423 Aborted
> >
> > (core dumped) digikam $@
> >
> >
> >
> >
> >
> > --
> >
> > Sent from:
> >
> > http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
> >
> >
> > --
> >
> > Kai Blauberg
> >
> > Oskelantie 10 as. 3 | 00320 Helsinki
> > puh. 040-730 7241 | s.posti kai.blauberg at kolumbus.fi