From owner-freebsd-ports@FreeBSD.ORG Mon Apr 12 23:04:41 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A0516A4CE for ; Mon, 12 Apr 2004 23:04:41 -0700 (PDT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 0999243D41 for ; Mon, 12 Apr 2004 23:04:40 -0700 (PDT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 25907 invoked from network); 13 Apr 2004 06:04:39 -0000 Received: from unknown (HELO maxwell6.pacific.net.sg) (203.120.90.212) by sarajevo with SMTP; 13 Apr 2004 06:04:38 -0000 Received: from pacific.net.sg ([210.24.202.50]) by maxwell6.pacific.net.sg with ESMTP id <20040413060438.SVGZ1186.maxwell6.pacific.net.sg@pacific.net.sg>; Tue, 13 Apr 2004 14:04:38 +0800 Message-ID: <407B828F.1000600@pacific.net.sg> Date: Tue, 13 Apr 2004 14:02:55 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7b) Gecko/20040409 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robin Schoonover References: <407B6B43.2050507@pacific.net.sg> <20040413042929.GA24603@xor.obsecurity.org> <407B780F.5030102@pacific.net.sg> <20040413054109.D730D43D1F@mx1.FreeBSD.org> In-Reply-To: <20040413054109.D730D43D1F@mx1.FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Garance A Drosihn cc: freebsd-ports@freebsd.org cc: Kris Kennaway Subject: Re: Second "RFC" on pkg-data idea for ports X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Apr 2004 06:04:41 -0000 Hi, Robin Schoonover wrote: > On Tue, 13 Apr 2004 13:18:07 +0800, Erich Dollansky wrote: > >>Hi, >> >>Kris Kennaway wrote: >> >>>On Tue, Apr 13, 2004 at 12:23:31PM +0800, Erich Dollansky wrote: >>> >>> >>>>It would be real helpfull to users if the package or port system would >>>>be able to automatically overcome this problem with installing the >>>>needed version in a way that the installed versions stays intact. >>> >>> >>>Take a look at the portupgrade port, I think that's what you're trying >>>to describe. >>> >> >>If I understood portupgrade right, it upgrade a port but it still does >>not allow to keep the old version in parallel allowing one application >>using the old one while the other application uses the new one. > > > That's rather difficult to do. The biggest problem you hit right away is I know that this is a challenging task. > a port will (usually) conflict with itself. In other words, all the > versions will want the same files in the same place. So in order to fix > this properly, you'd have to have separate places for each file (or > different file name). Then you need some way for application x and > application y which each depend on your port of multiple versions to use > the port version you want them to. > There will be the need for a central version manager. All versions are stored on different place. The central version manager tells new packages where the requested versions are stored. A system like this would overcome all problems you could when moving from GNOME 2.4 to 2.6. You could keep and even work in 2.4 while 2.6 is installed. You then have the chance to start each version direclty or you start the default version. Of course, the central version manager must also know which version is the default version of each package the user wants to use. Erich