| 28 Feb 2023 |
 apache8080 | no difference | 23:21:46 |
| apache8080 | Could not run 'aten::empty_strided' with arguments from the 'CUDA' backend.
the rust program keeps failing with this which seems to indicate that it is not using the cuda version of libtorch
| 23:22:20 |
| apache8080 | going to use the python package next | 23:22:32 |
| apache8080 | hmm no luck with using the python package | 23:28:08 |
 SomeoneSerge (hash-versioned python modules when) | I just checked, .dev only contains include/ there | 23:28:20 |
| apache8080 | I just ran ldd on my rust binary and it looks like it is only linking libtorch_cpu.so so this may be related | 23:30:23 |
| SomeoneSerge (hash-versioned python modules when) | I'd look into tch-rs's discovery logic, maybe | 23:31:37 |
| apache8080 | good point, it may not like the include and lib being split that the nixpkg currently does | 23:33:04 |
| apache8080 | ok it is working now | 23:38:15 |
| apache8080 | that was the issue | 23:38:18 |
| apache8080 | Had to combine python3Packages.torch.dev and python3Packages.torch.lib into a single path | 23:38:51 |
| SomeoneSerge (hash-versioned python modules when) | tch-rs README also mentions one can use LIBTORCH_INCLUDE + LIBTORCH_LIB instead of LIBTORCH | 23:39:50 |
| apache8080 | ah I'm blind, thanks for pointing that out lol | 23:42:21 |
| 1 Mar 2023 |
| SomeoneSerge (hash-versioned python modules when) | On that note, figured maybe I'd assemble a cmake+nix mwe for consuming pytorch: https://github.com/SomeoneSerge/nix-torchlib-shell | 01:35:54 |
| 5 Mar 2023 |
|  felix joined the room. | 13:32:04 |
| 6 Mar 2023 |
| SomeoneSerge (hash-versioned python modules when) | https://github.com/NixOS/nixpkgs/pull/219104 | 20:39:30 |
| SomeoneSerge (hash-versioned python modules when) | Something to be aware of, and something that needs to be eventually addressed | 20:40:21 |
| 11 Mar 2023 |
|  mjlbach joined the room. | 16:47:29 |
| mjlbach | apache8080: Can you post your shell? I'm having trouble getting working torch + cuda support | 16:59:50 |
|  orahcio joined the room. | 23:15:04 |
| 12 Mar 2023 |
| orahcio | Good night. Is there a way to use jupyenv (old jupyterWith) as a system wide package? | 02:22:19 |
|  Vassilis Palassopoulos joined the room. | 21:24:48 |
| 14 Mar 2023 |
|  butterchicken joined the room. | 23:00:39 |
| 17 Mar 2023 |
|  gr_h_m joined the room. | 08:52:30 |
| 20 Mar 2023 |
|  TyberiusPrime changed their display name from TyberiusPrime (fiber at home when) to TyberiusPrime (limited to 25 messages per 3 hours. Expect further significant reductions). | 09:51:21 |
| 21 Mar 2023 |
 Carl Thomé | Any feedback/tips on this setup?
https://github.com/carlthome/ml-runtimes
I'm playing around with the idea of replacing devcontainers at work but felt jupyterWith was a little too brittle in my previous tinkering. | 23:16:36 |
| 22 Mar 2023 |
|  valconius joined the room. | 00:00:19 |
| mjlbach changed their display name from mjlbach to mjlbach (Old). | 05:14:34 |
| mjlbach changed their display name from mjlbach (Old) to mjlbach. | 05:51:06 |
| 23 Mar 2023 |
 necrophcodr | I've been trying to work on making developer shells for R projects, but I'm having some trouble with renv and openssl (specifically, but probably not exclusively). Is there a good way to setup developer shells where renv works with openssl, or perhaps even a good way to parse renv.lock files into NixOS R derivations? | 14:55:51 |
