| 23 Nov 2025 |
 Randy Eckenrode | I don’t think KosmicKrisp implements enough extensions for Zink to work. | 13:41:40 |
| Randy Eckenrode | More problematic would be how to use it. Everything on Darwin expects AGL or GLX. | 13:42:31 |
| Randy Eckenrode | I doubt there’s demand, but the way to go would be to do an OpenGL-on-Metal driver that implements AGL. It may be able to share some workarounds/code with the Asahi driver. Ideally, it could be a drop-in replacement for OpenGL.framework. | 13:43:15 |
 niklaskorz | I think I successfully nerdsniped him | 14:10:15 |
| Randy Eckenrode | I’m looking at Wine now. It has a hardcoded list of Vulkan drivers, but it doesn’t appear to use any MoltenVK-specific APIs. The one extension it uses also has a standard extension (VK_EXT_metal_surface) that KosmicKrisp implements. | 14:15:45 |
| Randy Eckenrode | I may have to add a VkDriverId for KosmicKrisp. | 14:18:28 |
|  dave :3 set a profile picture. | 16:52:45 |
| Randy Eckenrode | Alas, KosmicKrisp does not support enough extensions yet for DXVK. | 17:19:07 |
| 24 Nov 2025 |
| Randy Eckenrode | It appears a bunch of device features aren’t present/implemented in KosmicKrisp that are in MoltenVK. | 01:19:49 |
| Randy Eckenrode | https://gitlab.freedesktop.org/mesa/mesa/-/issues/14265 | 02:10:41 |
| Randy Eckenrode | That would complicate making KosmicKrisp the default (at least a little bit). 😕 | 02:11:00 |
| Randy Eckenrode | https://gitlab.freedesktop.org/mesa/mesa/-/issues/14209 | 02:12:48 |
 vcunat | It would be nice to get more testing/feedback on gcc15 (on darwin):
https://github.com/NixOS/nixpkgs/pull/461497 | 09:54:42 |
| vcunat | * Hello everyone 🙂 It would be nice to get more testing/feedback on gcc15 (on darwin):
https://github.com/NixOS/nixpkgs/pull/461497 | 09:55:10 |
| niklaskorz |
A bunch of these should just be enabling them and making sure CTS still passes
-- Alyssa Rosenzweig
| 10:39:59 |
| niklaskorz | sounds like many of them might still land before Mesa 26? comes out | 10:40:11 |
| niklaskorz | * sounds like many of them might still land before Mesa 26 comes out? | 10:40:16 |
| niklaskorz | reducing eglPlatforms to just macos and disabling glx makes libvulkan_kosmickrisp.dylib dependency-less | 11:21:44 |
| niklaskorz | and I think that is the sane thing to do, I don't think we need to ship glx by default for darwin packages | 11:21:58 |
 K900 | I wonder if it makes sense to have two builds of Mesa | 11:26:10 |
| K900 | One that is just GLX | 11:26:13 |
| K900 | And one that is just VK | 11:26:16 |
| K900 | And eventually GLX just dies | 11:26:21 |
| K900 | There's already like, double digit consumers of it I think | 11:27:36 |
| K900 | 
Download image.png | 11:28:38 |
| K900 | Hold on | 11:28:39 |
| K900 | Where did everything go lol | 11:28:43 |
| niklaskorz | so keep mesa as the build-all package and kosmickrisp (or mesa-kosmickrisp) as the bare minimum package for Vulkan on darwin packages? | 11:28:47 |
| niklaskorz | * so keep mesa as the build-all package and kosmickrisp (or mesa-kosmickrisp) as the bare minimum dependency for Vulkan on darwin packages? | 11:29:37 |
| K900 | So there's three packages there that aren't libraries | 11:29:42 |
