Re: Handling multilib

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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

--
Fedora-maintainers mailing list
Fedora-maintainers@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers

--
Fedora-maintainers-readonly mailing list
Fedora-maintainers-readonly@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-maintainers-readonly

[Index of Archives]     [Fedora Users]     [Fedora Development]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]

  Powered by Linux