| 31 Oct 2025 |
 connor (burnt/out) (UTC-8) | Haskell stuff goes into staging (at least partly) because of the sheer number of packages, to allow Hydra to churn through them. None of our stuff is built upstream, so there’s not really a point. | 14:37:36 |
 Robbie Buxton | I think also a fair amount of stuff upstream doesn’t even build with cuda 13 yet either | 14:37:54 |
| connor (burnt/out) (UTC-8) | Yeah NVIDIA does not care outside of projects they dedicate engineering hours to supporting, and changing the default version of OpenCV or other large projects to a commit from master adding support would be dead on arrival, and trying to special case it just for when CUDA is configured would be difficult. | 14:39:51 |
|  Daniel Fahey set a profile picture. | 14:56:01 |
| Daniel Fahey | This is quite a convincing argument to revert the 99 commits https://github.com/NixOS/nixpkgs/pull/437723#issuecomment-3472997390
Maybe there could be a cuda-refactor branch that is continually built and tested by e.g. https://hydra.nixos-cuda.org/jobset/nixpkgs/cuda-refactor while it gets the attention it deserves?
| 15:50:50 |
| Daniel Fahey | (all a bit over my current pay grade with my limited Nixpkgs experience though, lol) just really want to express my gratitude to the CUDA Team | 15:52:21 |
| Robbie Buxton | My understanding (which may be incorrect) is that CUDA 13 is opt in so will only break if you try and use it instead of the default? | 16:03:44 |
| connor (burnt/out) (UTC-8) | Gaétan LepageSomeoneSerge (back on matrix) are you okay with merging:
- https://github.com/NixOS/nixpkgs/pull/457338
- https://github.com/NixOS/nixpkgs/pull/457220
I’d like there to be consensus as a team for those reverts to go through. Serge, I know you’re in favor of the config.cudaSupport one, but I’d like to issue the statement/decision as a team.
| 19:40:25 |
| connor (burnt/out) (UTC-8) | Correct | 19:46:10 |
| connor (burnt/out) (UTC-8) | We don’t have anywhere near the capacity (hardware or labor) to do that on a regular cadence, but that would be nice | 19:47:00 |
 apyh | what kind of hardware is needed for reasonably-fast-ish compile cycles? | 19:59:36 |
| connor (burnt/out) (UTC-8) | That depends entirely on what you’re building. My suggestion is to compile for exactly the CUDA capabilities you need — the CUDA compiler and linker is incredibly slow so it helps a lot. | 20:01:29 |
