| 4 Feb 2025 |
SomeoneSerge (matrix works sometimes) | Found it | 09:46:27 |
| afdee1c joined the room. | 20:04:25 |
zopieux | 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 |
connor (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 |
SomeoneSerge (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 |
SomeoneSerge (matrix works sometimes) | So Nix does behave weird here? zopieux what's it say if --builders "" -j0? | 00:39:30 |