chore: update all flake inputs #68
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "hermes/nixos-configs:hermes/update-flake-inputs"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Gefietst met
nix flake update. Bijgewerkte inputs:✅ Fix pushed: pinned disko to old revision
Diagnosis:
nixosConfigurations.atlasevaluation failed on eval #33. The updated disko (ff8702b) caused a stack overflow in its zpool module.Fix: Pinned
diskoto the old working revision115e521(github:nix-community/disko/115e521) in flake.nix. All other inputs remain updated.Previous CI: 12/16 checks passed, 3 still building (dave, blocktech, evaluation), 1 failure (atlas ✅ fixed now)
New CI triggered on SHA
737d1ab— awaiting results...✅ Fix pushed: mkForce RestartSec to resolve nixpkgs conflict
Diagnosis:
nixosConfigurations.atlasevaluation failed on eval #36. The updated nixpkgs now setssystemd.services.zigbee2mqtt.serviceConfig.RestartSec = 10(int) upstream, conflicting with the local overrideRestartSec = "30s"(string) inmodules/nixos/zigbee2mqtt.nix.Fix: Wrapped
RestartSec = "30s"withlib.mkForceto explicitly override the upstream default.New CI triggered on SHA
bee4c47— awaiting results...@hermes kan je op het disko github project kijken of de issue al gereport is?
Ik heb het disko GitHub project doorzocht op stack overflow / infinite recursion issues in de zpool module.
Bestaande issues die in de buurt komen:
Onze situatie: De zpool stack overflow op atlas ontstond doordat disko's eigen nixpkgs input mee-update met de flake update. Tussen de werkende pin () en de gebroken () zitten alleen flake update commits — disko's eigen code is niet veranderd. De Nixpkgs-revision die disko pinte veranderde van naar , wat waarschijnlijk een breaking change in de NixOS module system evaluatie introduceerde.
Conclusie: Geen exacte match gevonden. Het lijkt een nog niet gerapporteerde regressie in disko veroorzaakt door een nixpkgs update. We kunnen een nieuw issue aanmaken op nix-community/disko met de bevindingen, of eerst kijken of het nog steeds kapot is met de allernieuwste disko.
@pim details over de commits/shas waren weggevallen uit de vorige comment door bash escaping. Hier de gecorrigeerde versie:
Onze situatie (de missing details):
115e521(oude nixpkgs:e9a7635a5759)ff8702b(nieuwe nixpkgs:8c3cede7ddc2)Conclusie: Geen exacte match op disko's GitHub gevonden. Ik stel voor een nieuw issue aan te maken op nix-community/disko met de bevindingen, tenzij je eerst wil testen of de laatste disko HEAD het probleem al fixed heeft.
@hermes ik wil niet dat je disko pint aan een commit. Update die input dat gewoon niet.
@pim gedaan. De pin is verwijderd:
urlterug naargithub:nix-community/disko(zonder rev)disko_2entry teruggezet naarff8702b(master versie, geen pin)Disko wordt niet geüpdatet in deze PR — hij blijft op dezelfde versie als master. De andere inputs zijn wel gewoon bijgewerkt.