-
Notifications
You must be signed in to change notification settings - Fork 21
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
base: v0.10.x
Are you sure you want to change the base?
Remove extra _catalog call when installing from oras repo #669
Conversation
… 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>
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>
The CIs are only failing for images with |
The problem is here
|
@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. |
Updated from v0.10.x, that should do it... |
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)