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

[Repository] refactor helm to use managed-by annotation instead of system flag #4870

Closed
dlaloue-vmware opened this issue Jun 8, 2022 · 1 comment · Fixed by #5612 or #5673
Closed
Assignees
Labels
component/apprepository Issue related to kubeapps apprepository component/plugin-helm Issue related to kubeapps plugin to manage Helm packages kind/enhancement An issue that reports an enhancement for an implemented feature

Comments

@dlaloue-vmware
Copy link
Collaborator

For repositories, secrets used for authentication can be either user managed or kubeapps managed.
The current mechanism is based on a system flag to enable one more or the other mode. This limits the flexibility to have some users use one way (e.g. cli) or the other (e.g. UI) in a single Kubeapps installation.

this issue is to refactor the helm plugin.

@dlaloue-vmware dlaloue-vmware added the kind/proposal An issue that reports a new feature proposal to be discussed label Jun 8, 2022
@antgamdia antgamdia added this to the App repository revamping milestone Jun 8, 2022
@ppbaena ppbaena added the component/apprepository Issue related to kubeapps apprepository label Jun 8, 2022
@ppbaena ppbaena added the component/plugin-helm Issue related to kubeapps plugin to manage Helm packages label Jun 20, 2022
@antgamdia antgamdia added the next-iteration Issues to be discussed in planning session label Jul 8, 2022
@ppbaena ppbaena removed the next-iteration Issues to be discussed in planning session label Oct 18, 2022
dlaloue-vmware added a commit that referenced this issue Nov 17, 2022
…70) (#5612)

### Description of the change

refactored helm plugin to not depend on a system flag
"UserManagedSecrets" but allow secrets to be managed by user or by
kubeapps per repository

### Benefits

provides ability for different users to either choose to provide
credentials or use existing credentials on per repository basis instead
of being forced one way or another by a system flag.

### Applicable issues
- fixes #4870
@gfichtenholt
Copy link
Contributor

I don't think this should be closed. The current implementation does not use "managed-by" annotation as the title of this issue suggests, but rather relies on a hack

// note: for now, checking based on name pattern for backward compatibility

Implement the annotation, then close the issue, IMHO

@gfichtenholt gfichtenholt reopened this Nov 19, 2022
@ppbaena ppbaena added kind/enhancement An issue that reports an enhancement for an implemented feature and removed kind/proposal An issue that reports a new feature proposal to be discussed labels Nov 21, 2022
dlaloue-vmware added a commit that referenced this issue Nov 23, 2022
### Description of the change

The previous fix for issue 4870 did not introduce the managed-by
annotation as per the spec, but relied on naming pattern for backward
compatibility.
This presents the issue that new secrets will still depend on the old
naming pattern.

This change ensures that new or updated secrets have the managed-by
annotation, and that the code looks for this annotation.

The code stills falls back to the naming pattern for backward
compatibility, but now with a deprecation path. We can remove the naming
pattern support in a future version.

### Applicable issues

- fixes #4870
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component/apprepository Issue related to kubeapps apprepository component/plugin-helm Issue related to kubeapps plugin to manage Helm packages kind/enhancement An issue that reports an enhancement for an implemented feature
Projects
Archived in project
4 participants