| 26 Feb 2025 |
 hexa (UTC+1) | enabling openvino support breaks the tests for some reason, since it cannot find libonnxruntime_providers_shared.so in $out/lib/ | 17:52:55 |
| hexa (UTC+1) | * enabling openvino support breaks the tests for some reason, since it cannot find libonnxruntime_providers_shared.so in $out/lib/ | 17:53:06 |
| hexa (UTC+1) | * enabling openvino support breaks the tests for some reason, since it cannot find libonnxruntime_providers_shared.so in $out/lib/ | 17:53:11 |
| hexa (UTC+1) | so I added a condition to disable the tests with openvinoSupport | 17:53:39 |
| hexa (UTC+1) | >>> rt.get_available_providers()
['OpenVINOExecutionProvider', 'CPUExecutionProvider']
| 17:53:42 |
| hexa (UTC+1) | * so I added a condition to disable the tests with openvinoSupport, which gets me to here: | 17:53:54 |
| hexa (UTC+1) | now I wonder if enabling openvino by default is a good idea, when it requires disabling the tests | 17:54:14 |
| hexa (UTC+1) | the alternative would be that I enabled openvino support just in the downstream package that wants it | 17:58:20 |
| hexa (UTC+1) | * the alternative would be that I enable openvino support just in the downstream package that wants it | 17:58:26 |
 connor (burnt/out) (UTC-8) | 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 (UTC+1) | SomeoneSerge (UTC+U[-12,12]): in opencv, why cxxdev and not dev as the output name? | 05:57:42 |
| hexa (UTC+1) | and what does that mean for buildInputs? | 05:58:37 |
| hexa (UTC+1) | oh, opencv has no dev output | 05:59:19 |
| hexa (UTC+1) | and openvino has been using the wrong output all along | 05:59:33 |
| hexa (UTC+1) | 🤦♂️ | 05:59:36 |
| hexa (UTC+1) | couldn't the effectiveStdenv pattern be reduced to | 06:19:53 |
| hexa (UTC+1) | +, stdenv ? if cudaSupport then cudaPackages.backendStdenv else stdenv
| 06:19:56 |
| hexa (UTC+1) | * , 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 (UTC+1) | * , cudaSupport
, cudaPackages
, stdenv ? if cudaSupport then cudaPackages.backendStdenv else stdenv
| 06:50:42 |
| hexa (UTC+1) | * , 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 (UTC+1) | 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 |
