mirror of
https://github.com/logos-co/logos-monorepo.git
synced 2026-08-27 10:11:12 +00:00
Dario LipicarandClaude Opus 4.8
952e339b33
* fix: pin logos-libp2p-module's libp2p input to a SHA (deleted upstream branch) The nightly bump's "Update flake.lock" step failed: error: unable to download 'https://api.github.com/repos/vacp2p/nim-libp2p/commits/feat/cbind/xpr-decode': HTTP error 422 logos-libp2p-module pins its `libp2p` input to the upstream branch `vacp2p/nim-libp2p/feat/cbind/xpr-decode`, which was deleted. Re-locking that input (nix flake lock --update-input logos-libp2p-module) re-resolves the branch ref and 422s, so the candidate is never staged. Override `libp2p` at the workspace level to the exact SHA the branch last pointed at (7c73484c — what the lock already resolved to; never merged to master, reachable only by SHA). Behavior-preserving. Because the nightly runs `ws sync-graph` BEFORE the lock update — which regenerates the auto-inputs block of flake.nix — a hand-edited override would be wiped every run. So the override is emitted by sync-graph itself via a new `get_manual_url_overrides` helper (mirrors `get_manual_follows`), and also applied to the committed flake.nix/flake.lock so master is self-consistent now. Stopgap until logos-libp2p-module SHA-pins libp2p in its own flake.nix. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> * fix(ws): filter and sort transitive URL overrides in sync-graph Address review feedback on get_manual_url_overrides emission: - Filter each override iname against the downstream flake's declared_set (same guard the follows path uses) so a renamed/removed upstream input can't leave a stale override that adds a spurious lock node; warn on skip. - Sort the kept overrides for deterministic, idempotent flake.nix output when a repo ever declares more than one override. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> --------- Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>