Re: Handling native libs within a Virtual Machine
Hi Tom, Tom Marble wrote: All: Current Debian Java Policy [1] in section Chapter 2.1: Virtual Machines stipulates If a virtual machine supports native code, it must include the directory /usr/lib/jni in its search path for these dynamic libraries. There is no rationale given for this policy choice and I fail to see the advantage of it. On the other hand I can imagine the following contraindications: - Multiple VM's, or different versions of the same VM, may use similarly named native libraries which have different version dependencies. In the aforementioned policy scheme there is no way to avoid such a version clash. - Each VM under /usr/lib/jvm/vm-name/ it would seem should be self contained in that file hierarchy, insomuch as possible. - Usually VM native libraries are required to implement the VM itself and would not have any utility being exposed in a public path as a native Java add-on library would Shall this requirement be dropped for virtual machines? JVMs should not put their native libraries into /usr/lib/jni, they should just add '/usr/lib/jni' to the search path for System.loadLibrary(). This allows the installation of JNI libraries for use with all installed JVMs. Of course this only works if the JVMs also find the corresponding Java libraries. For Blackdown, we add '/usr/lib/jni' to the search path for System.loadLibrary() and '/usr/share/java' to java.ext.dirs when the VM was installed from a .deb. (Implemented in HotSpot's os_linux.cpp.) Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://blog.blackdown.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Handling native libs within a Virtual Machine
Tom Marble [EMAIL PROTECTED] writes: And, we know already from Debian Java Policy and existing Java applications in Debian that a launcher script will be required in /usr/bin *anyway* In that case your alternative looks good to me. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://blog.blackdown.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
[ANNOUNCE] Debian packages for Blackdown J2SE 1.4.2-01
Thanks to the work of Matthias Klose and Joris Patroons, Debian packages for Blackdown J2SE 1.4.2-01 are available for i386 and AMD64 now. To use the Debian packages, you have to add the following line to /etc/apt/sources.list: deb mirror/debian/ sarge non-free Replace mirror with your favorite Blackdown mirror (http://www.blackdown.org/java-linux/java-linux-d2.html). Here are some examples: deb ftp://ftp.tux.org/java/debian/ sarge non-free deb ftp://ftp.gwdg.de/pub/languages/java/linux/debian/ sarge non-free After running apt-get update, you can install the SDK with apt-get install j2sdk1.4 or the Runtime Environment with apt-get install j2re1.4. Please report packaging related bugs at http://alioth.debian.org/projects/pkg-j2se/ Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ pgpaj3p8hOHEo.pgp Description: PGP signature
Re: Blackdown java Debian package appears out of date
Ross Boylan [EMAIL PROTECTED] writes: Instead, follow the more manual route of getting a regular binary (e.g.,ftp://ftp.tux.org/pub/java/JDK-1.4.2/i386/fcs/j2re-1.4.2-fcs-linux-i586-gcc3.2.bin) and follow the instructions, for example, in There are debs for 1.4.2 which take care of setting up the plugin, etc. I just have to integrate them into the pool on ftp.tux.org somehow, are any tools to generate a pool structure? Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: Debian package for sun's j2sdk
Dalibor Topic [EMAIL PROTECTED] writes: Pierre Machard wrote: Hi, On Tue, Mar 16, 2004 at 10:57:30PM +0100, Heretik wrote: I've just read the Debian GNU/Linux Java FAQ and i installed sun's j2sdk on my debian unstable with a lot of difficulties. I've read in the FAQ that a debian installer for sun's jdk1.4 is to be made so i'd like to help doing it. As i often install debian on some friend's computers, i need a simple way to install a single debian package for full java toolkit. So if i can help doing this, please tell me how i could start. Matthias Klose already packaged the jdk1.4 from blackdown: http://swt.cs.tu-berlin.de/~doko/tmp/ http://swt.cs.tu-berlin.de/~doko/tmp/j2re1.4_1.4.1.01-1.1_i386.deb http://swt.cs.tu-berlin.de/~doko/tmp/j2sdk1.4_1.4.1.01-1.1_i386.deb No need to reinvent the wheel. If that's the original JDK No, it's the Blackdown J2SE he *may* be violating the license, since it only allows distribution under specific conditions and *unmodified*. Splitting the original download into a few debian packages can be seen as creating a derived work, i.e. modification of the original work. and *these* debs are OK. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian package for sun's j2sdk
Hi Dalibor, Dalibor Topic [EMAIL PROTECTED] writes: Would it be possible to host them on blackdown mirrors as well? All that's available on ftp://ftp.tux.org/pub/java/debian/pool/non-free/j/j2se1.4-i386/ for example, are a few betas, but no final release. the plan is to put debs for the final 1.4.2 release there. Unfortunately getting that version ready for release took longer than expected (mostly due to some AMD64 issues), but it's mostly finished now and will be available within a week or so. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: bugwatcher problems
Grzegorz B. Prokopski [EMAIL PROTECTED] writes: [jni: fatal error (Local reference capacity exceeded)] Java specification allows programs to assume that maximum 16 local references are available This comes from the JNI (Java Native Interface) spec. VMs have to ensure that at least 16 local references can be created upon entering a native method. If a native method needs more local references it must call EnsureLocalCapicity() or use PushLocalFrame()/PopLocalFrame() or delete no longer needed local references with DeleteLocalRef(). See http://java.sun.com/j2se/1.4.2/docs/guide/jni/jni-12.html#localrefs If you're using a Blackdown or Sun JVM you can you use -verbose:jni or -Xcheck:jni to catch such problems. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: eclipse crashes on startup
Thomas J. Zeeman [EMAIL PROTECTED] writes: On Thu, 15 Jan 2004, Eckhart [iso-8859-1] Guthöhrlein wrote: Current Java thread: at java.util.zip.Inflater.end(Native Method) Same here but on a selfcompiled version of eclipse (using debian package and apt-src) on testing. Can you try an upstream build? I just tried eclipse-SDK-2.1.2-linux-gtk.zip with 1.4.1-01 and 1.4.2-rc1 (both gcc-2.95 and gcc-3.2 variants) and everything worked fine. Some bugs in the BTS suggest that the Blackdown JVM is causing this and that either the newer BD version (no debian package available from BD themselves; check the archives for some links to some created by others) or a version from Sun remedies this. Unfortunately that didn't help for me. I have used the latest BD version (turned into a .deb with mpkg-j2se) and a recent Sun version (also turned into a .deb). Both still crash eclipse quite fast and somewhat unpredictably. The latest BD version even crashes when I try to recompile the eclipse-packages (it crashes with a similar error message as you posted) I'll try to redo that with a completely up-to-date Sun version this weekend. As the error suggests You mean this? , | NOTE: We are unable to locate the function name symbol for the error | just occurred. Please refer to release documentation for possible | reason and solutions. ` That just means java couldn't find out the *name* of the function where the SIGSEGV happened. That's why it says 'Function=(null)+0x400EF0C4' instead of something like 'Function=foobar+offset'. that some symbols are no longer exported from glibc You would get some ld error in that case. you could, in the mean time, try to go back to an older version of glibc that still does that. Then again, I do not remember seeing an update for glibc since November or so... Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: eclipse crashes on startup
Eckhart Guthöhrlein [EMAIL PROTECTED] writes: whenever I start eclipse on debian unstable, it crashes due to an exception in native code outside the VM with the error log attached below. This started some days before christmas. Everything worked fine before. I have not been able to spot the problem and don't have any more ideas, so I would be grateful for any help. I would like to point out that libc6 seems to be involved, so this may be a version conflict between current and compile-time libs? This could be an explanation why the problem occured without any manual changes, probably after an distribution update. Btw, I encounter the same problem with any of the eclipse distributions obtained from www.eclipse.org. I have tried 2.1, 2.1.1 and 3.0M6. Again, thank you for any hints, since I really need eclipse at the moment. Current Java thread: at java.util.zip.Inflater.end(Native Method) I was able to reproduce this with 1.4.1 now. The problem is that Java (pre-1.4.2) picks up the wrong zlib functions when something brings in libz before Java loads its libzip. You should be able to work-around the problem by starting eclipse like this: % LD_LIBRARY_PATH=/usr/lib/j2se/1.4/jre/lib/i386:/usr/lib/j2se/1.4/jre/lib/i386/client LD_PRELOAD=/usr/lib/j2se/1.4/jre/lib/i386/libzip.so eclipse Alternatively you could upgrade to 1.4.2-rc1 (see http://www.blackdown.org/java-linux/java2-status/jdk1.4-status.html), the functions have been internalized in that version and the problem should not occur anymore. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Library problem with gnome|gtk-java?
Ben Burton [EMAIL PROTECTED] writes: The question is: Is /usr/lib/jni in the library path? If no, shouldn't it be? Yes, it should be - this is in Java policy. It's in the library path for gij and a couple of other JVMs but not the Blackdown JVM. Please report this to the Blackdown maintainer as a bug. That's fixed in our forthcoming 1.4.2 release. BTW: if somebody is interested in helping with our debs, please contact me. I don't have much time for working on this currently. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: gcc3.3 + blackdown java + dynamic_cast == crash
Ben Burton [EMAIL PROTECTED] writes: I don't know whether the problem lies with g++-3.x or with the blackdown JVM. I cant see any libstdc++ clash happening; none of the blackdown packages depend on any libstdc++, nor do any of the libraries shipped with the blackdown JVM appear to link against any libstdc++. Nevertheless it's the libstdc++ issue. Your code works fine with our gcc-3.2 build of 1.4.1. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Java AWT for Debian?
[EMAIL PROTECTED] writes: At 19:54 02/06/2003 +0200, Juergen Kreileder wrote: javax.jnlp is in Java Web Start's javaws.jar which isn't in the default classpath. Is there any already packaged version of WebStart for Debian ? Not really. The debs just contain it in an installation script, each user has to run that script to get it working. This will change in 1.4.2, there's better support for multi-user installations now. Where can I download it ? However, I doubt that the autobuilders would get it in that case :-| Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Java AWT for Debian?
[EMAIL PROTECTED] writes:
The offending code ( in configure ) is this:
( I am not a Java programmer myself , BTW )
8 --
cat Test0.java EOF
class Test0 {
static int foo { return 0; }
This should be foo().
}
EOF
cat Test.java EOF
class Test {
public static void main(String[] args) {
Test0.foo();
new java.awt.Button();
new javax.swing.JButton();
javax.jnlp.ServiceManager.getServiceNames();
javax.jnlp is in Java Web Start's javaws.jar which isn't in the
default classpath.
}
}
EOF
javac Test.java 2 /dev/null webCDcreator=webCDcreator.jar
8
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux/java2-status/
Re: Where is javax.sql.*?
Arnaud Vandyck [EMAIL PROTECTED] writes: I'm looking for the javax.sql.* package but do not find it in blackdown 1.3. J2SE 1.3 doesn't include javax.sql, upgrade to 1.4.1. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: Status of GCC 3.2 and java?
Michael Schuerig [EMAIL PROTECTED] writes: Rupa Schomaker wrote: Will there be a version of the JDK that is built with GCC 3.2? We have released a gcc-3.2 based build a week ago. It's not available as a .deb yet. Now that the transition is on-going in unstable, it would be nice to be able to get the JDK in sync with the rest. The relevant changes to gcc affect g++, the C++ compiler, and break binary compatibility with earlier versions. This does not affect C programs and libraries. The JDK does not use C++, so there's no compatibility problem. Actually it uses C++ in some parts: Java Plug-In, HotSpot, libfontmanager.so. eg: You can't use the java plugin with Mozilla anymore because Mozilla is being built with 3.2. Only the mozilla-snapshot packages are built with gcc-3.2, the normal mozilla packages are still built with gcc-2.95. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Status of GCC 3.2 and java?
Michael Schuerig [EMAIL PROTECTED] writes: Rupa Schomaker wrote: Will there be a version of the JDK that is built with GCC 3.2? We have released a gcc-3.2 based build a week ago. It's not available as a .deb yet. Now that the transition is on-going in unstable, it would be nice to be able to get the JDK in sync with the rest. The relevant changes to gcc affect g++, the C++ compiler, and break binary compatibility with earlier versions. This does not affect C programs and libraries. The JDK does not use C++, so there's no compatibility problem. Actually it uses C++ in some parts: Java Plug-In, HotSpot, libfontmanager.so. eg: You can't use the java plugin with Mozilla anymore because Mozilla is being built with 3.2. Only the mozilla-snapshot packages are built with gcc-3.2, the normal mozilla packages are still built with gcc-2.95. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: j2sdk1.3.1 + libc6 problem
Ola Lundqvist [EMAIL PROTECTED] writes: On Wed, Dec 11, 2002 at 12:15:41PM +0100, Sobkowiak Krzysztof wrote: Is it possible that I'll can use again j2sdk1.3.1 with Debian (Sid) in nearest future? No it will never(?) work. Use j2sdk1.4 instead. We'll make a fixed 1.3.1 version after we've released 1.4.1_01. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: j2sdk-1.4.x for woody
Hendrik Sattler [EMAIL PROTECTED] writes: No, I refer to the j2sdk1.4 debian package from blackdown.org. It has a libc version requirement although it shouldn't. It's a bug. Stephen already said he'll build packages with a lower libc dependency. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: j2sdk-1.4.x for woody
Hendrik Sattler [EMAIL PROTECTED] writes: No, I refer to the j2sdk1.4 debian package from blackdown.org. It has a libc version requirement although it shouldn't. It's a bug. Stephen already said he'll build packages with a lower libc dependency. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: Bundling J2SDK 1.4?
Stephen Zander [EMAIL PROTECTED] writes: Darryl == Darryl L Pierce [EMAIL PROTECTED] writes: Darryl I guess, based on the dependancy on libc6 2.3.1-1 or Darryl better, The current 1.4.1 build requires glibc-2.1.3 or better, so the dependency probably should be changed. (The next release will require glibc-2.2.5 or better.) Darryl I'm going to have to upgrade to unstable to get this Darryl work? I'm using sarge currently. Is it worth it? Unless 1.3.1 doesn't meet your needs, I'd say no. I'd say yes :-) Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: Bundling J2SDK 1.4?
Stephen Zander [EMAIL PROTECTED] writes: Juergen == Juergen Kreileder [EMAIL PROTECTED] writes: Unless 1.3.1 doesn't meet your needs, I'd say no. Juergen I'd say yes :-) You would :P Seriously, though, are you suggesting that j2sdk1.4 is worth taking on the excitement that is the libc6 2.3.1 upgrede? If you fix the dependency it'll work without upgrading glibc. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: Woody with J2SDK 1.4.1 and German Umlauts
Peter Wilm [EMAIL PROTECTED] writes: I have problems displaying German Umlauts with Swing of the Original Sun - J2SDK 1.4.1_01 (self-extracting file). (They are replaced by rectangles) I am using Woody. I suppose that there must be a font - package, which I have to install, but google was no help this time... Has anyone solved this issue? Have you generated some locales? (Check /etc/locale.gen) Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Woody with J2SDK 1.4.1 and German Umlauts
Peter Wilm [EMAIL PROTECTED] writes: I have problems displaying German Umlauts with Swing of the Original Sun - J2SDK 1.4.1_01 (self-extracting file). (They are replaced by rectangles) I am using Woody. I suppose that there must be a font - package, which I have to install, but google was no help this time... Has anyone solved this issue? Have you generated some locales? (Check /etc/locale.gen) Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: After an upgrade Java doesnt work anymore
Alban Peignier [EMAIL PROTECTED] writes: Did either of you upgrade to lic6 2.3.1 recently? Exactly. My other debian has still the libc6 2.2.5 and the both j2sdk (1.3/1.4) work fine. All Blackdown j2se 1.4 beta are knonw to fail with libc6 = 2.3.1. With the new libc6, the both j2sdk (1.3/1.4) _seems_ to broken. Our 1.4.1-beta works fine with glibc 2.3.1 here. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: Desperately Trying To Install J2RE 1.3.1 or J2SDK 1.3.1
[EMAIL PROTECTED] writes: Problem is I can't seem to find a debian package which isn't broken. They all seem to depend on J2se-common, which I can't find anywhere. I even searched for it on Google. I'm surprised there wasn't more mention of it in the debian lists, etc.. BTW, I am trying to install from the FTP site in France, mentioned on the Blackdown list of mirrors. I tried the US one (Tux), but it is always maxed (150 connections). At this point I'm figuring the only way to install this is using one of the BIN versions (though from which site I don't know, advice please). For this I'm looking at the directions from: http://www.blackdown.org/java-linux/java2-status/INSTALL-1.3-j2sdk The instructions are a bit outdated. To get j2se-common you have to add main to the apt line shown on that site, ie. use something like deb ftp://mirror/path-to-java-directory/debian woody non-free main Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Desperately Trying To Install J2RE 1.3.1 or J2SDK 1.3.1
[EMAIL PROTECTED] writes: Problem is I can't seem to find a debian package which isn't broken. They all seem to depend on J2se-common, which I can't find anywhere. I even searched for it on Google. I'm surprised there wasn't more mention of it in the debian lists, etc.. BTW, I am trying to install from the FTP site in France, mentioned on the Blackdown list of mirrors. I tried the US one (Tux), but it is always maxed (150 connections). At this point I'm figuring the only way to install this is using one of the BIN versions (though from which site I don't know, advice please). For this I'm looking at the directions from: http://www.blackdown.org/java-linux/java2-status/INSTALL-1.3-j2sdk The instructions are a bit outdated. To get j2se-common you have to add main to the apt line shown on that site, ie. use something like deb ftp://mirror/path-to-java-directory/debian woody non-free main Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: .deb files for JAVA 1.4
Yven Leist [EMAIL PROTECTED] writes: On Wednesday 09 October 2002 15:36, Takashi Okamoto wrote: From: Stephen Zander [EMAIL PROTECTED] Subject: Re: .deb files for JAVA 1.4 Date: 08 Oct 2002 20:28:56 -0700 Right now, you can't. Once I finish packaging GGZ I'll update the Blackdown mirrors with 1.4 debs unless Juergen beats me to it. Can I check your deb before upload? Default JDK1.4 configuration may have a problem about Japanese font. If you have corrections for font.properties.ja please send them to me. It seems to have a problem with german umlauts as well, at least the linux version of 1.4.1 does not display them correctly in the default configuration, (1.4.0 works). Does anyone know how to fix this? Do you have an example? I haven't seen problems with umlauts in our 1.4.1 beta so far. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .deb files for JAVA 1.4
Takashi Okamoto [EMAIL PROTECTED] writes: From: Yven Leist [EMAIL PROTECTED] Subject: Re: .deb files for JAVA 1.4 Date: Wed, 9 Oct 2002 15:47:56 +0200 Can I check your deb before upload? Default JDK1.4 configuration may have a problem about Japanese font. I want check it. It seems to have a problem with german umlauts as well, at least the linux version of 1.4.1 does not display them correctly in the default configuration, (1.4.0 works). Does anyone know how to fix this? I remember JDK1.4.1 and 1.4.0_01 have a significant problem about Java2D which is described following URL: http://www.javalobby.org/thread.jsp?forum=61thread=5242 So, was it fixed yet in blackdown? I strongly want you to fix it if you could. It's fixed in our next 1.4.1 release which should be available in couple of days. (Well, at least the 24bpp with redmask=0xff works now. We weren't able to find hardware that does 24bpp with redmask=0xff. BTW, the more common case, depth 24 with 32 bpp, never had this problem.) Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: .deb files for JAVA 1.4
Yven Leist [EMAIL PROTECTED] writes: On Wednesday 09 October 2002 15:36, Takashi Okamoto wrote: From: Stephen Zander [EMAIL PROTECTED] Subject: Re: .deb files for JAVA 1.4 Date: 08 Oct 2002 20:28:56 -0700 Right now, you can't. Once I finish packaging GGZ I'll update the Blackdown mirrors with 1.4 debs unless Juergen beats me to it. Can I check your deb before upload? Default JDK1.4 configuration may have a problem about Japanese font. If you have corrections for font.properties.ja please send them to me. It seems to have a problem with german umlauts as well, at least the linux version of 1.4.1 does not display them correctly in the default configuration, (1.4.0 works). Does anyone know how to fix this? Do you have an example? I haven't seen problems with umlauts in our 1.4.1 beta so far. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: .deb files for JAVA 1.4
Takashi Okamoto [EMAIL PROTECTED] writes: From: Yven Leist [EMAIL PROTECTED] Subject: Re: .deb files for JAVA 1.4 Date: Wed, 9 Oct 2002 15:47:56 +0200 Can I check your deb before upload? Default JDK1.4 configuration may have a problem about Japanese font. I want check it. It seems to have a problem with german umlauts as well, at least the linux version of 1.4.1 does not display them correctly in the default configuration, (1.4.0 works). Does anyone know how to fix this? I remember JDK1.4.1 and 1.4.0_01 have a significant problem about Java2D which is described following URL: http://www.javalobby.org/thread.jsp?forum=61thread=5242 So, was it fixed yet in blackdown? I strongly want you to fix it if you could. It's fixed in our next 1.4.1 release which should be available in couple of days. (Well, at least the 24bpp with redmask=0xff works now. We weren't able to find hardware that does 24bpp with redmask=0xff. BTW, the more common case, depth 24 with 32 bpp, never had this problem.) Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: JNI Installation Directories
Ben Burton [EMAIL PROTECTED] writes: I realise (2) is a tall order for JVM maintainers, but I believe it will make things somewhat more sane in the long run for apps or libraries that use JNI classes. Consider writing a Java program that uses library X which uses library Y which has JNI methods; then (in the current setup) the startup script for this Java program has to keep track of where library Y places its C library and must add a corresponding -Djava.library.path= argument to its java invocation. I'd like to get rid of that all together and just require the startup script to add libX.jar and libY.jar to the classpath, end of story. If libraries should be found automatically, JAR files probably should be found autmatically too. J2SE has extension directories, all classes from JAR files in these directories are available without adding the JAR files to the CLASSPATH explicitly. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux/java2-status/
Re: Serious problems with Java threads on stable unstable...(?)
Damian Morris [EMAIL PROTECTED] writes: On a 2.4 kernel, a combination of ulimit and /proc/sys/kernel/threads-max is your limit for regular processes. For threads, additional limitations may be imposed by: - the JVM. Prior to 1.3, the Sun JVM's assumed a 2MB stack, imposing a hard limit of 1024 threads. - your threads implementation. From the top of my head, prior to around 0.7, LinuxThreads also hard-coded a 2MB stack for threads This is still true for Debian's x86 libpthread. In order to get floating stacks glibc has to be built with --enable-kernel=2.4.0 (or higher) and for i686. IIRC Debian's glibc gets built for i386 and --enable-kernel=2.0.30.[1] Also glibc, by default, gets built with PTHREAD_THREADS_MAX == 1024. In any case, it isn't a good idea to use that many threads. With J2SE 1.4 it was inevitable in some cases, but J2SE = 1.4 has non-blocking multiplexing IO so you don't need a thread for each connection anymore. Juergen Footnotes: [1] There just was a thread about CPU-optimized builds on debian-devel and all they talked about was performance. But compiling for newer CPUs also can provide non-performance related benefits: E.g. compiling glibc for i686 gives you floating stacks and high precision timing. -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Serious problems with Java threads on stable unstable... (?)
Damian Morris [EMAIL PROTECTED] writes: On a 2.4 kernel, a combination of ulimit and /proc/sys/kernel/threads-max is your limit for regular processes. For threads, additional limitations may be imposed by: - the JVM. Prior to 1.3, the Sun JVM's assumed a 2MB stack, imposing a hard limit of 1024 threads. - your threads implementation. From the top of my head, prior to around 0.7, LinuxThreads also hard-coded a 2MB stack for threads This is still true for Debian's x86 libpthread. In order to get floating stacks glibc has to be built with --enable-kernel=2.4.0 (or higher) and for i686. IIRC Debian's glibc gets built for i386 and --enable-kernel=2.0.30.[1] Also glibc, by default, gets built with PTHREAD_THREADS_MAX == 1024. In any case, it isn't a good idea to use that many threads. With J2SE 1.4 it was inevitable in some cases, but J2SE = 1.4 has non-blocking multiplexing IO so you don't need a thread for each connection anymore. Juergen Footnotes: [1] There just was a thread about CPU-optimized builds on debian-devel and all they talked about was performance. But compiling for newer CPUs also can provide non-performance related benefits: E.g. compiling glibc for i686 gives you floating stacks and high precision timing. -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: tedious jdk-discussions
[EMAIL PROTECTED] writes: That's what I did on my intel machines. But will you provide me a nice 64-bits java 1.4 running on my Debianized UltraSparc5 ? We'll release J2SE 1.4.0_01 with HotSpot for Sparc soon. However we'll only provide a 32-bit version for the time being. If 64-bit userland support ever stabilizes and stuff like 64-bit X libs are available, we'll release a 64-bit version too. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: SUN java
Stephen Zander [EMAIL PROTECTED] writes: Thomas == Thomas J Zeeman [EMAIL PROTECTED] writes: Thomas From a quick Google; Stephen Zander is probably the Thomas person to ask, he had some pre-release of the 'official' Thomas Debian Blackdown-packages on his home-page on people.d.o Thomas (The answer should also be in the archives, but couldn't Thomas find it easily.) AFAIK, Caldera are the only independent licensors of Sun j2se code outside of Blackdown so unless you got an rpm from them, technically it's still illegal (i'm sure there are a couple of Redhat lurkers on the list so we'll see how long it takes for my recollection to get flamed :)) Apropos flaming :*) According to Sun it's OK to have our .deb packages on Debian mirrors but debian-legal has some problems with the license so they're not available from non-free. I have build j2se1.3 packages for woody sid and made them available to the rest of the Blackdown team (I'm a mostly inactive member) but they've not yet made it to the Blackdown mirrors. I don't know why; they are probably waiting on potato packages as well. No, I've just been busy with other work. More in private mail. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem installing java related stuff due to japanes man pages
Hein Meling [EMAIL PROTECTED] writes: Juergen Kreileder wrote: Robbe [EMAIL PROTECTED] writes: Hein Meling [EMAIL PROTECTED] writes: # update-alternatives --display javac javac - status is auto. link currently points to /usr/lib/j2sdk1.3/bin/javac /usr/lib/j2sdk1.3/bin/javac - priority 1310 slave javac.ja.1.gz: /usr/share/man/ja/man1/javac.j2sdk13.1.gz slave javac.1.gz: /usr/share/man/man1/javac.j2sdk13.1.gz If the j2sdk1.3 package generates alternative links to files it doesn't contain it is buggy. Have you contacted its maintainer? /usr/share/man/ja/man1/javac.j2sdk13.1.gz is in j2sdk1.3_1.3.1-1_i386.deb. Juergen Right, but since I have set my locale to english and norwegian, there is a clean up script (part of debian) that removes these ja man pages; to save disk space. Maybe the problem is with the clean up script, which does not deal well with the /etc/alternatives ?? See http://bugs.debian.org/143701 If localepurge deletes /usr/share/man/ja any further attempt[1] to make the symlink for the Japanese manpage will fail. I guess this will happen each time a package with a javac alternative at lower priority gets installed (unless you've selected another javac alternative manually). Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: java.home
Geoff Beaumont [EMAIL PROTECTED] writes:
Can anyone tell me how java.home is determined in Java? On my system
(Debian Woody, Blackdown JDK1.3) it ends up as /usr/lib/j2se1.3
I think you mean /usr/lib/j2re1.3.
whatever I try to prevent it. Obviously, this breaks anything which
is expecting to be run within a JDK (principally JEdit, right now),
as it can't find a compiler, etc.
The problem is that /usr/lib/j2sdk1.3/jre is a symlink to
/usr/lib/j2re1.3 and due to realpath we end up with the latter for
java.home. This breaks applications which try to run
e.g. {java.home}/../bin/javac as /usr/lib/j2re1.3/../bin/javac
(i.e. /usr/lib/bin/javac) does not exist.
I'm running the correct java (/usr/lib/j2sdk1.3/bin/java) and I've
tried playing around with all the remotely likely looking
environment variables I can find, but all with no result.
We have new packages which use a different directory layout and fix
this problem. The new packages should be on the mirrors soon.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
Run Java 2 SE v1.3.1 on your iPAQ:
http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem installing java related stuff due to japanes man pages
Hein Meling [EMAIL PROTECTED] writes: Juergen Kreileder wrote: Robbe [EMAIL PROTECTED] writes: Hein Meling [EMAIL PROTECTED] writes: # update-alternatives --display javac javac - status is auto. link currently points to /usr/lib/j2sdk1.3/bin/javac /usr/lib/j2sdk1.3/bin/javac - priority 1310 slave javac.ja.1.gz: /usr/share/man/ja/man1/javac.j2sdk13.1.gz slave javac.1.gz: /usr/share/man/man1/javac.j2sdk13.1.gz If the j2sdk1.3 package generates alternative links to files it doesn't contain it is buggy. Have you contacted its maintainer? /usr/share/man/ja/man1/javac.j2sdk13.1.gz is in j2sdk1.3_1.3.1-1_i386.deb. Juergen Right, but since I have set my locale to english and norwegian, there is a clean up script (part of debian) that removes these ja man pages; to save disk space. Maybe the problem is with the clean up script, which does not deal well with the /etc/alternatives ?? See http://bugs.debian.org/143701 If localepurge deletes /usr/share/man/ja any further attempt[1] to make the symlink for the Japanese manpage will fail. I guess this will happen each time a package with a javac alternative at lower priority gets installed (unless you've selected another javac alternative manually). Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problem installing java related stuff due to japanes man pages
Robbe [EMAIL PROTECTED] writes: Hein Meling [EMAIL PROTECTED] writes: # update-alternatives --display javac javac - status is auto. link currently points to /usr/lib/j2sdk1.3/bin/javac /usr/lib/j2sdk1.3/bin/javac - priority 1310 slave javac.ja.1.gz: /usr/share/man/ja/man1/javac.j2sdk13.1.gz slave javac.1.gz: /usr/share/man/man1/javac.j2sdk13.1.gz If the j2sdk1.3 package generates alternative links to files it doesn't contain it is buggy. Have you contacted its maintainer? /usr/share/man/ja/man1/javac.j2sdk13.1.gz is in j2sdk1.3_1.3.1-1_i386.deb. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: java.home
Geoff Beaumont [EMAIL PROTECTED] writes:
Can anyone tell me how java.home is determined in Java? On my system
(Debian Woody, Blackdown JDK1.3) it ends up as /usr/lib/j2se1.3
I think you mean /usr/lib/j2re1.3.
whatever I try to prevent it. Obviously, this breaks anything which
is expecting to be run within a JDK (principally JEdit, right now),
as it can't find a compiler, etc.
The problem is that /usr/lib/j2sdk1.3/jre is a symlink to
/usr/lib/j2re1.3 and due to realpath we end up with the latter for
java.home. This breaks applications which try to run
e.g. {java.home}/../bin/javac as /usr/lib/j2re1.3/../bin/javac
(i.e. /usr/lib/bin/javac) does not exist.
I'm running the correct java (/usr/lib/j2sdk1.3/bin/java) and I've
tried playing around with all the remotely likely looking
environment variables I can find, but all with no result.
We have new packages which use a different directory layout and fix
this problem. The new packages should be on the mirrors soon.
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
Run Java 2 SE v1.3.1 on your iPAQ:
http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: policytool
Michael C. Alonzo [EMAIL PROTECTED] writes: On Tue, Feb 19, 2002 at 03:30:08AM +0100, Juergen Kreileder wrote: Michael C. Alonzo [EMAIL PROTECTED] writes: i have to place images in my applets but the policytool Why do you need policy files for that? isn't filepermissions required? Only if the applet needs access to images on the client machine. If you just want to display some images you have, just load them from the server or put them into the applets jar file. from Blackdown doesn't seem to work. That's a little vague, can you provide a more detailed description of problem? text doesn't show up when i want to add a policy.. You mean you don't get the Permission:, Target Name:, and Actions: combo boxes? Or are you unable to enter text in the text fields? Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
Re: JDK 1.4.0 Java-Plug-in instability
Rick Lutowski [EMAIL PROTECTED] writes: Has anyone else tried an applet with 1.4.0 Java Plug-in (with or without java3d) in Netscape on debian? Yes (mostly with our 1.4.0 code). Note that there are some problems with Java2 1.4.0 and J3D 1.2.1_03. Until J3D 1.2.1_04 is ready you might want to use J3D 1.3-beta1 instead. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: JDK 1.4.0 Java-Plug-in instability
Rick Lutowski [EMAIL PROTECTED] writes: Has anyone else tried an applet with 1.4.0 Java Plug-in (with or without java3d) in Netscape on debian? Yes (mostly with our 1.4.0 code). Note that there are some problems with Java2 1.4.0 and J3D 1.2.1_03. Until J3D 1.2.1_04 is ready you might want to use J3D 1.3-beta1 instead. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
Re: policytool
Michael C. Alonzo [EMAIL PROTECTED] writes: i have to place images in my applets but the policytool Why do you need policy files for that? from Blackdown doesn't seem to work. That's a little vague, can you provide a more detailed description of problem? Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
Re: Missing 'classes.zip' in j2sdk1.3
Guy Geens [EMAIL PROTECTED] writes: yihan == yihan [EMAIL PROTECTED] writes: yihan I've installed j2sdk1.3 from Blackdown Org., unfortunately yihan when I tried to install JavaICQ, it said that I didn't have yihan classes.zip file. I've searched through the filesystem, I yihan couldn't get it. The command I used was find / -name yihan 'classes.zip'. Classes.zip is part of the 1.1 JDK. AFAIK, JavaICQ does not work with JDK 1.2. (I installed JDK 1.1.5 to use it.) It might work with 1.3, but I never tried. Sort of. JavaICQ's bytecode has been obfuscated. Cleverly Mirabilis used an obfuscator that generates broken bytecode. Java 2 refuses to run such code by default. If you disable the bytecode verifier (-noverify) it might work to some degree. Anyhow, JavaICQ is very old. I would recommend using a more up-to-date ICQ client, e.g. licq. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
Re: java debugging on debian
Mike Gratton [EMAIL PROTECTED] writes: Does anyone what the deal with Blackdown (not yet) releasing 1.3.1 is? Huh? 1.3.1 is available since July '01. We'll release an updated 1.3.1 version this week, and a 1.4-beta next week. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
Re: Java SDK on Debian
Ben Hill [EMAIL PROTECTED] writes: Just the job! Thanks very much! I used: ln -s libstdc++-3-libc6.1-2-2.10.0.so libstdc++-libc6.1-1.so.2 Installing libstdc++2.9-glibc2.1 is a better way to solve this problem. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Java error in Mozilla
Jim Shofstall [EMAIL PROTECTED] writes: Could somebody here kindly check out Debian Bug #114265 INTERNAL ERROR on Browser End: Could not load /usr/lib/j2re1.3/lib/i386/libjavaplugin_oji.so: linking error=/usr/lib/j2re1.3/lib/i386/libjavaplugin_oji.so: undefined symbol: XtShellStrings System error?:: Invalid argument The Mozilla maintainer claims it's a Java error. Please upgrade to 1.3.1 and see if the problem still exists. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
Re: Packages that require Java 2 ?
Egon Willighagen [EMAIL PROTECTED] writes: I totally agree with your plans to change the policy to include a java2-virtual-machine concept... I don't see much value in java2-virtual-machine unless it actually means a complete Java 2 runtime environment. Our new packages currently provide j2re and j2remajor.minor. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Packages that require Java 2 ?
Egon Willighagen [EMAIL PROTECTED] writes: I totally agree with your plans to change the policy to include a java2-virtual-machine concept... I don't see much value in java2-virtual-machine unless it actually means a complete Java 2 runtime environment. Our new packages currently provide j2re and j2remajor.minor. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html
Re: Sun's JDK version 1.3.0_02
On Fri, 18 May 2001, Rod Price wrote: This .deb archive isn't the Sun JDK -- it's the Blackdown JDK. The two are similar but not identical. Jini seems to have a difficult time with the Blackdown JDK, for example. Please send a bug report with the details. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Visit the Java 2 Platform on Linux BOF at JavaOne: http://servlet.java.sun.com/javaone/conf/bofs/1745/0-sf2001.jsp
Re: Java 1.2 1.3 'in' testing
"Artur" == Artur Radosz [EMAIL PROTECTED] writes: Artur What about extensions that you are porting? Java 2 and all optional packages we have can go into non-free. Artur btw. are you licensing (plans to license) java webstart? Yes. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java 1.2 1.3 'in' testing
Artur == Artur Radosz [EMAIL PROTECTED] writes: Artur What about extensions that you are porting? Java 2 and all optional packages we have can go into non-free. Artur btw. are you licensing (plans to license) java webstart? Yes. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: Java 1.2 1.3 'in' testing
"Egon" == Egon Willighagen [EMAIL PROTECTED] writes: Egon On Wednesday 21 February 2001 11:34, Juergen Kreileder wrote: Egon What about the Deb's at Blackdown? There are Woody debs, but Egon they need to be tested. I can imagine (and propose) a Egon installer that downloads a blackdown deb package and Egon installs it... which is the easiest thing to do I'm talking to Sun about a possible amendment to our license which would allow our deb packages to go into Debian (non-free). Currently I'm waiting for feedback from Sun's legal department. Egon That is great news! Let me know once you get the feedback. The basic answer[1] is yes, the packages can go into Debian non-free. I just want to have an amendment to the license which explicitly says that it's legal, it might take a few days more to get this done. So how do we go on? Stephen, you're a Debian developer and a Blackdown member, do you want to take this? Juergen Footnotes: [1] There's one restriction: If somebody wants to distribute the packages on CD he has to ask Sun/Blackdown for permission. -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PG7.1b5 .debs
"Oliver" == Oliver Elphick [EMAIL PROTECTED] writes: Oliver [javac] /usr3/home/olly/mypackages/pg7.1/postgresql-7.1beta5/src/interfaces Oliver /jdbc/org/postgresql/jdbc1/Statement.java:291: Missing term. Oliver [javac] if (result != null) ((org.postgresql.ResultSet)result.reallyResultSet()) That's illegal code, try: if (result != null ((org.postgresql.ResultSet) result).reallyResultSet()) Oliver I can't see anything wrong with the code and assume it Oliver must be something to do with my setup. From looking at cvsweb, I would say the code is broken since version 1.5: http://www.postgresql.org/cgi/cvsweb.cgi/pgsql/src/interfaces/jdbc/org/postgresql/jdbc1/Statement.java.diff?r1=1.4r2=1.5 Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java 1.2 1.3 'in' testing
Egon == Egon Willighagen [EMAIL PROTECTED] writes: Egon On Wednesday 21 February 2001 11:34, Juergen Kreileder wrote: Egon What about the Deb's at Blackdown? There are Woody debs, but Egon they need to be tested. I can imagine (and propose) a Egon installer that downloads a blackdown deb package and Egon installs it... which is the easiest thing to do I'm talking to Sun about a possible amendment to our license which would allow our deb packages to go into Debian (non-free). Currently I'm waiting for feedback from Sun's legal department. Egon That is great news! Let me know once you get the feedback. The basic answer[1] is yes, the packages can go into Debian non-free. I just want to have an amendment to the license which explicitly says that it's legal, it might take a few days more to get this done. So how do we go on? Stephen, you're a Debian developer and a Blackdown member, do you want to take this? Juergen Footnotes: [1] There's one restriction: If somebody wants to distribute the packages on CD he has to ask Sun/Blackdown for permission. -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: PG7.1b5 .debs
Oliver == Oliver Elphick olly@lfix.co.uk writes: Oliver [javac] /usr3/home/olly/mypackages/pg7.1/postgresql-7.1beta5/src/interfaces Oliver /jdbc/org/postgresql/jdbc1/Statement.java:291: Missing term. Oliver [javac] if (result != null) ((org.postgresql.ResultSet)result.reallyResultSet()) That's illegal code, try: if (result != null ((org.postgresql.ResultSet) result).reallyResultSet()) Oliver I can't see anything wrong with the code and assume it Oliver must be something to do with my setup. From looking at cvsweb, I would say the code is broken since version 1.5: http://www.postgresql.org/cgi/cvsweb.cgi/pgsql/src/interfaces/jdbc/org/postgresql/jdbc1/Statement.java.diff?r1=1.4r2=1.5 Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: Debian Java 2 1.3 package from Blackdown
"Nicolas" == Nicols Lichtmaier [EMAIL PROTECTED] writes: I'm talking to Sun about a possible amendment to our license which would allow our deb packages to go into Debian (non-free). Currently I'm waiting for feedback from Sun's legal department. Nicols BTW, you are listed as the maintainer of the Blackdown Nicols packages, I'd like to make some comments about them: Nicols * Shouldn't the configuration files be in a Nicolsnot-versioned directory? When JDK 1.4 is released, Nicolswhat will happen? Good point. I'll look into this. Nicols * The j2sdk1.3 package is too big, and there are pretty Nicolsobvious splits that can be made, like: the library Nicolssource code, the demos, and perhaps the different Nicolsflavor of VMS. [...and the Netscape/Mozilla plugins] I'm working on this for 1.3.1. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Quitting debian-java
Alexander == Alexander Hvostov [EMAIL PROTECTED] writes: Alexander What's needed is an install package, like for Alexander realplayer, that takes apart Sun's rpm and puts Alexander together a deb and installs it. There are debs for our Java packages (J2SE, JMF, Java 3D, JAI). See ftp://ftp.tux.org/pub/java/debian/ or the debian dirs of a mirror (http://www.blackdown.org/java-linux/mirrors.html). We working with Sun to clarify license issues so the packages can go into Debian non-free. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: Debian Java 2 1.3 package from Blackdown
Nicolas == Nicolás Lichtmaier [EMAIL PROTECTED] writes: I'm talking to Sun about a possible amendment to our license which would allow our deb packages to go into Debian (non-free). Currently I'm waiting for feedback from Sun's legal department. Nicolás BTW, you are listed as the maintainer of the Blackdown Nicolás packages, I'd like to make some comments about them: Nicolás * Shouldn't the configuration files be in a Nicolásnot-versioned directory? When JDK 1.4 is released, Nicoláswhat will happen? Good point. I'll look into this. Nicolás * The j2sdk1.3 package is too big, and there are pretty Nicolásobvious splits that can be made, like: the library Nicolássource code, the demos, and perhaps the different Nicolásflavor of VMS. [...and the Netscape/Mozilla plugins] I'm working on this for 1.3.1. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: Java 1.2 1.3 'in' testing
"Egon" == Egon Willighagen [EMAIL PROTECTED] writes: Egon Now that Debian is about to freeze, it is time to make Egon installer packages for Java 1.2 and Java 1.3. I am in the Egon process of becoming a Debian developer (currently on hold), Egon so help is appreciated. Egon I'll start with having a look at a current installer Egon package, but need to know some things: Egon What about the Deb's at Blackdown? There are Woody debs, but Egon they need to be tested. I can imagine (and propose) a Egon installer that downloads a blackdown deb package and Egon installs it... which is the easiest thing to do I'm talking to Sun about a possible amendment to our license which would allow our deb packages to go into Debian (non-free). Currently I'm waiting for feedback from Sun's legal department. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java 1.2 1.3 'in' testing
Egon == Egon Willighagen [EMAIL PROTECTED] writes: Egon Now that Debian is about to freeze, it is time to make Egon installer packages for Java 1.2 and Java 1.3. I am in the Egon process of becoming a Debian developer (currently on hold), Egon so help is appreciated. Egon I'll start with having a look at a current installer Egon package, but need to know some things: Egon What about the Deb's at Blackdown? There are Woody debs, but Egon they need to be tested. I can imagine (and propose) a Egon installer that downloads a blackdown deb package and Egon installs it... which is the easiest thing to do I'm talking to Sun about a possible amendment to our license which would allow our deb packages to go into Debian (non-free). Currently I'm waiting for feedback from Sun's legal department. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: packaging jars vs. classes
"Per" == per [EMAIL PROTECTED] writes: Per Juergen Kreileder [EMAIL PROTECTED] writes: Our Java 2 packages use a extension directory /usr/lib/j2re1.3/ext (and /usr/lib/j2re1.3/$(ARCH)/lib). The packages for Java3D, JAI and JMF install into those directories. Additionally we add /usr/share/java/repository to CLASSPATH but in general I would prefer a strictly extension directory based approach. It would be quite easy to add a support for a second extension directory. Per You could make /usr/lib/j2re1.3/ext and Per /usr/lib/j2re1.3/$(ARCH)/lib be symlinks to /usr/share/java Per and /usr/lib/java respectively (or whatever becomes the Per policy). It is seems better to have a single extensions Per directory (pair), rather than two. I agree with that but there is a problem with native libraries: Our extension libraries are linked against the J2SE library names and some even require a complete Java2 v1.3 implementation (e.g. Java3D needs libjawt.so from 1.3). Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Is there a FM/HOWTO about setting up java 1.2 on Debian?
Manoj == Manoj Srivastava [EMAIL PROTECTED] writes: Manoj I need some advice on setting up a working java 1.2 Manoj environment on Debian: is there such a beast? Our 1.3 and some additional packages are available as deb packages from our mirrors: http://www.blackdown.org/java-linux/mirrors.html To use it with APT you have to add a line like deb ftp://mirror/path-to-java-directory/debian dist non-free to /etc/apt/sources.list E.g. for the woody tree on ftp.tux.org one would use: deb ftp://ftp.tux.org/java/debian woody non-free Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: packaging jars vs. classes
Per == per [EMAIL PROTECTED] writes: Per Aaron Brashears [EMAIL PROTECTED] writes: Joe Emenaker sent a nice idea to me which the list didn't get to see. He suggested making a script which does autodetection of jar files in your /usr/share/java and sets the classpath appropriately. Per Which is what you have to do anyway if you want to implement Per Java 2. Per http://www.javasoft.com/products/jdk/1.2/docs/guide/extensions/index.html [...] Per So I suggest the Java policy shuld define a directory for Per extensions. Note this is actually two directories: a Per /usr/share directory for jar files and a /usr/lib directory Per for .so files. A Debian packaging of jdk 1.2 or 1.3 should Per ideally be set up so it uses the standard Java extensions Per directories. Tweaking some shell scripts or sym links might Per work. Our Java 2 packages use a extension directory /usr/lib/j2re1.3/ext (and /usr/lib/j2re1.3/$(ARCH)/lib). The packages for Java3D, JAI and JMF install into those directories. Additionally we add /usr/share/java/repository to CLASSPATH but in general I would prefer a strictly extension directory based approach. It would be quite easy to add a support for a second extension directory. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: packaging jars vs. classes
Per == per [EMAIL PROTECTED] writes: Per Juergen Kreileder [EMAIL PROTECTED] writes: Our Java 2 packages use a extension directory /usr/lib/j2re1.3/ext (and /usr/lib/j2re1.3/$(ARCH)/lib). The packages for Java3D, JAI and JMF install into those directories. Additionally we add /usr/share/java/repository to CLASSPATH but in general I would prefer a strictly extension directory based approach. It would be quite easy to add a support for a second extension directory. Per You could make /usr/lib/j2re1.3/ext and Per /usr/lib/j2re1.3/$(ARCH)/lib be symlinks to /usr/share/java Per and /usr/lib/java respectively (or whatever becomes the Per policy). It is seems better to have a single extensions Per directory (pair), rather than two. I agree with that but there is a problem with native libraries: Our extension libraries are linked against the J2SE library names and some even require a complete Java2 v1.3 implementation (e.g. Java3D needs libjawt.so from 1.3). Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: j3d, blackdown
Seth == Seth Arnold [EMAIL PROTECTED] writes: Seth Hey, does anyone know where these messages are coming from? Seth ***23** It's a bug. I'll fix it for the next version. Seth They show up when I run java3d programs. I think each Seth rendered frame gets one of these lines. I am using Seth Blackdown's Java3D port, with xf86 4.0.1-1, and GLX works. When I try to run any DRI or DGA stuff on my G400, my machine enters a more or less unusable state and I have to reboot it :-( Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: j3d, blackdown
"Seth" == Seth Arnold [EMAIL PROTECTED] writes: Seth Hey, does anyone know where these messages are coming from? Seth ***23** It's a bug. I'll fix it for the next version. Seth They show up when I run java3d programs. I think each Seth rendered frame gets one of these lines. I am using Seth Blackdown's Java3D port, with xf86 4.0.1-1, and GLX works. When I try to run any DRI or DGA stuff on my G400, my machine enters a more or less unusable state and I have to reboot it :-( Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How to install jdk 1.3
Seth == Seth Arnold [EMAIL PROTECTED] writes: Seth * Alan KF LAU [EMAIL PROTECTED] [001031 19:45]: How may I install the jdk1.3 in Debian without deb packages? Is there any symbolic links and library I should place in right place so that dependencies like cocoon, tomcat and gnujsp, etc. could recognize it by default? Seth Well, I wanted to do development with jdk 1.3 -- so I Seth downloaded Sun's JDK 1.3, unpacked it to my home directory, Seth and put symlinks to java, javac, and appletviewer into my Seth ~/bin/ directory -- which happens to be in my path. Our 1.3 (which is similar to Sun's) and some additional packages are available as deb packages from our mirrors: http://www.blackdown.org/java-linux/mirrors.html To use it with APT you have to add a line like deb ftp://mirror/path-to-java-directory/debian dist non-free to /etc/apt/sources.list E.g. for the woody tree on ftp.tux.org one would use: deb ftp://ftp.tux.org/java/debian woody non-free Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: Java 2
"Juergen" == Juergen Kreileder [EMAIL PROTECTED] writes:
"Artur" == Artur Radosz [EMAIL PROTECTED] writes:
Artur Are ther any plans to include latest java VM (1.2 or 1.3)
Artur in Debian?
Juergen We have Debian packages for Java2 v1.3, Java3D 1.2 and
Juergen JAI 1.0.2. The packages will be available from our
Juergen mirrors (http://www.blackdown.org/mirror.html) sometime
Juergen next week . (Given the current license they can't be
Juergen included in Debian).
The packages (j2sdk1.3, j2re1.3, jdk1.3-doc-installer, java3d-sdk,
java3d-re, jai-lib, jai-sample) are now available.
j2sdk1.3 and j2re1.3 are bundled with Java Plug-In for Netscape 4.x
and Mozilla = M17.
I'm not sure if all mirrors have the stuff yet,
deb ftp://ftp.tux.org/java/debian dist non-free
should already work (replace dist with potato or woody).
Juergen
--
Juergen Kreileder, Blackdown Java-Linux Team
http://www.blackdown.org/java-linux.html
JVM'01: http://www.usenix.org/events/jvm01/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java 2
Juergen == Juergen Kreileder [EMAIL PROTECTED] writes: Artur == Artur Radosz [EMAIL PROTECTED] writes: Artur Are ther any plans to include latest java VM (1.2 or 1.3) Artur in Debian? Juergen We have Debian packages for Java2 v1.3, Java3D 1.2 and Juergen JAI 1.0.2. The packages will be available from our Juergen mirrors (http://www.blackdown.org/mirror.html) sometime Juergen next week . (Given the current license they can't be Juergen included in Debian). The packages (j2sdk1.3, j2re1.3, jdk1.3-doc-installer, java3d-sdk, java3d-re, jai-lib, jai-sample) are now available. j2sdk1.3 and j2re1.3 are bundled with Java Plug-In for Netscape 4.x and Mozilla = M17. I'm not sure if all mirrors have the stuff yet, deb ftp://ftp.tux.org/java/debian dist non-free should already work (replace dist with potato or woody). Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: Java 2
"Artur" == Artur Radosz [EMAIL PROTECTED] writes: Artur Are ther any plans to include latest java VM (1.2 or 1.3) Artur in Debian? We have Debian packages for Java2 v1.3, Java3D 1.2 and JAI 1.0.2. The packages will be available from our mirrors (http://www.blackdown.org/mirror.html) sometime next week . (Given the current license they can't be included in Debian). Feel free to contact me if you want to test them. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java 2
Artur == Artur Radosz [EMAIL PROTECTED] writes: Artur Are ther any plans to include latest java VM (1.2 or 1.3) Artur in Debian? We have Debian packages for Java2 v1.3, Java3D 1.2 and JAI 1.0.2. The packages will be available from our mirrors (http://www.blackdown.org/mirror.html) sometime next week . (Given the current license they can't be included in Debian). Feel free to contact me if you want to test them. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: A suggestion to list core classes
Ean == Ean R Schuessler [EMAIL PROTECTED] writes: Ean Yeah, this is kind of good. I was thinking about a system Ean where each Java aware package puts a file in an /etc dir, Ean with init.d looking priorities. Ean So you might have: Ean /etc/java/classpaths/ Ean 00_Kaffe.txt Ean 10_JServ.txt Ean . Ean . Ean . Why do you need priorities? Order should not matter. If two packages provide the same classes they should conflict or use alternatives. How about using a stripped down version of the extension mechanism used in Java2 http://jsp2.java.sun.com/j2se/1.3/docs/guide/extensions/? Instead of putting zip-, jar- and class-files in /usr/share/java, every package should put jar files (and nothing else) into /usr/share/java/ext and native libraries into /usr/share/java/lib/$(uname -m). Ean All of these would get sourced to form a composite Ean CLASSPATH. I hadn't really considered the base class Ean problem. Maybe a combination of the two systems. I don't see the need for /etc/java-core-classes. Every VM should be able to find its core classes without it. This implies that there should be no need to put core classes into CLASSPATH. If VMs need to have their core classes in CLASSPATH then they should add their core classes to CLASSPATH themselves internally. These VMs may of course use a file like /etc/vmname.config but I don't see why every VM should provide /etc/java-core-classes. Ean On Tue, Aug 29, 2000 at 10:05:25AM +0200, Stephane Bortzmeyer wrote: From Edouard G. Parmelan [EMAIL PROTECTED], one of the Kaffe upstream developers, a proposal to the Java policy: Each java-virtual-machine comes with a /etc/java-core-classes (using alternatives to manage it). This file contains the list of jars and directories with core classes. [...] Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: installer packages for SUN's jdk1.3-beta
Miros/law `Jubal' Baran writes: Miros/law Has anyone packaged an installer package for Sun's Miros/law jdk1.3 tarball? We have made Debian packages for the Blackdown J2SE 1.3 (which is about the same as the Sun version as we are working the same tree now). So far packages exist for the SDK, the runtime environment, the plugin, and Java3D. We also have a installer package for Sun's documentation. The packages will be available soon. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html JVM'01: http://www.usenix.org/events/jvm01/
Re: Cannot open /proc/xxx?
Stephane Bortzmeyer writes: Stephane I'm sure I've already seen this bug, and it was Stephane JDK-related, but I cannot find it in the BTS. Any Stephane memory, someone? It's a bug in the native threads VM in 1.1.7-v3. The recommonend fix is to upgrade to 1.1.8-v1 or 1.2.2-RC4 (which are not available as debian packages currently). A work-around is to set THREADS_FLAG=green or to deinstall jdk1.1-native. As for 1.2.2, is there any interest to get J2SE into Debian? Sun is thinking about giving non-commercial Linux distributions a special license for redistributing J2SE. It still would be non-free but I think it would be a better solution than installer packages. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html
Re: Sun JDK 1.2
tschmid writes: tschmid does anyone know how to get Sun's JDK 1.2 tschmid (release-version) to work on a non-RH box? It still tschmid complains about that /bin/realpath thingy. I also tried tschmid on SuSE, without success. You need glibc-2.1 or better for the Sun JDK and glibc-2.1.2 or better for the Blackdown JDK. The above error only happens with older glibc versions. Debian potato is OK for both JDKs. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html
Re: jdk1.2 says can't find libjava.so
Louis-David Mitterrand writes: Louis-David After doing my daily apt-get upgrade on a potato Louis-David machine with blackdown java2 now I get: Louis-David % /usr/local/jdk1.2/bin/java Louis-David Error: can't find libjava.so. Louis-David Has anybody got the same problem? I tried adding the Louis-David library path to /etc/ld.so.conf or to LC_LIBRARY_PATH Louis-David to no avail. Louis-David Could somone shed light on what the issue could be? Louis-David I'd like to understand at least.. shellutils_2.0-3 is broken, downgrade shellutils to version 2.0-2.1. http://guiness.cs.uni-dortmund.de/~kreilede/debian/shellutils_2.0-2.1.deb Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html
Re: jdk1.2 says can't find libjava.so
ASR writes: ASR I've got the same problem Seems to be a bad detection of ASR symlink in java script that is a symlink to .java_wrapper in ASR this part of code No, this code is OK. The bug is with shellutils. ASR # Resolve symlinks. See 4152645. ASR while [ -h $PRG ]; do ASR ls=`/bin/ls -ld $PRG` ASR link=`/usr/bin/expr $ls : '.*- \(.*\)$'` ASR if /usr/bin/expr $link : '/' /dev/null; then The problem is that shellutils broke this expr call. If the expression evaluates to 0 expr has to return an error code of 1 (see the The Single UNIX ® Specification, Version 2) but the new Debian version of expr returns with 0. ASR PRG=$link ASR else ASR PRG=`/usr/bin/dirname $PRG`/$link ASR fi ASR done Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html
Re: Debian Java outlook/ Re: kaffe orphaned?
Cris J Holdorph writes: Cris I mostly lurk on debian-java, because I have an interest in both. Cris However, I have no immediate hope of those two ever meeting. If Cris they do, great. If not, I'll continue to install the JDK and Jserv Cris myself. At least potato has libapache-mod-jserv Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html
Re: Java Policy Question
Stephane Bortzmeyer writes: Stephane On Friday 10 September 1999, at 10 h 2, the keyboard of Stephane David Warnock [EMAIL PROTECTED] wrote: a) often need newer versions than have been packaged eg we had problems with jdk1.1.7 and are now using jdk1.1.7b which is not packaged in potato. Stephane IMHO, this should be a bug/wishlist against the jdk1.1 Stephane package. The maintainer is quite overloaded but reads Stephane and processes the bugs. 117v2 is based on Sun's JDK-1.1.7B. 117v3 basically is 117v2+some swing mnemonic bug fixes. The reason that potato still uses v2 is that it is a real glibc-2.1 build, we've never released a glibc-2.1 version of v3. Anyhow, 1.1.8 will be released soon. Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html
Re: native threads and Invocation API
Juergen Kreileder writes: Juergen 2.1, the the glibc 2.1 versions of sem_* are new in Juergen 2.1.2. This problem looks like a general issue with Juergen symbol versioning, the default version '@@' in glibc Juergen 2.1.2 was GLIBC2.0, now it is GLIBC_2.1. So how is it Juergen possible to link against against libraries that are Juergen linked against older defaut symbols than available on a Juergen system? (Maybe you should ask this question on a glibc Juergen or gcc list.) According to the glibc-developers the link error is the correct behavior :-( Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html
Re: native threads and Invocation API
Gene McCulley writes:
Juergen == Juergen Kreileder [EMAIL PROTECTED] writes:
Juergen Try adding '-D_REENTRANT' and '-lpthread'.
Gene That doesn't help. The libpthread.so has
Gene sem_{destroy,post,wait,init}@@GLIBC_2.1 and
Gene sem_{destroy,post,wait,[EMAIL PROTECTED], but the libjava.so
Gene wants sem_{destroy,post,wait,init}@@GLIBC_2.0. It looks
Gene like the JDK package needs to be relinked against a later
Gene version of 2.1. Debian unstable is currently at 2.1.2.
Gene What is the JDK linked against?
2.1, the the glibc 2.1 versions of sem_* are new in 2.1.2. This
problem looks like a general issue with symbol versioning, the default
version '@@' in glibc 2.1.2 was GLIBC2.0, now it is GLIBC_2.1. So
how is it possible to link against against libraries that are linked
against older defaut symbols than available on a system? (Maybe you
should ask this question on a glibc or gcc list.) IMHO the gcc/ld
should handle this automatically.
The workaround is to link against green threads, it doesn't make a
difference as long as you use the public JNI calls.
Looks like our next release needs 3 builds: glibc-2.0, glibc-2.1[.1],
and glibc 2.1.2 :-((
Gene This same test works fine against a stable version of Debian
Gene that uses glibc2.0.
Symbol versioning is new in glibc 2.1
Juergen
Re: native threads and Invocation API
Gene McCulley writes: Gene That works fine. But if I try to compile it with native threads Gene instead by changing the above line to: Gene g++ invoketest.c -o invoketest -I/usr/lib/jdk1.1/include \ Gene -L/usr/lib/jdk1.1/lib/i386/native_threads -ljava \ Gene -L/usr/X11R6/lib -lXm -lXt -lXext -lX11 Try adding '-D_REENTRANT' and '-lpthread'. Gene I get a link-time error of: Gene /usr/lib/jdk1.1/lib/i386/native_threads/libjava.so: undefined reference to `sem_destroy@@GLIBC_2.0' Gene /usr/lib/jdk1.1/lib/i386/native_threads/libjava.so: undefined reference to `sem_post@@GLIBC_2.0' Gene /usr/lib/jdk1.1/lib/i386/native_threads/libjava.so: undefined reference to `sem_wait@@GLIBC_2.0' Gene /usr/lib/jdk1.1/lib/i386/native_threads/libjava.so: undefined reference to `sem_init@@GLIBC_2.0' Gene collect2: ld returned 1 exit status Juergen -- Juergen Kreileder, Blackdown Java-Linux Porting Team http://www.blackdown.org/java-linux.html
