From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LY3wI-0000WH-3k for garchives@archives.gentoo.org; Fri, 13 Feb 2009 19:43:06 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9BC88E0352; Fri, 13 Feb 2009 19:43:04 +0000 (UTC) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by pigeon.gentoo.org (Postfix) with ESMTP id 3DCF2E0352 for ; Fri, 13 Feb 2009 19:43:04 +0000 (UTC) Received: by ug-out-1314.google.com with SMTP id j40so75022ugd.39 for ; Fri, 13 Feb 2009 11:43:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type; bh=cyBkYbj/728TZWfEs4dtvDWRC1bzirKXzehtmCyh4C0=; b=B1d3AboQgwipJ/juwtdApsX45savfb4oS8zZlTosomwmSj0ix9T4XjxecVbv4Wb+Y1 XIWiKnWuci0xTuYxOT5tcD8NhLmTnZ8ldbQw5iF2UteuBaOc5VAiaDQ9TrD6j+lzOuEk Rg73ryMPjd38cmA/cP/hjhwgLrlPGYDppIN5g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type; b=qYyzpdc/9FWd8gXK3QCA5LQ2Li8pu2oH3gznI62IIT9ekAVlU7z42RbRqpdEPFierK uawHY6zcm42tIq/MM5F1awrZZDpgnPEM9wJhiR0dbL3ZCa+L2JlmCzBVm9nnrhXE6ZDB 0YeTxRjwrzzQHWYxUGpdVWkU9SiDdWgqMmz8Y= Received: by 10.210.35.10 with SMTP id i10mr1866104ebi.104.1234554183401; Fri, 13 Feb 2009 11:43:03 -0800 (PST) Received: from snowcone (92-235-187-79.cable.ubr18.sgyl.blueyonder.co.uk [92.235.187.79]) by mx.google.com with ESMTPS id 10sm3196543eyd.33.2009.02.13.11.42.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Feb 2009 11:43:02 -0800 (PST) Date: Fri, 13 Feb 2009 19:41:41 +0000 From: Ciaran McCreesh To: Luca Barbato Cc: gentoo-council@lists.gentoo.org Subject: Re: [gentoo-council] Council log and summary for meeting on 02/12/09 Message-ID: <20090213194141.24d44a37@snowcone> In-Reply-To: <4995CB0B.80209@gentoo.org> References: <20090212214925.GA21532@dodo.hsd1.nj.comcast.net> <20090213155445.GA31550@dodo.hsd1.nj.comcast.net> <4995ABE2.4000907@gentoo.org> <20090213172725.34258824@snowcone> <4995CB0B.80209@gentoo.org> X-Mailer: Claws Mail 3.7.0 (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-council@lists.gentoo.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/DTwb8/7m.253dOnEyM/W9yM"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Archives-Salt: 59919c04-c3c6-41d3-b29e-6164903ddafd X-Archives-Hash: d6729a6da2e046d4423a5a8201addf2a --Sig_/DTwb8/7m.253dOnEyM/W9yM Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Fri, 13 Feb 2009 20:33:31 +0100 Luca Barbato wrote: > Ciaran McCreesh wrote: > > On Fri, 13 Feb 2009 18:20:34 +0100 > > Luca Barbato wrote: > >> Live template provide correct ordering since generates ebuilds > >> with a proper version. > >=20 > > *sigh* Please stop pushing your epic fail of a non-solution until > > you understand the issue at hand. >=20 > go back to 4chan. No. Really. You need to step back and think before you try to solve a problem. > > There is no way of using conventional version rules to accurately > > represent scm versions across multiple version-branches. _pre does > > not order correctly, since you don't know what the next release > > will be, and it collides with upstream release names. >=20 > pre works perfectly fine with snapshots. No it doesn't. _pre1, _pre2 etc does not accurately represent how upstream do releases. > you cannot track separate branches/versions w/out the very same > issues you have merging separate versions of normal packages, and > glep54 doesn't say anything about how it should track multiple > branches in any different way than the current version components. Uh... There's no merging involved. And GLEP 54 solves the entire thing. It lets you have foo-scm tracking master, foo-2.0-scm tracking the 2.0 branch and foo-1.0-scm tracking the 1.0 branch, and the ordering all works correctly. It's the only solution anyone's come up with that gets this right. --=20 Ciaran McCreesh --Sig_/DTwb8/7m.253dOnEyM/W9yM Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkmVzPcACgkQ96zL6DUtXhH0PgCglmfVMcjWEZkdAXLBEaa37mvv oAgAnje+Xu8YaL0O4O4KzPAEZpOYJGcJ =36Jo -----END PGP SIGNATURE----- --Sig_/DTwb8/7m.253dOnEyM/W9yM--