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
Filed by ci-failure-notify.yml after the 60-second auto-rerun-transient window: auto-rerun-transient saw no transient signature in the failed-job logs β genuine failure on first attempt.
β οΈ This is an early-warning signal from the floating-nightly canary, not a broken pin. main still builds on the pinned toolchain. Investigate before the next pin bump; if it is an upstream/dep regression, the fix is usually a dependency bump (cf. the ethnum 1.5.2β1.5.3 episode), not a toolchain downgrade.
Root cause: upstream rustc/clippy regression β no code defect on our side
The floating nightly this run used, 1.100.0-nightly (fb6531d55 2026-08-23), is the nightly that enabled the next-generation trait solver (rust-lang/rust#160895). Under the next solver, clippy's large_futures lint ICEs while computing layout_of on async-fn opaque types β upstream rust-lang/rust#161563 / rust-lang/rust#161495. That lint is in clippy::pedantic, which this workspace denies, and it runs layout on every async fn's future β hence the ICE storm across all three platforms, including inside tokio's own opaques. cargo check on the same nightly is unaffected; only the clippy leg ICEs.
Fix status (all upstream, already done):rust-lang/rust-clippy#17601 (merged 2026-08-23 17:02 UTC) fixes the lint under the next solver; the Clippy subtree sync rust-lang/rust#161416 carrying it merged 2026-08-24 02:35 UTC β after the 08-24 nightly cutoff, so the first fixed toolchain is nightly-2026-08-25.
Action for us:
No dependency bump applies (toolchain-side, unlike the ethnum episode) and no source change is needed.
Lint posture unchanged and non-negotiable: large_futures stays denied β no allow, no lint-set trimming to dodge an upstream ICE.
Pin-bump guidance per this canary's purpose: skip nightly-2026-08-23/24 β the next just toolchain-sync lands on β₯ nightly-2026-08-25. That bump also brings the next-gen trait solver onto the pinned gate; if the stricter solver surfaces new lint findings, they get real fixes, not exceptions.
Verification: workflow_dispatch the Nightly Canary once nightly-2026-08-25 is published (~2026-08-25 morning UTC); close this issue on green. Do not re-dispatch before then β the current latest nightly still lacks the fix and would file a duplicate tracker.
Filed by ci-failure-notify.yml after the 60-second auto-rerun-transient window: auto-rerun-transient saw no transient signature in the failed-job logs β genuine failure on first attempt.
β οΈ This is an early-warning signal from the floating-nightly canary, not a broken pin. main still builds on the pinned toolchain. Investigate before the next pin bump; if it is an upstream/dep regression, the fix is usually a dependency bump (cf. the ethnum 1.5.2β1.5.3 episode), not a toolchain downgrade.
Closing as verified fixed: manual canary dispatch on nightly-2026-08-25 (first toolchain with the clippy large_futures next-solver fix, rust-lang/rust#161416) shows zerounexpected rigid alias in layout_of errors β the ICE this issue tracked is gone. The run is still red from a different, unrelated regression in the same nightly (clippy's new empty_enums lint false-positive on zerocopy FromBytes derive expansions), tracked separately with full analysis in #617 so each canary issue names exactly one root cause. Pin-bump guidance: skip nightly-2026-08-23/24 (the ICE) AND hold before β₯ 08-25 until the zerocopy false positive resolves β see the successor issue.
Activity
githubrobbi commentedon Aug 24, 2026
Root cause: upstream rustc/clippy regression β no code defect on our side
The floating nightly this run used,
1.100.0-nightly (fb6531d55 2026-08-23), is the nightly that enabled the next-generation trait solver (rust-lang/rust#160895). Under the next solver, clippy'slarge_futureslint ICEs while computinglayout_ofon async-fn opaque types β upstream rust-lang/rust#161563 / rust-lang/rust#161495. That lint is inclippy::pedantic, which this workspace denies, and it runs layout on everyasync fn's future β hence the ICE storm across all three platforms, including inside tokio's own opaques.cargo checkon the same nightly is unaffected; only the clippy leg ICEs.Fix status (all upstream, already done): rust-lang/rust-clippy#17601 (merged 2026-08-23 17:02 UTC) fixes the lint under the next solver; the Clippy subtree sync rust-lang/rust#161416 carrying it merged 2026-08-24 02:35 UTC β after the 08-24 nightly cutoff, so the first fixed toolchain is nightly-2026-08-25.
Action for us:
large_futuresstays denied β noallow, no lint-set trimming to dodge an upstream ICE.just toolchain-synclands on β₯ nightly-2026-08-25. That bump also brings the next-gen trait solver onto the pinned gate; if the stricter solver surfaces new lint findings, they get real fixes, not exceptions.workflow_dispatchthe Nightly Canary once nightly-2026-08-25 is published (~2026-08-25 morning UTC); close this issue on green. Do not re-dispatch before then β the current latest nightly still lacks the fix and would file a duplicate tracker.github-actions commentedon Aug 25, 2026
π€ Nightly Canary failed on
mainπ€ Nightly Canarymain910364aFiled by
ci-failure-notify.ymlafter the 60-second auto-rerun-transient window: auto-rerun-transient saw no transient signature in the failed-job logs β genuine failure on first attempt.mainstill builds on the pinned toolchain. Investigate before the next pin bump; if it is an upstream/dep regression, the fix is usually a dependency bump (cf. the ethnum 1.5.2β1.5.3 episode), not a toolchain downgrade.π§ Notification sent to: cifail@uffs.io
githubrobbi commentedon Aug 25, 2026
Closing as verified fixed: manual canary dispatch on nightly-2026-08-25 (first toolchain with the clippy
large_futuresnext-solver fix, rust-lang/rust#161416) shows zerounexpected rigid alias in layout_oferrors β the ICE this issue tracked is gone. The run is still red from a different, unrelated regression in the same nightly (clippy's newempty_enumslint false-positive on zerocopyFromBytesderive expansions), tracked separately with full analysis in #617 so each canary issue names exactly one root cause. Pin-bump guidance: skip nightly-2026-08-23/24 (the ICE) AND hold before β₯ 08-25 until the zerocopy false positive resolves β see the successor issue.