-
Notifications
You must be signed in to change notification settings - Fork 16.9k
[incubator/istio] istio install failed #2447
Comments
Related with istio/istio.io#531 (comment) |
this is the problem https://github.com/kubernetes/charts/blob/master/incubator/istio/Chart.yaml#L6 why istio chart can't be installed from helm repos |
Why |
helm does not like |
Thanks @rimusz , this seems to be a limitation of semver https://github.com/Masterminds/semver/blob/master/constraints_test.go#L296 , if use |
@gyliu513 chart version does not have to be the same as app's :) |
The chart version does conform to semver v2 but it falls under pre-release so you have to use the |
Could we change it to version: 2.0.7 so that the istio helm chart can work given istio 0.2.7 is just announced today? |
Would like to get something definitive from @ldemailly given that I've been working with him on this. |
Also some additional context that I've been working with the Helm upstream developers on helm/helm#3010 cc @ldemailly |
apologies for the lag: the search isn't there yet, is it I assume you are asking if we can decouple the 2 versions, I prefer we keep them in lockstep if possible but if not practical maybe having 0.2.7-pre1 ... until it seems to be "working" enough to promote it to 0.2.7 ? if we decouple the versions, what would the helm one look like ? (1.0.x ?) |
I'd prefer to keep the istio helm chart version and istio version in sync as that reduces a lot of confusion. Since Istio 0.2.8 is coming out this week and contains critical fixes, is it possible to allow users to always install the latest Istio in 0.2.x and optionally user can specify a particular version of 0.2, like 0.2.7 or 0.2.8 or 0.2.9 to install? |
I don't think keeping the versions in sync is the right approach. The chart version indicates a set of values and templated Kubernetes resource definitions which is not actually intrinsically linked to the application version. I don't want to lock a released chart in so that it cannot be modified within the same semver release as things change all the time and functionality may be added or removed at any point. I do however think that we could do a better job bubbling up the application version as a searchable and installable install time flag. Out of the 80+ upstream charts no one has flagged this a serious issue for users. Services like monocular expose the appVersion in a nicer way - https://kubeapps.com/charts?q=istio I think given the current ask it's best simply make the chart versions so different that they cannot possibly be confused. Possibly 10.0.0 to start. Hopefully by that time we have a reasonable approach to the exposing the app version. |
The next release of helm will allow you to search via app version. Does this help? |
Current workaround:
|
Issues go stale after 90d of inactivity. If this issue is safe to close now please do so with Send feedback to sig-testing, kubernetes/test-infra and/or fejta. |
Is this a request for help?:
Is this a BUG REPORT or FEATURE REQUEST? (choose one):
Version of Helm and Kubernetes:
Which chart:
istio
What happened:
What you expected to happen:
How to reproduce it (as minimally and precisely as possible):
Anything else we need to know:
The text was updated successfully, but these errors were encountered: