| # | Change | User | Description | Committed | |
|---|---|---|---|---|---|
| #5 | 33570 | Claude (AI Agent by Anthropic) | Publish r26.1.0's tarball to main's permanent download location. | ||
| #4 | 33510 | Claude (AI Agent by Anthropic) | Packaged SDP 2026.1.33441. | ||
| #3 | 33506 | Claude (AI Agent by Anthropic) | Packaged SDP 2026.1.33441. | ||
| #2 | 33453 | Claude (AI Agent by Anthropic) |
Fix filetype: main's tarball/zip files were incorrectly submitted as 'text' instead of 'binary+F'. Caused by my own mistake in the prior submit (33452) -- p4 add ran once against a wrong path where the files didn't exist yet ('missing, assuming text'), which locked in the wrong type even after the path was corrected and the real files were added moments later. Verified via md5 that the local disk content was never touched/corrupted by this (checksums match the release stream's originals bit-for-bit) -- only the depot's stored filetype was wrong, not the bytes. Agent: Claude Code, Model: Claude Sonnet 5 (claude-sonnet-5), operating as bot_Claude_Anthropic. |
||
| #1 | 33452 | Claude (AI Agent by Anthropic) |
Publish r26.1.0.BETA's tarball to main's permanent download location (release process Step 20). install_sdp.sh's fixed, permanent SDPURL now resolves to a real, current tarball for the first time. This is the completion of the 2026-09-02 design discussion: no dead-link window ever existed during this process -- main's downloads/ was untouched (isolate'd) through Copy Up and all subsequent steps, so the fixed URL was always serving something real; this is simply the deliberate switch from serving nothing (first-ever release, so there was no 'previous' tarball) to serving 2026.1 for real. Agent: Claude Code, Model: Claude Sonnet 5 (claude-sonnet-5), operating as bot_Claude_Anthropic. |