From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2967 invoked by alias); 8 Apr 2008 21:18:24 -0000 Received: (qmail 2957 invoked by uid 22791); 8 Apr 2008 21:18:24 -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, 08 Apr 2008 21:18:06 +0000 Received: from localhost ([127.0.0.1] helo=dessent.net) by dessent.net with esmtp (Exim 4.50) id 1JjLCe-0002K7-MM for cygwin-apps@cygwin.com; Tue, 08 Apr 2008 21:18:04 +0000 Message-ID: <47FBE090.E3FAC05E@dessent.net> Date: Tue, 08 Apr 2008 21:18: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: cygwin-apps@cygwin.com Subject: Re: [HEADSUP] Let's start a Cygwin 1.7 release area References: <20080402123551.GB4468@calimero.vinschen.de> <20080404004949.GA10978@ednor.casa.cgf.cx> <20080404121534.GB3606@calimero.vinschen.de> <20080408162646.GC23852@calimero.vinschen.de> <20080408172646.GA2089@ednor.casa.cgf.cx> <20080408174013.GD23852@calimero.vinschen.de> <20080408184148.GA2448@ednor.casa.cgf.cx> <20080408210726.GA7867@calimero.vinschen.de> 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/msg00095.txt.bz2 Corinna Vinschen wrote: > Why, we could always name the next versions "cygwin-newer", > "cygwin-evenmorenew", "cygwin-newerthannew" and > "cygwin-reallyreallynew-imeanit". > > > How about cygwinng? > > With a dash? cygwin-ng? Like syslog-ng. I was going to suggest this > too, but I didn't want to copy the naming too bluntly. I guess we > should use "cygwin-notasnewbutstillnewenough". I'm still more leaning > towards cygwin-2008. You shouldn't have suggested the name. It's all > your fault. Okay, so, several years ago setup.exe HEAD was modified to look for "release" and "release_legacy" as the base dirname for packages depending on whether it was running on 9x/ME or NT/2k/etc. I understand that having Cygwin 1.7 playground is a different concept, but why should it be handled differently? Why not "release_1.7"? This is all temporary anyway IIUC, since it's just for testing packages built with 1.7, which will eventually all be moved over into just plain "release" anyway, right? If this is *not* temporary then how does it fit into the idea of having a legacy 9x/ME area? Brian