Bug 1118820
Summary: | [RFE] Be able to search subscirptions based on their repositories | ||
---|---|---|---|
Product: | Red Hat Satellite | Reporter: | Bryan Kearney <bkearney> |
Component: | Subscription Management | Assignee: | Eric Helms <ehelms> |
Status: | CLOSED WONTFIX | QA Contact: | Katello QA List <katello-qa-list> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.3.0 | CC: | alikins, dgoodwin, joherr, khowell, mmccune |
Target Milestone: | Unspecified | Keywords: | FutureFeature |
Target Release: | Unused | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-09-04 19:11:32 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
Bryan Kearney
2014-07-11 15:26:21 UTC
The only way now to find a specific repository you need access to is repeatedly attach/delete subscriptions and use the 'repos' command to find the one that contains the one you are looking for. Acking 7.1 *** Bug 979185 has been marked as a duplicate of this bug. *** Marked a bug above as a duplicate of this, it is requesting similar functionality but for display purposes rather than search, both will be solved by the same implementation. Some thoughts from an email on this: This blends with another shortcoming we have in candlepin where changes to content sets on an engineering product do not trigger any regenerated entitlements during refresh pools. The reason for both is because we simply do not store a representation of content on the pool, so we have nothing to compare to to see if something changed. Fixing this would involved: - enhancing PoolProvidedProduct to map to PoolContent (or something similar) - update refresh pools to copy this data off subscription - update refresh pools to compare this data and flag to regenerate entitlements if anything changes - figure out how to display this in subman CLI and GUI. It might be too much data to send by default with the pool, but who knows. - expose a mechanism to search for content End result, pool refresh in hosted would get slower as we now have to lookup product content for each eng product as we go. But then bind in hosted would get faster, as we no longer have to do this. Satellite would stay the same. We would then be setting ourselves up nicely to allow people to search for a content set, and someday possibly hook up with pulp to let users query the rpms in each content set, all without having to attach the subscription beforehand. Feature is large so we're deferring to 6.7. This feature request was not implemented and delivered to QE by the rhel-7.1.0 Dev Freeze date of 10/27/2014. Deferring for consideration in next release. I think for subscription.rhn.redhat.com, it might be useful to eventually support a "ContentServiceAdapter" in candlepin. With the adapter providing some lookup/search api for content. In my head, the backend to a ContentServiceAdapter is something like a elasticsearch server, with content labels, names, product ids and names, and even package info. So a candlepin could answer 'what subscription provides redhat-release-7.1.0'. That means new candlepin api, new client, a content service adapter interface and implementation. We might not need the whole search interface, but at the moment, we don't know anything about the repos associated with a product, so we need at least some info. Will be possible with Candlepin 1.0. List --matches should just start working against yum repo labels once we hook it all up, and I don't think it will require client changes other than to perhaps display what matched. We'd like to evaluate this RFE for Satellite. Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you. Thank you for your interest in Satellite 6. We have evaluated this request, and we do not expect this to be implemented in the product in the foreseeable future. We are therefore closing this out as WONTFIX. If you have any concerns about this, please feel free to contact Rich Jerrido or Bryan Kearney. Thank you. |