Artix Linux Forum

Greetings,

It seems that the lastest update for Mesa (as it is now) breaks a lot of things, including Kitty (terminal emulator), Qutebrowser and even its own test applications (glxgears and glxinfo).

Glxinfo throws the following error:

Error: couldn't find RGB GLX visual or fbconfig

Kitty and qutebrowser throw something akin to "Failed to get EGL display"

Reverting to 25.1.1-2 fixes the issue.

EDIT: Adding inxi -GSC -xx Output (with mesa 25.1.1-2

System:
  Host: PenazMW2 Kernel: 6.14.10-artix1-1 arch: x86_64 bits: 64 compiler: gcc
    v: 15.1.1
  Desktop: Openbox v: 3.6.1 dm: LightDM Distro: Artix base: Arch Linux
CPU:
  Info: 6-core model: Intel Core i7-8750H bits: 64 type: MT MCP
    arch: Coffee Lake rev: A cache: L1: 384 KiB L2: 1.5 MiB L3: 9 MiB
  Speed (MHz): avg: 3994 min/max: 800/4100 cores: 1: 3994 2: 3994 3: 3994
    4: 3994 5: 3994 6: 3994 7: 3994 8: 3994 9: 3994 10: 3994 11: 3994 12: 3994
    bogomips: 52799
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Baffin [Radeon Pro WX 4130/4150]
    vendor: Dell driver: amdgpu v: kernel arch: GCN-4 pcie: speed: 8 GT/s
    lanes: 8 ports: active: eDP-1 empty: DP-1, DP-2, DP-3, HDMI-A-1
    bus-ID: 01:00.0 chip-ID: 1002:67e8 temp: 46.0 C
  Device-2: Realtek Integrated Webcam HD driver: uvcvideo type: USB rev: 2.0
    speed: 480 Mb/s lanes: 1 bus-ID: 1-11:3 chip-ID: 0bda:568c
  Display: x11 server: X.Org v: 21.1.16 driver: X: loaded: amdgpu
    unloaded: fbdev,modesetting failed: vesa gpu: amdgpu display-ID: :0
    screens: 1
  Screen-1: 0 s-res: 1920x1080 s-dpi: 96
  Monitor-1: eDP-1 mapped: eDP model: AU Optronics 0x139d res: 1920x1080
    hz: 60 dpi: 128 diag: 437mm (17.2")
  API: EGL v: 1.5 platforms: device: 0 drv: radeonsi device: 1 drv: swrast
    gbm: drv: kms_swrast surfaceless: drv: radeonsi x11: drv: swrast
    inactive: wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: mesa v: 25.1.1-arch1.2 glx-v: 1.4
    direct-render: yes renderer: llvmpipe (LLVM 19.1.7 256 bits)
    device-ID: ffffffff:ffffffff
  API: Vulkan Message: No Vulkan data available.
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: xfce4-display-settings x11: xdpyinfo, xprop, xrandr

True (same here). Thanks.

Yep, same.

mesa-1_25.1.2-1 from upstream works fine.

Same problem here. Any solution?

For now the solution is to revert to the older version of mesa via

pacman -U /var/cache/pacman/pkg/mesa-1:25.1.1-2-x86_64.pkg.tar.zst

Or update to version 25.1.2, which seems to be out now.

I doubt update will help until llvm is in the stable repos

I'm not having LLVM issues at the moment, although I might be wrong. If you happen to have a command that could show this issue, I can test it on my system and confirm if necessary.

I haven't updated yet, but there is a thread with broken mesa and llvm errors. Llvm is dependency of mesa, so i'd rather wait for it to be pushed to world

I updated this morning and the new Mesa is out in the "world" repo. Sorry for not clarifying.

Mesa is, llvm isn't, that's what i'm talking about. Meanwhile, mesa from world is actually compiled against llvm from gremlins or goblins, which is different major version than the one in world. That's why i'll wait until llvm is in world.

Oh now I see what you mean. That is absolutely fair.

Considering that now Mesa 25.1.3 is now out and my problem is fixed, i'll mark this thread as solved.