Skip to content

ci(nightly): don't gate the nightly feed on the flaky Intel leg#2264

Closed
harshitsinghbhandari wants to merge 1 commit into
AgentWrapper:mainfrom
harshitsinghbhandari:fix/nightly-feed-not-gated-on-intel
Closed

ci(nightly): don't gate the nightly feed on the flaky Intel leg#2264
harshitsinghbhandari wants to merge 1 commit into
AgentWrapper:mainfrom
harshitsinghbhandari:fix/nightly-feed-not-gated-on-intel

Conversation

@harshitsinghbhandari

Copy link
Copy Markdown
Collaborator

Problem

Every recent nightly failed, so the nightly update channel 404s (nightly-mac.yml not found). Root cause: publish-feed was set to needs: [guard, release, release-intel], so any Intel-leg hiccup skips the entire nightly feed, for all platforms.

The Intel macOS leg is genuinely flaky:

  • transient notary -1009 "connection offline" reaching Apple, and
  • osx-sign keychain races → Agent Orchestrator.app: code object is not signed at all.

Both pass on re-run, but a daily, unattended nightly shouldn't need a manual re-run to publish anything.

Fix

Revert nightly's publish-feed to needs: [guard, release] (its pre-#2244 state):

  • arm64 / Windows / Linux nightlies publish every day regardless of Intel.
  • feed.mjs still includes the x64 entry when the Intel leg finishes in time (best-effort).

The stable release stays gated on Intel , it's manual, re-runnable, and verified, so guaranteeing x64 in the stable feed is worth the gate there. Different reliability needs: stable = correctness, nightly = resilience.

🤖 Generated with Claude Code

The Intel macOS leg fails transiently (notary -1009, osx-sign keychain
race: code object is not signed at all). With publish-feed needing
release-intel, every such flake skipped the whole nightly feed, so all
recent nightlies shipped no nightly-mac.yml and the nightly channel 404d.

Revert nightly publish-feed to needs: [guard, release] (its pre-AgentWrapper#2244
state). arm64/win/linux nightlies now publish daily regardless of Intel;
feed.mjs still includes the x64 entry when the Intel leg finishes in time.
The stable release stays gated on Intel (manual, re-runnable, verified).

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@harshitsinghbhandari

Copy link
Copy Markdown
Collaborator Author

Superseded by the retry fix: the flakiness is general (the -1009 notary error hit macos-latest/arm64, not Intel), so decoupling only the Intel leg doesn't address it and drops the x64-in-feed guarantee. Retrying the publish step on all macOS legs fixes the root cause instead.

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