From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 91940 invoked by alias); 31 Jan 2018 17:48:30 -0000 Mailing-List: contact cygwin-apps-help@cygwin.com; run by ezmlm Precedence: bulk Sender: cygwin-apps-owner@cygwin.com List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Mail-Followup-To: cygwin-apps@cygwin.com Received: (qmail 91837 invoked by uid 89); 31 Jan 2018 17:48:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Hx-languages-length:1844, Hx-spam-relays-external:ESMTPA, HContent-Transfer-Encoding:8bit X-HELO: out3-smtp.messagingengine.com Received: from out3-smtp.messagingengine.com (HELO out3-smtp.messagingengine.com) (66.111.4.27) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 31 Jan 2018 17:48:14 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 74CC420BA3 for ; Wed, 31 Jan 2018 12:48:11 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Wed, 31 Jan 2018 12:48:11 -0500 X-ME-Sender: Received: from [192.168.1.102] (host86-173-196-20.range86-173.btcentralplus.com [86.173.196.20]) by mail.messagingengine.com (Postfix) with ESMTPA id 16E9E247FD for ; Wed, 31 Jan 2018 12:48:11 -0500 (EST) Subject: Re: setup 2.885 release candidate - please test To: cygwin-apps@cygwin.com References: <874ln4cw15.fsf@Rainer.invalid> From: Jon Turney Message-ID: <59a80f68-c8b0-40b3-d8c4-650c2e462003@dronecode.org.uk> Date: Wed, 31 Jan 2018 17:48:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-SW-Source: 2018-01/txt/msg00109.txt.bz2 On 30/01/2018 20:18, Jon Turney wrote: > On 29/01/2018 19:19, Achim Gratz wrote: >> Jon Turney writes: [...]>>> - The "prereq" page showing dependencies which will be added is >>> replaced by "problems" page showing problems found by the dependency >>> solver, with default solutions. >>> - A "confirm" page is added showing all the changes which will be made. >> >> I've not actually commenced the installation yet due to other things I >> want to fix first, so I can't say whether these two pages work.  I guess >> I should not see them with my normal install script.  The interesting >> part would be if they are skipped when non-interactive mode is given and >> there was something to add due to dependencies? > > These should be added (and default solutions applied where the solver > identified problems) in non-interactive mode. It seems I missed the part to add default problem solutions in non-interactive mode. >>> - Add support for 'depends2: package (relation version) [...]', in a >>> version section in setup.ini >> >> Those lines don't seem to get generated for all packages yet.  I >> currently merge with requires: to produce a working setup.ini re-write >> and will switch to using requires: when I find no depends2:.  Can I >> assume that all versions have a depends2: line when I find one for >> [curr]? > > Yes, with the proviso that empty depends2: lines are currently > suppressed (this might be a mistake) Yeah, suppressing these is definitely a mistake, as we need to indicate (in a small number of cases) a package version which has no depends: when other versions do have them. Unfortunately, fixing that reveals that the setup parser doesn't currently permit an empty requires: or depends: list (which I guess explains why they have been suppressed historically)