-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

On Wed, 30 Jan 2013 09:35:12 +0100
Michael Weber <x...@gentoo.org> wrote:

> What's the primary Idea behind multilib at all?
> Isn't it just a workaround to keep prebuild software
> from lazy/incapable/dead upstreams working (skype, ...)?

Yes. And 32-bit wine for 32-bit Windows apps which are common.

> On 01/27/2013 02:40 PM, Thomas Sachau wrote:> 2. How do you handle
> other abi-specific files like headers or binaries
> > and cases like binaries with abi-specific content? Is it possible
> > to preserve them for all requested abis or to preserve them for an 
> > non-default abi?
> 
> On 01/27/2013 05:08 PM, Pacho Ramos wrote:> Maybe installing headers
> in other place would be interesting :/
> 
> This is getting wired now, when we get an x86, x86_64 and x86_32
> (srsly?) implementation of cp(1).
> 
> Either we avoid collision python style with /bin/${PN}-<qual> and some
> link magic, to select the "best" <qual> according to moon phases.

We don't want 32-bit cp. Thomas likes to support every weird idea
coming from a random user, I don't.

> In the spirit of FHS, I thought about introducing /bin<qual> for some
> time, but this continues with other dirs.
> We would need /var/lib<qual> as well (/var/lib/munin/ has ABI specific
> .rrd files),
> /usr/include<qual>/ ... wait a minute.
> 
> What about separating these ABIs on top dir and keeping the respective
> sub-trees clean, like /<qual>/{,usr/}{bin,lib}?
> 
> /<qual>/ could be realised by one of these systems
> - - chroot (just like /<any-other-distro> chroots), needs root.
> - - Gentoo/PREFIX style
> - - modified runtime linker to pic correct LD_LIBRARY_PATH.
> 
> These /<qual>/ can be anything, like different ABIs,
> different libc implementations, different keyword (stable, testing),
> different Distros, - as long as it runs with the current kernel.
> Well, thin-provisioning, qemu, *random virtualization*.

No. 32-bit chroot is an old idea and has nothing to do with multilib.
It's an alternative to multilib and there's no point in reinventing it.

- -- 
Best regards,
Michał Górny
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)

iJwEAQEIAAYFAlEI7rsACgkQfXuS5UK5QB02KAP7BLGGggDrHYeO4gC+nW3sKUEr
LI9Gr/D8ag8eGXpAtYphlZgQYQ1uXWk50MHOiPyO6x6blKV+wUtaH3oyc62POU2W
w3hsadhzVW6YRekzbUAKqdyhLqjgcliyWfoQQ6GGkRXAgKq4FcdTet972xd4omPQ
vyiTx+1LJ/yUyKIIArI=
=0uAW
-----END PGP SIGNATURE-----

Reply via email to