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
possibility to require itself, previous version visible=False #16132
base: develop2
Are you sure you want to change the base?
possibility to require itself, previous version visible=False #16132
Conversation
@memsharded, any progress/update on this? Just curious. Thx! |
@gegles we are still consider this, the possible risks and future challenges. What is your use case? Could you please elaborate why are you interested in this feature? So far we have considered it for a very extraordinary situation with openssl, but I can't think of many other cases beyond it. |
Yes, the use case I am interested in is the OpenSSL/FIPS use case that started this whole thing. See the initial idea presented by @jcar87 here. You're right, as of now, I don't see any other use case for this... but , from my POV, this would be the most elegant and useful way for the community to get the exact right set of binaries directly within the single openssl recipe/package and without needing to do any weird repackaging outside... As long as it does not harm anything else, I believe loosening the restrictions just enough for something like this to be possible would be a great thing. Thanks! |
Changelog: Feature: Allow a recipe to
requires(..., visible=False)
a previous version of itself without raising a loop errorDocs: https://github.com/conan-io/docs/pull/XXXX