Package Details: amdonly-gaming-opencl-rusticl-mesa-git 25.2.0_devel.207057.b4b65822203.d41d8cd-1

Git Clone URL: https://aur.archlinux.org/mesa-amdonly-gaming-git.git (read-only, click to copy)
Package Base: mesa-amdonly-gaming-git
Description: OpenCL support with rusticl for mesa drivers
Upstream URL: https://www.mesa3d.org/
Licenses: LicenseRef-mesa
Conflicts: opencl-mesa, opencl-rusticl-mesa
Provides: opencl-driver, opencl-rusticl-mesa
Submitter: NeroReflex
Maintainer: NeroReflex (DexterHaxxor)
Last Packager: NeroReflex
Votes: 17
Popularity: 0.32
First Submitted: 2023-02-27 22:38 (UTC)
Last Updated: 2025-06-18 14:32 (UTC)

Dependencies (46)

Required by (44)

Sources (3)

Latest Comments

1 2 3 4 5 6 .. 11 Next › Last »

NeroReflex commented on 2025-06-18 14:45 (UTC)

@Gnatzelle thanks

NeroReflex commented on 2025-06-18 14:33 (UTC) (edited on 2025-06-18 14:46 (UTC) by NeroReflex)

@awh I built in chroot just fine. Using paru is not the official way of doing this. check your system.

P.S. I have no idea why, but now it failed.

I will include it, but know that it is not a good sign since the official one isn't using it.

awh commented on 2025-06-03 14:22 (UTC) (edited on 2025-06-03 14:27 (UTC) by awh)

@NeroReflex Are you building in a chroot? Using paru -B --chroot . without python-setuptools in the makedepends results in:

Program python3 found: YES 3.13.3 3.13.3 (/usr/bin/python3)
mesa/meson.build:915:2: ERROR: Problem encountered: Python (3.x) mako module >= 0.8.0 required to build mesa.
A full log can be found at /build/mesa-amdonly-gaming-git/src/build/meson-logs/meson-log.txt

and adding it fixes the issue as outlined in the original comment. According to https://stackoverflow.com/a/79440702 this can happen if mako is actually not installed (not the case here) or if both packaging and distutils can't be imported. python-setuptools provides the latter. Perhaps there is another package (python-packaging?) or local python install on your system that is able to satisfy the meson build process in the absence of python-setuptools.

Gnatzelle commented on 2025-05-23 23:41 (UTC) (edited on 2025-05-24 06:47 (UTC) by Gnatzelle)

Just needs

-     -D gallium-nine=false
-     -D gallium-xa=disabled
+     -D gallium-mediafoundation=disabled

in the PKGBUILD to built again

NeroReflex commented on 2025-05-15 00:34 (UTC) (edited on 2025-05-15 00:35 (UTC) by NeroReflex)

@awh sure, I trust you in this.

P.S. no I changed my mind. That package is not installed on my system and it compiles just fine.

awh commented on 2025-05-09 15:40 (UTC)

Can python-setuptools be added to makedepends to resolve the issue with mako not being detected by meson outlined by Grimish on 2024-04-27?

NeroReflex commented on 2025-03-27 15:01 (UTC)

@Fabse you had to clean the old build directory manually. I fixed it in the PKGBUILD anyway for the future.

Fabse commented on 2025-03-16 13:12 (UTC)

The build currently fails for me, it manages to compile but fails at packaging due to missing file:

==> Creating package "amdonly-gaming-vulkan-radeon-git"...
  -> Generating .PKGINFO file...
==> WARNING: Cannot find library listed in 'provides': lib:libvulkan_radeon.so
  -> Generating .BUILDINFO file...
  -> Generating .MTREE file...
  -> Compressing package...
==> Starting package_amdonly-gaming-mesa-git()...
renamed 'fakeinstall/usr/share/drirc.d/00-mesa-defaults.conf' -> '/home/fabse/.cache/paru/clone/mesa-amdonly-gaming-git/pkg/amdonly-gaming-mesa-git/usr/share/drirc.d/00-mesa-defaults.conf'
renamed 'fakeinstall/usr/share/glvnd/egl_vendor.d/50_mesa.json' -> '/home/fabse/.cache/paru/clone/mesa-amdonly-gaming-git/pkg/amdonly-gaming-mesa-git/usr/share/glvnd/egl_vendor.d/50_mesa.json'
renamed 'fakeinstall/usr/lib/dri/libdril_dri.so' -> '/home/fabse/.cache/paru/clone/mesa-amdonly-gaming-git/pkg/amdonly-gaming-mesa-git/usr/lib/dri/libdril_dri.so'
mv: cannot stat 'fakeinstall/usr/lib/dri/radeonsi_dri.so': No such file or directory
==> ERROR: A failure occurred in package_amdonly-gaming-mesa-git().

NeroReflex commented on 2025-03-16 02:19 (UTC)

@Supdrewin game me a patch that removes software-based rendering and removed a sneaky -march=native. I have decided to keep march=native but accepted the removal of software rendering. Also I might go ahead and remove llvm support if rusticl doesn't need that. Be prepared to that.