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

An old version of a dependent package is installed #1620

Closed
nicolaferraro opened this issue Jul 2, 2020 · 2 comments
Closed

An old version of a dependent package is installed #1620

nicolaferraro opened this issue Jul 2, 2020 · 2 comments
Labels
kind/bug Categorizes issue or PR as related to a bug.

Comments

@nicolaferraro
Copy link

Bug Report

What did you do?

I've tried to install the Knative Camel operator using a custom operatorsource, CSV is like in this PR: operator-framework/community-operators#1933.

It depends on another CRD, which is provided by Camel K.

I set the update to "manual", to see the install plan and I get:

Screenshot from 2020-07-02 11-38-43

The plan wants to install Camel K 1.0.0-RC2. But why not installing latest version, which is 1.0.0?
Camel K 1.0.0 also replaces version 1.0.0-RC2, so I see no reasons why it should install 1.0.0-RC2.

I've tried to publish KnativeCamelSources also in a channel named "stable", which is the same channel where Camel K 1.0.0 is published (while Camel K 1.0.0-RC2 is in the "alpha" channel), but nothing changed.

What did you expect to see?
If a new version of a dependent package is present, OLM should not install it in place of an older version.

In the case of Camel K, the "Integration" CRD (same group and version) is also offered by two operators: "Apache Camel K" and "Red Hat Integration - Camel K". It would be nice if we had a way to specify which one we prefer.

What did you see instead? Under which circumstances?
Already explained above.

Environment

  • operator-lifecycle-manager version: quay.io/openshift-release-dev/ocp-v4.0-art-dev@sha256:02bd2a1be514a4403a83536c20459d775036900e67dc2c4445d584ea4ca374a7
  • Kubernetes version information:
Client Version: version.Info{Major:"1", Minor:"18", GitVersion:"v1.18.0", GitCommit:"9e991415386e4cf155a24b1da15becaa390438d8", GitTreeState:"clean", BuildDate:"2020-03-25T14:58:59Z", GoVersion:"go1.13.8", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"17+", GitVersion:"v1.17.1+3f6f40d", GitCommit:"3f6f40d", GitTreeState:"clean", BuildDate:"2020-06-08T07:13:25Z", GoVersion:"go1.13.4", Compiler:"gc", Platform:"linux/amd64"}
  • Kubernetes cluster kind: OpenShift
@exdx
Copy link
Member

exdx commented Aug 27, 2020

We have recently done a major overhaul of dependency resolution in OLM. It would be helpful if you could replicate this on the latest release to see if the issue persists.

@exdx exdx added the kind/bug Categorizes issue or PR as related to a bug. label Aug 27, 2020
@nicolaferraro
Copy link
Author

We have recently done a major overhaul of dependency resolution in OLM. It would be helpful if you could replicate this on the latest release to see if the issue persists.

Tried now on OpenShift 4.5 and I see that latest (1.1.0 currently) is installed. Thanks, closing this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/bug Categorizes issue or PR as related to a bug.
Projects
None yet
Development

No branches or pull requests

2 participants