delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin-apps/2001/11/28/18:15:39

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
Message-ID: <037101c17862$4f9d46c0$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <cygwin-apps AT cygwin DOT com>
References: <20011126213622 DOT 71874 DOT qmail AT web20004 DOT mail DOT yahoo DOT com> <1006938304 DOT 712 DOT 23 DOT camel AT lifelesswks> <20011128174214 DOT GC4455 AT redhat DOT com>
Subject: Re: attn: which, bzip2,gzip maintainers (was Re: some problems with setup.ini)
Date: Thu, 29 Nov 2001 10:13:36 +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
X-OriginalArrivalTime: 28 Nov 2001 23:15:01.0985 (UTC) FILETIME=[819E5510:01C17862]

----- Original Message -----
From: "Christopher Faylor" <cgf AT redhat DOT com>
>
> >> And, IMHO, bzip2 gzip unzip zip are all similar enough
> >> to be in the same category. Or not.
> >
> >Agreed. Shall we get rid of the separate archivers category?
>
> I like the archivers category.  I don't think it detracts to
> have it.  However, as Earnie points out, neither gzip or bzip2
> are really archivers.

and we do have a few archives - (pk) zip, mt, sharutils, tar, ar.

> I really don't have a problem with both generic and specific
categories.
> I guess I could easily imagine massive cygwin mailing list confusion
> if someone selected unzip in the "Archivers" category and then
> found that it was automatically selected in the "Utils" category but
> it would be sort of interesting to see if this kind of classification
> helped or hurt.

I'm easy here, but I would like to see consistency, with all the
archiving packages added to archivers, or it gone.

> Hmm.  Maybe this is an argument for either "metapackages" or some kind
> of way to order the presentation of categories.  It might make sense
> to provide the general purpose categories first, followed by the more
> specific ones.  So, the screen would like like this:
>
> Or, having a hierarchy (doesn't Debian do this?) might even be better:
>
> Utils
>   Archivers
>     zip
>     tar


Debian has several different metrics for a package.
From memory:
1) distribution - stable testing unstable - which I mentally map to our
prev/curr/testing
2) Priority - optional low medium high important critical required
3) Section - X11/utils/development/base/

So for example, man-db is "important" "documentation"
ftp is "standard" "base"

This allows some auto-selection of new packages. (I don't know if debian
does this but it could). I.e. packages in any category that you have one
or more packages installed from are autoselected IFF their priority is >
standard.

> The only problem with that is that it wastes screen real estate.

Not really an issue once I get the resizeable dialog going, and it's not
really an issue now with the categories expanding.

Rob

- Raw text -


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