Package Details: lib32-mesa-git 25.0.0_devel.200052.bed748d5f6d.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.001642
First Submitted: 2009-12-18 18:42 (UTC)
Last Updated: 2025-04-16 20:47 (UTC)

Required by (82)

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

yurikoles commented on 2018-12-12 13:28 (UTC)

@Lone_Wolf

Package advertises provision of lib32-opencl-mesa, but it's disabled in meson config.

Lone_Wolf commented on 2018-11-16 19:00 (UTC)

During investigating I found adding libva and libxrandr also satifies the build. This is however due to meson not using lib32 pkg-config & llvm-config but their 64-bit counterparts. Not sure yet whether that's a meson bug or archlinux multilib build bug, but I'll start a forum thread to discuss that (extra lib32-mesa uses same method so may also suffer from this)

Added lib320libva & lib32-libxrandr to makedeps.

PedroHLC commented on 2018-11-16 12:16 (UTC)

For it to build in a clean chroot, I've needed to add 'lib32-libva' and 'lib32-libxrandr' to makedepends.

bpierre commented on 2018-11-03 15:58 (UTC)

@Lone_Wolf: this has been fixed in mesa, see https://cgit.freedesktop.org/mesa/mesa/commit/?id=1f41104b9bab50652050bf4524f2b9f371f7ca9b

Lone_Wolf commented on 2018-11-03 14:13 (UTC)

I just build mesa-git and lib32-mesa-git , neither has any files in /usr/share/locale .

I did notice a warning during build about missing locales, but that's all.

Please build mesa-git & lib32-mesa-git while adding --log to the makepkg command and post the logs somewhere public.

bpierre commented on 2018-11-01 17:24 (UTC) (edited on 2018-11-01 17:27 (UTC) by bpierre)

There are now some locale files conflicting with mesa-git too: https://gist.github.com/benoit-pierre/4e0a4f63513d81c8a7a0ca3ff57dba9c

Lone_Wolf commented on 2018-08-04 17:29 (UTC)

That appears to be caused by this commit : https://cgit.freedesktop.org/mesa/mesa/commit/?id=4334196ab325c6a19d618a392cddcc9f03adeb18

Looks like intel devs feel their tools need to be present if someone builds mesa intel drivers, even if -D tools [] is used to suppress building tools.

Not sure yet how to deal with this, but for now i'm going to remove those files during package.

ibrokemypie commented on 2018-08-04 12:27 (UTC)

Seems to conflict with mesa-git error: failed to commit transaction (conflicting files) lib32-mesa-git: /usr/bin/intel_dump_gpu exists in filesystem (owned by mesa-git) lib32-mesa-git: /usr/bin/intel_sanitize_gpu exists in filesystem (owned by mesa-git)

C0rn3j commented on 2018-05-27 08:33 (UTC)

Thanks for a quick fix, removing the packages wasn't needed, keep up being an awesome maintainer ^^

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 32 Next › Last »