8000 Phase 6a: add receipt-bound portable release bundles by Mnehmos · Pull Request #51 · Mnehmos/MathOS · GitHub
[go: up one dir, main page]

Skip to content

Phase 6a: add receipt-bound portable release bundles - #51

Merged
Mnehmos merged 1 commit into
mainfrom
issue-50-portable-release
Jul 22, 2026
Merged

Mnehmos merged 1 commit into
mainfrom
issue-50-portable-release

Conversation

@Mnehmos
@Mnehmos Mnehmos commented Jul 22, 2026
Copy link
Copy Markdown
Owner

Closes #50

Summary

  • define the closed, bounded release_manifest/1 Rust contract, committed schema, and golden schema identity
  • build deterministic new-directory releases from one revalidated publication receipt, persisted authority/current fidelity witnesses, controlled repair closure, and exact reviewed pedagogy path
  • support no-write previews, private/public policy enforcement, complete license inventory, and exact report/CAS/replay bindings
  • verify copied bundles before configuration or SQLite loading, require an out-of-band expected manifest hash, reject unsafe/substituted/tampered trees, and replay only the pinned Lean declaration
  • extend the protected Pilot A workflow to create five reviewed units, preview/build/copy the private repaired-proof release, hide SQLite, offline-verify it, and retain the evidence

Trust boundary

Release replay is an integrity check only. It does not mint mathematical authority. Public projection fails closed on every private, restricted, unresolved, or unlicensed member.

Verification

  • cargo fmt --check
  • cargo clippy --workspace --all-targets --all-features -- -D warnings
  • cargo test --workspace (144 unit, 1 Lean worker, 4 MCP, 14 CLI)
  • PYTHONPATH=src PYTHONWARNINGS=error::ResourceWarning python -m unittest discover -s tests -v (39)
  • bash -n scripts/release-pilot-a.sh
  • workflow YAML parse
  • git diff --check

The protected real CLI build/copy/hide-database/Lean replay runs only from protected main; its retained artifact will be audited against the exact merge head before #50 is closed.

< 8000 /batch-deferred-content>
@coderabbitai
coderabbitai Bot commented Jul 22, 2026 •
Copy link
Copy Markdown

Warning

Review limit reached

@Mnehmos, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 31 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: 7c7f89bc-2b8f-47d6-94d8-5acb5145bb07

📥 Commits

Reviewing files that changed from the base of the PR and between 6764ac2 and fea1e28.

📒 Files selected for processing (17)
  • .github/workflows/publication.yml
  • docs/decisions/ADR-0011-receipt-bound-portable-release-directories.md
  • docs/dev-diary/0039-the-database-must-be-able-to-disappear.md
  • docs/implementation/RELEASE_CHECKLIST.md
  • docs/implementation/STATUS.md
  • docs/trust/RELEASES.md
  • fixtures/release/pilot-a-repaired-proof-learning-unit.txt
  • schemas/release/release-manifest-1.schema.json
  • scripts/release-pilot-a.sh
  • src/app.rs
  • src/cli/mod.rs
  • src/domain/mod.rs
  • src/domain/release.rs
  • src/lib.rs
  • src/release.rs
  • src/verifier/mod.rs
  • tests/phase1_cli.rs
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch issue-50-portable-release

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@Mnehmos
Mnehmos marked this pull request as ready for review July 22, 2026 00:24
@Mnehmos
Mnehmos merged commit 7ecab3d into main Jul 22, 2026
6 checks passed
@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: fea1e289f8

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

  • Open a pull request for review
  • Mark a draft as ready
  • Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Comment thread src/verifier/mod.rs
module_file_name: &str,
environment: &EnvironmentManifest,
) -> Result<LeanProcessResult, AppError> {
execute_lean_with_profile(command, workspace, module_file_name, environment, true)
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Keep publication isolation for release replay

When release verify processes a publication-profile bundle, passing true here bypasses the existing guard that rejects execution without publication isolation. The downstream process runner only clears selected environment variables and enforces time/output bounds; it does not isolate the network, filesystem, subprocesses, or the manifest's memory limit. Consequently, a release module or imported dependency with an initializer/custom elaborator can run with the verifier user's host access even though the bundled environment declares network_access: false; replay should use the protected isolation runner rather than relaxing this precondition.

Useful? React with 👍 / 👎.

Comment thread src/app.rs
Comment on lines +3715 to +3716
license_expression: None,
restriction: ArtifactRestriction::Private,
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Make required reports eligible for public releases

For every --profile public build, these three report members are unconditionally marked private and unlicensed. ReleaseManifest::validate rejects any public release containing such a member, while all three paths are mandatory, so the public profile can never succeed even when every source, learning unit, and registered artifact has public licensed metadata. Preserve or derive eligible policy metadata for these required copies instead of hard-coding them as private.

Useful? React with 👍 / 👎.

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.

Phase 6a: portable release bundle and offline replay gate

1 participant

0