Package Details: mesa-aco-git 19.3.0_devel.20191017.fe930ad92ab-7

Git Clone URL: https://aur.archlinux.org/mesa-aco-git.git (read-only)
Package Base: mesa-aco-git
Description: Mesa with the ACO compiler patchset, git version
Upstream URL: https://www.mesa3d.org
Licenses: custom
Conflicts: libva-mesa-driver, mesa, mesa-git, mesa-vdpau, mesa-vulkan-layer, opencl-mesa, vulkan-intel, vulkan-mesa-layer, vulkan-radeon
Provides: libva-mesa-driver=19.3.0_devel.20191017.fe930ad92ab-7, mesa=19.3.0_devel.20191017.fe930ad92ab-7, mesa-git=19.3.0_devel.20191017.fe930ad92ab-7, mesa-libgl=19.3.0_devel.20191017.fe930ad92ab-7, mesa-vdpau=19.3.0_devel.20191017.fe930ad92ab-7, mesa-vulkan-layer=19.3.0_devel.20191017.fe930ad92ab-7, opencl-driver, opencl-mesa=19.3.0_devel.20191017.fe930ad92ab-7, opengl-driver, vulkan-driver=19.3.0_devel.20191017.fe930ad92ab-7, vulkan-intel=19.3.0_devel.20191017.fe930ad92ab-7, vulkan-mesa-layer=19.3.0_devel.20191017.fe930ad92ab-7, vulkan-radeon=19.3.0_devel.20191017.fe930ad92ab-7
Submitter: Nephyrin
Maintainer: Nephyrin
Last Packager: Nephyrin
Votes: 1
Popularity: 0.717281
First Submitted: 2019-10-06 18:28
Last Updated: 2019-10-21 05:26

Dependencies (36)

Required by (1000)

Sources (3)

Pinned Comments

Nephyrin commented on 2019-10-06 22:16

If anyone is having a circular issue where they cannot -Syu due to their mesa-aco-git build, you'll need to switch back to regular mesa, do a proper upgrade, and then rebuild mesa-aco-git. The recent libglvnd changes mean this package must be built in the presence of libglvnd>=1.2.0 to prevent issues.

I've bumped the build dep accordingly to hopefully prevent people from getting stuck.

Nephyrin commented on 2019-10-06 18:30

See here for information on the ACO backend: https://steamcommunity.com/games/221410/announcements/detail/1602634609636894200

While some bits of ACO have been merged to upstream mesa, this branch still contains the latest development work, and also enables ACO features by default.

This package is mesa-git targeted at the ACO branch. It selects llvm 8.0 to prevent breaking your system when llvm9 comes out (rebuild will be required). Unlike mesa-git this doesn't have the MESA_WHICH_LLVM selection, which we were seeing break AUR helpers such as yay, but that may be a matter of preference. Using llvm-git is much less necessary with this as the new compiler, by definition, is not using LLVM (some non-pixel-shaders still make use of system LLVM, but 8.0 should be plenty recent for those purposes)

Latest Comments

1 2 Next › Last »

Nephyrin commented on 2019-10-21 05:28

Updates pushed to fix the new-new-new-libglvnd conflict.

Make it stop!

Mel commented on 2019-10-20 14:01

Another solution is adding libglvnd to IgnorePkg field until mesa-aco-git catches up, assuming you still have 1.20.0-2 installed.

Considering this bugreport and the fact that libglvnd ships outdated header files, perhaps @nicman23's suggestion to build it without headers while retaining the headers from mesa might actually be the best solution to this problem.

nicman23 commented on 2019-10-20 13:58

compile libglvnd with configuration argument --disable-headers as a temp fix

toyarchery commented on 2019-10-19 09:52

The future is now thanks to db-move

Mel commented on 2019-10-18 16:59

This commit related to libglvnd currently in testing will cause breakage in the future:

error: failed to commit transaction (conflicting files)
libglvnd: /usr/include/EGL/egl.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/EGL/eglext.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/EGL/eglplatform.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GL/gl.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GL/glcorearb.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GL/glext.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GL/glx.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GL/glxext.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GLES2/gl2.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GLES2/gl2ext.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GLES2/gl2platform.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GLES3/gl3.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GLES3/gl31.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GLES3/gl32.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/GLES3/gl3platform.h exists in filesystem (owned by mesa-aco-git)
libglvnd: /usr/include/KHR/khrplatform.h exists in filesystem (owned by mesa-aco-git)
Errors occurred, no packages were upgraded.

rafaelpbbr commented on 2019-10-17 01:01

Easy way to solve circular issue LLVM 9.0: first sudo pacman -Rdd mesa-aco-git, update libs-llvm, and rebuild mesa-aco-git.

Nephyrin commented on 2019-10-14 21:33

Updated for 9.0. Similar to the glvnd dependency: If you are using an AUR helper, and not the Valve AUR mirror, then you may need to temporarily switch back to normal mesa to upgrade your system, then rebuild mesa-aco-git.

cmartinez2985 commented on 2019-10-11 20:11

Nephyrin, looks like llvm-libs 9.0 hit the extra repo.

Nephyrin commented on 2019-10-08 19:11

LLVM 9.0 is in [testing] only. You can modify the dependency to >=9.0 && <9.1 and rebuild and you should be fine. I will bump it here once that merges to extra.

Mel commented on 2019-10-08 13:22

llvm-libs 9.0 hit the testing repo:

:: Starting full system upgrade...
resolving dependencies...
looking for conflicting packages...
error: failed to prepare transaction (could not satisfy dependencies)
:: installing lib32-llvm-libs (9.0.0-1) breaks dependency 'lib32-llvm-libs<8.1' required by lib32-mesa-aco-git
:: installing llvm-libs (9.0.0-2) breaks dependency 'llvm-libs<8.1' required by mesa-aco-git