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 1Siju8-0005lX-2X for garchives@archives.gentoo.org; Sun, 24 Jun 2012 10:18:52 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6F387E0B68; Sun, 24 Jun 2012 10:18:38 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id BA806E0B5E for ; Sun, 24 Jun 2012 10:18:00 +0000 (UTC) Received: from [192.168.0.53] (nsg93-9-78-225-4-220.fbx.proxad.net [78.225.4.220]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: eva) by smtp.gentoo.org (Postfix) with ESMTPSA id B068F1B4082 for ; Sun, 24 Jun 2012 10:17:59 +0000 (UTC) Message-ID: <1340533077.14346.15.camel@kanae> Subject: Re: [gentoo-dev] RFC: PROPERTIES=funky-slots From: Gilles Dartiguelongue To: gentoo-dev@lists.gentoo.org Date: Sun, 24 Jun 2012 12:17:57 +0200 In-Reply-To: References: <20120623142143.631d7ebf@googlemail.com> <4FE5EB23.5040600@gentoo.org> <20120623171704.4f24cba6@googlemail.com> <4FE5F31E.80608@gentoo.org> <20120623175324.038ca62e@googlemail.com> <1340472237.5979.75.camel@belkin4> <20120623183053.6d432605@googlemail.com> <1340491805.18379.35.camel@kanae> Organization: Gentoo Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-lGjOkCrhtfoN6ajB/fbb" X-Mailer: Evolution 3.2.3 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 X-Archives-Salt: 4606469b-2e82-4b8c-ad76-77810bd5211f X-Archives-Hash: f9cc6d8b63299531e1c4751a5c3d80f9 --=-lGjOkCrhtfoN6ajB/fbb Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Le dimanche 24 juin 2012 =C3=A0 16:48 +0800, Ben de Groot a =C3=A9crit : > On 24 June 2012 06:50, Gilles Dartiguelongue wrote: > > Le samedi 23 juin 2012 =C3=A0 18:30 +0100, Ciaran McCreesh a =C3=A9crit= : > >> > >> It treats -r300 as being newer than -r200, and so will treat "the gtk3 > >> version" or "the jruby version" as being newer versions of "the gtk2 > >> version" or "the ruby 1.8 version", just as it tries to bring in a > >> newer GCC and so on. > > > > I'm stopping my reading of this thread a minute to answer here. > > > > This is actually true when you think of it, gtk3 bindings are newer tha= n > > gtk2. >=20 > Now you're playing with semantics. In the case of -r200/-r300 we > are talking about the *exact same* $PV, but for some reason > the revision numbers are confusingly abused for something > that we normally use useflags for (toggling support for specific > toolkits for example). >=20 > Please stop abusing revision numbers for something they are > not meant to convey. And please stop pushing developers to > drop perfectly legal usage of the gtk3 useflag. >=20 This is the same codebase, but they really are slotted libs (that happens to have the same $PV): * different include path * different pkgconfig files * different sonames * ... If the $PV wasn't the same, there would be no question about have a USE flag or not, the answer would be obvious to anyone. So please stop pretending this is a good case for USE flag. Now if this is the only case (lib with support for two gtk+ versions but slottable/slotted) that is causing a problem to anyone here, I propose we go with the simplest fix, have a new package name. That will remember me of debian packaging :) --=20 Gilles Dartiguelongue Gentoo --=-lGjOkCrhtfoN6ajB/fbb Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABECAAYFAk/m6VUACgkQ1fmVwcYIWAaFnQCeNP6OR8lm5HuisSfctpoUEUio I0EAn3BctXjHdBT7pmkGTDEPTRWaXaCV =9bkQ -----END PGP SIGNATURE----- --=-lGjOkCrhtfoN6ajB/fbb--