Go Back   openSUSE Forums > Archives > SLS Archives > ARCHIVES - SuSE Linux > ARCHIVES - 64bit Environments
Forums FAQ Members List Search Today's Posts Mark Forums Read


ARCHIVES - 64bit Environments Running an AMD64 or Xeon system? Of course Linux is ready for it - but if you have any questions feel free to ask in here!

 
Page 2 of 3 1 2 3
 
LinkBack Thread Tools Display Modes
  #11 (permalink)  
Old 06-Oct-2007, 08:38
MattB
Guest
 
Posts: n/a
Default

Quote:
My 32-bit Firefox also worked just fine on 64-bit SuSE. The plugin is 32-bit but the JRE is 64-bit. Konqueror is 64-bit, and it calls the JRE directly; doesn't use a plugin. The path is setup in the Konq settings for Java.

Nspluginwrapper does not work for the Java plugin, only plugins that conform to the Netscape standard. Bottom line, there is no way for Java to work in 64-bit Firefox, no matter how it's sliced.

As a fyi aside for anyone, in 10.3 graphical Java does not work - either Java apps or the 32-bit Firefox plugin - without Java 1.6. There is a workaround for Java 1.5, but it doesn't always work. 1.6 adds a bash script which performs the workaround and sets up JRE execution so that it does work. However, on Beta3 at least the 1.6 plugin installation, which requires removal of the default 1.5 plugin, if broken. I upgraded to RC1 and it wasn't fixed, but it might be in the new RC1 installation.
[/b]
Just a thought for you, since I have not tried the latter Java out myself, have you used the Firefox tar.gz install method instead of the rpms? I run the Firefox this way as user so that I can get all the updates automatically. It just takes unpacking the files to a folder under /user and than creating a separate icon as executable. you can than copy plugins to that ones folders and all your preferences.

For my usage I simply keep the 32 bit Firefox as root and occasionally update it via rpm and run the Firefox tar.gz with auto-update selected (manual approve of course) for my user. Since this is not a proper method I suggest anyone attempting to run this way be willing to to really understand all the work arounds that need to be done. This suggestion is absolutely not for all people.

Good luck! B)
  #12 (permalink)  
Old 06-Oct-2007, 09:59
FeatherMonkey
Guest
 
Posts: n/a
Default

I've done this now its a little tricky, now 64bit konqueror works fine.

So you have a choice now as I found 1.6 java I used that plugin, with that java now for some reason this installed 64bit java, so I changed the version highlight upgrade install i586 version.

So now you have 1.6 32bit java in firefox but you also have to install 32bit firefox so back in change version update this will bring in a few files don't think any are downgrades iirc they are 32bit-libs ie still 64bit but a way of communicating with 32.

So now you have 32bit firefox, with 32 bit java.1.6 plugin enjoy

Now if you want the java the other way around then so be it, but first you'll need one thats 64bit for konq. I did manage to stop konq java working so left them all alone and just added for firefox.
  #13 (permalink)  
Old 06-Oct-2007, 13:57
Frasir
Guest
 
Posts: n/a
Default

Quote:
Just a thought for you, since I have not tried the latter Java out myself, have you used the Firefox tar.gz install method instead of the rpms? I run the Firefox this way as user so that I can get all the updates automatically. It just takes unpacking the files to a folder under /user and than creating a separate icon as executable. you can than copy plugins to that ones folders and all your preferences.

For my usage I simply keep the 32 bit Firefox as root and occasionally update it via rpm and run the Firefox tar.gz with auto-update selected (manual approve of course) for my user. Since this is not a proper method I suggest anyone attempting to run this way be willing to to really understand all the work arounds that need to be done. This suggestion is absolutely not for all people.

Good luck! B)
[/b]
Hi MattB,

I guess this is the only option for now.

Did as you and others suggested. It is working now

Thanks.

Quote:
I've done this now its a little tricky, now 64bit konqueror works fine.

So you have a choice now as I found 1.6 java I used that plugin, with that java now for some reason this installed 64bit java, so I changed the version highlight upgrade install i586 version.

So now you have 1.6 32bit java in firefox but you also have to install 32bit firefox so back in change version update this will bring in a few files don't think any are downgrades iirc they are 32bit-libs ie still 64bit but a way of communicating with 32.

So now you have 32bit firefox, with 32 bit java.1.6 plugin enjoy

Now if you want the java the other way around then so be it, but first you'll need one thats 64bit for konq. I did manage to stop konq java working so left them all alone and just added for firefox.
[/b]
Hi FeatherMonkey,

Did as you and MattB suggested. Guess this is the only way for now.

So it has no obvious reason to stick with 64bit OpenSuSE ... think I will re-install the 32bit version

Thanks.
  #14 (permalink)  
Old 06-Oct-2007, 15:41
MattB
Guest
 
Posts: n/a
Default

Quote:
...

So it has no obvious reason to stick with 64bit OpenSuSE ... think I will re-install the 32bit version

Thanks.
[/b]
What and give up all the Geek Cred for running 64 bit?

  #15 (permalink)  
Old 06-Oct-2007, 16:46
Frasir
Guest
 
