Single-source aura-campaign's deflation constants against aura-cli's #199
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
aura-campaign'sDEFLATION_N_RESAMPLES/DEFLATION_BLOCK_LEN(crates/aura-campaign/src/lib.rs) duplicateaura-cli's privateDEFLATION_N_RESAMPLES/DEFLATION_BLOCK_LENconstants (crates/aura-cli/src/main.rs,select_winner) — a second, unsynced copy of the deflation-bootstrap tuning values, no shared source. Unlike the metric rosters (#190), a drift here is silent: a value edited in one crate and not the other doesn't refuse anything, it just produces a wrong deflation result.Likely shape: promote one copy to a shared location (
aura-analysisoraura-registry, wherever the deflation bootstrap itself lives) and have bothaura-cliandaura-campaignimport it, rather than each crate carrying its own literal.aura-campaignpreflight);aura-campaign's copy is currentlypubbut unused until a later task'sexecutewires deflation through.Shared home resolved: aura-registry. The deflation-bootstrap counts are consumed only by
optimize_deflated(crates/aura-registry/src/lib.rs), and both duplicate copies (aura-cli, aura-campaign) existed solely to feed its call sites — so the crate that owns the bootstrap is the natural single source, with the other two crates importing it (aura-campaign re-exporting to keep its public path stable).DEFLATION_SEEDstays cli-local (no campaign twin, not part of the duplication). Values unchanged (1000 / 5); behaviour-preserving.