Documented link for Helm repo doesn't work

[david-l-riley]

Please, answer some short questions which should help us to understand your problem / question better?

• Which image of the operator are you using? Any version
• Where do you run it - cloud or metal? Kubernetes or OpenShift? Anything with Helm
• Are you running Postgres Operator in production? Not yet
• Type of issue? Docs/bug report

The published link for the Helm chart repository (https://opensource.zalando.com/postgres-operator/charts, which is published here) gets a 404, perhaps due to a bug in the GH Pages export (I didn't dig into the Pages setup yet). If I set up a Helm chart to pull from the published URL:

  - name: postgres-operator
    version: ~v1.7.0
    repository: https://opensource.zalando.com/postgres-operator/charts

It cannot load index.yaml with helm dep up. If, however, I specify the raw GH file location:

  - name: postgres-operator
    version: ~v1.7.0
    repository: https://raw.githubusercontent.com/zalando/postgres-operator/master/charts/postgres-operator

It works fine.

[FxKu]

fyi: #1554 (comment)

https://opensource.zalando.com/postgres-operator/charts is only the location. Getting a 404 without specifying the chart is expected.

[david-l-riley]

Indeed, however, the index.yaml file also does not appear to be downloadable, which is what Helm uses to determine which packages are present. If the charts are published at that URL but not the index.yaml, I would consider that a bug, as it prevents the chart from being used as a subchart.

[david-l-riley]

I believe all that's needed is to publish the entirety of the /charts/* directories instead of just the individual charts; the correct index.yaml is present there, it just appears to be a bug in the publishing, because Helm relies on that to determine which versions are present for semver matching.

[david-l-riley]

In general, something seems a little funky about the structure of the charts in the repo, as /charts/postgres-operator looks like a chart directory that also has the chart repository dumped on top of it, which is bound to cause problems sooner or later (plus, you might not want the chart archives to be in the main repo, as they will eventually start to get quite large). Have you considered: https://github.com/helm/chart-releaser

[david-l-riley]

I can use the GH raw repo for now, but I can look at cooking up a PR to improve this situation if it would help. Obviously, it'll be much better once the GH Packages Helm support is ready.

[FxKu]

@david-l-riley feel free to come up with a PR. The current structure has been provided by the community two years ago. I haven't really kept up with how it should be done today, since we do not use helm on our side. Once I removed the old zip files, people complained (because old versions should still be available), documenting the full path to the zip file was also wrong - so I'm relying a bit on the helm user to show me the right way 😄

[david-l-riley]

I'll be happy to, hopefully next week! I don't know for sure if I'll be able to figure out how the GH Pages stuff works, since the publishing seems to be part of a process that isn't in the publicly-visible GH Actions logs, but I think I can at least get some of the directories sorted out and we can solve the rest iteratively in the PR?

[FxKu]

git checkout gh-pages
git merge master
git push origin gh-pages

That's all I do 😃
And GH Pages is enabled in repo settings, of course