Package Details: lib32-mesa-git 20.2.0_devel.125631.ab9ecb607b8-1

Git Clone URL: (read-only, click to copy)
Package Base: lib32-mesa-git
Description: an open-source implementation of the OpenGL specification, git version
Upstream URL:
Licenses: custom
Conflicts: lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-vdpau, lib32-vulkan-intel, lib32-vulkan-radeon
Provides: lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-vdpau, lib32-opengl-driver, lib32-vulkan-driver, lib32-vulkan-intel, lib32-vulkan-radeon
Submitter: None
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 38
Popularity: 0.107255
First Submitted: 2009-12-18 18:42
Last Updated: 2020-07-02 14:43

Required by (81)

Sources (3)

Pinned Comments

Lone_Wolf commented on 2019-05-09 13:30

This package now uses an environment variable to determine which llvm package it will be built against. Check PKGBUILD for details.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

Lone_Wolf commented on 2020-07-02 14:47

Both archlinux and mesa bugtrackers don't show LTO related problems with mesa afaik.

Re-enabled LTO.

Lone_Wolf commented on 2020-05-14 10:12

Checked the bugreport, and noticed you had problems creating a trace for debugging.

None of the archlinux mesa packages (official repos, lordheavys unofficial repo, aur packages) has a debug version.

If you still want to give it a try , check

HenryM commented on 2020-05-13 19:09

I did open an issue at but I just found that mesa_glthread is causing the segfault and a huge hit to performance.

if "<option name="mesa_glthread" value="true" />" is set via ~/.drirc, bad things happen to HL2 and Portal.

Lone_Wolf commented on 2020-05-09 10:16

That indciates your issue isn't caused by llvm variants. is about HalfLife , but does look like it describes a different problem. Please check it and consider opening a new issue if you feel the same.

HenryM commented on 2020-05-09 07:52

@Lone_Wolf I tried the chaotic-aur mesa-git binary and their build of lib32-mesa-git (20.2.0_devel.123536.45c33313e6e-1) consistently crashes HL2 about 2-3 seconds after loading a level, but cs:source is completely stable

I also just built mesa-git against chaotic aur-lib32-llvm-git 11.0 myself and it behaves the same as when built against repo llvm 10.0 stable; HL2 and episodes both crash to desktop a minute or so after loading a level. cs:source continues to be stable.

Lone_Wolf commented on 2020-05-08 18:06

@fisch02 : yes, I'll add it.

@HenryM : please build mesa-git & lib32-mesa-git against one of the llvm trunk variants to verify whether that also has the issue (often it won't) .

Incase your system has trouble building llvm trunk, you can use the binary versions from .

PedroHLC builds many aur packages including my llvm/mesa packages regularly. The mesa-git & lib32-mesa-git in his chaotic-aur repo are build against llvm-minimal -git & lib32-llvm-minimal-git variants.

fisch02 commented on 2020-05-08 16:25

New steam and steam-native-runtime packages in multilib-testing depend on lib32-vulkan-driver. Can you add lib32-vulkan-driver to provides as well, similar to how its made in the regular mesa-git package ?

HenryM commented on 2020-05-08 16:25

I haven't touched llvm, it is the 10.0.0-1 repo package

Lone_Wolf commented on 2020-05-08 15:01

@HenryM Which llvm are you building against ?

If one of the llvm git versions, does the error also happen when you build against repo llvm ?

HenryM commented on 2020-05-08 13:03

lib32-mesa-git (20.2.0_devel.123280.f1a40a26a90-3) causes Half Life 2 and episodes to crash.

crash occurs anywhere from a few seconds after loading a map to few minutes of gameplay.

HL2 Update also crashes when trying to play any level, but the main menu does not seem to crash.

this did not happen on the previous mesa-20.1-git build, it only started after moving to 20.2-git.

running via steam-native, steam-runtime (beta and stable branches) and a desktop icon all have the same result.

However, TF2 and Counter Strike 1.6 run fine on 20.2-git, and I played over an hour of Counter Strike: Source without a problem.

when running on stable lib32-mesa 20.0.6 and also 20.1 everything appears to work fine.

I'm using an R9 390 and AMDGPU