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

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



On Sat, 28 Apr 2007 07:42:22 "Dominik 'Rathann' Mierzejewski" wrote:
> On Friday, 27 April 2007 at 23:59, Ed Hill wrote:
> > On Fri, 27 Apr 2007 20:42:03 "Dominik 'Rathann' Mierzejewski" wrote:
> > > 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:
> > > 
> > > > > 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.
> > 
> > Lets make this absolutely clear: a lot of people (myself included)
> > want to see the above problem solved.  I WANT my users (each and
> > every one of them on multi-user systems in fact) to be able to
> > switch at will between 32-bit and 64-bit versions of various
> > applications.
> 
> And I want a pure64 system with binaries in /bin so that I don't have
> to rewrite tons of my scripts.


I don't think our desires are mutually exclusive.  I think there are
technical solutions (perhaps involving soft links?) that will satisfy
both of us.

Ed

-- 
Edward H. Hill III, PhD  |  ed eh3 com  |  http://eh3.com/

Attachment: signature.asc
Description: PGP signature


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