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: <08a001c1722d$73c2de10$0200a8c0@lifelesswks>
From: "Robert Collins" <robert DOT collins AT itdomain DOT com DOT au>
To: <cygwin-apps AT cygwin DOT com>
References: <3BF9B191 DOT 8FBDAA45 AT yahoo DOT com> <005901c17163$4db36cf0$b09d3fcb AT itdomain DOT net DOT au> <20011120015924 DOT GA9068 AT redhat DOT com> <042401c17169$a922cee0$0200a8c0 AT lifelesswks> <20011120023226 DOT GA9473 AT redhat DOT com> <OE45lk5wQlqlTPX4R0P00013cf7 AT hotmail DOT com> <20011120025230 DOT GA9596 AT redhat DOT com> <OE58bwKcbCxCDWo1dcJ00013e82 AT hotmail DOT com> <20011120103952 DOT H14154 AT cygbert DOT vinschen DOT de> <077201c17219$9fe9e7e0$0200a8c0 AT lifelesswks> <20011121010743 DOT GA14791 AT redhat DOT com>
Subject: Re: -src package standard: proposal #5 and #5a
Date: Wed, 21 Nov 2001 12:40:07 +1100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
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: 21 Nov 2001 01:40:03.0656 (UTC) FILETIME=[70E9F480:01C1722D]



----- Original Message -----
From: "Christopher Faylor" <cgf AT redhat DOT com>
To: <cygwin-apps AT cygwin DOT com>
Sent: Wednesday, November 21, 2001 12:07 PM
Subject: Re: -src package standard: proposal #5 and #5a


> On Wed, Nov 21, 2001 at 10:18:11AM +1100, Robert Collins wrote:
> >
> >===
> >----- Original Message -----
> >From: "Corinna Vinschen" <vinschen AT redhat DOT com>
> >To: <cygwin-apps AT cygwin DOT com>
> >Sent: Tuesday, November 20, 2001 8:39 PM
> >Subject: Re: -src package standard: proposal #5 and #5a
> >
> >
> >> Since everybody had a point now, I would like to add my two cent
here.
> >>
> >> We just need two things in the new setup before the next rewrite:
> >>
> >> - New packages should be in `install', not in `skip' state.
> >
> >If you can suggest how to trivially identify said packages, sure.
> >Otherwise, this should wait for installed.db to become a database -
ie
> >for rpm (does it have a database of available packages outside of
> >rpmfind.net?) or deb compatability.
>
> I don't agree that new packags should be automatically be marked as
> install.  I think they should be presented in the correct state.
> If the packages are selected via a category, or whatever, then they
> should be installed, obviously.  Otherwise, I think they should just
> be presented with a "Skip".
>
> Tracking which packages are new could be handled by either modifying
> installed.db to record all packages but mark them with their installed
> state or to create a separate file.
>
> A database would work too, of course.
>
> >> - A One-Click "select all packages" button.  Hope Amazon doesn't
read
> >this.
> >
> >Thats what cgf and I just had a discussion on. I still don't see how
a
> >'select all packages' button will get clueless or new users to
install
> >what they need. And installing *everything* is exactly what we were
> >trying to get away from. Clickable categories as well don't solve
that.
> >
> >Still NMP.
> >
> >Chris, Corinna, please put heads together and decide: "select all
> >packages button" or "clickable categories (so you can add a category
> >'almost all' or whatever).
> >
> >Then tell me, and I'll code up the band aid for the categories
branch.
>
> I think that clickable categories is step one.

Ok, thats what I'll code then.

> Adding a category to which everything belongs is step two.

That can be done now.

> Detecting package binary conflicts is step three.
>
> Step three could be handled by upset.

Lets agree to disagree on point 3. (Not the need to detect it, but where
and when is appropriate).

Rob