Repository navigation
Backport held-source PHP setup to the 2.20 verifier - #1061
Conversation
|
PASS — finite Source/trigger review Reviewed exact head The delta is one workflow file and exactly the three coupled The complete maintenance worktree passes canonical action-policy validation against protected central main Hosted qualification is terminal on this unchanged head: 11 SUCCESS, seven intended SKIPPED, zero failures, zero pending. This includes central policy, repository contracts, public-boundary scans, quality, regression corpus, tracing HTTP, and the three PR-only PHP/backend jobs. No Source or trigger finding remains for this exact backport. This accepts only the reviewed source and ordinary hosted qualification. It does not relabel either consumed caller attempt, select a tag or setup/bootstrap call, accept an installed profile, or authorize a caller/publication effect. |
|
PASS — exact maintenance-main Source/custody carry for the reviewed Workflow caller backport. The merged commit is Actual maintenance-push qualification is terminal: run The accepted scope remains the single caller workflow with the same three coordinated |
|
Maintenance Source/main/cleanup is complete. Normal2.20.x merge Expected-head leased topic deletion, fresh Git absence/REST404, local topic absence and clean detached maintenance checkout are verified. Product fix,2.20.5 metadata and stable dependency/support bytes remain unchanged. The earlier published2.20.4 tag remains immutable. The genuinely changed main-harness caller42356468339/a1 separately completed all13 jobs SUCCESS, with actual post-product setup/private-pip/Composer cleanup evidence in297/6704687093; independent terminal audit remains the gate before that carry. This maintenance Source merge selects no tag, package publication or actual caller. The next General action is the qualified2.20.5 patch release after accepted caller audit, followed by actual registry/package and affected-consumer verification. |
The actual published-package caller now reaches PHP setup but the pinned installer release asset returns404. Central PR353 replaced that acquisition with the same reviewed installer bytes held from repository source, and PR354 catalogs the exact helper under its existing role.
On2.20.x, update three references together: setup-php-linux, the canonical terminal-control checkout and terminal control_source all use exact ed150. Private-pip/Composer trust stays at242c. The system Python selection, Ubuntu24/PHP8.3 profile, Composer/PHPUnit pins, maintained-harness versus published-product separation, trigger/permission graph and both cleanup paths are unchanged. No product, dependency or support delta.
Validation: 17 routing/admission/system-Python source controls pass; canonical ordinary policy at accepted central main edba47c8 admits the complete workflow inventory. The old catalog refuses this exact helper, while the accepted catalog retains other-action-path and whole-target Composer refusals. The host has no PHP CLI; PHP-dependent feature routing belongs to normal hosted checks. This is the exact three-reference maintenance backport of accepted main PR1060; the product fix,2.20.5 metadata and stable support/dependency graph remain unchanged.
The two consumed caller attempts remain NONPASS, including installer404 from run42348212659/a1. This source PR selects no PHP setup/bootstrap, actual published-package caller, tag, package release or retry. A new actual caller requires its separate exact subject, reviewed packet and distinct decision. Refs central297 and #1052.