Handling multilib

[Jakub Jelinek]

On Tue, Mar 20, 2007 at 09:41:55AM +0000, David Woodhouse wrote:
> OK. As long as we change the default to use the _primary_ architecture
> (i.e. ppc32 on ppc64) and allow the package to override that in special
> cases (gdb), it could also make sense to just continue to use what RPM
> already has.
> 
> Actually, I'm not sure gdb _would_ need to override the %FILECOLORS
> behaviour, if it's marked as something that should be installed for the
> 64-bit architecture only. Perhaps we just need a system-wide default,
> and the other per-package tagging I've already proposed is sufficient to
> cover the rest of what we need?

We certainly need to include 32-bit gdb, so that people with 32-bit PPC
CPUs can debug things.  But I agree it is better on ppc64 kernel to install
just 64-bit gdb, 64-bit frysk, 64-bit strace and whatever else falls into
this category of packages that handle both 32-bit and 64-bit processes
in 64-bit incarnation, but 32-bit incarnation handles solely 32-bit ones.
Some tools tightly coupled with the kernel for which sufficient ioctl 32-bit
wrappers don't exist would fall here as well.

	Jakub