Posts: n/a
Default

Quote:
What and give up all the Geek Cred for running 64 bit?
[/b]
I understand your point. I'm thinking more on general users, I have some PC in office that I set-up with OpenSuSE, work very hard to convince the management and train users. Somehow, many things work in 10.2.

For the upgrade, these PC will go for the 32bit instead of 64bit since it does not have obvious benefits.

  #16 (permalink)  
Old 03-Jan-2008, 08:51
NEtGhost
Guest
 
Posts: n/a
Default

Quote:
My 32-bit Firefox also worked just fine on 64-bit SuSE. The plugin is 32-bit but the JRE is 64-bit. Konqueror is 64-bit, and it calls the JRE directly; doesn't use a plugin. The path is setup in the Konq settings for Java.

Nspluginwrapper does not work for the Java plugin, only plugins that conform to the Netscape standard. Bottom line, there is no way for Java to work in 64-bit Firefox, no matter how it's sliced.

As a fyi aside for anyone, in 10.3 graphical Java does not work - either Java apps or the 32-bit Firefox plugin - without Java 1.6. There is a workaround for Java 1.5, but it doesn't always work. 1.6 adds a bash script which performs the workaround and sets up JRE execution so that it does work. However, on Beta3 at least the 1.6 plugin installation, which requires removal of the default 1.5 plugin, if broken. I upgraded to RC1 and it wasn't fixed, but it might be in the new RC1 installation.
[/b]
I just posted a new topic about I guess a similar problem...I am not sure I have answers to this problem yet...but maybe our problem is similar...
  #17 (permalink)  
Old 03-Jan-2008, 12:51
Jon Freeman
Guest
 
Posts: n/a
Default

Quote:
So you have a choice now as I found 1.6 java I used that plugin, with that java now for some reason this installed 64bit java, so I changed the version highlight upgrade install i586 version.

So now you have 1.6 32bit java in firefox but you also have to install 32bit firefox so back in change version update this will bring in a few files don't think any are downgrades iirc they are 32bit-libs ie still 64bit but a way of communicating with 32.

So now you have 32bit firefox, with 32 bit java.1.6 plugin enjoy

Now if you want the java the other way around then so be it, but first you'll need one thats 64bit for konq. I did manage to stop konq java working so left them all alone and just added for firefox.
[/b]
I'm the other way round. I can't quite remember but when I installed 10.3, I couldn't one of Netbeans or Eclipse to start with the 64 bit 1.5 version of Java.
  #18 (permalink)  
Old 04-Jan-2008, 01:42
NEtGhost
Guest
 
Posts: n/a
Default

Hello all,

There are 64 bit plugins and 32 bit plugins that work with Firefox X86_64 as delivered by SUSE 10.3 X86_64. I am reluctant to give up the 64 bit environment, they seem / are much faster.
The proposition of MattB to install, on the side, a Firefox 32 bit on your own and install the plugins by yourself, I admit it's a work around that might work, but basically says also:

"SUSE 10.3 X86_64 has a bug and we do not know how / when someone can / will fix it."

Can anyone from SUSE take a definite position on this? Is this a Firefox problem? is this a Sun JVM issue?

Not that I do not want to go back to a 32 bit Firefox edition, but for the sake of clarity and quality, I think it's important a clear statement should be made. Don't yout hink? friendly yours netghost
  #19 (permalink)  
Old 04-Jan-2008, 05:39
FeatherMonkey
Guest
 
Posts: n/a
Default

Its a known thing and its Sun you can find a 64bit plugin but not in the repos and last time I tried it didn't work look for blackdown jre plugin it will also likely to be out of date(iirc). afaik there is no sun 64bit plugin regardless of distro.

IMO if you not happy making compromises then there's many reasons not to use 64bit, I see little gain and a few niggles. It really depends on your use of the PC if just a desktop its likely you'll not see much benefit of 64bit over 32bit.

Though I'll add I do run 64bit and quite transparently, but I am prepared to make compromises.
  #20 (permalink)  
Old 06-Jan-2008, 04:30
NEtGhost
Guest
 
Posts: n/a
Default

Quote:
Its a known thing and its Sun you can find a 64bit plugin but not in the repos and last time I tried it didn't work look for blackdown jre plugin it will also likely to be out of date(iirc). afaik there is no sun 64bit plugin regardless of distro.

IMO if you not happy making compromises then there's many reasons not to use 64bit, I see little gain and a few niggles. It really depends on your use of the PC if just a desktop its likely you'll not see much benefit of 64bit over 32bit.

Though I'll add I do run 64bit and quite transparently, but I am prepared to make compromises.
[/b]
If you would be so kind and do take a look at https://bugzilla.novell.com bug 334536, you will see that they claim this (or similar) problems are solved even since some while. I would prefer that they should be aware that the problems IS NOT solved.
On bugzilla.mozilla.org I posted the this bug under number 410626 and they claim is a duplicate of bug 398890. It is in the comments of bug 398890 that they refer to the novell bug 334536 that is considered "fixed".
 
Page 2 of 3 1 2 3

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On




 

Search Engine Friendly URLs by vBSEO 3.3.0 RC2