This repository has been archived by the owner on May 14, 2021. It is now read-only.
Do not mess with scl repos if package is already available #15
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Sometimes packages and yum repos are managed outside the "standard" mechanisms (e.g. RHSM). The existing SCL code (at least for RHEL) always insists on checking for and enabling a specific repo vis RHSM.
This patch and supports alternate repo strategies by checking to see if the package we want is already available (in Chef's YUM cache) before messing with repos. This also happens to avoid excess YUM cache flushes. So as long as a prior cookbook/recipe or existing config makes the appropriate RPM available, now poise won't mess with (and possibly break) yum repos/subscriptions.