v0.1.0#64
Merged
Merged
Conversation
…amples - Updated README.md for distributed_tags to include TOML configuration examples for nodes. - Added TOML configuration support in vote_tally_tls with detailed instructions for setting up TLS and network configurations. - Introduced a new config.rs file in nx-cli to handle loading and validating TOML configurations, including network, storage, TLS, and observability settings. - Implemented environment variable support for configuration options, allowing for flexible runtime configurations. - Enhanced error handling and validation for configuration parameters to ensure correct usage.
- Added package.json for project dependencies and scripts. - Created content configuration for Astro with defined collections. - Added initial markdown files for documentation sections including blog, community, concepts, guides, and getting started. - Translated documentation sections into Italian. - Set up TypeScript configuration for the project.
…or better user experience
…g configuration files and documentation
…ng descriptions and clarifying features
…mentation clarity
…cution engine in English and Italian
- Added @astrojs/check as a dev dependency. - Refactored imports in Header.astro to use the new @astrojs/starlight path. - Created a new env.d.ts file to include Astro client types.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
v0.1.0
Hi!
v0.1.0is here. This is the first stable Numax release line: the runtime is usable, the configuration story is unified, the release pipeline is reproducible across platforms, and the docs finally live in a real site.This closes the
v0.1.0-rc.1cycle and marks the transition from release candidate to first stable line for controlled, non-critical workloads.What changed
Cross-platform release pipeline (
.github/workflows/release.yml)release: published, with tag validation that enforcesvMAJOR.MINOR.PATCH[(.-)pre]and requires the tag base to match thecrates/nx-cliversion.nx:x86_64-unknown-linux-muslandaarch64-unknown-linux-musl(viacargo-zigbuild).x86_64-apple-darwinandaarch64-apple-darwin.x86_64-pc-windows-msvc.nx --version) on every native target before packaging;filecheck on cross-compiled binaries..tar.gz/.zip) plus an aggregateSHA256SUMS, all uploaded to the GitHub Release withgh release upload.Unified TOML configuration (
nx config)nx configsubcommand with three actions:nx config init- write a commentednumax.tomltemplate.nx config validate- parse and validate a TOML config without running a module.nx config show --effective- print the fully resolved config after CLI / env / file / default merging.[storage],[network],[tls],[observability],[limits],[discovery].max_peers,queued_ops_limit,op_log_limit,seen_ops_limit,max_message_size,socket_timeout_secs,reconnect_initial_delay,reconnect_max_delay,peer_dead_after_failures,anti_entropy_interval), observability listener, log level, log format, request timeout.deny_unknown_fields) instead of silently ignored.CLI flags >
NX_*environment variables > TOML file > runtime defaults.Observability stack (
docs/compose/,docs/dashboards/)docs/compose/observability.yml- Compose file that brings up Prometheus + Grafana locally.docs/compose/prometheus.yml- pre-wired scrape config for a Numax node on:9100/metrics.docs/dashboards/numax.json- Grafana dashboard with target up, ops throughput, connected peers, sync errors, broadcast activity, store size, last sync latency and runtime events panels, all wired to metrics the runtime already exposes.Documentation site (
docs/nx-site/)nx-cli,nx-core,nx-net,nx-sdk,nx-store,nx-sync.README
v0.1.0-rc.1tov0.1.0: first stable Numax release line for controlled, non-critical workloads.nx config validate/nx config show --effectiveworkflow.Why it matters
v0.1.0-rc.1proved the runtime was ready for a stable line: limits, observability, network resilience, durable state and a real host API were all in.v0.1.0answers the next honest question: can someone actually pick this up, configure it, run it the same way twice, and see what it's doing?A runtime without reproducible release binaries is not really shippable.
A runtime configured only via CLI flags doesn't survive two nodes, let alone a real deployment.
A runtime whose docs live in two top-level
.mdfiles isn't a project anyone can grow into.They belong in the same release.
Known limitations
discovery.mode = "static").0.1.x, but the project is still early - feedback shapes the next minor.What is next
The pre-
v0.1.0cycle ends here.The focus shifts from reaching the stable line to living on it: more guides on the docs site, broader guest-language examples, and the
v0.1.xpatch line for fixes and small additive features. Larger surface changes move onto thev0.2.0roadmap.Thank you everyone!