Feature #10582

Generate content view filter based on package manifest

Added by Erik van Pienbroek about 5 years ago. Updated 9 months ago.

Content Views
Target version:
Bugzilla link:
Pull request:
Fixed in Releases:
Found in Releases:


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.


#1 Updated by Eric Helms almost 5 years ago

  • Legacy Backlogs Release (now unused) set to 70
  • Triaged changed from No to Yes

#2 Updated by Eric Helms over 4 years ago

  • Legacy Backlogs Release (now unused) changed from 70 to 86

#3 Updated by Eric Helms over 4 years ago

  • Legacy Backlogs Release (now unused) changed from 86 to 114

#4 Updated by Thomas McKay over 3 years ago

  • Assignee set to Thomas McKay
  • Target version set to 155

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

#5 Updated by John Mitsch 9 months ago

  • Target version deleted (Katello Backlog)
  • Status changed from New to Rejected

Thanks for reporting this issue. This issue was created over 4 years ago and hasn't seen an update in 1 year. We are closing this in an effort to keep a realistic backlog. Please open up a new issue that includes a link to this issue if you feel this still needs to be addressed. We can then triage the new issue and reassess.

Also available in: Atom PDF