cert-manager: fast-forward to upstream 3945595b#7644
cert-manager: fast-forward to upstream 3945595b#7644k8s-ci-robot merged 2 commits intohelm:masterfrom
Conversation
munnerz
left a comment
There was a problem hiding this comment.
Added a few comments to help with review!
stable/cert-manager/Chart.yaml
Outdated
There was a problem hiding this comment.
These will both be bumped to v0.5
stable/cert-manager/README.md
Outdated
There was a problem hiding this comment.
This change will be reverted and updated to v0.5.0 accordingly
There was a problem hiding this comment.
This file is only created when generating static deployment manifests, and the updates here are to keep it in line with default Helm 2.10 behaviour (and the second one is to help with the webhook deployment, and is effectively a no-op as we also match on the 'name' label)
There was a problem hiding this comment.
I noticed issues when adding the helm.sh/hook: crd-install hook with versions of Tiller that do not support the hook.
There was a problem hiding this comment.
This means we drop support for cert-manager v0.2.0-v0.2.2 (iirc). In general, our rule is v0.4.x of the chart is compatible with v0.4.y of cert-manager (i.e. we do not pin the patch version of appVersion and version, but we do pin minor versions).
stable/cert-manager/values.yaml
Outdated
There was a problem hiding this comment.
Will be updated to v0.5.0 and IfNotPresent
stable/cert-manager/values.yaml
Outdated
There was a problem hiding this comment.
We disable the new webhook chart by default
There was a problem hiding this comment.
can you add a test to validate when the webhook is true?
|
@munnerz please sign the DCO and
side question: why use a dev image? |
|
Hey @cpanato, re: DCO - will do. I am just putting a few changes together for this PR (i.e. the image tags). As I say, still WIP 😄
This goes against our own versioning strategy - as explained here #7644 (comment), to make user's lives easier, we pin our minor versions to each other so they can be sure that v0.4.x of the Helm chart works with (and deploys) v0.4.y of cert-manager. This makes users rolling back/forward far easier, and helps when users understand when they can and cannot use a simple We'd really like to not have to modify this behaviour, as I think it hurts usability and will generally just not help users at all. As such, I'd like to request we can continue to use a v0.x.y format until cert-manager itself reaches (v1.0.0) (which will hopefully be within the next few months). edit: if not, I think it's best this chart is moved to incubator, or otherwise removed from stable so we can host it ourselves until cert-manager does reach 1.0 |
|
thanks so much for the clarification. Can you set the title if the PR to say that is in WIP? like |
9aaaecd to
07ffec7
Compare
* Update version numbers for v0.5.0 (cert-manager/cert-manager#885) * added affinity and tolerations (cert-manager/cert-manager#869) * Add validating webhook and webhook tls autoconfiguration (cert-manager/cert-manager#478) * chart: annotate all CRDs with "crd-install" hook (cert-manager/cert-manager#823) * helm chart: remove endpoints from rbac resources (cert-manager/cert-manager#769) Signed-off-by: James Munnelly <james@munnelly.eu>
07ffec7 to
e058fde
Compare
|
I've updated the version numbers as mentioned in my above comments. It'd be great if someone can verify the use of a subchart here is correct 😄 |
|
Removed the WIP designation - if someone could take a look, I can then go ahead and release v0.5 on our end 😄 |
| @@ -0,0 +1,5 @@ | |||
| apiVersion: v1 | |||
| appVersion: "v0.5.0" | |||
| description: A Helm chart for Kubernetes | |||
There was a problem hiding this comment.
maybe add a better description of what that is.
| restartPolicy: OnFailure | ||
| containers: | ||
| - name: ca-helper | ||
| image: quay.io/munnerz/apiextensions-ca-helper:canary |
There was a problem hiding this comment.
Updating to v0.1.0
Signed-off-by: James Munnelly <james@munnelly.eu>
51ca170 to
265e0fd
Compare
|
Addressed comments @cpanato |
|
@munnerz test failed because the image does not exist in quay |
|
I've now cut the v0.5.0 release, so docker images should be available now! This should be good to go 😄 /retest |
|
@mattfarina looks like the dco-labeler is not working - could you give it a kick? I am not too sure what events you have configured the labeler bot to listen for so not sure how to trigger it myself! |
|
/lgtm |
|
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: cpanato, munnerz The full list of commands accepted by this bot can be found here. The pull request process is described here DetailsNeeds approval from an approver in each of these files:
Approvers can indicate their approval by writing |
|
/check-cla |
|
/check-dco |
|
Thanks @cpanato! I will remember the incantation for next time 😄 |
|
/retest |
|
saw this error should we provide a test input to change that? how was it done in the past? |
|
@munnerz maybe you can add a test values.yaml to set the |
|
I think that'd work in this instance, but is surely a temporary workaround? I see two reasons for that error:
Perhaps I am wrong 😄 setting I've not run into this problem before, which leads me to think this is caused by (2) 😄 |
|
lets try a retest again 😄 /retest |
|
Then if the delete failed or did not run for any reason, we will need someone from the inside to make some cleanup |
|
/retest |
|
The issue is that the CRDs were not cleaned up, for some reason, in the test cluster on a previous run. |
|
@mattfarina thanks for fixing/cleaning |
|
I have an issue that CRD's are not created at all. I have this while deploying: |
* cert-manager: fast-forward to upstream bcffc635 * Update version numbers for v0.5.0 (cert-manager/cert-manager#885) * added affinity and tolerations (cert-manager/cert-manager#869) * Add validating webhook and webhook tls autoconfiguration (cert-manager/cert-manager#478) * chart: annotate all CRDs with "crd-install" hook (cert-manager/cert-manager#823) * helm chart: remove endpoints from rbac resources (cert-manager/cert-manager#769) Signed-off-by: James Munnelly <james@munnelly.eu> * Update image tag and add description Signed-off-by: James Munnelly <james@munnelly.eu> Signed-off-by: jenkin-x <jicowan@hotmail.com>
* cert-manager: fast-forward to upstream bcffc635 * Update version numbers for v0.5.0 (cert-manager/cert-manager#885) * added affinity and tolerations (cert-manager/cert-manager#869) * Add validating webhook and webhook tls autoconfiguration (cert-manager/cert-manager#478) * chart: annotate all CRDs with "crd-install" hook (cert-manager/cert-manager#823) * helm chart: remove endpoints from rbac resources (cert-manager/cert-manager#769) Signed-off-by: James Munnelly <james@munnelly.eu> * Update image tag and add description Signed-off-by: James Munnelly <james@munnelly.eu> Signed-off-by: Jakob Niggel <info@jakobniggel.de>
|
@Antiarchitect are you still encountering this bug, I believe I am, too. Did you ever find a workaround? |
* cert-manager: fast-forward to upstream bcffc635 * Update version numbers for v0.5.0 (cert-manager/cert-manager#885) * added affinity and tolerations (cert-manager/cert-manager#869) * Add validating webhook and webhook tls autoconfiguration (cert-manager/cert-manager#478) * chart: annotate all CRDs with "crd-install" hook (cert-manager/cert-manager#823) * helm chart: remove endpoints from rbac resources (cert-manager/cert-manager#769) Signed-off-by: James Munnelly <james@munnelly.eu> * Update image tag and add description Signed-off-by: James Munnelly <james@munnelly.eu>
What this PR does / why we need it:
This PR should not be merged yet
This is a draft PR to update the Helm chart for the v0.5 cert-manager release.
I am opening it now ahead of time, as it involves a few larger changes than usual and I'd like to get review feedback ahead of cutting a release to ensure the PR can be accepted in its current form.
A breakdown of what is is included and corresponding PRs:
/hold
/cc @unguiculus