Firefox doesn't start anymore

[H. van Niekerk]

>Ok, now we are getting somewhere. As a normal user, did you login to the main CDE screen so that the entire desktop belongs to that user?. No root logins and no "su"?

All I did was login as normal user, open a terminal, and run the startfirefox script. No root login or "su".

[TTr]

There is a permissions issue somewhere. There is some subdirectory or file that is NOT readable/executable by a normal user and it prevents the firefox from using the graphics CDE environment. Look around in case you find something obvious. Look in /etc, /usr, /usr/lib, /usr/*/X11 etc. If you don't find anything obvious, you can use the swverify command. Understand that swverify will scan all the OS volumes and set the ownership and permissions of each file and directory to what they were when the software was installed. Run "swverify" without any parameters. It will take several minutes to run, anywhere from 5-15 minutes depending on how much stuff you have swinstall-ed and how fast the server is (cpu, i/o).
If you have run any security hardening that changed permissions around the file/directories, swverify will undo those.

[H. van Niekerk]

>Run "swverify" without any parameters.

Then I get this output:

# swverify

======= 07/06/09 04:11:40 MDT BEGIN swverify SESSION
(non-interactive) (jobid=Somerset-0090)

* Session started for user "root@Somerset".

* Beginning Selection
* Target connection succeeded for "Somerset:/".
ERROR: No software selections have been specified. You must specify
a list of products (or use the "\*" wildcard).
ERROR: Cannot continue the "swverify" task.
* Selection had errors.



======= 07/06/09 04:11:42 MDT END swverify SESSION (non-interactive)
(jobid=Somerset-0090)

[Dennis Handly]

>ERROR: No software selections have been specified. You must specify a list of products (or use the "\*" wildcard).

You means you must use:
# swverify \*

[H. van Niekerk]

>You means you must use:
# swverify \*

OK, did that. Got the following result:

ERROR: The dependencies for fileset "PHKL_23204.CORE2-KRN,l=/,r=1.0"
cannot be resolved (see previous lines).
ERROR: File "/usr/local/lib/charset.alias" should have mtime
"1246444423" but the actual mtime is "1196150098".
ERROR: Fileset "glib2.glib2-RUN,l=/usr/local,r=2.20.4" had file
errors.
ERROR: File "/usr/local/lib/libgcj.sl" should have mtime "1203664934"
but the actual mtime is "1203643661".
ERROR: File "/usr/local/lib/libstdc++.sl" should have mtime
"1203664933" but the actual mtime is "1203643651".
ERROR: Fileset "libgcc.libgcc-RUN,l=/usr/local,r=4.2.3" had file
errors.
ERROR: File "/usr/local/lib/charset.alias" should have mtime
"1246445731" but the actual mtime is "1196150098".
ERROR: Fileset "libiconv.libiconv-RUN,l=/usr/local,r=1.13.1" had file
errors.

[Dennis Handly]

>ERROR: The dependencies for fileset "PHKL_23204.CORE2-KRN,l=/,r=1.0"
cannot be resolved (see previous lines).

You may want to install its replacement: PHKL_31241

>ERROR: File "/usr/local/lib/charset.alias" should have mtime

You could reinstall these others but I don't think this is the problem.

[H. van Niekerk]

>You may want to install its replacement: PHKL_31241

I found this: http://www13.itrc.hp.com/service/patch/patchDetail.do?patchid=PHKL_31241&sel={hpux:11.11,}&BC=main|search|

telling PHKL_35293 is more recent. Should I stay with 31241 or use 35293?

[James R. Ferguson]

Hi:

telling PHKL_35293 is more recent. Should I stay with 31241 or use 35293?

Unless you find that PHKL_35293 offers something you specifically need, I would use PKKL_31241 since it is the "recommended" patch.

Regards!

...JRF...

[H. van Niekerk]

>Unless you find that PHKL_35293 offers something you specifically need, I would use PKKL_31241 since it is the "recommended" patch.

Ok, I downloaded the patch and try to install it according to the instructions but end up with this message:

NOTE: The patch match operation failed to find patches for target
software on "Somerset" which passed the filter.
NOTE: Cannot continue the "swinstall" task.

Should I leave out the patch_match operation?

[Dennis Handly]

>NOTE: The patch match operation failed to find patches for target software

Hmm, you are on 11.11, PHKL_31241 is for 11.11, so it should work.

>Should I leave out the patch_match operation?

Might as well.

[TTr]

There are patch inconsistencies but as Dennis pointed out that might not be the cause of the firefox problem. Did you try running firefox after the swverify. Maybe something related to X11 got fixed.

Also run this command. "swlist -l fileset -a status" and look if all filesets are in the "configured" state. If you see any filesets listed as "installed" you need to run swconfig for those filesets.

[TTr]

Please run these commands and tellus what happens

login to the main cde screen as huug
open a dtterm window
xhost +
xclock

If xclock displays, try firefox. If xclock does not display, run it through tusk again and post the tusk output file.

[H. van Niekerk]

>If xclock displays, try firefox

xclock displays fine, firefox (using the startfirefox script) still doesn't start.

BTW, I didn't install the patch yet.

[TTr]

Did you add anything else besides the SHLIB_PATH in the /opt/firefox/firefix script? Anything relating to xhost?

The /opt/firefox/run-mozilla.sh is the second script that runs after /opt/firefox/firefox. Add these lines to the /opt/firefox/run-mozilla.sh at the bottom of the file BEFORE the last if-then-else block.

echo $DISPLAY > /tmp/ff.log
xhost >> /tmp/ff.log
env >> /tmp/ff.log

Then post the /tmp/ff.log file

[H. van Niekerk]

>Did you add anything else besides the SHLIB_PATH in the /opt/firefox/firefix script? Anything relating to xhost?

Nothing, the script just exports SHLIB_PATH and executes /opt/firefox/firefox.

Attached is ff.log.

[Mel Burslan]

I was following this thread for a while and what a strange sequence of events, I can't help but thinking.

Pointing the elephant in the room, it seems like your DISPLAY variable and most (if not all) other x-window requiring applications are working fine. Why don't you just try installing another (most probably inferior to firefox) browsr and see if it can work. If it does, it helps you post directly from your machine to this forum.

Here is where HP suggests you download the Mozilla browser (not to be confused with Firefox):

http://h20392.www2.hp.com/portal/swdepot/try.do?productNumber=HPUXMOZ171301

hope this helps to a certain extent.

[H. van Niekerk]

I do have the non-graphical browser links installed, but it doesn't work very well for this posting.
And after installing mozilla it tells it can't find libintl.sl.1.

[TTr]

I was looking at the /tmp/ff.log and the only thing I notice is a typ in the SHLIB_PATH. I don't think that's an issue because the typo is confined within the colons and only that subpath is bad, the rest of the path is OK. What I also noticed in the tusc output in a previous attachment comparing it to my own tusc oustput, was tha many libraries were found in /usr/local/lib in your server where the same ones were found in /opt/gtp2.6 on my server. That does not mean there is a problem, unless there is a huge difference in the version and source depot between the libraries you have and the ones I have. I too am suspecting the /opt/firefox/firefox-bin itself I will see if can capture more details using tusc by simplifying the invoking scripts One last thought I had was if the firefox-bin is ignoring upper case and is using "somerset" for the hostname and/or the display. I can not test this one.

[TTr · Accepted solution]

After going through the invoking scripts in /opt/firefox, I was able to start firefox with these two commands alone

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

Try these out and if it does not start again, try again after (re)moving the /home/huug/.mozilla

If again it does not start put it through tusc and post the output

[H. van Niekerk]

>and if it does not start again, try again after (re)moving the /home/huug/.mozilla

This works.

[TTr]

There must be some incompatibility with the libraries that you have in /usr/local/lib. I notices on my workstation, with only /usr/lib and /opt/firefox in the SHLIB_PATH, the firefox-bin binary was pulling libraries from /opt/gtk2.6 because the path was harcoded in the binary. Try cleaning up your SHLIB_PATH and use it with its original scripts or create a new 2-line script with the above commands to run firefox.

[H. van Niekerk]

>Try cleaning up your SHLIB_PATH and use it with its original scripts or create a new 2-line script with the above commands to run firefox.

I already created a new 2 line script with those 2 commands, logged out/in, opened terminal and started firefox with the new script : it works.

[TTr]

Try the following if you want to narraow down where the problem is

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

If you get the errors again, then you have either a permissions issue in /usr/local/lib or one of the files in it, or the version of some of the libraries in there is not compatible with firefox.

[TTr]

The above should be /usr/local/lib not /usr/local/bin

[H. van Niekerk]

>If you get the errors again, then you have either a permissions issue in /usr/local/lib or one of the files in it, or the version of some of the libraries in there is not compatible with firefox.

The addition of /usr/local/lib gives no problem.