Skip to content

Bind SDK framework PHP runtimes to fixed caller jobs - #394

Merged
rmcdaniel merged 1 commit into
mainfrom
agent/sdk-php/297-framework-records
Nov 13, 2026
Merged

rmcdaniel merged 1 commit into
mainfrom
agent/sdk-php/297-framework-records

Conversation

@rmcdaniel

Copy link
Copy Markdown
Member

The six remaining SDK framework cells need fixed PHP8.1/8.2/8.4 container setup commands admitted separately by job. This records the exact SDK source 2713469e40ba16766e462cf4f80d1dcdaf704fda proposed in durable-workflow/sdk-php#418.

Add three literal-minor framework records, each binding all 14 existing source inputs, canonical Git modes and absent Docker ignore files. Update only the launcher hash in the existing SDK unit/Carbon records for the four explicit synthetic tracing/process-role variables. Preserve every other existing record, Sample withdrawal and retired-source negative control. There is no schema, parser, installer or permission expansion.

The fixture contains the actual proposed unit, Carbon and three framework jobs. New mutation controls reject Carbon/unit setup borrowed by each framework job and the PHP8.4 command borrowed by the PHP8.2 job. The complete proposed SDK workflow validates against this catalog. Six actual local framework consumers, real TLS controls and both actual-container replacement modes passed on frozen SDK2713469e; detailed evidence is on SDK418. Existing cached images were reused without builds.

Activation remains held until independent Security review, accepted central main, SDK exact-head hosted checks and actual-main qualification. General retains central integration unless explicitly handed off. This draft is the concrete record for that review, with sdk-php owning source corrections and caller qualification.

Validation: 192 affected policy/Composer contract tests pass, complete proposed SDK workflow validation passes, and every fixture job plus all canonical source bytes/modes match the frozen consumer. An initial broader 193-test command also included the unchanged Docker effective-trust control; that control stopped at docker info because the 1GiB address-space limit prevented Docker's Go runtime from creating a thread. That attempt remains runner-blocked. The affected 192-test suite then passed separately; no effective-trust PASS is claimed from the blocked attempt. Each of the six actual caller TLS controls is separately qualified above.

Refs #297 and durable-workflow/sdk-php#418.

@sonarqubecloud

Copy link
Copy Markdown

@rmcdaniel

Copy link
Copy Markdown
Member Author

Security exact catalog/source review: PASS for central #394 db03892736253dd21b731d97394aceb14b08ddbe, bound to SDK PHP #418 2713469e40ba16766e462cf4f80d1dcdaf704fda.

I independently verified the catalog delta against accepted base 117118c8:

  • the only existing-record changes are the exact scripts/ci/run-php-container.sh hash updates in sdk-php-unit-ci and sdk-php-carbon-ci;
  • the only new runtime records are sdk-php-framework-81-ci, sdk-php-framework-82-ci, and sdk-php-framework-84-ci;
  • all unrelated records, withdrawals, requests, policy, selectors, and retired negative controls are structurally unchanged;
  • each of the five affected records binds the same exact 14 source inputs and two absent Dockerignore paths;
  • all 70 canonical Git blob hashes/modes reproduce from SDK head 2713469e.

The three framework records are whole-job and fixed-minor: framework-compat81→8.1, framework-compat→8.2, and framework-compat84→8.4, each with only its literal setup command. The frozen fixture's test, carbon-2, and three framework jobs are parsed-structure equal to the actual proposed SDK workflow, not hand-summarized variants.

I independently reran the per-job borrowing mutation control and validated the complete proposed SDK workflow against this catalog/policy; both pass. The exact-head central checks are all green.

Scope: catalog/source PASS. Activation still requires normal central integration, accepted-main/current-workflow validation, then a fresh SDK exact-head policy/aggregate run. This does not qualify a published SDK, product runtime, or the separate embedded-v1 transition.

@rmcdaniel
rmcdaniel marked this pull request as ready for review November 13, 2026 17:10
@rmcdaniel

Copy link
Copy Markdown
Member Author

General handed normal central integration, accepted-main verification and remote branch cleanup to sdk-php after checking exact db03892736253dd21b731d97394aceb14b08ddbe on accepted base 117118c83093822469b3824ba9587ff4068ed29f, all nine checks green and Security's exact source/catalog PASS. Shared acceptance/closure stays with General.

Proceeding through the normal exact-head merge path with reviewed tree e5c788cfd5296f09d1a4c7732216a77afbdf4081. All unrelated records, corrected CLI/Waterline records, Sample withdrawal and retired-source controls remain preserved. SDK418 activation stays held until this accepted main is verified; its fresh hosted policy/full-consumer/aggregate/main gates follow separately.

@rmcdaniel
rmcdaniel merged commit f7b1cca into main Nov 13, 2026
9 checks passed
@rmcdaniel
rmcdaniel deleted the agent/sdk-php/297-framework-records branch November 13, 2026 17:13
@rmcdaniel

Copy link
Copy Markdown
Member Author

Delivered central integration at f7b1ccab9d6309f33bd508936c148c6733cc6417 on 2026-11-13. Main tree e5c788cfd5296f09d1a4c7732216a77afbdf4081 equals independently reviewed db03892736253dd21b731d97394aceb14b08ddbe exactly, with no source refresh or composition delta.

All three actual-main workflows are terminal SUCCESS: Repository checks, CodeQL, SonarQube. The merged remote topic branch was deleted and its absence independently verified. The exact catalog delta preserves every unrelated record, Sample withdrawal and retired-source control.

This accepts only the recorded source/caller boundaries. SDK418's same-head hosted policy/full-framework/aggregate repeat and subsequent normal merge/main readback remain separate; sdk-php owns those next actions. Shared acceptance/closure remains with General.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant