Project

General

Profile

Actions

Feature #10582

closed

Generate content view filter based on package manifest

Added by Erik van Pienbroek over 9 years ago. Updated over 5 years ago.

Status:
Rejected
Priority:
Normal
Assignee:
Category:
Content Views
Target version:
-
Difficulty:
Triaged:
Yes
Fixed in Releases:
Found in Releases:

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.

Actions #1

Updated by Eric Helms over 9 years ago

  • Translation missing: en.field_release set to 70
  • Triaged changed from No to Yes
Actions #2

Updated by Eric Helms about 9 years ago

  • Translation missing: en.field_release changed from 70 to 86
Actions #3

Updated by Eric Helms almost 9 years ago

  • Translation missing: en.field_release changed from 86 to 114
Actions #4

Updated by Thomas McKay almost 8 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.

Actions #5

Updated by John Mitsch over 5 years ago

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

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.

Actions

Also available in: Atom PDF