cli
cli refines terminal output one formatting detail at a time.
A side-by-side editorial comparison of Dragonfly and ESPHome — release velocity, themes, recent moves, and the top alternatives to consider.
Dragonfly is spending its releases on correctness debt, not features.
The last two months are almost entirely correctness work: a pub/sub ordering bug that silently discarded queued messages on unsubscribe, a multi-key PFCOUNT that read sixteen wrong registers, an uninitialized pointer in the sparse HyperLogLog promote path, and now cluster FLUSHSLOTS that was not journaled inside its own flush transaction. The one structural move is the resync of the forked hyperloglog.c against valkey upstream, which cut divergence from 2,139 lines to 767 and pulled in a CVE fix plus AVX2 and NEON merge kernels. New user-facing options are rare; the list compression tuning flags are the exception.
ESPHome's August beta opens while the July line keeps absorbing hardware fixes.
ESPHome runs a monthly train and this window covers the tail of 2026.7 plus the opening of the 2026.8 beta. The 2026.7 patches were dominated by field-reported hardware corrections — sensor readings on emc2101, haier and as3935, an ENC28J60 SPI chip-select hold time flagged as breaking, a locked git clone cache so device adoption stops failing on first attempt, and a double-free when the API overflow buffer drain is re-entered. Bundled device-builder and dependabot bumps make up most of the row count in every patch.
The last two months are almost entirely correctness work: a pub/sub ordering bug that silently discarded queued messages on unsubscribe, a multi-key PFCOUNT that read sixteen wrong registers, an uninitialized pointer in the sparse HyperLogLog promote path, and now cluster FLUSHSLOTS that was not journaled inside its own flush transaction. The one structural move is the resync of the forked hyperloglog.c against valkey upstream, which cut divergence from 2,139 lines to 767 and pulled in a CVE fix plus AVX2 and NEON merge kernels. New user-facing options are rare; the list compression tuning flags are the exception.
Two threads run in parallel. One reduces the cost of carrying a Redis fork by re-syncing individual files against valkey and leaving provenance notes so the next sync is cheap. The other hardens the V2 IO loop while the V1 path still takes the fixes — several commits explicitly defer the V2 half of a fix to a later change, so the two loops are not at parity. Cluster correctness around slot migration and journaling is the newest front.
The deferred V2 IO-loop fixes are the obvious next commits, and more forked Redis files are likely to get the same upstream resync treatment now that the pattern and its accounting are established.
ESPHome runs a monthly train and this window covers the tail of 2026.7 plus the opening of the 2026.8 beta. The 2026.7 patches were dominated by field-reported hardware corrections — sensor readings on emc2101, haier and as3935, an ENC28J60 SPI chip-select hold time flagged as breaking, a locked git clone cache so device adoption stops failing on first attempt, and a double-free when the API overflow buffer drain is re-entered. Bundled device-builder and dependabot bumps make up most of the row count in every patch.
The pattern is stable and worth reading as maturity rather than stagnation: a feature release lands, then three or four patch releases correct the hardware paths that only fail in the field, each one narrow and attributed to a specific board or component. Concurrency and shared-state bugs — the WiFi scan results shared with the captive portal task, the clone cache, the buffer drain — recur often enough to look like the project's current soft spot. The beta tags carry no notes of their own and point at the release changelog instead.
2026.8.0 should reach a stable tag within days given the beta cadence, followed by the usual run of patch releases correcting per-component regressions. What is in it is not visible from these entries, which link out rather than summarize.
Other Infra & APIs products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either Dragonfly or ESPHome.
cli refines terminal output one formatting detail at a time.
roxygen2 8.0 cut stringi out of the entire devtools dependency tree.
pak's roadmap is written by enterprise R deployments and Posit Package Manager.
renv 1.2 made installs parallel, its biggest performance change in years.
pkgload is quietly wiring R package development into modern IDE tooling.
bench has settled into slow, careful upkeep of R's benchmarking workhorse.
See all Dragonfly alternatives → · See all ESPHome alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Dragonfly and ESPHome are shipping at a similar cadence (velocity 5.0 vs 5.0, both within Sparkpulse's "active" band). See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Dragonfly and ESPHome are shipping at a similar cadence (velocity 5.0 vs 5.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top Dragonfly alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Dragonfly alternatives" section above for the current picks, or visit /alternatives/dragonfly for the full list with editorial commentary on each.
Top ESPHome alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "ESPHome alternatives" section above for the current picks, or visit /alternatives/esphome for the full list with editorial commentary on each.