 | Nix ♥ la francophonie | 222 Members |
| Salon francographe de NixOS | 72 Servers |
| Nix ♥ la francophonie | 222 Members |
| Salon francographe de NixOS | 72 Servers |
| Sender | Message | Time |
|---|---|---|
| 12 Apr 2026 | ||
 pinage404 | j'ai 2 hypothèses, hier :
| 18:49:42 |
| pinage404 | depuis, j'ai libéré de l'espace, j'ai éteint mon ordi, je ne sais pas si le cache persiste | 18:50:13 |
 nim65s | nix build --narinfo-cache-negative-ttl 0 nixpkgs#file peut-être ? | 18:51:07 |
| nim65s | (enfin, remplacer nixpkgs#file par ce qui t’intéresse en vrai) | 18:51:37 |
| nim65s | https://nix.dev/manual/nix/2.28/command-ref/conf-file.html#conf-narinfo-cache-negative-ttl : 1h par défaut | 18:53:02 |
 Alex | Les sites web changent de temps-en-temps et ça peut poser ce genre de problème.
Si tu parles de Tu peux aussi regarder | 18:53:16 |
| pinage404 | je ne sais pas ce qui m'intéresse, je ne sais meme pas pourquoi file est une dépendance, je ne référence pas dans ma config, c'est une dépendance indirect | 18:54:34 |
| nim65s | tu as lancé quelle commande pour avoir cette erreur ? | 18:54:58 |
| Alex | Pour savoir pourquoi, utilise nix why-depends --derivation --all --precise $toplevel $file | 18:55:22 |
| pinage404 | | 18:55:37 |
| pinage404 | ça n'affiche rien et exit avec le code 0 | 18:56:10 |
| nim65s | ok, donc nix build --narinfo-cache-negative-ttl 0 ".#nixosConfigurations.${HOSTNAME}.config.system.build.toplevel" | 18:56:29 |
| pinage404 | la commande que tu m'as indiqué afficheet exit avec le code 1 | 18:57:12 |
| nim65s | hum, tu n’es pas censé upload des choses sur cache.nixos.org | 18:58:10 |
| pinage404 | ça me parait bizarre aussi, car la commande semble etre un truc qui get pas un truc qui upload | 18:59:01 |
| nim65s | je suppose que tu as un cache perso mal configuré ou quelque chosee comme ça | 18:59:21 |
| nim65s | * je suppose que tu as un cache perso mal configuré ou quelque chose comme ça | 18:59:27 |
| pinage404 | mes caches sont là https://gitlab.com/pinage404/dotfiles/-/tree/main/nix_cache?ref_type=heads j'ai rien qui me parait anormal | 19:01:10 |
| Alex | On parle ici de quelle version de nixpkgs ?(Je pense qu'avec le commit hash on aura plus de chance de pouvoir t'aider.) | 19:02:00 |
| pinage404 | la commande est encore en cours d'execution, mais ça semble déjà mieux se passer (ça download au lieu d'essayer de rebuild des trucs comme perl ou gcc) | 19:02:05 |
| pinage404 | je viens de re nix flake update, je suis avec 54170c54449ea4d6725efd30d719c5e505f1c10e | 19:02:52 |
| nim65s | (btw, nixos-rebuild build --flake ".#${HOSTNAME}" c’est le même comportement que nixos-rebuild build --flake .) | 19:03:22 |
| pinage404 | oui je surcharge la variable d'environnement à la demande, mon script est mis en commun, et je préfère rendre explicite que ça utilise cette variable et pas seulement définir la variable et implicitement l'utiliser https://gitlab.com/pinage404/dotfiles/-/blob/main/maskfile.md?ref_type=heads#nixos-test | 19:05:49 |
| pinage404 | ça continue de download plein de trucs, sans rebuild, j'ai bon espoir, merci ! | 19:07:02 |
| pinage404 | par contre, je ne comprends pas pourquoi ça a échoué hier, et continué d'échouer aujourd'hui alors que j'ai éteint mon pc cette nuit et j'ai dormi plus d'1h, donc le cache aurait du etre expiré | 19:08:15 |
| Alex | Il y a vraiment un problème avec Je pense que ce serait une bonne idée de prévenir le mainteneur, sinon sans cache.nixos.org c'est impossible de compléter le build. | 19:09:59 |
| Alex | * Il y encore un miroir qui fonctionne: | 19:11:38 |
| pinage404 | pourquoi mon Nix local n'a pas utilisé le miroir ? | 19:13:34 |
| nim65s | ok, j’avais pas le bon hash parce que je regardais celui de fetchzip et pas fetchurl… | 19:14:00 |
| nim65s | ça c’est bon: | 19:14:18 |