Cura AppImages crash due to OpenGL initialization failure on Debian sid

[Rolf-N]

Cura Version

5.9.1

Operating System

Debian trixie

Printer

Ender 6

Reproduction steps

When attempting to run the UltiMaker Cura AppImages (versions 5.9.1, 5.9.0, and 5.10.0-alpha.0) on my Debian "sid" system, the application crashes due to an OpenGL initialization failure. However, the Flatpak version of Cura works flawlessly.

Steps to reproduce:

1. Download the UltiMaker Cura AppImage (e.g., UltiMaker-Cura-5.9.1-linux-X64.AppImage).
   

2. Make the AppImage executable: chmod +x UltiMaker-Cura-5.9.1-linux-X64.AppImage
   

3. Run the AppImage: ./UltiMaker-Cura-5.9.1-linux-X64.AppImage
   

Actual results

Cura crashes with the following error messages:

UM/Settings/SettingFunction.py:244: DeprecationWarning: ast.Str is deprecated and will be removed in Python 3.14; use ast.Constant instead
def visit_Str(self, node: ast.Str) -> None:
Gtk-Message: [Timestamp]: Failed to load module "xapp-gtk3-module"
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(...)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(...)
Could not initialize GLX
[Timestamp] IOT instruction ./UltiMaker-Cura-5.9.1-linux-X64.AppImage

System information:

Operating System: Debian GNU/Linux trixie/sid
Desktop Environment: lightdm-xsession 
Graphics Card: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
Graphics Driver: i915 (kernel driver)
Mesa Version: OpenGL version string: 4.6 (Compatibility Profile) Mesa 25.0.0-1
Kernel Version: 6.12.17-amd64
Cura Versions: 5.9.1, 5.9.0, 5.10.0-alpha.0 (AppImages)
Other 3D Applications: FreeCAD AppImage works flawlessly.
Flatpak Version: Cura works without issues via Flatpak.


The Flatpak version of Cura functions perfectly, indicating that the issue is specific to the AppImages.

Expected results

Cura should start normally.

Add your .zip and screenshots here ⬇️

.

[danielfilipiuk]

same error.
Debian Trixie/Sid,

qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 4.1, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QColorSpace(), profile QSurfaceFormat::CoreProfile)
qt.glx: qglx_findConfig: Failed to finding matching FBConfig for QSurfaceFormat(version 4.1, options QFlagsQSurfaceFormat::FormatOption(), depthBufferSize -1, redBufferSize 1, greenBufferSize 1, blueBufferSize 1, alphaBufferSize -1, stencilBufferSize -1, samples -1, swapBehavior QSurfaceFormat::SingleBuffer, swapInterval 1, colorSpace QColorSpace(), profile QSurfaceFormat::CoreProfile)
Could not initialize GLX
Aborted

OS Debian GNU/Linux trixie/sid
GPU Renoir [Radeon Vega Series / Radeon Vega Mobile Series]
Mesa 25.0.2-1
GL 4.6 (Core) / 4.6 (Compatibility)

BTW ALL other bs works fine . I mean all of them. THIS particular useful and needed BS falls like a giant with mud legs for a minimal change of libs? oh my,.,,

[danielfilipiuk]

solved. the problem is to replace (or copy ) this specific libz3 lib to the uncompressed appimage dir : (I did this, instructions shows another solution, same result:

#19837 (comment)

"This problem seams to be related to the libz3-4 package. Cura works with version 4.8.12-3.1+b2 but not with version 4.8.12-3.1+b3 and later. Because b3 is simply a rebuild with different tools and libraries, the real problem probably lies elsewhere but I've yet to find it. My work around for now is to extract libz3.so.4 from the b2 package and put it in a custom LD_LIBRARY_PATH when running cura."

link to the file , personal upload, safe:

https://mega.nz/file/4BMzyBrZ#xpPLTxemfVcReO3AoOisvHmzuy0vJlu2SA0iKtZ0apI

[rephlex]

link to the file , personal upload, safe:

"trust me, i'm a dolphin!"

[danielfilipiuk]

link to the file , personal upload, safe:

"trust me, i'm a dolphin!"

lol, yes, I thought I was making good, but It's ok to distrust.

Fine, all in all, what I did was search for the correct version package in debian repositories - I used a previous release one - , download the package, extracting the just the needed file.
with this file "libz3.so.4" dropped in the base dir of the cura extracted appimage, the program works ok.

[kylegordon]

Still an issue with 5.10

[mlepage]

Yes, I'm getting this issue many weeks ago with 5.10.1 appimage on up-to-date (at that time) Trixie, and I'm getting it now with 5.10.2 appimage with up-to-date Trixie (as of now). Is anyone working on this?

[mlepage]

FYI this issue appears to be a dupe of #19837

[theli-ua]

Is anyone working on this?

Its been broken like that for about a year now.

[Isaiah941]

This is still an issue with 5.11.0.

[rephlex]

Is anyone working on this?

Its been broken like that for about a year now.

I can't imagine an issue more serious than cura not running on Debian, the most important distribution.

I bet this issue will just be closed for being an "old issue" or something like that.

Mark my words.