| 28 Nov 2024 |
SomeoneSerge (back on matrix) | https://github.com/NixOS/nixpkgs/pull/348192 | 16:53:32 |
sielicki |  Download Screenshot from 2024-11-28 09-40-11.png | 17:42:24 |
sielicki | lol | 17:42:25 |
sielicki | * lol, compiling torch be like | 17:42:43 |
SomeoneSerge (back on matrix) | In reply to @ss:someonex.net Let's try I'm back. connor (he/him) (UTC-7): I added the "People" section to the pad. I'm sure I missed a lot but that's to be expected. If you can think of any names who aren't on any teams but are active? | 18:30:01 |
nim65s | Only 35G ? that's fine ! | 18:36:50 |
| nim65s changed their display name from Guilhem to nim65s. | 18:36:58 |
GaƩtan Lepage | In reply to @sielicki:matrix.org lol, compiling torch be like I feel you... | 20:43:45 |
connor (he/him) | In reply to @ss:someonex.net I'm back. connor (he/him) (UTC-7): I added the "People" section to the pad. I'm sure I missed a lot but that's to be expected. If you can think of any names who aren't on any teams but are active? you got everyone I can think of | 21:10:43 |
hexa | In reply to @sielicki:matrix.org sent an image. red is not the load I'd like to see š or do you have an odd theme? | 21:27:02 |
| 29 Nov 2024 |
| shekhinah changed their profile picture. | 10:05:12 |
| shekhinah changed their profile picture. | 10:08:49 |
| 30 Nov 2024 |
sielicki | pkgs/os-specific/linux/nvidia-x11/open.nix presently does not ship Module.symvers in $dev, which is necessary to package other out-of-tree modules that want to consume symbols from it.
creating the output and installing it is simple enough, but it's not clear to me how that ought to be consumed. If another kmod derivation takes nvidia_x11 as an input, it's just always going to point to nvidiaPackages.stable.
is it correct that I'd need to essentially put it as an attribute nested beneath nvidia_x11? ie: adjacent to nvidia_x11.open?
| 10:31:25 |
sielicki | * pkgs/os-specific/linux/nvidia-x11/open.nix presently does not ship Module.symvers in $dev, which is necessary to package other out-of-tree modules that want to consume symbols from it.
creating the output and installing it is simple enough, but it's not clear to me how that ought to be consumed. If another kmod derivation takes nvidia_x11 as an input, it's just always going to point to nvidiaPackages.stable.
is it correct that I'd need to essentially put any consuming kmod as an attribute nested beneath nvidia_x11? ie: adjacent to nvidia_x11.open?
| 10:39:18 |
sielicki | https://github.com/NixOS/nixpkgs/pull/360375/commits | 11:01:00 |
SomeoneSerge (back on matrix) | Ah, I was just commenting on that on github. I think open being a passthru of nvidia_x11 is a constant source of confusion and we should just move it out to nvidiaPackages. AFAIU the only way open depends on nvidia_x11 is for version numbers... | 13:00:29 |
| 2 Dec 2024 |
hexa | GaƩtan Lepage: so when are we killing the tests on tensordict? | 00:53:22 |
GaƩtan Lepage | :') | 07:24:29 |
GaƩtan Lepage | At least the blocking one I guess | 07:24:35 |
GaƩtan Lepage | Should be fixed by https://github.com/NixOS/nixpkgs/pull/361008. | 07:57:50 |
GaƩtan Lepage | In reply to @glepage:matrix.org Should be fixed by https://github.com/NixOS/nixpkgs/pull/361008. I went through both tensordict and torchrl. They should be more robust now. | 14:06:35 |
GaƩtan Lepage | Well, it's still not perfect hexa (UTC+1).
On the flaky Threadripper 3990X system, torchrl segfaults after the test suite has passed. It only occurs for python312Packages.torchrl but not for python311Packages.torchrl... | 14:40:15 |
GaƩtan Lepage |  Download clipboard.png | 14:40:51 |
GaƩtan Lepage | Of course, it builds perfectly fine on two other AMD systems (Ryzen 5 5600X and Ryzen 9 3900) | 14:41:38 |
hexa | microcode updates applied? | 14:42:05 |
GaƩtan Lepage | I forgot how to check that | 14:42:35 |
GaƩtan Lepage | I think you told me a while ago | 14:42:47 |
hexa | intel be like | 14:43:46 |
hexa |
[ 0.000000] microcode: updated early: 0xc6 -> 0xf8, date = 2024-02-01
| 14:43:51 |
hexa | dmesg | grep microcode | 14:44:36 |