Bug 701529 - RFE: Support virtual "provides", in packages listed in activation keys
Summary: RFE: Support virtual "provides", in packages listed in activation keys
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Provisioning
Version: unspecified
Hardware: All
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Tomas Lestach
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: 260381
TreeView+ depends on / blocked
 
Reported: 2011-05-03 05:46 UTC by Tim Jackson
Modified: 2015-10-05 14:22 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-10-05 14:22:59 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Tim Jackson 2011-05-03 05:46:08 UTC
Description of problem:
RPMs typically have a long list of Provides, some automatically generated and some manual. In some cases it is preferable to use these rather than the package name itself in a dependency, for various reasons (e.g. "libfoo.so.X" rather than a package which happens to include libfoo.so.X, or "php-[modulename]" which may be a package in itself or provided by another package.
One can easily use virtual provides via "yum" or RPM dependencies. 
It would be very useful to be able to use this familiar functionality within Satellite activation key package lists, i.e. being able not just to list physical packages but things that might be listed in a Provide.

Version-Release number of selected component (if applicable):
Satellite 5.4

How reproducible:
Always

Steps to Reproduce:
1. Create an activation key
2. In the list of packages to be installed by said activation key, list something which is a virtual provide from another package. e.g. "mod_php" (which is provided by the physical package "php")
3. Activate a machine using said activation key
  
Actual results:
Nothing is installed to satisfy the desired function. ("php" is not installed in this case)

Expected results:
A package providing the required function is installed ("php" in tis case)

Additional info:
This would also function as an alternate solution to bug #701266, as "/usr/lib/libfoo.so.X" could be listed instead of a package name with a specific i386/i686 arch suffix.


Note You need to log in before you can comment on or make changes to this bug.