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: Lone_Wolf
Votes: 45
Popularity: 0.028992
First Submitted: 2009-12-18 18:42 (UTC)
Last Updated: 2024-09-10 21:29 (UTC)

Dependencies (40)

Required by (99)

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 .. 6 7 8 9 10 11 12 13 14 15 16 .. 32 Next › Last »

sinatosk commented on 2020-02-11 16:01 (UTC) (edited on 2020-02-12 20:08 (UTC) by sinatosk)

Compiling 20.1.0_devel.120094.23037627359 fails with the following error

Linking target src/vulkan/overlay-layer/libVkLayer_MESA_overlay.so.
FAILED: src/vulkan/overlay-layer/libVkLayer_MESA_overlay.so 
g++ -m32  -o src/vulkan/overlay-layer/libVkLayer_MESA_overlay.so 'src/vulkan/overlay-layer/5cf59b8@@VkLayer_MESA_overlay@sha/overlay.cpp.o' 'src/vulkan/overlay-layer/5cf59b8@@VkLayer_MESA_overlay@sha/overlay_params.c.o' -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libVkLayer_MESA_overlay.so -march=znver1 -mtune=znver1 -O2 -pipe -fno-plt -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now src/vulkan/util/libvulkan_util.a src/util/libmesa_util.a src/util/format/libmesa_format.a src/imgui/libimgui_core.a -Wl,-Bsymbolic-functions -Wl,-z,relro /usr/lib32/libz.so -pthread -lm /usr/lib32/libxcb.so /usr/lib32/libX11-xcb.so /usr/lib32/libX11.so /usr/lib32/libxcb-dri2.so /usr/lib32/libxcb-dri3.so /usr/lib32/libxcb-present.so /usr/lib32/libxcb-sync.so /usr/lib32/libxshmfence.so /usr/lib32/libwayland-client.so /usr/lib32/libdrm.so /usr/lib32/libxcb-randr.so /usr/lib32/libXrandr.so -ldl /usr/lib/libzstd.so -Wl,--end-group '-Wl,-rpath,$ORIGIN/../util:$ORIGIN/../../util:$ORIGIN/../../util/format:$ORIGIN/../../imgui' -Wl,-rpath-link,/home/user/pkg/aur_arch_builds/lib32-mesa-git/src/_build/src/vulkan/util -Wl,-rpath-link,/home/user/pkg/aur_arch_builds/lib32-mesa-git/src/_build/src/util -Wl,-rpath-link,/home/user/pkg/aur_arch_builds/lib32-mesa-git/src/_build/src/util/format -Wl,-rpath-link,/home/user/pkg/aur_arch_builds/lib32-mesa-git/src/_build/src/imgui
/usr/bin/ld: /usr/lib/libzstd.so: error adding symbols: file in wrong format
collect2: error: ld returned 1 exit status
[455/1443] Generating amdgfxregs_h with a meson_exe.py custom command.
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

I then set vulkan-overlay-layer in the PKGBUILD to false thinking it might be an issue with that

-D vulkan-overlay-layer=false \

and then the following error showed

Linking target src/gbm/libgbm.so.1.0.0.
FAILED: src/gbm/libgbm.so.1.0.0 
gcc -m32  -o src/gbm/libgbm.so.1.0.0 'src/gbm/cd6bfad@@gbm@sha/main_backend.c.o' 'src/gbm/cd6bfad@@gbm@sha/main_gbm.c.o' 'src/gbm/cd6bfad@@gbm@sha/backends_dri_gbm_dri.c.o' -Wl,--as-needed -Wl,--no-undefined -shared -fPIC -Wl,--start-group -Wl,-soname,libgbm.so.1 -march=znver1 -mtune=znver1 -O2 -pipe -fno-plt -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now src/loader/libloader.a src/util/libmesa_util.a src/util/format/libmesa_format.a src/util/libxmlconfig.a -Wl,--gc-sections /usr/lib32/libdrm.so /usr/lib32/libwayland-server.so -ldl -pthread /usr/lib32/libz.so -lm /usr/lib32/libexpat.so /usr/lib/libzstd.so -Wl,--end-group '-Wl,-rpath,$ORIGIN/../loader:$ORIGIN/../util:$ORIGIN/../util/format' -Wl,-rpath-link,/home/user/pkg/aur_arch_builds/lib32-mesa-git/src/_build/src/loader -Wl,-rpath-link,/home/user/pkg/aur_arch_builds/lib32-mesa-git/src/_build/src/util -Wl,-rpath-link,/home/user/pkg/aur_arch_builds/lib32-mesa-git/src/_build/src/util/format
/usr/bin/ld: /usr/lib/libzstd.so: error adding symbols: file in wrong format
collect2: error: ld returned 1 exit status
[746/1434] Generating sid_tables_h with a meson_exe.py custom command.
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

so I enabled vulkan-overlay-layer again and set zstd to false thinking it might be something to do with zstd

-D zstd=false \

and now it compiles successfuly

the mesa-git 64bit package compiles fine with zstd set to auto or true or false

Lone_Wolf commented on 2020-02-02 12:35 (UTC) (edited on 2020-02-02 12:35 (UTC) by Lone_Wolf)

