Rebuild the HyperFlux Next repository experience - #9
Merged
Conversation
offalexjackson777-stack
marked this pull request as ready for review
July 22, 2026 15:18
offalexjackson777-stack
enabled auto-merge (rebase)
July 22, 2026 15:19
offalexjackson777-stack
disabled auto-merge
July 22, 2026 15:22
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Overview
Rebuild the HyperFlux Next repository experience around one canonical route and metadata registry, one public-readiness projection, and a generated, evidence-bound documentation portal.
This change also:
Why
The previous repository surface duplicated navigation and readiness claims across README, generated pages, and hand-maintained route logic. That made links, metadata, licensing, and CI policy easier to drift. The new structure generates public projections from canonical authorities and verifies freshness, fragments, metadata, privacy boundaries, package reproducibility, and performance budgets.
Verification timing authorities were also corrected from stale values to measured concurrent-lane budgets. The Python suite now has a reviewed 60-second expectation and 120-second hard ceiling; OpenRGB retains its measured 300-second contract.
Hosted-run corrections
The first hosted full-lane attempt exposed a runner-identity portability defect. GitHub's rootless container ran as numeric UID 1001, while the pinned image named UID 1000. Setting
USERandLOGNAMEdid not solve it becausedbus-run-sessionresolves the numeric identity through NSS before starting the private bus.The current head:
hyperfluxaccount onto the host UID/GID;An actual arbitrary
1001:121container probe successfully opened a private D-Bus session, and the complete OpenRazer compatibility lane passes under the projected identity.The protected-main plan previously used display labels such as
Verification / Fast software, while GitHub reports the actual required status context asFast software. The current head binds the ruleset to the eight generated job contexts and verifies that every configured requirement maps to a real workflow job.Verification
Exact candidate head:
d12fa1bc1c11d50d834f985b9b5cc09bd946d263Canonical clean-tree full lane:
./hfx ci verify --image hyperflux-next-dev:ci --lane full --output build/ci/local-full-clean-d12fa1bhfxv-ba2450ce1c5c8e0b392dSafety evidence:
hardware.queried=falsehardware.writes_executed=falsepublication_authorized=falseHosted gates
Every current-head hosted gate is green. Pages publication remains a separate post-merge operation and is not authorized by this pull request.