Bug 145988 - RFE: Implement more filters beyond archfilter()
Summary: RFE: Implement more filters beyond archfilter()
Alias: None
Product: Fedora
Classification: Fedora
Component: rpm   
(Show other bugs)
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Paul Nasrat
QA Contact: Mike McLean
Depends On:
TreeView+ depends on / blocked
Reported: 2005-01-24 15:46 UTC by Jeff Pitman
Modified: 2007-11-30 22:10 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-08-05 11:24:06 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Jeff Pitman 2005-01-24 15:46:07 UTC
Currently, an archfilter() can be used to filter out wording placed inside of 
a spec file.  Implementation of a vendorfilter(), osfilter(), and distfilter() 
would create a more fertile environment for binary packages that span across a 
range of application platforms.

Comment 1 Jeff Johnson 2006-08-05 11:24:06 UTC
Actively changing the static dependency content in packages is already underway. E.g., rpm-4.4.7
is using RPMTAG_DIRNAMES and RPMTAG_FILELINKTOS to synthesize dependencies, and rpm-4.4.3 and 
later permits macros (which can be run-time probes returning a boolean value) in dependencies, and adds 
dependency name spaces like cpuinfo(), getconf(), and more.

I'm not sure that vendorfilter(), osfilter() or distfilter() to choose a per-install subset of static
dependencies makes sense any more, run-time probes are more reliable and easier to QA. E.g.
generating the mass of glop necessary for per-vendor dependency subsets within a spec file for
static inclusion in a package header is probably impossible to maintain for most package monkeys.

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