| 28 Oct 2025 |
connor (burnt/out) (UTC-8) | Two additional TODOs for me today:
- Make a note in the changelog about why building redistributables requires
config.cudaSupport be enabled even though we're just unpacking binary archives (answer: propagates dependency on config.cudaSupport being enabled to consumers of those packages)
- Make a note about troubleshooting packages being
unavailable using eval with --trace-verbose
| 13:54:51 |
connor (burnt/out) (UTC-8) | Could I get a review/approval on https://github.com/NixOS/nixpkgs/pull/456510 | 18:09:36 |
Gaétan Lepage | 🎉 | 19:45:59 |
Gaétan Lepage |  Download clipboard.png | 19:46:00 |
Gaétan Lepage |  Download clipboard.png | 20:26:41 |
Gaétan Lepage | Peak performance packaging by the pytorch folks | 20:26:56 |
Robbie Buxton | Omg | 20:27:54 |
Gaétan Lepage |  Download clipboard.png | 20:28:39 |
| 29 Oct 2025 |
connor (burnt/out) (UTC-8) | Thanks, I hate it | 01:08:50 |
connor (burnt/out) (UTC-8) | 1 PR merged fixing nsight_systems GUI, 3 PRs merged with package expression tidying and support for more releases (from CUDA legacy), and 1 PR ready to go for the changelog: https://github.com/NixOS/nixpkgs/pull/456510
There are still a bunch of redist packages to introduce in CUDA legacy and find requirements for :/
Also still need to make a PR to drop all the packages with “withCuda” variants…
And then there’s the setup hook work
| 04:40:06 |
connor (burnt/out) (UTC-8) | Is that good? | 04:40:42 |
Gaétan Lepage | Yes and no, the "+125" is mostly the new stuff introduced by the CUDA 13 PR. | 08:48:19 |
connor (burnt/out) (UTC-8) | This may be worth considering: https://github.com/garnix-io/yensid | 14:56:27 |
SomeoneSerge (back on matrix) | Neat, literally haproxy | 16:00:07 |
Gaétan Lepage | FYI, the update to the latest torch 2.9.0 was just merged!
Changelog: https://github.com/pytorch/pytorch/releases/tag/v2.9.0
We also just added torchcodec a media decoder/encoder working along with PyTorch | 23:19:33 |
| 30 Oct 2025 |
Gaétan Lepage | connor (he/him) (UTC-7) any idea what, in the CUDA 13 PR, could be responsible for gcc-wrapper leaking into the firefox derivation? | 21:42:34 |
Gaétan Lepage | ❮ nix-build --arg config '{ allowUnfree = true; cudaSupport = true; }' -A firefox
this derivation will be built:
/nix/store/7s1dyndj7r33wck6dywjf6kqxah7ngm2-firefox-144.0.2.drv
building '/nix/store/7s1dyndj7r33wck6dywjf6kqxah7ngm2-firefox-144.0.2.drv'...
structuredAttrs is enabled
error: output '/nix/store/b3cyrj28jf03mrf15jmy9whhfrgy2bxw-firefox-144.0.2' is not allowed to refer to the following paths:
/nix/store/x8mydcgbry214s802nzvy7fdljx404ym-gcc-wrapper-14.3.0
| 21:42:54 |
connor (burnt/out) (UTC-8) | Check onnxruntime | 22:04:03 |
Gaétan Lepage | Before: | 22:11:06 |
Gaétan Lepage |  Download clipboard.png | 22:11:08 |
Gaétan Lepage | After: | 22:11:19 |
Gaétan Lepage |  Download clipboard.png | 22:11:21 |
Gaétan Lepage | Probably nccl's fault... | 22:18:18 |
| 31 Oct 2025 |
| connor (burnt/out) (UTC-8) changed their profile picture. | 03:16:13 |
| connor (burnt/out) (UTC-8) changed their display name from connor (he/him) (UTC-7) to connor (burnt/out) (UTC-7). | 03:16:45 |
connor (burnt/out) (UTC-8) | gonna slow down and take a step back for a bit | 03:18:20 |
Daniel Fahey | You said upfront "The addition of CUDA 13 does not mean packages will suddenly work with CUDA 13. Expect breakages." I know I'm just a random bloke from GitHub an fairly new but I've had really bad burnout in the past, I'd suggest still doing a little bit of triaging and technical support here and there for the CUDA Team in strict time blocks, so you can at least see the fruits of your labour (given to the world, for free) as the breakages all get sorted out in the coming weeks in our collective efforts.
From my perspective I'm just excited about the prospect of using CUDA 13 with Nixpkgs, I've basicaly used nixos-unstable, sometimes master, since starting to use Nix, and still have no idea how the release cycle is supposed to work 🙃.
I reckon for the next big CUDA update, do something like how the haskell-updates branch gets merged into staging first.
| 10:26:33 |
Daniel Fahey | * You said upfront "The addition of CUDA 13 does not mean packages will suddenly work with CUDA 13. Expect breakages." I know I'm just a random bloke from GitHub and fairly new but I've had really bad burnout in the past, I'd suggest still doing a little bit of triaging and technical support here and there for the CUDA Team in strict time blocks, so you can at least see the fruits of your labour (given to the world, for free) as the breakages all get sorted out in the coming weeks in our collective efforts.
From my perspective I'm just excited about the prospect of using CUDA 13 with Nixpkgs, I've basicaly used nixos-unstable, sometimes master, since starting to use Nix, and still have no idea how the release cycle is supposed to work 🙃.
I reckon for the next big CUDA update, do something like how the haskell-updates branch gets merged into staging first.
| 10:26:44 |
connor (burnt/out) (UTC-8) | I mean I’ll still be around, just not doing as much. I’ll still be in the team weeklies, etc. | 14:35:31 |
connor (burnt/out) (UTC-8) | CUDA 13 isn’t the default because the stuff we have in tree is too old or doesn’t support it; the expect breakages was in reference to trying to use CUDA 13 as the default. | 14:36:20 |