List Info

Thread: 32bit and 64bit applications on the same system




32bit and 64bit applications on the same system
country flaguser name
Germany
2007-06-27 11:54:09
Hi,

does anyone know, if there has been any progress, getting
any package 
manager (portage/paludis/pkgcore) to compile any
applications in the 
same root as 64bit and/or 32bit e.g. if I want my firefox as
32bit 
application, then firefox and all it's dependencies get
compiled as 32 
bit, but the rest as 64bit. (This would naturally means,
that some 
libraries exists as 32bit and 64bit on the same system.)

I searched on the internet and the only thing I found was
from paludis: 
"A whole different configuration system, making it far
easier to 
maintain multiple systems, some in chroots, with entirely
separate 
configuration files." I could mean, that paludis could
do it or in some 
future, it could do it, but I found no details about that,
so I can't 
say, if this is, what I'm searching for.

If I was simply too dump, to find any
documentation/information about 
this topic by myself on the net, it would be kind to point
me to those.

The merit of this, would be a) getting rid of the
emul-packages b) 
getting any application to work, which only is available for
32bit, 
without needing to maintain a 32bit chroot with all it's
drawback. I'm 
especially thinking of older windows games, which run with
wine and from 
which I can't separate myself. The only problem is, that
wine has itself 
to be 32bit and all it's dependencies. (I'm aware, that wine
runs with 
the emul packages. As there exists windows for 64bit, I
guess, there 
will be also in the future a 64bit wine for 64bit
windows-applications, 
so the current situation won't be permanent.) Just one
example, where 
such a future from the package manager would be cool.

The only thing, I've know about it, was that portage
dependencies 
implementation isn't designed for such purpose and it would
need major 
changes in there, to get portage to do it. I never read
something about, 
how file collision are handled, which would be certain, if
the same 
package is installed as 32bit and 64bit (e.g. docs).

Greetings,
Jean-Marc
-- 
gentoo-amd64gentoo.org mailing list


Re: 32bit and 64bit applications on the same system
user name
2007-06-27 13:23:02


2007/6/27, Jean-Marc Hengen < hengenjrhrk.uni-kl.de">hengenjrhrk.uni-kl.de>:
Hi,

does anyone know, if there has been any progress, getting any package
manager (portage/paludis/pkgcore) to compile any applications in the
same root as 64bit and/or 32bit e.g. if I want my firefox as 32bit
application, then firefox and all it's dependencies get compiled as 32
bit, but the rest as 64bit. (This would naturally means, that some
libraries exists as 32bit and 64bit on the same system.)

for firefox 32 bit install firefox-bin with the x86 keyword in the package keywords.... it is compiled for x86 arch.... if you need x86 plugins to work on them then just install ndiswrapper and have the x64 firefox..... on http://gentoo-wiki.com/ you'll find a howto on how to install the 32 bit plugins for firefox, and on how to install the 32 bit media codecs.....

I searched on the internet and the only thing I found was from paludis:
&quot;A whole different configuration system, making it far easier to
maintain multiple systems, some in chroots, with entirely separate
configuration files.&quot; I could mean, that paludis could do it or in some
future, it could do it, but I found no details about that, so I can't
say, if this is, what I'm searching for.

If I was simply too dump, to find any documentation/information about
this topic by myself on the net, it would be kind to point me to those.

The merit of this, would be a) getting rid of the emul-packages b)
getting any application to work, which only is available for 32bit,
without needing to maintain a 32bit chroot with all it's drawback. I'm
especially thinking of older windows games, which run with wine and from
which I can't separate myself. The only problem is, that wine has itself
to be 32bit and all it's dependencies. (I'm aware, that wine runs with
the emul packages. As there exists windows for 64bit, I guess, there
will be also in the future a 64bit wine for 64bit windows-applications,
so the current situation won't be permanent.) Just one example, where
such a future from the package manager would be cool.

for wine: compile it  with the x86 keyword, as i did, and you'll use it as a win32 emulator.... i use all the native packages on x64 with the emuls installed and with wine 32bit, nspluginwrapper for flash 9 and realmedia, and with mplayer9;s win32codecs for wmv.... these are the only apps that don't run natively on 64bit....

The only thing, I've know about it, was that portage dependencies
implementation isn't designed for such purpose and it would need major
changes in there, to get portage to do it. I never read something about,
how file collision are handled, which would be certain, if the same
package is installed as 32bit and 64bit (e.g. docs).

Greetings,
Jean-Marc
--
gentoo-amd64gentoo.org">gentoo-amd64gentoo.org mailing list

i would not suggest you to install a x86 chroot cause it is useful and makes you compile a lot of crap.... install all the apps for 64bit and then follow the gentoo-wiki's how-tos to install the 32bit only apps (realmedia, wmv, flash, wine).... all other apps, for what i know have a 64bit version....




--
beso

d-_-b
[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )