Notice: Undefined variable: name in /srv/http/vhosts/ on line 248

Package Details: mesa-test-libgl-git 17.1.0_devel.88759.106a51440d-1

Git Clone URL: (read-only)
Package Base: mesa-test-git
Description: Mesa 3-D graphics library
Upstream URL:
Licenses: custom
Conflicts: libegl, libgles, mesa-libgl
Provides: libegl, libgl, libgles, mesa-libgl
Replaces: libegl, libgles, mesa-libgl
Submitter: Lone_Wolf
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 4
Popularity: 2.483358
First Submitted: 2016-12-11 23:34
Last Updated: 2017-02-04 17:04

Required by (600)

Sources (3)

Pinned Comments

Lone_Wolf commented on 2016-12-11 23:46

This package is similar to my mesa-git package, but :

- has only 2 sub packages instead of 7
- is less work to maintain
- cleaner PKGBUILD
- installs everything build (mesa-git & stock mesa don't use all files build )

The configure flags have also changed somewhat.
Once this has had enough testing I intend to merge this into mesa-git .

Latest Comments

1 2 Next › Last »

kerberizer commented on 2017-01-13 17:13

@Hi-Angel, depending on the case, direct replacing might also be possible, indeed. As for the "mesa is not a clone", this should occur only once. Subsequent builds should be fine.

Hi-Angel commented on 2017-01-13 17:08

@kerberizer thank you very much. I solved the dependencies by building lib32-test-mesa-git, and then installing both lib32-mesa-test-git and mesa-test-git at once.

About "mesa is not a clone" — I did something similar, I just removed everything and rebuilt. But it's not a good solution in general, because it forces to build everything from scratch, instead of just changed sources.

kerberizer commented on 2017-01-13 14:23


re breakings deps:
Don't try simply removing the (lib32-)mesa-git packages. Instead, install the "stock" Arch's non-git Mesa packages, so that they __replace__ the -git ones. I.e. in lieu of "pacman -R lib32-mesa-git", do "pacman -S lib32-mesa". You might need to install several of Mesa (non-git) packages that way in order to fix the deps breaking. Once you're done with this, you can then replace those stock non-git packages with mesa-test-git.

re mesa is not a clone:
Simply remove the "mesa" subdirectory from the directory where the PKGBUILD resides and start makepkg again, letting it fetch the Mesa sources anew.

Hi-Angel commented on 2017-01-13 13:43

Well, now the problem is that I can't install the test mesa-git. Pacman complains:

error: failed to prepare transaction (could not satisfy dependencies)
:: lib32-mesa-git: removing mesa-git breaks dependency 'mesa-git'

If I do sudo pacman -R lib32-mesa-git, it lists more packages to break, like lib32-cairo, which I don't want to remove. What do I do?

Hi-Angel commented on 2017-01-13 12:41

Hmm very odd. I just took the PKGBUILD not from testing, and I see the same error.

But if I just put the snapshot into the empty dir, the error disappears, and mesa starts downloading.

Hi-Angel commented on 2017-01-13 12:29

Btw, while on it: what's the difference between "dri-drivers" and "gallium-drivers"? I'm just trying to convince myself whether I need a dri-driver "radeon", given I already have a gallium one "r600". FWIW, I always thought that nowadays radeon drivers are all using gallium API, so I'm confused.

Hi-Angel commented on 2017-01-13 12:21

Doesn't work for me, it says:

==> ERROR: /home/constantine/Projects/builds/mesa-git/mesa is not a clone of

Well, the directory is definitely not a clone of — sources are under "src/mesa" since the non-testing PKGBUILD.

Hi-Angel commented on 2017-01-13 12:07

You may probably want to remove everything *xvmc* from dependencies, given that you explicitly disabled it in autogen.

talonz commented on 2016-12-23 20:25

thanks wolf, testing it out now

Lone_Wolf commented on 2016-12-18 15:54

The lib32 companion package is now also uploaded :