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

Resolver should error if incompatible dependencies are specified #366

Merged
merged 1 commit into from
Mar 5, 2013

Conversation

ivey
Copy link
Contributor

@ivey ivey commented Mar 5, 2013

Explicit dependency on git, runit =1.0.6 and nginx =1.3.0. ngnix 1.3.0 has a dependency on runit "<= 0.16.2", git 2.3.0 has a dependency on runit "~> 1.0.0".

runit 1.0.2 was in the Berkshelf, and since the resolver found the requirement from git first, it used that one, installing 1.0.2.

Expected behavior would be to either use the higher precedence definition in metadata, or raise an error.

Side-note: some of these dependencies are coming from recommends, not depends, which makes this more complicated.

@ghost ghost assigned ivey Mar 4, 2013
@reset
Copy link
Contributor

reset commented Mar 5, 2013

@ivey it might be best to ignore recommends and suggests altogether. We're currently merging depends and recommends together.

@reset
Copy link
Contributor

reset commented Mar 5, 2013

👍

@ivey
Copy link
Contributor Author

ivey commented Mar 5, 2013

Yeah I also thought about adding a "no recommends" or at least treating them separately - and not raising an error if they couldn't be satisfied.

reset added a commit that referenced this pull request Mar 5, 2013
Resolver should error if incompatible dependencies are specified
@reset reset merged commit c1c9123 into master Mar 5, 2013
@reset reset deleted the issue366 branch March 5, 2013 10:49
ivey added a commit that referenced this pull request Mar 5, 2013
This reverts commit c1c9123, reversing
changes made to 99e50e6.

The new bahavior, while more correct, also breaks a lot of cookbooks. We
need to address the root issue, which is that we're processing dependencies
one at a time and not for the whole tree.
@berkshelf berkshelf locked and limited conversation to collaborators Jun 16, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants