Feature #10582

Generate content view filter based on package manifest

Added by Erik van Pienbroek almost 2 years ago. Updated 3 months ago.

Status:New
Priority:Normal
Assigned To:Thomas McKay
Category:Content Views
Target version:Team Tom - backlog
Difficulty: Pull request:
Bugzilla link:
Story points-
Velocity based estimate-
ReleaseBacklogRelease relationshipAuto

Description

We're looking for a feature where content views can be reliably regenerated even when the underlying repositories have updated one or more packages.
For example we want to create a content view which only contains the content from one specific OS release (for example: RHEL 6.5) and a small set of
package updates we're interested in (using regular content view filters).

Would it be possible to add a feature to Katello where a content view filter can be set up based on a package manifest?
Such a package manifest could be a text file which contains a list of all desired packages (with full n-v-r) so that it
can be configured with the hammer tool or a text field in the webui where users can paste the list.

Use case:
In our organization we're currently using three individual Satellite 5 instances. One for development, one for testing and one for production.
Currently we're investigating whether it is possible for us to migrate to Katello/Satellite 6. With Katello/Satellite 6 we still want to set up
multiple individual instances. We are aware of the capsule/smart proxy feature but we can't use that in our environment due to firewall/network policies.
As we want to keep the various Katello instances in sync (at least for the software part) we're looking for a method to reliably export/import or
regenerate content views so that we can ensure that whatever software (content view) is used on the Katello dev instance also gets used on
the Katello test and Katello prod instances.

Additional notes:
I've talked with ehelms about this on IRC and he suggested to create a content view filter which excludes all errata past the release date of
a (Red Hat) OS release, but testing has shown that this doesn't give the expected results as errata which were issued on the exact same day
as the desired OS release also ends up in the content view which is undesirable in our situation.

History

#1 Updated by Eric Helms over 1 year ago

  • Release set to 2.4.0
  • Triaged changed from No to Yes

#2 Updated by Eric Helms over 1 year ago

  • Release changed from 2.4.0 to 3.0.0

#3 Updated by Eric Helms about 1 year ago

  • Release changed from 3.0.0 to Backlog

#4 Updated by Thomas McKay 3 months ago

  • Assigned To set to Thomas McKay
  • Target version set to Team Tom - backlog

This can be done with "hammer csv", I believe. I will confirm and write up steps.

Also available in: Atom PDF