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.118202
First Submitted: 2009-12-18 18:42 (UTC)
Last Updated: 2024-09-10 21:29 (UTC)

Dependencies (40)

Required by (91)

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 .. 25 26 27 28 29 30 31 32 Next › Last »

Huulivoide commented on 2012-02-01 15:31 (UTC)

t_zeev, please wait a ?hour?/till I get this updated... I orphanned this some time ago, but readopted this, as nobody else shows any interest.... IF there is someone interested and capable of maintaining this, please tell me. I my self am currently using the AMD's binary blob, but have been planning on chanhing back to OSS drivers, some time soon..., but for time being, Im going to maintain this "blindly"

<deleted-account> commented on 2012-02-01 15:30 (UTC)

Thank you Huulivoide! lib32-mesa-git builds. But I thought the other packages should work too. I get: ==> Starting package_lib32-libgl-git()... Unknown type of argument: lib/libGL.so* ==> ERROR: A failure occurred in package_lib32-libgl-git(). Aborting... Should the other packages work too?

Huulivoide commented on 2012-02-01 15:09 (UTC)

You can pss -R to makepkg, sho it will skip the build() function...

<deleted-account> commented on 2012-02-01 15:08 (UTC)

rm: cannot remove `/mnt/backup/home/backup/devel/lib32-mesa-git/pkg/lib32-mesa-git/usr/lib32/pkgconfig': Is a directory ==> ERROR: A failure occurred in package_lib32-mesa-git(). Aborting... if I change "rm -f" to "rm -rf" of pkgconfig and include, I get to another error. I'll post that when it finishes. Can I force makepkg to not start the build from the beginning?

Huulivoide commented on 2012-02-01 14:01 (UTC)

t_zeev, how does the install phase not work? Could you give us some more info. Seems there is no maintainer at the moment...

<deleted-account> commented on 2012-02-01 10:04 (UTC)

Even with "export LLVM_CONFIG=/usr/lib32/llvm/llvm-config" (thanks!), after successful compile & link the build fails during install phase. Could the maintainer please verify the package builds for him? (and fix)

Lone_Wolf commented on 2012-01-10 23:42 (UTC)

Headers for EGL are now included, also builds the EGL state tracker. GLES 1 + 2 headers are not included, since the package is built without GLES support.

Lone_Wolf commented on 2012-01-06 19:00 (UTC)

There may be nothing wrong with that, but I use the mesa/lib32-mesa PKGBUILD in Extra as a template. Staying close to those helps with determining correct dependencies/conflicts.

haagch commented on 2011-12-27 15:01 (UTC)

I was wondering if there is a reason for the build function to be so complex. What's wrong with this: make make DESTDIR="${pkgdir}" install rm -rf "${pkgdir}"/usr/{include,share,bin}

Lone_Wolf commented on 2011-12-21 23:58 (UTC)

I'll look into it, but it may have to do with a problem in lib32-llvm . i suggest you try again with lib32-llvm 3.0 (in repo since tuesday evening i think)

« First ‹ Previous 1 .. 25 26 27 28 29 30 31 32 Next › Last »