[F8/multilib] {,/usr}/{,s}bin64 (was: Split libperl from perl)

[Dominik 'Rathann' Mierzejewski]

On Saturday, 28 April 2007 at 13:17, Axel Thimm wrote:
> On Fri, Apr 27, 2007 at 08:36:53PM +0200, Dominik 'Rathann' Mierzejewski wrote:
[...] 
> > 
> > Well not in near future anyway (read: F7). Perhaps for F8/F9.
> 
> Check the subject line, it was never ever intended for F7. :)

Right.

[...]
> There could also be
> 
> 3) No one gets /bin, /lib directly, everything gets bult into
>    bin32/bin64 etc. and bin and lib are set as follows (symlinks)
> 
>    i386: bin -> bin32, lib -> lib32
>    x86_64: bin -> bin64, lib -> lib64
>    ppc: bin -> bin32, lib -> lib32
>    ...
> 
>    That would give you proper symmetry, reusable packages from one
>    arch onto another (e.g. not packaging extra i386 packages for
>    x86_64), and bin/lib would always point to the native components.
> 
> I think there are lots of variants, even using different folder
> names. The main aspect that separates this from multilib is that it
> has different folders for binaries of the different archs.
> 
> And FWIW if that other folder is in a chroot, that would be fine with
> me as well (maybe not called multiarch anymore, but names are just
> sound and smoke) - the important thing is no more filecolor induced
> file overwrites or remove/install punchholes, and also not replacing
> this by file-conflicting bins that need to be redownloaded each time
> for switching.

Hm, now that I think about it, can't it be achieved with rpm -ivh
--relocate /bin=/bin32 and so on *without* rebuilding packages? Well,
modulo hardcoded strings.

I still don't like the idea of parallel installation of 32bit/64bit
binaries.

Regards,
R.

-- 
Fedora Extras contributor  http://fedoraproject.org/wiki/DominikMierzejewski
Livna contributor http://rpm.livna.org MPlayer developer http://mplayerhq.hu
"Faith manages."
        -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations"