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
Subject: RE: Keeping base, adding standard.
Date: Tue, 26 Mar 2002 09:11:45 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Message-ID: <FC169E059D1A0442A04C40F86D9BA76008AB98@itdomain003.itdomain.net.au>
X-MS-Has-Attach: 
X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3
content-class: urn:content-classes:message
X-MS-TNEF-Correlator: 
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <cygwin-apps AT cygwin DOT com>
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id g2PMBrY05199



> -----Original Message-----
> From: Christopher Faylor [mailto:cgf AT redhat DOT com] 
> Sent: Saturday, March 23, 2002 5:00 PM

> Again, you're inventing another layer that I maintain will 
> only confuse things.
 
...

I see your point. I can articulate the difference but I'm not sure it
helps the on-screen UI issue. A category is a attribute of a package.
'bash is a shell'. Something like the standard collection (which I agree
we need) is a collection of packages to serve a particular type of user,
rather than an attribute of the packages. It's my belief that we will
run in management headaches with the categories if we take the approach
of changing the package attributes rather than storing the collection as
it's own descrete 'thing'. As I've said however... there are ways and
ways.

> >>I hope this doesn't mean that I have to go back to 
> maintaining setup 
> >>but I don't think anyone is going to convince me that 
> adding another 
> >>layer to the process is going to improve the user experience.
> >
> >You are of course welcome to resume the mantle anytime you feel the 
> >need.  I'm surprised that a discussion point would bring it 
> up though.
> 
> I just meant that I am extremely unlikely to agree with you 
> on this one. So, I won't be willing to let setup grow in this 
> direction.  I would not blame you if you felt that your 
> creativity was being hampered.

If the decision is made, and it's not going to alter, and you are not
willing to talk through it, then  I might feel somewhat unhappy. However
that is unlike you, so I'll not prejudge the situation.

I took up the mantle expecting to serve the community that has provided
me with many things - this is something I can offer back... so I don't
expect to control whats offered with iron fists. I do expect to control
the how and when of the implementation though.
 
> Maybe a way to resolve this is for there to be a testing 
> version of setup.exe where we can experiment with different 
> user interfaces or methods of doing things.  We could even 
> put a link to the testing version of setup.exe on the cygwin web site.

I encourage anyone who wants to experiment with code that needs some
revisions to get 'just-so' to create a branch using the cvs* scripts in
the winsup/maint dir. Simply cd to cinstall, and create your branch from
there, using a name like "cgf_newui". It'll create a new dir with the
branch info, you'll need to either update to the tag in your current
dir, or switch the directories around. FWIW I have cinstall symlinked,
and a number of directories with different tags, so I can switch very
easily.
 
Rob