| 24 Nov 2025 |
 K900 | And unixbench is lol | 11:30:40 |
 niklaskorz | that also raises the question if we should build gallium by default at all, because that contains just software renderers as of now | 11:32:13 |
| niklaskorz | * that also raises the question if we should build gallium by default on darwin at all, because that contains just software renderers as of now | 11:32:19 |
| K900 | I think it's absolutely reasonable to just break those three things and never worry about GLX on Darwin | 11:32:47 |
 Randy Eckenrode | It’s enabled because dropping GLX is a breaking change. Not sure why they are linking X11 libs, but there is an open issue about xquartz and Vulkan support. | 11:32:57 |
| niklaskorz | I'm generally fine with either option, having kosmickrisp be its own package name that builds just kosmickrisp and nothing else might make it easier to consuming packages to find | 11:34:15 |
| niklaskorz | (i.e. just mesa with galliumDrivers = [ ]; and eglPlatforms = [ "macos" ]; | 11:34:43 |
| niklaskorz | * (i.e. just mesa with galliumDrivers = [ ]; and eglPlatforms = [ "macos" ];) | 11:34:44 |
| Randy Eckenrode | Consuming packages should never be using it directly. They should be using vulkan-loader. | 11:34:52 |
| niklaskorz | right, and vulkan-loader has no need for gallium | 11:35:10 |
| K900 | "Gallium" is the wrong term here FWIW | 11:35:33 |
| niklaskorz | (also mesa opengl does not even build on darwin with X11 disabled, need to provide opengl false too for it to work) | 11:36:48 |
| niklaskorz | * (also mesa opengl does not even build on darwin with X11 disabled, need to provide opengl false too for it to work) | 11:36:59 |
| niklaskorz | * (also mesa opengl does not even build on darwin with X11 disabled, need to provide opengl false too for it to pass) | 11:38:25 |
| niklaskorz | so KosmicKrisp-only build would be: https://github.com/niklaskorz/nixpkgs/commit/f79d818793bd2a8b9328fec4cfbc59fab1455d58 | 11:40:33 |
| K900 | I think it definitely makes sense to just delete GLX | 11:41:08 |
| K900 | If this is all it takes | 11:41:13 |
| niklaskorz | Mesa 26 final will release in February, so still plenty of time to iron out the details, and lots of buffer for 26.05 breaking changes 😄 | 11:47:41 |
| Randy Eckenrode | I was hoping Mesa 26.0 would land later because having to support Intel hardware complicates things. If it requires macOS 26, that also complicates things. | 12:07:25 |
| Randy Eckenrode | It’s likely we will need to patch vulkan-loader to fall back to MoltenVK in that case (until macOS 26 is the baseline). | 12:08:01 |
| niklaskorz | I'm on macOS 15 and KosmicKrisp runs fine | 12:09:07 |
| niklaskorz | (can't speak for x86 though) | 12:09:23 |
| K900 | Can we just not | 12:10:12 |
| niklaskorz | oh wait, I see it requires macOS 26 for recent changes... | 12:10:29 |
| Randy Eckenrode | https://gitlab.freedesktop.org/mesa/mesa/-/issues?label_name%5B%5D=KosmicKrisp&show=eyJpaWQiOiIxNDI2NSIsImZ1bGxfcGF0aCI6Im1lc2EvbWVzYSIsImlkIjoxNDM0ODl9 is talking about making Metal 4 a requirement. | 12:10:32 |
| niklaskorz | yeah uhm | 12:10:52 |
| niklaskorz | not great | 12:10:54 |
| Randy Eckenrode | * | 12:11:03 |
| niklaskorz | but it's not set it in stone, judging from the issue discussion | 12:11:50 |
| Randy Eckenrode | Advertising macOS 14 or 15 as the minimum while having applications like mpv just not work is probably not what we want. | 12:11:55 |
