Skip to content

Berthly 1.3.0

Latest
Latest

Choose a tag to compare

View all tags
@henrywang henrywang released this 03 Sep 03:19
v1.3.0
90c5f8b

What's New

Catches Berthly up with apple/container 1.3.0.

  • Works with apple/container 1.3.0 — the vendored apple/container / containerization dependency is now 1.3.0 / 0.41.0 (#133).
  • Local registries keep working without the insecure toggle. 1.3.0 removed the auto connection scheme and the "is this host only reachable locally?" check behind it. Berthly does that check itself now, so pulling, pushing, recreating, or signing in to a plain-HTTP registry on localhost, a private IP (10/8, 172.16/12, 192.168/16), or your internal DNS domain still uses HTTP without ticking "Allow insecure registry" (#133).
    • Exception: Run and Machine → Create against an un-toggled internal-registry image now need "Allow insecure registry" on — that setting also governs the init-image fetch, so it can't be decided per host. Pull the image first, then run it, for the same result without the toggle.
  • tmpfs mounts with options land at the right path. A Run-sheet tmpfs entry like /scratch:rw mounts at /scratch with those options instead of creating a mount literally named /scratch:rw (picks up apple/container#2103). Verified end-to-end against a real 1.3.0 daemon (#134).
  • Platform labels drop the redundant /v8 — containerization 0.41.0 renders an arm64 platform as linux/arm64, matching Docker and containerd (#133).
  • PARITY.md re-audited against container CLI 1.3.0; the k8s deliberate-gap rationale re-checked against 1.3.0's plugin refactor and still holds (#133, #137).
  • Mock/preview fixtures refreshed to 1.3.0's Kata 3.32.0 kernel defaults (#137).

Testing

This release shipped only after its gate run passed on the release commit:

  • 531 unit tests passed — 90% line coverage of the pure
    logic layer     (Berthly/Core models, mapping, and planning; 56%
    including the daemon/terminal I/O plumbing, which the end-to-end suite
    exercises against a real daemon instead).
  • 77 UI tests (deterministic mock-daemon XCUITest) and
    20 real-daemon end-to-end journeys guard the UI wiring and the
    daemon integration. SwiftUI view bodies are covered by these suites, not
    unit tests, by design.

Full Changelog: v1.2.1...v1.3.0

Assets 4
Loading