From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 111090 invoked by alias); 27 Oct 2017 20:31:05 -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 111077 invoked by uid 89); 27 Oct 2017 20:31:05 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=H*M:cygwin, HAuthentication-Results:cygwin.com, occasions X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Fri, 27 Oct 2017 20:31:04 +0000 Received: from smtp.corp.redhat.com (int-mx06.intmail.prod.int.phx2.redhat.com [10.5.11.16]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 53E17C0587C4 for ; Fri, 27 Oct 2017 20:31:03 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 53E17C0587C4 Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=cygwin.com Authentication-Results: ext-mx08.extmail.prod.ext.phx2.redhat.com; spf=none smtp.mailfrom=yselkowitz@cygwin.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 53E17C0587C4 Received: from [10.10.120.25] (ovpn-120-25.rdu2.redhat.com [10.10.120.25]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 0522D4D71F for ; Fri, 27 Oct 2017 20:31:02 +0000 (UTC) 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: Yaakov Selkowitz Message-ID: <14320344-df5f-c2b2-e709-ae7335fd3782@cygwin.com> Date: Fri, 27 Oct 2017 20:31: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: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tEwPoS8PG6w6n9MvfiCRfK2ITTH8GLOHw" X-IsSubscribed: yes X-SW-Source: 2017-10/txt/msg00156.txt.bz2 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --tEwPoS8PG6w6n9MvfiCRfK2ITTH8GLOHw Content-Type: multipart/mixed; boundary="GVnD0I7NL1dqikbf2a5D3uk2chgLRM5i6"; protected-headers="v1" From: Yaakov Selkowitz To: cygwin-apps@cygwin.com Message-ID: <14320344-df5f-c2b2-e709-ae7335fd3782@cygwin.com> Subject: Re: [[PATCH setup] 0/3] Prepare for colons in version numbers References: <20171027184723.9324-1-kbrown@cornell.edu> <87wp3gs87a.fsf@Rainer.invalid> In-Reply-To: <87wp3gs87a.fsf@Rainer.invalid> --GVnD0I7NL1dqikbf2a5D3uk2chgLRM5i6 Content-Type: text/plain; charset=utf-8 Content-Language: en-CA Content-Transfer-Encoding: quoted-printable Content-length: 918 On 2017-10-27 14: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. >=20 > 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. Do we > really want to use epochs and what for? On the contrary, I have argued that we *do* need epoch to deal with occasions where versions go backwards. I did however say that I wasn't keen on using them to work around CPAN's unique versioning issues, as it may inflate quickly in that particular scenario. --=20 Yaakov --GVnD0I7NL1dqikbf2a5D3uk2chgLRM5i6-- --tEwPoS8PG6w6n9MvfiCRfK2ITTH8GLOHw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 228 -----BEGIN PGP SIGNATURE----- iHQEARECADQWIQRFYAu5jKh4qpenARn/IK+aZu4flAUCWfOXhRYceXNlbGtvd2l0 ekBjeWd3aW4uY29tAAoJEP8gr5pm7h+U/v8Anj4SvfOLN4irQ41Db7GNSOYMZDhF AJ4rg/p/lOw1cMD+hk1STddXapOmfg== =5Inw -----END PGP SIGNATURE----- --tEwPoS8PG6w6n9MvfiCRfK2ITTH8GLOHw--