From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from re-prd-fep-047.btinternet.com (mailomta17-re.btinternet.com [213.120.69.110]) by sourceware.org (Postfix) with ESMTPS id 8A8DE3858422 for ; Sun, 6 Feb 2022 16:48:00 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 8A8DE3858422 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from re-prd-rgout-003.btmx-prd.synchronoss.net ([10.2.54.6]) by re-prd-fep-047.btinternet.com with ESMTP id <20220206164759.YXDM24878.re-prd-fep-047.btinternet.com@re-prd-rgout-003.btmx-prd.synchronoss.net> for ; Sun, 6 Feb 2022 16:47:59 +0000 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com; bimi=skipped X-SNCR-Rigid: 61A69BAC07DB2A3D X-Originating-IP: [213.120.30.10] X-OWM-Source-IP: 213.120.30.10 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgedvvddrheefgdelgecutefuodetggdotefrodftvfcurfhrohhfihhlvgemuceutffkvffkuffjvffgnffgvefqofdpqfgfvfenuceurghilhhouhhtmecufedtudenucenucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpeflohhnucfvuhhrnhgvhicuoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqeenucggtffrrghtthgvrhhnpeehudeuveeujeeujeegueefhedttdekvedtudeileefteetfeefjeejudekfefggfenucffohhmrghinheptgihghifihhnrdgtohhmnecukfhppedvudefrdduvddtrdeftddruddtnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurddutdefngdpihhnvghtpedvudefrdduvddtrdeftddruddtpdhmrghilhhfrhhomhepjhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukhdpnhgspghrtghpthhtohepuddprhgtphhtthhopegthihgfihinhdqrghpphhssegthihgfihinhdrtghomh X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.103] (213.120.30.10) by re-prd-rgout-003.btmx-prd.synchronoss.net (5.8.716.04) (authenticated as jonturney@btinternet.com) id 61A69BAC07DB2A3D for cygwin-apps@cygwin.com; Sun, 6 Feb 2022 16:47:59 +0000 Message-ID: Date: Sun, 6 Feb 2022 16:47:28 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 Subject: Re: setup-*.exe --help default explanation re -D/-L options [Was: [ANNOUNCEMENT] Updated: setup (2.917)] Content-Language: en-GB To: "cygwin-apps@cygwin.com" References: <20220131221159.3hcw3xxcwje6sahf@lucy.dinwoodie.org> <20220201214624.54i47ai3l2yfdhir@lucy.dinwoodie.org> From: Jon Turney In-Reply-To: <20220201214624.54i47ai3l2yfdhir@lucy.dinwoodie.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-3570.6 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_DNSWL_NONE, SCC_BODY_URI_ONLY, SPF_HELO_PASS, SPF_NONE, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2022 16:48:02 -0000 On 01/02/2022 21:46, Adam Dinwoodie wrote: > On Tue, Feb 01, 2022 at 04:53:47PM +0000, Jon Turney wrote: [...] >> Note that I tweaked the behaviour of this a bit in [1] >> >> [1] https://cygwin.com/git/?p=cygwin-apps/setup.git;a=commit;h=147fc15d0222e050779b18a209991c258d85944f >> >> I think that makes the current help text accurately describe non-interactive >> mode. >> >> There are some cases in interactive mode which are obscure (e.g. '-M' >> without '-D' or '-L' gets you whatever mode you used last time without >> showing you what it was, but I'm not sure if that needs to be here. > > Ah, okay. I think I hit this with `-M` and assumed -- evidently > incorrectly -- that the same behaviour would exist for `-q`. I agree > the current text is entirely accurate for the fully non-interactive > mode. > [...]> > I definitely see no harm in that approach, and I agreed that'd make > things clearer again. But, as above, I think the key thing from my > perspective would be for `-M` and `-q` to have consistent behaviour. Yes, on reflection, I think that change isn't quite right, and '-M' should be handled the same as '-q' there (i.e. '-D' & '-L' is the default, unless explicitly specified otherwise)