Skip to content

fix(ci): recover signed Ubuntu dependencies during DNS outages - #935

Merged
Mjones13 merged 3 commits into
mainfrom
fix/ci-ubuntu-resolution-932
Nov 11, 2026
Merged

Mjones13 merged 3 commits into
mainfrom
fix/ci-ubuntu-resolution-932

Conversation

@Mjones13

@Mjones13 Mjones13 commented Nov 11, 2026 •

Copy link
Copy Markdown
Contributor

Ubuntu DNS failures make the three native dependency steps spend minutes retrying the built-in Ubuntu mirrors, then fail before tests run. This gives those steps one strict, bounded refresh/download owner and an isolated independent mirror fallback for recognized transport failures. Package sets, recommends behavior, Ubuntu suites/components/keyring, job deadlines, test commands, selection and Check stay intact.

The candidate uses fresh lists and archives, validates the supported runner source layout and index targets, requires signed retrieval and current updates/security metadata, then installs offline. Owned process groups must be quiescent before fallback or workspace removal. A dispatch input can force the candidate on the final head for runner qualification.

Validation: final PR head a1c5ad9 passed CI run 43061095779, including Lint/strict boundary, Build, Test, Test Desktop, and Check. All three dependency steps exercised the fallback after a safely terminated normal-route deadline, retrieved all four signed suites and packages from the isolated candidate, accepted current updates/security dates, and installed offline. The real Linux TERM/leader-exit/KILL regression passed. CI tested merge commit 6f07528 against main ad37e66; its tree matches the final PR head. Focused local union:39 passed/1 explicit Linux-only skip; independent correctness review found no issues. The healthy normal route remains covered by injected tests, with no live provider-recovery claim.

Refs #932. Failed PR reruns retain their old workflow; those PRs need fresh heads including this repair after it lands.

Contributor: Jones Code thread c961c662-3164-44fa-83d8-963dbcaed3a1 (Codex root, coordination/Git owner); delegated builder and read-only investigation/review tasks are recorded in that thread.

@Mjones13
Mjones13 merged commit 00c7b7b into main Nov 11, 2026
32 checks passed
Mjones13 added a commit that referenced this pull request Nov 12, 2026
Brings in #913 (orphaned run records), #917 (held queue expiry and the
sparse Jones jones_queue_holds table at migration 147), #930 (install
status reconcile), #931 (question line breaks) and #935 (signed Ubuntu
APT retrieval during transport failures).

#917 landed first and keeps Jones migration 147 (QueueHolds). The sync's
unreleased Jones migrations move up by one, above the highest main ID:
NativeExecutionProcessCustody 148, OrdinaryCheckoutProcessCustody 149,
AuthSessionClientMetadata 150, WorkspaceRuntimeUses 151 and
PeerLinksAdoption 152. These IDs were only ever on the unmerged sync
branches (#850 and this successor), never on main. Their module files,
ledger tests and the WorkspaceRuntimeUses basis literal in
RuntimeUseInstallation follow the new IDs; no shipped schema or row
changes.

server.ts keeps the sync's managed-policy imports and adds main's
HeldQueueExpiry (WorkMode and Scheduler were already imported). The
boundary JSON is a structural three-way merge; the install-status lint
and fmt commands keep the sync's sidebar path and gain main's finishPlan
files. The server compile-cache anchor is re-pinned for server.ts.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant