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

Remove extra _catalog call when installing from oras repo #669

Open
wants to merge 3 commits into
base: v0.10.x
Choose a base branch
from

Conversation

EricChen1248
Copy link

Without the _catalog call, it is already enough to do all necessary filtering for oras package installs. Doing the _catalog call is unnecessary.

As _catalog is also not part of oci specs, per opencontainers/distribution-spec#22 , the return behavior is also undefined, which can cause the install commands to fail depending on the specific implementation of the OCI registry, such as in JFrog Artifactory when combined with namespaces. (_catalog calls occur against the domain regardless of namespaces, FQDN/v2/_catalog, and returns only the path of the package, not including the namespace. The prior filtering then tries to filter for namespace/package, which fails, however FQDN/v2/namespace/package is valid)

… an oras repo

Without the _catalog call, it is already enough to do all necessary filtering for oras package installs. Doing the _catalog call is unnecessary. As _catalog is also not part of oci specs, per opencontainers/distribution-spec#22 , the return behavior is also undefined, which can cause the install commands to fail depending on the specific implementation of the OCI registry, such as in JFrog Artifactory when combined with namespaces.

Signed-off-by: Eric Chen <echen@intersystems.com>
@isc-shuliu
Copy link
Collaborator

Weird it didn't trigger a CI run. Let me see if I can start that manually.

Signed-off-by: Eric Chen <echen@intersystems.com>
@isc-shuliu
Copy link
Collaborator

The CIs are only failing for images with latest-preview tag, where package sslclient cannot be found. I wonder if it's related to zpm-registry. Will look into this further

@isc-shuliu
Copy link
Collaborator

isc-shuliu commented Dec 18, 2024

The problem is here

#6 9.946 ERROR #5478: Keyword signature error in %IPM.ResourceProcessor.CSPApplication:Property:DeepSeeEnabled, keyword 'Type' must be '%Installer.Boolean' or its subclass

@isc-shuliu
Copy link
Collaborator

This is probably something we fixed in v0.9.0 but didn't merge into v0.10.0, because the CIs for v0.9.0 are passing and the CIs for #666 , which contains the changes from v0.9.0, are also passing. My theory is this will be fixed once we merge #666

@isc-eneil
Copy link
Collaborator

@isc-shuliu your hypothesis is right. The error comes from the issue described in https://usjira.iscinternal.com/browse/HSIEO-11639. The DeepSeeEnabled and iKnowEnabled properties were updated to have type %Installer.Boolean in the PR you linked.

@isc-tleavitt
Copy link
Contributor

Updated from v0.10.x, that should do it...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants