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: 4
Popularity: 2.80
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-11-14 05:57

@gardotd426 -- near as I can tell, meson is blowing up trying to check your system's llvm version. This package doesn't do anything funny there, so perhaps something is broken in Manjaro testing right now with meson and/or llvm packaging.

Are you using the stock llvm package, or some llvm-git version from AUR? Does llvm-config --version work?

gardotd426 commented on 2019-11-14 03:16

@Nephyrin, this is the error code I'm getting. I've tried it multiple times, on 2 systems, one is a completely new fresh install...

 Traceback (most recent call last):
  File "/usr/lib/python3.7/site-packages/mesonbuild/mesonmain.py", line 129, in run
    return options.run_func(options)
  File "/usr/lib/python3.7/site-packages/mesonbuild/msetup.py", line 245, in run
    app.generate()
  File "/usr/lib/python3.7/site-packages/mesonbuild/msetup.py", line 159, in generate
    self._generate(env)
  File "/usr/lib/python3.7/site-packages/mesonbuild/msetup.py", line 192, in _generate
    intr.run()
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreter.py", line 4020, in run
    super().run()
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 412, in run
    self.evaluate_codeblock(self.ast, start=1)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 436, in evaluate_codeblock
    raise e
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 430, in evaluate_codeblock
    self.evaluate_statement(cur)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 451, in evaluate_statement
    return self.evaluate_if(cur)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 516, in evaluate_if
    self.evaluate_codeblock(i.block)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 436, in evaluate_codeblock
    raise e
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 430, in evaluate_codeblock
    self.evaluate_statement(cur)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 443, in evaluate_statement
    return self.assignment(cur)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 1053, in assignment
    value = self.evaluate_statement(node.value)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 441, in evaluate_statement
    return self.function_call(cur)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 778, in function_call
    return func(node, posargs, kwargs)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 285, in wrapped
    return f(wrapped_args, wrapped_kwargs)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 285, in wrapped
    return f(*wrapped_args, wrapped_kwargs)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 285, in wrapped
    return f(wrapped_args, wrapped_kwargs)
  [Previous line repeated 2 more times]
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 155, in wrapped
    ret = f(*wrapped_args, wrapped_kwargs)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreterbase.py", line 174, in wrapped
    return f(wrapped_args, *wrapped_kwargs)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreter.py", line 3088, in func_dependency
    d = self.dependency_impl(name, display_name, kwargs)
  File "/usr/lib/python3.7/site-packages/mesonbuild/interpreter.py", line 3135, in dependency_impl
    dep = dependencies.find_external_dependency(name, self.environment, kwargs)
  File "/usr/lib/python3.7/site-packages/mesonbuild/dependencies/base.py", line 2178, in find_external_dependency
    d = c()
  File "/usr/lib/python3.7/site-packages/mesonbuild/dependencies/dev.py", line 242, in init
    if version_compare(self.version, '>= 3.9'):
  File "/usr/lib/python3.7/site-packages/mesonbuild/mesonlib.py", line 609, in version_compare
    return cmpop(Version(vstr1), Version(vstr2))
  File "/usr/lib/python3.7/site-packages/mesonbuild/mesonlib.py", line 520, in init
    sequences = re.finditer(r'(\d+|[a-zA-Z]+|[^a-zA-Z\d]+)', s)
  File "/usr/lib/python3.7/re.py", line 230, in finditer
    return _compile(pattern, flags).finditer(string)
TypeError: expected string or bytes-like object
==> ERROR: A failure occurred in build().
    Aborting...
Error making: mesa-aco-git 

Nephyrin commented on 2019-11-13 19:54

@gardotd426 I've tested, and this continues to build fine in a clean environment against the current latest arch. You may need to debug this more -- there's not much in the few lines of error you've posted to go on. Make sure Meson is up to date, perhaps, and ensure you're doing a full clean build.

gardotd426 commented on 2019-11-13 16:27

Usually these issues get addressed pretty quickly, however it's been days and I haven't seen any progress... I don't know what the issue is but if anyone knows anything I can do to maybe get this installed please let me know.

gardotd426 commented on 2019-11-10 23:13

It won't build at all:

File "/usr/lib/python3.7/re.py", line 230, in finditer
return _compile(pattern, flags).finditer(string)
TypeError: expected string or bytes-like object
==> ERROR: A failure occurred in build().

EDIT: @Mel, Arch moving to Python 3.8 is not the issue. Manjaro Testing Branch is still on 3.7 and the issue persists.

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.