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
Helm 3: Registry blob storage to follow OCI Image Layout Spec #6068
Comments
Hye @jdolitsky where are we with this? |
IIRC @stevvooe mentioned that there is a library in containerd that abstracts this away. I have no idea if it'll work alongside your XDG_HOME/CONFIG PR, though. |
upstream ticket: oras-project/oras#107 |
Thanks for the heads up @jzelinskie! I'll do some digging in containerd and see what comes up. |
Hi, hoping to have this land upstream in ORAS early next week.
…On Wed, Jul 31, 2019 at 1:44 PM Matthew Fisher ***@***.***> wrote:
Thanks for the heads up @jzelinskie <https://github.com/jzelinskie>! I'll
do some digging in containerd and see what comes up.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#6068?email_source=notifications&email_token=AADACFXPFNJEX5WFZ3WMIR3QCHMRZA5CNFSM4IGHQJG2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD3IGAIQ#issuecomment-516972578>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AADACFXYUFIVT5HMWR7ZMQ3QCHMRZANCNFSM4IGHQJGQ>
.
|
removing from the beta milestone as #6185 has been PR'd, which means this discussion can move forward without blocking the release. |
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes helm#6068 Fixes helm#6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes helm#6068 Fixes helm#6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes helm#6068 Fixes helm#6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes helm#6068 Fixes helm#6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes helm#6068 Fixes helm#6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes helm#6068 Fixes helm#6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes helm#6068 Fixes helm#6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
No more magic separating the metadata from chart tarball - charts are pushed to registry as a single tarball layer with Chart.yaml in tact. No more fragile custom symlink chart storage, now following the OCI Image Layout Specification for chart filesystem cache. Also: - Update to ORAS 0.6.0 - Simplify registry client setup with NewClientWithDefaults() - Remove needless annotations and constants Fixes #6068 Fixes #6141 Signed-off-by: Josh Dolitsky <jdolitsky@gmail.com>
closed via #6205 |
Currently the charts are stored in custom fashion in
${HELM_HOME}/registry
:Instead, Helm should adhere to the OCI Image Layout Specification:
cc @jzelinskie @bacongobbler
The text was updated successfully, but these errors were encountered: