[gentoo-user] emerge 32bits on 64bits platform

[gentoo-user] emerge 32bits on 64bits platform

[Stéphane Guedon]

[-- Attachment #1: Type: Text/Plain, Size: 544 bytes --]

I have read several things about this, but never really solved !

Can I emerge a 32bits software on 64bits platform with a multilib profile ?

All my web browsers (konqueror, opera, chromium, firefox) are 64bits, whereas 
flash player exist currently in 32bits. So, I need to have 32bits browser ! Can 
I emerge ?

Thanks !
-- 
Stéphane Guedon
page web : http://www.22decembre.eu/
carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf
clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] emerge 32bits on 64bits platform

[Johannes Kimmel]

On 08/16/2010 08:13 PM, Stéphane Guedon wrote:
> I have read several things about this, but never really solved !
>
> Can I emerge a 32bits software on 64bits platform with a multilib profile ?
>
> All my web browsers (konqueror, opera, chromium, firefox) are 64bits, whereas
> flash player exist currently in 32bits. So, I need to have 32bits browser ! Can
> I emerge ?
>
> Thanks !

Not exactly. You can use www-plugins/nspluginwrapper to use 32bit 
plugins in a 64bit browser.
But yes, you can emerge www-client/firefox-bin. This is a precompiled 
32bit firefox, that runs the flashplugin without nspluginwrapper.

That should at least answer one question :)

Greetings

Johannes Kimmel

Re: [gentoo-user] emerge 32bits on 64bits platform

[Stéphane Guedon]

[-- Attachment #1: Type: Text/Plain, Size: 1119 bytes --]

Le Monday 16 August 2010 21:39:13, Johannes Kimmel a écrit :
> On 08/16/2010 08:13 PM, Stéphane Guedon wrote:
> > I have read several things about this, but never really solved !
> > 
> > Can I emerge a 32bits software on 64bits platform with a multilib profile
> > ?
> > 
> > All my web browsers (konqueror, opera, chromium, firefox) are 64bits,
> > whereas flash player exist currently in 32bits. So, I need to have
> > 32bits browser ! Can I emerge ?
> > 
> > Thanks !
> 
> Not exactly. You can use www-plugins/nspluginwrapper to use 32bit
> plugins in a 64bit browser.
> But yes, you can emerge www-client/firefox-bin. This is a precompiled
> 32bit firefox, that runs the flashplugin without nspluginwrapper.
> 
> That should at least answer one question :)
> 
> Greetings
> 
> Johannes Kimmel

nspluginwrapper currently doesn't allow flash player to work, don't know why...

-- 
Stéphane Guedon
page web : http://www.22decembre.eu/
carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf
clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [gentoo-user] emerge 32bits on 64bits platform

[Bill Longman]

On 08/16/2010 12:47 PM, Stéphane Guedon wrote:
> 
> nspluginwrapper currently doesn't allow flash player to work, don't know why...

You could look at swfdec-gnome too.

Re: [gentoo-user] emerge 32bits on 64bits platform

[Jesús J. Guerrero Botella]

2010/8/16 Stéphane Guedon <stephane@22decembre.eu>:
> I have read several things about this, but never really solved !
>
> Can I emerge a 32bits software on 64bits platform with a multilib profile ?
>
> All my web browsers (konqueror, opera, chromium, firefox) are 64bits, whereas
> flash player exist currently in 32bits. So, I need to have 32bits browser ! Can
> I emerge ?

There's a multilib overlay that will allow you to build 32 bits
software on a 64 bits OS. But it's completely unsupported, don't
expect it to work flawlessly. It's been long since the last time I
tried it so I don't know what the current status of things is.


-- 
Jesús Guerrero Botella

Re: [gentoo-user] emerge 32bits on 64bits platform

[Alan McKinnon]

On Tuesday 17 August 2010 09:24:42 Jesús J. Guerrero Botella wrote:
> 2010/8/16 Stéphane Guedon <stephane@22decembre.eu>:
> > I have read several things about this, but never really solved !
> > 
> > Can I emerge a 32bits software on 64bits platform with a multilib profile
> > ?
> > 
> > All my web browsers (konqueror, opera, chromium, firefox) are 64bits,
> > whereas flash player exist currently in 32bits. So, I need to have
> > 32bits browser ! Can I emerge ?
> 
> There's a multilib overlay that will allow you to build 32 bits
> software on a 64 bits OS. But it's completely unsupported, don't
> expect it to work flawlessly. It's been long since the last time I
> tried it so I don't know what the current status of things is.


Or he could just ignore the warnings about 32/64 bit issues n the ebuild and 
use nspluginwrapper.

That's what I use on latest Firefox, Konqueror, Chrome, Rekons and Arora. It 
works everywhere but flash does use excessive CPU, but that is a 
characteristic of flash, not of the wrapper....


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] emerge 32bits on 64bits platform

[Mike Edenfield]

On 8/16/2010 2:13 PM, Stéphane Guedon wrote:
> I have read several things about this, but never really solved !
> 
> Can I emerge a 32bits software on 64bits platform with a multilib profile ?
> 
> All my web browsers (konqueror, opera, chromium, firefox) are 64bits, whereas 
> flash player exist currently in 32bits. So, I need to have 32bits browser ! Can 
> I emerge ?

* There are a few binary packages in Portage that are 32-bit binaries.
In your case, specifically, there is firefox-bin and chromium-bin.
Those should emerge and run fine on a multilib system, after emerging
the correct 32-bit compatibility packages.  Note that Flash will run *a
lot* slower than you're probably used to in this setup.

* For other web browsers, you could build your own 32-bit software on
the 64-bit system.  That's trickier, but there is a cross-dev system
available in portage you can use to ease the pain a bit.  Personally I'd
just go with one of the binary browser packages.

* You could try using the nspluginwrapper package, which was built just
for this purpose (loading 32-bit plugins into a 64-bit browser).  Flash
only worked sporadically for me under nspluginwrapper, but apparently
others have a lot of success with it.

* Or, you can do what I did, and mask off adobe-flash-10.0.53*, so you
will still have the 64-bit Flash Player available until Adobe gets their
act together and releases a newer version.  It limits you to those Flash
applications where you already know and trust the publisher, since
there's a list as long as my arm of security fixes in 10.0.53.64, but
that's good enough for me for now.

Re: [gentoo-user] emerge 32bits on 64bits platform

[Bill Longman]

On 08/17/2010 06:43 AM, Mike Edenfield wrote:
> On 8/16/2010 2:13 PM, Stéphane Guedon wrote:
>> I have read several things about this, but never really solved !
>>
>> Can I emerge a 32bits software on 64bits platform with a multilib profile ?
>>
>> All my web browsers (konqueror, opera, chromium, firefox) are 64bits, whereas 
>> flash player exist currently in 32bits. So, I need to have 32bits browser ! Can 
>> I emerge ?

