From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28222 invoked by alias); 22 Apr 2008 16:08:06 -0000 Received: (qmail 28208 invoked by uid 22791); 22 Apr 2008 16:08:05 -0000 X-Spam-Check-By: sourceware.org Received: from dessent.net (HELO dessent.net) (69.60.119.225) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 22 Apr 2008 16:07:46 +0000 Received: from localhost ([127.0.0.1] helo=dessent.net) by dessent.net with esmtp (Exim 4.50) id 1JoL1x-0000bP-DW; Tue, 22 Apr 2008 16:07:41 +0000 Message-ID: <480E0D46.D208DAAE@dessent.net> Date: Tue, 22 Apr 2008 16:08:00 -0000 From: Brian Dessent Reply-To: cygwin-apps@cygwin.com X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: Charles Wilson CC: cygwin-apps@cygwin.com Subject: Re: [HEADSUP] Let's start a Cygwin 1.7 release area References: <1208879483.2504.1249265081@webmail.messagingengine.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com X-SW-Source: 2008-04/txt/msg00281.txt.bz2 Charles Wilson wrote: > (1) we're talking about cygwin-1.7.x > (2) Either > (a) only one of those parallel instances is in use at a time, > including installed services, > or > (b) all of those parallel instances have exactly the same version of > the DLL Right, I don't think anyone is talking about having two trees in use simultaneously. > (3) Even so, doing this is not officially supported (the current > dual-installation "support" vis-a-vis cygwin-1.5.x and cygwin-1.7.x is > (a) temporary and > (b) intended for package maintainers only, in order to prepare the > cygwin-1.7 packages -- and package maintainers generally know what > they are doing and what the pitfalls of a dual/multiple installation > are. At the moment this is quite experimental, yes; but I don't see any reason why it would be a temporary arrangement. Once we get the changes in setup.exe and 1.7 released, it will still be possible to keep multiple parallel installs by just changing the root dir in setup to select which one to install/update. Why would we want to prevent that from working? Isn't this one of the desired payoffs of moving the mount table out of the registry in the first place? Brian