Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 4137

Summary: Search path for dependencies
Product: [Retired] Red Hat Linux Reporter: kestes
Component: rpmAssignee: Paul Nasrat <pnasrat>
Status: CLOSED RAWHIDE QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: 6.0   
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-06-06 21:45:57 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description kestes 1999-07-21 14:54:01 UTC
Could you please implement this.  I will have a need to have
a native package manager (sun package manager, AIX whatever)
and several different RPM databases installed on the same
machine.  It would be helpful if we could have rpm
search each database in  a given order to keep this

The application is that we use the sun package manager for
all sun products and we are using several parallel build
directories each one builds our product and needs to
install some build dependencies to satisfy link

We do not want to install N copies of all the build tools
on the build machine BUT we want rpm to do build time
dependency checking on them so we need a search path.

Ken Estes

Resent-Date: 20 Jul 1999 16:09:01 -0000
Resent-Cc: recipient list not shown: ;
Resent-Message-ID: <"7XLGj2.0.Q_1.Ty9bt">
From: Jeff Johnson <jbj@JBJ.ORG>
Subject: Re: Several connected RPM databases on one machine
Date: Tue, 20 Jul 1999 12:08:58 -0400

On Tue, Jul 20, 1999 at 09:17:44AM -0400, Ken Estes wrote:
> Carl Karlsson writes:
> > So, finally, to the question... :) Would it be possible
to come up with
> > something new to connect a series of RPM databases?
> >
> > For example, something like this:
> >
> > rpm --dbpath /opt/system-1.0/rpm/db \
> >     --searchpath /opt/system-1.0/rpm:/var/lib/rpm \
> >     -Uvh module-1.0-2.sparc64.rpm
> >
> > This would be awkward to type but with a few cover
scripts it would be
> > very handy. It would mean that I can install an rpm in
one rpm-db but look
> > for dependencies in a collection of rpm-dbs, which would
solve my problem
> > with having some rpms with 'machine' scope and some rpms
> > 'systemversion' scope.
> I would like to have something like this both for the
reason you
> suggest above and also tohave RPM make use of the Native
OS Package
> manager.  It is strange to me that we make virtual
packages of things
> already installed as SunPackages.  If RPM could ask the
sun packge
> manager useful questions then they could work together.  I
> this working as a search path kind of deal.

A search path for queries and file/soname dependencies might
make sense.

Much of the rest of the functionality in rpm would require
more information
than is easily gleaned from an alien (OK, native OS :-)

73 de Jeff

Jeff Johnson	ARS N3NPQ	(
Chapel Hill, NC

To unsubscribe: mail -s unsubscribe < /dev/null

Comment 1 Paul Nasrat 2005-06-06 21:45:57 UTC
rpm has solvedb which can provide hints.  See rpmdb-redhat or rpmdb-fedora from
recent releases for the macros and process.

The preferred way is to use a depsolver such as yum which can sove using
multiple repositories using standardised metadata.