We have a bug around capitalization... we are actually limited to DNS-1123 names.

We should evaluate how others handle this. Are uppercase letters allowed? What about internationalization, since DNS-1123 is an ascii subset?

We've had PRs missing maintainer names, with inconsistent YAML, etc. Let's add a lint check

We had few helm charts in two different repositories and we have recently moved them into a single GitHub helm repository. Details of the current repo:

• name: citrix
  url: https://citrix.github.io/citrix-helm-charts/

But on https://hub.helm.sh, still the old chart repo named "cic" is getting reflected containing charts with old version. This helm repo is not there anymore and it shouldn't be visible on https://hub.helm.sh. Please look into it.

Screenshot showing the same:

We updated our Helm repo for Linkerd2 last Thursday with version 19.9.4, but our entry in the Helm hub still points to the old version (19.9.3).
What's the procedure for having new versions be picked up in the hub? Is it automated? Perhaps, does the hub require the repo index to be built with --merge so old versions are kept?

Thanks!

Hi, in #150 and #153 we went back and forth on the repo name. However, none of those names are actually reflected on hub.helm.sh.

What it looks like:

https://hub.helm.sh/charts/hpe-flexvolume-driver/hpe-csi-driver
https://hub.helm.sh/charts/hpe-flexvolume-driver/hpe-flexvolume-driver

What we thought it would look like based on #153.

https://hub.helm.sh/charts/hpe-storage/hpe-csi-driver
https://hub.helm.sh/charts/hpe-storage/hpe-flexvolume-driver

Please advise.

https://hub.helm.sh/charts/incubator/artifactory

Subject: hub.helm.sh

Issuer: Let's Encrypt Authority X3

Expires on: Oct 26, 2019

Current date: Oct 26, 2019

PEM encoded chain:
-----BEGIN CERTIFICATE-----
.
.
.

Site's down

According to https://helm.sh/docs/topics/charts/, providing maintainers email in the Chart.yaml file is optional.

There should be some intelligence on the chart details page to provide a link to the URL if defined and email is missing.

Currently, clicking on a maintainer opens up an email with "undefined" in the To field. Example: https://hub.helm.sh/charts/solace/pubsubplus

For other charts, READMEs appear, but not for Argo, e.g.:

https://hub.helm.sh/charts/argo/argo-cd/0.5.2

Here is the template:

https://github.com/argoproj/argo-helm/tree/master/charts/argo-cd

Problem

The problem and a longer-term recommended solution is outlined nicely here: helm/monocular#622

However in the meantime we're blocked on releasing Hub changes. Example: #210

Workaround

Test upgrading Monocular with the older (pre-license-change) version of MongoDB. If that goes well, temporarily deploy this workaround for a near-future Hub release.

We have a Readme file at the root of the chart. It refers to a PNG image at the same location which is packaged into the chart. However, this image is not rendered in the Helm hub page for the chart.

Chart page

In addition to the current process of submitting a PR, one can submit the request via a web page.

I think this can make the process really friendly :)

Charts from jfrog https://hub.helm.sh/charts/jfrog doesn't show correctly. There are so much space between those Charts above and those of below.

README for charts/loki/loki is not found, and so it looks like loading.
https://hub.helm.sh/api/chartsvc/v1/assets/loki/loki/versions/0.22.0/README.md returns 404.

I don't know whether this is helm hub's issue or loki's.

I went to the Helm hub to find a chart for the Confluent Schema Registry, and I found this page:

https://hub.helm.sh/charts/incubator/schema-registry

There are a couple of links to the Confluent docs site, and to the confluentinc Github repos for the schema registry app, but nothing for the source of the chart itself.

There is no way to tell what this chart will install, or if it is in any way related to the maintainers of the app.

At a minimum, the Helm Hub should require a link to the actual repo where the chart code lives, and the Hub should source the code from that repo. Otherwise, how do I know I can trust charts that I install from there? How do I file issues with the maintainers?

The listing display is buggy, I've tested it on Chrome, Opera and Safari:

In kubernetes 1.14 an issue can arise where a cluster hits 501 jobs and cronjobs stop scheduling. We have now run into this.

A quick fix is to generate the chart values and set the job history to 1 for each cronjob.

i have pushed latest charts with version 1.1.0 of
citrix/citrix-adc-istio-ingress-gateway
and
citrix/citrix-cpx-istio-sidecar-injector

but still here in helm hub it is showing old charts??

reference:
https://github.com/citrix/citrix-istio-adaptor/tree/gh-pages
https://citrix.github.io/citrix-istio-adaptor/

Adding this convo here as opposed to https://github.com/helm/monocular because it mainly matters for the distributed hub.

From keybase chat, @unguiculus asked how we'd resolve duplicate charts that may be hosted by multiple repos in the helm charts hub. @prydonius said there are no constraints, you'll just see two separate listings.

