Accept a v prefixed glab and cosign version

  • Accept a v prefixed glab and cosign version

Both releases are tagged v<version> while their asset names carry the bare version, so Dockerfile.debian added the v itself for the download path and used the ARG verbatim for the file name. That only worked while the ARG held a bare version.

Renovate has now written ARG GLAB_VERSION=v1.109.0, which produced .../releases/vv1.109.0/downloads/glab_v1.109.0_linux_amd64.deb and a 404, so all eleven debian image builds failed. Nothing enforced the bare form: the custom manager for it has no extractVersionTemplate, so the format was only ever a convention of the bot's output.

Stripping an optional leading v here keeps the correctness in the repository that depends on it, rather than in the bot configuration in another project, and accepts either form. The cosign version is handled the same way: it has an identically shaped custom manager and a v tagged upstream, so it was exposed to the same failure without having tripped it yet.

Merge request reports

Loading