Skip to content

Releases: mcandre/cicada

#mastermind

15 Jan 22:02
Compare
Choose a tag to compare

Fixed a casing issue with git + go vendoring of the semver library dependency.

#tarball

14 Jan 21:55
Compare
Choose a tag to compare

Replace zip archive with tarball for ease of Docker container injection.

#context

13 Jan 07:54
Compare
Choose a tag to compare

In debug mode, cicada now indicates which app and version string trigger semver parsing errors. This provides more context to users when editing component patterns in the cicada configuration.

#dockerfiles

13 Jan 06:56
Compare
Choose a tag to compare
  • Fix more gaps in querying component versions
  • Add basic support for looking up explicit FROM base image OS versions in any Dockerfiles / *.[Dd]ockerfile files in the current directory tree
  • Fix example ffmpeg version query
  • Tune debian version query to work in environments without access to the lsb_release tool, which is often missing, for example, on compact, Debian Docker images

go1.21

27 Dec 07:15
Compare
Choose a tag to compare
  • Update Go

#risky-business

22 Mar 22:25
Compare
Choose a tag to compare

Update to Go 1.20 for freebsd/riscv64 support.

#loongson

05 Oct 19:17
Compare
Choose a tag to compare

Upgrade Go to 1.19 for loong64 support in prebuilt binaries.

#splat

03 Jun 01:14
Compare
Choose a tag to compare

cicada now adheres more strictly to the explicitness of version strings in support timelines, when deciding whether the live component version matches the support timeline version.

Explicit zero values no longer behave as wildcards. This improves the accuracy of cicada findings.

#customization

03 Jun 00:42
Compare
Choose a tag to compare

The new configuration model has gained some basic documentation with Markdown prose and YAML commentary.

cicada now allows users to tune the early warning lead time, in month increments. Be advised to select a modest value:

Not too short that developers fail to migrate,
not too long that developers forget to migrate.

#respect

02 Jun 23:28
Compare
Choose a tag to compare

cicada now follows more conventional configuration directory structure:

  • <current working directory>/cicada.yaml: main configuration file
  • <current working directory>/.cicada: product cache

For example, a cicada.yaml file may be written in the top level directory of your software project.