From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 86497 invoked by alias); 22 Jan 2018 23:13:44 -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 86487 invoked by uid 89); 22 Jan 2018 23:13:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=UD:setup.ini, setupini, UD:ini, setup.ini 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; Mon, 22 Jan 2018 23:13:42 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id E3A8E20AEF for ; Mon, 22 Jan 2018 18:13:40 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Mon, 22 Jan 2018 18:13:40 -0500 X-ME-Sender: Received: from [192.168.1.102] (host86-166-190-81.range86-166.btcentralplus.com [86.166.190.81]) by mail.messagingengine.com (Postfix) with ESMTPA id 7E318240F8 for ; Mon, 22 Jan 2018 18:13:40 -0500 (EST) From: Jon Turney Subject: Re: Planned setup.ini changes for early 2018 To: cygwin-apps@cygwin.com References: <5e585f56-b4b1-753d-7ca8-0f7894194fa9@dronecode.org.uk> Message-ID: <3228510c-3e45-bc58-9aab-f88268d50261@dronecode.org.uk> Date: Mon, 22 Jan 2018 23:13: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: <5e585f56-b4b1-753d-7ca8-0f7894194fa9@dronecode.org.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2018-01/txt/msg00073.txt.bz2 On 10/01/2018 22:44, Jon Turney wrote: > > * Add depends: to version descriptions > > This is a version-specific list of required packages (as opposed to > requires:, which is per-package, and contains the union of the > dependencies for all versions). > > I believe that historical setup versions will either ignore, or can > handle depends: (just containing package names, without version > relations) relatively sanely (see [1] et seq. for details). On further testing, it's not safe to expose some versions of setup to 'depends:' lines, so these will have to be called 'depends2:' or suchlike, so they are safely ignored. (The dependencies of the current version are always used, not the version actually being installed, so it may install incorrect dependencies if a non-current version is installed, potentially resulting in a broken package.)