| 25 Sep 2025 |
 SomeoneSerge (back on matrix) | We'll fix it | 23:36:21 |
| SomeoneSerge (back on matrix) | I heard it's all paracetomol-induced autism | 23:42:11 |
| 26 Sep 2025 |
 ysndr | In reply to @ss:someonex.net
It's a tad confusing, but uhh they follow nixos-unstable, and when it passes the tests, they merge it into flox/staging, and when that passes more tests that's merged into flox/stable 🙃 A tad confusing indeed.
These stabilities are not describing the stability of the software that is contained, but the rate at which the software changes:
flox/unstable is rebased (almost) daily to the current nixos-unstable.
Every two weeks, that flox/staging is reset to that days unstable, every first Saturday of a month flox/stable is reset to the last staging. I.e. flox stable lags behind nixos-unstable by about 6weeks. | 08:40:59 |
| ysndr | In reply to @ss:someonex.net
I asked them about building the release channels, didn't get a positive reaction yet Nope no release channels currently :/ | 08:43:14 |
|  Niclas Overby Ⓝ joined the room. | 08:57:44 |
 Snektron | does anybody know if there is a hangout for rocm on nixos? is that this group too? | 19:16:40 |
 Lun | #ROCm:nixos.org | 19:17:23 |
| 28 Sep 2025 |
|  Mir changed their display name from Gabriela Noriega to Mir. | 18:56:06 |
| 29 Sep 2025 |
 Winter | so i've learned 🫠| 15:18:02 |
| 30 Sep 2025 |
|  Zhaofeng Li joined the room. | 00:30:38 |
 connor (burnt/out) (UTC-8) | If anyone has stuff they use to verify or test releases, give it a try with https://github.com/NixOS/nixpkgs/pull/437723, it’s nearing ready for review | 05:01:50 |
| connor (burnt/out) (UTC-8) | Also can someone explain to me how the regexes for nixpkgs-review are supposed to work? I don't like rebuilding rocmPackages.aotriton and -P '*.aotriton.*' didn't match it for some reason. | 05:25:18 |
| Winter | are you sure it’s based on the attrpath? | 05:26:58 |
| Winter | tbh it would be weird for it not to be, nvm | 05:27:10 |
| connor (burnt/out) (UTC-8) | * Also can someone explain to me how the regexes for nixpkgs-review are supposed to work? I don't like rebuilding rocmPackages.aotriton and -P '.*aotriton.*' didn't match it for some reason.
EDIT: typo in regex name, I meant '.*aotriton.*' not `'.aotriton.' | 05:29:19 |
| connor (burnt/out) (UTC-8) | * Also can someone explain to me how the regexes for nixpkgs-review are supposed to work? I don't like rebuilding rocmPackages.aotriton and -P '.*aotriton.*' didn't match it for some reason.
EDIT: typo in regex name, I meant '.*aotriton.*' not '*.aotriton.*' | 05:29:49 |
| connor (burnt/out) (UTC-8) | Unrelated: https://github.com/NixOS/nixpkgs/pull/444123 was merged so there should be a nice closure size reduction coming for CUDA builds of OpenCV | 05:34:30 |
| Winter | (sorry for not having a more useful answer, if nobody gives one by the morning i’ll crack out the source and look lol) | 05:38:38 |
| SomeoneSerge (back on matrix) | Gaétan Lepage: wdyt throwing hydra at it? | 08:12:14 |
| SomeoneSerge (back on matrix) | * Gaétan Lepage: wdyt throwing hydra at it? I can edit the input, if that's ok | 08:36:55 |
 Gaétan Lepage | Sure, let's go for it. | 11:24:17 |
| SomeoneSerge (back on matrix) | connor (he/him) (UTC-7): https://hydra.nixos-cuda.org/eval/44 | 12:24:07 |
| connor (burnt/out) (UTC-8) | I'm a dummy, the option I wanted was one more down and doesn't have a short flag:
-P, --skip-package SKIP_PACKAGE
Packages to not build (can be passed multiple times)
--skip-package-regex SKIP_PACKAGE_REGEX
Regular expression that package attributes have not to match (can be passed multiple times)
| 12:43:21 |
| Winter | 2025-09-30 15:11:37.818161: W external/local_xla/xla/service/gpu/llvm_gpu_backend/default/nvptx_libdevice_path.cc:40] Can't find libdevice directory ${CUDA_DIR}/nvvm/libdevice. This may result in compilation or runtime failures, if the program we try to run uses routines from libdevice.
Searched for CUDA in the following directories:
./cuda_sdk_lib
...
/usr/local/cuda
/opt/cuda
/nix/store/d2b95k4ysi7822hnxq72np5vvfq7wbbp-python3.12-tensorflow-gpu-2.19.0/lib/python3.12/site-packages/tensorflow/../nvidia/cuda_nvcc
/nix/store/d2b95k4ysi7822hnxq72np5vvfq7wbbp-python3.12-tensorflow-gpu-2.19.0/lib/python3.12/site-packages/tensorflow/../../nvidia/cuda_nvcc
/nix/store/d2b95k4ysi7822hnxq72np5vvfq7wbbp-python3.12-tensorflow-gpu-2.19.0/lib/python3.12/site-packages/tensorflow/cuda
/nix/store/d2b95k4ysi7822hnxq72np5vvfq7wbbp-python3.12-tensorflow-gpu-2.19.0/lib/python3.12/site-packages/tensorflow/../../../..
/nix/store/d2b95k4ysi7822hnxq72np5vvfq7wbbp-python3.12-tensorflow-gpu-2.19.0/lib/python3.12/site-packages/tensorflow/../../../../..
anyone ever see smth like this before? | 19:14:29 |
| Winter | grepped around existing issues/prs a bit but no dice | 19:14:57 |
| 1 Oct 2025 |
| connor (burnt/out) (UTC-8) | nvvm is a subdirectory of cuda_nvcc pre-CUDA 13.0; I don’t remember which output it’s in though. Seems like the error is mostly about being unable to find that. | 01:03:41 |
| SomeoneSerge (back on matrix) | I think we put some config next to bin/nvcc that points at the correct libdevice location? Used to be in the overrides | 15:46:38 |
