We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Here is a proposal for how to realize this: http://xylem.readthedocs.org/en/latest/spec.html#any-version-and-version-ranges
This does require os plugins to provide an order on versions for rule lookup, but not for rule file loading / expanding / saving.
Feel free to comment / discuss in this issue.
The text was updated successfully, but these errors were encountered:
cc @wjwwood @tfoote @dirk-thomas @esteve
Sorry, something went wrong.
Looks reasonable. I'd also clarify on a collision who wins in a case like this:
precise, raring, utopic: [foo] any_version>=trust: [bar]
Presumably the explicit rule would take precedence.
Yes, the explicit rule you win. I do not want to forbid this, since that would again make rule file parsing dependent on the OS plugin knowledge.
One could argue that the test suite for rosdistro could check and forbid this, but I don't see a real need. Also the following seems reasonable to me:
foo: osx: any_version>=mavericks: homebrew: libfoo mavericks: macports: libfoo-1 yosemite: macports: libfoo-2
NikolausDemmel
No branches or pull requests
Here is a proposal for how to realize this:
http://xylem.readthedocs.org/en/latest/spec.html#any-version-and-version-ranges
This does require os plugins to provide an order on versions for rule lookup, but not for rule file loading / expanding / saving.
Feel free to comment / discuss in this issue.
The text was updated successfully, but these errors were encountered: