v1.5.0
·
9 commits
to main
since this release
Changed
- Distribution: anton-core now installs and self-updates from the public
xlightxyearx/anton-core-pluginrepo over unauthenticated HTTPS. The binary
fetch (wrapper + self-update orchestrator) drops thegh/token dependency;
first-runcore setupis tokenless. Go source stays private; the private repo
builds, signs, gates, and mirrors an allowlisted static surface + signed
binaries to the public repo. See docs/adr/0037-public-distribution.md.
Fixed
internal/db,internal/app— concurrent first-init of a freshcore.db
could fault the ncruces SQLite WASM driver (SIGSEGV) when two processes
raced to create+migrate the same file — the real shape being SessionStart +
UserPromptSubmit firing together on a first install. Two defenses: (1)
db.Opennow takes a blocking cross-processflock(2)on acore.db.init.lock
sidecar around the create+migrate sequence (internal/db/initlock_unix.go;
Windows no-op stub), so one process initializes and others wait then open the
migrated DB — WAL +busy_timeoutalready cover steady-state access; (2)
app.Runskips the auto-construct DB-open (and itsresolutionWarnThreshold
read) for--version/--help/helpinvocations viaargsNeedNoDB, so a
version/help query never opens — let alone migrates — a database.- CI (
.github/workflows/verify.yml,.github/workflows/release.yml) — pin
setup-goto an exact1.26.4instead of the floating1.26.x. setup-go
forcesGOTOOLCHAIN=local(so go.mod'stoolchain go1.26.4directive is inert
in CI), and1.26.xstill resolves to 1.26.3 in setup-go's version manifest, so
govulncheckanalyzed the unpatched 1.26.3 stdlib and thesupply-chainjob
failed on the two stdlib CVEs GO-2026-5037 / GO-2026-5039 (both fixed in 1.26.4).