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
straight.

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
requirements.


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"@lists.redhat.com>
Resent-From: rpm-list
Resent-Sender: rpm-list-request
From: Jeff Johnson <jbj>
To: rpm-list
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
with
> > '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
envision
> 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 :-)
database.

73 de Jeff

--
Jeff Johnson	ARS N3NPQ
jbj	(jbj)
Chapel Hill, NC

--
To unsubscribe: mail -s unsubscribe
rpm-list-request < /dev/null