v0.22.0: expose durable_id in GET /disks (enables controller guided storage)
localapi.DiskInfo gains durable_id (from StorageTarget.DurableID, "uuid:<fs-uuid>" for usb/local-dir). The de-privileged controller can't read a device's fs UUID but assign mounts strictly by UUID — this read-only field is the only way it learns the assign key. No new privilege, no gate change. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -3,6 +3,15 @@
|
||||
All notable changes to **felhom-agent** are recorded here. Update on every code
|
||||
change that gets pushed.
|
||||
|
||||
## v0.22.0 — expose durable_id in GET /disks (enable controller-side guided storage) (2026-06-11)
|
||||
|
||||
One-line, read-only addition: `localapi.DiskInfo` gains `durable_id` (mapped from
|
||||
`StorageTarget.DurableID`, e.g. `"uuid:<fs-uuid>"` for usb/local-dir). The de-privileged controller
|
||||
cannot read a device's fs UUID itself, yet `POST /disks/assign` mounts strictly by UUID — so without
|
||||
this it could not complete the guided init/attach flows. The controller strips the `uuid:` prefix to
|
||||
get the assign key. No new privilege, no behaviour change to format/assign/eject or the data-bearing
|
||||
gate. Pairs with `felhom-controller` v0.43.0 (the storage-management UI rebuild).
|
||||
|
||||
## v0.21.0 — agent-managed split-horizon LAN resolver (internal/lanresolver) (2026-06-11)
|
||||
|
||||
LAN clients can now reach their guest **directly** at the same public hostname with the same real
|
||||
|
||||
Reference in New Issue
Block a user