Bug 1798278
| Summary: | subscription-manager recommends drags in too much into RHCOS | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Colin Walters <walters> |
| Component: | skopeo | Assignee: | Jindrich Novy <jnovy> |
| Status: | CLOSED ERRATA | QA Contact: | Yuhui Jiang <yujiang> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 8.3 | CC: | bbreard, dwalsh, imcleod, jnovy, lsm5, miabbott, tsweeney, ypu |
| Target Milestone: | rc | Keywords: | Reopened, Triaged |
| Target Release: | 8.4 | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | skopeo-1.2.1-7.el8 or newer | Doc Type: | If docs needed, set a value |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2021-05-18 15:32:55 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Colin Walters
2020-02-05 02:41:59 UTC
Jindrich I think you can take care of this, please holler if not. I've also cc'd Lokesh in case this is in his purview instead. FWIW we have a workaround now; so urgency is lower. I still don't think this `Recommends:` was right, but not going to fight hard to drop it either. If the concern is to have a minimal installation footprint then it makes sense to disable Recommends/Suggests/Enhances. It would be more of an issue if it Requires the dependency as it couldn't be avoided. The subscription management functionality is still required for some use cases so removing the Recommends as a whole wouldn't be a good thing to do. reopening this BZ as we're running into the same problem with the rpm-ostree builds from Image Builder. Jindrich, can we drop subscription-manager from recommends? It creates the problem of pulling in other deps like DNF that are problematic for us. At this point I'd suggest to create a new skopeo-subscription-manager subpackage where the relevant symlinks and the subscription-manager dependency (this time a hard dep) would be specified. By default installation of skopeo there won't be any (even soft) subscription-manager dependency. Sounds good Ben, Dan, Colin? I'll add Ian McLeod to the ping list too, in case he's some thoughts/concerns here. And as a reminder, Colin did opoen up a Jira card: https://issues.redhat.com/browse/GRPA-591 to handle this RFE. Container images need this requirement, not the Base OS. I don't understand why this was added to these packages in the first place. All of the container-tools will work fine without subscription manager? Jindrich did you remove the recommends? The subscription-manager is added as a soft dependency so that skopeo doesn't ship dangling symlinks. Given it's a soft dep the subscription-manager package is optional. https://issues.redhat.com/browse/GRPA-591 should address this for RHCOS by not installing soft deps. If I remove subscription-manager I'd introduce a regression a a customer in previous releases requested it as a softdep for the reasons above. What if we changed it to a suggests? Suggests would work as it's a hint (not weak/soft dep as Recommends) meaning hint deps are ignored by DNF. https://fedoraproject.org/wiki/Packaging:WeakDependencies#Introduction https://fedoraproject.org/wiki/Packaging:WeakDependencies#Hints Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory (Moderate: container-tools:rhel8 security, bug fix, and enhancement update), and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2021:1796 |