| 26 Feb 2025 |
 hexa | * the alternative would be that I enable openvino support just in the downstream package that wants it | 17:58:26 |
 connor (he/him) | I haven’t found a use for it yet for the stuff I’d work on if I had time, so my only interaction with the ONNX ecosystem has been packaging it with CUDA support, and that’s been horrible… so I’m not inclined to look into it beyond what I absolutely must | 19:38:57 |
| 27 Feb 2025 |
|  mac joined the room. | 02:57:20 |
| 28 Feb 2025 |
| hexa | SomeoneSerge (UTC+U[-12,12]): in opencv, why cxxdev and not dev as the output name? | 05:57:42 |
| hexa | and what does that mean for buildInputs? | 05:58:37 |
| hexa | oh, opencv has no dev output | 05:59:19 |
| hexa | and openvino has been using the wrong output all along | 05:59:33 |
| hexa | 🤦♂️ | 05:59:36 |
| hexa | couldn't the effectiveStdenv pattern be reduced to | 06:19:53 |
| hexa | +, stdenv ? if cudaSupport then cudaPackages.backendStdenv else stdenv
| 06:19:56 |
| hexa | * , stdenv ? if cudaSupport then cudaPackages.backendStdenv else stdenv
| 06:20:01 |
|  @box1:matrix.org set a profile picture. | 06:23:11 |
| @box1:matrix.org changed their display name from sepiabrown to Suwon Park. | 06:23:32 |
| @box1:matrix.org removed their profile picture. | 06:29:08 |
| @box1:matrix.org removed their display name Suwon Park. | 06:30:58 |
|  Suwon Park set a profile picture. | 06:32:14 |
| hexa | * , cudaSupport
, cudaPackages
, stdenv ? if cudaSupport then cudaPackages.backendStdenv else stdenv
| 06:50:42 |
| hexa | * , cudaSupport
, cudaPackages
, stdenv ? if cudaSupport then cudaPackages.backendStdenv else stdenv
| 06:51:04 |
 SomeoneSerge (back on matrix) | In reply to @hexa:lossy.network
couldn't the effectiveStdenv pattern be reduced to Recursion aside, the default value is going to be discarded because there is a stdenv in the parent scope :( | 08:44:51 |
| SomeoneSerge (back on matrix) | In reply to @hexa:lossy.network
SomeoneSerge (UTC+U[-12,12]): in opencv, why cxxdev and not dev as the output name? It contains the propagated build inputs referenced by the cmake module. It's not in dev, because withPackages sources dev... | 08:46:15 |
| hexa | hm, changing to that yields the same derivations as before, but maybe that is because nothing currently relies on the cuda backendStdenv 🤔 | 17:35:50 |
| 2 Mar 2025 |
 Snektron | In case anybody is interested: I got nsight compute working: https://github.com/Snektron/nixos-config/blob/main/packages/nsight-compute.nix
last time I checked there were still issues running the one in nixpkgs and I don't think the related PR has changed in the meantime | 11:46:23 |
| 3 Mar 2025 |
|  little_dude joined the room. | 12:41:18 |
| little_dude | Hello, I'm having trouble getting CUDA working on Nixos. I made a post on Discourse but I thought I'd ask here since it's specific to CUDA: https://discourse.nixos.org/t/ollama-cuda-driver-library-init-failure-3/61068/2
In short, I installed ollama, but ollama reports:
Unable to load cudart library /nix/store/lgmvgx3r1pbpd40crz2nnliakfxh19f8-nvidia-x11-570.124.04-6.12.17/lib/libcuda.so.570.124.04: cuda driver library init failure: 3
I guess error 3 corresponds to the cudaErrorInitializationError described here: https://developer.download.nvidia.com/compute/DevZone/docs/html/C/doc/html/group__CUDART__TYPES_g3f51e3575c2178246db0a94a430e0038.html but that doesn't help me much.
I think my issue is that is have CUDA 12.4 installed, when my GPU supports CUDA 12.8? Atlough I'm not certain what the CUDA version reported by nvidia-smi really mean (whether it is the only version supported by my GPU, or whether it's the maximum version). Would you have an idea about where to go from here?
| 12:50:21 |
| little_dude | * Hello, I'm having trouble getting CUDA working on Nixos. I made a post on Discourse but I thought I'd ask here since it's specific to CUDA: https://discourse.nixos.org/t/ollama-cuda-driver-library-init-failure-3/61068/2
In short, I installed ollama, but ollama reports:
Unable to load cudart library /nix/store/lgmvgx3r1pbpd40crz2nnliakfxh19f8-nvidia-x11-570.124.04-6.12.17/lib/libcuda.so.570.124.04: cuda driver library init failure: 3
I guess error 3 corresponds to the cudaErrorInitializationError described here but that doesn't help me much.
I think my issue is that is have CUDA 12.4 installed, when my GPU supports CUDA 12.8? Atlough I'm not certain what the CUDA version reported by nvidia-smi really mean (whether it is the only version supported by my GPU, or whether it's the maximum version). Would you have an idea about where to go from here?
| 12:50:49 |
| little_dude | Also I hope it's ok to cross-post like this. Apologies if that seems pushy. | 12:51:36 |
| little_dude | I also thought the error might be because I'm using the GPU to run Wayland, but I assume that just like CPUs, GPUs can run multiple workloads in parallel? Or does CUDA need to have exclusive access to the GPU? (I know these are very naive questions, I just never dealt with GPUs before) | 12:54:37 |
| little_dude | * I also thought the error might be because I'm using the GPU to run Wayland, but I assume that just like CPUs, GPUs can run multiple workloads? Or does CUDA need to have exclusive access to the GPU? (I know these are very naive questions, I just never dealt with GPUs before) | 12:56:23 |
 ruro | connor (he/him) (UTC-8): I just noticed that pkgs/development/libraries/science/math/tensorrt/extension.nix is a thing. At first glance, this code seems dead to me (or at least I wasn't able to find a place where it is called from)? It seems that nowadays all of the TensorRT-related code lives in pkgs/development/cuda-modules. The last commit (excluding automated reformatting) that touched pkgs/development/libraries/science/math/tensorrt seems to be 8e800cedaf24f5ad9717463b809b0beef7677000 authored by you in 2023. That commit also removed pkgs/development/libraries/science/math/tensorrt/generic.nix. So I am guessing that you forgot to also delete the extension.nix? | 13:43:50 |
| connor (he/him) | ruro: yes, seems likely :l | 16:39:14 |
