Mailing-List: contact cygwin-developers-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-developers-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin-developers/>
List-Post: <mailto:cygwin-developers AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-developers-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-developers-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin-developers AT sources DOT redhat DOT com
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Subject: RE: Comments on Robert's category feature
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.4417.0
Date: Mon, 18 Jun 2001 12:13:10 +1000
Message-ID: <EA18B9FA0FE4194AA2B4CDB91F73C0EF7A04@itdomain002.itdomain.net.au>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Comments on Robert's category feature
Thread-Index: AcD3kvY1axBxYlL0R4eL4uCXbI2ocAABGMdA
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <cygwin-developers AT cygwin DOT com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id WAA15885

> -----Original Message-----
> From: Christopher Faylor [mailto:cgf AT redhat DOT com]
> Sent: Monday, June 18, 2001 11:10 AM
> To: cygwin-patches AT cygwin DOT com
> Subject: Comments on Robert's category feature
> 
> 
> On Thu, Jun 14, 2001 at 10:53:09PM -0400, Christopher Faylor wrote:
> >On Thu, Jun 14, 2001 at 08:31:49PM -0400, Christopher Faylor wrote:
> >>I'm testing the other stuff in the meantime.
> >
> >I'm still checking but I also checked in the parsing parts 
> of your patch
> >since I think that they are definitely the way to go.
> 
> Ok, I've played with Robert's changes and I don't think that 
> they go far
> enough.  Has anyone else looked at them?

There's plenty more to do. A popup chooser to choose what packages to
use to satisfy dependencies. The ability to lock a package, so that it
doesn't get autoinstalled - say when you have a custom automake on your
system. The question is how much is needed to ensure that a default
install is useable, and that the existence of non-default packages is
easily visible. (So we don't get "I installed cygwin, but cannot find
where it put gcc").

Of those, I think the key one is the visibility of all the non-test
categories/packages by default. 

> I think we still need to change the chooser dialog so that it can
> create different views.  The default view should just display 
> categories.
> Maybe categories should have those nifty chooser things so 
> that you can
> deselect the whole thing, use test versions for the category, download
> sources for the category, skip the category, etc.

At this point I was aiming for a simple-but-does-the-job approach. I
think those nifty things fall into our laps when more of the background
detail is implemented - for example per version dependencies and
"features" provided per package. [De]selecting the category would be
very useful now however.

The reason for keeping it simply was to assuage my only concern : that
we keep it fairly simplistic, until "someone" gets the time to integrate
in the core algorithms from a mature packaging & dependency system.
 
> Clicking on the category name should expand it (maybe we need 
> an icon next
> to the category name to make this clear).  Underneath the 
> category name
> would be the list of everything in the category, in the 
> standard format.
>
> If we were ambitious, we could also have a button at the top 
> which switched
> everything to the "old view" where all packages were displayed.

I think the full/part button should be renamed to "view" and cycle
between - full/part/categories. That should be fairly intuitive.
 
> I don't think that these changes are too huge.  Robert has 
> already laid
> the infrastructure for doing this.
> 
> Does this make any sense?  Comments?

See inline above.
 
> Thanks to Robert for getting the ball rolling with this.

No probs :].
 
> cgf
>