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 1LiFuw-00080T-MI for garchives@archives.gentoo.org; Fri, 13 Mar 2009 22:31:50 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BAF8EE039C; Fri, 13 Mar 2009 22:31:49 +0000 (UTC) Received: from smtp.tmcs.ch (unknown [213.131.245.113]) by pigeon.gentoo.org (Postfix) with ESMTP id 85153E039C for ; Fri, 13 Mar 2009 22:31:49 +0000 (UTC) Received: from [192.168.0.100] (23-242.0-85.cust.bluewin.ch [85.0.242.23]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by smtp.tmcs.ch (Postfix) with ESMTPSA id F055D16B253B for ; Fri, 13 Mar 2009 23:31:47 +0100 (CET) Subject: Re: [gentoo-dev] Ideas for a (fast) EAPI=3 From: Tiziano =?ISO-8859-1?Q?M=FCller?= To: gentoo-dev@lists.gentoo.org In-Reply-To: <20090313201147.443567b5@snowcone> References: <1236498557.6854.51.camel@neuromancer> <20090313201147.443567b5@snowcone> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-iUXKLQ91OMmsuk0ORKme" Organization: Gentoo Date: Fri, 13 Mar 2009 23:31:35 +0100 Message-Id: <1236983495.4276.27.camel@localhost> 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.24.5 X-Archives-Salt: 70730ad8-92e6-4a74-8649-b02a05937765 X-Archives-Hash: 6fd8d37cbf2f94cab32beb6da9d9cc89 --=-iUXKLQ91OMmsuk0ORKme Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Am Freitag, den 13.03.2009, 20:11 +0000 schrieb Ciaran McCreesh: > On Sun, 08 Mar 2009 08:49:16 +0100 > Tiziano M=C3=BCller wrote: > > So I think it's time for a short eapi bump with some distinct > > improvements: >=20 > Some more small candidates to discuss: >=20 > * How would people feel about killing off automagic RDEPEND=3DDEPEND > behaviour? >=20 > * Officially kill off AA. It's not useful. Never used it, thus ++ >=20 > * Kill off KV. This should be eclass territory. ++ >=20 > * Ban dohtml, which is weird, and add '-u dir' to dodoc, so you > can use dodoc -r -u html blah instead. But then we shouldn't introduce doexample, but use "dodoc -r -u examples" instead. I liked that dohtml can filter based on file endings, this made it in the past easier to install html docs. So, if we could have something like: filter_files -t web docs/ | dodoc -r -u html that would be fine :-) >=20 > * We currently have .xz / .tar.xz support for unpack down for EAPI 3. > Am I right in thinking there's nothing stable that can handle .xz > files? >=20 As far as I know, but vapier is probably the expert here. --=-iUXKLQ91OMmsuk0ORKme Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Dies ist ein digital signierter Nachrichtenteil -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) iEYEABECAAYFAkm63scACgkQGwVqY66cHjAXXACghHK14cqj0f6Q8DdJDyoTyh9u 8CMAnRKTSSbBHuMaqQUW8w9s77meloXG =X84r -----END PGP SIGNATURE----- --=-iUXKLQ91OMmsuk0ORKme--