libGL error: MESA-LOADER: failed to open radeonsi

[pseudex]

OS: Fedora34
GPU: AMD 5700XT, Ryzen 4800H
Driver: amdgpu
Display server: x11

Appimage: FreeCAD_weekly-builds-24847-Linux-Conda_glibc2.12-x86_64.AppImage

Problem
FreeCAD doesn't start. It shows loading up with the splash screen. Crashes then after a while. Started from the terminal I get the following errors:

FreeCAD 0.20, Libs: 0.20R24847 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre and others 2001-2021
FreeCAD is free and open-source software licensed under the terms of LGPL2+ license.
FreeCAD wouldn't be possible without FreeCAD community.
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

libGL error: MESA-LOADER: failed to open radeonsi: /tmp/.mount_FreeCAM3nGdH/usr/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by /usr/lib64/dri/radeonsi_dri.so) (search paths /usr/lib64/dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open radeonsi: /tmp/.mount_FreeCAM3nGdH/usr/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by /usr/lib64/dri/radeonsi_dri.so) (search paths /usr/lib64/dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast: /tmp/.mount_FreeCAM3nGdH/usr/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by /usr/lib64/dri/swrast_dri.so) (search paths /usr/lib64/dri)
libGL error: failed to load driver: swrast
/tmp/.mount_FreeCAM3nGdH/AppRun: Zeile 41: 37606 Abgebrochen             (Speicherabzug geschrieben) ${MAIN} "$@"

I also tried the same on my Notebook which I recently install fresh with fedora34 and got the same error.

Workaround
I was only able to get around this issue if I preload the lib in the terminal and start the appimage from there.
export LD_PRELOAD=/usr/lib64/libstdc++.so.6

when I checked the lib file with strings for the version, it does not find Version 3.4.29

strings /tmp/.mount_FreeCA8cMkbr/usr/lib/libstdc++.so.6 | grep GLIBCXX_3.4
GLIBCXX_3.4
GLIBCXX_3.4.1
GLIBCXX_3.4.2
GLIBCXX_3.4.3
GLIBCXX_3.4.4
GLIBCXX_3.4.5
GLIBCXX_3.4.6
GLIBCXX_3.4.7
GLIBCXX_3.4.8
GLIBCXX_3.4.9
GLIBCXX_3.4.10
GLIBCXX_3.4.11
GLIBCXX_3.4.12
GLIBCXX_3.4.13
GLIBCXX_3.4.14
GLIBCXX_3.4.15
GLIBCXX_3.4.16
GLIBCXX_3.4.17
GLIBCXX_3.4.18
GLIBCXX_3.4.19
GLIBCXX_3.4.20
GLIBCXX_3.4.21
GLIBCXX_3.4.22
GLIBCXX_3.4.23
GLIBCXX_3.4.24
GLIBCXX_3.4.25
GLIBCXX_3.4.26
GLIBCXX_3.4.27
GLIBCXX_3.4.28

It looks like the lib needs to be updated in the appimage in order to work with Fedora34

[looooo]

can you test a conda-environment directly?

• install conda
• create a conda env with: conda create -n freecad freecad -c freecad/label/dev -c conda-forge

Maybe this is now a general limitation for conda-packages.

[looooo]

I guess conda-forge will update the libstdcxx-ng packages. As far as I can tell this should solve this issue.
https://anaconda.org/conda-forge/libstdcxx-ng/files

@conda-forge/core any plans to update libstdcxx-ng

[luzpaz]

@looooo maybe asking on https://gitter.im/conda-forge/conda-forge.github.io ?

[luzpaz]

Maintained in this feedstock: https://github.com/conda-forge/ctng-compilers-feedstock
https://anaconda.org/conda-forge/libstdcxx-ng

[adrianinsaval]

This is the same issue as #73 so maybe it's ok to close it too however I would like to point out that the issue is still present in the stable release appimage, is there a chance of rebuilding the stable appimage?

[luzpaz]

@adrianinsaval thanks for the reminder!
@looooo can we spin up a new stable appimage ?

