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

[Axel Thimm]

On Fri, Apr 27, 2007 at 04:50:10PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 26 April 2007 at 19:16, Axel Thimm wrote:
> > On Thu, Apr 26, 2007 at 01:07:43PM +0100, David Woodhouse wrote:
> > > On Thu, 2007-04-26 at 13:13 +0200, Axel Thimm wrote:
> > > > Which is only needed once you start allowing (in your concept) files
> > > > of one "color" to be overwritable by another.
> > > 
> > > Allowing that was always a mistake. It needs to die.
> > > 
> > > > > 'punched install/remove holes'? 
> > > > 
> > > > See a prvious mail, but for the sake of context:
> > > > 
> > > > yum install foo.i386
> > > > yum install foo.x86_64
> > > 
> > > Error. Files from foo.x86_64 conflict with files from foo.i386. 
> > > 
> > > > yum remove foo.x86_64
> > > 
> > > Error. foo.x86_64 is not installed.
> > > 
> > > > rpm -V foo
> > > 
> > > Works fine.
> > 
> > God, I hate it when people trim away the important parts. Aow you
> > assume again your model of "review everything once again, we'll split
> > off all bins by F10-F11", but I'm still in this year, and want Fedora
> > to do something more then rereviewing all its specfiles several times
> > a year.
> 
> ... by introducing the abomination of bin64? Over my dead body.

Let's hope not. :)

> This is wrong, breaks all kinds of things and confuses not only
> users, but administrators as well.

Well, we've discussed what it could break which isn't really much. And
the confusion will be rather less than the current multilib model. Did
you ever try to explain to an non-multilib expert (but otherwise
skilled person) how multilib and elf coloring works? Usually they
think you are making a fool out of them. ;)

> If you want to do multiarching, go the gentoo/debian way and use a
> chroot.

You know what? I agree 101%. I just want to see this multilib breakage
go away. But I don't think that will happen (e.g. replacing all the
multilib stuff with plain and simple chroots)
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-maintainers/attachments/20070427/bd5b77de/attachment.sig>