Package Details: lib32-mesa-git 21.0.0_devel.131029.fe3b5241a48-1

Git Clone URL: https://aur.archlinux.org/lib32-mesa-git.git (read-only, click to copy)
Package Base: lib32-mesa-git
Description: an open-source implementation of the OpenGL specification, git version
Upstream URL: https://www.mesa3d.org
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: 39
Popularity: 0.26
First Submitted: 2009-12-18 18:42
Last Updated: 2020-11-12 22:53

Required by (82)

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

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

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 https://wiki.archlinux.org/index.php/Unofficial_user_repositories#chaotic-aur .

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

sinatosk commented on 2020-02-13 01:13

Hiya, sorry for delay on response and sorry for the last post. I somehow missed that vulkan-overlay-layer was still disabled

I've enabled it again and compile is now successful.

I've deleted the previous post

Lone_Wolf commented on 2020-02-12 22:51

Those lines are still needed here with lib32-mesa-git-20.1.0_devel.120106.18786cc7d55-1-x86_64.pkg.tar.zst .

You are using the last PKGBUILD I uploaded ?

Lone_Wolf commented on 2020-02-11 22:55

Sinatosk, LordHeavy thanks for the info.

I'll disable zstd for this package until this has been solved.

lordheavy commented on 2020-02-11 17:15

@sinatosk

See https://bugs.archlinux.org/task/65460