Refresh public wip4 candidate status

docs/build-status.html

@@ -18,7 +18,7 @@ <h1>OS 9 build monitor</h1>
 <main>
 <section class="row"><div><h2>Aurora source enhancements</h2><p class="muted">The separate .20-enh1 source lane has build and later hardware receipts; its old “staged but unbooted” description is historical. Check each exact build’s receipt rather than transferring acceptance between .20, enh1 and wip2. No paired energy saving is established.</p><a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/hardware-tests/README.md">Per-build hardware receipts and gates</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/enhancements/README.md">Source and build scope</a></div><span class="state">Separate qualification lanes</span></section>
 <section class="row"><div><h2>Aurora .20 hardware freeze</h2><p class="muted">Experimental .20 packages and their scoped boot/PMP/idle/GPU/filesystem receipts remain available. .20 is the last documented persistent boot default, while the October 21 attended boot used wip2. Actual return-to-.20 recovery, full suspend and paired energy testing remain open.</p><a href="https://github.com/techmore/ElementaryOS_MSeries/releases/tag/mseries-aurora20-j314s-2026.10.18-exp1">Frozen package, source and checksums</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/hardware-tests/README.md">Tested scopes and release gates</a></div><span class="state">Experimental fallback</span></section>
-<section class="row"><div><h2>Aurora unified 7.2 trials</h2><p class="muted">October 21 wip2 booted on J314S; all three USB-C ports produced WD22TB4 picture at 1080p/60 in that scoped trial. On October 22, one wip3 dock plug on dcpext1 produced no picture; same-port replug did not recover it, while another port restored 1080p/60. This is one observation, not sustained or all-port wip3 qualification. Current wip4 candidate <a href="https://github.com/techmore/ElementaryOS_MSeries/pull/533">PR #533</a> passed ARM64 candidate, unified72 and eGPU build/payload checks in <a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39860520050">run 39860520050</a>, and M-series validation in <a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39860519355">run 39860519355</a>. This is source/build evidence only: DCP KUnit, attended J314S boot, dock recovery/repeatability, suspend, long-run stability and paired power qualification remain open. No wip4 package was installed or armed; the persistent boot selection was not changed. <a href="capabilities.html#kernel-wip3">Wip3 identity and qualification limits</a>.</p><a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/hardware-tests/2026-10-21-j314s-wip2-first-boot/REPORT.md">First-boot receipt</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/hardware-tests/2026-10-21-j314s-wip2-first-boot/PORT-TIMINGS.md">All-port follow-up</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/unified72/README.md">Source and remaining gates</a></div><span class="state">Wip4 build checks pass · hardware gates open</span></section>
+<section class="row"><div><h2>Aurora unified 7.2 trials</h2><p class="muted">October 21 wip2 booted on J314S; all three USB-C ports produced WD22TB4 picture at 1080p/60 in that scoped trial. On October 22, one wip3 dock plug on dcpext1 produced no picture; same-port replug did not recover it, while another port restored 1080p/60. This is one observation, not sustained or all-port wip3 qualification. As of October 23, wip4 candidate <a href="https://github.com/techmore/ElementaryOS_MSeries/pull/533">PR #533</a> is at head <code>266d54af</code>; ARM64 candidate, unified72 and eGPU build/payload checks passed in <a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39944207967">run 39944207967</a>, and M-series validation passed in <a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39944207727">run 39944207727</a>. The PR remains open and conflicts with current <code>dev</code>, so it needs a refresh before merge. This is source/build evidence only: DCP KUnit, attended J314S boot, dock recovery/repeatability, suspend, long-run stability and paired power qualification remain open. No wip4 package was installed or armed; the persistent boot selection was not changed. <a href="capabilities.html#kernel-wip3">Wip3 identity and qualification limits</a>.</p><a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/hardware-tests/2026-10-21-j314s-wip2-first-boot/REPORT.md">First-boot receipt</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/hardware-tests/2026-10-21-j314s-wip2-first-boot/PORT-TIMINGS.md">All-port follow-up</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/aurora/unified72/README.md">Source and remaining gates</a></div><span class="state">Wip4 build checks pass · hardware gates open</span></section>
 <section class="row"><div><h2>Enhanced kernel test build</h2><p class="muted">Historical Fairydust packaging work is retained separately from the current Aurora trial. A local monitor link is useful only if its service is running on your own Mac; this public page cannot tell whether that local build is active.</p><a href="http://127.0.0.1:8767/kernel.html" target="_blank" rel="noopener">Local kernel monitor ↗</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/fairydust/debian/README.md">Historical build records</a></div><span class="state">Local state unknown</span></section>
 <section class="row"><div><h2>Local Mac build</h2><p class="muted">Native assembly finished in 16m 39s and its checksum passed. Inspection found missing live-session hardware helpers; the corrected GitHub image now passes its hardware-helper payload check. The corrected ISO also passed its independent checksum and graphical VM boot check. This public page does not poll your Mac.</p><a href="http://127.0.0.1:8767/" target="_blank" rel="noopener">Live local monitor · on this Mac ↗</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/LOCAL-BUILD.md">Build records and controls</a></div><span class="state">Rebuild needed</span></section>
 <section class="row"><div><h2>Rust compositor performance</h2><p class="muted">The Rust compositor has since been used on the transformed desktop. Recent source and staged-package fixes have their own installed-versus-loaded boundaries. Retained October 19 performance samples remain unmatched, so they establish no CPU, power or latency advantage over Gala; Gala remains a rollback option.</p><a href="rust-compositor-performance.html">Measurements, dates and limits</a> · <a href="https://github.com/techmore/ElementaryOS_MSeries/blob/dev/mseries/OS9-HANDOFF.md">Current deployment records</a></div><span class="state">Experimental · no measured win</span></section>