Well, you can certainly make a 32 bit chroot directory and compile
things in there. That works on x86_64 quite nicely. (Never tried it on
the sparcs 'coz I got rid of the SPARCstations long ago.)

I don't know how you'd peel out the results of your compile and place
them into your 64 bit "host" without mucking up things. I guess you
could use binpkg or some such but you'd still have the problem of
unwrapping the 32 bit pkg in your 64 bit host. Yuck.

Re: [gentoo-user] emerge 32bits on 64bits platform

[Stéphane Guedon]

[-- Attachment #1: Type: Text/Plain, Size: 1305 bytes --]

Le Tuesday 17 August 2010 21:24:59, Bill Longman a écrit :
> On 08/17/2010 06:43 AM, Mike Edenfield wrote:
> > On 8/16/2010 2:13 PM, Stéphane Guedon wrote:
> >> I have read several things about this, but never really solved !
> >> 
> >> Can I emerge a 32bits software on 64bits platform with a multilib
> >> profile ?
> >> 
> >> All my web browsers (konqueror, opera, chromium, firefox) are 64bits,
> >> whereas flash player exist currently in 32bits. So, I need to have
> >> 32bits browser ! Can I emerge ?
> 
> Well, you can certainly make a 32 bit chroot directory and compile
> things in there. That works on x86_64 quite nicely. (Never tried it on
> the sparcs 'coz I got rid of the SPARCstations long ago.)
> 
> I don't know how you'd peel out the results of your compile and place
> them into your 64 bit "host" without mucking up things. I guess you
> could use binpkg or some such but you'd still have the problem of
> unwrapping the 32 bit pkg in your 64 bit host. Yuck.

I have simply used the 10.0.42 plugin which have a native 64 bit version...

Thanks !
-- 
Stéphane Guedon
page web : http://www.22decembre.eu/
carte de visite : http://www.22decembre.eu/downloads/Stephane-Guedon.vcf
clé publique gpg : http://www.22decembre.eu/downloads/Stephane-Guedon.asc

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

[gentoo-user] Re: emerge 32bits on 64bits platform

[Nikos Chantziaras]

On 08/16/2010 09:13 PM, Stéphane Guedon wrote:
> I have read several things about this, but never really solved !
>
> Can I emerge a 32bits software on 64bits platform with a multilib profile ?
>
> All my web browsers (konqueror, opera, chromium, firefox) are 64bits, whereas
> flash player exist currently in 32bits. So, I need to have 32bits browser ! Can
> I emerge ?
>
> Thanks !

Welcome to hell.  No, that's possible, as others pointed out.  There was 
an initiative to bring true multilib to Gentoo a year or so back (maybe 
more) but it seems it died and no one's working on it.

For your browser this is probably not so problematic.  But imagine 
someone running the latest graphics stack (libdrm, mesa, etc.) on his 
64bit machine, but its totally useless because proprietary Linux games 
are 32bit and thus won't run.

It's 2010 and Gentoo still hasn't solved that :-/

Re: [gentoo-user] Re: emerge 32bits on 64bits platform

[Enrico Weigelt]

* Nikos Chantziaras <realnc@arcor.de> wrote:

> Welcome to hell.  No, that's possible, as others pointed out.  There was 
> an initiative to bring true multilib to Gentoo a year or so back (maybe 
> more) but it seems it died and no one's working on it.
> 
> For your browser this is probably not so problematic.  But imagine 
> someone running the latest graphics stack (libdrm, mesa, etc.) on his 
> 64bit machine, but its totally useless because proprietary Linux games 
> are 32bit and thus won't run.

The problem here is that this essentially means having two systems
in one, 32bit and a 64bit one. To make it really clean, we'd actually
need two separate installations (eg. using jails). But that makes
administration quite complex.

Perhaps portage could be extended to support a concept of subsystems,
which are fully self-conftained for the runtime stuff only (but no
portage, toolchains, etc). Everything that's not required for booting
and building (so, the essential base-packages) is now sitting within
a subsystem (maybe that's even a jail). Each subsystem of course 
also has its own /var/db/pkg etc (maybe even own /etc/portage stuff).

Portage would now compute an internal portage tree for all subsystems
using namespaces. The actual build then runs in an sysroot environment
for the actual subsystem.

Let's take an example: mc


On an fresh system, `emerge -peqt app-misc/mc` looks like this:

[ebuild  N    ] app-misc/mc-4.7.0.3  USE="edit gpm -X -nls -samba -slang" 
[ebuild  N    ]  sys-libs/gpm-1.20.5  USE="(-selinux)" 
[ebuild  N    ]   app-arch/xz-utils-4.999.9_beta  USE="threads -nls -static-libs" 
[ebuild  N    ]  dev-libs/glib-2.24.1-r1  USE="-debug -doc -fam -hardened (-selinux) -xattr" 
[ebuild  N    ]   sys-devel/gettext-0.17-r1  USE="-acl -doc -emacs -nls -nocxx -openmp" 
[ebuild  N    ]   dev-util/gtk-doc-am-1.15 
[ebuild  N    ]    app-text/docbook-xml-dtd-4.3-r1 
[ebuild  N    ]    dev-libs/libxslt-1.1.26  USE="-crypt -debug -python" 
[ebuild  N    ]     dev-libs/libxml2-2.7.7  USE="-debug -doc -examples -ipv6 -python -readline -test" 
[nomerge      ] app-text/docbook-xml-dtd-4.3-r1 
[ebuild  N    ]  app-text/sgml-common-0.6.3-r5 
[ebuild  N    ]  app-arch/unzip-6.0-r1  USE="bzip2 -unicode" 
[nomerge      ] app-misc/mc-4.7.0.3  USE="edit gpm -X -nls -samba -slang" 
[ebuild  N    ]  dev-util/pkgconfig-0.25-r2  USE="-hardened" 
[nomerge      ] app-text/docbook-xml-dtd-4.3-r1 
[ebuild  N    ]  app-text/docbook-xsl-stylesheets-1.75.2 
[ebuild  N    ]   app-text/build-docbook-catalog-1.4 

Now on the new model it would be: `emerge -peqt x86_32::app-misc/mc`

[ebuild  N    ] x86_32::app-misc/mc-4.7.0.3  USE="edit gpm -X -nls -samba -slang" 
[ebuild  N    ]  x86_32::sys-libs/gpm-1.20.5  USE="(-selinux)" 
[ebuild  N    ]   main::app-arch/xz-utils-4.999.9_beta  USE="threads -nls -static-libs" 
[ebuild  N    ]  x86_32::dev-libs/glib-2.24.1-r1  USE="-debug -doc -fam -hardened (-selinux) -xattr" 
[ebuild  N    ]   main::sys-devel/gettext-0.17-r1  USE="-acl -doc -emacs -nls -nocxx -openmp" 
[ebuild  N    ]   x86_32::sys-devel/gettext-0.17-r1  USE="-acl -doc -emacs -nls -nocxx -openmp" 
[ebuild  N    ]   x86_32::dev-util/gtk-doc-am-1.15 
[ebuild  N    ]    main::app-text/docbook-xml-dtd-4.3-r1 
[ebuild  N    ]    x86_32::dev-libs/libxslt-1.1.26  USE="-crypt -debug -python" 
[ebuild  N    ]     x86_32::dev-libs/libxml2-2.7.7  USE="-debug -doc -examples -ipv6 -python -readline -test" 
[nomerge      ] main::app-text/docbook-xml-dtd-4.3-r1 
[ebuild  N    ]  main::app-text/sgml-common-0.6.3-r5 
[ebuild  N    ]  main::app-arch/unzip-6.0-r1  USE="bzip2 -unicode" 
[nomerge      ] x86_32::app-misc/mc-4.7.0.3  USE="edit gpm -X -nls -samba -slang" 
[ebuild  N    ]  main::dev-util/pkgconfig-0.25-r2  USE="-hardened" 
[nomerge      ] main::app-text/docbook-xml-dtd-4.3-r1 
[ebuild  N    ]  main::app-text/docbook-xsl-stylesheets-1.75.2 
[ebuild  N    ]   main::app-text/build-docbook-catalog-1.4 


Note that here portage into which subsystem a package has to go in.
That's done by a new kind of depdendencies: buildtool. So a plain system
(w/o subsystems at all), these simply would be silently added to $DEPEND
(prefixed w/ "main::").

Of course, this requires all packages to be fully crosscompilable
in sysroot, and here's yet some work to do (essentially, that's what
oss-qm is doing all the day ;-p). 

Ah, and this approach can also supersede crossdev (at least most of it)
and provide a fine tool for managing tiny containers which don't need
their own toolchain and portage stuff.



cu
-- 
----------------------------------------------------------------------
 Enrico Weigelt, metux IT service -- http://www.metux.de/

 phone:  +49 36207 519931  email: weigelt@metux.de
 mobile: +49 151 27565287  icq:   210169427         skype: nekrad666
----------------------------------------------------------------------
 Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme
----------------------------------------------------------------------