MDV 2007.1 and JRE 1.6u1 - Mandriva

This is a discussion on MDV 2007.1 and JRE 1.6u1 - Mandriva ; Gentlemen, Ladies I must be going crazy. I have installed the JRE 1.6u1 on three mdv 2007.1 computers including adding the simlink to /home/***/.mozilla/plugins and only two work properly. The third failed at first but now works tho' I don't ...

+ Reply to Thread
Results 1 to 12 of 12

Thread: MDV 2007.1 and JRE 1.6u1

  1. MDV 2007.1 and JRE 1.6u1

    Gentlemen, Ladies

    I must be going crazy. I have installed the JRE 1.6u1 on three mdv 2007.1
    computers including adding the simlink to /home/***/.mozilla/plugins and
    only two work properly. The third failed at first but now works tho' I
    don't know what I did that fixed it. I should keep better notes :-).

    On the faulty ones with the simlink pointing
    to /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so the same as
    the working one Firefox thinks the plugin is there but there is no
    indication of jre starting.

    The firefox version is: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3)
    Gecko/20070208 Mandriva/2.0.0.3-2mdv2007.1 (2007.1) Firefox/2.0.0.3
    according to Firefox help about firefox.

    I have tried the simlink pointing
    to /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji in this
    case Firefox crashes as soon as the jre is called.

    Questions

    Am I putting the simlink in the correct folder, if not where is the folder
    hidden?

    Which Plugin version should be used ns7 or ns7-gcc29?

    Regards

    Stuart



  2. Re: MDV 2007.1 and JRE 1.6u1

    On Mon, 21 May 2007 08:43:17 -0400, Stuart wrote:

    > I must be going crazy. I have installed the JRE 1.6u1 on three mdv 2007.1
    > computers including adding the simlink to /home/***/.mozilla/plugins and
    > only two work properly. The third failed at first but now works tho' I
    > don't know what I did that fixed it.


    So, you are telling us all three work. Good job.

    > I should keep better notes :-).


    I find putting them in an admin diary helps if the system gets wiped
    out and on new/clean installs. Just click up a terminal, cut
    from diary, and paste in a root terminal. Takes lots of stress out of
    new installs. 8-)

    In the case of third party apps, I create install text file with
    where I downloaded it and install/test commands . See,

    $ ls -1 *jre*
    jre-6u1-linux-i586_install.txt
    jre-6u1-linux-i586.rpm
    jre-6u1-linux-i586-rpm.bin

    $ cat jre-6u1-linux-i586_install.txt
    #************** Start jre-6u1-linux-i586_install.txt *********************
    #*
    #* Download jre from http://java.sun.com/javase/downloads/index.jsp
    #*
    #*
    #* The following assums you have setup global environment for Firefox
    #* If not, you place the link in the Firefox plugins directory.
    #*
    #* Example snippet from my /site/bin/xx_local.sh. Permissions:
    #* -rwxr-xr-x 1 root root 2964 Feb 25 17:23 /site/bin/xx_local.sh
    #*
    #* xx_local.sh has a link to from /etc/profile.d
    #*
    #* #********************************************
    #* # set global firefox/mozilla plugin directory
    #* #********************************************
    #*
    #* export MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
    #* if [ "$HOME" ]; then
    #* export MOZ_PLUGIN_PATH=$MOZ_PLUGIN_PATH:$HOME/.mozilla/plugins
    #* fi
    #*
    #*
    #* Note: /accounts/downloads is my browser download directory
    #*
    #************************************************* ********************

    cd /accounts/downloads

    chmod +x jre-6u1-linux-i586-rpm.bin
    ../jre-6u1-linux-i586-rpm.bin
    yes

    or if already executed the bin

    urpmi /accounts/downloads/jre-6u1-linux-i586.rpm
    cd /usr/lib/mozilla/plugins
    /bin/rm -f libjavaplugin_oji.so

    ln -s /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so
    ls -al

    #******************************************
    #* disable the newly java system service
    #*******************************************

    service jexec stop
    chkconfig --del jexec
    chkconfig jexec off

    edt /etc/init.d/jexec
    and add
    exit 0
    under the header comment block.
    Click Save/quit

    #******************************************
    #* jre/java test links
    #******************************************

    firefox http://java.com/en/download/installed.jsp
    and verify version number displayed on screen

    firefox http://www.bodo.com/javame.htm

    #************** End jre-6u1-linux-i586_install.txt *********************



    > On the faulty ones


    "ones", Wait a minute, you said two worked and the faulty /one/ "now works"

    > with the simlink pointing
    > to /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so the same as
    > the working one Firefox thinks the plugin is there


    You can put aboutlugins
    in the url box to verify firefox knows about the plugin. It would be nice if it
    told us from where, but that would make it too easy for debugging

    > but there is no indication of jre starting.


    Just what "indication of starting" are you expecting.
    I use one of these for my jre/java test
    http://java.com/en/download/installed.jsp
    http://www.bodo.com/javame.htm

    > The firefox version is: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3)
    > Gecko/20070208 Mandriva/2.0.0.3-2mdv2007.1 (2007.1) Firefox/2.0.0.3
    > according to Firefox help about firefox.


    Just curious, is this a 32 bit or 64 bit 2007.1 Mandriva linux install.

    $ cat /etc/release
    Mandriva Linux release 2007.1 (Official) for i586
    ^
    |
    See, mine is the 32 bit install---------------'

    > I have tried the simlink pointing
    > to /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji in this
    > case Firefox crashes as soon as the jre is called.


    Very good indication that /ns7-gcc29/ is not the one to be using.

    > Questions
    >
    > Am I putting the simlink in the correct folder, if not where is the folder
    > hidden?


    You would have to show us where and what you have.
    Tell you what, click up a terminal and
    su - root
    <===== you will need to enter root's passwd here
    urpmi slocate <=== installs a file location utility application set
    /etc/cron.daily/mlocate.cron <==== builds file location database
    and post results from next command
    locate libjavaplugin_oji.so

    > Which Plugin version should be used ns7 or ns7-gcc29?


    The one which does not crash firefox.

    If it were me, I would have the link in one place, which was common to
    all users on the system. Not in $HOME/somewhere.

    I always create a "normal" account on install.
    I never make changes in it.
    It is only used when I want to verify if a problem is my account or a
    system problem.

    So, looking on my system:

    $ locate libjavaplugin_oji
    /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so
    /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji.so
    /usr/lib/mozilla/plugins/libjavaplugin_oji.so

    We know /usr/java/jre1.6.0_01 is the jre install directory so we have
    to check any other lines. In this case,
    we check the only other one with the ls command;

    $ ls -al /usr/lib/mozilla/plugins/libjavaplugin_oji.so

    and we see (sorry for line breaks added by me)

    $ ls -al /usr/lib/mozilla/plugins/libjavaplugin_oji.so
    lrwxrwxrwx 1 root root 58 Apr 27 13:11
    /usr/lib/mozilla/plugins/libjavaplugin_oji.so ->
    /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so

    Note: it better not be blinking.

    Now, you can see what firefox should be using.

    I install all plugins in /usr/lib/mozilla/plugins so all accounts have
    access to them.

  3. Re: MDV 2007.1 and JRE 1.6u1

    Bit Twister wrote:

    > On Mon, 21 May 2007 08:43:17 -0400, Stuart wrote:
    >
    >> I must be going crazy. I have installed the JRE 1.6u1 on three mdv 2007.1
    >> computers including adding the simlink to /home/***/.mozilla/plugins and
    >> only two work properly. The third failed at first but now works tho' I
    >> don't know what I did that fixed it.

    >
    > So, you are telling us all three work. Good job.
    >
    >> I should keep better notes :-).

    >
    > I find putting them in an admin diary helps if the system gets wiped
    > out and on new/clean installs. Just click up a terminal, cut
    > from diary, and paste in a root terminal. Takes lots of stress out of
    > new installs. 8-)
    >
    > In the case of third party apps, I create install text file with
    > where I downloaded it and install/test commands . See,
    >
    > $ ls -1 *jre*
    > jre-6u1-linux-i586_install.txt
    > jre-6u1-linux-i586.rpm
    > jre-6u1-linux-i586-rpm.bin
    >
    > $ cat jre-6u1-linux-i586_install.txt
    > #************** Start jre-6u1-linux-i586_install.txt *********************
    > #*
    > #* Download jre from http://java.sun.com/javase/downloads/index.jsp
    > #*
    > #*
    > #* The following assums you have setup global environment for Firefox
    > #* If not, you place the link in the Firefox plugins directory.
    > #*
    > #* Example snippet from my /site/bin/xx_local.sh. Permissions:
    > #* -rwxr-xr-x 1 root root 2964 Feb 25 17:23 /site/bin/xx_local.sh
    > #*
    > #* xx_local.sh has a link to from /etc/profile.d
    > #*
    > #* #********************************************
    > #* # set global firefox/mozilla plugin directory
    > #* #********************************************
    > #*
    > #* export MOZ_PLUGIN_PATH=/usr/lib/mozilla/plugins
    > #* if [ "$HOME" ]; then
    > #* export MOZ_PLUGIN_PATH=$MOZ_PLUGIN_PATH:$HOME/.mozilla/plugins
    > #* fi
    > #*
    > #*
    > #* Note: /accounts/downloads is my browser download directory
    > #*
    > #************************************************* ********************
    >
    > cd /accounts/downloads
    >
    > chmod +x jre-6u1-linux-i586-rpm.bin
    > ./jre-6u1-linux-i586-rpm.bin
    > yes
    >
    > or if already executed the bin
    >
    > urpmi /accounts/downloads/jre-6u1-linux-i586.rpm
    > cd /usr/lib/mozilla/plugins
    > /bin/rm -f libjavaplugin_oji.so
    >
    > ln -s /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so
    > ls -al
    >
    > #******************************************
    > #* disable the newly java system service
    > #*******************************************
    >
    > service jexec stop
    > chkconfig --del jexec
    > chkconfig jexec off
    >
    > edt /etc/init.d/jexec
    > and add
    > exit 0
    > under the header comment block.
    > Click Save/quit
    >
    > #******************************************
    > #* jre/java test links
    > #******************************************
    >
    > firefox http://java.com/en/download/installed.jsp
    > and verify version number displayed on screen
    >
    > firefox http://www.bodo.com/javame.htm
    >
    > #************** End jre-6u1-linux-i586_install.txt *********************
    >
    >
    >
    >> On the faulty ones

    >
    > "ones", Wait a minute, you said two worked and the faulty /one/ "now
    > works"
    >
    >> with the simlink pointing
    >> to /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so the same as
    >> the working one Firefox thinks the plugin is there

    >
    > You can put aboutlugins
    > in the url box to verify firefox knows about the plugin. It would be nice
    > if it
    > told us from where, but that would make it too easy for debugging
    >
    >> but there is no indication of jre starting.

    >
    > Just what "indication of starting" are you expecting.
    > I use one of these for my jre/java test
    > http://java.com/en/download/installed.jsp
    > http://www.bodo.com/javame.htm
    >
    >> The firefox version is: Mozilla/5.0 (X11; U; Linux i686; en-US;
    >> rv:1.8.1.3) Gecko/20070208 Mandriva/2.0.0.3-2mdv2007.1 (2007.1)
    >> Firefox/2.0.0.3 according to Firefox help about firefox.

    >
    > Just curious, is this a 32 bit or 64 bit 2007.1 Mandriva linux install.
    >
    > $ cat /etc/release
    > Mandriva Linux release 2007.1 (Official) for i586
    > ^
    > |
    > See, mine is the 32 bit install---------------'
    >
    >> I have tried the simlink pointing
    >> to /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji in this
    >> case Firefox crashes as soon as the jre is called.

    >
    > Very good indication that /ns7-gcc29/ is not the one to be using.
    >
    >> Questions
    >>
    >> Am I putting the simlink in the correct folder, if not where is the
    >> folder hidden?

    >
    > You would have to show us where and what you have.
    > Tell you what, click up a terminal and
    > su - root
    > <===== you will need to enter root's passwd here
    > urpmi slocate <=== installs a file location utility application set
    > /etc/cron.daily/mlocate.cron <==== builds file location database
    > and post results from next command
    > locate libjavaplugin_oji.so
    >
    >> Which Plugin version should be used ns7 or ns7-gcc29?

    >
    > The one which does not crash firefox.
    >
    > If it were me, I would have the link in one place, which was common to
    > all users on the system. Not in $HOME/somewhere.
    >
    > I always create a "normal" account on install.
    > I never make changes in it.
    > It is only used when I want to verify if a problem is my account or a
    > system problem.
    >
    > So, looking on my system:
    >
    > $ locate libjavaplugin_oji
    > /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so
    > /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji.so
    > /usr/lib/mozilla/plugins/libjavaplugin_oji.so
    >
    > We know /usr/java/jre1.6.0_01 is the jre install directory so we have
    > to check any other lines. In this case,
    > we check the only other one with the ls command;
    >
    > $ ls -al /usr/lib/mozilla/plugins/libjavaplugin_oji.so
    >
    > and we see (sorry for line breaks added by me)
    >
    > $ ls -al /usr/lib/mozilla/plugins/libjavaplugin_oji.so
    > lrwxrwxrwx 1 root root 58 Apr 27 13:11
    > /usr/lib/mozilla/plugins/libjavaplugin_oji.so ->
    > /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so
    >
    > Note: it better not be blinking.
    >
    > Now, you can see what firefox should be using.
    >
    > I install all plugins in /usr/lib/mozilla/plugins so all accounts have
    > access to them.



    Thanks for the reply Bit Twister

    I said I was going crazy. I meant only one works :-(

    I'll read your reply carefully there is a lot in it. I have never had java
    problems before, always install and go.

    I can confirm all are 32 bit installs.

    I have a few jobs to do first :-( then I can get back to solving this. I'll
    let the group know what happens.

    Regards

    Stuart

  4. Re: MDV 2007.1 and JRE 1.6u1

    On Mon, 21 May 2007 10:53:42 -0400, Stuart wrote:

    > Bit Twister wrote:
    >
    > Thanks for the reply Bit Twister



    PLEASE, please learn to trim your post and put your reply under
    what you responding to.

    Post reformated per my request/example follows.


    > Bit Twister wrote:
    >> "ones", Wait a minute, you said two worked and the faulty /one/ "now
    >> works"

    >
    > I said I was going crazy. I meant only one works :-(
    >
    > I'll read your reply carefully there is a lot in it. I have never had java
    > problems before, always install and go.


    90% of my reply was for lurkers and to learn you/them sumptn about
    debugging the problem, tip on locate, and documention. :-)

    The correct link in /usr/lib/mozilla/plugins/libjavaplugin_oji.so and
    the environment variable MOZ_PLUGIN_PATH indicating that is where
    global plugins are stored should get it working. That assumes nothing else is
    in the way.

    When you install other plugin packages (mozplugger, mplayer, nplelix,...)
    for Mandriva, /usr/lib/mozilla/plugins is where they will be installed.

  5. Re: MDV 2007.1 and JRE 1.6u1

    On Mon, 21 May 2007 09:49:15 -0400, Bit Twister wrote:

    > urpmi slocate <=== installs a file location utility application set
    > /etc/cron.daily/mlocate.cron <==== builds file locationdatabase


    I think that should be urpmi mlocate.

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  6. Re: MDV 2007.1 and JRE 1.6u1

    On Mon, 21 May 2007 10:57:58 -0400, David W. Hodgins wrote:
    > On Mon, 21 May 2007 09:49:15 -0400, Bit Twister wrote:
    >
    >> urpmi slocate <=== installs a file location utility application set
    >> /etc/cron.daily/mlocate.cron <==== builds file location database

    >
    > I think that should be urpmi mlocate.



    # urpmi slocate
    Package mlocate-0.15-2mdv2007.1.i586 is already installed 8-)

    # urpmi mlocate
    Package mlocate-0.15-2mdv2007.1.i586 is already installed

  7. Re: MDV 2007.1 and JRE 1.6u1

    On Mon, 21 May 2007 12:05:51 -0400, Bit Twister wrote:

    > # urpmi slocate
    > Package mlocate-0.15-2mdv2007.1.i586 is already installed 8-)
    >
    > # urpmi mlocate
    > Package mlocate-0.15-2mdv2007.1.i586 is already installed


    Interesting ...
    [root@hodgins ~]# urpmi slocate
    Package mlocate-0.15-2mdv2007.1.i586 is already installed
    [root@hodgins urpmi]# urpmq -i slocate
    No package named slocate
    [root@hodgins ~]# urpmq locate
    No package named locate
    The following packages contain locate:
    mlocate
    xffm-locate

    Any idea where slocate is being translated to mlocate? I don't
    see anthing in, or under /etc/urpmi, /var/lib/urpmi, /var/cache/urpmi,
    /var/lib/rpm, /etc/rpm, /usr/lib/perl5/vendor_perl/5.8.8/urpm,
    or /usr/sbin/urpmi.

    There's no file or link for slocate in
    http://gulus.usherbrooke.ca/pub/dist.../main/release/

    While the translation is usefull, in this case, I don't like having
    things like this done, in a way that's hidden. I'd like to find out
    where the package names are being translated, to find out what other
    package names are also being translated.

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  8. Re: MDV 2007.1 and JRE 1.6u1

    On Mon, 21 May 2007 13:34:33 -0400, David W. Hodgins wrote:

    > Any idea where slocate is being translated to mlocate?


    No, I have not bothered to look into it. I have been telling myself to
    get aholt of the rpm document and read it.


    First no mlocate for several releases.
    then one release, not for a few more, then again,....

    It is a bit of a pain for my admin diary maintenance let alone using
    updatedb to sync the database on updates.

    > There's no file or link for slocate in
    > http://gulus.usherbrooke.ca/pub/dist.../main/release/


    Nor will you find it in other package lists for 2007.1

    $ uidx slocate
    main-2006.0.idx:slocate-2.7-4mdk.i586.rpm 35666 Sep 12 2005
    main-2007.0.idx:slocate-3.1-3mdv2007.0.i586.rpm 29361 Sep 20 2006
    main-2007.0_x86_64.idx:File: slocate-3.1-3mdv2007.0.x86_64.rpm 09/20/2006
    mandriva-free-2007-CD.i586.idx:2007.0-i586-disc3 slocate-3.1-3mdv2007.0.i586
    mandriva-free-2007-CD.x86_64.idx:2007.0-x86_64-disc2 slocate-3.1-3mdv2007.0.x86_64
    pkg-2006.0.idx:2006-Disc2 slocate-2.7-4mdk.i586

    and checking mlocate we find
    $ uidx mlocate
    contrib-2007.0.idx:mlocate-0.14-5mdv2007.0.i586.rpm 47256 Sep 20 2006
    main-2007.1.idx:mlocate-0.15-2mdv2007.1.i586.rpm 47809 Mar 28 20:17


    PS: do not bother looking for uidx. When I run my ckupdates script, it uses
    wget --no-remove-listing ftp://ftp.wherever
    to create .idx files containg the listing of the rpm directory from the
    ftp mirrors found in /etc/urpmi/urpmi.cfg

    uidx is my script for greping the *.idx files created by ckupdates.

  9. Re: MDV 2007.1 and JRE 1.6u1

    On Mon, 21 May 2007 14:18:59 -0400, Bit Twister wrote:

    > On Mon, 21 May 2007 13:34:33 -0400, David W. Hodgins wrote:
    >
    >> Any idea where slocate is being translated to mlocate?

    >
    > No, I have not bothered to look into it. I have been telling myself to
    > get aholt of the rpm document and read it.


    Found it, by digging through the output of strace for urpmi. It's getting
    the name from the OBSOLETES header in the rpm package. I'm surpised
    urpmi does the lookup, but urpmq does not.

    # rpm -q mlocate --qf %{OBSOLETES}
    slocate

    Apparently slocate was never gpld, so it was replace with mlocate.

    Anyway, although urpmi slocate will work, any user trying to install
    the package via rpmdrake, will be unable to find it. So I'd switch
    to using the package name mlocate.

    Regards, Dave Hodgins

    --
    Change nomail.afraid.org to ody.ca to reply by email.
    (nomail.afraid.org has been set up specifically for
    use in usenet. Feel free to use it yourself.)

  10. Re: MDV 2007.1 and JRE 1.6u1

    Stuart wrote:

    > The firefox version is: Mozilla/5.0 (X11; U; Linux i686; en-US;
    > rv:1.8.1.3) Gecko/20070208 Mandriva/2.0.0.3-2mdv2007.1 (2007.1)
    > Firefox/2.0.0.3 according to Firefox help about firefox.
    >
    > I have tried the simlink pointing
    > to /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji in this
    > case Firefox crashes as soon as the jre is called.
    >
    >
    > Which Plugin version should be used ns7 or ns7-gcc29?
    >

    the ns7 version. the other is for very older systems


    but i also have a situation with java 6.1 and mozilla firefox in mandriva
    2007.1... it just didn't work, no matter what i've tried.
    the plugin was listed in aboutlugins but java applets didn't work.

    for other end, i have java 6.1 and mozilla working fine in debian... wierd
    stuff

    i endup installing two versions of java:
    mozilla stayed with java 5.11
    and konqueror stayed with java 6.1, who have allways worked fine with 6.1

    regards



  11. Re: MDV 2007.1 and JRE 1.6u1

    ArameFarpado wrote:

    > Stuart wrote:
    >
    >> The firefox version is: Mozilla/5.0 (X11; U; Linux i686; en-US;
    >> rv:1.8.1.3) Gecko/20070208 Mandriva/2.0.0.3-2mdv2007.1 (2007.1)
    >> Firefox/2.0.0.3 according to Firefox help about firefox.
    >>
    >> I have tried the simlink pointing
    >> to /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji in this
    >> case Firefox crashes as soon as the jre is called.
    >>
    >>
    >> Which Plugin version should be used ns7 or ns7-gcc29?
    >>

    > the ns7 version. the other is for very older systems
    >
    >
    > but i also have a situation with java 6.1 and mozilla firefox in mandriva
    > 2007.1... it just didn't work, no matter what i've tried.
    > the plugin was listed in aboutlugins but java applets didn't work.
    >
    > for other end, i have java 6.1 and mozilla working fine in debian... wierd
    > stuff
    >
    > i endup installing two versions of java:
    > mozilla stayed with java 5.11
    > and konqueror stayed with java 6.1, who have always worked fine with 6.1
    >
    > regards


    That's the same as here, only one of my machines works OK, the others don't.

    The machine that works didn't until............."I don't know what happened"
    Then all of a sudden automagically it did. Very strange indeed. Java is
    registered with Firefox. If I remove the simlink it asks for the plugin,
    with the link in place it doesn't. Tried about:config and that shows the
    jre is registered. When I try to view my HP printserver instead of seeing
    the java logo as it starts up nothing. The applet just doesn't appear to
    run. I would like to find a solution, I like a challenge. Tho' for my
    wife's machine I will try the older version which did run in the meantime.
    The machine that works does use as you so rightly suggest ns7.

    Thanks

    Stuart

  12. Re: MDV 2007.1 and JRE 1.6u1

    Stuart wrote:

    > Gentlemen, Ladies
    >
    > I must be going crazy. I have installed the JRE 1.6u1 on three mdv 2007.1
    > computers including adding the simlink to /home/***/.mozilla/plugins and
    > only two work properly. The third failed at first but now works tho' I
    > don't know what I did that fixed it. I should keep better notes :-).
    >
    > On the faulty ones with the simlink pointing
    > to /usr/java/jre1.6.0_01/plugin/i386/ns7/libjavaplugin_oji.so the same as
    > the working one Firefox thinks the plugin is there but there is no
    > indication of jre starting.
    >
    > The firefox version is: Mozilla/5.0 (X11; U; Linux i686; en-US;
    > rv:1.8.1.3) Gecko/20070208 Mandriva/2.0.0.3-2mdv2007.1 (2007.1)
    > Firefox/2.0.0.3 according to Firefox help about firefox.
    >
    > I have tried the simlink pointing
    > to /usr/java/jre1.6.0_01/plugin/i386/ns7-gcc29/libjavaplugin_oji in this
    > case Firefox crashes as soon as the jre is called.
    >
    > Questions
    >
    > Am I putting the simlink in the correct folder, if not where is the folder
    > hidden?
    >
    > Which Plugin version should be used ns7 or ns7-gcc29?
    >
    > Regards
    >
    > Stuart


    To close the thread.

    The only solution I have found is to remove jre1.6u1 and install the latest
    jre1.5 from the Sun downloads site. Works like a charm on my Dell Laptop
    and Intel based machine. The 32 bit 1.6u1 is working on my AMD64 running in
    MDV2007.1 32 bit.

    Regards

    and thanks to all

    Stuart

+ Reply to Thread