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 18ACA198005 for ; Wed, 27 Feb 2013 21:09:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 6A0A0E09CC; Wed, 27 Feb 2013 21:08:57 +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 786B0E09BE for ; Wed, 27 Feb 2013 21:08:56 +0000 (UTC) Received: from [192.168.178.20] (p548D2D28.dip.t-dialin.net [84.141.45.40]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: tommy) by smtp.gentoo.org (Postfix) with ESMTPSA id 0834E33DF59 for ; Wed, 27 Feb 2013 21:08:54 +0000 (UTC) Message-ID: <512E75DD.4040507@gentoo.org> Date: Wed, 27 Feb 2013 22:08:45 +0100 From: Thomas Sachau User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 SeaMonkey/2.16 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 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog References: <20130225222029.D84D12171D@flycatcher.gentoo.org> <512E3E06.8010205@gentoo.org> <20130227185824.08f0d035@portable> In-Reply-To: <20130227185824.08f0d035@portable> X-Enigmail-Version: 1.5 OpenPGP: id=211CA2D4 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2EIAVENVMSRXFLJLPUNMO" X-Archives-Salt: 6be18473-9e1f-4f5b-ad73-e38174c4996c X-Archives-Hash: c7e7eff9920d14bb0f60566f38397dda This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2EIAVENVMSRXFLJLPUNMO Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Alexis Ballier schrieb: > On Wed, 27 Feb 2013 18:10:30 +0100 > hasufell wrote: >=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 > except there _has_ been a discussion: > http://article.gmane.org/gmane.linux.gentoo.devel/80330 >=20 > where, at least for me, it appeared that the eclass solution was the > right way and portage-multilib had its defects that could not be solved= > without such an eclass solution. > Long story short: portage-multilib does not handle deps needing > multilib and deps not needing them. Only packages maintainers know > that, you cannot guess it at the PM level. Doing unpack twice, while > bearable, is also suboptimal. portage-multilib already disables its > multilib support for multilib-enabled packages, thus there is not even > a conflict there. So you discussed with mgorny (who does not like multilib-portage) and not me and then assume that all details have been written in there? :-) >=20 > The lack of answer on my reply > ( http://article.gmane.org/gmane.linux.gentoo.devel/82740 ) made me > think that the main portage-multilib developer was agreeing with that. Feel free to write my name here ;-) And it seems more likely i just missed that mail, i did not intentionally ignore it. Anyway, in short: the current implementation does add dependencies so that all dependencies need the same ABIs enabled as the package you want. If we move the features into a future EAPI, we can of course drop this and leave the dependency part to the ebuild maintainer. >=20 > On the other hand, Michal has been doing the work and got things done > when portage-multilib has never reached mainline after several years > of development. So, while breaking the tree like the freetype case is > really bad, please do not use this for killing his efforts, esp. when > it is now masked. If you did not know it: anyone can add an eclass, while adding new features via package manager requires a new EAPI. I have written about it on this list for many months, if not years. And every time i solved a request, a new one was raised. And you want to blaim me for multilib-portage not reaching the main tree? Anyway, if there is a sane and easy to use eclass created, which does just multilib and does it properly for all multilib arches also supporting per ABI headers and binaries, i am not opposed against it. I just see issues the way a work-in-progress is pushed into the main tree without prior discussion and additional hacks for issues (freetype headers) forcing other devs to do more work instead of asking for another solution not needing any additional work for depending packages. --=20 Thomas Sachau Gentoo Linux Developer ------enig2EIAVENVMSRXFLJLPUNMO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with SeaMonkey - http://www.enigmail.net/ iJwEAQECAAYFAlEudeMACgkQG7kqcTWJkGfmOwP+LZ6b0uYpcCDAh4K5L3qCYWzi qPeULLUO6ebg4ySkb8g3Z7uZDyn94oYVD5eJ49l+tsKYRR7Z6eCMswClNiIg/C+G 6DVHmUZNbEu1CwP5cKeHdYBVgjeTstb2lEqtoGE43lrngZoFd/71ot4VkwWpKKhK qxae+AydvJQdHZN5KUY= =DiYq -----END PGP SIGNATURE----- ------enig2EIAVENVMSRXFLJLPUNMO--