From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 37300 invoked by alias); 30 Oct 2017 15:58:59 -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 37288 invoked by uid 89); 30 Oct 2017 15:58:59 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 spammy=Hx-languages-length:954, Hx-spam-relays-external:ESMTPA 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; Mon, 30 Oct 2017 15:58:58 +0000 Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.nyi.internal (Postfix) with ESMTP id 9E45020C68 for ; Mon, 30 Oct 2017 11:58:56 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Mon, 30 Oct 2017 11:58:56 -0400 X-ME-Sender: Received: from [192.168.1.102] (host86-179-113-201.range86-179.btcentralplus.com [86.179.113.201]) by mail.messagingengine.com (Postfix) with ESMTPA id 40D2D7FAA9 for ; Mon, 30 Oct 2017 11:58:56 -0400 (EDT) Subject: Re: [[PATCH setup] 0/3] Prepare for colons in version numbers To: cygwin-apps@cygwin.com References: <20171027184723.9324-1-kbrown@cornell.edu> <87wp3gs87a.fsf@Rainer.invalid> From: Jon Turney Message-ID: <4eb3bda2-c6a2-bc48-d042-d54229a28514@dronecode.org.uk> Date: Mon, 30 Oct 2017 15:58:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 In-Reply-To: <87wp3gs87a.fsf@Rainer.invalid> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2017-10/txt/msg00167.txt.bz2 On 27/10/2017 20:26, Achim Gratz wrote: > Ken Brown writes: >> A future version of setup might allow version numbers of the form >> e:v-r, where is an epoch. Currently setup doesn't parse these >> correctly when reading installed.db. In case ScanFindVisitor is used, >> there is an additional problem in reading filenames containing colons. >> The reading is done by Win32 functions, and the illegal characters >> like ':' aren't translated. > > I don't really think it's worth anybody's while to introduce support for > a feature (epochs) that everone else decided should not be used. "everyone" != "everyone, ignoring people who disagree with me" If you think epochs are a bad idea, you need to give reasons, not just pretend there is no debate. I agree it does not work well for CPAN-style floating point version numbers, but that's your problem to solve, or not, however you like...