From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1M5lOQ-0006WK-Ie for garchives@archives.gentoo.org; Sun, 17 May 2009 18:47:26 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CB0F5E0350; Sun, 17 May 2009 18:47:24 +0000 (UTC) Received: from mail-ew0-f165.google.com (mail-ew0-f165.google.com [209.85.219.165]) by pigeon.gentoo.org (Postfix) with ESMTP id 8DF7DE0350 for ; Sun, 17 May 2009 18:47:24 +0000 (UTC) Received: by ewy9 with SMTP id 9so3506815ewy.34 for ; Sun, 17 May 2009 11:47:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=lcqT3jpRccYgmU2+wOnQlmELk7vOcDJu/XBcgTrm+5Y=; b=vE3ofkJx7Fi9/nV+8cGVoHjHraE+hrPnGpjkpFiLJoobhhvWTzQfDG7shCG1jFw442 FYMXE3fkzPKWzvhdt5unTad7UCmMps9AF4kMF8oN/iIuDtYcapdIlKEXoAuaOwgjuk/L ghjI6kSqUSrDUyfF45xqsqpgOQJUVMrD09tVA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=UhV7sLRnbb84seh+O93vmr/ks+cHBA6YOaDpOGwQFBznhgfrkJVk8cSDf+IG4e/Kiv 0VfCOdL71ISEa5J9cUFsproHI+UtLaktm+/Wch+Vl/iBzGxDr0OPfejEyWe7iAcusSpw YVTeQ1aXUxryV11cqcHThSr9TcS/UNVIKD7b8= Received: by 10.210.41.1 with SMTP id o1mr6321864ebo.59.1242586043921; Sun, 17 May 2009 11:47:23 -0700 (PDT) Received: from snowcone (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id 28sm4917105eyg.44.2009.05.17.11.47.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 17 May 2009 11:47:23 -0700 (PDT) Date: Sun, 17 May 2009 19:47:16 +0100 From: Ciaran McCreesh To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] GLEP 55 updated Message-ID: <20090517194716.64c83328@snowcone> In-Reply-To: <20090517204037.3a7393c0@gromit> References: <20090517204037.3a7393c0@gromit> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.14.7; x86_64-pc-linux-gnu) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/QOZ1tImhdYb_yKVncDPBh7C"; protocol="application/pgp-signature" X-Archives-Salt: d06145ab-5bf6-4f78-91a7-8b41c1fabc80 X-Archives-Hash: f91cb2dc2662e1dd7c41a11c930f758f --Sig_/QOZ1tImhdYb_yKVncDPBh7C Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 17 May 2009 20:40:37 +0200 Thomas de Grenier de Latour wrote: > This argument is wrong imho. Future EAPIs can't be allowed to=20 > introduce backward-incompatible changes to the versions ordering=20 > rules, or they would make the PM behavior ill defined. Or, more=20 > precisely, if a PM adopts an EAPI with such a change, it has to drop > support for the older incompatible ones. Not exactly true. It means that EAPI version rules have to be mappable onto a single larger superversion format in such a way that they have a total order. > Let's take a very simple=20 > example: > - eapi X says "_p is equal to _p0" > - eapi Y says "_p is greater than any _pN" > --> of "foo-1_p1 with EAPI=3DX" and "foo-1_p with EAPI=3DY", what is > the "best" version? You don't define it quite like that. You define it by mapping EAPI X _p onto super-EAPI _p0, and EAPI Y _p onto super_EAPI _pINFINITY. That way the ordering's well defined. Although that's a fairly convoluted example, and not in line with what's being proposed for future EAPIs. What we're after is the ability to allow versions like 1.2.3-rc1. > As a consequence, the algorithm for picking best version of a package > can be as simple as the following: > 1- among all ebuilds filenames, filter out the ones with unrecognized > version string You don't know whether you recognise the version string until you know the EAPI, though. --=20 Ciaran McCreesh --Sig_/QOZ1tImhdYb_yKVncDPBh7C Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkoQW7cACgkQ96zL6DUtXhH0nQCg12SrmFMvU7KK9TuEftzBQN2d ikIAoLSyrd6qCo5kXL0MJZLEtsqlLaKy =QbQ8 -----END PGP SIGNATURE----- --Sig_/QOZ1tImhdYb_yKVncDPBh7C--