[F8/multilib] {,/usr}/{,s}bin64 (was: Split libperl from perl)
Ed Hill
ed at eh3.com
Fri Apr 27 21:59:16 UTC 2007
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.
The following:
- users performing installs
- chroots that require special (e.g., root) permissions
- virtual machines (that again probably require some
special permissions and/or a lot of hassle)
are all non-starters.
And, again from my perspective, manipulation of ${PATH} for each user
is just fine.
Ed
--
Edward H. Hill III, PhD | ed at eh3.com | http://eh3.com/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-maintainers/attachments/20070427/18ba582f/attachment.sig>
More information about the Fedora-maintainers
mailing list