From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 639E6198005 for ; Wed, 27 Feb 2013 20:20:55 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AAD32E086A; Wed, 27 Feb 2013 20:20:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id C3536E07C3 for ; Wed, 27 Feb 2013 20:20:51 +0000 (UTC) Received: from [192.168.1.33] (157.Red-2-137-34.dynamicIP.rima-tde.net [2.137.34.157]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: pacho) by smtp.gentoo.org (Postfix) with ESMTPSA id 1205233DF6B; Wed, 27 Feb 2013 20:20:49 +0000 (UTC) Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog From: Pacho Ramos To: gentoo-dev@lists.gentoo.org Cc: mgorny@gentoo.org In-Reply-To: <512E3E06.8010205@gentoo.org> References: <20130225222029.D84D12171D@flycatcher.gentoo.org> <512E3E06.8010205@gentoo.org> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-jqi0jRaLEby5Tt8Vu7NB" Date: Wed, 27 Feb 2013 21:20:46 +0100 Message-ID: <1361996446.1929.7.camel@belkin4> 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-Mailer: Evolution 2.32.3 X-Archives-Salt: 4117d32a-5562-4db0-a10f-a4829c4beb5b X-Archives-Hash: b48a74574746772075c3d464eedd892d --=-jqi0jRaLEby5Tt8Vu7NB Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable El mi=C3=A9, 27-02-2013 a las 18:10 +0100, hasufell escribi=C3=B3: > I don't want to start another useless rant here, because I perfectly > understand the issue with ABI specific headers. >=20 > The problem is: > a) if you break a provider on purpose, then you should feel > somehow responsible for the consumers and not just dump testing and > fixing on your fellow devs > b) just test such things in an overlay first and see it explode, then > think about it again and ask on dev-ML if other people find it even > WORTH the hassle >=20 >=20 > The other thing is: > We still have the conflict with eclass-solution vs PM-solution > (multilib-portage) and I propose not to convert ANYTHING else until that > conflict is solved, even if it means a council vote (that's what I > actually think makes sense here). > I understand both sides and somehow find it appealing to have a quicker > solution, but since this could damage years of work on a portage fork I > think we should slow down here. >=20 >=20 Personally I don't think mgorny "broke a provider on purpose", he should have released it hardmasked, but thinking he wanted to break testing on purpose looks excessive to me. Also, most of that committed stuff was tested for some time in x11 overlay, no? (not sure if probably freetype was missed by some error, but clearly the transition to the eclasses providing native multilib were tested "on purpose" in that overlay before moving to the tree). About PM-solution... I can't remember how many years we are waiting it for being approved, and neither remember what was blocking it for inclusion in eapi5 (as that threads usually end up being fairly long and ending with blockers like PMS documentation changes and so :( ) I also remember this "conflict" between portage-multilib and eclasses ways were discussed some weeks ago here (I thought specially between mgorny and... aballier?) --=-jqi0jRaLEby5Tt8Vu7NB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEABECAAYFAlEuap4ACgkQCaWpQKGI+9TqpgCfaGDw26a7ou+M8wY71MBMksri CAMAn20QPGC4sgTROhCD6VZBj9choSUU =H90y -----END PGP SIGNATURE----- --=-jqi0jRaLEby5Tt8Vu7NB--