Also the current UI may not distinguish one from another very well, since we don't display descriptions in list view. however we do display a configurable name for which repo it's from, as currently there are incubator and stable.

This issue is for discussion about whether we should use colors to more obviously disambiguate repos from one another at a glance? For example we now do that with incubator orange, stable blue, and in the kubeapps monocular instance you can additionally see bitnami and jfrog, etc are grey. I wonder if rather than hard-coding the above incubator/stable colors, we may want to support an optional color hex to the repos map in the monocular YAML config?

OTOH this could cause a turf war over company "owned" colors, and maybe confuse seeing one company's green as more ready to go than another company's red color ¯\(ツ)/¯.

Issue here mainly for discussion so we can decide what if anything to do about this.

The search result populates the result in a weird output.
Most users don't even scroll down to see the relevant repository.

I'd like to propose some logo guidelines for the Helm Hub based on CNCF's learnings building the interactive landscape the last 3 years.

We've established these guidelines based on this more general advice on image formats.

1. Is there interest in adding more formal guidance as either recommended best practices or a requirement?
2. Could you please point me to where guidance is specified today, as I couldn't find it.

The ui for the hub leaves huge amounts of white space between rows pushing rows off screen, and in the case of a search not finding anything, the result text is off the screen.

This seems to be the case for all charts.

The link is currently pointing to https://github.com/helm/helm/blob/master/docs/quickstart.md

Assuming it should point to https://helm.sh/docs/intro/quickstart/

Helm 3 users no longer know how to add the stable repo to install charts from there. We should now list that on the hub. Example: https://hub.helm.sh/charts/stable/airflow

I added the 6 month note because of Status of the Project and Deprecation Timeline. So it's temporary, but important.

Issue for tracking the progress of officially announcing this, so people we can discuss/track and other people can follow progress.

First, thanks for this great project! In doing a bit of testing, our gitlab chart uses an SVG for its icon. Unfortunately it is not displayed: https://hub.helm.sh/charts/gitlab/gitlab

According to the spec, SVG's are supported: https://github.com/helm/helm/blob/master/docs/charts.md#the-chartyaml-file

Would be great if SVG's were shown!

Markdown anchors in chart's README.md redirect to Helm Hub home page: https://hub.helm.sh/#anchor

For example, check redirection links on Table of Contents for microsoft/azure-industrial-iot chart:

Expected:

Actual:

Fixed by removing:

/*.chart-details-usage .mat-input-element {
     width: calc(100% - 5em); 
}*/

If a chart/version has a security issue we might want a way to remove it from search listings. We should, at least, discuss.

We have changed the URL for our charts to only publish "stable" charts in the hub.
see #213 .
And therefore some charts where removed and not accessible anymore through the old url.
But they are still referenced in the hub :
https://hub.helm.sh/charts/talend/talend-api-microgateway
https://hub.helm.sh/charts/talend/tpsvc-remote-engine
The 2 above charts are not available any more, and more over their url is not a chart index anymore.
How can I make sure those 2 charts are dereferenced ?

@alexnuttinck Can you add apache-nifi service to ingress controller.
There is some issue to add ingress->traefik in my cluster
what steps need to change from LB to NodePort or ClusterIP
service:
headless:
type: ClusterIP
#type: NodePort
loadBalancer:
enabled: false
httpPort: 80
httpsPort: 443
annotations: {}
# loadBalancerIP:
## Load Balancer sources
## https://kubernetes.io/docs/tasks/access-application-cluster/configure-cloud-provider-firewall/#restrict-access-for-loadbalancer-service
##
# loadBalancerSourceRanges:
# - 10.10.10.0/24

For example: https://hub.helm.sh/charts?q=cert-manager

A few cert-managers available, would be nice to know that jetstack make cert-manager which might help you make a decision.

Similarly with kibana here: https://hub.helm.sh/charts?q=kibana

Issue is 2 fold:

1. Searching in all does not seem to aggregate from all categories.
2. Switching category from all to stable does not seem to update the search result

I would expect all to show results aggregated from all categories and would expect switching categories on an active search would update the results,

To reproduce:

1. Search for the chart jenkins from https://hub.helm.sh/charts/
2. Click on the stable link. Notice that the url changes to https://hub.helm.sh/charts/stable, but the results do not change
3. Select the search box and press enter. Notice that the url does not change but the results do.

In addition, the chart listed under stable is not present under all.

There are no errors in the console if I got to inspect.

Step 1

Step 2

Step 3

https://hub.helm.sh/charts/loki/loki
release date is not correct.

Currently hub is deployed manually, so git merges aren't immediately visible at hub.helm.sh. This issue is to track automating that with GitOps.

When a chart has a security issue or other problem people will want a method to report those. We should provide direction (and maybe automation to make things easier).

