Bug#358237: make-jpkg should create two .deb files instead of one
Daniel Gimpelevich wrote: Package: java-package Version: 0.27 Severity: wishlist I would be very interested in any arguments against making java-package enable this to happen. Thank you. The simplest argument against it is: Its just not possible to use the non-free runtime classlibraries with a free runtime. AFAIK, for interaction between a runtime and the class library a VM interface is needed. And thats not the same between the non-free and GNU classpath derived runtimes. Wolfgang ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358237: make-jpkg should create two .deb files instead of one
On Mar 22, 2006, at 12:13 AM, Wolfgang Baer wrote: Daniel Gimpelevich wrote: Package: java-package Version: 0.27 Severity: wishlist I would be very interested in any arguments against making java-package enable this to happen. Thank you. The simplest argument against it is: Its just not possible to use the non-free runtime classlibraries with a free runtime. AFAIK, for interaction between a runtime and the class library a VM interface is needed. And thats not the same between the non-free and GNU classpath derived runtimes. Wolfgang Hmm. I was under the impression that the VM interface had become sufficiently compatible for a full compatibility layer to be straightforward. Class libraries consist of classes, and since there are classes that work with both runtimes separately from any class library, I thought that differences in functionality between the free and non-free environments was primarily due to differences between the class libraries, with the VM interfaces being relatively equal. If I was mistaken, I am sorry. ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358237: make-jpkg should create two .deb files instead of one
Daniel Gimpelevich wrote: On Mar 22, 2006, at 12:13 AM, Wolfgang Baer wrote: Daniel Gimpelevich wrote: Package: java-package Version: 0.27 Severity: wishlist I would be very interested in any arguments against making java-package enable this to happen. Thank you. The simplest argument against it is: Its just not possible to use the non-free runtime classlibraries with a free runtime. AFAIK, for interaction between a runtime and the class library a VM interface is needed. And thats not the same between the non-free and GNU classpath derived runtimes. Wolfgang Hmm. I was under the impression that the VM interface had become sufficiently compatible for a full compatibility layer to be straightforward. Class libraries consist of classes, and since there are classes that work with both runtimes separately from any class library, I thought that differences in functionality between the free and non-free environments was primarily due to differences between the class libraries, with the VM interfaces being relatively equal. If I was mistaken, I am sorry. The jni interface (and the newer jawt interface) should be compatible with the non-free implementations. The interface VM/Classlib can't be as it is AFAIK not defined anywhere by SUN. For information about the VM interface of GNU classpath see: http://www.gnu.org/software/classpath/docs/vmintegration.html Wolfgang ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358237: make-jpkg should create two .deb files instead of one
On Mar 22, 2006, at 12:54 AM, Wolfgang Baer wrote: The simplest argument against it is: Its just not possible to use the non-free runtime classlibraries with a free runtime. AFAIK, for interaction between a runtime and the class library a VM interface is needed. And thats not the same between the non-free and GNU classpath derived runtimes. Wolfgang Hmm. I was under the impression that the VM interface had become sufficiently compatible for a full compatibility layer to be straightforward. Class libraries consist of classes, and since there are classes that work with both runtimes separately from any class library, I thought that differences in functionality between the free and non-free environments was primarily due to differences between the class libraries, with the VM interfaces being relatively equal. If I was mistaken, I am sorry. The jni interface (and the newer jawt interface) should be compatible with the non-free implementations. The interface VM/Classlib can't be as it is AFAIK not defined anywhere by SUN. Ironic, since JNI is architecture-dependent. I thought that the VM/Classlib interface was part of the official JVM spec to which GIJ was coded. For information about the VM interface of GNU classpath see: http://www.gnu.org/software/classpath/docs/vmintegration.html That page mainly talks about the use of the free class library with various different JVMs, which is pretty much the reverse of what I was suggesting. BTW, everywhere in my original mail where I used the term GCJ, I was referring to GNU Classpath for Java, not GNU Compiler for Java. ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358345: libpgjava: FTBFS: compile error
Package: libpgjava Version: 8.1-404-1 Severity: serious Hi, building the package libpgjava in a clean sid build environment (with pbuilder) on i386 results in: = [...] [javac] The local variable nestedCount is never read [javac] -- [javac] -- [javac] 45. WARNING in /tmp/buildd/libpgjava-8.1-404/org/postgresql/jdbc2/AbstractJdbc2Statement.java [javac] (at line 3038) [javac] int localoffset = t.getTimezoneOffset() * 60 * 1000 * -1; [javac] ^ [javac] The method getTimezoneOffset() from the type Date is deprecated [javac] -- [javac] -- [javac] 46. ERROR in /tmp/buildd/libpgjava-8.1-404/org/postgresql/jdbc2/Jdbc2Blob.java [javac] (at line 13) [javac] public class Jdbc2Blob extends AbstractJdbc2Blob implements java.sql.Blob [javac] ^ [javac] The type Jdbc2Blob must implement the inherited abstract method Blob.setBytes(long, byte[]) [javac] -- [javac] 47. ERROR in /tmp/buildd/libpgjava-8.1-404/org/postgresql/jdbc2/Jdbc2Blob.java [javac] (at line 13) [...] [javac] The serializable class PSQLException does not declare a static final serialVersionUID field of type long [javac] -- [javac] -- [javac] 163. WARNING in /tmp/buildd/libpgjava-8.1-404/org/postgresql/util/PSQLState.java [javac] (at line 16) [javac] public class PSQLState implements java.io.Serializable [javac] ^ [javac] The serializable class PSQLState does not declare a static final serialVersionUID field of type long [javac] -- [javac] -- [javac] 164. WARNING in /tmp/buildd/libpgjava-8.1-404/org/postgresql/util/PSQLWarning.java [javac] (at line 14) [javac] public class PSQLWarning extends SQLWarning [javac] ^^^ [javac] The serializable class PSQLWarning does not declare a static final serialVersionUID field of type long [javac] -- [javac] -- [javac] 165. WARNING in /tmp/buildd/libpgjava-8.1-404/org/postgresql/util/ServerErrorMessage.java [javac] (at line 16) [javac] public class ServerErrorMessage implements Serializable [javac] ^^ [javac] The serializable class ServerErrorMessage does not declare a static final serialVersionUID field of type long [javac] -- [javac] 165 problems (108 errors, 57 warnings) BUILD FAILED /tmp/buildd/libpgjava-8.1-404/build.xml:117: Compile failed; see the compiler error output for details. Total time: 8 seconds make: *** [build] Error 1 = Thanks for considering. -- DARTS - Debian Archive Regression Test Suite http://darts.alioth.debian.org/ ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358356: cacao: crash when using Cairo backend
Package: cacao Version: 0.95-1 Severity: normal I tried to use the cairo backend using 'cacao -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D' as described in /usr/share/doc/classpath/README.Debian but it crashes like this: [EMAIL PROTECTED]: ~/var/Projects/SourceForge/Jmol/trunk/Jmol $ cacao -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D -jar Jmol.jar English: no need for gettext wrapper [EMAIL PROTECTED] *** glibc detected *** free(): invalid pointer: 0x096bd878 *** Aborted As reference, here's the output when I do not set the Graphics backend: [EMAIL PROTECTED]: ~/var/Projects/SourceForge/Jmol/trunk/Jmol $ cacao -jar Jmol.jar English: no need for gettext wrapper [EMAIL PROTECTED] using Smarter Model Adapter (C) 2006 Jmol Development Jmol Version 10.00.48 2006-03-19 18:57 java.vendor:GNU Classpath java.version:1.4.2 os.name:Linux jvm11orGreater=true jvm12orGreater=true jvm14orGreater=true MouseManager11 implemented MouseManager14 implemented setting color scheme to:jmol User macros dir: /home/egonw/.jmol/macros exists: true isDirectory: true Possible macro found: pdb.macro (C) 2006 Jmol Development Jmol Version 10.00.48 2006-03-19 18:57 java.vendor:GNU Classpath java.version:1.4.2 os.name:Linux jvm11orGreater=true jvm12orGreater=true jvm14orGreater=true MouseManager11 implemented The splash screen of Jmol shows up very shortly before the crash. Egon -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-19-386 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages cacao depends on: ii binutils 2.16.1cvs20060117-1 The GNU assembler, linker and bina ii classpath2:0.90-1clean room standard Java libraries ii classpath-common 2:0.90-1architecture independent files ii libc62.3.6-4 GNU C Library: Shared libraries an ii libltdl3 1.5.22-4A system independent dlopen wrappe ii zlib1g 1:1.2.3-11 compression library - runtime cacao recommends no packages. -- no debconf information ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358356: Acknowledgement (cacao: crash when using Cairo backend)
Ummm... it's a classpath bug. Sorry. Though I thought I had done that, I forgot to run it with jamvm. Same error; hence a classpath bug. No idea if and how I can reassign this myself. Egon -- [EMAIL PROTECTED] PhD student on Molecular Representation in Chemometrics Radboud University Nijmegen Blog: http://chem-bla-ics.blogspot.com/ http://www.cac.science.ru.nl/people/egonw/ GPG: 1024D/D6336BA6 ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358356: cacao: crash when using Cairo backend
On Wednesday 22 March 2006 13:23, Wolfgang Baer wrote: Egon Willighagen wrote: Might be related to the new glib in unstable: http://lists.debian.org/debian-devel/2006/03/msg00941.html Yes, it seems so. When I run it as suggested in the linked email, I do not get the error when running it like: G_SLICE=always-malloc cacao -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D -jar Jmol.jar Egon -- [EMAIL PROTECTED] PhD student on Molecular Representation in Chemometrics Radboud University Nijmegen Blog: http://chem-bla-ics.blogspot.com/ http://www.cac.science.ru.nl/people/egonw/ GPG: 1024D/D6336BA6 ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#358356: cacao: crash when using Cairo backend
Egon Willighagen wrote: Package: cacao Version: 0.95-1 Severity: normal I tried to use the cairo backend using 'cacao -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D' as described in /usr/share/doc/classpath/README.Debian but it crashes like this: [EMAIL PROTECTED]: ~/var/Projects/SourceForge/Jmol/trunk/Jmol $ cacao -Dgnu.java.awt.peer.gtk.Graphics=Graphics2D -jar Jmol.jar English: no need for gettext wrapper [EMAIL PROTECTED] *** glibc detected *** free(): invalid pointer: 0x096bd878 *** Aborted Might be related to the new glib in unstable: http://lists.debian.org/debian-devel/2006/03/msg00941.html Wolfgang ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Processed: Reassigning to classpath forwarded
Processing commands for [EMAIL PROTECTED]: reassign 358356 classpath Bug#358356: cacao: crash when using Cairo backend Bug reassigned from package `cacao' to `classpath'. forwarded 358356 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26803 Bug#358356: cacao: crash when using Cairo backend Noted your statement that Bug has been forwarded to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26803. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Processed: your mail
Processing commands for [EMAIL PROTECTED]: retitle 358356 classpath: crash when using Cairo backend Bug#358356: cacao: crash when using Cairo backend Changed Bug title. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Processing of java-snmp_1.4-5_i386.changes
java-snmp_1.4-5_i386.changes uploaded successfully to localhost along with the files: java-snmp_1.4-5.dsc java-snmp_1.4-5.diff.gz libsnmp1.4-java_1.4-5_all.deb Greetings, Your Debian queue daemon ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
java-snmp_1.4-5_i386.changes ACCEPTED
Accepted: java-snmp_1.4-5.diff.gz to pool/main/j/java-snmp/java-snmp_1.4-5.diff.gz java-snmp_1.4-5.dsc to pool/main/j/java-snmp/java-snmp_1.4-5.dsc libsnmp1.4-java_1.4-5_all.deb to pool/main/j/java-snmp/libsnmp1.4-java_1.4-5_all.deb Announcing to debian-devel-changes@lists.debian.org Thank you for your contribution to Debian. ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers