Well, my multilib desktop on ppc64 is pretty much complete (32-bit
abiword, yelp, (old) epiphany, gimp, gutenprint; 64-bit sound apps,
gnumeric, gdm, kde, kaffeine, xine) but I seem to be missing something
to get 32-bit firefox working (it ends with status 1).

 I've compiled a 32-bit firefox-1.5.0.4 (this build been ongoing for
some months), and used it to enable epiphany (old version of that, to
avoid dbus and hal) - that works as a general browser, although it
crashes about as frequently as firefox-0.8 used to on ppc.  But, I
can't get firefox to run, so I can't use plugins.  Konqueror is fine,
but being 64-bit it can't use 32-bit plugins.

 I had to use the separate nss, which is slightly newer than the 1.5
tree and does build on ppc64 with -m32.  I've got the 32-bit gtk and
pango files in /etc/32.  I even looked back at what I did in the
firefox-1.0 days on x86_64 [ point to a PANGO_RC_FILE in the
environment and use that to point to the 32-bit pango modules and
aliases, on the way to calling firefox in /usr/lib/ ].

 I've tried editing the script so that -g will activate my 32-bit
gdb, but it doesn't help (starts a couple of threads, ends with an
rc of 1, gbd cannot provide a backtrace).  Tried routing stderr to
a file, but it was empty.  In passing, I'm probably missing
something obvious about how to build gdb on multilib - I've got
separate 32 and 64 versions.

 So, has anybody got a working 32-bit firefox on their multilib
desktop ?  If so, any tips, please ? 


 FWIW, that desktop isn't wonderful:  (i.) I get loads of spurious
mouse events, but then I always have had them, even in a wholly
32-bit userspace, maybe that's what comes of using an nv graphics
card, or maybe it's just the low-end apple hardware.
(ii.) there is some sort of endian bug in the 64-bit Gimp which I
haven't tracked down (tried to memmap 8.5GB while loading the
brushes, I think - gave it that in a swapfile, it then looked for
another 34GB which I couldn't provide).  Fortunately, the 32-bit
Gimp is fine.

 So, by current standards it's a bit slow, but at least I can say
"this one goes up to 64".  Heh, maybe I can change my name to

Nigel Tufnel ;)
-- 
das eine Mal als Tragödie, das andere Mal als Farce
_______________________________________________
Clfs-support mailing list
[email protected]
http://lists.cross-lfs.org/cgi-bin/mailman/listinfo/clfs-support

Reply via email to