| 10 Jan 2026 |
 Gaétan Lepage | Yes, because this package is not available for cuda 12.8 | 19:46:18 |
 SomeoneSerge (back on matrix) | In reply to @glepage:matrix.org
Yes, because this package is not available for cuda 12.8 But this should not be an eval error, unless via meta.unsupported or meta.broken | 20:06:56 |
| 11 Jan 2026 |
|  ivan joined the room. | 01:55:43 |
| Gaétan Lepage | FYI, merged the onnx 1.20.1 update
https://github.com/NixOS/nixpkgs/pull/478567 | 09:31:04 |
|  ghpzin changed their display name from ghpzin (moved to @ghpzin:envs.net) to ghpzin. | 15:04:47 |
|  @ghpzin:envs.net left the room. | 16:16:27 |
 connor (burnt/out) (UTC-8) | Anyone want to start on the OpenCV bump if there isn’t one already | 18:50:29 |
| Gaétan Lepage | Sure, opened https://github.com/NixOS/nixpkgs/pull/479136. Not tested yet. | 20:19:53 |
| Gaétan Lepage | After a shameful number of hours spend on building the latest ORT, I finally succeeded!
The PR has been opened since Oct. 10 2025!
Thanks to @yuyurureka who found the last missing patch to make the thing build!
Not thanks to Microslop for shipping broken software.
https://github.com/NixOS/nixpkgs/pull/450587 | 23:30:41 |
| Gaétan Lepage | * After a shameful number of hours spend on building the latest ORT, I finally succeeded!
The PR has been opened since Oct. 10 2025!
Thanks to @yuyurureka who found the last missing patch to make the thing build!
Not thanks to Microslop for shipping broken software.
https://github.com/NixOS/nixpkgs/pull/450587
EDIT: still fails with cudaSupport and rocmSupport :') | 23:36:02 |
| Gaétan Lepage | * After a shameful number of hours spend on building the latest ORT, I finally succeeded!
The PR has been opened since Oct. 10 2025!
Thanks to @yuyurureka who found the last missing patch to make the thing build!
Not thanks to Microslop for shipping broken software.
https://github.com/NixOS/nixpkgs/pull/450587
EDIT: still fails with cudaSupport and rocmSupport :')
EDIT2: turns out they seem to have removed Rocm support (https://github.com/microsoft/onnxruntime/pull/25181) | 23:59:01 |
| 12 Jan 2026 |
| ghpzin | Madouura has not been active for over a year and their maintainer entry was removed, probably better to ping rocm team.
From PR description they seem to have removed support for ROCM EP and expectation is to use MIGraphX EP instead.
https://onnxruntime.ai/docs/execution-providers/ROCm-ExecutionProvider.html
NOTE ROCm Execution Provider has been removed since 1.23 release. Please Migrate your applications to use the MIGraphX Execution Provider
| 00:28:11 |
| Gaétan Lepage | Thanks for the heads up regarding Madouura's situation.
Considering the amount of code removed, I wondered whether we could still do something. | 08:58:39 |
| Gaétan Lepage | Thanks for the review connor (burnt/out) (UTC-8). Anything left to consider before merging?
I didn't spot any major regressions. | 15:45:59 |
| Gaétan Lepage | opencv4Full with cudaSupport looks problematic actually. | 15:49:06 |
| connor (burnt/out) (UTC-8) | I didn't build for aarch64-linux (with or without CUDA) or for any darwin platforms, so I guess there's still that.
As a general concern with larger rebuilds around this size it's the "use your discretion" vs. "always target staging" divide. | 15:49:52 |
| connor (burnt/out) (UTC-8) | How so? | 15:50:07 |
| Gaétan Lepage | Nevermind, it's already broken. Not a regression. | 15:50:46 |
| Gaétan Lepage | hexa (UTC+1) suggested that it could be merged into master.
I'll try to build it on the other platforms. | 15:52:23 |
 hexa (UTC+1) | you can throw opencv on top of staging-next which started earlier | 15:53:09 |
| connor (burnt/out) (UTC-8) | To clarify, can or should? | 15:53:42 |
| hexa (UTC+1) | slight preference | 15:54:13 |
| hexa (UTC+1) | because while these were 500-1000 builds they gravitated to the more annoying end of builds | 15:54:29 |
| Gaétan Lepage | Ok, I'll target staging-next once I'm done building for all platforms | 15:55:50 |
| connor (burnt/out) (UTC-8) | Any thoughts on whether it’s suitable for backport to 25.11? Would unbreak CUDA 13 functionality there which I welcome | 17:09:22 |
| 13 Jan 2026 |
 Alexandros Liarokapis | what do I use as inputs and nixpkgs config to get cached ucc with cuda support? | 23:00:25 |
| Alexandros Liarokapis | what I did was use https://hydra.nixos-cuda.org/build/63411#tabs-buildinputs for nixpkgs input, then instantiate only with allowUnfree and cudaSupport = true; | 23:01:46 |
| Alexandros Liarokapis | nvm my user nix config was overriding my systems's cache | 23:13:26 |
| 14 Jan 2026 |
| connor (burnt/out) (UTC-8) | I didn't realize that by making TensorRT 10.14.1 the default I effectively broke aarch64-linux (non Jetson) builds using TensorRT since NVIDIA didn't make a release for that platform for CUDA 12 -- it's CUDA 13 only.
So... do I roll back the version of TensorRT on aarch64-linux for CUDA 12.x or do something else? It'd need to get backported to the release branch to unbreak that.
10.13.0 has support for aarch64-linux for CUDA 12, but it was removed in 10.13.2 (there is no 10.13.1 release I can find). | 00:33:23 |
 yorik.sar | So they removed support for a whole version+platform in a patch release? That’s not nice. | 04:45:45 |
