Package Base Details: mesa-git

Git Clone URL: (read-only)
Keywords: mesa X11
Submitter: Krejzi
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 144
Popularity: 0.475933
First Submitted: 2014-06-19 21:33
Last Updated: 2016-12-11 23:17

Pinned Comments

Lone_Wolf commented on 2016-10-11 20:52

Updated Pinned Comment

Recommended way to update :

run pacman -Syu
build & update llvm-svn & lib32-llvm-svn
build & update mesa-git
build & update lib32-mesa-git

If you feel llvm-svn takes to long to build (50 minutes on my system) Kerberizer (aur llvm-svn & lib32-llvm-svn maintainer ) has setup an unofficial repo.

That repo is updated to latest llvm-svn several times per day.

Latest Comments

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

Roberth commented on 2016-10-06 23:54

RADV was just merged does it need to be built into it's own package?

goldpaw commented on 2016-09-24 00:57

That did the trick! :)

Thank you!

Lone_Wolf commented on 2016-09-23 23:32


that looks like a remnant from an earlier build.

run pacman -Syu immediately before you try again,
then build with 'makepkg -Crs'

The capital C tells makepkg to remove the src-folder before building stats,making sure you build as-if-it-were-the-first-time .
(check man makepkg for more details)

goldpaw commented on 2016-09-23 21:39

So I'm getting this error:

/usr/bin/ld: cannot find -lLLVM-4.0.0svn-r282237
collect2: error: ld returned 1 exit status
make[4]: *** [Makefile:973:] Error 1
make[4]: Leaving directory '/home/lars/Sources/mesa-git_2016-09-23/src/mesa/src/gallium/targets/pipe-loader'
make[3]: *** [Makefile:605: all-recursive] Error 1
make[3]: Leaving directory '/home/lars/Sources/mesa-git_2016-09-23/src/mesa/src/gallium'
make[2]: *** [Makefile:709: all-recursive] Error 1
make[2]: Leaving directory '/home/lars/Sources/mesa-git_2016-09-23/src/mesa/src'
make[1]: *** [Makefile:587: all] Error 2
make[1]: Leaving directory '/home/lars/Sources/mesa-git_2016-09-23/src/mesa/src'
make: *** [Makefile:650: all-recursive] Error 1

I have the llvm version from Kerberizer's repository, though my installed version is slightly newer than the one the makefile fails to find. Is the version the problem?

This is the one I have:
llvm-svn/llvm-svn 4.0.0svn_r282254-1

cookiengineer commented on 2016-09-11 20:15

The mesa driver is currently broken for Intel graphics cards and hardware accelerated video decoding.

If you open any hardware / GPU accelerated video decoder, it will fail with
Intel driver fails with "intel_do_flush_locked failed: No such file or directory"

Bug Report:

I created a binary releases for people having the same problem and want a quick solution, the patch is confirmed to work on three different core iX machines (3. to 5. Gen):

electricprism commented on 2016-09-04 04:16

@Lone_Wolf - thank you, not only does lvm-svn and clang-svn take forever to build, they're also broken right now.

I just removed the -svn on both deps and am hoping it'll build just fine, if that fails Ill add that binary repo, thanks :)

Lone_Wolf commented on 2016-08-26 13:07

Gentoofu, the rejection is because that patch is now part of master.

I have removed the patch and updated the Package.

gentoofu commented on 2016-08-26 01:35

==> Starting prepare()...
patching file
Hunk #1 succeeded at 816 (offset -9 lines).
patching file src/mesa/state_tracker/st_cb_blit.c
Reversed (or previously applied) patch detected! Skipping patch.
2 out of 2 hunks ignored -- saving rejects to file src/mesa/state_tracker/st_cb_blit.c.rej

Lone_Wolf commented on 2016-08-18 08:02

100best, while mesa-git may builds against stable llvm NOW, chances that it will still do that in a few weeks are low.
Best case you'll miss out on newer features or get problems that have been solved in llvm-svn .

I do agree llvm-svn takes a long time to build (50 minutes on my system) , but there's a better solution :
user kerberizer' unofficial llvm-svn repo, see

100best commented on 2016-08-16 01:03

It builds without the svn versions of LLVM and Clang which take forever to compile "llvm-libs-svn", "clang-svn", and "llvm-svn" so instead "llvm-libs", "clang", and "llvm" appear to work fine.