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 1ShRVW-0006rw-9F for garchives@archives.gentoo.org; Wed, 20 Jun 2012 20:28:06 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DB78FE087D; Wed, 20 Jun 2012 20:27:52 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 3CE6FE0853 for ; Wed, 20 Jun 2012 20:27:04 +0000 (UTC) Received: from [192.168.1.2] (pool-108-46-203-161.nycmny.fios.verizon.net [108.46.203.161]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ryao) by smtp.gentoo.org (Postfix) with ESMTPSA id C6CB01B400A; Wed, 20 Jun 2012 20:27:02 +0000 (UTC) Message-ID: <4FE231BA.6020404@gentoo.org> Date: Wed, 20 Jun 2012 16:25:30 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120613 Thunderbird/10.0.5 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: [gentoo-dev] My wishlist for EAPI 5 X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: a6a503b8-5e7d-4e42-8286-dcec65f953bc X-Archives-Hash: 84ce89275702047ade3f99bb1c8a2922 Here is my wishlist for EAPI 5: Multilib (and/or multiarch) support Automated epatch_user support Parallel make checks POSIX Shell compliance Here are some explanations: Multilib (and/or multiarch) support The current binaries cause a great deal of pain, particularly when a user does not want to upgrade something. I had this problem with WINE and glibc because I wanted to avoid the reverse memcpy() fiasco on my systems. This situation would have been avoided entirely if the package manager supported multilib. Automated epatch_user support Users should be able to test patches without modifying their ebuilds. This also saves developer time because we don't need to navigate the portage tree (or an overlay), make a change and test it. We could just dump the patch in the appropriate directory and build. Parallel make checks As it stands, `make check` is so slow that few people actually run it and QA suffers as a result. We have the ability to do parallel checks, but we need to explicitly put `emake check` into the ebuild and use autoconf 1.12 to get that. It would be best if this behavior were the default, not the exception. POSIX Shell compliance There has been a great deal of work done to give the user full control of what is on his system and there is more that we can do there. In particular, I think a lean Gentoo Linux system should be able to use busybox sh and nothing else. That requires POSIX shell compliance. OpenRC init scripts support this and the configure scripts support this. The few exceptions are bugs that are addressed by the Gentoo BSD developers. As such, I think we should make EAPI=5 use POSIX shell by default. If an ebuild requires bash, we can allow the ebuild to declare that (e.g. WANT_SH=bash), but that should be the exception and not the rule.