From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20906 invoked by alias); 24 Jan 2018 20:30:53 -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 20793 invoked by uid 89); 24 Jan 2018 20:30:44 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=gratz, Gratz, entirely, Hx-spam-relays-external:ESMTPA X-HELO: out5-smtp.messagingengine.com Received: from out5-smtp.messagingengine.com (HELO out5-smtp.messagingengine.com) (66.111.4.29) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 24 Jan 2018 20:30:42 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 8BAE12261F for ; Wed, 24 Jan 2018 15:30:40 -0500 (EST) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Wed, 24 Jan 2018 15:30: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 29F13244C7 for ; Wed, 24 Jan 2018 15:30:40 -0500 (EST) Subject: Re: Planned setup.ini changes for early 2018 To: cygwin-apps@cygwin.com References: <5e585f56-b4b1-753d-7ca8-0f7894194fa9@dronecode.org.uk> <3228510c-3e45-bc58-9aab-f88268d50261@dronecode.org.uk> <87po60e8bn.fsf@Rainer.invalid> From: Jon Turney Message-ID: Date: Wed, 24 Jan 2018 20:30: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: <87po60e8bn.fsf@Rainer.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2018-01/txt/msg00079.txt.bz2 On 23/01/2018 18:30, Achim Gratz wrote: > Jon Turney writes: >> 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. > > Could you at least consider my earlier proposal to leave the old-style > setup.ini separate to entirely avoid that problem and the associated > chatter in those files? I considered a few approaches, including what you suggest. This approach is more work, and a lot of churn, in both setup and calm. The only additional benefit you've identified is removing clutter.