delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-apps/2001/11/19/21:52:13

Mailing-List: contact cygwin-apps-help AT sourceware DOT cygnus DOT com; run by ezmlm
Sender: cygwin-apps-owner AT sourceware DOT cygnus DOT com
List-Subscribe: <mailto:cygwin-apps-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-apps/>
List-Post: <mailto:cygwin-apps AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-apps-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/lists.html#faqs>
Delivered-To: mailing list cygwin-apps AT sources DOT redhat DOT com
X-Originating-IP: [198.142.235.222]
From: "Gareth Pearce" <tilps AT hotmail DOT com>
To: <cygwin-apps AT cygwin DOT com>
References: <20011120010754 DOT GB8354 AT redhat DOT com> <004d01c17161$4f0a5c50$b09d3fcb AT itdomain DOT net DOT au> <20011120013221 DOT GA8684 AT redhat DOT com> <OE65TLmAtwRuCPpLAJM00013ca3 AT hotmail DOT com> <20011120021149 DOT GA9216 AT redhat DOT com>
Subject: Re: -src package standard: proposal #5 and #5a
Date: Tue, 20 Nov 2001 13:33:38 +1100
MIME-Version: 1.0
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
Message-ID: <OE29vDqpWBjbis6nrcd00013c4e@hotmail.com>
X-OriginalArrivalTime: 20 Nov 2001 02:33:35.0370 (UTC) FILETIME=[C0D4DEA0:01C1716B]


> On Tue, Nov 20, 2001 at 01:07:07PM +1100, Gareth Pearce wrote:
> >> I was thinking that we just needed a category "all" that could be
> >> selected.  I don't think that adding YA window is the way to go.
> >>
> >> You don't think that being able to select/deselect all of a package
would
> >> solve this?
> >
> >I think the addition of a metapackages category RSN - would be the first
> >priority ... any additional things on top of that could wait for more
then a
> >few moments.
>
> We're debating whether this is the correct thing to do or not.  I'm not
> convinced.  Providing the opinion that you think this is a first
> priority doesn't advance the discussion very much.

ahh I thought the debate was on how to present such a category to the user.
Personally in the absense of a program like debian's tasksel, having a
metapackage category seems to me to be the right way to go.
The first metapackage could be 'almost all' or whatever ... which would
cover most of the current concerns.

I like this idea based on a couple of points its
1. using the current system
2. highly configurable

disadvantages I see are
1. it wont automatically expand as new packages are added... it will need to
have a maintainer.

slecting 'all' doesnt have this disadavantage.
but if you have ever tried doing that in dselect under debian, you
understand you end up with a huge list of conflicts it asks you to resolve.
At the moment Cygwin doesnt have that problem, but do we want to limit it in
that way?
This way also doesnt provide any nice middle of the range instalations,
which I think was a point someone made as what was missed when the change
was made.  That its gone from full, to almost nothing.  Alot of people are
going to want middle sized instalations.  Providing metapackages is one way
to solve that, if theres a better way ... then by all means go for that.

On the otherhand - you could have both.  I am not sure I like this option
alot... only really because I dont like the 'selecting all' option all that
much in the way that problems can come with it in the future.  However if
such a path was chosen, metapackages should go in first, since they at least
patially deal with the problem, and can be done without any coding at all.
Creating the setup.hint files should be relatively minor task to start with.
>
> >Although I dont know if 'metapackages' is the most intuitive name
'Standard
> >Installs' - if it was possible to have a 2 word category ...
> >not sure what would be a good name really...
>
> You can have two word categories.

ahh ... okay then ... something like Standard Instalations would sound good
to me... if such a path was taken...


Gareth

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019