Bug 116445 - Remove JVM version probe
Summary: Remove JVM version probe
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: mozilla
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Christopher Aillon
QA Contact: Ben Levenson
URL:
Whiteboard:
: 154047 (view as bug list)
Depends On:
Blocks: FC4Blocker
TreeView+ depends on / blocked
 
Reported: 2004-02-21 03:32 UTC by Sam Varshavchik
Modified: 2007-11-30 22:10 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-05-20 09:45:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Sam Varshavchik 2004-02-21 03:32:10 UTC
Description of problem:

The following portion of /usr/bin/mozilla doesn't work on AMD64:

    # export this temporarily - it seems to work with old and new
    # versions of the JVM.
    export LD_ASSUME_KERNEL=2.2.5
 
    # get the version
    JVM_VERSION=`$JVM_COMMAND -version 2>&1 | grep version | cut -f 3
-d " " | sed -e 's/\"//g'`


The export must be commented out, otherwise both Sun's i586 VM, and
Blackdown's AMD64 VM break (Blackdown's has other issues, but it's
their problem).

Version-Release number of selected component (if applicable):

mozilla-1.4.1-18

How reproducible:

Always

Steps to Reproduce:

1. Go to java.sun.com, grab 1.4.2 JRE for i586, and install it.
2. Creating a soft link from /usr/lib/mozilla/plugins to
i386/ns610-gcc32/libjavaplugin_oji.so
3. Run /usr/bin/mozilla
  
Actual results:

[root@commodore tmp]# /usr/bin/mozilla
grep: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
cut: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory
sed: error while loading shared libraries: libc.so.6: cannot open
shared object file: No such file or directory

The plugin does not get initialized

Expected results:

No output.

Additional info:

With the LD_ASSUME_KERNEL=2.2.5 commented out, Mozilla starts up
without reporting any errors, and the java plugin is visible in
about:plugins.

Comment 1 Justin M. Forbes 2004-02-23 04:37:28 UTC
After the install did you add /etc/profile.d/java.sh appropriately? 
we currently ship with 32bit mozilla so the AMD64 Java plug-in wouldnt
work, but the Sun i586 works for me.

Comment 2 Sam Varshavchik 2004-02-23 12:11:23 UTC
Neither Sun's, nor Blackdown's VM installs any custom profile
settings. Nor has it ever been necessary.  Sun's VM runs fine without
any custom settings.  The only issue is the Mozilla wrapper, which
sets LD_ASSUME_KERNEL, which messes up grep, cut, etc...


Comment 3 Christopher Blizzard 2004-03-05 20:24:09 UTC
I'm tempted to pull that entire check out of our packages.  Since
those old jvms probably won't even work anymore.

Comment 4 Warren Togami 2005-04-25 08:03:43 UTC
x86_64 does not have a non-NPTL threading model, and in FC4+ LD_ASSUME_KERNEL is
useless.  It makes no sense to keep this hack in FC3+ and RHEL4+ mozilla and
firefox.

I personally will do more research into this to make 100% sure this is the right
thing to do.

Comment 5 Warren Togami 2005-04-28 02:32:42 UTC
*** Bug 154047 has been marked as a duplicate of this bug. ***

Comment 6 Warren Togami 2005-04-28 03:03:55 UTC
I can't think of any good reason to keep the JVM probing stuff in any FC3+ or
RHEL4+ package, it should be removed from FC4, and those other packages the next
time they are updated.

Comment 7 Warren Togami 2005-04-28 05:22:33 UTC
Committed to FC3, FC4, and RHEL4 firefox and mozilla.  thunderbird didn't have
it (probably because browser plugins aren't too useful there. =)  Will be in
next build... setting MODIFIED.


Comment 8 Warren Togami 2005-05-20 09:45:24 UTC
Fixed in all distributions now.


Note You need to log in before you can comment on or make changes to this bug.