| 7 Jul 2024 |
 ornx | i'm not sure what is going on here exactly, is it supposed to do that? | 19:55:54 |
 aidalgol | That seems wrong. I get that, too. Also,
❯ nix-shell -p gcc12 --run 'which gcc'
/nix/store/mpm3i0sbqc9svfch6a17179fs64dz2kv-gcc-wrapper-13.3.0/bin/gcc
| 19:58:57 |
| ornx | very odd... | 20:02:48 |
 SomeoneSerge (back on matrix) | `*mkShell.override { stdenv = cudaPackages.backendStdenv; } | 20:53:38 |
| SomeoneSerge (back on matrix) | * mkShell.override { stdenv = cudaPackages.backendStdenv; } | 20:53:46 |
| SomeoneSerge (back on matrix) | * mkShell.override { stdenv = cudaPackages.backendStdenv; } { packages = [ cmake etc etc ]; } | 20:54:01 |
| SomeoneSerge (back on matrix) | nix-shell -p implicitly uses mkShell, which is where gcc13 comes from in your which gcc | 20:54:28 |
| SomeoneSerge (back on matrix) | ❯ nix-shell -p gcc12 --run 'echo $PATH' | rg gcc
...:/nix/store/mpm3i0sbqc9svfch6a17179fs64dz2kv-gcc-wrapper-13.3.0/bin:...:/nix/store/7hqg1pzya6xjp6vri2fsfjnf4w622p7w-gcc-wrapper-12.3.0/bin:...
| 20:55:31 |
| SomeoneSerge (back on matrix) | Compare this to nix3-shell:
❯ nix shell nixpkgs#gcc12 --command which gcc
/nix/store/7hqg1pzya6xjp6vri2fsfjnf4w622p7w-gcc-wrapper-12.3.0/bin/gcc
| 20:56:16 |
| SomeoneSerge (back on matrix) | And the usual reminder that LD_LIBRARY_PATH="${pkgs.linuxPackages.nvidia_x11}/lib" is wrong and breaks things | 20:56:49 |
| SomeoneSerge (back on matrix) | * And here's the usual reminder that LD_LIBRARY_PATH="${pkgs.linuxPackages.nvidia_x11}/lib" is wrong and breaks things | 20:56:56 |
| SomeoneSerge (back on matrix) | CC ornx | 20:57:24 |
| ornx | Ah, so I *was* holding it wrong... | 21:28:01 |
| 8 Jul 2024 |
|  kaya 𖤐 changed their profile picture. | 00:51:09 |
| 9 Jul 2024 |
| ornx | i'm having a lot of trouble getting things working still - i'm using devShell.override with cudaPackages.backendStdenv and cuda programs compile and run with nvcc, but i'm getting a cudaErrorInsufficientDriver error even though i'm building my flake against the same revision of nixpkgs that the system was built against | 00:35:00 |
| ornx | actually nvidia-smi in the system env closure has also stopped working so probably there is something wrong with my system flake lol | 00:38:13 |
| ornx | okay yeah even after rebooting and fixing that i get an error when i try to actually run programs i compiled with nvcc | 00:42:55 |
| ornx | is there some kind of mismatch between what driver version cudaPackages.cudatoolkit is expecting and what the system flake is using, even though they're on the same revision and config.boot.kernelPackages.nvidiaPackages is unset? | 00:43:56 |
| SomeoneSerge (back on matrix) | In reply to @ornx:littledevil.club
i'm having a lot of trouble getting things working still - i'm using devShell.override with cudaPackages.backendStdenv and cuda programs compile and run with nvcc, but i'm getting a cudaErrorInsufficientDriver error even though i'm building my flake against the same revision of nixpkgs that the system was built against Ohhh you're probably stil running into the stub driver issue | 00:44:33 |
| SomeoneSerge (back on matrix) | * Ohhh you're probably stil running into the stub driver issue (It should be gone once the getOutput PR reaches unstable) | 00:45:20 |
| SomeoneSerge (back on matrix) |
nvidia-smi in the system env closure has also stopped working so probably there is something wrong with my system
You did reboot after the switch did you? | 00:45:39 |
| SomeoneSerge (back on matrix) | *
nvidia-smi in the system env closure has also stopped working so probably there is something wrong with my system
You did reboot after the switch did you?
| 00:45:54 |
| ornx | yeah, i just rebooted | 00:45:57 |
| SomeoneSerge (back on matrix) | *
nvidia-smi in the system env closure has also stopped working so probably there is something wrong with my system
You did reboot after the switch did you? EDIT: I will read before I write, I will read before I write...
| 00:46:13 |
| ornx | i can just merge that PR into a local nixpkgs if that's the fix | 00:46:50 |
| SomeoneSerge (back on matrix) | You can try running your program with the LD_DEBUG=libs environment variable | 00:47:07 |
| SomeoneSerge (back on matrix) | If it mentions libcuda.so from this cudatoolkit link farm, it's the stub driver issue, and the solution is to just not use the link farm | 00:47:36 |
| SomeoneSerge (back on matrix) | * If it mentions libcuda.so from this cudatoolkit link farm, it's the stub driver issue, and the solution is to just not use the link farm (take individual components from https://github.com/NixOS/nixpkgs/blob/7a95a8948b9ae171337bbf2794459dbe167032ed/pkgs/development/cuda-modules/cudatoolkit/redist-wrapper.nix#L44-L58) | 00:52:52 |
|  ghishadow joined the room. | 04:21:50 |
 hacker1024 | How's everyone's day going? Mine was great until my colleague asked me to package [this](https://github.com/jocover/jetson-ffmpeg/blob/master/CMakeLists.txt) | 06:21:10 |
