From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 64301 invoked by alias); 31 Aug 2016 10:48:56 -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 64213 invoked by uid 89); 31 Aug 2016 10:48:55 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=broad, he'd, hed, upset X-HELO: out4-smtp.messagingengine.com Received: from out4-smtp.messagingengine.com (HELO out4-smtp.messagingengine.com) (66.111.4.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 31 Aug 2016 10:48:49 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 29D3A205B0 for ; Wed, 31 Aug 2016 06:48:48 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute5.internal (MEProxy); Wed, 31 Aug 2016 06:48:48 -0400 Received: from [192.168.1.102] (host31-51-206-108.range31-51.btcentralplus.com [31.51.206.108]) by mail.messagingengine.com (Postfix) with ESMTPA id C8549F29D2 for ; Wed, 31 Aug 2016 06:48:47 -0400 (EDT) Subject: Re: [PATCH setup] Allow setup to parse more than 3 versions from the setup.ini file To: cygwin-apps@cygwin.com References: <1433349024-9776-1-git-send-email-jon.turney@dronecode.org.uk> <20150608134318.GO3416@calimero.vinschen.de> <87d216nguv.fsf@Rainer.invalid> From: Jon Turney Message-ID: <404c26b1-44ed-d7ec-a90a-a46017d761c2@dronecode.org.uk> Date: Wed, 31 Aug 2016 10:48:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <87d216nguv.fsf@Rainer.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-08/txt/msg00115.txt.bz2 On 08/06/2015 20:24, Achim Gratz wrote: > Corinna Vinschen writes: >> I'm not against adding some functionality along these lines (provided >> you also fix upset), but I'm not so sure about the broad definition of >> the version state pattern. It feels as generating problems down the >> road. Think setup.hint. Your patch would requite to recognize more or >> less any string as version state: > > Thats easily fixable by requiring a constant prefix ("ver-" or even just > "v" looks like something that should work). Agreed. > But besides that issue I don't think that setup.exe makes this easily > useable. If I understand the motivation of John correctly, he'd want to > keep an older version of the X server installable, or maybe as another > example let's say I'd want to make it possible to keep perl-5.14 around > for a while. I don't think people would want to click on hundreds of > chooser boxes until they have some set of old versions that are (or > maybe not) working together. This is only useful if that set of old > packages can somehow be ganged together and switched all at once, IMHO. > This probably means a meta-package that pulls in versioned dependencies. That is indeed another piece of the puzzle, and something I intend on working on. > The dirty little secret of setup is that it already has those versioned > dependencies and can probably also deal with different dependencies for > each trust level and replace packages (in other words, the obsoletiohn > dance we're normally doing may be unnecessary). It also has recommends, > suggests, depends and conflicts. These features have quite likely > bit-rotted and documentation is almost non-existing, but they're already > built in. 'never finished' rather than 'bit-rotted'