Skip to content

Derive version metadata from Cargo configuration#1367

Merged
oferchen merged 1 commit into
masterfrom
prepare-oc-rsync-for-production-release-hobmx2
Oct 28, 2025
Merged

Derive version metadata from Cargo configuration#1367
oferchen merged 1 commit into
masterfrom
prepare-oc-rsync-for-production-release-hobmx2

Conversation

@oferchen
Copy link
Copy Markdown
Owner

Summary

  • derive the published version and repository URL from Cargo metadata so the banner tracks package updates
  • refresh version-related doctests to rely on the shared constants instead of hard-coded strings
  • update message doctests and unit tests to format trailers using the central Rust version identifier

Testing

  • cargo test -p rsync-core

https://chatgpt.com/codex/tasks/task_e_6900c237c2a08323a72ec3d078518c0f

@oferchen oferchen merged commit 4bbe58c into master Oct 28, 2025
@oferchen oferchen deleted the prepare-oc-rsync-for-production-release-hobmx2 branch October 28, 2025 13:32
oferchen added a commit that referenced this pull request May 7, 2026
Audit current thread-per-connection model in `crates/daemon/src/`, the
proposed tokio async listener (RFC #1934), resource cost at 100/1k/10k
concurrent connections, hybrid sync-worker migration plan behind the
`async-daemon` feature flag, and decision criteria for adoption.
oferchen added a commit that referenced this pull request May 16, 2026
Expand the placeholder async migration plan into a comprehensive,
opinionated design covering: current synchronous threading model per
subsystem, per-subsystem cost/benefit, a phased incremental adoption
strategy, tokio runtime choice with rejected alternatives, sync/async
bridge patterns, backward-compat strategy, risk register, and open
questions.

Cross-references existing async-related tasks (#1367, #1411, #1591,
#1593, #1595, #1674, #1751, #1779, #1780, #1782, #1796, #1797, #1805,
#1806, #1889, #1890, #1891, #1892, #1934, #1935, #2136) and related
design notes so future planners have a single anchor.
oferchen added a commit that referenced this pull request May 16, 2026
Expand the placeholder async migration plan into a comprehensive,
opinionated design covering: current synchronous threading model per
subsystem, per-subsystem cost/benefit, a phased incremental adoption
strategy, tokio runtime choice with rejected alternatives, sync/async
bridge patterns, backward-compat strategy, risk register, and open
questions.

Cross-references existing async-related tasks (#1367, #1411, #1591,
#1593, #1595, #1674, #1751, #1779, #1780, #1782, #1796, #1797, #1805,
#1806, #1889, #1890, #1891, #1892, #1934, #1935, #2136) and related
design notes so future planners have a single anchor.
oferchen added a commit that referenced this pull request May 17, 2026
Add a focused evaluation of async runtime options for the daemon
accept loop. Compares tokio against async-std and the existing
thread-per-connection model, and records the decision to adopt
tokio with the rt-multi-thread flavour under the existing async
feature gate.

The doc complements the implementation plan in #1935 and the
benchmark plan in #1933 rather than restating either. It covers
maintenance posture, feature parity, ecosystem alignment, the
case for staying threaded, the case for tokio, migration cost,
trigger conditions, and a five-step adoption sequence.
oferchen added a commit that referenced this pull request May 18, 2026
Audit current thread-per-connection model in `crates/daemon/src/`, the
proposed tokio async listener (RFC #1934), resource cost at 100/1k/10k
concurrent connections, hybrid sync-worker migration plan behind the
`async-daemon` feature flag, and decision criteria for adoption.
oferchen added a commit that referenced this pull request May 18, 2026
Expand the placeholder async migration plan into a comprehensive,
opinionated design covering: current synchronous threading model per
subsystem, per-subsystem cost/benefit, a phased incremental adoption
strategy, tokio runtime choice with rejected alternatives, sync/async
bridge patterns, backward-compat strategy, risk register, and open
questions.

Cross-references existing async-related tasks (#1367, #1411, #1591,
#1593, #1595, #1674, #1751, #1779, #1780, #1782, #1796, #1797, #1805,
#1806, #1889, #1890, #1891, #1892, #1934, #1935, #2136) and related
design notes so future planners have a single anchor.
oferchen added a commit that referenced this pull request May 18, 2026
Add a focused evaluation of async runtime options for the daemon
accept loop. Compares tokio against async-std and the existing
thread-per-connection model, and records the decision to adopt
tokio with the rt-multi-thread flavour under the existing async
feature gate.

The doc complements the implementation plan in #1935 and the
benchmark plan in #1933 rather than restating either. It covers
maintenance posture, feature parity, ecosystem alignment, the
case for staying threaded, the case for tokio, migration cost,
trigger conditions, and a five-step adoption sequence.
oferchen added a commit that referenced this pull request May 18, 2026
Expand the placeholder async migration plan into a comprehensive,
opinionated design covering: current synchronous threading model per
subsystem, per-subsystem cost/benefit, a phased incremental adoption
strategy, tokio runtime choice with rejected alternatives, sync/async
bridge patterns, backward-compat strategy, risk register, and open
questions.

Cross-references existing async-related tasks (#1367, #1411, #1591,
#1593, #1595, #1674, #1751, #1779, #1780, #1782, #1796, #1797, #1805,
#1806, #1889, #1890, #1891, #1892, #1934, #1935, #2136) and related
design notes so future planners have a single anchor.
oferchen added a commit that referenced this pull request May 18, 2026
Add a focused evaluation of async runtime options for the daemon
accept loop. Compares tokio against async-std and the existing
thread-per-connection model, and records the decision to adopt
tokio with the rt-multi-thread flavour under the existing async
feature gate.

The doc complements the implementation plan in #1935 and the
benchmark plan in #1933 rather than restating either. It covers
maintenance posture, feature parity, ecosystem alignment, the
case for staying threaded, the case for tokio, migration cost,
trigger conditions, and a five-step adoption sequence.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant