From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15823 invoked by alias); 26 Jul 2010 17:10:04 -0000 Received: (qmail 15738 invoked by uid 22791); 26 Jul 2010 17:10:02 -0000 X-Spam-Check-By: sourceware.org Received: from pool-173-76-48-4.bstnma.east.verizon.net (HELO cgf.cx) (173.76.48.4) by sourceware.org (qpsmtpd/0.83/v0.83-20-g38e4449) with ESMTP; Mon, 26 Jul 2010 17:09:44 +0000 Received: from ednor.cgf.cx (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with ESMTP id 48BDE13C061 for ; Mon, 26 Jul 2010 13:09:43 -0400 (EDT) Received: by ednor.cgf.cx (Postfix, from userid 201) id 3FB762B352; Mon, 26 Jul 2010 13:09:43 -0400 (EDT) Date: Mon, 26 Jul 2010 19:25:00 -0000 From: Christopher Faylor To: cygwin@cygwin.com Subject: Re: Request for feature: more flexible setup routine Message-ID: <20100726170943.GB28592@ednor.casa.cgf.cx> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <30EAF1C130A74F97AC4C82B42ED55DAE@hometoshiba> <20100725025446.GA17000@ednor.casa.cgf.cx> <1179889566.20100726133244@mtu-net.ru> <20100726142944.GA28399@ednor.casa.cgf.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2010-07/txt/msg00544.txt.bz2 On Mon, Jul 26, 2010 at 04:15:19PM +0100, Andy Koppe wrote: >On 26 July 2010 15:29, Christopher Faylor wrote: >> On Mon, Jul 26, 2010 at 12:52:48PM +0100, Andy Koppe wrote: >> If we wanted to do something like this I think it would have to be a >> separate dialog where the user makes a decision about what they want. >> Either that or a list of packages to update would always be presented >> so that people wouldn't be surprised. > >Agreed, but of course that'd need substantial design and >implementation work, so realistically it isn't gonna happen. AFAIK, the latter, where a list of what's being updated is shown isn't a substantial redesign. >Okay, detour over. > >Now what about my actual proposal, which was to save the >Keep/Curr/Prev/Exp setting across setup.exe invocations? I think making it sticky would lead to the confusion that I previously mentioned so I'm not in favor of it. However, I don't feel so strongly that I'd actually veto the change if others think it is important. cgf -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple