Bug#424445: Proposed patch for #424445 (turkey FTBFS)
After further investigations, the problem seems to be the use of the GCJ based java. Indeed by switching environment to sun java (for instance with sudo update-alternatives --set java /usr/lib/jvm/java-1.5.0-sun/jre/bin/java), the package runs without any problem. 'I don't see why everyone depends on me. I'm not dependable. Even I don't depend on me, and I'm me.' (Interesting Times) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424445: Proposed patch for #424445 (turkey FTBFS)
I have used a slightly modified version of your patch in Ubuntu, and now thanks to you we also are able to compile for gutsy. The package fails to run in gui mode with the following exception though: [EMAIL PROTECTED]:~$ turkey Exception during event dispatch: java.lang.NullPointerException at gnu.java.awt.peer.gtk.GtkImage.init(libgcj.so.80) at gnu.java.awt.peer.gtk.GtkFramePeer.setIconImage(libgcj.so.80) at gnu.java.awt.peer.gtk.GtkFramePeer.create(libgcj.so.80) at gnu.java.awt.peer.gtk.GtkComponentPeer.init(libgcj.so.80) at gnu.java.awt.peer.gtk.GtkContainerPeer.init(libgcj.so.80) at gnu.java.awt.peer.gtk.GtkWindowPeer.init(libgcj.so.80) at gnu.java.awt.peer.gtk.GtkFramePeer.init(libgcj.so.80) at gnu.java.awt.peer.gtk.GtkToolkit.createFrame(libgcj.so.80) at java.awt.Frame.addNotify(libgcj.so.80) at java.awt.Window.show(libgcj.so.80) at java.awt.Component.show(libgcj.so.80) at java.awt.Component.setVisible(libgcj.so.80) at net.sf.turkey.GUI$5.run(Unknown Source) at java.awt.event.InvocationEvent.dispatch(libgcj.so.80) at java.awt.EventQueue.dispatchEvent(libgcj.so.80) at java.awt.EventDispatchThread.run(libgcj.so.80) Is this similar to the problem you are experiencing? We use java-1.5.0-gcj-4.2-1.5.0.0 with the gcj7-1-awt library. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424445: Proposed patch for #424445 (turkey FTBFS)
The attached patch sets JAVA_HOME and ant's build.compiler property, as recomended by the java packaging team. This solves the FTBFS. The resulting package works correctly with sun's java, but I have not been able to make it run with gcj. I do not know if it's a problem with the package or with my environment. Thus, I'm not tagging the bug as 'patch' yet. -- diff -r dc7e7243f5a5 debian/control --- a/debian/controlWed May 30 00:33:48 2007 -0500 +++ b/debian/controlWed May 30 07:59:53 2007 -0500 @@ -2,7 +2,7 @@ Section: text Section: text Priority: optional Maintainer: Debian QA Group [EMAIL PROTECTED] -Build-Depends: debhelper (= 4.0.0), jikes, ant, bzip2, txt2man, imagemagick, java-gcj-compat-dev +Build-Depends: debhelper (= 4.0.0), ant, bzip2, txt2man, imagemagick, java-gcj-compat-dev Standards-Version: 3.6.2 Package: turkey diff -r dc7e7243f5a5 debian/rules --- a/debian/rules Wed May 30 00:33:48 2007 -0500 +++ b/debian/rules Wed May 30 08:07:48 2007 -0500 @@ -1,13 +1,14 @@ #!/usr/bin/make -f DESTDIR=$(CURDIR)/debian/turkey +export JAVA_HOME=/usr/lib/jvm/java-1.5.0-gcj-4.1-1.5.0.0/jre build: build-stamp build-stamp: dh_testdir - ant release - ant doc + ant -Dbuild.compiler=modern release + ant -Dbuild.compiler=modern doc txt2man -s 1 -t turkey -B turkey turkey.1.txt2man turkey.1 convert resources/icon.png -resize 32x32 turkey.xpm @@ -19,6 +20,7 @@ clean: rm -f build-stamp configure-stamp rm -f turkey.1 rm -f turkey.png + rm -f turkey.xpm ant clean -- signature.asc Description: Digital signature
