Pin jostoph-rs to midgard, and finally commit the lock #13
No reviewers
Labels
No labels
Compat/Breaking
Kind/Bug
Kind/Documentation
Kind/Enhancement
Kind/Feature
Kind/Security
Kind/Testing
Meta/Campaign
Meta/Epic
Meta/Session
Priority/Critical
Priority/High
Priority/Low
Priority/Medium
Reviewed/Confirmed
Reviewed/Curated
Reviewed/Duplicate
Reviewed/Invalid
Reviewed/Won't Fix
Scope/Campaign
Status/Abandoned
Status/Blocked
Status/Conflicted
Status/In Progress
Status/In Review
Status/Need Grooming
Status/Need More Info
Status/Ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
Ting/Jostoph!13
Loading…
Reference in a new issue
No description provided.
Delete branch "agent.teyla/jostoph-rs-via-midgard"
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?
Closes #12. Supersedes #11 (closed:
jostoph-rsis deliberately not a fastlane input).flake.nixpinned the substrate atgit+https://jo.et0.pw/lar.ad/jostoph-rs.git, which is private. That is why PR #2 shipped with a Known gap: "nix cannot fetch the input without a credential and the lock cannot be generated... the lock should be committed once that is in place (or once the substrate repo is readable)." This repository has had noflake.locksince.midgard/jostoph-rsis the public mirror of the same tree at the same rev, over anonymous HTTPS. The precondition PR #2 deferred on is met, so this repoints the input and commits the lock.In scope
jostoph-rsinput →git+https://jo.et0.pw/midgard/jostoph-rs.git.flake.lock, committed.Out of scope
nix/overlay.nix'sjostophSrcand the devShell'sln -sfn ${jostoph-rs} vendor/jostophare untouched; only the input URL moves.mainis already the rev this input resolved to..fastlane.toml. Deliberately unchanged — see below.Not a fastlane input, by design
I initially filed #11 to add
jostoph-rsto the manifest, and was wrong. Owner, 2026-08-10: midgard/jostoph-rs carriesmainonly by design — the substrate is consumed as published, not co-developed branch-for-branch with its consumers. #11 is closed and the manifest is untouched; the reasoning is recorded in the input's own comment so it is not re-derived later.Worth flagging for whoever owns the seam:
.fastlane.justappends?ref={{ref}}to every manifest input unconditionally, and an input whose repo lacks that branch makes the whole nix invocation fail — measured (error: Failed to fetch git repository), not a warning. So a main-only repo must stay out of the manifest, because the manifest has no way to express one.Boundary
Pinning the public mirror takes this repository's build off any forge credential at all —
nix buildnow works with nonetrcand no token. That is the reason midgard exists.It also means the pin follows a repository whose freshness nothing yet reconciles (#3's push mirror is still hand-configured). Acceptable only because the lock records an exact rev: a stale mirror cannot silently change what this builds, it can only delay what a future
nix flake updatefinds. A mirror that stops tracking is #3's finding to surface, not a correctness hazard here.Acceptance
nix flake lockresolvesjostoph-rsto029a102cf6065ef3cd561b06bae613fb2ff0bbb2— the same rev as before, so this is a repoint, not a bump. ✅flake.lockcommitted. ✅nix flake checkgreen, unqualified — all 9 checks: the package build and its tests, thepostInstallmanifest check,module-evaluates, andpolicy-matches-checkout, none of which could run without--override-inputbefore. ✅GIT_CONFIG_GLOBAL=/dev/null GIT_CONFIG_SYSTEM=/dev/null,git ls-remoteonlar.ad/jostoph-rsfails oncould not read Username, whilemidgard/jostoph-rsanswers029a102under identical conditions. ✅Not run:
aarch64-linux, whichnix flake checkomits as an incompatible system on this machine.