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 1ShRuQ-0003U3-B5 for garchives@archives.gentoo.org; Wed, 20 Jun 2012 20:53:50 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 06086E08AC; Wed, 20 Jun 2012 20:53:16 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id E992EE07B7 for ; Wed, 20 Jun 2012 20:52:06 +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 208421B400A for ; Wed, 20 Jun 2012 20:52:06 +0000 (UTC) Message-ID: <4FE23799.5080003@gentoo.org> Date: Wed, 20 Jun 2012 16:50:33 -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: Re: [gentoo-dev] My wishlist for EAPI 5 References: <4FE231BA.6020404@gentoo.org> <20120620213518.4baf8150@googlemail.com> In-Reply-To: <20120620213518.4baf8150@googlemail.com> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: eb5afb77-01e3-4894-8acb-33430f526430 X-Archives-Hash: b03803a1cff5c16847709078c61a1d20 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/20/2012 04:35 PM, Ciaran McCreesh wrote: > On Wed, 20 Jun 2012 16:25:30 -0400 Richard Yao > wrote: >> 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. > > This one's unlikely to happen unless someone's prepared to put in > the work. The multilib-portage overlay already has this working. >> 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. > > So far as I know, every PM relies heavily upon bash anyway (and > can't easily be made not to), so even if developers would accept > having to rewrite all their eclasses, it still wouldn't remove the > dep. > Lets address POSIX compliance in the ebuilds first. Then we can deal with the package managers. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP4jeZAAoJECDuEZm+6Exkt6cP/jpDU3CQmCZlOJWHf2uLYPpg +Ft2bN2JyMs1rquIrAd0PGtMXu8zrQC5U7Q0SAO1Vm+Ieu98aHknGMPWJYtV0PpU X5/bFqk+LjaO/fFAo+x+IKET24hYXry9P27om/ZUgURKDbWvityQAeIKrZhT9U/r LzPWgSu/v9wLDBVwZpIEjlMeYMD/uA868srBDK/dVjhZHFB6bzVK8h8xhI4zq/X3 UQYPXFuCgg2s7+g/2Z+pCvGVKwX/GdGXU8ZMRtEu3PF1hgBXBXb1qkaQRQoOGsEG BRkOAp+MqI+/VClvxPFGGVfqvRZaqQhmg4VxYIELkPh4jzvfIJu/WC7CReOix574 hBhDXrPWwJ2r6Y1updNpWUg7yBQGRmAtmRd6AL4MVHG70j/6IlSrsGrQr8KrdxuP BzQDTzN0rd5iDocO3bACluzxMSrd2wk73bvaAcWYsmIVVigVASHIcdvMthgx/ctw zSEOp7sIvXejbONeIwhcqu6M6qvFi6i2o/82Mk68JXH0BAIZ2cC8atn+mmZd0SMz R49Wu9GSyNCAeubuxTxUaEatGmSGGNtXEACxGpvtyo8XbvYmfNvntsxorRvnWNXt hhIQQYQwVOsSUSCHSqKS1/lD/8EIWoMD531IRKEyhP6eMoGZBUFCrc94zoGLwmz5 VlJuFNCU9ylfbEWMayLC =I8nt -----END PGP SIGNATURE-----