This is the mail archive of the
mailing list for the Cygwin project.
Re: -src package standard: proposal #5 and #5a
- From: "Robert Collins" <robert dot collins at itdomain dot com dot au>
- To: "Roth, Kevin P." <KPRoth at MarathonOil dot com>,<cygwin-apps at cygwin dot com>
- Date: Wed, 21 Nov 2001 12:01:02 +1100
- Subject: Re: -src package standard: proposal #5 and #5a
- References: <6EB31774D39507408D04392F40A10B2BC1FE13@FDYEXC202.mgroupnet.com>
1 - the new behaviour is by design. Otherwise we have the "I have to
manually turn off all xyz pacakges _every time_ I run setup.exe. As for
not showing the previous version, what happens if you want to run
previous curl, current automake and experimental libtool? How should the
GUI allow that? (It does currently, but AFAICT your proposal would make
2 - Added to the wishlist.
3 - metapackages - if you choose a metapackage within the current
chooser, it's dependencies are automatically selected. You can then
deselect them if you wish.
----- Original Message -----
From: "Roth, Kevin P." <KPRoth@MarathonOil.com>
Sent: Wednesday, November 21, 2001 2:31 AM
Subject: RE: -src package standard: proposal #5 and #5a
And, there are a couple of UI issues that need some help. If new
packages are defaulted to 'install', then #1 will already be solved.
However I think now that you've gone down the road of having all
packages default to 'skip' (excepting category=Base of course) you
should consider keeping it that way. My preference would be for newly
added/updated packages to be VISIBLE (without having to expand the
categories); but not default to install.
Here are the bugs I've noticed:
1: non-installed packages (aka newly added ones) used to default to
The next choice in the revolving action list was "skip", followed by
But now, they default to "skip", followed by "install previous", ...
This action needs to change so that Skip is follow by "install
My preference here would actually be to keep "install previous" out
list, and only allow installing previous if you click the "Prev"
at the top.
2: Category listings -- if I select a package (say curl) from one
requires another pkg (say OpenSSL) from a DIFFERENT category, AND if
category was not yet expanded: the 2nd package (openssl) appears all
underneath its category, and when I click the 2nd category's name to
rest of the packages in it, it actually closes; I have to click a 2nd
show all. My opinion - that first click on the 2nd category should
full list under that category, rather than hiding the openssl
Also, if you add "meta-packages"; what happens if I choose to install
but then I change my mind and want to switch to something else that
all the same packages; will the required dependancies deselect