Re: konqueror java support fails again - suggestion
I have read somewhere about two fixes in java support. Maybe they can explain my failure to make java working in konqueror: 1. conflicts with the compiler: is kde 3.1.1 for woody compiled with gcc2.95? Java must be compiled with the same gcc version...is my blackdown j2re1.3 for woody compiled with gcc2.95? 2. In order to make blakcdown debs working with Mozilla a soft link is needed: ln -s /usr/lib/j2se/1.3/jre/plugin/i386/mozilla/javaplugin_oji.so /usr/lib/mozilla/plugins should I do something similar ?? Or should I throw away this non-GPL f** language from Sun people ?? -- saluti, Mauro On this machine no Windows system survives and LINUX POWER reigns UNLIMITED.
Re: konqueror java support fails again - suggestion
Mauro Darida wrote: I have read somewhere about two fixes in java support. Maybe they can explain my failure to make java working in konqueror: 1. conflicts with the compiler: is kde 3.1.1 for woody compiled with gcc2.95? Java must be compiled with the same gcc version...is my blackdown j2re1.3 for woody compiled with gcc2.95? I doubt very much that the maintainer of the blackdown .debs would compile woody packages with gcc3.x 2. In order to make blakcdown debs working with Mozilla a soft link is needed: ln -s /usr/lib/j2se/1.3/jre/plugin/i386/mozilla/javaplugin_oji.so /usr/lib/mozilla/plugins /usr/lib/mozilla/plugins/javaplugin_oji.so should be a symlink to /etc/alternatives/javaplugin_oji.so should I do something similar ?? Or should I throw away this non-GPL f** language from Sun people ?? :-) Well there are other jvm's (hence the use of /etc/alternatives)... $ apt-cache search java-virtual-machine gij-3.2 - The GNU Java bytecode interpreter gij-3.3 - The GNU Java bytecode interpreter kaffe - A JVM to run Java bytecode sablevm - Free implementation of Java Virtual Machine (JVM) second edition ibm-jdk1.1-installer - Installer for IBM Developer Kit for Linux, Java(TM) Technology Edition j2re1.3 - Blackdown Java(TM) 2 Runtime Environment, Standard Edition jre1.1 - Blackdown Java(TM) Runtime Environment (JRE1.1) j2re1.4 - Blackdown Java(TM) 2 Runtime Environment, Standard Edition ...but I'd say the blackdown was your best bet. Just out of curiosity, could you do $ ls -l /etc/alternatives somefilename.txt and post it to me off-list. HTH -- Simon Hepburn.
Re: konqueror java support fails again
On Saturday 17 May 2003 13:43, Simon Hepburn wrote: Did you check the other java related symlinks in /etc/alternatives? I Checked: everything comes from j2re or j2se 1.3 debs. I enclose my update-alternatives --display java output... working again, mc is a godsend for this sort of stuff. Also, when you had the sun tarball installed previously did you or the install script create any symlinks outside of /usr/local? Did you clean up before installing the blackdown .debs? I remember the sun install script said it would install everything in /usr/local/ so I have simply deleted the /usr/local/j2re1.4.1/. Anyway how can I check out any other symlinks ? I am a bit discouraged: everyone but me seems to have java working on woody:-(( -- saluti, Mauro On this machine no Windows system survives and LINUX POWER reigns UNLIMITED. java - status is auto. link currently points to /usr/lib/j2se/1.3/bin/java /usr/lib/j2se/1.3/bin/java - priority 1311 slave java.1.gz: /usr/share/man/man1/java.j2se13.1.gz Current `best' version is /usr/lib/j2se/1.3/bin/java.
Re: konqueror java support fails again
On Saturday 17 May 2003 00:47, Simon Hepburn wrote: Simon Hepburn wrote: Sorry, upon rereading your original post I realised that you are using the tarball from sun. The Debian alternatives system will only work if you use the blackdown .debs. You can add one of these to /etc/apt/sources.list: deb http://www.tux.org/pub/java/debian sid main non-free or deb http://www.tux.org/pub/java/debian woody main non-free Ehm, maybe you didn't read my msg entirely...I say, I CHANGED java machine and installed the one from BLACKDOWN, here is may apt source: deb ftp://ftp.tux.org/pub/java/debian woody main non-free and it makes Konqueror to crash. I do not think using the absolute path should be an issue here, shouldn't it? If it works, it should work both from the symlink or the absolute path, it doesn't matter. -- saluti, Mauro On this machine no Windows system survives and LINUX POWER reigns UNLIMITED.
Re: konqueror java support fails again
Mauro Darida wrote: Ehm, maybe you didn't read my msg entirely...I say, I CHANGED java machine and installed the one from BLACKDOWN Apologies, I was up at 5am with my 2yr old yesterday and by the time I got to read my mail late last night my brain was a bit stale. If it works, it should work both from the symlink or the absolute path, it doesn't matter. It might matter if next time you upgrade, your java vm has changed location. By using an absolute path in konqui you are bypassing the debian alternatives system. The default path of java that the debian kde packages ship with works fine. This is not the source of your problem, I was just trying to be informative :-) Did you check the other java related symlinks in /etc/alternatives? I vaguely recall having problems with java a few months ago. I think at the time there were only java packages available for woody, then packages became available for sid but when I upgraded lots of stuff had moved around and the install script failed to update some of the symlinks in /etc/alternatives. I had to edit a lot of those symlinks to get things working again, mc is a godsend for this sort of stuff. Also, when you had the sun tarball installed previously did you or the install script create any symlinks outside of /usr/local? Did you clean up before installing the blackdown .debs? HTH -- Simon Hepburn.
Re: konqueror java support fails again
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Samstag, 17. Mai 2003 02:50 schrieb Patrick Dreker: Am Samstag, 17. Mai 2003 02:13 schrieb Hendrik Sattler [EMAIL PROTECTED] zum Thema Re: konqueror java support fails again: On debian-java, someone posted a nice debian subdir to package the blackdown tarball release of a mor current version (1.4.1_01). I had to modify it a bit but if someone is interested, I can make it available for download. Yes, please do so... There is a newer Blackdown Deb Version, but it is not current either (1.4.0.99 (beta)) You can find a deb line and a package overview at http://ma2geo.mathematik.uni-karlsruhe.de/public-debian/ Currently it contains java2-1.4.1_01 and acroread-5.06. HS - -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+xi3ezvr6q9zCwcERAlvQAJsGbBVQ5LwZwsFBZIR2mP2ho3RcWwCfVIzU X7qG0O7PvMNXTLPm7ekPlOE= =QzLN -END PGP SIGNATURE-
konqueror java support fails again
hello all, thanks for your answers on my problem. I put in Konqueror: path to java executable: /usr/local/j2re1.4.1/bin/java and the previous error disappeared, but when trying a java application I only got :' loading applet ' and nothing more. I tried a different java machine, installing debian package j2re1.3 from blackdown, and the result is different but equally useless: I get a konqueror crash. My path to java executable is now: /usr/lib/j2se/1.3/bin/java. ciuff ciuff the little train... -- saluti, Mauro On this machine no Windows system survives and LINUX POWER reigns UNLIMITED.
Re: konqueror java support fails again
Mauro Darida wrote: hello all, thanks for your answers on my problem. I put in Konqueror: path to java executable: /usr/local/j2re1.4.1/bin/java and the previous error disappeared, but when trying a java application I only got :' loading applet ' and nothing more. With Debian you do not need to set an absolute path, java will suffice. /usr/bin/java is a symlink to /etc/alternatives/java which in turn points to the real location of your java vm. When you change/update your java vm the debian install scripts should take care of updating the symlinks in /etc/alternatives. There are quite a few others, here's what I get when I grep for j2se : JavaPluginControlPanel - /usr/lib/j2se/1.3/bin/JavaPluginControlPanel awt_robot - /usr/lib/j2se/1.3/bin/awt_robot j2sdk-config - /usr/lib/j2se/1.3/bin/j2sdk-config java - /usr/lib/j2se/1.3/bin/java java.1.gz - /usr/share/man/man1/java.j2se13.1.gz javaplugin.so - /usr/lib/j2se/1.3/jre/plugin/i386/netscape4/javaplugin.so javaplugin_oji-mozilla-0.9.1.so - /usr/lib/j2se/1.3/jre/plugin/i386/mozilla/javaplugin_oji.so javaplugin_oji-mozilla-0.9.2.so - /usr/lib/j2se/1.3/jre/plugin/i386/mozilla/javaplugin_oji.so javaplugin_oji-mozilla-cvs.so - /usr/lib/j2se/1.3/jre/plugin/i386/mozilla/javaplugin_oji.so javaplugin_oji.so - /usr/lib/j2se/1.3/jre/plugin/i386/mozilla/javaplugin_oji.so keytool - /usr/lib/j2se/1.3/bin/keytool keytool.1.gz - /usr/share/man/man1/keytool.j2se13.1.gz policytool - /usr/lib/j2se/1.3/bin/policytool rmid - /usr/lib/j2se/1.3/bin/rmid rmid.1.gz - /usr/share/man/man1/rmid.j2se13.1.gz rmiregistry - /usr/lib/j2se/1.3/bin/rmiregistry rmiregistry.1.gz - /usr/share/man/man1/rmiregistry.j2se13.1.gz tnameserv - /usr/lib/j2se/1.3/bin/tnameserv You might want to check /etc/alternatives/ for broken symlinks. HTH -- Simon Hepburn.
Re: konqueror java support fails again
Simon Hepburn wrote: With Debian you do not need to set an absolute path, java will suffice. /usr/bin/java is a symlink to /etc/alternatives/java which in turn points to the real location of your java vm. When you change/update your java vm the debian install scripts should take care of updating the symlinks in /etc/alternatives. Sorry, upon rereading your original post I realised that you are using the tarball from sun. The Debian alternatives system will only work if you use the blackdown .debs. You can add one of these to /etc/apt/sources.list: deb http://www.tux.org/pub/java/debian sid main non-free or deb http://www.tux.org/pub/java/debian woody main non-free There are probably other mirrors closer to you: http://www.blackdown.org/java-linux/mirrors.html HTH -- Simon Hepburn.
Re: konqueror java support fails again
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Samstag, 17. Mai 2003 00:47 schrieb Simon Hepburn: Simon Hepburn wrote: With Debian you do not need to set an absolute path, java will suffice. /usr/bin/java is a symlink to /etc/alternatives/java which in turn points to the real location of your java vm. When you change/update your java vm the debian install scripts should take care of updating the symlinks in /etc/alternatives. Sorry, upon rereading your original post I realised that you are using the tarball from sun. The Debian alternatives system will only work if you use the blackdown .debs. You can add one of these to /etc/apt/sources.list: deb http://www.tux.org/pub/java/debian sid main non-free or deb http://www.tux.org/pub/java/debian woody main non-free Those are quite old java versions, aren't they? (1.3.1, current in 1.4.1). On debian-java, someone posted a nice debian subdir to package the blackdown tarball release of a mor current version (1.4.1_01). I had to modify it a bit but if someone is interested, I can make it available for download. HS - -- Mein GPG-Key ist auf meiner Homepage verfügbar: http://www.hendrik-sattler.de oder über pgp.net PingoS - Linux-User helfen Schulen: http://www.pingos.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+xX60zvr6q9zCwcERAqsfAJ9HtDSu5YyYqSWTiL6oX7JhNGiJbQCgq0G/ vITJ9ZvnXYoCwZ8u33vUepQ= =7ubj -END PGP SIGNATURE-
Re: konqueror java support fails again
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am Samstag, 17. Mai 2003 02:13 schrieb Hendrik Sattler [EMAIL PROTECTED] zum Thema Re: konqueror java support fails again: On debian-java, someone posted a nice debian subdir to package the blackdown tarball release of a mor current version (1.4.1_01). I had to modify it a bit but if someone is interested, I can make it available for download. Yes, please do so... There is a newer Blackdown Deb Version, but it is not current either (1.4.0.99 (beta)) Patrick -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE+xYdNcERm2vzC96cRAvniAJ9kGzPIpM5zywlIFM/8/xM1/NvKygCcDadr OPhZIFubzPTuO2jFptlNQTs= =hRwk -END PGP SIGNATURE-