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

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

 



On Friday, 27 April 2007 at 20:29, Axel Thimm wrote:
> On Fri, Apr 27, 2007 at 08:14:35PM +0200, Dominik 'Rathann' Mierzejewski wrote:
> > > # yum install mplayer.i386
> > > file /usr/bin/mplayer from mplayer.i386 conflicts with file /usr/bin/mplayer from installed mplayer.x86_64
> > > <rant>
> > > # yum remove mplayer
> > > mplayer is needed by ...
> > > <rant, rant, rant>
> > > # rpm -e --nodeps mplayer
> > > # yum install mplayer.i386
> > > <wait, wait, wait>
> > > # mplayer foo
> > > <hm, mplayer.i386 cannot play it either, or I just want my x86_64 version back>
> > > # yum install mplayer.x86_64
> > > file /usr/bin/mplayer from mplayer.x86_64 conflicts with file /usr/bin/mplayer from installed mplayer.i386
> > > <argh, slamming keyboard against the display>
> > > # rpm -e --nodeps mplayer.x86_64; yum install mplayer
> > > Sorry, you are offline, please try later
> > > <throwing the laptop off the plane>
> > 
> > Currently it's no better.
> 
> But we're trying to improve things, and while now using mplayer.i386
> is not defined at all in the "unwritten multilib specification for
> FC2-F7", if you do say that with the bin sub-sub-packaging method it
> does work you hit the above usability problem.

It's not meant to solve the problem of running 32bit and 64bit _binaries_
simultaneously. It's meant to solve the problem of installing 32bit and
64bit _libs_ simultaneously.

> > Assume we have 64bit mplayer installed.
> > $ mplayer foo
> > doesn't work, needs 32bit binary blob codecs
> > # yum install mplayer.i386
> > $ mplayer foo
> > still doesn't work! aargh, why? oh, wait, rpm just ignored the 32bit binary
> > even though there's a file conflict!
> > <throwing laptop off the plane>
> 
> Yes, the current and proposed bin sub-subpackaging solutions both make
> you throw the laptop out of the window, so let's go for a solution
> where the laptop stays on board, e.g. bin64.

You're trying to solve a different problem.

> > > The better solution:
> > > 
> > > # yum install mplayer.i386
> > > # goi386 mplayer foo
> > > <hm, mplayer.i386 cannot play it either, or I just want my x86_64 version back>
> > 
> > s,goi386,chroot /emul,
> > 
> > and we have Gentoo or Debian's pure64 solution. It's not a better solution,
> > it's a different solution. Heck, it solves a different problem!
> 
> How is it different? They want to run i386 on x86_64 and have a clean
> separation.

But we never allowed that! Except for broken packages which keep binaries
outside /bin directories. That's a major change of functionality, hence
my saying that's a different problem.

> > > <OK, that was smooth, now I have time for solving the world hunger problem>
> > 
> > You don't need bin64 for that.
> 
> I agree, it was a joke.

I wasn't referring to your joke. Sorry if I was unclear.

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"

--
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