I mess with problem that I guess hard to solve on my own.
My bank system does not work without JRE. I installed it by using this tutorial https://en.opensuse.org/SDB:Installing_Javan but I can not remove an older version of Java plugin via Yast, because when I tried it just downgrade, but not uninstall.
Also, I can not use my on-line bank system, because Chromium/Chrome do not even lunch the plugin, and the Firefox ask me to install plugin and when I try to do this, nothing happens…
Please, help me, dear community.
I have OpenSuse 13.1 with latest updates
Firefox 31
Chromium 37
Chrome 38
First of all, you won’t be able to get Java to work in Chrome or Chromium. They do not support Netscape plugins any more since some time, and Java is not available as native plugin for Chrome/Chromium.
For Firefox, you shouldn’t have to install anything, the Java plugin should have been installed by default and working.
Or does your bank require a newer one?
PLease post which java packages you have installed now.
rpm -qa | egrep "java|jre"
And please clarify what you mean with:
I can not remove an older version of Java plugin via Yast, because when I tried it just downgrade, but not uninstall
What are you trying to do exactly? And what happens exactly?
E.g. which package in which version do you want to uninstall, and which package in which version does YaST want to downgrade to?
Have you really followed that article? It doesn’t tell anywhere to remove a package with YaST…
Maybe try to remove the package with zypper (“zypper rm xxx”) and post the exact message you get.
First of all, you won’t be able to get Java to work in Chrome or Chromium. They do not support Netscape plugins any more since some time, and Java is not available as native plugin for Chrome/Chromium.
Now I understand. I read about it, but I guess now everything get completely clear.
And please clarify what you mean with: What are you trying to do exactly? And what happens exactly?
E.g. which package in which version do you want to uninstall, and which package in which version does YaST want to downgrade to?
Have you really followed that article? It doesn’t tell anywhere to remove a package with YaST…
Maybe try to remove the package with zypper (“zypper rm xxx”) and post the exact message you get.
What I do:
Open Yast;
Open Software Management;
Type ‘java’ in the search field;
I see java-1_5_0-gcj-compat package;
After I click ‘Accept’ button I see two options: uninstall java-1_5_0-gcj-compat and install java-1_7_0-openjdk but in fact every time when I try to uninstall java-1_5_0-gcj-compat java-1_7_0-openjdk installs.
Yes, I followed article, and uninstall icedtea plugin and after that I just can’t use any Java applet, because in fact my jre1.8.0_25 package doesn’t work.
Probably java is recommended or required by other packages and that jre package doesn’t provide that property.
You might try to “Taboo” it.
Yes, I followed article, and uninstall icedtea plugin and after that I just can’t use any Java applet, because in fact my jre1.8.0_25 package doesn’t work.
And why don’t you just remove jre1.8.0_25 again and use OpenJDK/IcedTea instead?
Did you run that “update-alternatives” lines after you removed the OpenJDK packages? Does /usr/bin/java exist?
Did you run “plugin=$(rpm -ql jre | grep libnpjp2.so) && ln -svf “$plugin” /usr/lib64/browser-plugins/” after you removed the packages? Did you get an error message?
What exactly do you mean with “doesn’t work”?
Please post the output you get when running “java -version”.
I have a similar issue: the Australian Tax Office AUSkey web-app should work with Firefox and openjdk/icedtea. The web-app has worked for me (with Suse 12.X and openjdk) but not for a while now, perhaps a year while I have been using Suse 13.X. A new window opens but just hangs until it eventually fails with a time-out.
My current system is Suse 13.2 with Java 1_7_0 and 1_8_0 openjdk, openjdk_headless and openjdk_plugin. The java verify site says “Congratulations! You have the recommended Java installed (1.8.0_40).”
> Did you run “plugin=$(rpm -ql jre | grep libnpjp2.so) && ln -svf “$plugin” /usr/lib64/browser-plugins/” after you removed the packages? Did you get an error message?
After finding and renaming an old “libnpjp2.so”, which pointed to a no-longer existing “/usr/lib/jvm/java-6-sun/lib/i386/libnpjp2.so”, the above command executed with no error. However, there is no “libnpjp2.so” in my system!
Any thoughts on getting this web-app working would be appreciated!
AIUI, libnpjp2.so should be part of Oracle’s jre package.
Did you install that?
Your sentence “with Java 1_7_0 and 1_8_0 openjdk, openjdk_headless and openjdk_plugin” isn’t really clear on that point IMHO, but if I understand you correctly you have the openJDK versions of both 1.7.0 and 1.8.0.
What does “rpm -qa jre*” say?
That line you quoted only applies if you installed java from java.com, see the site linked to earlier.
Well, “a long time ago” it was even part of the distribution.
But that doesn’t mean that you have installed it now.
The “rpm -qa jre*” command has no result.
Which means that you do not have Oracle’s java installed, which explains why you don’t have libnpjp2.so .
If you want to use Oracle’s java, you have to download and install it manually first.
Again, please look at the link in the first post for detailed instructions.
I have no idea why icedtea (i.e. openjdk’s browser plugin) doesn’t work for you, but maybe Oracle’s java plugin might.
There are reports that changing to Oracle’s java doesn’t fix the issue.
Icedtea has worked nicely before. For the last year I have been expecting the issue to sort our via updates (and in the meantime used my rather clunky fall-back windows system).
The reason I asked this question now was that a year has passed and I would like to sort out the primary issue rather than customise my system for a workaround. After many years of hacks I want a simple life with a “pure Suse system,” whatever this is from time to time; and I want to avoid a manual time-fixed java (particularly given Oracle’s massive number of java updates).
Do we have an ability to debug why icedtea no longer works?
But in that exact thread, the replier states that it works fine for him with Oracle’s java.
Icedtea has worked nicely before. For the last year I have been expecting the issue to sort our via updates (and in the meantime used my rather clunky fall-back windows system).
The reason I asked this question now was that a year has passed and I would like to sort out the primary issue rather than customise my system for a workaround. After many years of hacks I want a simple life with a “pure Suse system,” whatever this is from time to time; and I want to avoid a manual time-fixed java (particularly given Oracle’s massive number of java updates).
Do we have an ability to debug why icedtea no longer works?[/QUOTE]
It works fine here (13.2 with Firefox 33) and always has, so there’s definitely no general problem with IcedTea/openJDK.
Why don’t you just try Oracle’s java?
Maybe there’s a problem with your openJDK installation, installing and switching to Oracle’s java should fix that.
Do you only have problems with this particular site or in general? In the first case, switching to Oracle’s java would be even more likely to help.
You could also try to install one of the two java versions you have installed. Maybe something’s getting confused/something’s setup wrong.
What do you get when you run “java -version” btw? What does Firefox show in [noparse]“about:plugins”[/noparse]?
Maybe try to run “sudo update-alternatives -all” and verify that all java stuff is set to the same versions, the jre and the browser plugin in particular.
And if you post a list of your java packages, I could at least compare them with mine, which work (and yes, I do have 1.7.0 and 1.8.0 installed as well, that’s normal on 13.2).
Probably java is recommended or required by other packages and that jre package doesn’t provide that property.
You might try to “Taboo” it.
Ok, I turn on “Protected - Do Not Modify” option for java-1_5_0-gcj-compat package.
And why don’t you just remove jre1.8.0_25 again and use OpenJDK/IcedTea instead?
I did it, but my web-based bank service does not work, because when I try to use it, pop-up “Please, install Java to use our system” window appears.
What should I do? Remove jre1.8.0_25 from my system, and use OpenJDK/IcedTead? I wanna try it. What do you think?
Did you run that “update-alternatives” lines after you removed the OpenJDK packages? Does /usr/bin/java exist?
I ran ‘update-alternatives’ and here is what I get
update-alternatives
update-alternatives: need --display, --query, --list, --get-selections, --config, --set, --set-selections, --install, --remove, --all, --remove-all or --auto
Usage: update-alternatives <option> ...] <command>
Commands:
--install <link> <name> <path> <priority>
--slave <link> <name> <path>] ...
add a group of alternatives to the system.
--remove <name> <path> remove <path> from the <name> group alternative.
--remove-all <name> remove <name> group from the alternatives system.
--auto <name> switch the master link <name> to automatic mode.
--display <name> display information about the <name> group.
--query <name> machine parseable version of --display <name>.
--list <name> display all targets of the <name> group.
--get-selections list master alternative names and their status.
--set-selections read alternative status from standard input.
--config <name> show alternatives for the <name> group and ask the
user to select which one to use.
--set <name> <path> set <path> as alternative for <name>.
--all call --config on all alternatives.
<link> is the symlink pointing to /etc/alternatives/<name>.
(e.g. /usr/bin/pager)
<name> is the master name for this link group.
(e.g. pager)
<path> is the location of one of the alternative target files.
(e.g. /usr/bin/less)
<priority> is an integer; options with higher numbers have higher priority in
automatic mode.
Options:
--altdir <directory> change the alternatives directory.
--admindir <directory> change the administrative directory.
--log <file> change the log file.
--force allow replacing files with alternative links.
--skip-auto skip prompt for alternatives correctly configured
in automatic mode (relevant for --config only)
--verbose verbose operation, more output.
--quiet quiet operation, minimal output.
--help show this help message.
--version show the version.
And yes, there are 3 files in /usr/bin/java.
Did you run “plugin=$(rpm -ql jre | grep libnpjp2.so) && ln -svf “$plugin” /usr/lib64/browser-plugins/” after you removed the packages? Did you get an error message?
When I run plugin=$(rpm -ql jre | grep libnpjp2.so) && ln -svf “$plugin” /usr/lib64/browser-plugins nothing appears in my console.
Please post the output you get when running “java -version”.
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
No, you should set it to “Taboo - Never install”.
Or, if it is installed, uninstall it and set the other one (that gets selected to be installed then) to “Taboo - Never install”.
But then, it shouldn’t harm anyway.
I did it, but my web-based bank service does not work, because when I try to use it, pop-up “Please, install Java to use our system” window appears.
So what browser were you using?
As I wrote, you won’t get java to work in Chrome or Chromium.
Is the Java plugin listed in Firefox’s Addons?
What should I do? Remove jre1.8.0_25 from my system, and use OpenJDK/IcedTead? I wanna try it. What do you think?
Both should work.
But I don’t know whether your bank’s web service is compatible to openJDK.
I ran ‘update-alternatives’ and here is what I get
Or run “update-alternatives --all” to get asked about all configurable alternatives.
You can just press Enter for most, but be sure to select the oracle java for the java stuff.
And yes, there are 3 files in /usr/bin/java.
???
/usr/bin/java is no directory.
It’s a link to the java executable, that’s what gets run with “java -version”.
How do you get the idea that there are 3 files in it?
When I run plugin=$(rpm -ql jre | grep libnpjp2.so) && ln -svf “$plugin” /usr/lib64/browser-plugins nothing appears in my console.
There shouldn’t be any output.
But do you have /usr/lib64/browser-plugins/libnpjp2.so now? To what does it point?
ls -l /usr/lib64/browser-plugins/libnpjp2.so
java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
Ok, so the java Runtime Environment (Oracle’s) seems to work. Just the plugin not.
No, you should set it to “Taboo - Never install”.
Or, if it is installed, uninstall it and set the other one (that gets selected to be installed then) to “Taboo - Never install”.
But then, it shouldn’t harm anyway.
Ok, I did it for: java-1_5_0-gcj-compat, java-1_7_0-openjdk and java-java-1_7_0-openjdk-headless packages.
By the way, when I installed java-1_7_0-openjdk package jre1.8.0_25 became red
???
/usr/bin/java is no directory.
It’s a link to the java executable, that’s what gets run with “java -version”.
How do you get the idea that there are 3 files in it?
Well, I thought that it is a directory… Now I am confused…
ls -l /usr/lib64/browser-plugins/libnpjp2.so
No such file or directory.
Ok, so the java Runtime Environment (Oracle’s) seems to work. Just the plugin not.
Yes, I guess with your help I am very close to a solution.
you have a package installed that has a higher version than is available in any configured repo
that package is not in any of your repos at all (that’s the case here)
So what option should I choose?
In this case, leave it at the default.
That’s chromium, only the questions about java are relevant. But as java itself works anyway, running “update-alternatives” shouldn’t be necessary any more.
Although you can set which java browser plugin to use with “update-alternatives” as well. But I don’t know whether you will be offered the Oracle plugin there.
Well, I thought that it is a directory… Now I am confused…
No, /usr/bin/java is not a directory.
How would you “run” a directory?
No such file or directory.
Well, the line “plugin=$(rpm -ql jre | grep libnpjp2.so) && ln -svf “$plugin” /usr/lib64/browser-plugins” should create it.
If it’s not there, Firefox won’t find the Java plugin.
Can you post the output of “rpm -ql jre” and “ls -l /usr/lib64/browser-plugins”?
The package does contain libnplp2.so, but you have to create a link to it in /usr/lib64/browser-plugins.
you have a package installed that has a higher version than is available in any configured repo
that package is not in any of your repos at all (that’s the case here)
Ok, I guess I understand. Thank you.
How would you “run” a directory?
And again, thank you for explanation.
Can you post the output of “rpm -ql jre” and “ls -l /usr/lib64/browser-plugins”?
The package does contain libnplp2.so, but you have to create a link to it in /usr/lib64/browser-plugins.
tsih:/home/thestoryiheard # rpm -ql jre
package jre is not installed
tsih:/home/thestoryiheard # ls -l /usr/lib64/browser-plugins
total 18916
-rwxr-xr-x 1 root root 19244144 Sep 21 02:52 libflashplayer.so
-rwxr-xr-x 1 root root 44288 Oct 3 2013 packagekit-plugin.so
-rwxr-xr-x 1 root root 77000 Jan 24 2014 skypebuttons.so
tsih:/home/thestoryiheard #
Please, help me to understand how can I ‘create a link to it in /usr/lib64/browser-plugins.’?
Ah, I see.
The package is not called “jre”, but “jre1.8.0_25” according to one of your earlier screenshots (I hate it when they add the version number to the package name like this… ).
That’s why that line that should create the link didn’t work.
Please, help me to understand how can I ‘create a link to it in /usr/lib64/browser-plugins.’?
For explanation: This tries to find out the exact place where libnpjp2.so is installed by listing all files of the jre package (“rpm -ql jre”) and searching (“grepping”) for the line that contains “libnpjp2.so” (“grep libnpjp2.so”). The full path of the plugin is then stored in the variable $plugin (“plugin=…”). Then it creates the link in /usr/lib64/browser-plugins (“ln -svf …”).
I hate it when they add the version number to the package name like this… ).
Yes, that is strange, to put version number near the name of a package.
For explanation: This tries to find out the exact place where libnpjp2.so is installed by listing all files of the jre package (“rpm -ql jre”) and searching (“grepping”) for the line that contains “libnpjp2.so” (“grep libnpjp2.so”). The full path of the plugin is then stored in the variable $plugin (“plugin=…”). Then it creates the link in /usr/lib64/browser-plugins (“ln -svf …”).
Thank you, for the explanation. This make me more experienced in Linux world, really.
So I create create a link to it in /usr/lib64/browser-plugins.
Thank you very much! Because of you, I can prove for my relatives and friends that if you want something hard and you mess with problem on Linux you in 99.99% will find a solution because of community and people, who spent their time to help people, simple people, who like Linux and don’t want to give up!
Yes. “rpm -ql packagename” lists all files in the package. In this case, the packagename was wrong (“jre” instead of “jre1.8.0_25”) so that didn’t work.
So actually it is a flaw in that article. Maybe the package name has been “jre” in earlier versions and that has been changed by Oracle, I don’t know.
There is an advantage in having the version number in the package name: you can install as many different versions at the same time as you like (provided the files do not conflict, but the directory where they are installed to contains the version number as well here)
OTOH, this make updates more difficult, or rather impossible even. (the updated package is no update in the package management’s sense, it is a completely different, independent package. It could obsolete the older package though, but I don’t know whether Oracle’s java rpms do that)
If I installed JRE RPM just from Oracle website how can I get updates?
Well, I’m not really following Oracle’s java rpms, I have not used them since they got dropped from the distribution because they changed the license.
But I suppose you’d have to manually download the updated package from java.com and install it.
Maybe it has an automated updated check, no idea, but it most likely won’t update itself automatically I’d say. But then, again, I don’t know.
But since the version number is part of the package name, you probably would have to uninstall the old version manually too, as the new version won’t replace it (they have different names, so are completely unrelated packages to RPM).
If I will update my JRE should I lunch plugin=$(rpm -ql jre1,2,3, etc.8.0_25 | grep libnpjp2.so) each when I update JRE?
Yes, likely.
This depends on the package, if the file path of the plugin would stay the same this would not be necessary.
But as the files are installed to a directory /usr/java/jre1.8.0_25/, this will change with a new version, just like the package name.
OTOH, if you don’t uninstall the old version, you don’t have to recreate the link, but then there’s no point in installing the new version at all of course.
Btw, as the package is named “jre1.8.0_25”, I’d suspect an update would be named like “jre1.8.0_XX”, i.e. only the last number would change.
“jre1,2,3, etc.8.0_25” would probably not be correct…
