| 7 Nov 2025 |
 connor (burnt/out) (UTC-8) | The logic I was thinking of that did that was never merged IIRC
I had implemented it in my CUDA-packages repo but it required many more of the array utility functions I wrote to do hook de-ordering, filtering, removal of duplicates, etc.
Upstream didn’t want to review or include them in tree if there were no users and also wouldn’t have accepted me putting my CUDA changes in the PR introducing those hooks so i gave up 🤷♂️ | 17:01:58 |
| connor (burnt/out) (UTC-8) | The CUDA compat path and driver link lib path should appear before any stub directory entries in the runpath… but we also shouldn’t have any stub directory entries in the runpath | 17:03:24 |
| connor (burnt/out) (UTC-8) | The other approach I took was to register a function, which registers all the other functions present in the setup hook, to be executed during prePhases.
Since that’s an insane thing to do, it ensures that our hooks are the last in the order of every phase we’re adding them to.
https://github.com/ConnorBaker/cuda-packages/blob/8a317116a07717b13e0608f47b78bd6d75f8bb99/pkgs/development/cuda-modules/packages/nvccHook/nvccHook.bash#L24
| 17:10:55 |
| connor (burnt/out) (UTC-8) | Part of the reason I did that was because the order Nixpkgs loads dependencies is wrong (there’s an issue from Ericson from like 8y ago)
As a result, even though my setup hooks depend on the array utility functions, they’re not available when my setup hooks is sourced — only after the phases have begun | 17:13:35 |
| connor (burnt/out) (UTC-8) | https://github.com/NixOS/nixpkgs/pull/388767 | 17:15:08 |
| connor (burnt/out) (UTC-8) | ugh | 17:17:35 |
 indoor_squirrel | @ericson is in New York, right? Would someone here volunteer to just stand outside of his flat until he merges?.... You know, because of the implication? | 21:12:33 |
| indoor_squirrel | We may be able to support this effort through sponsor funding, I guess, considering the application of the funds (betterment of nixpkgs). | 21:13:13 |
 apyh | yeah lemme send a coworker to go hover ominously | 21:13:15 |
| indoor_squirrel | Er, not even ominously, necessarily. I think consistency is much more important, here | 21:13:44 |
| indoor_squirrel | * Er, not even ominously, necessarily. I think consistency is much more important, here. | 21:13:50 |
| indoor_squirrel | Just trying to be open-minded about strategy. Not trying to cause problems. I think there isn't prior art to indicate this is a bad idea for OSS, necessarily. But, if anyone has evidence to the contrary then I'm happy to find another path forward. | 21:14:59 |
|  @emma:rory.gay left the room. | 22:41:52 |
| 8 Nov 2025 |
| indoor_squirrel | I guess Emma doesn't want to step up. | 01:33:49 |
| connor (burnt/out) (UTC-8) | https://github.com/NixOS/nixpkgs/pull/459416 is basically ready for review | 03:24:59 |
| connor (burnt/out) (UTC-8) | I’ll have a bump for TensorRT up soon, just testing it on CUDA-legacy | 03:25:59 |
| connor (burnt/out) (UTC-8) | okay it's not happening tonight, didn't get the chance to write up the PR | 07:46:27 |
 Alexandros Liarokapis | I just now saw the nvidia announcement about third party distribution platforms | 20:13:11 |
| Alexandros Liarokapis | Is flox’s binary cache blessed or are there plans to integrate the binaries to hydra somehow ? | 20:13:57 |
 Gaétan Lepage | Which Hydra are you thinking about? NixOS's official hydra.nixos.org? | 20:16:37 |
| Alexandros Liarokapis | Yea pretty much | 20:16:57 |
| Gaétan Lepage | Then, no. NVIDIA libraries's license do not allow them to be redistributed by anyone, including NixOS's binary cache.
Flox made an exceptional agreement with NVIDIA directly. | 20:18:36 |
| Alexandros Liarokapis | Oh okay interesting | 20:19:03 |
