mesa: update to 25.3.3 (megamerge)

[onlylunix]

Testing the changes

• I tested the changes in this PR: YES

Local build testing

• I built this PR locally for my native architecture, (x86_64-LIBC, i686-LIBC, x86_64-musl)

[dogknowsnx]

Disregarding the rest of the changes you made, listing the distfiles and tools one by one would make the template a pita to maintain.

[onlylunix]

I have a utility that analyzes source code and solves this problem.
I'll still think about how to simplify it.
I also need to fix the removed patches.

[chrysos349]

I have a utility that analyzes source code and solves this problem.

could i take a look at it?

[onlylunix]

could i take a look at it?

https://github.com/onlylunix/simple-utilities/blob/main/gen_crates.sh

[onlylunix]

You need Meson 1.7.0 or later! I can't figure out how to do this in one commit. :)

[dogknowsnx]

You need Meson 1.7.0 or later! I can't figure out how to do this in one commit. :)

#56014
Please convert to draft

[zlice]

just wanted to add about the meson thing - i think the PR creator isn't using github anymore? also the last comment mentions meson should be past that PR (1.8.4).

[SilverKeeper]

Thanks for doing the PR. Will this solve the problem with x32 games and Vulkan?: doitsujin/dxvk#5219

I've been having a similar problem with Mesa 25.1.9 for a week... I saw your workaround but I don't have that library_arch variable in the .jsons in the first place.

0024:err:vulkan:wine_vk_instance_init_physical_devices Failed to enumerate physical devices, res=-3

[zlice]

same person so i have to assume so

[onlylunix]

Thanks for doing the PR. Will this solve the problem with x32 games and Vulkan?: doitsujin/dxvk#5219

Yes, this issue has been resolved.

I've been having a similar problem with Mesa 25.1.9 for a week... I saw your workaround but I don't have that library_arch variable in the .jsons in the first place.
0024:err:vulkan:wine_vk_instance_init_physical_devices Failed to enumerate physical devices, res=-3

Your problem is something else.

[chilledfrogs]

Sorry but why are some of these Rust crates being vendored anyway?

[zlice]

Sorry but why are some of these Rust crates being vendored anyway?

seconded. i know cmake has this type of thing disabled because it can be sneaky

ERROR: Subproject syn is buildable: NO

src/compiler/rust/meson.build:126:10: ERROR: Automatic wrap-based subproject downloading is disabled

A full log can be found at /builddir/mesa-25.2.5/build/meson-logs/meson-log.txt

[zlice]

mesa-template.txt

fwiw, my version w/o rust stuff in separate files.

also think libxatracker needs to be removed or temporary faked for remove in remove-packages 'package'

[zlice]

also-also fwiw - meson 1.9.1 #57635

[KeepBotting]

For what it's worth I have not rebooted since my previous post and everything has been fine for over two weeks of uptime.

No GPU crashes (historically a problem for my hardware) or unexpected behavior. So far it's a double thumbs up from me, but I will try 25.3.1 soon.

[wbohrer]

Tested 25.3.1 on musl and Intel UHD. Wayland (Vulkan backend) works, gaming works, Wine works. Performance unaffected if not better.

GPU0:
VkPhysicalDeviceProperties:
---------------------------
	apiVersion        = 1.4.328 (4211016)
	driverVersion     = 25.3.1 (104869889)
	vendorID          = 0x8086
	deviceID          = 0x5916
	deviceType        = PHYSICAL_DEVICE_TYPE_INTEGRATED_GPU
	deviceName        = Intel(R) HD Graphics 620 (KBL GT2)

OpenGL core profile version string: 4.6 (Core Profile) Mesa 25.3.1

I have a rig with a Kepler card, which gained first-class NVK support in 25.2. I will test it ASAP.

[wbohrer]

Tested 25.3.1 on musl and Kepler card. Vulkan works and reports the correct version after installing mesa-vulkan-nouveau.

Wayland on GLES2 renderer works, Vulkan renderer is pixel chunk mush (all other Vulkan applications I tried worked ¯_(ツ)_/¯). Gaming works, Wine works.

After manual reclocking performance is acceptable, shader compilation can take quite a bit of time though.

GPU0:
VkPhysicalDeviceProperties:
---------------------------
	apiVersion        = 1.2.328 (4202824)
	driverVersion     = 25.3.1 (104869889)
	vendorID          = 0x10de
	deviceID          = 0x1187
	deviceType        = PHYSICAL_DEVICE_TYPE_DISCRETE_GPU
	deviceName        = GeForce GTX 760 (NVK GK104)

OpenGL core profile version string: 4.3 (Core Profile) Mesa 25.3.1

All in all I give this the go-ahead to merge. My issues clearly had nothing to do with packaging and I needed to explicitly enable the immature (for non-GSP FW cards) NVK driver.

[dogknowsnx]

Running mesa-25.3.1 (built locally for x86_64-glibc from minimal template) on an Intel HD Graphics 620 w/o issues (wayland, no gaming, video playback w/ vaapi)

[classabbyamp]

so I can see the reasoning behind the way the template crates stuff is done, but it feels a little too hacky to me. I've turned it into a python script in #58123 and made it more generic (so other meson packages can use it too)

I'll merge this soonish

[onlylunix]

I've turned it into a python script in #58123

I disagree! Bash is better than Python!

[classabbyamp]

not for parsing such a loosely-specified format like ini

[onlylunix]

not for parsing such a loosely-specified format like ini

Python always causes problems.

[classabbyamp]

talking to one of the meson devs, we don't actually need to extract the wrap tarballs ourselves, meson will do it for us.

[onlylunix]

Ver. 25.3.2 Expected date: 2025-12-17
preferably wait

[onlylunix]

@dogknowsnx, @classabbyamp
Ready

[onlylunix]

Intel HD630
I'm having issues with this version of Mesa.
This will probably fix them: https://gitlab.freedesktop.org/mesa/mesa/-/commit/4b1bd7416553729e52e2163ca150f224cee5dae2
Or should wait for version 25.3.3 (Expected date 2025-12-31)?
@dogknowsnx, @classabbyamp

[classabbyamp]

8e7d395...0870418