Skipper
Skipper trims a 4x memory regression out of routesrv, days after shipping h2c
A side-by-side editorial comparison of Apptainer and Apache CloudStack — release velocity, themes, recent moves, and the top alternatives to consider.
Apptainer 1.5 adds CDI device support and builds SIF images straight from Dockerfiles.
Apptainer shipped 1.5.0 in May after two release candidates, and has issued three point releases since. The major adds a subset of the Container Device Interface standard through --device and --cdi-dirs, selective mounting for Intel Gaudi accelerators, a buildkit: bootstrap that builds SIF images from a Dockerfile without Docker or Podman, and image pulls from an IPFS gateway. The point releases since have been almost entirely about the unprivileged build path — PRoot, mksquashfs and fuse2fs — plus a path-matching CVE in the suid limit container paths directive.
CloudStack ships two LTS branches in lockstep and publishes nothing but pointers
Apache CloudStack maintains 4.20 and 4.22 as parallel LTS lines and tags them together — 4.20.3.1 and 4.22.1.1 were cut 49 minutes apart, both with bodies that say only which branch was tagged. The release entries themselves carry no content: the standard body is a set of links to release notes, install, upgrade, admin, and API docs hosted elsewhere. The one exception is the security releases, where the CVE list is written inline.
Apptainer shipped 1.5.0 in May after two release candidates, and has issued three point releases since. The major adds a subset of the Container Device Interface standard through --device and --cdi-dirs, selective mounting for Intel Gaudi accelerators, a buildkit: bootstrap that builds SIF images from a Dockerfile without Docker or Podman, and image pulls from an IPFS gateway. The point releases since have been almost entirely about the unprivileged build path — PRoot, mksquashfs and fuse2fs — plus a path-matching CVE in the suid limit container paths directive.
The 1.5 line is Apptainer catching up to how accelerators are actually exposed in 2026: CDI is the standard NVIDIA, Intel and others have converged on, and adopting it replaces per-vendor mount logic with a declarative spec the container runtime reads. The Gaudi support is the first vendor-specific case built on that footing. Separately, the buildkit bootstrap attacks the other friction point — needing a Docker daemon to build an image for a cluster that deliberately does not run one. The point-release churn shows where the cost lands: the bundled PRoot and squashfs tooling that makes unprivileged builds work is fragile across distributions, and 1.5.1 quietly documents that PRoot is no longer built on ppc, s390 or riscv at all.
Expect further CDI coverage as the obvious next step, since only a subset of the standard is implemented and each accelerator vendor currently needs its own flag. The unprivileged build path is the likely source of the next point release, given that three of the last three have been spent there.
Apache CloudStack maintains 4.20 and 4.22 as parallel LTS lines and tags them together — 4.20.3.1 and 4.22.1.1 were cut 49 minutes apart, both with bodies that say only which branch was tagged. The release entries themselves carry no content: the standard body is a set of links to release notes, install, upgrade, admin, and API docs hosted elsewhere. The one exception is the security releases, where the CVE list is written inline.
The pattern is stable and unlikely to change: maintenance releases on both LTS lines, a regular release on its own cadence, and security fixes backported across every supported branch at once. Because the feed only becomes descriptive when an advisory forces detail into it, the visible record of this project skews heavily toward vulnerabilities — seven CVEs across backups, templates, and cross-tenant Proxmox access in May alone — and says almost nothing about features.
Expect the paired-branch tagging to continue, with the next informative entry being a security release rather than a feature one. Nothing in this feed supports a claim about where CloudStack's capabilities are heading; that information lives in the release notes it links to.
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 Apptainer or Apache CloudStack.
Skipper trims a 4x memory regression out of routesrv, days after shipping h2c
Kinsta is moving MyKinsta's controls into its API, one surface per month
Verdaccio's 7.0 line is subtraction — forks dropped, toolchain swapped, tags mostly empty
Observability lands on OpenTelemetry semconv in the LTS train
Canvas agents gain memory, and onboarding moves into the editor
Security and governance controls catch up to the Copilot build-out
See all Apptainer alternatives → · See all Apache CloudStack alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. Apache CloudStack is currently shipping more aggressively (velocity 5.0 vs 2.5), with 0 editorial sparks in the last 30 days against 0. 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. Apache CloudStack is currently shipping more aggressively (velocity 5.0 vs 2.5), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
Top Apptainer alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Apptainer alternatives" section above for the current picks, or visit /alternatives/apptainer for the full list with editorial commentary on each.
Top Apache CloudStack alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Apache CloudStack alternatives" section above for the current picks, or visit /alternatives/cloudstack for the full list with editorial commentary on each.