This is the mail archive of the
mailing list for the Cygwin project.
Re: -src package standard: proposal #5 and #5a
----- Original Message -----
From: "Christopher Faylor" <email@example.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" <firstname.lastname@example.org>
> >To: <email@example.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
> >> 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 -
> >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
> >Thats what cgf and I just had a discussion on. I still don't see how
> >'select all packages' button will get clueless or new users to
> >what they need. And installing *everything* is exactly what we were
> >trying to get away from. Clickable categories as well don't solve
> >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
> 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).