When navigating to hub website, I would like to search if a chart exists for solution I would like to deploy to my Kubernetes cluster. When searching for the chart using the form (https://hub.helm.sh/charts?q=istio), I got 'There are no charts' message displayed.

By going back to all charts view(https://hub.helm.sh/charts/) and use the browser inline search, I was been able to locate the chart:

I am not sure if this is an Issue for this Repo or is better to be posted to monocular

https://hub.helm.sh/charts?q=grafana

Does not show the stable/grafana chart and I am unsure what could be causing this since it is reachable here: https://hub.helm.sh/charts/stable/grafana

It would be nice if a chart page could link to the link to the github repo (if it exists) so we can check the helm chart code before installing it.

GET for https://hub.helm.sh/api/chartsvc/v1/assets/microsoft/azure-industrial-iot/versions/0.2.0/README.md returns 404 and the microsoft/azure-industrial-iot chart page in Helm Hub keeps showing as loading.

I have seen #225, where the suggestion was that this might be caused by the relative urls in index.yaml file. But this is true for all charts in microsoft repository and the other charts are loading correctly, see bellow for examples. So I am not sure that that suggestion is relevant here as well.

• microsoft/cognitive-services-speech-onpremise
• microsoft/spark

Here is excerpt from https://microsoft.github.io/charts/repo/index.yaml:

apiVersion: v1
entries:
  azure-industrial-iot:
  - apiVersion: v2
    appVersion: 2.6.104
    ...
    urls:
    - azure-industrial-iot/azure-industrial-iot-0.2.0.tgz
    version: 0.2.0
  - apiVersion: v2
    appVersion: 2.5.2
    ...
    urls:
    - azure-industrial-iot/azure-industrial-iot-0.1.0.tgz
    version: 0.1.0
  cognitive-services-speech-onpremise:
  - apiVersion: v1
    appVersion: 0.1.1
    ...
    urls:
    - cognitive-services-speech/cognitive-services-speech-onpremise-0.1.1.tgz
    version: 0.1.1
  spark:
  - apiVersion: v1
    appVersion: 2.4.0
    ...
    urls:
    - spark/spark-1.0.0.tgz
    version: 1.0.0

And GETs on https://microsoft.github.io/charts/repo/azure-industrial-iot/azure-industrial-iot-0.2.0.tgz and https://microsoft.github.io/charts/repo/azure-industrial-iot/azure-industrial-iot-0.1.0.tgz do return 200.

I am the maintainer of azure-industrial-iot chart, so if the problem is caused by the chart itself then I can fix it on that side.

I can't seem to figure how to install the hub.helm.sh as a repo, or any sub repositories for that matter, with helm 3.0.0

$ helm version
version.BuildInfo{Version:"v3.0.0", GitCommit:"e29ce2a54e96cd02ccfce88bee4f58bb6e2a28b6", GitTreeState:"clean", GoVersion:"go1.13.4"}

What am I doing wrong?

helm search hub works fine
helm repo list is empty as expected according to the helm 3.x docs

I'm trying to install the stable/redis-ha chart for example.

The web page says run:

helm install stable/redis-ha --version 4.1.5

but that seems to be the helm 2.x syntax as I get:

Error: must either provide a name or specify --generate-name

If I run:

helm install redis-ha stable/redis-ha --version 4.1.5
Error: failed to download "stable/redis-ha" (hint: running `helm repo update` may help)

Yeah, right, Helm 3.x doesn't include any repo to begin with, so I'm trying to add the repo with:

helm repo add redis-ha https://hub.helm.sh/charts/stable/redis-ha
Error: looks like "https://hub.helm.sh/charts/stable/redis-ha" is not a valid chart repository or cannot be reached: error converting YAML to JSON: yaml: line 8: mapping values are not allowed in this context

It seems like this is getting me the HTML index page of the website, not the index.yaml

If I try installing the root repo:

helm repo add hub https://hub.helm.sh/charts
Error: looks like "https://hub.helm.sh/charts" is not a valid chart repository or cannot be reached: error converting YAML to JSON: yaml: line 8: mapping values are not allowed in this context

Same thing

So, how am I supposed to install those charts?
Is it just that the format is not compatible, and the provider needs to update their repo?

I tried a few charts and can't get anyone to work.

I can't be the only one with this issue.

All the Conluent inc helm charts are missing from the hub. They can be found here: https://github.com/confluentinc/cp-helm-charts

Version 0.1.1 is missing from https://hub.helm.sh/charts/microsoft/cognitive-services-speech-onpremise. I'm still able to install it from the helm i.e helm install microsoft/cognitive-services-speech-onpremise --version 0.1.1 works without issues. It just doesn't show on the site. Instead, only chart version 0.1.0 is listed.