Skip to content

Offer the Aurora kernel payload as an RC (Aurora) installer channel - #84

Merged
maralcbr merged 6 commits into
mainfrom
aurora/mx-mac-pr
Sep 7, 2026
Merged

Offer the Aurora kernel payload as an RC (Aurora) installer channel#84
maralcbr merged 6 commits into
mainfrom
aurora/mx-mac-pr

Conversation

@maralcbr

@maralcbr maralcbr commented Sep 7, 2026

Copy link
Copy Markdown
Owner

Summary

  • omarchy-hw-apple-kernel lets the shared runtime name whichever Apple Silicon kernel is installed; every script that named linux-asahi now asks it and defaults to linux-asahi
  • Installer app 2.0.2: third channel rc-aurora ("RC (Aurora)"), descriptor schema 3, channel endpoints keyed by channel; packager and publish tooling accept it
  • Aurora release-inputs template and an "Aurora lane" section in the deployment runbook, including the removal recipe

Companion changes: omarchy-pkgs #73/#74/#75 (kernel release), omarchy-iso aurora/rc-channel (payload).

Test plan

  • 274 Swift tests, shell suite (no new failures vs baseline), CLI suite
  • Installer 2.0.2 built, notarized, stapled and published to installer/rc
  • Runtime fast lane from the merge commit
  • Aurora payload built against that runtime and promoted to rc-aurora
  • Fresh install on the M2 Max via RC (Aurora); external monitor over USB-C

The same omarchy-dev package runs on both the Asahi and the Aurora payload, so
the scripts that name a kernel cannot keep spelling out linux-asahi: on an
Aurora machine pacman -Q would fail on a package that is not installed and the
boot paths would point at a kernel that is not there.

Add omarchy-hw-apple-kernel, which reads the marker the Aurora payload writes
and answers linux-asahi when there is none. An Asahi install has no such file,
so every one of these commands behaves exactly as it did.
The Aurora kernel ships a separate OS image, so it needs a channel of its own:
a tester who picked rc must never be handed it, and it must not wait on the
stable release train.

Add rc-aurora alongside stable and rc. The descriptor moves to schema 3 so a
build cannot half-know the channel set, and the endpoints are keyed by channel
rather than a field per channel. The catalog format is untouched; the new
channel is another signed catalog at its own key, and testers still take the
installer itself from stable.
Record how the Aurora kernel and payload are built and promoted, what the lane
deliberately does not do (no automatic kernel updates for installed Aurora
Macs, no VM gate for the kernel itself), and how to remove the lane.
@maralcbr
maralcbr merged commit aae2586 into main Sep 7, 2026
@maralcbr
maralcbr deleted the aurora/mx-mac-pr branch September 7, 2026 04:10
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.

1 participant