# Progress

This file is now intentionally compact.

Detailed chronological history through Phase 18.2 has been archived at:

- `docs/reports/progress-log-through-phase18-2-freebsd.md`

For a broader narrative summary, see:

- `docs/PROG_SUMMARY.md`

## Current status

Fruix currently has:

- declarative system modeling on FreeBSD
- content-addressed system closures under `/frx/store`
- native FreeBSD base artifacts in `/frx/store`
- declarative FreeBSD source objects and source materialization
- source-driven native base builds from materialized source snapshots
- side-by-side source revisions and boot validation
- a host-driven non-interactive install path:
  - `fruix system install`
- a bootable Fruix-managed installer environment:
  - `fruix system installer`
- a bootable Fruix-managed installer ISO:
  - `fruix system installer-iso`

Validated boot modes still are:

- `freebsd-init+rc.d-shepherd`
- `shepherd-pid1`

The validated Phase 18 installation work currently uses:

- `freebsd-init+rc.d-shepherd`

## Latest completed achievement

### 2026-04-04 — Phase 19.1 completed

Fruix now has a documented canonical deployment workflow for build, image generation, installation, roll-forward, and rollback.

Highlights:

- added canonical operator workflow documentation:
  - `docs/system-deployment-workflow.md`
- added Phase 19.1 report:
  - `docs/reports/phase19-deployment-workflow-freebsd.md`
- the documented command surface now explicitly centers on:
  - `fruix system build`
  - `fruix system rootfs`
  - `fruix system image`
  - `fruix system install`
  - `fruix system installer`
  - `fruix system installer-iso`
- the deployment story now explicitly records:
  - declaration-driven roll-forward
  - rollback by rebuilding/redeploying an earlier declaration
  - current deployment identity via closure path and emitted provenance metadata
  - current environment-specific installer target-device conventions

Validation basis referenced by the workflow documentation:

- `PASS phase15-base-rollback-qemu`
- `PASS phase15-base-rollback-xcpng`
- `PASS phase18-system-install`
- `PASS phase18-installer-environment`
- `PASS phase18-installer-iso`
- `PASS phase18-installer-iso-xcpng`

Reports:

- `docs/system-deployment-workflow.md`
- `docs/reports/phase19-deployment-workflow-freebsd.md`

## Recent major milestones

- `1d00907` — `Add Fruix bootable installer environment`
- `2517710` — `Add non-interactive Fruix installation flow`
- `02a02e3` — `Document Fruix FreeBSD source policy`
- `865012e` — `Boot Fruix from distinct FreeBSD source revisions`
- `8150508` — `Validate side-by-side FreeBSD source revisions`
- `5cbf5b9` — `Build native bases from materialized FreeBSD sources`

## Active constraints

- local `bhyve` remains blocked under Xen due to lack of nested VT-x exposure
- XO self-service creation is still not usable with the current token
- real XCP-ng validation must continue to use:
  - VM `90490f2e-e8fc-4b7a-388e-5c26f0157289`
  - approved A/B VDIs:
    - `0f1f90d3-48ca-4fa2-91d8-fc6339b95743`
    - `7061d761-3639-4bec-87f7-2ba1af924eaa`
- local QEMU/TCG validation keeps conservative default SMP settings; `QEMU_SMP` remains overrideable

## Next step

Per `docs/PLAN_4.md`, the next planned step is:

- **Phase 19.2** — make the installed-system generation and rollback-root model more explicit

Phase 19.1 is now complete: Fruix documents a coherent operator-facing deployment workflow for build, installation, roll-forward, and rollback.