Builds use the pinned toolchain and reviewed upstream sources recorded under
toolchains/ and integrations/.
From the repository root:
./hfx generate
./hfx verify --changed-from <commit>The first command refreshes derived files. The second selects the checks affected by the change and includes their dependency closure. Individual Rust, Python, and C++ tests can run directly while iterating.
The complete software graph runs in the pinned, network-disabled environment. Release packages use independent A/B assemblies and require byte-identical results. See verification and the generated distribution contract for those procedures.
The release-side repository procedure wraps exact frozen package bytes; it does
not rebuild or rewrite them. Release constants are deliberately checked in the
policy, its JSON schema, and the fail-closed loader/tests. Update and review all
of those together; editing only assurance/arch-repository.json is not a
complete release update. Then use a fresh output path and a private GnuPG home
containing the reviewed key:
./hfx arch-repository build \
--core /path/to/hyperflux-next-linux.pkg.tar.zst \
--full /path/to/hyperflux-next-full.pkg.tar.zst \
--gnupg-home "$PRIVATE_GNUPG_HOME" \
--key-fingerprint 8BF8A266E756BD1C24C930918B3F3850007159E8 \
--output /path/to/fresh-repository-assets
./hfx arch-repository verify \
--repository /path/to/fresh-repository-assetsThe builder rejects package-byte or metadata drift, requires the exact signing
subkey and a private owner-only GnuPG home, creates stable database/files aliases
and their canonical archives, signs every package and metadata artifact, embeds
package signatures in the database, and seals a checksum-bound manifest. It
builds and verifies in a sibling temporary directory before atomically exposing
the requested output. Publish that complete output only on the fixed
arch-repository machine channel, marked as a prerelease so it does not replace
the latest human-facing product release. Keep the private key and its verified
backup outside the repository; publish only the tracked public key and full
fingerprint. The user guide creates the three-line Pacman block locally rather
than trusting a downloaded configuration asset.
Change canonical authorities rather than generated output. Hybrid documents are the exception only inside declared generated-block markers; reviewed prose outside those markers is protected.