Package Details: lib32-mesa-git 24.3.0_devel.194631.e0e7d8d910e.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.010469
First Submitted: 2009-12-18 18:42 (UTC)
Last Updated: 2025-01-13 05:52 (UTC)

Required by (96)

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 2 3 4 5 6 7 8 9 10 11 .. 32 Next › Last »

sir_randomuser commented on 2022-03-13 17:00 (UTC)

@Grimish

I've created a simple bash script to build mesa-git and lib32-mesa-git in a clean CHROOT, you may find it useful. Link: https://github.com/SirToffski/mesa-git-arch

It relies on using clean-chroot-manager. Very convenient - as it will automatically update the local repository with packages it builds. https://github.com/graysky2/clean-chroot-manager

Lone_Wolf commented on 2022-03-11 09:46 (UTC) (edited on 2022-03-11 09:52 (UTC) by Lone_Wolf)

clean chroot builds do require some additional setup, yes.

Below is how it goes with multilib-build from devtools package .

  • I have never found a way to pass an env var to multilib-build , set the value you want explicitly very early in the PKGBUILD (before it's used)

  • You have to pass every non-repo pacakge explicitly to the command using the -I option used by makechrootpkg .

multilib-build -- -I /path/to/package1.pkg.tar.zst -I /path/to/pacakge2.tar.zst

  • for lib32-mesa-git with MESA_WHICH_LLVM=1 you need to add 5 pacakge tarballs : llvm-libs-minimal-git , llvm-minimal-git , mesa-git , lib32-llvm-libs-minimal-git and lib32-llvm-minimal-git .

  • putting those in a script is tricky, as you have to include the correct version.

NOTE: the above also applies to mesa-git in a chroot, if you don't set MESA_WHICH_LLVM explicitly it will default to 4 and use repo llvm.

https://wiki.archlinux.org/title/DeveloperWiki:Building_in_a_clean_chroot has some imfo.

Grimish commented on 2022-03-10 22:09 (UTC)

Maybe i'm doing something wrong - haven't done much building in recent years so I'll jump to the chase. I build mesa-git in a clean chroot, everything works out. When I attempt to do lib32-mesa-git I run into a dependancy issue using MESA_WHICH_LLVM=1. Have not attempted any other version. I was thinking though that somehow that mesa-git has to be utilized or installed to the chroot as its mentioned among like 8 other 32-bit library dependants that pacman cannot resolve. I do enable the multilib repository in pacman as well. Not sure if thats what I'm missing. Maybe someone can help me out with that or point me in the right direction.

Thanks.

sir_randomuser commented on 2022-03-09 20:14 (UTC)

@rjahanbakhshi

Thank you!

Regarding moving lib32-libglvnd from makedepends() to depends() - not sure if that was the fix anymore. It compiled correctly once yesterday - but the more I think about it - maybe I accidentally left MESA_WHICH_LLVM undefined that time, so it used the packages from extra. Was not able to successfully compile it again.

rjahanbakhshi commented on 2022-03-09 14:25 (UTC) (edited on 2022-03-09 14:26 (UTC) by rjahanbakhshi)

@sir_randomuser

Thanks for reporting this. I'll look into it today.

sir_randomuser commented on 2022-03-08 17:14 (UTC) (edited on 2022-03-08 18:42 (UTC) by sir_randomuser)

When trying to build this package with MESA_WHICH_LLVM=2 in a clean chroot, I get the following:

How would I go about resolving this? Appreciate your help.

EDIT: this happens when dependencies are installed into chroot - before any build takes place.

EDIT2: resolved by moving lib32-libglvnd from makedepends() to depends()

error: failed to commit transaction (conflicting files)
/home/toffski/toff_build_chroot/root/usr/lib/libear/__init__.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libear/config.h.in exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libear/ear.c exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/__init__.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/analyze.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/arguments.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/clang.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/compilation.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/intercept.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/report.py exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/resources/scanview.css exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/resources/selectable.js exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/resources/sorttable.js exists in both 'llvm-git' and 'lib32-llvm-git'
/home/toffski/toff_build_chroot/root/usr/lib/libscanbuild/shell.py exists in both 'llvm-git' and 'lib32-llvm-git'

rjahanbakhshi commented on 2022-02-08 20:41 (UTC)

@Billli11,

Thanks for the report. PKGBUILD updated to use llvm 13.0.1

Billli11 commented on 2022-02-08 17:35 (UTC)

lib32-llvm, and lib32-llvm-libs has been updated from 13.0.0 to 13.0.1 in the official stable multilib repositories.

Please update the PKGBUILD file.

Thanks.

l_archlinux commented on 2022-01-22 15:07 (UTC) (edited on 2022-01-23 14:42 (UTC) by l_archlinux)

EDITED

i'm sorry, something was wrong on my side probably, i tried again and it worked normally.

rjahanbakhshi commented on 2021-12-15 23:25 (UTC)

@FabioLolix,
That is correct. The packages in the depends array are implicitly required to build the package, they should not be duplicated in the makedepends.
lib32-gcc-libs, lib32-libelf, mesa-git, and lib32-wayland have been removed from the makedepends array.
Thanks,

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 .. 32 Next › Last »