| 19 Apr 2026 |
 WeetHet | Is it okay to put a build with vulkan support into passthru.tests?
tests = {
pkg-config = testers.hasPkgConfigModules {
package = finalAttrs.finalPackage;
};
darwinVulkanSupport = finalAttrs.finalPackage.override { vulkanSupport = true; };
};
| 13:37:44 |
 K900 | It's fine to have Vulkan in the main build as long as it's not enabled by default IMO | 13:38:56 |
| WeetHet | I mean I would have vulkanSupport only be enable by default on linux | 13:39:44 |
| WeetHet | But I need to check that it actually builds | 13:39:57 |
| WeetHet | Oh, wait, but tests aren't built by hydra by default, are they? | 13:41:18 |
| K900 | They are not | 13:42:30 |
| WeetHet | That's unfortunate. Where do I put the override then so it would be build on darwin (both to ensure that the package doesn't break and so it is in the cache) | 13:44:15 |
| K900 | Can it be enabled on Darwin, just not used by default? | 13:44:37 |
| WeetHet | Randy wanted us to not pull vulkan into the closure by default | 13:45:00 |
| K900 | Do we know the closure size impact? | 13:45:28 |
| K900 | It should be pretty small, I think | 13:45:35 |
| WeetHet | I think vulkan-loader pulls in moltenvk on darwin | 13:45:52 |
| WeetHet | 
Download Screenshot 2026-04-19 at 15.46.33.png | 13:46:38 |
 emily | Qt already pulls it in unconditionally though? | 13:47:06 |
| WeetHet | 20mb is quite a lot | 13:47:07 |
| WeetHet | I don't have any Qt apps installed so I don't have moltenvk | 13:47:46 |
| WeetHet | * I don't have any Qt apps installed so I don't have moltenvk in my system closure | 13:47:53 |
 Randy Eckenrode | No, that’s fine for GTK. I just wanted it off by default for now (for the same reasons K900 gave). | 13:48:17 |
| WeetHet | The default backend is still GL even if vulkan-support is enabled | 13:48:45 |
| WeetHet | I thought you didn't want moltenvk in the closure by default at all | 13:48:57 |
| WeetHet | * The default backend is still GL even if vulkanSupport is enabled | 13:49:42 |
| Randy Eckenrode | No, that’s fine if it makes using KosmicKrisp easier via setting the correct driver variable in a wrapper. If I gave the impression about not wanting MoltenVK in the closure, that was my mistake. It just shouldn’t be the default renderer. | 13:50:25 |
| Randy Eckenrode | emily Let me know if there’s any follow-up to my replies to your questions. Also regarding the 26.4 SDK fix, another reason I wanted to avoid the cctools-port fix is it mentioned decompilation in the PR. I’m not sure how it was used, but I figured it was better to finish my work and independently derive a fix. | 13:51:27 |
| WeetHet | You still need to force it with GSK_RENDERER=vulkan | 13:51:43 |
| WeetHet | Otherwise it uses GL | 13:51:49 |
| emily | yep, will take a look soon (I might have also forgotten about other PRs pending on me if there are any) | 13:52:16 |
| Randy Eckenrode |
- https://github.com/NixOS/nixpkgs/pull/511211
- https://github.com/NixOS/nixpkgs/pull/511070
- https://github.com/NixOS/nixpkgs/pull/485980
| 13:53:45 |
| Randy Eckenrode | Those are my active ones. The 26.4 SDK one will be coming shortly. | 13:53:53 |
| Randy Eckenrode | emily, here’s the 26.4 SDK: https://github.com/NixOS/nixpkgs/pull/511399 | 13:58:46 |
|  qwrdd joined the room. | 13:59:56 |
