Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Sync chart with bitnami/kubeapps chart (version 12.3.2) #6236

Merged
merged 2 commits into from
May 1, 2023

Conversation

github-actions[bot]
Copy link
Contributor

Description of the change

This is an automatic PR for synchronizing the changes performed externally at the bitnami/kubeapps official chart to the Kubeapps development version.

Benefits

The Kubeapps development chart will get the newest changes, including image version updates and other updates.

Possible drawbacks

Although unlikely, some changes implemented by the Bitnami team may not be 100% compatible with the current Kubeapps version.

Applicable issues

N/A

Additional information

This PR is marked as a draft until a Kubeapps maintainer manually reviews it.

Signed-off-by: kubeapps-bot <tanzu-kubeapps-team@vmware.com>
@netlify
Copy link

netlify bot commented Apr 29, 2023

Deploy Preview for kubeapps-dev canceled.

Name Link
🔨 Latest commit 89bba0c
🔍 Latest deploy log https://app.netlify.com/sites/kubeapps-dev/deploys/644f045865ccaa0008019124

Signed-off-by: Michael Nelson <minelson@vmware.com>
@absoludity
Copy link
Contributor

There was actually nothing new in this PR except a chart version bump (the upstream chart has new versions of our service docker images). I've fixed the underlying issue for the PR in #6237

@absoludity absoludity marked this pull request as ready for review May 1, 2023 00:15
@absoludity absoludity merged commit 37c18c9 into main May 1, 2023
@absoludity absoludity deleted the sync-chart-changes-12.3.2 branch May 1, 2023 00:48
absoludity added a commit that referenced this pull request May 1, 2023
<!--
Before you open the request please review the following guidelines and
tips to help it be more easily integrated:

 - Describe the scope of your change - i.e. what the change does.
 - Describe any known limitations with your change.
- Please run any tests or examples that can exercise your modified code.

 Thank you for contributing!
 -->

### Description of the change

After getting a couple of dev chart auto-created PRs like #6236, which
are doing nothing except setting our development images from `latest`
(which they should be in the dev chart) to a fixed version, I realised
that in #6221 I'd actually updated the incorrect part of the script.

This PR fixes that, by ensuring that we don't refer to `tag` in
`replaceImage_latestToProduction` since we don't have the production
values of the tag currently (until we update to use the dockerhub API as
per #6220) - this was the intended change of the previous PR - and
reverts the unintended change that updated
`replaceImage_productionToLatest` so that we again expect `latest` for
our own images in the dev chart.

### Benefits

<!-- What benefits will be realized by the code change? -->
We're no longer bothered by noop PRs such as #6236 .

### Possible drawbacks

<!-- Describe any known limitations with your change -->

### Applicable issues

<!-- Enter any applicable Issues here (You can reference an issue using
#) -->

- fixes #

### Additional information

<!-- If there's anything else that's important and relevant to your pull
request, mention that information here.-->

Signed-off-by: Michael Nelson <minelson@vmware.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants