Firefox3.0.10 Problems

[Pete Randall]

I noticed this morning that HP has finally made Firefox V3 available, so I downloaded and installed it.

My first attempt at running it blew up in my face, so I went back and made sure that all the pre-reqs were covered: the required HP patch (which has to do with excessive CPU utilization - not core dumping), the GTK libraries (that are only needed for Thunderbird, which I don't have), then tried it again. Same story.

Here's what I get:

# /opt/firefox/firefox

(firefox-bin:26942): GLib-GObject-WARNING **: specified class size for type `Pan
goXftFontMap' is smaller than the parent type's `PangoFcFontMap' class size

(firefox-bin:26942): GLib-GObject-CRITICAL **: file gobject.c: line 1053: assert
ion `G_TYPE_IS_OBJECT (object_type)' failed
/opt/firefox/run-mozilla.sh[36]: 26942 Bus error(coredump)

Any ideas?


Pete

[James R. Ferguson]

Hi Pete:

I don't have any insight but you might want to add your OS and platform to this post :-)

Regards!

...JRF...

[Pete Randall]

Duhhh! Thanks, Jim.

# model
9000/785/C3000
# uname -a
HP-UX tsws1 B.11.11 U 9000/785 2006183676 unlimited-user license


Pete

[Steven E. Protter]

Shalom,

Firefox needs those gtk libraries, you need to install them Pete.

SEP

[Pete Randall]

Steve,

Sorry, that's what I attempted to imply - that I had installed the GTK libs when I said "made sure that all the pre-reqs were covered". Granted I might have been able to make that clearer, but it doesn't get much clearer than what it says on the http://www.hp.com/go/firefox page:

" You must install the windowing toolkit before installing Thunderbird. It is not necessary to install the GTK+ 2.6.8 depot in order to run Mozilla."

In this case it says Mozilla rather than Firefox, but Firefox docs are loaded with these mis-references and, besides - I did install the depot.


Pete

[Steven E. Protter]

The web page is wrong.

Firefox requires gtk. I created the depots NDS Technologies uses for all its HP-UX sytems requiring a browser.

Mozilla and Firefox started out on the same code base and have a lot of common requirements.

Nice talking to you.

SEP

[Pete Randall]

In any case, they are installed and it still fails.


Pete

[Duncan Edmonstone]

installed and worked first time on my 11.11 workstation:

# swlist GTK FIREFOX
# Initializing...
# Contacting target "c3000"...
#
# Target: c3000:/
#

# FIREFOX A.3.0.10ar.00 Firefox for HP-UX
FIREFOX.Firefox A.3.0.10ar.00 Firefox 2.0
# GTK 2.6.8.00.00 GTK+ 2.6 The Gnome GUI Runtime Toolkit
GTK.Gtk 2.6.8.00.00 GTK+ 2.6 The Gnome GUI Runtime Toolkit


have you checked install went ok (swverify)

HTH

Duncan

[Pete Randall]

Looks good to me:



# swverify FIREFOX

======= 10/29/09 11:21:08 EDT BEGIN swverify SESSION
(non-interactive) (jobid=tsws1-0104)

* Session started for user "root@tsws1".

* Beginning Selection
* Target connection succeeded for "tsws1:/".
* Software selections:
FIREFOX,r=A.3.0.10ar.00,a=HP-UX_B.11.00_32/64,v=HP
Firefox.FFOX-COM,l=/opt/firefox,r=A.3.0.10ar.00,a=HP-UX_B.11.11_32/
64,v=HP,fr=A.3.0.10ar.00,fa=HP-UX_B.11.11_32/64
Firefox.FFOX-COM-DOC,l=/opt/firefox,r=A.3.0.10ar.00,a=HP-UX_B.11.11
_32/64,v=HP,fr=A.3.0.10ar.00,fa=HP-UX_B.11.11_32/64
Firefox.FFOX-PA20,l=/opt/firefox,r=A.3.0.10ar.00,a=HP-UX_B.11.11_32
/64,v=HP,fr=A.3.0.10ar.00,fa=HP-UX_B.11.11_32/64
* Selection succeeded.


* Beginning Analysis
* Session selections have been saved in the file
"/root/.sw/sessions/swverify.last".
* The analysis phase succeeded for "tsws1:/".
* Verification succeeded.


NOTE: More information may be found in the agent logfile using the
command "swjob -a log tsws1-0104 @ tsws1:/".

======= 10/29/09 11:21:39 EDT END swverify SESSION (non-interactive)
(jobid=tsws1-0104)



Pete

[Steven E. Protter]

Shalom,

swremove both gtk and firefox.

Then do one of the following:
1) Use swpackage or swcopy to create a single depot containing both products. Then swinstall the whole depot.
2) Install gtk depot, check the logs carefully for issues and then install firefox.

I ran into trouble when I did the firefox install, got the exact same error as you did and then did the gtk install.

It would not work after that until I ripped them both out and installed them in the correct order.

I also recall having to play around with the shared library path variable, but don't try that right away, I'm pretty sure the problem is firefox doesn't install correctly due to lacking build time requirements which of course are not in the depot.

SEP

[Pete Randall]

OK, I swremoved both. I then tried swinstalling together as in 1). That didn't work, so I swremoved and tried swinstalling gtk, then firefox. That didn't work.

I'd be happy to play with SHLIB_PATH, though I can tell you that /opt/gtk2.6/lib is already there and I don't have a clue what else it might need.


Pete

[TTr · Accepted solution]

Take a look at this thread
http://forums13.itrc.hp.com/service/forums/questionanswer.do?&threadId=1352801

I know this is not for version 3 but the problem may be the order of SHLIB_PATH and whether you have duplicate sets of the same library package under /opt and under /usr/local.

Try starting firefox with the bare minimum libraries and see what it is looking for. Look at my last 4-5 rplies in the above thread and try running firefox from its installed location bypassing the startup script, as in (I assume the binary files are still the same)

export SHLIB_PATH=/usr/lib:/opt/firefox
/opt/firefox/firefox-bin

[Pete Randall]

Yes, I remember that thread. Fascinating. It also worked again in this instance. Simply using your two line startup seems to have done the trick. I'll do some experimenting with SHLIB_PATH to see if I can figure out where the problem really lies, but, for the meantime, I can live with a modified startup - as long as it works.

Thanks!


Pete

[Pete Randall]

Holy cow! Is that pig slow, or what? Has anyone else had the joy of waiting and waiting and waiting? Duncan?


Pete

[TTr]

I just installed ver 3 as well. It is sloooooooooow.
I got the same error if I tried to start it up normally. It started up with the two-lin start up method above.

Then I added /opt/gtk+2/lib in the library path and it blew up again with the original error. Maybe there is a newer gtk+2 bundle.

I also remember from the tusk output in that other thread that firefox will be looking for a shared library in several places using the absolute path and using the paths in SHLIB_PATH. So I think that's where the problem is.

[Duncan Edmonstone]

yes very slow... I only tried it the once though... does it set a bunch of stuff up first time - any faster after that???

HTH

Duncan

[Pete Randall]

Thanks, everyone, for all the help. As usual, you guys are the greatest.

Too bad that, after all that, I can't use the stupid thing because of it's slowness. I think I'm going to go back to Firefox V2 that I used to use, though I'm apparently going to have to mess with it's SHLIB_PATH, too. In the meantime, don't laugh, I've gone back to Mozilla and there were some things I really liked about it.

Anyway, this thread is:



_CCC______L__________OOO_______SSS______EEEEE_____DDDD
C___C_____L_________O____O_____S___S_____E__________D___D
C_________.L_________O____O_____S_________E__________D___D
C_________.L_________O____O______SSS______EEEE______D___D
C_________.L_________O____O_________S_____E__________D___D
C___C_____L_________O____O_____S___S_____E__________D___D
_CCC______LLLLL______OOO_______SSS______EEEEE_____DDDD




No further points will be awarded (unless, of course, I feel like it).


Pete

[Dennis Handly]

>I can't use the stupid thing because of it's slowness.

Thanks for the warning, I wonder if my server is fast enough?
Would you like me to notify the firefox team?

[Pete Randall]

Well, it's about time you showed up, Dennis. Just kidding, but I really thought you would have been all over this thread as soon as I posted it.

As far as the slowness goes, all I can tell you is that it appears to be CPU bound and as soon as I try to do anything with it (like reload a page I'm viewing), the CPU utilization shoots right up to 90% or more and I can't tell whether it's actually doing something or not. So you end up clicking on something else, not sure you actually clicked on what you thought you did, and now you've compounded your problem.

I'm trying to run it on a C3000 workstation with 1 PA8500 400 Mhz cpu and 1GB of memory. I didn't bother trying it on anything else because it's really for my personal use and the C3000 is my personal platform. Your mileage may vary.

I would think the Firefox team would like to know about his, wouldn't you?


Pete

[Pete Randall]

No, sorry, I can't help. I was completely unable to use it because it was so slow so I got rid of it. If you go through the above discussion, you will see that the startup issues appeared to have something to do with SHLIB_PATH. We got around that. I think what you need to do is work on the response time because nobody is going to be able to use it when it has multi-second response times.


Pete

[Dennis Handly]

(Gowri's reply will disappear shortly.)

Here are a follow up questions:
It's looks ok to me. I started Firefox on a 11.11 system (HP-UX xxxx B.11.11 U 9000/800)

When I load athp.hp.com, I can see CPU utilization goes to 25% and come back to 2% after the loading is complete. I am not sure if this is specific to some website.

So what is an example external web site that Gowri can test?
===

I don't know how much memory Gowri's server but my IPF server is more than twice as fast as yours and I have 8 Gb.

[Pete Randall]

I was looking at itrc.hp.com.


Pete

[Dennis Handly]

Here is the feedback I got from the lab. On my Integrity servers, my depth was 8.
========================================
GTK library used in Firefox 3.0 does not support 8 plane display depth.
The display depth is 8 by default on PA 11.11. The workaround for this issue is to change the display depth to 24.

File: /etc/X11/X0screens

Add the following contents at the end and reboot the system

DefaultVisual
Depth 24

To verify the depth:
Before:
% xdpyinfo | grep "depth of root"
root window id: 0x27
depth of root window: 8 planes

After the change:
$xdpyinfo | grep "depth of rooot"
depth of root window: 24 planes

On IA, the depth is 24 by default. So customer should not be seeing any issue on IA.

[Pete Randall]

Thanks, Dennis.

The fact that the lab says the default depth on IA is 24, yet you report yours to be 8 does not inspire much confidence.

But, as I said, I don't have it anymore and won't be playing with it so it's all moot to me.


Pete

[Dennis Handly]

>The fact that the lab says the default depth on IA is 24, yet you report yours to be 8 does not inspire much confidence.

My mistake, I redirected it to a PA workstation.