| 5 Nov 2024 |
 aidalgol | Has anyone successfully built blender on unstable with CUDA support enabled recently? | 02:31:45 |
 ˈt͡sɛːzaɐ̯ | 🤔 Currently, openusd fails in patch phase. | 08:39:43 |
 Jonas Chevalier | In reply to @aidalgol:matrix.org
Has anyone successfully built blender on unstable with CUDA support enabled recently? looks like it's broken since end of October: https://hydra.nix-community.org/build/1720981 | 15:13:24 |
| Jonas Chevalier | In reply to @ss:someonex.net
Note there was recently somebody in nix-gl-host issues advertising their Rust rewrite Did you take a look at https://github.com/NVIDIA/nvidia-container-toolkit already? I think they are battling with similar issues, plus sandboxing on top. It seems like they are using ld.so.cache as a loading mechanism instead of the LD_* env var and that might be more robust? | 15:16:02 |
 SomeoneSerge (back on matrix) | In reply to @zimbatm:numtide.com
Did you take a look at https://github.com/NVIDIA/nvidia-container-toolkit already? I think they are battling with similar issues, plus sandboxing on top. It seems like they are using ld.so.cache as a loading mechanism instead of the LD_* env var and that might be more robust? Yes that's what we use for docker/podman on nixos | 15:16:44 |
| SomeoneSerge (back on matrix) | I'm not sure if it's worth reusing because nixGL and nix-gl-host are solving a more general problem; the ctk just assumes an FHS environment, we have to patch it and we have to patch its outputs to make them usable on nixos | 15:19:32 |
| SomeoneSerge (back on matrix) | But yes we should keep in mind the general idea of exporting ld.so.cache. We actually used it at least for some time for the singularity containers | 15:21:25 |
