!eWOErHSaiddIbsUNsJ:nixos.org

NixOS CUDA

312 Members
CUDA packages maintenance and support in nixpkgs | https://github.com/orgs/NixOS/projects/27/ | https://nixos.org/manual/nixpkgs/unstable/#cuda61 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
19 Oct 2024
@hexa:lossy.networkhexa which defaults on config.hardware.enableAllFirmware 12:57:09
@hexa:lossy.networkhexa which defaults to false 12:57:19
@hexa:lossy.networkhexa🤔12:57:20
@hacker1024:matrix.orghacker1024Rip12:57:24
@hexa:lossy.networkhexa thank you nixos-generate-config 12:57:34
@hacker1024:matrix.orghacker1024No guarantee that it'll fix it but it can't hurt12:57:42
@hacker1024:matrix.orghacker1024They have long lists of errata12:57:52
@hexa:lossy.networkhexayeah, worth a try12:58:00
@hexa:lossy.networkhexacan always roll back12:58:03
@hexa:lossy.networkhexathx12:58:58
@connorbaker:matrix.orgconnor (he/him)I keep forgetting I added myself as a maintainer to glibc until I get emails for reviews lmao19:09:59
@connorbaker:matrix.orgconnor (he/him) SomeoneSerge (utc+3) GaƩtan Lepage thoughts on having backendStdenv automatically propagate autoAddDriverRunpath and autoPatchelfHook? I feel like forgetting to add the former is a footgun people keep firing, and the latter is a great check to make sure all your dependencies are either present or explicitly ignored. 19:22:47
@glepage:matrix.orgGaƩtan LepageI am not sure to be qualified to answer properly. From my point of view, these kind of automations indeed help and avoid sneaky mistakes.19:24:29
@hexa:lossy.networkhexa hacker1024: I think your recommendation was spot on 21:27:27
@hexa:lossy.networkhexaat 22% I see the first [pt_main_thread] instances21:27:36
@hexa:lossy.networkhexaand they don't seem to crash with microcode updates applied21:27:50
@hexa:lossy.networkhexawow, I hope that makes python-updates much smoother in the future21:28:06
@ss:someonex.netSomeoneSerge (matrix works sometimes)

a footgun people keep firing,

True

autoAddDriverRunpath

Yes and no. Yes because that'd definitely make one-off and our own contributions easier. No because once we start propagating it we lose the knowledge of which packages actually need to be patched. It still seems to me that most packages we don't have to patch because they call cudart and cudart is patchelfed. Maybe yes because I'm unsure what happens with libcudart_static.

autoPatchelfHook

I'd be rather strongly opposed to this one. Autopatchelf is a huge hammer, coarse and imprecise. It can actually erase correct runpaths from an originally correct binary. Let's reserve it for non

Another important thing to consider is (here we go again) whether we want to keep both backendStdenv and the hook and which of these things should be propagating what

21:29:49

Show newer messages


Back to Room ListRoom Version: 9