List Archive: gentoo-dev
Note: Due to technical difficulties, the Archives are currently not up to date.
provides an alternative service for most mailing lists.c.f. bug 424647
-----BEGIN PGP SIGNED MESSAGE-----
On 06/20/2012 04:35 PM, Ciaran McCreesh wrote:
> On Wed, 20 Jun 2012 16:25:30 -0400 Richard Yao <firstname.lastname@example.org>
>> 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
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/
-----END PGP SIGNATURE-----