[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

RE: Managing multiple simultaneously installed "package instances "

For the time being I've implemented a workaround by concatenating the
package, version, os and processor names to make a distinct RPM package
name. e.g.:

Name        : shutils-2.0-linux-intel      Relocations: /opt/spf 
Version     : 2.0                               Vendor: (none)
Release     : 1                             Build Date: Wed Feb 26 07:51:41
Install date: Wed Feb 26 07:52:56 2003      Build Host: w0252sfo
Group       : pkg/shutils                   Source RPM:
Size        : 3190994                          License: none
Signature   : (none)
Summary     : shutils
Description :
GNU Shell Utilities

... this feels all hacky to me, but seems the only way to manage the
co-deployment of multiple instances of relocated packages.

Is there a discrete package instance stored in the database, then? Could one
modify the command line interface to accept a fully qualified instance?
Where can you find the package instance (the query command above doesn't
seem to report it).



-----Original Message-----
From: Jeff Johnson [mailto:jbj@redhat.com] 
Sent: Tuesday, March 11, 2003 1:40 PM
To: rpm-list@redhat.com
Subject: Re: Managing multiple simultaneously installed "package instances "

On Tue, Mar 11, 2003 at 02:02:48PM -0700, Shortland, Anthony wrote:
> Thanks very much for the response. The reason I want multiple versions of
> the same package installed on a single system is to support co-deployment
> applications.

If co-deploying into chroots, use multiple databases with --dbpath.

If co-deploying multiple instances of relocated packages, you're gonna
have to deal with the fact that there is only --allmatches on erasure,
so you have the following choices:
	a) uninstall everything and reinstall each package to upgrade.
	b) use --install with --relocate and live with multiple dead
	instances of headers.
	c) make a RFE at http://bugzilla.redhat.com for a way to
	upgrade/erase a specific instance of a relocated package.
> Applications frequently rely upon the same platform software, but have
> tested and certified on different versions.

This smells like chroot(2) to me, if "version" refers to the distro.

> By using relocatable packages and by managing the directory namespace it
> possible to simultaneously install and use two versions of the Apache web
> server, for example.

And this does not, since "version" obviously refers to Apache.

> Unix (specifically System V Release 4 and beyond) manages this by
> maintaining discrete installation instances for each package version ...
> I've not been able to find similar functionality on Linux under RPM.

rpm has discrete package instances too, what's missing is a CLI to do more
than install.

> Perhaps we could ask SCO to put Unix packages into the public domain? ...
> Oops IBM may already have done that for us!

If "Unix packages" makes you happy, that will work too.

73 de Jeff

Jeff Johnson	ARS N3NPQ
jbj@redhat.com (jbj@jbj.org)
Chapel Hill, NC

Rpm-list mailing list

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index] []