Package Details: lib32-mesa-git 24.0.0_devel.179925.0e481bf4632.d41d8cd-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-libgl, lib32-mesa-vdpau, lib32-vulkan-intel, lib32-vulkan-mesa-layers, lib32-vulkan-radeon
Provides: lib32-libva-mesa-driver, lib32-mesa, lib32-mesa-libgl, lib32-mesa-vdpau, lib32-opengl-driver, lib32-vulkan-driver, lib32-vulkan-intel, lib32-vulkan-mesa-layers, lib32-vulkan-radeon
Submitter: None
Maintainer: rjahanbakhshi (Lone_Wolf)
Last Packager: rjahanbakhshi
Votes: 44
Popularity: 0.58
First Submitted: 2009-12-18 18:42 (UTC)
Last Updated: 2024-03-07 21:18 (UTC)

Required by (87)

Sources (3)

Pinned Comments

Lone_Wolf commented on 2024-02-14 11:49 (UTC)

Mesa commit b52e25d3 breaks intel iris & anv build UNLESS OpenCL support is present.

Incase you don't need those drivers, a temporary workaround is to disable them.

lib32-mesa-minimal-git is also affected.

Lone_Wolf commented on 2023-11-02 16:03 (UTC) (edited on 2023-11-02 16:05 (UTC) by Lone_Wolf)

@RPINerd in https://aur.archlinux.org/packages/lib32-mesa-git#comment-941648

Users of this package are supposed to (re)build lib32-mesa-git everytime mesa-git changes to avoid such issues.

I'm certain I have stated that in the past, but it may have been lost in the older pages of comments.

Lone_Wolf commented on 2019-05-09 13:30 (UTC)

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 .. 12 13 14 15 16 17 18 19 20 21 22 .. 31 Next › Last »

talonz commented on 2017-08-05 20:51 (UTC)

having problems building lib32-mesa-git, no problems with mesa-git https://pastebin.com/fpSDzyf8

jpapadopoulos commented on 2017-07-26 15:53 (UTC)

The black rendering issue is caused by -march=native on new Intel cpus. For more info see here https://bugs.freedesktop.org/show_bug.cgi?id=101484

pepster commented on 2017-07-07 06:06 (UTC)

Also a big thanks from my side for maintaining the package. Unfortunately I also encounter the black ogl32 problem. glxgears32 for example is 32bit. My llvm-svn is from kerberizer. Switching back to gcc 6.3.1-2 (and rebuilding llvn from sources because kerberizers llvm is build with gcc 7 I suppose) OR replacing /usr/lib32/xorg/modules/dri/radeonsi_dri.so with an older version helps. Lord Heavys 32bit mesa is working.

Lone_Wolf commented on 2017-07-02 20:05 (UTC)

I don't know of any native linux multiluib applications, but wine 32 bit games run normally ( NFS3 and Might of Magic ). Is your llvm-svn / lib32-llvm-svn updated regularly ? If yes, Does mesa-git from Lord Heavy unofficial mesa-git repo have the same problems ?

p4block commented on 2017-07-02 13:54 (UTC)

Every time I build this (after mesa-git of course) I get completey black 32 bit opengl applications. Worst part is that they technically run, glxgears32 reports fps, steam opens (but shows blank gui) and other fun interactions. It's been like this for a month and I'm a bit out of ideas. Anyone else encountered this?

itzexor commented on 2017-05-24 19:58 (UTC)

Thank you for fixing that. Thank you for maintaining these packages as well.

Lone_Wolf commented on 2017-05-24 10:49 (UTC)

100% correct, fixed.

itzexor commented on 2017-05-24 01:41 (UTC)

Shouldn't this provide lib32-opengl-driver instead of lib32-opengl-provider? :: lib32-libglvnd: removing dummy-opengl-driver-git breaks dependency 'lib32-opengl-driver'

Lone_Wolf commented on 2017-05-23 17:08 (UTC)

Package is now build with glvnd support. Before building : install https://aur.archlinux.org/packages/dummy-opengl-driver-git/ (can be removed afterwards) When building outside a chroot, install lib32-libglvnd manually. If you don't, makepkg -s and -r options will fail due to conflicts.

Lone_Wolf commented on 2017-05-08 15:24 (UTC)

I put it there as a temp solution until lib32-libunwind maintainer had a chance to update. That was a month ago, the maintainer hasn't responded so I submitted an orphan request and intend to take over the package.