From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lucy.dinwoodie.org (77.116.2.81.in-addr.arpa [81.2.116.77]) by sourceware.org (Postfix) with ESMTPS id A47C73858C60 for ; Thu, 10 Feb 2022 14:51:10 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A47C73858C60 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dinwoodie.org Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=dinwoodie.org Received: from adam by lucy.dinwoodie.org with local (Exim 4.94.2) (envelope-from ) id 1nIAmq-0001GR-Uj for cygwin@cygwin.com; Thu, 10 Feb 2022 14:51:09 +0000 Date: Thu, 10 Feb 2022 14:51:08 +0000 From: Adam Dinwoodie To: cygwin@cygwin.com Subject: Cygwin installer command line package selection Message-ID: <20220210145108.iacr6tllvdr6qy3d@lucy.dinwoodie.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, PDS_RDNS_DYNAMIC_FP, RDNS_DYNAMIC, SPF_HELO_PASS, SPF_PASS, 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@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Feb 2022 14:51:12 -0000 Following on from the report at [0], I've been doing a bit of digging around a problem I spotted a while ago, and now have a clear bug report. I'm not sure if it's related to that report, or if the reporter there was experiencing some other unexpected behaviour. Simple-ish test case: 1. Get a brand new Windows 11 install. (I'm using the Microsoft- provided Windows 11 Pro Gen2 image in the Azure marketplace, on a fresh Azure D2as v5 VM, although I really don't think that's significant.) 2. Log in, open Edge, download setup-x86_64.exe from cygwin.com. 3. From PowerShell, cd to the download directory, then run `.\setup-86_64.exe -P 2048-cli`. 4. Click through the screens that appear, leave default options selected where possible, and select https://mirror.kernel.org as the mirror, until you get to the package selector screen. 5. At the package selector screen, since this is a brand new install, you should be on the Category view, with nothing expanded. Expand All > Games, and All > Base. For all the base packages, and the 2048-cli package under Games, I'd expected the latest non-test version to be selected in the "New" column, but instead the "New" column is blank for all those packages. (It shows "Skip", as expected, for all the packages I'm not expecting to be installed.) 6. Switch to Pending view. I'd expected to see a list showing all the base packages, plus 2048-cli, as packages pending installation, but instead there's just a note saying "Nothing to install or update." 7. Click Next. The "Review and confirm changes" screen that appears has a list of packages to install that looks like what I'd expect based on the command line -- a bunch of things that look like they're part of base Cygwin, plus 2048-cli -- but clearly doesn't match what was displayed on the previous screen. I'm 90% sure this behaviour changed at some point in the past, and previously I'd have had the packages to be installed displayed in the package selector screen as well as the review screen. I think -- much less confident here -- that it changed some time around when the dependency resolution got updated such that setup suggested a variety of dependency resolutions. I've not actually tried going back and checking versions when this behaviour changed, though. I believe I see this behaviour, or something similar, whenever I try to install packages using the `-P` interface to setup.exe, and it has been mildly annoying me for a while, but until now I didn't get as far as properly characterising the bug or producing a STC. [0]: https://cygwin.com/pipermail/cygwin/2022-February/250744.html