Mailing-List: contact cygwin-apps-help AT cygwin DOT com; run by ezmlm
Sender: cygwin-apps-owner AT cygwin DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT cygwin DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT cygwin DOT com>
List-Help: <mailto:cygwin-apps-help AT cygwin DOT com>, <http://sources.redhat.com/lists.html#faqs>
Mail-Followup-To: cygwin-apps AT cygwin DOT com
Delivered-To: mailing list cygwin-apps AT cygwin DOT com
Date: Tue, 26 Mar 2002 23:40:09 -0500
From: Christopher Faylor <cygwin-apps AT cygwin DOT com>
To: cygwin-apps AT cygwin DOT com
Subject: Re: Setup/prev/curr/test/metapackages/another screen/etc
Message-ID: <20020327044009.GA20971@redhat.com>
Reply-To: cygwin-apps AT cygwin DOT com
Mail-Followup-To: cygwin-apps AT cygwin DOT com
References: <NCBBIHCHBLCMLBLOBONKOEFFCMAA DOT g DOT r DOT vansickle AT worldnet DOT att DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <NCBBIHCHBLCMLBLOBONKOEFFCMAA.g.r.vansickle@worldnet.att.net>
User-Agent: Mutt/1.3.23.1i

On Tue, Mar 26, 2002 at 10:22:27PM -0600, Gary R. Van Sickle wrote:
>How about this.  Replace the current "prev/curr/test" radio buttons with a
>drop-down list box containing not "metapackages" but "installation templates",
>with names like:
>
>Workstation
>Heavy-Duty Workstation
>Server
>Bare Bones Setup
>Bleeding Edge
>Maintenance
>
>Everything else stays the same.  Selection of one of the "templates" sets the
>suggested installs/uninstalls/whatever, but then you can change them however you
>want just like it is now.  After the initial installation, it defaults to
>"Maintenance", which sets things to update whatever you already have to the
>latest version, but not add or subtract anything.  If you initially did a
>"Server" install and try switching to say a "Workstation" install, maybe it
>gives you a warning box before it uninstalls half your stuff.

It's an interesting idea but I don't like glumping what used to be
prev/curr/test with the concept of packages or meta packages.  You lose
some functionality that way.

I really wish we had never even come up with the concept of
prev/curr/test.  Maybe the prev release should be a completely separate
release, ditto test.  You choose it early on in the setup process and
have setup.exe select from.

test/latest
test/contrib

curr/latest
curr/contrib

prev/latest
prev/contrib

I know this doesn't allow one to go back 47 revisions but, er, um
I think I've already weighed in on that one.

cgf