Bug#325255: Reassigning to classpath-tools
reassign 325255 classpath-tools thanks classpath-tools is at fault. It registers the alternatives with a different name than during removal: XXX-cp vs. cp-XXX (see prerm/postinst) Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337828: ITP: libjogl-java -- Java bindings for OpenGL
Hi Petter, Petter Reinholdtsen wrote: Any progress with this ITP for jogl? Anything I can do to help? Will it be maintained as part of the debian java group? I will come back to this ITP as soon as I find some time. I have an older version ready which I will update. I want to try building it with gij-4.1 (when gcj-4.1 will reach unstable). If this fails I will build it with kaffe - which currently needs an adaption in the kaffe package as some headers are placed in the wrong directory. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342200: 0.20
Julien Wajsberg wrote: 0.20 is out... ...please read the thread -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356923: argouml: new upstream 0.20
merge 356923 342200 thanks kaouete wrote: Package: argouml Severity: wishlist Hi, 0.20 is released and include a lot of new features like support for uml 1.4. Please have a look at the bug system before reporting bugs, this is already reported. See the other bug thread for explanation why that won't happen in the next time. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354601: eclipse: Project names umlaut (special chars) problem
Raphael Fuchs wrote: Package: eclipse Version: 3.1.2-1 Severity: normal When a project is created with umlauts in its name, no files can be added to the project. More precisely, they get created in the workspace folder but disappear from the Navigator. In the source code editor view, the following message gets displayed: Resource foobar.java does not exist. There was a bug in kaffe which exists more or less equally in all runtimes. The kaffe fixes are described in http://www.kaffe.org/pipermail/kaffe/2006-February/103981.html The first classpath specific fix is already committed in GNU classpath. The other one is pending as RFC. We need to check if these are applicable for gcj and if there exists maybe more problems in there file implementation. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342200: argouml: Please advise
Hi Arnaud, Arnaud Vandyck wrote: Wolfgang Baer wrote: Hi all, Yo Wolfgang, Well, I am basically interested in argouml so I did a little research on the new upstream some time ago. The main problem is that they - don't ask me why - they started to use netbeans stuff for the uml model implementation. Because ocl is no more maintained for many years now and they are stick in UML 1.x. They still target UML 1.4 with the MDL stuff. The problem is that netbeans stuff is licensed under the SPL alone which with a quick google search is likely to be undistributable by debian. Strange, the SPL license is an official Open Source Initiative open license. That doesn't mean that it is DFSG free at all. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338287: DSSI entered debian
Hi Michael, just found dssi in incoming. It has already build on all architectures, so you can try to build against with your next upload. http://packages.qa.debian.org/d/dssi.html Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348649: ftbfs: I can't find file `policy.aux'.
tags 348649 + unreproducible moreinfo thanks Hi, I just tried it on an uptodate sid and with an uptodate pbuilder and both built java-common without a problem. Can you retry and if it still fails provide more information about the system and the versions of the build-dependencies you are using during build. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342200: argouml: Please advise
Hi all, Michael Koch wrote: Hello, On Wed, Feb 08, 2006 at 10:44:08PM -0300, Javier Kohen wrote: Could you please share with us the reasons for not closing this bug, in other words, why we don't yet have the latest version of ArgoUML in Debian? Namely, is it because of personal reasons, lack of motivation, etc., or because said version has known fatal bugs? Arccording to http://wiki.debian.org/Java/ShouldGoToMain argouml doesnt run with free Java runtimes yet. This lowers the motivation for working it a lot. We want to move all Java packages to the Debian main section. this can only be done when a package can be built and run with purely free software. To help with this you can e.g. test argouml with free runtimes and report bugs to upstream so they can fix it. then when these fixes enter Debian we can reconsider argouml and update it. Well, I am basically interested in argouml so I did a little research on the new upstream some time ago. The main problem is that they - don't ask me why - they started to use netbeans stuff for the uml model implementation. The problem is that netbeans stuff is licensed under the SPL alone which with a quick google search is likely to be undistributable by debian. So the first thing before a new upstream version will enter debian is to check if there is a clear status for the SPL with debian-legal. Thats something which still has to be done. And I have currently no time for some legal discussions. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350700: ecj-bootstrap: Fails to build xml-crimson
tags 350700 + pending thanks Matthias Klose wrote: looks more like some problem in the build file, passing all source files directly to ecj lets the build succeed. Patch ready. Will prepare a new upload. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351076: ant: Java illegalAccess exception with the kaffee compiled version
Hi, FROHNER Akos wrote: On Tue, 2006-02-07 09:56:16 +0100, Arnaud Vandyck wrote: http://snapshot.debian.net/archive/2005/10/02/debian/pool/main/a/ant/ Thanks! 1.6.2-2 works 1.6.5-3 works Build with jikes 1.6.5-4 fails: build.xml:7: java.lang.IllegalAccessError: tried to access field org.apache.tools.ant.taskdefs.Concat.fileUtils from class org.apache.tools.ant.taskdefs.Concat$TextElement 1.6.5-5 fails: build.xml:7: java.lang.IllegalAccessError: tried to access field org.apache.tools.ant.taskdefs.Concat.fileUtils from class org.apache.tools.ant.taskdefs.Concat$TextElement Both build with ecj Thanks for testing. So it really looks like ecj produces wrong bytecode here. I will retry with ecj 3.1.2 (fixed some compiler stuff) as I think ecj at the time of the ant build was 3.1.1. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351053: ftbfs: /bin/bash: -c: line 1: syntax error: unexpected end of file
Max Kellermann wrote: On 2006/02/02 17:57, Wolfgang Baer [EMAIL PROTECTED] wrote: this is completely unreproducible here and on other machines. Please retry and if it still fails provide information about your system and versions of packages involved in the build (version of make ...) It is perfectly reproducible here. However, when I remove the comments in the for loop in debian/rules, it builds. ii bash 3.1-1 ii make 3.80-9 OK, you are running a stable/testing mixture. I'm not sure about comment syntax in lines concatenated with backslashes... might be a difference in how make passes this multiline command to bash. Yes, there were quite some discussions about changed behaviour of make 3.81 on d-devel. Maybe this is also related. If the comments are a problem I will remove them with next upload to ease stable backports after 1.1.7 is released. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351053: ftbfs: /bin/bash: -c: line 1: syntax error: unexpected end of file
tags 351053 + unreproducible thanks Hi Max, this is completely unreproducible here and on other machines. Please retry and if it still fails provide information about your system and versions of packages involved in the build (version of make ...) Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351076: ant: Java illegalAccess exception with the kaffee compiled version
severity 351076 normal thanks Hi Akos, this is not grave if it fails for one type of build file, therefore lowered severity to normal. ant is used here in almost all the package builds and no build failed because of the new upload. Frohner Akos wrote: The example build.xml file reports the following error with 1.6.5-4, 1.6.5-5, but worked up to 1.6.5-3 (explicitly checked with 1.6.2): Have you explicitly checked with 1.6.5-3 ? Checking with 1.6.2 does not mean it worked up to 1.6.5-3. build.xml:3: java.lang.IllegalAccessError: tried to access field org.apache.tools.ant.taskdefs.Concat.fileUtils from class org.apache.tools.ant.taskdefs.Concat$TextElement project default=concattest target name=concattest concat headershall work/header fileset file=build.xml/ /concat concat header file=build.xml/ fileset file=build.xml/ /concat /target /project The only difference, according to the changelog, is that from 1.6.5-4 ant is compiled with kaffee. The difference is its compiled with ecj - it was already compiled with kaffe a longer time (just with jikes). Maybe ecj produces for this special case wrong bytecode. This needs to be investigated. I will rebuild with jikes to see what happens. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350694: velocity: FTBFS: -Dbuild.compiler=jikes without Build-Depends on jikes
tags 350694 + pending thanks Daniel Schepler wrote: Package: velocity Version: 1.4-3 Severity: serious The package is ready for upload since some time. However my sponsor is currently quite busy. Will be resolved soon. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350091: kaffe: /usr/lib/kaffe/bin/javac is broken
clone 350091 -1 reassign -1 ecj-bootstrap retitle -1 ecj-bootstrap fails if java-gcj-compat is not installed thanks Hi Daniel, Daniel Schepler wrote: Package: kaffe Version: 2:1.1.6.91-2 Severity: important Several java packages are now failing to build with messages like this one from my build log for cup: I am already aware of this problem. Only java packages which are not build via ant are affected - thats the minority. ... make[1]: Entering directory `/tmp/buildd/cup-0.10k' /usr/lib/kaffe/bin/javac -nowarn -d classes java_cup/*.java java_cup/*/*.java incorrect classpath: /usr/share/kaffe -- 1. ERROR in java_cup/Main.java (at line 1) package java_cup; ^ The type java.lang.Object cannot be resolved. It is indirectly referenced from required .class files -- 1 problem (1 error)make[1]: *** [cup.jar] Error 255 make[1]: Leaving directory `/tmp/buildd/cup-0.10k' make: *** [build] Error 2 If this is intentional, and all packages need to specify a classpath or bootclasspath explicitly, let me know so I can file bug reports against the affected packages. No, its not intentional and no package needs to specify anything unless I have filed a bug report against them. The problem is that kaffe now uses ecj-bootstrap as its compiler. Using kaffe via ant directly uses a programming interface and compiles against kaffes runtime classes. Compiling with the javac command is (currently) a link to /usr/bin/ecj. The problem is that ecj-bootstrap is the source of the failure. It somehow needs some setup from java-gcj-compat to fullfill its job. You can easily verify this by installing java-gcj-compat and compiling a simple HelloWorld.java with /usr/bin/ecj-bootstrap which will work. Removing java-gcj-compat and it will fail. However, where the problem is is still to be investigated. The other (upcoming) fix will be that kaffe uses its own wrapper script against ecj-bootstrap to compile against its runtime classes. This will be added in the next uploads and fixes the problems regardless of ecj-bootstrap. I will therefore clone this bug report and reassign to ecj-bootstrap. I will let it open against kaffe until the new wrapper script is added. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348988: pybliographer: pybliographic completely freezes with *** glibc detected *** free(): invalid pointer:
Package: pybliographer Version: 1.2.6.2-1 Severity: normal Hi, running pybliographic and selecting a file to export into some other format completely freezes the application with the above message. Steps to reproduce: Choose menu Cite - Format... Click on Choose for the output file Select or type any name for an output file and click OK Freeze happens Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pybliographer depends on: ii python2.3.5-5An interactive high-level object-o ii python-bibtex 1.2.1-1Python interfaces to BibTeX and th ii python-glade2 2.8.2-3GTK+ bindings: Glade support ii python-gnome2 2.12.3-1 Python bindings for the GNOME desk ii python2.3-glade2 2.8.2-3GTK+ bindings: Glade support ii python2.3-gnome2 2.12.3-1 Python bindings for the GNOME desk Versions of packages pybliographer recommends: ii yelp 2.12.2-2 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348989: pybliographer: New upstream version 1.2.7
Package: pybliographer Version: 1.2.6.2-1 Severity: wishlist Hi, a new upstream version 1.2.7 is out which quite an amount of fixes which might fix some of the debian reported bugs. Thanks, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages pybliographer depends on: ii python2.3.5-5An interactive high-level object-o ii python-bibtex 1.2.1-1Python interfaces to BibTeX and th ii python-glade2 2.8.2-3GTK+ bindings: Glade support ii python-gnome2 2.12.3-1 Python bindings for the GNOME desk ii python2.3-glade2 2.8.2-3GTK+ bindings: Glade support ii python2.3-gnome2 2.12.3-1 Python bindings for the GNOME desk Versions of packages pybliographer recommends: ii yelp 2.12.2-2 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348647: ftbfs: /usr/bin/ecj: No such file or directory
Max Kellermann wrote: Package: ant Version: 1.6.5-4 Tags: FTBFS Severity: minor missing build dependency? No, missing versioned build-dependency to kaffe (= 2:1.1.6.91-1) Missed that the bootstrap is not via ant, so its directly impacted by the kaffe transition and needs (as only package) versioned build dependency on kaffe. Will do it in the next upload. Thanks for noticing. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348363: vnc-java: FTBFS due to upstream changes in the kaffe package
Package: vnc-java Severity: serious Tags: patch Justification: no longer builds from source Hi, kaffe upstream changed quite a lot for the newest release. Therefore the used classpath is no longer valid. The attached patch against the makefile fixes the ftbfs. Regards, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) --- makefile.orig 2006-01-16 16:52:01.0 +0100 +++ makefile 2006-01-16 16:53:06.0 +0100 @@ -17,7 +17,7 @@ vncCanvas.java optionsFrame.java clipboardFrame.java \ animatedMemoryImageSource.java DesCipher.java -OPTS = -classpath /usr/share/kaffe/Klasses.jar:/usr/share/kaffe-common/lib/rt.jar +OPTS = -classpath /usr/lib/kaffe/jre/lib/rt.jar all: $(CLASSES) $(ARCHIVE)
Bug#348366: tightvnc-java: FTBFS due to upstream changes in the kaffe package
Package: tightvnc-java Severity: serious Tags: patch Justification: no longer builds from source Hi, kaffe upstream changed quite a lot for the newest release. Therefore the used classpath is no longer valid. The attached patch against the makefile fixes the ftbfs. Regards, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) --- Makefile.orig 2006-01-16 17:13:59.0 +0100 +++ Makefile 2006-01-16 17:14:21.0 +0100 @@ -22,7 +22,7 @@ SocketFactory.java HTTPConnectSocketFactory.java \ HTTPConnectSocket.java ReloginPanel.java -OPTS = -classpath /usr/share/kaffe/Klasses.jar:/usr/share/kaffe-common/lib/rt.jar +OPTS = -classpath /usr/lib/kaffe/jre/lib/rt.jar all: $(CLASSES) $(ARCHIVE)
Bug#348371: libgnu-regexp-java: FTBFS due to upstream changes in the kaffe package
Package: libgnu-regexp-java Version: 1.1.4-3 Severity: serious Tags: patch Justification: no longer builds from source Hi, kaffe upstream changed quite a lot for the newest release. Therefore the used classpath is no longer valid. The attached patch against the makefile fixes the ftbfs. Regards, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgnu-regexp-java depends on: ii blackdown-j2sdk1.3 [java2 1.3.1+02b Java(TM) 2 SDK, Standard Edition, ii gij [java1-runtime] 4:4.0.2-2 The GNU Java bytecode interpreter ii gij-4.0 [java1-runtime] 4.0.2-6The GNU Java bytecode interpreter ii jamvm [java1-runtime] 1.4.1-1virtual machine which conforms to ii kaffe-jthreads [java1-run 2:1.1.6.91-1 A green threads enabled version of ii kaffe-pthreads [java1-run 2:1.1.6.91-1 A POSIX threads enabled version of ii libgetopt-java1.0.11-1 GNU getopt - Java port ii sablevm [java1-runtime] 1.11.3-2 Free implementation of Java Virtua ii sun-j2sdk1.4 [java2-runti 1.4.2+07 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.5 [java2-runti 1.5.0+update02 Java(TM) 2 SDK, Standard Edition, libgnu-regexp-java recommends no packages. -- no debconf information --- debian/rules.orig 2006-01-16 17:22:55.0 +0100 +++ debian/rules2006-01-16 17:23:21.0 +0100 @@ -7,7 +7,7 @@ debian/stamp/binary/arch : debian/stamp/binary/libgnu-regexp-java -export CLASSPATH=.:/usr/share/kaffe/Klasses.jar:/usr/share/java/gnu-getopt.jar +export CLASSPATH=.:/usr/share/kaffe-common/lib/glibj.zip:/usr/share/java/gnu-getopt.jar debian/stamp/build : $(MAKE) -C src JAVAC=jikes gnu.regexp utils
Bug#348363: Other classpath possibility
Hi, just got informed that /usr/share classpath links are prefered. You can also use: /usr/share/kaffe-common/lib/glibj.zip for the classpath. Sorry for inconvenience. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#347515: xkbsel: Homepage-URL in description and copyright is dead
Package: xkbsel Severity: minor Hi, the URL in the description and copyright file is no longer accessible. It seems that http://www.meduna.org/sw_xkbsel_en.html is the new URL to use. Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346054: sablevm: Please update to new upstream release
Package: sablevm Version: 1.11.3-2 Severity: wishlist Hi Grzegorz, please update the debian package to your new upstream release 1.13. As I understand the release notes sablevm sdk is now a complete sdk which would replace the need for the currently extra packaged free-java-sdk and classpath-tools packages in debian. Thanks, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages sablevm depends on: ii blackdown-j2sdk1.3 [java- 1.3.1+02b Java(TM) 2 SDK, Standard Edition, ii java-common 0.23 Base of all Java packages ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsablevm1 1.11.3-2 Free implementation of JVM second ii sun-j2sdk1.4 [java-common 1.4.2+07 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.5 [java-common 1.5.0+update02 Java(TM) 2 SDK, Standard Edition, ii unzip 5.52-6 De-archiver for .zip files Versions of packages sablevm recommends: ii free-java-sdk 1.0-1 Complete Java SDK environment cons ii jikes 1:1.22-3 Fast Java compiler adhering to lan ii libgnujaxp-java 1.3-4 free implementation of jaxp api -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346071: sablevm: Please remove Recommends: libgnujaxp-java in your next upload
Package: sablevm Version: 1.11.3-2 Severity: wishlist Hi Grzegorz, libgnujaxp-java is merged into GNU classpath already and no longer maintained upstream as separate package/releases. Therefore we will remove it from the archive for the etch release. Please remove the recommends in your next upload which should include libgnujaxp-java by default via a newer GNU classpath release. The same is true for free-java-sdk. However as said in my other bug report about updating sablevm I think that package will be no longer needed afterwards and therefore the recommends will vanish also. Thanks, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages sablevm depends on: ii blackdown-j2sdk1.3 [java- 1.3.1+02b Java(TM) 2 SDK, Standard Edition, ii java-common 0.23 Base of all Java packages ii libc6 2.3.5-9GNU C Library: Shared libraries an ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsablevm1 1.11.3-2 Free implementation of JVM second ii sun-j2sdk1.4 [java-common 1.4.2+07 Java(TM) 2 SDK, Standard Edition, ii sun-j2sdk1.5 [java-common 1.5.0+update02 Java(TM) 2 SDK, Standard Edition, ii unzip 5.52-6 De-archiver for .zip files Versions of packages sablevm recommends: ii free-java-sdk 1.0-1 Complete Java SDK environment cons ii jikes 1:1.22-3 Fast Java compiler adhering to lan pi libgnujaxp-java 1.3-4 free implementation of jaxp api -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344327: jmp: hello world fails, cairo-surface.c:658
Hi Timo,
Timo Juhani Lindfors wrote:
Package: jmp
Version: 0.47-1
Severity: normal
Steps to reproduce:
1) cat Hello.java EOF
public class Hello {
public static void main(String[] args) {
System.out.println(Hello World);
}
}
EOF
2) javac Hello.java
3) kaffe -Xrunjmp Hello
Expected results:
3) jmp window should open, show information and then close.
For non-gui apps you need to stop termination of program by
reqeusting some input. Put a System.in.read() before the
end of the main method. Thats the normal usage - see the
jmp user guide.
Actual results:
3) jmp window opens, shows information (possibly, it's too fast to
see) and then closes. However, kaffe prints the following error
message:
jmp/0.47 initializing: ():...
tracing objects: true
tracing methods: true
tracing monitors: true
showing gui: true
dump/reset by signal allowed: false
jmp: Enabling localization.
jmp: Loaded and registered correctly.
Hello World
failed to find thread that ended: 0x8073018
jvm_shut_down.
c_class_load: 135
c_class_unload: 0
c_object_alloc: 1717
c_object_move: 0
c_object_free: 0
c_thread_start: 0
c_thread_end: 1
c_method_entry: 15054
c_method_exit: 15054
teardown called, freeing jmp-data..
kaffe-bin: cairo-surface.c:658: _cairo_surface_release_dest_image: Assertion
`!surface-finished' failed.
Aborted
Yes, its known that kaffe has problem with jmp _only_ during
shutdown.
This might be a bug in kaffe and/or cairo and not jmp but since I'm
not sure I'm first reporting it against 'jmp'. Please reassign as
necessary.
I will leave it here as I already reassigned/forwared one to kaffe and
people looking for bugs on jmp before reporting. So it might be better
to let it stay here.
Regards,
Wolfgang
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344187: libgnujaxp-java: Doesn't accept relative URI as SystemID in entities
Hi Jiri, Jiri Palecek wrote: There is a MalformedURLException when using relative URI for entity's SystemID. The relative URI indeed isn't valid URL, however the XML 1.0 standard allows URI refernces as SystemIDs. Do you have or can make a simple testcase we can use to forward the problem upstream ? Same would be nice for the other bug you reported (#344183). GnuJaxp is now fully merged into GNU classpath so we currently check if there will be separate releases as external package in the future. If you can provide testcases I would like to test against GNU classpath CVS to see if it might be fixed already. Thanks for using debian, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341777: Support Mysql for WebApps deployed to Tomcat
tags 341777 + wontfix thanks Hi Andreas, Andreas Schildbach wrote: Package: tomcat5 Severity: wishlist If I have both packages tomcat5 and libmysql-java installed, I'd like to have the Connector/J driver availble for web applications installed into Tomcat, just as if I had copied the driver to common/lib. Why don't you symlink from /usr/share/tomcat5/common/lib/mysql.jar to /usr/share/java/mysql.jar? You would have a dangling symlink if libmysql-java is not installed or removed after some time. Also if you need stuff in your webapps you should put it in or link it from the webapps libs/classes directory to get it picked up. This is also some kind of security problem as common/lib is trusted. Another point is where would you draw the line ? If linking libmysql-java why not also jdbc for postgresql, sapdb, hsqldb ... you can add almost every library to this list. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#126477: ant: upstream status
Hi Oystein, Oystein Gisnas wrote: Package: ant Version: 1.6.5-3 Followup-For: Bug #126477 When this bug was tagged upstream in 2002, was a bug filed upstream as well? There seem to be no work on TarOutputStream, but http://issues.apache.org/bugzilla/show_bug.cgi?id=35544 describes and fixes a similar problem, which is not yet released. Thanks, I will have a look at this bug. This bug was filed long ago before I started helping out maintaining ant. I assume it was not filed upstream. There are a number of Stream-classes in Ant, and double-close() should probably be tested for all of them, and a bug report filed for each of them not working. I will have to go through the old bugs in ant and file upstream bugs and mark them as forwarded upstream. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341928: dangling symlink for rmic man page
Hi Olafur, Olafur Jens Sigurdsson wrote: Package: kaffe Version: 2:1.1.6-3 Hi, my cron job turns up the following error: mandb: warning: /usr/share/man/man1/rmic.1.gz is a dangling symlink and checking the file gives that it is a symlink to /etc/alternatives/rmic.1.gz which is a broken symlink to /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz instead of /usr/share/man/man1/rmic.kaffe.1.gz like I suspect it should be. This is/was caused by a bug in java-gcj-compat which registers a rmic alternative but has not the files in the package and therefore kills all rmic link stuff. This should be resolved in the latest java-gcj-compat package. However the problem will only be fixed by either upgrading kaffe (but we have no new upstream yet) or installing the java-gcj-compat-dev package. A manual fix will be: update-alternative --auto rmic which will fix it back to kaffe. Or use --config to select manual the alternative. I will leave this bug open for the next time as this apparently the second bug report against kaffe for this java-gcj-compat issue. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338654: ftp.debian.org: Please remove libant1.6-java from archive
Package: ftp.debian.org Severity: normal Hi, please remove libant1.6-java (source and binary) from the archive. The ant transition has finished and its not needed anymore. The whole functionality is now provided by ant in main. Bugs will be reassigned to ant after removal. Regards, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#338628: rmic.kaffe.1.gz: say more in NAME
Hi Dan, Dan Jacobson wrote: Package: kaffe-common Version: 2:1.1.6-3 Severity: wishlist File: /usr/share/man/man1/rmic.kaffe.1.gz 1. man: warning: /usr/share/man/man1/rmic.1.gz is a dangling symlink This is caused by a bug in java-gcj-compat which registers a rmic alternative but has not the files in the package and therefore kills all rmic link stuff (patch for java-gcj-compat is already submitted). update-alternative --auto rmic will fix it back to kaffe. Or use --config to select manual the alternative. 2. NAME rmic - rmic Say more here. Like: NAME cat - concatenate files and print on the standard output Right. Will be done in next upload. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337913: forrest: Move depends to ant instead of libant1.6-java
Package: forrest Severity: normal Hi Marcus, libant1.6-java is about to be removed from the archive. Therefore you have to switch to ant as dependency in your next upload. Thanks, Wolfgang -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337828: ITP: libjogl-java -- Java bindings for OpenGL
Package: wnpp Severity: wishlist Owner: Wolfgang Baer [EMAIL PROTECTED] * Package name: libjogl-java Version : 1.1 Upstream Author : various * URL : https://jogl.dev.java.net/ * License : BSD Description : Java bindings for OpenGL JOGL provides full access to the APIs in the OpenGL 2.0 specification as well as nearly all vendor extensions, and integrates with the AWT and Swing widget sets. -- 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.14 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337560: kaffe: Fail to run java version of World Wind (trigger assert)
merge 335649 337560 thanks Hi Petter, Petter Reinholdtsen wrote: Package: kaffe Version: 2:1.1.6-3 % LD_LIBRARY_PATH=`pwd` kaffe -jar WW2D.jar WW2D 0.99.86 by Vitaliy Pronkin [EMAIL PROTECTED] starting... kaffe-bin: /build/buildd/kaffe-1.1.6/build-tree/kaffe-1.1.6/kaffe/kaffevm/support.c:351: lookupClassMethod: Assertion `cls != ((void *)0)' failed. Aborted GUI apps seem to be mostly broken atm - already reported upstream. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337270: tomcat5: Suggest java-gcj-compat-dev
David N. Welton wrote: Package: tomcat5 Version: 5.0.30-7 Severity: minor Tomcat ought to suggest java-gcj-compat-dev so that it actually runs when you install it. As it was, I had to read the /etc/default/tomcat5 file to find the correct packages to install. Hi David, please explain why tomcat5 should suggest java-gcj-compat-dev. It already (conditional) depends on it. The current depends line is enough to get a working tomcat5 IMHO. It either pulls kaffe or java-gcj-compat-dev in. During startup it will pickup the first available on the path. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337270: tomcat5: Suggest java-gcj-compat-dev
David N. Welton wrote: Wolfgang Baer wrote: please explain why tomcat5 should suggest java-gcj-compat-dev. It already (conditional) depends on it. The current depends line is enough to get a working tomcat5 IMHO. It either pulls kaffe or java-gcj-compat-dev in. During startup it will pickup the first available on the path. Hrm... then something else isn't right, because it was not starting. When I installed java-gcj-compat-dev, it started functioning correctly. So I assume before installing java-gcj-compat-dev you had only kaffe installed ? Or also a non-free runtime providing java2-runtime ? Can you say what did not work correctly before ? What is in the various tomcat logs (/var/log/tomcat5/*) ? Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337270: tomcat5: Suggest java-gcj-compat-dev
Hi David, David N. Welton wrote: Wolfgang Baer wrote: So I assume before installing java-gcj-compat-dev you had only kaffe installed ? Or also a non-free runtime providing java2-runtime ? I had kaffe. Can you say what did not work correctly before ? What is in the various tomcat logs (/var/log/tomcat5/*) ? The JAVA_HOME environment variable is not defined correctly This environment variable is needed to run this program NB: JAVA_HOME should point to a JDK not a JRE OK. This explains it and I think I got it now. I assume - beside kaffe - you also had java-gcj-compat (not the -dev package) installed before. The JDK_DIRS variable in tomcat5 init script has the java-gcj-compat directory before the kaffe directory. As you had installed kaffe and java-gcj-compat on your system the tomcat5 installation found kaffe and the depends are satisfied. During startup when tomcat5 init script looks for a usable JDK directory it founds first /usr/lib/jvm/java-gcj (as this is there throught java-gcj-compat) and takes it although not the -dev package is installed. So its a bug which is not solvable by dependencies alone. We will have to implement some more logic into the init script to test if only java-gcj-compat or the wanted java-gcj-compat-dev is installed if we find /usr/lib/jvm/java-gcj directory. Please check if java-gcj-compat was also installed before so I know my analysis is correct. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336984: tomcat5: package description references tomcat4-webapps -- s/4/5/ ?
Hi Vineet, thanks for finding that. As tomcat5 package started with the tomcat4 package this is a relict of the former package. Will be fixed in the next upload. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336856: add remote and tools support
Peter Eisentraut wrote: C-JDBC apparently needs the remote and tools support in MX4J, so I'm making this known here so I can track the progress. If there are reasons why this support is currently not included in the package, it might be worth adding them here. Hi Peter, I already looked into this as its also needed by tomcat 5.5 series. However atm its not possible without moving mx4j back to contrib as some special corba stuff is needed for compilation. This stuff is already implemented upstream and will be part of next classpath and kaffe packages. So this issue will be resolvable in the not so far future. I will keep an eye on it. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333556: libsapdbc-java: Wrong dependencies
Hi Martin, Martin Kittel wrote: Hi Wolfgang, Well, all free runtimes in debian are capable of running JDBC drivers. So there is no point to exclude the other runtimes. If it works with java-gcj-compat then it works with all the others given by the virtual package java1-runtime e.g. kaffe, jamvm, sablevm. java-gcj-compat and the other free runtimes share identical classpath library. While kaffe seems to be ok, sablevm for example is unable to even connect to a database when running the JDBC driver's tests... But maybe that is not the issue here. jamvm will work also, but you are right sablevm is really a problem atm. Its too outdated and not really maintained these days. I myself just reassign bug reports related to execution of a package on sablevm to the sablevm package. Although the free runtimes currently do not provide java2-runtime, they are definitly mature enough for the aspect of JDBC. Its for the sake of a not yet complete and 100% compatible swing library which makes them not a 100% java2-runtime. Ok, I will add the java1-runtime dependency, but if people start complaining about their JDBC drivers not working I will probably remove it again... Thats perfectly your right - however I would recommend people first to switch to a uptodate free vm and reassign the bug to sablevm. BTW, whats the case with libsapdbc7.5.01-java ? It there a reason to keep this package around ? No, I need to find out how to have it removed now that libsapdbc-java is in testing. You just need to file a bug against ftp.debian.org asking for removal of source and binary from the archive (unstable) and wait. An explanation that it is superceeded by would be good. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294540: ITP: concurrent -- utility classes for concurrent java programming
Hi Peter, I haven't received the last email here about progress of packaging, sorry. I have a preliminary package available, but the cause why I wanted to package it has a long delay now. Thats why it is not yet in the archive. The package is made dfsg free - which means all the stuff from SUN is removed. However it is still possible to compile jgroups against it. At least the last version I packaged a long time ago. I will finish it and ask one of my sponsors to upload it. BTW, I currently work on new upstream version of jfreechart, jcommon which are also blocking your ITP of c-jdbc as I see now. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335227: kaffe: rmic throws an exception when no -d option is given
Hi, this is a bug in the runtime library implementation exposed by the rmic implementation. A fix is already submitted upstream and will be part of a future kaffe upload or release. Thanks for reporting, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335622: jmp: fails to start
reassign 335622 kaffe 2:1.1.6-3 forwarded 335622 kaffe@kaffe.org retitle 335622 kaffe shows error during jmp shutdown on ppc thanks Hi Benoît, I reassign the bug to kaffe which is the cause of the error during shutdown and forward it upstream. Benoît Dejean wrote: Can you please test if this is reproducible or only happens sometimes ? every time Thanks for testing. I noticed that i was unable to close jmp, the [x] buttons do nothing. Is that alright ? I think so - its the same here on x86 and also with SUNs JDK. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336245: libpgjava: use upstream package name
Hi Peter, Peter Eisentraut wrote: Package: libpgjava Version: 8.0-312-1 Severity: wishlist As long as you are randomly renaming the package, shouldn't you use the upstream package name? I would not call it randomly - it was a change to comply with java policy ! That would be postgresql-jdbc so the package should be called libpostgresql-jdbc-java. That would also have the nice side effect that people looking for postgresql or jdbc actually find something rather than having to guess at Debian's arbitrary abbreviation scheme. Well, I am open to suggestions and you are right that using upstreams name would be better from our users pov. So what are you proposing ? Currently the following programs rdepend on libpgjava: rhdb-explain - you are the maintainer libpostgis-java - RC buggy needs new upload anyway And openoffice.org-base depends on libpg-java. libpgjava is part of sarge and therefore a transitional package as now exists needs to be kept. We can just rename libpg-java into libpostgresql-jdbc-java. Comments ? Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333556: libsapdbc-java: Wrong dependencies
Hi Martin, Martin Kittel wrote: Hi, sorry for the long silence, I have been away for some time. No problem I checked with the developers and they claim that a Java2 runtime needs to be available for all aspects of the driver to work properly, so I don't want to put a java1-runtime dependency in the package even if it seems to work fine with one. Well, all free runtimes in debian are capable of running JDBC drivers. So there is no point to exclude the other runtimes. If it works with java-gcj-compat then it works with all the others given by the virtual package java1-runtime e.g. kaffe, jamvm, sablevm. java-gcj-compat and the other free runtimes share identical classpath library. Although the free runtimes currently do not provide java2-runtime, they are definitly mature enough for the aspect of JDBC. Its for the sake of a not yet complete and 100% compatible swing library which makes them not a 100% java2-runtime. BTW, whats the case with libsapdbc7.5.01-java ? It there a reason to keep this package around ? Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335883: libbatik-java: Fop in batik depends on libavalon-framework-java = 4.2.0
Hi Eric, while using FreeMind under Sarge + batik from unstable, I got the following error: java.lang.NoClassDefFoundError: org/apache/avalon/framework/container/ContainerUtil at org.apache.fop.svg.PDFTranscoder.transcode(PDFTranscoder.java:121) at org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(Unknown Source) at org.apache.batik.transcoder.SVGAbstractTranscoder.transcode(Unknown Source) at plugins.svg.ExportPdf.startupMapHook(ExportPdf.java:70) At that time, I had libavalon-framework-java 4.1.2-2.1; after upgrade to version 4.2.0-1, the issue was solved. This means that batik should depend at least upon this version. Thanks for the notice - I will tighten the version in the next upload. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335479: /usr/share/man/man1/rmic.1.gz is a dangling symlink
reassign 335479 java-gcj-compat 1.0.40-1 thanks Hi Thomas, I reassign this report to java-gcj-compat as its not a kaffe problem. Thomas Schoepf wrote: My system is is up-to-date, pure unstable. java-gcj-compat is version 1.0.41-1. OK is it correctly configured and do you have java-gcj-compat-dev installed and configured (its the one providing rmic) ? Please provide the output of: dpkg -l java-gcj-compat dpkg -l java-gcj-compat-dev On my system ll /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz gives me a correct link to the _grmic_ named version of java-gcj: This like doesn't exist here: [EMAIL PROTECTED]:~$ ll /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz ls: /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz: No such file or directory [EMAIL PROTECTED]:~$ The installation of OpenOffice 2.0 caused the installatio of kaffe etc. Yes thats a known dependency problem atm. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335622: jmp: fails to start
Hi Benoît, Benoît Dejean wrote: Package: jmp Version: 0.47-1 Severity: normal Hi, i'm trying to run jmp on a simple HelloWorld class. I get the following trace : kaffe -Xrunjmp Hello jmp/0.47 initializing: ():... tracing objects: true tracing methods: true tracing monitors: true showing gui: true dump/reset by signal allowed: false jmp: Enabling localization. jmp: Loaded and registered correctly. Hello World! failed to find thread that ended: 0x1003c018 jvm_shut_down. c_class_load: 136 c_class_unload: 0 c_object_alloc: 1682 c_object_move: 0 c_object_free: 0 c_thread_start: 0 c_thread_end: 1 c_method_entry: 15950 c_method_exit: 15950 teardown called, freeing jmp-data.. Until here everything is OK - thats the place jmp exits normally as the program has finished. Internal error: caught an unexpected exception. Please check your CLASSPATH and your installation. java/lang/NullPointerException Abandon However the shutdown should not give an internal error in kaffe. For me on x86 it works so it seems to be a ppc problem. Can you please test if this is reproducible or only happens sometimes ? I can see a Gtk Window appear and being filled, then the application immediatly crashes. No jmp works as expected - you only see GTK Windows a short time because your hello world program already has finished. To profile you either need to use a java program which does not exit at once or put in your hello world program at the end of the main method a System.in.read(); call and the GTK Window will stay for analysis. For more jmp information (this trick is from the website) you should have a look at the manual on the website. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335649: kaffe: assertion failure with rhdb-explain
forwarded 335649 kaffe@kaffe.org thanks Hi Peter, Peter Eisentraut wrote: Package: kaffe Version: 2:1.1.6-3 Severity: normal The package rhdb-explain currently requires a Sun JDK. Trying to run it with kaffe leads to this: kaffe -cp /usr/share/java/postgresql.jar:/usr/share/java/rhdb-explain.jar com.redhat.rhdb.vise.Vise kaffe-bin: /build/buildd/kaffe-1.1.6/build-tree/kaffe-1.1.6/kaffe/kaffevm/support.c:351: lookupClassMethod: Assertion `cls != ((void *)0)' failed. Aborted That looks like an internal error to me. Right, thats seem to affect most graphical programs currently in 1.1.6. @Dalibor: I also realized that problem and one more report showed up on the debian java list. I haven't tested yet if this is still a problem in current CVS. Any clue if this is solvable by a minor patch to 1.1.6 ? Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335479: /usr/share/man/man1/rmic.1.gz is a dangling symlink
tags 335479 + patch thanks Hi Thomas, Thomas Schoepf wrote: Hello Wolfgang, OK is it correctly configured and do you have java-gcj-compat-dev installed and configured (its the one providing rmic) ? No, java-gcj-compat-dev is not installed. There are no depend, recommend or suggest headers with java-gcj-compat. Thats right. java-gcj-compat is the JRE and java-gcj-compat is the JDK like java environment. There is no point to suggest or recommend a JDK if one installs a JRE. Why is java-gcj-compat registering an alternative for a file that it does not contain? That's how I understand the problem at the moment. Well, package structure changes and mistakes happens. But know I found the problem ... GCC-Maintainers: The postinst registers rmic instead of rmiregistry and the prerm does not deregister gcj-dbtool - Patches (against 1.0.41-2) attached. Wolfgang --- debian/java-gcj-compat.postinst.orig 2005-10-25 13:54:12.0 + +++ debian/java-gcj-compat.postinst 2005-10-25 13:56:35.0 + @@ -14,8 +14,8 @@ } jdk_alternative jar -jdk_alternative rmic jdk_alternative java +jdk_alternative rmiregistry jdk_alternative gcj-dbtool #DEBHELPER# --- debian/java-gcj-compat.prerm.orig 2005-10-25 13:57:04.0 + +++ debian/java-gcj-compat.prerm 2005-10-25 13:57:23.0 + @@ -12,5 +12,6 @@ jdk_alternative jar jdk_alternative java jdk_alternative rmiregistry +jdk_alternative gcj-dbtool #DEBHELPER#
Bug#335479: /usr/share/man/man1/rmic.1.gz is a dangling symlink
Hi Thomas, Thomas Schoepf wrote: Package: kaffe-common Version: 1.1.6-3 [EMAIL PROTECTED]:~$ ll /usr/share/man/man1/rmic.* lrwxr-xr-x 1 root root 27 Oct 23 12:14 /usr/share/man/man1/rmic.1.gz - /etc/alternatives/rmic.1.gz -rw-r--r-- 1 root root 724 Oct 3 10:33 /usr/share/man/man1/rmic.kaffe.1.gz [EMAIL PROTECTED]:~$ clear [EMAIL PROTECTED]:~$ ll /usr/share/man/man1/rmic.1.gz lrwxr-xr-x 1 root root 27 Oct 23 12:14 /usr/share/man/man1/rmic.1.gz - /etc/alternatives/rmic.1.gz [EMAIL PROTECTED]:~$ ll /etc/alternatives/rmic.1.gz lrwxr-xr-x 1 root root 40 Oct 23 12:14 /etc/alternatives/rmic.1.gz - /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz [EMAIL PROTECTED]:~$ ll /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz ls: /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz: No such file or directory [EMAIL PROTECTED]:~$ locate rmic.1.gz /etc/alternatives/rmic.1.gz /usr/share/man/man1/rmic.1.gz The problem seems to be in java-gcj-compat and not kaffe. Anyway you included to less information to track down the problem. Which system (testing/unstable) are you using and which version of java-gcj-compat have you installed ? On my system ll /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz gives me a correct link to the _grmic_ named version of java-gcj: lrwxrwxrwx 1 root root 44 2005-08-13 15:18 /usr/lib/jvm/java-gcj/man/man1/rmic.1.gz - ../../../../../share/man/man1/grmic-4.0.1.gz Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335570: java-gcj-compat: Missing dependency - renders package unusable
Package: java-gcj-compat Version: 1.0.41-1 Severity: grave Justification: renders package unusable Hi, trying /usr/lib/jvm/java-gcj/bin/java gives me: error spawning gij Running with strace shows that the java binary assumes an unversioned gij binary in /usr/bin execve(/usr/bin/gij, [./java], [/* 39 vars */]) = -1 ENOENT (No such file or directory) However java-gcj-compat only depends on gij-4.0 and not on the /usr/bin/gij providing gij package. Of course installing gij fixes the problem. So either the java binary should be patched to look for /usr/bin/gij-4.0 or the dependency should be updated to gij instead of gij-4.0 Regards, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages java-gcj-compat depends on: ii fastjar 1:4.0.2-2 Jar creation utility ii gij-4.0 4.0.2-2The GNU Java bytecode interpreter ii libgcj6 4.0.2-2Java runtime library for use with ii libgcj6-common4.0.2-2Java runtime library for use with ii libjessie-java1.0.0-3free implementation of the Java Se Versions of packages java-gcj-compat recommends: pn libgcj6-src none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334878: libbatik-java: Wrong libraries included (?)
Hi Philipp, Philipp Matthias Hahn wrote: Package: libbatik-java Version: 1.6-1 Severity: important $ cat /usr/share/doc/libbatik-java/README.Debian ... batik.jar (full library) batik-ext.jar (batik dom and sax bindings) batik-all.jar (batik without dom and sax bindings) ... 1. There is no batik.jar as mentioned in the README.Debian Right the link got lost. 2. -all and -libs contains the same files Thanks for noticing - must be a change in the build script. I will prepare a -2 upload. 3. I'd like to also have Squiggle, the viewer application, please As it is included (the classes) I assume you mean with script, manpage ... That is not on my TODO list in the near future as this would require a reorganization of the batik package. Thats something to tackle if upstream changes to the new xml-graphics-common and the packages then needs to be reworked anyway. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334919: ant 1.6.5 fails on custom task, where ant 1.6.2 succeeded.
Hi Eric, this is definitly not a bug in ant but in your package. I will leave the bug open until it is fixed. Please test the comments below: Eric Lavarde wrote: BUILD FAILED /home/ericl/freemind-0.8.0/freemind/build.xml:71: The following error occurred while executing this line: java.lang.NoClassDefFoundError: org/w3c/dom/ranges/DocumentRange This class is and was never part of ant - its a xml api class provided by several packages in debian (libxerces2-java, libgnujaxp-java, libjaxp1.2-java) Looking at your build file you seem to use the one from libgnujaxp-java (gnujaxp entry below). DEB_JARS := $(ANT_HOME)/lib/ant-launcher.jar xercesImpl gnujaxp But your control file doesn't include this build-dep so it is not available as you can see by the ant command in the output. Suggested (not tested) fix: Either use jaxp-1.2 as you build-dep on libjaxp1.2-java or use xmlParserAPIs (the jar which is included in the libxerces2-java package) Another fix - build-depend on libgnujaxp-java to satisfy gnujaxp jar. However IMHO this would be bad as this introduces just one more build-dep which is not needed. Please test it and close the bug if it fixes this. Otherwise I will have a look somewhere next week. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334629: FTBFS: Could not create task or type of type junit
Matt Kraai wrote: Package: jmock Version: 1.0.1-1 Severity: serious jmock fails to build: Needs a build-dep on ant-optional after ant reorganization. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334012: eclipse - kaffe issue
Carsten Hey wrote: Package: kaffe Severity: normal hi, someone on irc had a problem with eclipse and kaffe. this is probably a bug in kaffe. (please ignore lines 5 and 7) So you are not the one with the problem ? Why does not the person with the problem files the bug report - this would help in tracking the problem down if something is to test. Also I am missing the version of eclipse ? I think you mean eclipse 3.1.1-X from unofficial place or do you refere to eclipse 2.1 in the archive ? Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334057: Please consider moving jspwiki to tomcat5
Package: jspwiki Version: 2.2.20-1 Severity: wishlist Hi Kalle, tomcat5 will soon move to main. As its unlikely for various reasons that tomcat4 will be in main I think it would be good to start thinking about moving jspwiki to tomcat5. This way jspwiki could also move to main. Thanks, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334012: eclipse - kaffe issue
Hi Carsten, Carsten Hey wrote: Hi. On Sat, Oct 15, 2005 at 10:47:41AM +0200, Wolfgang Baer wrote: Also I am missing the version of eclipse ? I think you mean eclipse 3.1.1-X from unofficial place or do you refere to eclipse 2.1 in the archive ? Sorry, I should have included this information in the bugreport. It is from http://www.backports.org/~mkoch/unstable/. I already talked with mkoch about that an he thinks it is a bug in kaffe (although he did not test it afaik). OK, there are currently newer eclipse packages in NEW queue. When they show up in unstable I will give it a test run. If it works for me with kaffe I will close that bug and otherwise I will forwared it upstream. However jit internals is unlikely to be a small fix. So I don't think we can backport it to 1.1.6. But we will see. After the user had installed gcj-4.0 and eclipse.*-gcj and purged kaffe.* eclipse started as expected. Yeah, thats the free vm Michael has used for packaging most the time I think. There are still quite a bit differences between the free vm's atm. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#334057: Please consider moving jspwiki to tomcat5
Hi Kalle, Kalle Kivimaa wrote: Wolfgang Baer [EMAIL PROTECTED] writes: tomcat5 will soon move to main. As its unlikely for various reasons that tomcat4 will be in main I think it would be good to start thinking about moving jspwiki to tomcat5. I'm working on this, unfortunately it isn't just add tomcat5 to Depends: and go change, as tomcat5 has changed the webapp handling quite a lot, and I want to retain backwards compatibility to tomcat4. Well surely its not just depend tomcat5 and go - thats why I asked now and not in some weeks. Thanks for the update ! Why do you want to retain backwards compatibility to tomcat4 ? IMHO tomcat4 shouldn't be part of etch anymore and be removed at some time from the archive. We don't have enough developers interested in java to maintain and keep old stuff around (just my opinion). Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333884: ftp.debian.org: Please remove libapache2-mod-jk2 from archive
Package: ftp.debian.org Severity: normal Hi ftp-masters, the pkg-java maintainers request the removal of libapache2-mod-jk2 package (source and binary) from the archive. Reason: Deprecated upstream, no longer in development superceeded by the newly build libapache2-mod-jk binary package (built from libapache-mod-jk source package), RC buggy The superceeding binary package is now built on all architectures and scheduled for testing propagation tonight. Thanks, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#249900: libapache2-mod-jk2 will be removed from the archive
Hi all, libapache2-mod-jk2 will be removed from the archive as it is abandoned upstream and superceeded by mod-jk. mod-jk packages for apache2 are now provided by the libapache2-mod-jk binary package on all architectures and will show up tomorrow also in etch. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333556: libsapdbc-java: Wrong dependencies
Package: libsapdbc-java Severity: important Hi Martin, libsapdbc-java has wrong dependencies which makes it not usable with all free runtimes. kaffe for example is for sure also able to use this library and connect to MaxDB. With java1-runtime it is also allowed as dependency. Another error with the suggests is that java2-virtual-machine does not exist as a virtual package. Please update the dependencies as follows: Depends: java-gcj-compat | java1-runtime | java2-runtime Suggests: java-virtual-machine As I looked around I also saw an old source package (libsapdbc7.5.01-java) in contrib which (imho) should be removed from the archive as it is superceeded by the library in main. Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333164: /usr/share/java/asm-1.5.3.jar: new upstream version available
Alexander Dreweke wrote: Package: libasm-java Version: 1.5.3-2 Severity: normal File: /usr/share/java/asm-1.5.3.jar -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi there are libasm-java versions available (http://forge.objectweb.org/projects/asm/) could you please update the package? Hi Alexander, this is not possible as asm is used by groovy. You refer to the new major upstream release 2 which is not compatible with this one. This needs to be packaged as a seperate package e.g. libasm2-java and we will consider this. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332564: FTBFS: Could not create a task or type of type junit
Hi Matt, hi Trygve, Matt Kraai wrote: Package: commons-io Version: 1.0-1 Severity: serious commons-io fails to build because it cannot create a task or type of type junit: internal-test: [mkdir] Created dir: /tmp/buildd/commons-io-1.0/target/test-reports BUILD FAILED /tmp/buildd/commons-io-1.0/build.xml:80: Could not create task or type of type: junit. Looking at the diff.gz there is ant-optional missing from build-depends. @Trygve Remember the latest ant reorganization made a clean cut between core and optional tasks - and junit is an optional task. Further I ask me why you have build-deps on classpath and libgcj6 but definitly building the package with kaffe ? Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332579: Please remove kaffe binaries on mipsel
Package: kaffe Version: 2:1.1.6-3 Severity: normal Hi, kaffe is broken on mipsel due to a broken jikes on this architecture and the fact that gcj is not yet available. For testing propagation of kaffe it is therefore needed (as far as I understand) that the remaining old binaries from the kaffe source package are removed from testing on mipsel. kaffe on mipsel Version 2:1.1.5-3 binaries: kaffe-jthreads, kaffe-pthread Regards, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages kaffe depends on: ii kaffe-jthreads2:1.1.6-3 A green threads enabled version of ii kaffe-pthreads2:1.1.6-3 A POSIX threads enabled version of kaffe recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332579: Please remove kaffe binaries on mipsel
Jeroen van Wolffelaar wrote: reassign 332579 ftp.debian.org retitle 332579 RM: kaffe [mipsel] -- RoM, RoP; gcj unavailable thanks On Fri, Oct 07, 2005 at 09:18:46AM +0200, Wolfgang Baer wrote: kaffe is broken on mipsel due to a broken jikes on this architecture and the fact that gcj is not yet available. Removal requests go to ftp.debian.org -- reassigned. When I last checked whether this was already possible, subversion would be broken by this -- this seems still the case. Thanks Jeroen. I must be not really awake this morning ... Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272295: Unit test failure problem detected (buggy UTF-16 implementation upstream)
Hi Barry, Barry Hawkins wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Barry Hawkins wrote: [...] Wolfgang, Do you know if this patch has already been applied to kaffe? I ran the build this morning with the kaffe 1.1.6-3 package and the unit test passed! Not yet - I discovered that after Arnaud uploaded 1.1.6-3 I would propose to wait for 1.1.6-3 to be built on all architectures (except mispel) and propagate to testing. When we have a 1.1.6 in testing we can upload another one with the fix. Maybe in the meantime upstream also comments on this patch. [...] Scratch that about the unit test passing; I forgot that we temporarily have a patch in place that disables the problematic test. Sorry. hehe Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332499: java-gcj-compat-dev: Include placeholder jdb script for tomcat5
Package: java-gcj-compat-dev Version: 1.0.30-4 Severity: wishlist Hi Matthias, I tested tomcat5 with java-gcj-compat-dev and it works with one workaround. tomcat5 checks for JDK functionality by precense of the jdb tool. It's sufficient for startup if it is linked to /bin/true. However I would recommend to use a placeholder script explaining the meaning like I use in kaffe. #!/bin/sh # Placeholder script to fake a # JDK compatible JAVA_HOME directory. echo This script is only a placeholder. echo Some programs need a JDK rather than only a JRE to work. echo They test for this tool to detect a JDK installation, but echo don't really need its functionality to work correctly. Regards, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages java-gcj-compat-dev depends on: ii ecj-bootstrap [ecj] 3.1.1-1bootstrap version of the Eclipse J ii gjdoc 0.7.5-5documentation generation framework ii java-gcj-compat 1.0.30-4 Java runtime environment using GIJ ii libgcj6-dev 4.0.2-2Java development headers and stati Versions of packages java-gcj-compat-dev recommends: pn libgcj6-src none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331647: groovy: libant1.6-java to ant transition
Package: groovy Severity: normal Hi Marcus, ant has been reorganized and moved to main. Therefore libant1.6-java will be removed from the archive in the future. Please updated your package to build-depend on ant instead of libant1.6-java with your next upload. Please note that ant has not the same content compared to the old ant binary from contrib. ant only contains the core tasks now and if you depend on junit or another optional tasks for building you also need to depend on ant-optional. For details and packages to be transitioned: http://pkg-java.alioth.debian.org/ant/ Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331648: javacc: libant1.6-java to ant transition
Package: javacc Severity: normal Hi Nicolas, ant has been reorganized and moved to main. Therefore libant1.6-java will be removed from the archive in the future. Please updated your package to build-depend on ant instead of libant1.6-java with your next upload. Please note that ant has not the same content compared to the old ant binary from contrib. ant only contains the core tasks now and if you depend on junit or another optional tasks for building you also need to depend on ant-optional. For details and packages to be transitioned: http://pkg-java.alioth.debian.org/ant/ Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331649: nice: libant1.6-java to ant transition
Package: nice Severity: normal Hi Daniel, ant has been reorganized and moved to main. Therefore libant1.6-java will be removed from the archive in the future. Please updated your package to build-depend on ant instead of libant1.6-java with your next upload. Please note that ant has not the same content compared to the old ant binary from contrib. ant only contains the core tasks now and if you depend on junit or another optional tasks for building you also need to depend on ant-optional. For details and packages to be transitioned: http://pkg-java.alioth.debian.org/ant/ Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331650: jline: libant1.6-java to ant transition
Package: jline Severity: normal Hi Peter, although I assume you know it already, I file this bug to keep track of the transition. ant has been reorganized and moved to main. Therefore libant1.6-java will be removed from the archive in the future. Please updated your package to build-depend on ant instead of libant1.6-java with your next upload. Please note that ant has not the same content compared to the old ant binary from contrib. ant only contains the core tasks now and if you depend on junit or another optional tasks for building you also need to depend on ant-optional. For details and packages to be transitioned: http://pkg-java.alioth.debian.org/ant/ Regards, Wolfgang -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331703: statcvs: Please move to libjdom0-java ant transition changes
Package: statcvs Severity: normal Hi Christian, we would like to remove libjdom-java (which is currently one of three jdom packages in debian) and statcvs is the last package depending on it. Beside that the recent ant reorganization removed the /usr/share/ant1.6 directory and now all stuff is located in /usr/share/ant/ which needs an adaption in your debian/rules file. Thanks, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331703: Patches for libjdom0-java usage and ant reorganization fixes
tags 331703 + patch thanks Hi Christian, and here are the patches. Regards, Wolfgang --- debian/control.orig 2005-10-04 21:32:40.0 +0200 +++ debian/control 2005-10-04 21:33:16.0 +0200 @@ -2,7 +2,7 @@ Section: contrib/devel Priority: optional Maintainer: Christian Bayle [EMAIL PROTECTED] -Build-Depends-Indep: debhelper, sun-j2sdk1.5 | sun-j2sdk1.4, ant, junit, libjdom-java +Build-Depends-Indep: debhelper, sun-j2sdk1.5 | sun-j2sdk1.4, ant, junit, libjdom0-java Standards-Version: 3.6.0 Package: statcvs --- debian/rules.orig 2005-10-04 21:32:40.0 +0200 +++ debian/rules 2005-10-04 21:28:54.0 +0200 @@ -12,7 +12,7 @@ # this only compile with sun javac and jar at the moment #export CLASSPATH=$(JAVA_HOME)/lib/tools.jar:$(JAVA_HOME)/lib/classes.zip -#export CLASSPATH=$(JAVA_HOME)/lib/tools.jar:/usr/share/ant1.6/lib/ant.jar +#export CLASSPATH=$(JAVA_HOME)/lib/tools.jar:/usr/share/ant/lib/ant.jar export LIBRARY = statcvs export VERSION = $(shell head -1 debian/changelog | sed 's/.*(\(.*\)-.*).*/\1/' ) @@ -29,7 +29,7 @@ #cp /usr/share/java/jfreechart.jar statcvs-$(VERSION)/lib #cp /usr/share/java/jcommon.jar statcvs-$(VERSION)/lib cp /usr/share/java/junit.jar statcvs-$(VERSION)/lib - cp /usr/share/java/jdom.jar statcvs-$(VERSION)/lib + cp /usr/share/java/jdom0.jar statcvs-$(VERSION)/lib tar xvzf jcommon-0.6.4.tar.gz tar xvzf jfreechart-0.9.2.tar.gz # This part would require batik (http://xml.apache.org/batik/) to compile a demo jfreechart don't use @@ -52,7 +52,7 @@ #rm -rf jfree #-mkdir jfree # this could be usefull to compile with kaffe one day - #$(JAVAC) -classpath statcvs-$(VERSION)/lib/jfreechart.jar:statcvs-$(VERSION)/lib/jdom.jar:statcvs-$(VERSION)/lib/junit.jar:/usr/share/ant1.6/lib/ant.jar:jfree -d jfree `find statcvs-$(VERSION) -name *.java` + #$(JAVAC) -classpath statcvs-$(VERSION)/lib/jfreechart.jar:statcvs-$(VERSION)/lib/jdom0.jar:statcvs-$(VERSION)/lib/junit.jar:/usr/share/ant/lib/ant.jar:jfree -d jfree `find statcvs-$(VERSION) -name *.java` touch build-stamp
Bug#323518: Tarballs are there again
Hi, the libxalan2-java and libbsf-java tarballs are back. This bug should be closed - however I wasn't sure if I am allowed to close a bug against ftp.debian.org ... Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272295: Unit test failure problem detected (buggy UTF-16 implementation upstream)
Hi Barry, the unit test failure in lucene is caused by a buggy UTF-16 charset implementation upstream. A patch is already proposed and I added additional information and a testcase to the already existing upstream bug. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23008 There are two ways to go: 1) Patching kaffe with the proposed patch 2) Switching kaffe to use the iconv provider by default I have currently a patch for kaffe to enable iconv only for the non-default charsets (which would otherwise fail) We will have to discuss that with Dalibor and Michael if we should enable iconv provide as the default one. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327354: libbatik-java: Batik doesn't bring pdf-transcoder.jar but doesn't work either with fop.
Hi Eric, Wolfgang Baer wrote: I found the correct tag in upstream as I remembered an email on the fop list asking for tagging fop at the time batik checked out the pdf transcoder stuff. This however will need also an update of batik to 1.6. Eric, I will have a look into it as soon as I find time ... Update: I had a look into this issue today. It will be possible, however the pdf transcode stuff needs some more dependency than the old fop code. We need: commons-io (currently in NEW) avalon-framework (new upstream) The first will be resolved in the next time by itself and I will take care of the second one. After all that I will go ahead with the pdf transcoder packaging and send the resulting batik stuff to you for testing. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331136: henplus: libant1.6-java to ant transition
Package: henplus Severity: normal Hi Piotr, ant has been reorganized and moved to main. Therefore libant1.6-java will be removed from the archive in the future. Please updated your package to build-depend on ant instead of libant1.6-java with your next upload. For details and packages to be transitioned: http://pkg-java.alioth.debian.org/ant/ Regards, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331137: henplus: Wrong depends line (against java policy)
Package: henplus Severity: normal Hi Piotr, henplus has a wrong depends line which is against debian java policy. Please update the depends line in your next upload as follows: Depends: kaffe | java-virtual-machine, kaffe | java1-runtime | java2-runtime Regards, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330513: ant-optional should depend on javacc
David Pashley wrote: Package: ant-optional Version: 1.6.5-2 Severity: wishlist ant-optional should depend on the javacc package for the javacc task. Confirmed that javacc is missing. However as for the other optional tasks we will only suggest javacc from ant-optional. Thanks for the report it will be fixed in the next upload. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#227741: kaffe FTBFS on buildd for ARM
Dalibor Topic wrote: Barry Hawkins wrote: Arnaud Vandyck wrote: Dalibor Topic wrote: this may be fixed in 1.1.6-pre2/1.1.6 using ecj for building on arm (and other platforms where jikes screws up royally, like mipsel). Needs to be tried out. Shouldn't we use ecj for all the arches? Since it depends on gcj, I guess the dependency issues are similar to our other options, thought ecj is certainly more active than jikes, no? We need another upload, since there is a FTBFS on arm due to not found ecj again. I'll try to merge in jit3 for Kaffe tonight from pocketlinux, so that would fix the other FTBFS (sparc) too. Yep, arm is no problem - was a typo. For sparc we will use normal jit as a jit3 merge from pocketlinux would be a too big patch for 1.1.6 I assume. And we should first get 1.1.6 as it is into testing ... @Arnaud: I have uploaded a new kaffe revision which should fix the sparc, arm and mips issue. If you think its ÒK it can be uploaded. I wanted to wait for m68k first - however it seems kaffe builds already for 2 days on m68k without and end ... Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330292: ant refuses to run in background
Hi Carsten, Carsten Pfeiffer wrote: Package: ant Version: 1.6.5-2 Severity: normal Hi, I'm running some Eclipse JUnit tests, that is, an ant-script checks out the test-environment from CVS, builds Plugins, launches an Eclipse workbench and runs the tests inside it. Beside your problem: For Junit tests you have to install ant-optional, as we had a ant reorganization and in the ant package there are only the core tasks now. With the ant 1.6.2 package (as in stable) this works perfectly, 1.6.5 however, can only be run in foreground. I.e. when I start the script from the shell as ant -f testrun.xml it will work just fine. Starting it as ant -f testrun.xml or background a foreground job with bg will quickly make it stop. Well, I cannot reproduce the problem here. I assume it must be some other problem (maybe related to a specific task ...). Please provide us the testrun.xml file so we can test it ourself and see what tasks are you using. Also please give us information which JDK (non-free or free) you are using for ant execution. Simple build files with normal core tasks targets are running for me in the background without problems. Please also test the attached simple buildfile to see if a simple buildfile will succeed in your setup. Thanks, Wolfgang project default=test basedir=. target name=test echohallo/echo /target /project
Bug#330292: ant refuses to run in background
tags 330292 + upstream
forwarded 330292 http://issues.apache.org/bugzilla/show_bug.cgi?id=34461
thanks
Hi Carsten,
Carsten Pfeiffer wrote:
On Tuesday 27 September 2005 12:13, Wolfgang Baer wrote:
Hi Wolfgang,
thanks for your quick reply!
Well, I cannot reproduce the problem here. I assume it must be some
other problem (maybe related to a specific task ...).
Indeed, you're right. It's related to eclipse, either to Eclipse itself or to
the antRunner Task. I'm attaching two ant build-files. If you run build.xml,
it will launch an Eclipse workbench and start the antRunner with the second
buildfile (eclipse.xml).
I tested it - its the java task which fails to run in background if it is
forked. If it is not forked it will work in background. I attach a simple
testcase also for upstream. The bug is already reported upstream as
http://issues.apache.org/bugzilla/show_bug.cgi?id=34461
I will leave a comment and a reference to our debian bug in the upstream
bugtracker.
Please note that it is possible to vote for bugs in apache bugzilla. So
if you are interested in getting it resolved you should consider going
upstream to the bugzilla and vote for it.
Regards,
Wolfgang
Testcase
Compile HelloWorld.java and do the following:
ant test_notforked- will work
ant test_notforked - will work
ant test_forked - will work
ant test_forked - will fail
public class HelloWorld {
public static void main(String[] args) {
System.out.println(Echo);
}
}
project name=test default=test_forked
target name=test_forked
java fork=yes classname=HelloWorld classpath=./
/target
target name=test_notforked
java classname=HelloWorld classpath=./
/target
/project
Bug#305549: chkrootkit complains about /usr/lib/kaffe/.system
Hi Leonardo, Leonardo Mata wrote: hello java maintainers... chkrootkit are complaing about this file, /usr/lib/kaffe/.system This is already filed as bug 305549: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=305549 If m68k of the new 1.1.6 package has build successfully we will need to make another upload for the remaining build failures on arm, mips and sparc. If then the kaffe package for 1.1.6 has reached testing I will consider reworking the package using a not dot directory. But first priority is to get 1.1.6 into testing before we do any packaging changes which might break things again. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#294759: marked as done (ITP: jcifs -- java library for the CIFS/SMB networking protocol)
David Moreno Garza wrote: On Wed, 2005-09-21 at 07:48 -0700, Debian Bug Tracking System wrote: To: [EMAIL PROTECTED] Package: jcifs Version: 1.2.3-1 Is there any specific reason to close the bug? It is healthy to keep ITPs open when packages go to experimental (that's why they are tagged as fixed-in-experimental) since some work is still *intended* or to be done to get the package workie on real Debian platform. It is uploaded to unstable - my sponsor only forgot to include the experimental changelog entry to close the ITP automatically. Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330110: kaffe: ftbfs [sparc] Configuration sparc-linux does not support the jit3 engine
tags 330110 + pending thanks Blars Blarson wrote: Package: kaffe Version: 2:1.1.6-2 Severity: serious Justification: no longer builds from source kaffe failed to build on a sparc buildd, duplicated on my sparc pbuilder. This is a configure error which will be resolved in the next upload. We will just wait until it has tried to build on all architectures and therefore know if it will have any other problems. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329245: Minor RFC 2109 / 2965 violation
Hi Joel, Joel Aelwyn wrote: However, while I believe that should make this a 'minor' bug, I do consider it more than 'wishlist' - the early RFCs had strong reasons for establishing 'be conservative in what you send' as well as 'be liberal in what you accept', and fixing this seems likely to be fairly straightforward (though given the state of 3.0RC3, I would, I would expect it may well not show up until 3.0.1 or 3.1 or 4.0 or... whatever comes next). Just received a comment from upstream that its targeted for 3.0 RC4. If you are interested in the followups from upstream: http://issues.apache.org/bugzilla/show_bug.cgi?id=36740 Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296345: Bug#296444: new experimental libapache(2)-mod-jk packages available
Chris Vanden Berghe wrote: Hi, I made a very experimental package from the latest upstream version of mod_jk. It builds for both apache as apache2 (as mod_jk2 is considered deprecated). It can be found here: http://chris.vandenberghe.org/debian/libapache-mod-jk/ New packages are already finished and will be uploaded soon. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328328: kaffe-pthreads: jar systematically throws NullPointerException
Hi Yann, Yann Dirson wrote: Package: kaffe-pthreads Version: 2:1.1.5-cvs20050808-2 Severity: grave In the sid chroot on escher: $ /usr/lib/kaffe/pthreads/bin/jar Internal error: caught an unexpected exception. Is only jar failing or also the other ones in /usr/lib/kaffe/pthreads/bin/ ? Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304882: libant1.5-java removed from archive
severity 304882 serious thanks Hi, libant1.5-java is now removed from unstable. As we also have a libant1.6-java to ant transition at the moment please correct the already existent patch to include ant instead of libant1.6-java in the build-depends line and change ANT_HOME to /usr/share/ant We (pkg-java maintainers) will do an NMU in a week or so if it is not fixed until then. Thanks, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327790: tomcat5-webapps: jsp svg example links to the wrong url
Hi Pablo, Pablo Barbachano wrote: http://localhost:8180/jsp-examples/jsp2/jspx/svgexample.html points to this other URL: http://localhost:8080/jsp-examples/jsp2/jspx/textRotate.jspx?name=JSPX The port is wrong. I think the correct way to fix is to change it to: a href=/jsp-examples/jsp2/jspx/textRotate.jspx?name=JSPX ... /a ... so it takes the correct basedir. There might be some other issues likes this as debian changes the default port of tomcat to 8180 (upstream uses 8080). In a next upload I will patch it to a relative url. If you find/found other non-relative links please report them here so they can be fixed all at once. Thanks for reporting, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327354: libbatik-java: Batik doesn't bring pdf-transcoder.jar but doesn't work either with fop.
Hi Eric, Michael, Wolfgang Baer wrote: Michael Koch wrote: On Fri, Sep 09, 2005 at 03:17:30PM +0200, Wolfgang Baer wrote: See http://wiki.apache.org/xmlgraphics/XmlGraphicsCommonComponents for the problem and the upcomming solution. Can we include its sources as patch so they get compiled together with batik? This will be a huge patch - I would place the sources in a debian subdirectory. Will be around 200-400 kB source. Then its easy to remove this patch again when newer batik version dont need it anymore. Not a new batik version. A newer fop version would be needed to drop these patches (assuming the will be applied). Just an idea, maybe no possible at all. Yes thats possible - however one has to find the correct sources somewhere in the CVS. I am sure we can ask on the upstream ML to get them at least by email. I found the correct tag in upstream as I remembered an email on the fop list asking for tagging fop at the time batik checked out the pdf transcoder stuff. This however will need also an update of batik to 1.6. Eric, I will have a look into it as soon as I find time ... Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308848: (Untested) fix for bug: Should build depend on specific java-compiler
Package: postgis Version: 1.0.0-1 Tags: patch Hi, attached patches for build depending on a specific build compiler which should work on all architectures. These patches are untested as compilation is currently broken by the other bugs. If you need any further information or help with the java part of this package don't hesitate to ask me. Regards, Wolfgang --- debian/control.orig 2005-09-11 17:56:41.0 +0200 +++ debian/control 2005-09-11 17:57:39.0 +0200 @@ -2,7 +2,7 @@ Section: science Priority: optional Maintainer: Alex Bodnaru [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), devscripts, findutils, awk, binutils | binutils-multiarch, libgeos-dev, proj, postgresql-dev (= 7.2.0), libpgjava, java-compiler, fastjar +Build-Depends: debhelper (= 4.0.0), devscripts, findutils, awk, binutils | binutils-multiarch, libgeos-dev, proj, postgresql-dev (= 7.2.0), libpg-java, jikes-classpath, fastjar Standards-Version: 3.6.1 Package: libpostgis1-pg74 @@ -45,7 +45,7 @@ Section: science Priority: optional Architecture: all -Depends: libpostgis, libpgjava +Depends: libpostgis, libpg-java Replaces: libpostgis-jdbc, libpostgisjava Description: geographic objects support for PostgreSQL. JDBC PostGIS adds support for geographic objects to the --- debian/rules.orig 2005-09-11 17:59:04.0 +0200 +++ debian/rules 2005-09-11 17:59:28.0 +0200 @@ -166,7 +166,7 @@ # commands to install the package into debian/tmp $(MAKE) install DESTDIR=$(DESTDIR) - DEBUGJAR=postgis_debug.fastjar JAR=fastjar $(MAKE) -C jdbc2 install DESTDIR=$(DESTDIR)$(JAVA_PATH) + DEBUGJAR=postgis_debug.fastjar JAR=fastjar JAVAC=jikes-classpath $(MAKE) -C jdbc2 install DESTDIR=$(DESTDIR)$(JAVA_PATH) cp utils/*.pl $(DESTDIR)/$(bindir) mkdir -p $(DESTDIR)/$(main_bin)
Bug#301477: Can the bug be closed ?
Hi David, this bug is apparently fixed by one of the former kaffe uploads as written by Dalibor in the BTS. You said you want to post if it really fixed your problem. Please report back if it works for you so we can close this bug report. Regards, Wolfgang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327546: ftp.debian.org: Please remove libant1.5-java from the archive
Package: ftp.debian.org Severity: normal Hi, please remove libant1.5-java (please note _1.5_) from the archive. Its decided already a long time by pkg-java maintainers and now only one package (with a bug open for over 100 days) build-deps on it. Its superceeded by libant1.6-java and ant (which is now in main). We will do an NMU of the last build-dep package if libant1.5-java is removed and I will take care of reassigning open bugs etc. Thanks, Wolfgang -- 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.12.2 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
