feat: build system transition to release fork + archive hardening
Release fork infrastructure: - REDBEAR_RELEASE=0.1.1 with offline enforcement (fetch/distclean/unfetch blocked) - 195 BLAKE3-verified source archives in standard format - Atomic provisioning via provision-release.sh (staging + .complete sentry) - 5-phase improvement plan: restore format auto-detection, source tree validation (validate-source-trees.py), archive-map.json, REPO_BINARY fallback Archive normalization: - Removed 87 duplicate/unversioned archives from shared pool - Regenerated all archives in consistent format with source/ + recipe.toml - BLAKE3SUMS and manifest.json generated from stable tarball set Patch management: - verify-patches.sh: pre-sync dry-run report (OK/REVERSED/CONFLICT) - 121 upstream-absorbed patches moved to absorbed/ directories - 43 active patches verified clean against rebased sources - Stress test: base updated to upstream HEAD, relibc reset and patched Compilation fixes: - relibc: Vec imports in redox-rt (proc.rs, lib.rs, sys.rs) - relibc: unsafe from_raw_parts in mod.rs (2024 edition) - fetch.rs: rev comparison handles short/full hash prefixes - kibi recipe: corrected rev mismatch New scripts: restore-sources.sh, provision-release.sh, verify-sources-archived.sh, check-upstream-releases.sh, validate-source-trees.py, verify-patches.sh, repair-archive-format.sh, generate-manifest.py Documentation: AGENTS.md, README.md, local/AGENTS.md updated for release fork model
This commit is contained in:
+5
-5
@@ -1,6 +1,6 @@
|
||||
# Red Bear OS Documentation Index
|
||||
|
||||
Technical documentation for Red Bear OS as an overlay distribution on top of Redox OS.
|
||||
Technical documentation for Red Bear OS as an full fork on top of Redox OS.
|
||||
|
||||
This index is the entry point for the documentation set. Its main job is to make the
|
||||
current/canonical versus historical/reference split obvious.
|
||||
@@ -21,13 +21,13 @@ current/canonical versus historical/reference split obvious.
|
||||
|
||||
> **Repository model:** RedBearOS relates to Redox in the same way Ubuntu relates to Debian.
|
||||
> Upstream Redox remains the base platform; Red Bear carries packaging, patch, validation, and
|
||||
> subsystem overlays on top. For long-term stability, upstream-owned source trees should be treated
|
||||
> as refreshable working copies, while durable Red Bear state belongs in `local/patches/`,
|
||||
> subsystem release fork on top. For long-term stability, upstream-owned source trees should be treated
|
||||
> as immutable archived release snapshot, while durable Red Bear state belongs in `local/patches/`,
|
||||
> `local/recipes/`, `local/docs/`, and tracked Red Bear configs.
|
||||
>
|
||||
> **WIP policy:** if an upstream recipe or subsystem is still marked WIP, Red Bear treats it as a
|
||||
> local project until upstream promotes it to first-class status. We may refresh from upstream WIP,
|
||||
> but we should fix and ship from the Red Bear overlay until upstream support is real enough to
|
||||
> local project until upstream promotes it to first-class status. We may immutable archived from upstream WIP,
|
||||
> but we should fix and ship from the Red Bear release fork until upstream support is real enough to
|
||||
> replace the local copy.
|
||||
|
||||
## Document Status Matrix
|
||||
|
||||
Reference in New Issue
Block a user