From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19131 invoked by alias); 29 Jan 2014 16:39:47 -0000 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 Received: (qmail 19120 invoked by uid 89); 29 Jan 2014 16:39:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 X-HELO: vms173023pub.verizon.net Received: from vms173023pub.verizon.net (HELO vms173023pub.verizon.net) (206.46.173.23) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 29 Jan 2014 16:39:45 +0000 Received: from [192.168.1.231] ([unknown] [74.104.179.122]) by vms173023.mailsrvcs.net (Sun Java(tm) System Messaging Server 7u2-7.02 32bit (built Apr 16 2009)) with ESMTPA id <0N06002608Y32WF0@vms173023.mailsrvcs.net> for cygwin@cygwin.com; Wed, 29 Jan 2014 10:39:44 -0600 (CST) Message-id: <52E92ECF.5030007@cygwin.com> Date: Wed, 29 Jan 2014 16:39:00 -0000 From: "Larry Hall (Cygwin)" Reply-to: cygwin@cygwin.com User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-version: 1.0 To: cygwin@cygwin.com Subject: Re: setup.exe different packages References: <52E7C7C6.3000606@gmail.com> <87y5203qn8.fsf@Rainer.invalid> <52E926B1.30804@breisch.org> In-reply-to: Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit X-SW-Source: 2014-01/txt/msg00487.txt.bz2 On 1/29/2014 11:24 AM, Achim Gratz wrote: > Chris J. Breisch breisch.org> writes: >> No, I don't agree with that statement. I'd be more inclined to believe >> that it's a bug in the command-line interface that doesn't allow you to >> do what the GUI does. > > You can disagree all you want, the source of setup makes it pretty clear > that all packages in category Base must always be installed, regardless of > any other choices the user made. And that's in fact what the GUI does too > (it goes through exactly the same code path), only that you're later able to > deselect the "binary" package without setup checking for whether you do this > on a Base package (note you can't uninstall or skip a Base package, so that > you can defeat this via other means is the bug I was talking about). While I won't comment on whether this feature of the current setup is a good one or not, it was an intentional addition meant for the power user. It apparently is not reflected in the command line interface and shouldn't be used as a common installation technique. Circumventing the normal dependency checking done by setup has the very real potential of leaving you with a broken installation. I believe this is the reason Achim calls this feature a bug in setup's GUI. If you want a working installation and you aren't willing to deal with the problems this feature of the GUI may present, don't use it. I hope this explanation helps clear up the question of why there could be a difference in the installation size depending on mode used. -- Larry _____________________________________________________________________ A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting annoying in email? -- 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