!eWOErHSaiddIbsUNsJ:nixos.org

NixOS CUDA

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

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


SenderMessageTime
4 Feb 2025
@ss:someonex.netSomeoneSerge (matrix works sometimes)Found it09:46:27
@afdee1c:matrix.orgafdee1c joined the room.20:04:25
@zopieux:matrix.zopi.euzopieux I'm a bit confused about the nix-community cache and I wonder if my system/config is to blame, or the cache.
This cuda build succeeded and depends on nixpkgs d0bb46, which I pinned in my flake. Upon building though, nix decides to build fmpz8s6hy3yr8z6kb84h6498437d0xj1-ollama-0.5.7.drv even though per the above and per https://nix-community.cachix.org/8njyvpf8sxh8k61zvnv13cymn7szv63c.narinfo, the output should be available in the cache. nix.conf confirms the substituter/pubkey is present. Am I missing something?
21:03:07
@connorbaker:matrix.orgconnor (he/him) I haven't followed too closely how the community Hydra builds cudaPackages, but the first thing that comes to my mind is that perhaps your config.cudaCapabilities doesn't match the default set selected when it's unset? (By default, we build for a number of capabilities.) 22:28:12
5 Feb 2025
@ss:someonex.netSomeoneSerge (matrix works sometimes) No, fmpz8s6hy3yr8z6kb84h6498437d0xj1 is the deriver of 8njyvpf8sxh8k61zvnv13cymn7szv63c.narinfo, and cachix knows about it, and if you try wget https://nix-community.cachix.org/nar/77cdeba29947cabc7c880df05f41200e0f9ee711651931ac046e64fcfd52f48b.nar.zst it actually begins to download the blob so it's not GCed 00:38:31
@ss:someonex.netSomeoneSerge (matrix works sometimes) So Nix does behave weird here? zopieux what's it say if --builders "" -j0? 00:39:30

Show newer messages


Back to Room ListRoom Version: 9