Accept a v prefixed glab and cosign version
- Accept a
vprefixed 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.