Edit: @looooo also please close this ticket when it's done. thx!

[looooo]

@luzpaz is there a 0.19.3 planned?

[luzpaz]

Not anytime soon, AFAICT. I think we should regenerate the 'stable' appimage regardless

[SammysHP]

Can you regenerate the stable appimage please?

[adrianinsaval]

there's probably going to be a 0.19.3 soon, I guess that one will have the fix

[adrianinsaval]

well crap, this issue was reported again in debian testing...
https://forum.freecadweb.org/viewtopic.php?f=4&t=67033
new version of libstdc++ it seems

$ ls /usr/lib/x86_64-linux-gnu | grep libstdc++
libstdc++.so.6
libstdc++.so.6.0.30

Appimage has libstdc++.so.29
Do we really need to ship that library in the appimage?

[rouckas]

I can confirm that this issue appears in Ubuntu 22.4 (devel. version) and Freecad 0.19.3 and weekly-builds-28193. Running FreeCad as
LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libstdc++.so.6 ./FreeCAD_weekly-builds-28193-Linux-Conda_glibc2.12-x86_64.AppImage
can be used as a workaround

[adrianinsaval]

possible solution mentioned by an user in the closed duplicate of this: #73 (comment)

[carsten-bruckhaus]

On two of my systems, FreeCAD does not launch anymore, either. Both have an AMD iGPU, both run Manjaro KDE. As @leoheck reported in #102, the LD_PRELOAD=/usr/lib/libstdc++.so.6 ./FreeCAD_0.19.3-Linux-Conda_glibc2.12-x86_64_3ab8658a607146e30c97e40c83cf56e6.AppImage workaround does not work for me, either (same error with or without LD_PRELOAD). The alternative and much more complicated workaround @leoheck mentioned (extracting the Appimage, removing libstdc++.so.6, and repacking again) works for me, too.

Edit: FreeCAD 0.20 Appimage runs as expected, though...

LD_PRELOAD=/usr/lib/libstdc++.so.6 ./FreeCAD_0.19.3-Linux-Conda_glibc2.12-x86_64_3ab8658a607146e30c97e40c83cf56e6.AppImage
FreeCAD 0.19, Libs: 0.19R24366 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre and others 2001-2021
FreeCAD is free and open-source software licensed under the terms of LGPL2+ license.
FreeCAD wouldn't be possible without FreeCAD community.
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

libGL error: MESA-LOADER: failed to open radeonsi: /tmp/.mount_FreeCAHp5Kz3/usr/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/dri/radeonsi_dri.so) (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open radeonsi: /tmp/.mount_FreeCAHp5Kz3/usr/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/dri/radeonsi_dri.so) (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: radeonsi
libGL error: MESA-LOADER: failed to open swrast: /tmp/.mount_FreeCAHp5Kz3/usr/bin/../lib/libstdc++.so.6: version `GLIBCXX_3.4.30' not found (required by /usr/lib/dri/swrast_dri.so) (search paths /usr/lib/dri, suffix _dri)
libGL error: failed to load driver: swrast
/tmp/.mount_FreeCAHp5Kz3/AppRun: line 41:  5070 Aborted                 (core dumped) ${MAIN} "$@"

[eugenialoli]

Someone please fix this bug, it makes the appimage not usable on either Ubuntu or Mint. It just doesn't load, it fails to find the iris_drv.so lib.

[vudutech]

From : https://forum.freecad.org/viewtopic.php?t=90417 and when running the AppImage FreeCAD-0.21.2-Linux-x86_64.AppImage on Ubuntu 24.04 with a Radeon 6800 GPU.

Can confirm, from the cli:-

LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libdrm_amdgpu.so.1 ./FreeCAD-0.21.2-Linux-x86_64.AppImage

Works!

Thanks forum

[adrianinsaval]

now that the newer appimages don't set LD_LIBRARY_PATH env variable anymore hopefully this issue will not pop up again, is there anyone who is still experiencing problems like this with any old or current appimage?