Package Details: rusticl-mesa-minimal-git 23.1.0_devel.165926.56158bd0c0a-1

Git Clone URL: (read-only, click to copy)
Package Base: mesa-minimal-git
Description: OpenCL support in rust for mesa drivers (git version)
Upstream URL:
Licenses: custom
Conflicts: opencl-mesa
Provides: opencl-driver, opencl-mesa
Submitter: shoober420
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 9
Popularity: 0.39
First Submitted: 2020-12-10 00:38 (UTC)
Last Updated: 2023-01-31 14:39 (UTC)

Required by (50)

Sources (2)

Pinned Comments

Lone_Wolf commented on 2021-01-22 18:36 (UTC) (edited on 2021-01-22 18:39 (UTC) by Lone_Wolf)

Why does this package hard depend on llvm-minimal-git ?

  • performance

archlinux repo packages are build with -march=x86-64 -mtune=generic which works on lots of machines but makes limited use of modern processor capabilities. For many packages this has little impact, but with llvm my experience is different.

My local builds for llvm / mesa are done with -march=native and this has a noticeable effect on their performance.

How big the benefit of this is depends heavily on the exact hardware you use. Worse, the software setup also impacts this. The only way to find out if it benefits your system/software setup is to try it out yourself.

  • easier maintenance and troubleshooting

Since i started my first mesa trunk package late in 2010 I have maintained versions without any llvm, one llvm implementation, split versions, singular versions, versions supporting multiple llvm implementations , switch from libgl hacks libglvnd to allow mesa & nvidia to cooperate etc.

Depending on one llvm variant in a non-splitted singular version results in a simple PKGBUILD that is easy to maintain.

Troubleshooting is also much easier if maintainer uses the same llvm variant as users.

If people feel those reasons are not good enough to hard depend on llvm-minimal-git , maybe I should transfer ownership .

Lone_Wolf commented on 2021-01-09 15:02 (UTC)

Why does this exist ?

Basically mesa/mesa-git build almost everything they can build.

This package tries to build just enough so everyone can use it, but disables older and/or unused components.

Check for a discussion about this package.

Latest Comments

1 2 3 4 Next › Last »

xenu commented on 2023-02-01 14:22 (UTC)

No problem. Thank you for your work. Aside from the llvm 17 trunk issue there is also an issue with latest rust stable (1.67.0) and thin archives. A Fix is already merged but there is no release yet (milestone 1.69) I had to downgrade/switch to rust 1.66.1 to work around this.

Lone_Wolf commented on 2023-01-31 13:53 (UTC)

Thanks for the alert , xenu .

Locally I have removed the dri-drivers option and will upload a new version soon.

One caveat : there's a build failure in mesa trunk when building against llvm 17 trunk .


Lone_Wolf commented on 2022-11-02 11:47 (UTC)

I am considering adding rusticl opencl support to this package, possibly removing clover opencl .

Thoughts ?

0xSigi commented on 2022-10-21 13:24 (UTC)

It works now as of version Mesa 22.3.0_devel.160894.df3fdbdeb50-1 (all previous ones failed with the same error message as pasted into the gist).

Lone_Wolf commented on 2022-10-12 20:39 (UTC)

I am away from my desktop for about a week, can't help until then.

0xSigi commented on 2022-10-12 19:11 (UTC)

Hi, few days back I've reported issues building lib32-mesa-minimal-git with vdapu enabled, right now I tried to build mesa-minimal-git (clean new system, just build, pulling latest PKGBUILD) and am getting same issue where it complaints that dependency vdpau cannot be found.. I've uploaded the log to a gist, here:

I'd appreciate some help as I am getting even more puzzled now, why it worked ~5 days ago and now suddenly crashes.. I tried building it "the standard" way via makepkg and also using aurutils to build with and without a chroot, the log is from clean chroot freshly build just for this test..

Lone_Wolf commented on 2022-10-06 10:08 (UTC)

thx for the alert, xenu.

  • gallium-xvmc removed . will look at lib32-mesa-minimnal-git soon.

Although The issues that forced me to disable lto build are still open in mesa bugtracker, I don't encounter them anymore.

LTO build is re-enabled, let me know if you get issues.

xenu commented on 2022-10-06 04:22 (UTC)

Commit removed xvmc which means the line "gallium-xvmc=disabled" has to be removed from PKGBUILD (same with lib32 version). Otherwise there is an "unknown option" error when building.

Lone_Wolf commented on 2022-05-21 11:42 (UTC) (edited on 2022-05-21 11:43 (UTC) by Lone_Wolf)

In and problems were reported with rendering text in many application types :

gtk4 , chromium based, qt/kde based .

The cause is not known atm, but disabling lto gets rid of them completely .

lto build disabled.

Lone_Wolf commented on 2022-04-30 16:25 (UTC)

Added patches to workaround and

Also re-enabled clover support