docs/index.html

@@ -19,7 +19,7 @@
 <body>
 <h1>ElementaryOS M-Series</h1>
 <p>Experimental port of <a href="https://github.com/elementary/os">elementary OS 9</a> (Pantheon, Ubuntu-based) to Apple Silicon Macs (M1/M2/…), informed by the maintained Apple hardware packages in <a href="https://github.com/omacom/omarchy-mac-pkgs">omacom/omarchy-mac-pkgs</a>.</p>
-<div class="banner"><strong>Status: elementary OS 9 boots to Pantheon on an M1 Pro; factory-image boot remains unverified.</strong> The October 21 attended trial booted <code>7.2.10-elementary-aurora72-wip2</code>; all three USB-C ports produced WD22TB4 picture at 1080p/60 in that scoped test. On October 22, the wip3 trial had one dock-port failure: no picture on the first port, no recovery after same-port replug, and 1080p/60 restored on another port. Current wip4 candidate <a href="https://github.com/techmore/ElementaryOS_MSeries/pull/533">PR #533</a> passed ARM64 candidate, unified72 and eGPU build/payload checks (<a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39860520050">run 39860520050</a>) and M-series validation (<a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39860519355">run 39860519355</a>). This is source/build evidence; KUnit, attended J314S boot, dock recovery, suspend and long-run stability remain open. No wip4 package was installed or armed. Aurora .20 remains the documented persistent boot default. No stable ISO release is published.</div>
+<div class="banner"><strong>Status: elementary OS 9 boots to Pantheon on an M1 Pro; factory-image boot remains unverified.</strong> The October 21 attended trial booted <code>7.2.10-elementary-aurora72-wip2</code>; all three USB-C ports produced WD22TB4 picture at 1080p/60 in that scoped test. On October 22, the wip3 trial had one dock-port failure: no picture on the first port, no recovery after same-port replug, and 1080p/60 restored on another port. As of October 23, wip4 candidate <a href="https://github.com/techmore/ElementaryOS_MSeries/pull/533">PR #533</a> is at head <code>266d54af</code>; ARM64 candidate, unified72 and eGPU build/payload checks passed in <a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39944207967">run 39944207967</a>, and M-series validation passed in <a href="https://github.com/techmore/ElementaryOS_MSeries/actions/runs/39944207727">run 39944207727</a>. The PR remains open and conflicts with current <code>dev</code>, so it needs a refresh before merge. This is source/build evidence; KUnit, attended J314S boot, dock recovery, suspend and long-run stability remain open. No wip4 package was installed or armed. Aurora .20 remains the documented persistent boot default. No stable ISO release is published.</div>
 
 <p><a href="local-ai.html">Local AI on M1 Pro 32 GB: measured model comparisons, personal memory and MCP app coverage</a>.</p>
 

mseries/OS9-HANDOFF.md

@@ -11837,3 +11837,21 @@ bound to the manifest hash; per-action approvals for external and privileged int
 shows; remembered denials, immediate revocation, content-free audit, owner-only grants file. 14 tests against the real T3 manifest, clippy
 clean. Library only: no service, consent dialog, Settings page or app-side dispatcher; the caller's identity is not yet taken from a
 connection. See `SDK-AGENT-SURFACE.md` section 8. Nothing installed.
+
+## GitHub Pages wip4 candidate status refresh — 2026-10-23
+
+Updated `docs/index.html` and `docs/build-status.html` to link the current PR #533 head
+`266d54af49ca6dede2492f11b4fe830cafa7228a` and its successful ARM64 candidate,
+unified72 and eGPU build/payload run `39944207967`, plus M-series validation run
+`39944207727`. Both runs use that exact head. PR #533 remains open and conflicts
+with current `dev`; it must be refreshed before merge. Wip4 remains source/build
+evidence only: no package was installed or armed, and hardware/recovery/suspend
+acceptance is still open.
+
+The current `dev` Pages deployment `39954620306` succeeded for exact source
+`7053069f7502cbdd2390a5ece09d825c1c1b9dd6`. Live `index.html`,
+`build-status.html` and `build-status.js` returned HTTP 200 and each byte-matched
+that revision. This PR updates the candidate links/status; it is not published
+until merge and a new successful Pages deployment. No host, boot, panel, kernel,
+audio or power state changed. Next: merge after required review/current-head
+checks, then verify Pages deployment and live bytes for the merged revision.

mseries/ROADMAP.md

@@ -4374,3 +4374,12 @@ See `upstream-audits/housekeeping/2026-10-21-machine-lab-qmp-teardown.md`.
 ### SDK dock anchoring — 2026-10-23
 
 Pantheon panel protocol adapter implemented in msdk-gtk; dock builds with bottom anchor, size and hide mode. Next: live placement review and pin editing.
+
+### GitHub Pages current wip4 candidate status — 2026-10-23
+
+The public home and build monitor now point to PR #533 head
+`266d54af49ca6dede2492f11b4fe830cafa7228a` and successful same-head build/payload
+run `39944207967` and validation run `39944207727`. PR #533 is still open and
+conflicts with `dev`; refresh/review remains required. Wip4 hardware acceptance
+remains open. The current live site byte-matches `dev` `7053069f` from Pages run
+`39954620306`; this correction is prepared in a PR and awaits publication.