mirror of
https://github.com/jmcorgan/fips.git
synced 2026-08-09 00:04:54 +00:00
Merge master into next after v0.3.0 release
Brings v0.3.0 release content forward into the next-branch development line, preserves next's own version state, and updates operator-facing version references to v0.4.0-dev. Kept from master: - docs/releases/release-notes-v0.2.1.md and -v0.3.0.md (cumulative archive of shipped releases) - RELEASE-NOTES.md root mirror at v0.3.0 (tracks the most recent shipped release; will be replaced when the v0.4.0 release cycle begins on this line) - CHANGELOG entries: [0.3.0] and [0.2.1] sections inserted under the existing Breaking and [Unreleased] sections - All code, config, test, and documentation updates from master (openwrt yaml resync, doc-config IP placeholders, etc.) Kept from next (resolved against master's release-prep changes): - Cargo.toml / Cargo.lock at 0.4.0-dev (next's package version) - CHANGELOG ## Breaking section (next-specific v0.4.0 wire-format breaking work) and the empty ## [Unreleased] block for future v0.4.0 non-breaking work Updated to v0.4.0-dev for consistency with Cargo.toml: - README badge (v0.3.0--dev -> v0.4.0--dev) and status-section prose, rewritten to describe v0.4.0 wire-format-breaking work on this branch (Noise XX unification, FMP node profiles, slimmer MMP, extensible bloom-filter encoding) instead of the v0.3.0 testing-and-polishing narrative that applied while v0.3.0 was unreleased - docs/reference/cli-fips.md example version string
This commit is contained in:
@@ -96,7 +96,7 @@ You should currently have:
|
||||
```
|
||||
|
||||
Expect `test-us01` listed with `connectivity` active and a
|
||||
`transport_addr` of roughly `217.77.8.91:2121`.
|
||||
`transport_addr` of roughly `test-us01.fips.network:2121`.
|
||||
|
||||
If either of those isn't true, finish the previous two
|
||||
tutorials first; the Nostr discovery layer is built on top of
|
||||
@@ -189,7 +189,7 @@ sudo fipsctl show peers
|
||||
|
||||
`test-us01` should appear with `connectivity` active and a
|
||||
`transport_addr` reflecting the address that was resolved from
|
||||
the advert — `217.77.8.91:2121` at time of writing. That field
|
||||
the advert — `test-us01.fips.network:2121` at time of writing. That field
|
||||
is the strong signal: nothing in your config gave the daemon
|
||||
that IP, yet there it is.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user