!eWOErHSaiddIbsUNsJ:nixos.org

NixOS CUDA

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

Load older messages


SenderMessageTime
16 Apr 2026
@glepage:matrix.orgGaétan LepageSorry everyone for the disruption13:56:35
@ss:someonex.netSomeoneSerge (matrix works sometimes)A reminder that the cache is not an officially maintained cuda team thing at the moment, and only exposed as an accidental dev artifact. Reminder that "stable channels" are not an official cuda team thing. Only hydra itself is. For the time being.14:00:03
17 Apr 2026
@glepage:matrix.orgGaétan Lepage

SomeoneSerge (matrix works sometimes) do you think we can get this in today?
https://github.com/NixOS/nixpkgs/pull/498612#issuecomment-4266520526

It's be nice to have it as part as 26.05 and the window closes by tomorrow

09:31:18
@ss:someonex.netSomeoneSerge (matrix works sometimes)These changes are backportable12:59:28
@ss:someonex.netSomeoneSerge (matrix works sometimes) * 12:59:47
@glepage:matrix.orgGaétan LepageSure, but it'd be easier to merge them now (if they're ready ofc)c13:11:32
@glepage:matrix.orgGaétan Lepage* Sure, but it'd be easier to merge them now (if they're ready ofc)13:11:34
18 Apr 2026
@ccicnce113424:matrix.orgccicnce113424Actually, the window doesn't close until 2026-04-27 07:00 UTC, so we've still got a few days, not "tomorrow". That said, I think this PR is ready to merge right now.09:03:52
20 Apr 2026
@edwtjo:fairydust.spaceEdward TjörnhammarYou risk breaking HPC deployments with these changes09:05:45
@edwtjo:fairydust.spaceEdward Tjörnhammar* You risk breaking HPC deployments with these changes, rushing them without further confirmations is reckless09:07:42
@edwtjo:fairydust.spaceEdward Tjörnhammar* You risk breaking HPC deployments with these changes, rushing them without further confirmations is reckless09:08:01
@ccicnce113424:matrix.orgccicnce113424 @[Edward Tjörnhammar] I'm not rushing anything. I didn't touch the HPC-specific logic, and the PR is literally open for review. I've already replied to all your concerns in the PR comments. If you genuinely believe HPC is broken by these changes, please quote the exact lines of code on GitHub that cause the issue. Let's keep the discussion technical and factual. 09:40:13
@ccicnce113424:matrix.orgccicnce113424 https://github.com/NixOS/nixpkgs/pull/498612#issuecomment-4279399845 09:43:58
@ccicnce113424:matrix.orgccicnce113424 * @[Edward Tjörnhammar] I'm NOT rushing anything. I didn't touch the HPC-specific logic, and the PR is literally open for review. I've already replied to all your concerns in the PR comments. If you genuinely believe HPC is broken by these changes, please quote the exact lines of code on GitHub that cause the issue. Let's keep the discussion technical and factual. 09:58:20
@edwtjo:fairydust.spaceEdward Tjörnhammar
In reply to @ccicnce113424:matrix.org
@[Edward Tjörnhammar] I'm NOT rushing anything. I didn't touch the HPC-specific logic, and the PR is literally open for review. I've already replied to all your concerns in the PR comments. If you genuinely believe HPC is broken by these changes, please quote the exact lines of code on GitHub that cause the issue. Let's keep the discussion technical and factual.
That would be great, I said you risk breaking HPC deployments not that it was a fact, the concerns in my review are my technical and factual concerns. That you adressed my concerns were my main priority since you seemed to want to get this in within the merge window. I will take another look tonight.
10:38:07
@moraxyc:qaq.liMoraxyc joined the room.12:36:07
@caniko:matrix.orgcaniko changed their profile picture.14:19:45
21 Apr 2026
@glepage:matrix.orgGaétan Lepage

Hi Samuel Ainsworth!

I'm having yet another hash mismatch on xla:

error: hash mismatch in fixed-output derivation '/nix/store/r97i94lw0gyqi8x1z7w0f65v8p8hwlyr-xla-0-unstable-2026-02-21-deps.tar.drv':
         specified: sha256-QTUqcP5t91Z4s+esxxFz2tGJAJplWXWZuYPqcC7ld+E=
            got:    sha256-go2EUhzSI2LcvYTjkrj3nbbwiLSusuj2Ijh6rlcarqE=
20:51:35
22 Apr 2026
@skainswo:matrix.orgSamuel AinsworthHmm interesting could you send me your deps file again and I can debug?00:06:40
@glepage:matrix.orgGaétan Lepage Sure:
https://mega.nz/file/PpZDzZqT#oGHHBpawgcbkqtk49FlVv1tL3Nvd4-FhEXZfulvxtfc
07:11:35
23 Apr 2026
@little_dude:matrix.org@little_dude:matrix.org left the room.09:36:06
@glepage:matrix.orgGaétan Lepage connor (burnt/out) (UTC-8), do you know if libnvvm is a CUDA>=13.0 thing? Or should it also be packaged for 12.9. 16:18:41
@glepage:matrix.orgGaétan Lepage * connor (burnt/out) (UTC-8), do you know if libnvvm is a CUDA>=13.0 thing? Or should it also be packaged for 12.9? 16:18:49
@glepage:matrix.orgGaétan Lepage *

connor (burnt/out) (UTC-8), do you know if libnvvm is a CUDA>=13.0 thing? Or should it also be packaged for 12.9?

It should be... But only the 13.x redist manifests mention it...

16:21:09
@glepage:matrix.orgGaétan Lepage *

connor (burnt/out) (UTC-8), do you know if libnvvm is a CUDA>=13.0 thing? Or should it also be packaged for 12.9?

It should be... But only the 13.x redist manifests mention it...

EDIT: It's under cudaPackages.cuda_nvcc/nvvm for 12.x 🫠

16:27:19
@connorbaker:matrix.orgconnor (burnt/out) (UTC-8)Oh my god16:28:44
@connorbaker:matrix.orgconnor (burnt/out) (UTC-8)Oh wait yeah it was bundled with NVCC then was split out into its own library phew16:29:05
@connorbaker:matrix.orgconnor (burnt/out) (UTC-8)IIRC I symlink it into NVCC to avoid breaking consumers?16:29:22
@glepage:matrix.orgGaétan LepageAs you say. phew.16:31:54
@glepage:matrix.orgGaétan Lepage Raw fun: https://github.com/NixOS/nixpkgs/pull/512828 16:32:17

Show newer messages


Back to Room ListRoom Version: 9