You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
v0.1.0's Debian packages shipped as 0.0.0. The debian jobs run in a
debian:trixie container, so the build runs as root over a workspace owned
by the runner account, and Git has refused to read a repository owned by
another user since 2.35. The resolver swallowed that refusal and answered
with its Git-less fallback, which is how a package stamped 0.0.0 got built
underneath a changelog stanza that already said 0.1.0, beside DMGs the
non-container macOS jobs versioned correctly.
Both halves of that were wrong. The resolver now passes -c safe.directory
for the source directory it was pointed at -- reading the identity of a
tree the caller has already asked to compile needs no further permission
-- which covers CI, the local container path and any sudo build in one
place, so build-deb.sh no longer needs its own workaround. And a tree that
has a .git yet yields nothing is now a hard error: an absent repository is
0.0.0, an unreadable one is a broken build.
release.yml re-checks the built filenames against the tag before it
publishes, since four jobs resolving the version separately is exactly how
they came to disagree.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01CaJar47XxqehpSd7chyAk5
0 commit comments