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 0F46D198005 for ; Sun, 24 Feb 2013 14:57:17 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id AA74EE066E; Sun, 24 Feb 2013 14:57:03 +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 911AEE05B4 for ; Sun, 24 Feb 2013 14:57:02 +0000 (UTC) Received: from pomiocik.lan (unknown [213.195.173.220]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: mgorny) by smtp.gentoo.org (Postfix) with ESMTPSA id 951CA33DD83; Sun, 24 Feb 2013 14:57:00 +0000 (UTC) Date: Sun, 24 Feb 2013 15:57:15 +0100 From: =?UTF-8?B?TWljaGHFgiBHw7Nybnk=?= To: gentoo-dev@lists.gentoo.org Cc: hasufell@gentoo.org Subject: Re: [gentoo-dev] New eclass: autotools-multilib-minimal Message-ID: <20130224155715.428b0493@pomiocik.lan> In-Reply-To: <51299593.1010902@gentoo.org> References: <51296027.705@gentoo.org> <51299593.1010902@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_/2c+3Pjtck2UQj4GiSumB/l0"; protocol="application/pgp-signature" X-Archives-Salt: f8689352-388f-4b4c-8980-e738bca9e854 X-Archives-Hash: 380c13df5355b5d4b5428b17695909e0 --Sig_/2c+3Pjtck2UQj4GiSumB/l0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 24 Feb 2013 05:22:43 +0100 hasufell wrote: > Before people start asking I should explain why I started this: > https://bugs.gentoo.org/show_bug.cgi?id=3D458638 >=20 > I think having such an eclass has several advantages over > autootools-multilib.eclass (which depends on autotools-utils.eclass) as > it is now: You wanted the other points, so here you go. > a) Less eclass dependencies. One could argue: the more eclasses my > ebuild uses the more prone to error and exposed to changes it is. That's as good as bundling libraries. Really. > b) easier conversion in some cases: often times a simple rename > src_compile -> multilib_src_compile will do Easy !=3D good. The eclass switch is a good point to fix bugs which should have been fixed long ago. By making it unnecessary, you just keep those bugs live and hidden. > c) it allows more custom definition of phase functions More custom than what? > d) the previous point will also allow to convert go-mono.eclass packages > without introducing yet another eclass for that So you're introducing a hacky eclass just because you're too lazy to convert go-mono packages properly and too impatient to let others do the work properly for you? > e) autotools-utils.eclass does a bit more than just calling default > phase functions; the developer has little choice on this matter unless > he wants to rewrite his ebuild based on multilib-build.eclass which will > create a lot of code duplication in ebuilds, hence this proposition And as I already told you, this argument just proves that you don't know the eclass in question and just throwing random accusations. > I don't have a problem with the present eclasses, but I find this a > logical enhancement. If that's logical, then please provide a graph showing where it logically fits. Because so far, it's either hate-built redundant eclass or quick draft eclass written for a single package. --=20 Best regards, Micha=C5=82 G=C3=B3rny --Sig_/2c+3Pjtck2UQj4GiSumB/l0 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iQJ8BAEBCgBmBQJRKipLXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1RUJGMjBGOTk2RkIzQzIyQ0M2RkNBNDBC QUJGMUQ1RkY4QzgxMTBBAAoJELq/HV/4yBEKJQkQAOutaPhFDbWsQdA10IJ2jKod geArCTFtBj0ln/T1o+ox9hNVftUUanCpcNW4yTtqmTSfi+SMqiu5zRv/REAVtz6h 3BUjFRLeYv+B1GQh53n2WZwN0SCo+TrTDZdksqbPndqPvyz2vocdC0Hzl9ikt20k jdENBJNGdKXynfu98hWijGppKOYFnp0wt6glCpMeGeHkK5PfoXTpxCnfeQmK/h+p Hmrua/uF3Xi3Koat8JInNHIzHcneobQHMBey4PxhoqgfjSJmrlA4/4LLrnZMyW2e rUCUuXI2ExBYoJ+5GiQRevJhkCVF54F3g+RFhEhlpQKCLxF4gfQj08/4WIsDPSAk lcQ8J1ozdXl/C5MIPjX/9P/FmWS8jlvw0raHiNuRqMW5BBFqK+1zhr26+p602h4N cOtaU72Awz3C0DCPmkQeK0zr3jJe2U9SlUHPDUes8tCM4u3840zwXIsGSIU2ILRn FZoFew3QEho5ouozxY5Z93IPN9U476SUb8OqWfs5kK0TZr19jBVMEYT8lTFBIBTL y1OmVNEqpatek34FZr2w8nJACy7oKQLmUuoIpkGz3z/XVm9McArxykSyLDJaktGj EooQPw6bJg4HR2J8Q/ILZm7rNa4BPzE2yB7gsUtuaQoHTh2pPerQhaH+OOg2asCT bwcd3ma7F91RZF2ZGdLl =TOFl -----END PGP SIGNATURE----- --Sig_/2c+3Pjtck2UQj4GiSumB/l0--