!eWOErHSaiddIbsUNsJ:nixos.org

NixOS CUDA

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

Load older messages


SenderMessageTime
12 Jan 2026
@hexa:lossy.networkhexabecause while these were 500-1000 builds they gravitated to the more annoying end of builds15:54:29
@glepage:matrix.orgGaétan Lepage Ok, I'll target staging-next once I'm done building for all platforms 15:55:50
@connorbaker:matrix.orgconnor (he/him)Any thoughts on whether it’s suitable for backport to 25.11? Would unbreak CUDA 13 functionality there which I welcome17:09:22
13 Jan 2026
@aliarokapis:matrix.orgAlexandros Liarokapiswhat do I use as inputs and nixpkgs config to get cached ucc with cuda support?23:00:25
@aliarokapis:matrix.orgAlexandros Liarokapiswhat I did was use https://hydra.nixos-cuda.org/build/63411#tabs-buildinputs for nixpkgs input, then instantiate only with allowUnfree and cudaSupport = true;23:01:46
@aliarokapis:matrix.orgAlexandros Liarokapisnvm my user nix config was overriding my systems's cache23:13:26
14 Jan 2026
@connorbaker:matrix.orgconnor (he/him) I didn't realize that by making TensorRT 10.14.1 the default I effectively broke aarch64-linux (non Jetson) builds using TensorRT since NVIDIA didn't make a release for that platform for CUDA 12 -- it's CUDA 13 only.
So... do I roll back the version of TensorRT on aarch64-linux for CUDA 12.x or do something else? It'd need to get backported to the release branch to unbreak that.
10.13.0 has support for aarch64-linux for CUDA 12, but it was removed in 10.13.2 (there is no 10.13.1 release I can find).
00:33:23
@yorik.sar:matrix.orgyorik.sarSo they removed support for a whole version+platform in a patch release? That’s not nice.04:45:45
@yorik.sar:matrix.orgyorik.sarI think we’d need 2 versions then - one for aarch64, one for the rest.04:46:34
@hexa:lossy.networkhexait might be possible that I can escape the tensorflow curse with ai-edge-litert21:30:09
@hexa:lossy.networkhexa* it might be possible that I can escape the tensorflow curse with ai-edge-litert, the successor to tflite21:30:15
15 Jan 2026
@connorbaker:matrix.orgconnor (he/him)Can someone do something to test or verify https://github.com/NixOS/nixpkgs/pull/48023203:07:04
@hexa:lossy.networkhexahttps://github.com/NixOS/nixpkgs/pull/480103 introduces reintroduces libtensorflow-bin at 2.18.1, if anyone cares for that15:15:31
@hexa:lossy.networkhexa* https://github.com/NixOS/nixpkgs/pull/480103 introduces reintroduces libtensorflow-bin at 2.18.1, if anyone here cares for that15:15:35
@hexa:lossy.networkhexa

Note: Publishing standalone libtensorflow packages was dropped in TensorFlow 2.19.0, so the binary version used in this package is the latest one.

15:16:07
@hexa:lossy.networkhexaah sure, that's why we package an outdated release 😬15:16:18
@connorbaker:matrix.orgconnor (he/him)Goddamn stubs and transitive symbol resolution17:33:35
* @connorbaker:matrix.orgconnor (he/him) grumbles17:33:39
16 Jan 2026
@connorbaker:matrix.orgconnor (he/him)PR to avoid rebuilding Nix itself whenever CUDA support is enabled: https://github.com/NixOS/nixpkgs/pull/48052400:01:13
@hexa:lossy.networkhexanix depends on onetbb?00:09:53
@connorbaker:matrix.orgconnor (he/him)Yes, IIRC at least through blake302:23:54
4 Aug 2022
@winterqt:nixos.devWinter (she/her) joined the room.03:26:42
@winterqt:nixos.devWinter (she/her)(hi, just came here to read + respond to this.)03:28:52
@tpw_rules:matrix.orgtpw_ruleshey. i had previously sympathzied with samuela and like i said before had some of the same frustrations. i just edited my github comment to add "[CUDA] packages are universally complicated, fragile to package, and critical to daily operations. Nix being able to manage them is unbelievably helpful to those of us who work with them regularly, even if support is downgraded to only having an expectation of function on stable branches."03:29:14
@winterqt:nixos.devWinter (she/her)
In reply to @tpw_rules:matrix.org
i'm mildly peeved about a recent merging of something i maintain where i'm pretty sure the merger does not own the expensive hardware required to properly test the package. i don't think it broke anything but i was given precisely 45 minutes to see the notification before somebody merged it
ugh, 45 minutes? that's... not great. not to air dirty laundry but did you do what samuela did in the wandb PR and at least say that that wasn't a great thing to do? (not sure how else to word that, you get what i mean)
03:30:23
@tpw_rules:matrix.orgtpw_rulesno, i haven't yet, but i probably will03:31:03
@winterqt:nixos.devWinter (she/her) i admittedly did that with a PR once, i forget how long the maintainer was requested for but i merged it because multiple people reported it fixed the issue. the maintainer said "hey, don't do that" after and now i do think twice before merging. so it could help, is what i'm saying. 03:31:50
@tpw_rules:matrix.orgtpw_rulesi'm not sure what went wrong with the wandb PR anyway, i think it was just a boneheaded move on the maintainer's part03:32:10
@winterqt:nixos.devWinter (she/her)(it was also simple enough that it was fine and the maintainer said it looked good after)03:32:15
@tpw_rules:matrix.orgtpw_rules * i'm not sure what went wrong with the wandb PR anyway, i think it was just a boneheaded move on the merger's part03:32:19

Show newer messages


Back to Room ListRoom Version: 9