From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 37817 invoked by alias); 21 Jun 2016 18:27:16 -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 37806 invoked by uid 89); 21 Jun 2016 18:27:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Hx-languages-length:1507, H*MI:sk:2016062, risk, perfect 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 (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 21 Jun 2016 18:26:58 +0000 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 1507B20C6D for ; Tue, 21 Jun 2016 14:26:56 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute3.internal (MEProxy); Tue, 21 Jun 2016 14:26:56 -0400 Received: from [192.168.1.102] (host86-141-128-72.range86-141.btcentralplus.com [86.141.128.72]) by mail.messagingengine.com (Postfix) with ESMTPA id 60E42F29F7 for ; Tue, 21 Jun 2016 14:26:55 -0400 (EDT) Subject: Re: per-version hints proposal To: cygwin-apps@cygwin.com References: <8b4723b2-1bd5-3604-1deb-cfd0a1c7b9d9@dronecode.org.uk> <20160621120321.GL3667@calimero.vinschen.de> From: Jon Turney Message-ID: Date: Tue, 21 Jun 2016 18:27:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160621120321.GL3667@calimero.vinschen.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-06/txt/msg00080.txt.bz2 On 21/06/2016 13:03, Corinna Vinschen wrote: > On Jun 20 16:28, Jon Turney wrote: [...] >> * 'curr', 'prev' and 'test' don't make sense on a per-version basis. So I >> suggest a separate file for these version overrides (versions.hint?) > > Ideally we wouldn't need something like "prev" at all since the version > number itself is sufficient to specify what's curr and what's old. > > As for test, IMHO it would make sense to specify "this is a test > release" right in the cygport file. This in turn could create a > per-version hint with a test marker which is evaluated by calm > accordingly. For instance, the name of the file could take over this > role. Or even better, the package version number itself. > > This would have an additional benefit: We couldn't just move a package > from test to curr, it would have to be explicitely rebuilt as non-test > release. > > I think this is the cleanest solution. I'm not sure I agree with this reasoning. Without control over the other elements which determine the build product (e.g. compiler version, headers, static libraries, etc.), there is the risk that any testing you have done on the test package is invalidated when it is rebuilt. Otoh, if you did have perfect build reproducibility, you are rebuilding the package just to change a label applied to it, which seems a bit inefficient. I take the point that 'test' could be more useful, but I think that's out of scope of what I want to achieve, for the moment.