some possible causes

  • what happens if you unset MESA_WHICH_LLVM before makepkg ?
  • I use bash as shell, are you using something else like zsh, fish ?
  • makepkg uses pacman to install/remove deps. Do you use aliases or customized wrappers for pacman ?
  • some other package on your system has the < and > requirements, try building with extra-x86_64-build from devtools package

gardotd426 commented on 2020-02-02 07:05 (UTC)

@Lone_Wolf yeah that git clone is from today. I gave you the exact output. The entire list of commands I ran was: 


gc https://aur.archlinux.org/lib32-mesa-git.git
lib32-mesa-git
MESA_WHICH_LLVM=1 makepkg

Which followed with the error message you saw. I wasn't using an AUR helper or anything.

Lone_Wolf commented on 2020-02-02 01:20 (UTC)

Nowhere in the PKGBUILD do i use <9.1 or >= 9.0.0 .

Have you tried with a fresh git clone ?

gardotd426 commented on 2020-02-01 20:17 (UTC) (edited on 2020-02-01 20:24 (UTC) by gardotd426)

The PKGBUILD for this is broken. I have lib32-llvm-minimal-git installed as well as lib32-llvm-libs-minimal-git but no matter what MESA_WHICH_LLVM I set, it throws the same error when I try and run makepkg 


Checking runtime dependencies
Missing dependencies:
lib32-llvm-libs<9.1
Checking buildtime dependencies
Missing dependencies:
lib32-llvm>=9.0.0
lib32-llvm<9.1

You'll notice that it would be impossible to build it with llvm-minimal anyway because it's at version 11. But regardless, no matter what llvm envar I set (it's supposed to be =1) it gives that error EDIT: if you actually change the 4 to a 1 INSIDE the PKGBUILD, it no longer throws that error. But trying to use MESA_WHICH_LLVM=1 has no effect. But it works with non-lib32 mesa-git

Lone_Wolf commented on 2020-01-07 19:25 (UTC)

AwadamaFever, looks like you wanted to post that on mesa-aco-git or lib32-mesa-aco-git pages.

upstream sees no harm in having that file in /usr/bin, see https://gitlab.freedesktop.org/mesa/mesa/issues/2230 .

My solution has been to remove it in both mesa-git and lib32-mesa-git PKGBUILDS.

AwadamaFever commented on 2020-01-07 17:57 (UTC)

error: failed to commit transaction (conflicting files) /usr/bin/mesa-overlay-control.py exists in both 'mesa-aco-git' and 'lib32-mesa-aco-git' Errors occurred, no packages were upgraded.

YAOMTC commented on 2019-12-29 21:50 (UTC) (edited on 2019-12-29 23:02 (UTC) by YAOMTC)

I've installed llvm-minimal-git, lib32-llvm-minimal-git, and mesa-git. When I run makepkg on this, it tells me I'm missing "lib32-llvm=9.0.0". lib32-llvm-minimal-git provides 10, not 9. What now?

EDIT: Forgot to read the PKGBUILD, never mind. The answer is right in there, just had to change the 4 to 1.

Lone_Wolf commented on 2019-12-15 14:53 (UTC) (edited on 2019-12-15 14:53 (UTC) by Lone_Wolf)

file in /usr/bin is now removed as temp workaround, see https://gitlab.freedesktop.org/mesa/mesa/issues/2230

Ashraaf, thx for the info. It allowed me to figure out what was wrong.

I don't use vulkan often and didn't have lib32-vulkan-icd-loader installed (it was only listed as a makedepend ).

Ashraaf commented on 2019-12-14 15:30 (UTC) (edited on 2019-12-14 15:34 (UTC) by Ashraaf)

It looks like zink is running fine on my RX 580 here, using llvm-minimal-git(2ac702a). MESA_LOADER_DRIVER_OVERRIDE=zink glxgears and glxgears32 both working fine.

Output of MESA_LOADER_DRIVER_OVERRIDE=zink glxinfo -B and glxinfo32 -B show that the correct zink driver is loaded (OpenGL 2.1) and running under ACO backend.

name of display: :1
ATTENTION: default value of option mesa_glthread overridden by environment.
ATTENTION: default value of option mesa_no_error overridden by environment.
WARNING: Experimental compiler backend enabled. Here be dragons! Incorrect rendering, GPU hangs and/or resets are likely
ATTENTION: default value of option adaptive_sync overridden by environment.
display: :1  screen: 0
direct rendering: Yes
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Collabora Ltd (0x1002)
    Device: zink (AMD RADV/ACO POLARIS10 (LLVM 10.0.0)) (0x67df)
    Version: 20.0.0
    Accelerated: yes
    Video memory: 16384MB
    Unified memory: no
    Preferred profile: compat (0x2)
    Max core profile version: 0.0
    Max compat profile version: 2.1
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 2.0
OpenGL vendor string: Collabora Ltd
OpenGL renderer string: zink (AMD RADV/ACO POLARIS10 (LLVM 10.0.0))
OpenGL version string: 2.1 Mesa 20.0.0-devel (git-ce52b49348)
OpenGL shading language version string: 1.20

OpenGL ES profile version string: OpenGL ES 2.0 Mesa 20.0.0-devel (git-ce52b49348)
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.0.16

« First ‹ Previous 1 .. 6 7 8 9 10 11 12 13 14 15 16 .. 32 Next › Last »