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

[feat]: detect when service needs to be updated in order to meet dependency that has been udpated #1399

Open
chrisguida opened this issue Apr 15, 2022 · 2 comments
Assignees
Labels
P2 - Desirable high prioity, nice-to-haves
Milestone

Comments

@chrisguida
Copy link
Contributor

Currently when you update, eg, bitcoind, but you still have an old version of proxy that isn't compatible with the new version of bitcoind, proxy has a dependency error which recommends downgrading bitcoind rather than upgrading proxy to the new version. The marketplace should detect this scenario and recommend an upgrade of the selected service (proxy, in this example) rather than recommending a downgrade of the dependency (bitcoind in this example).

@chrisguida chrisguida added the Needs Triage Needs to be assigned a priority label Apr 15, 2022
@ProofOfKeags
Copy link
Contributor

Currently the logic assumes as axiom that the current version of the viewed service is pinned. I think removing this assumption during the computation of suggestions for actions that will rectify dependency errors we should account for new releases to the marketplace from which the package originally came. Further, when both a downgrade or an upgrade would fix the dependency error, we should bias towards recommending the upgrade.

@chrisguida
Copy link
Contributor Author

I concur

@dr-bonez dr-bonez added P2 - Desirable high prioity, nice-to-haves and removed Needs Triage Needs to be assigned a priority labels May 26, 2022
@MattDHill MattDHill added this to the 0.4.0 milestone Mar 14, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P2 - Desirable high prioity, nice-to-haves
Projects
None yet
Development

No branches or pull requests

4 participants