From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2611 invoked by alias); 21 Jun 2016 14:09:12 -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 2588 invoked by uid 89); 21 Jun 2016 14:09:12 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.3 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=epoch, H*MI:sk:2016062, our 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 (AES256-GCM-SHA384 encrypted) ESMTPS; Tue, 21 Jun 2016 14:09:02 +0000 Received: from int-mx13.intmail.prod.int.phx2.redhat.com (int-mx13.intmail.prod.int.phx2.redhat.com [10.5.11.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id D3F8B8AE72 for ; Tue, 21 Jun 2016 14:09:00 +0000 (UTC) Received: from [10.3.116.20] (ovpn-116-20.phx2.redhat.com [10.3.116.20]) by int-mx13.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u5LE90JR016759 for ; Tue, 21 Jun 2016 10:09:00 -0400 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: Eric Blake Openpgp: url=http://people.redhat.com/eblake/eblake.gpg Message-ID: <57694A7B.6050500@redhat.com> Date: Tue, 21 Jun 2016 14:09:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <20160621120321.GL3667@calimero.vinschen.de> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WsjHtLq7VdFLED8iXjOIcrVbDhQshTEfP" X-IsSubscribed: yes X-SW-Source: 2016-06/txt/msg00075.txt.bz2 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --WsjHtLq7VdFLED8iXjOIcrVbDhQshTEfP Content-Type: multipart/mixed; boundary="WbCGL1RmQhGJaUAACPin1W9HWbg6TuMDI" From: Eric Blake To: cygwin-apps@cygwin.com Message-ID: <57694A7B.6050500@redhat.com> Subject: Re: per-version hints proposal References: <8b4723b2-1bd5-3604-1deb-cfd0a1c7b9d9@dronecode.org.uk> <20160621120321.GL3667@calimero.vinschen.de> In-Reply-To: <20160621120321.GL3667@calimero.vinschen.de> --WbCGL1RmQhGJaUAACPin1W9HWbg6TuMDI Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-length: 690 On 06/21/2016 06:03 AM, Corinna Vinschen 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?) >=20 > 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. Except when upstream version numbers go backwards. We'd have to adopt something like Fedora's "epoch" numbering if we want our version numbers to always be increasing (by bumping the epoch any time upstream versions go backwards). --=20 Eric Blake eblake redhat com +1-919-301-3266 Libvirt virtualization library http://libvirt.org --WbCGL1RmQhGJaUAACPin1W9HWbg6TuMDI-- --WsjHtLq7VdFLED8iXjOIcrVbDhQshTEfP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 604 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 Comment: Public key at http://people.redhat.com/eblake/eblake.gpg Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJXaUp7AAoJEKeha0olJ0NqOygH/i3JCyK22VUxtnQEsdEh94Jy fBInj+EuUtIhXemumWxBFf2Bo+A0QovFgbOdp3U4VkDW8fgG0H7y72ca3fWrDoBl N2zf36NuqVwe0Y/OIuYjwqz55aqzUeOfjM4EF1NAUZt8riVn7HpyXb3j4nNqOFer sWYYkjvLPqSXmrvyeDlV0s8KiaG7gJeTWmGFiINeqJfNCNEWqOqM0a1NTZfj8Lyq mNx6b3rYuSVU/1m129Rd4L240m+gR/QkUHYL2izUEAHQB/4cFnUcwPpeLYyJFbGn EIG8VELHCR0Kz+7PxyZGtEGNT4ixjRBAfMYJz9DPy1KRTEdzRYeN+y5hMWUk4Uk= =tU7Y -----END PGP SIGNATURE----- --WsjHtLq7VdFLED8iXjOIcrVbDhQshTEfP--