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 761F9198005 for ; Wed, 27 Feb 2013 21:18:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 03048E09EA; Wed, 27 Feb 2013 21:18:10 +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 EC584E09C1 for ; Wed, 27 Feb 2013 21:18:08 +0000 (UTC) Received: from pomiocik.lan (77-253-193-205.adsl.inetia.pl [77.253.193.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id E382733DF60; Wed, 27 Feb 2013 21:18:06 +0000 (UTC) Date: Wed, 27 Feb 2013 22:18:26 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: tommy@gentoo.org Subject: Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in media-libs/freetype: freetype-2.4.11-r1.ebuild ChangeLog Message-ID: <20130227221826.3b53ec30@pomiocik.lan> In-Reply-To: <512E75DD.4040507@gentoo.org> References: <20130225222029.D84D12171D@flycatcher.gentoo.org> <512E3E06.8010205@gentoo.org> <20130227185824.08f0d035@portable> <512E75DD.4040507@gentoo.org> Organization: Gentoo X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.16; 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-SHA512; boundary="Sig_/TynU9=67IMikJaF_A8aGYYs"; protocol="application/pgp-signature" X-Archives-Salt: b56644fc-5d70-4f73-8ae3-4e8ac8ebac6e X-Archives-Hash: 96dd06b67cc674b203e5ef6b952ed3fc --Sig_/TynU9=67IMikJaF_A8aGYYs Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 27 Feb 2013 22:08:45 +0100 Thomas Sachau wrote: > 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. >=20 > 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? :-) You're making this more and more confusing. I don't know if you're doing that intentionally or by accident but please try to make it clearer what multilib-portage can and cannot do rather than keeping it all blurry. > > 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. >=20 > 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? You told me yesterday that so far you haven't even listed all the details on how multilib-portage works on the ml. Do you expect us to accept the feature without even having it explained first? > 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. Believe it or not, this is a proper solution. Hacking it around does not fix the actual issues. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/TynU9=67IMikJaF_A8aGYYs Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQJ8BAEBCgBmBQJRLngjXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RUJGMjBGOTk2RkIzQzIyQ0M2RkNBNDBC QUJGMUQ1RkY4QzgxMTBBAAoJELq/HV/4yBEKy34QAIPnFfPH8XFKXQIIs4ksXaDO yNMllO6JXNLGnzJinMwmpsxfFFWM/RA20d9mzMvIjrFyehfddZMpnwyTq0uwWuIz FSrD5zTnBixKdy+b0xe30vkzQ8CL2arrxZacYe8jqK2e0aAW3Hc5ihcYKSUC/qzU D/uS1on2sX6+QTnMxq9Pdw+t5dPDrCiNUzoVdI/9NOzXSVrn3ESVVOc9fOIuIeRV n0tR3AQVOufSG+e5Z5bYCUSTcMtzpWrWPvs0H6PxfD4WnNyd7g9a+ebvxfAuGsnR 7MB1k9Gb55bPW+0NjQcmQv/7abxcrayqr0B3lkpGVotVLfeV/tSbVd+5JDe4+XIB Uhl+ET/j6qOiSV7pVsW1Q6D2gr8zgIuV8AmHrNK4Pyu/yFI5tnoT1Sl08LuDv2ow inrwAu1rkQ4f527r/0DrEj6nDmWNAAQ+4bCwEZSKitlQQr0/qHyztAbDBt/3bs7R eZxYCsR88Vezj1qZtYGgLjFigGkuAFpoRBGkii4sv+nEA4BFbxORoLCkYAGCo03Y n+AJRXHzlgrAMJLGnynYncGMIf41zmJ+m1Ir4EInH2IVMHrNVnDTF1Jy+SNbGq2P tIm1gyiZBEaJQf36znnZZxmcs9noW3WtKGErwHQaGClLeRaOQWGAgLovzOOVERuU 640FljcVOKEIg+RK/fMI =Mtrm -----END PGP SIGNATURE----- --Sig_/TynU9=67IMikJaF_A8aGYYs--