Nixpkgs: sonobuoy: Version has no 'v' prefix which leads to the search for a non-existent image

Created on 2 Nov 2020  路  3Comments  路  Source: NixOS/nixpkgs

Describe the bug

Due to the missing v character in the package version, sonobuoy generates manifests that point to a non-existent image of the package, which leads to an ImagePullBackOff within the cluster.

To Reproduce
Steps to reproduce the behavior:

  1. sonobuoy images | grep 19
  2. sonobuoy gen | grep 19
  3. sonobuoy run --wait

Expected behavior

Sonobuoy send the manifests with the correct version and available on the dockerhub causing the cluster to download and run the tests correctly

Screenshots

The correct version that should be pulled: https://hub.docker.com/layers/sonobuoy/sonobuoy/v0.19.0/images/sha256-09e7ae74580d4e3349e4ae5d0e6949352dd9005a8cfd676f004fc779d49fb0a7?context=explore

Captura de tela_2020-11-02_02-58-58
Captura de tela_2020-11-02_00-42-11

Additional context

Already mentionet at: https://github.com/vmware-tanzu/sonobuoy/issues/715.

Notify maintainers

@carlosdagos @saschagrunert @wilsonehusin

Metadata
Please run nix-shell -p nix-info --run "nix-info -m" and paste the result.

 - system: `"x86_64-linux"`
 - host os: `Linux 5.8.13-zen1, NixOS, 21.03pre249162.1dc37370c48 (Okapi)`
 - multi-user?: `yes`
 - sandbox: `yes`
 - version: `nix-env (Nix) 2.3.8`
 - channels(root): `"nixos-21.03pre249162.1dc37370c48, home-manager"`
 - nixpkgs: `/nix/var/nix/profiles/per-user/root/channels/nixos`

Maintainer information:

# a list of nixpkgs attributes affected by the problem
attribute: pkgs.sonobuoy
# a list of nixos modules affected by the problem
module:
bug

All 3 comments

gah I messed that one up -- apologies and thanks for bringing this up!

if anyone is stuck waiting for the fix to be merged, the current workaround is to manually pass --sonobuoy-image flag, i.e.

sonobuoy run --sonobuoy-image "sonobuoy/sonobuoy:v0.19.0"
sonobuoy gen --sonobuoy-image "sonobuoy/sonobuoy:v0.19.0"

gah I messed that one up -- apologies and thanks for bringing this up!

No problem, this issue of passing the version via ldflags seems increasingly constant in golang packages related to kubernetes.

I would like to pass this dynamically, without having to hard code it in the package's default.nix.

BTW, Thanks for the quick response: D

Was this page helpful?
0 / 5 - 0 ratings

Related issues

teto picture teto  路  3Comments

tomberek picture tomberek  路  3Comments

sid-kap picture sid-kap  路  3Comments

lverns picture lverns  路  3Comments

ob7 picture ob7  路  3Comments