Bug#568618: zookeeper - FTBFS: Error: Unrecognized opcode: `lock'

2010-02-06 Thread Bastian Blank
Source: zookeeper Version: 3.2.2+dfsg3-2 Severity: serious There was an error while trying to autobuild your package: sbuild (Debian sbuild) 0.59.1 (24 Jan 2010) on debian-31.osdl.marist.edu [...] libtool: compile: gcc -DHAVE_CONFIG_H -I. -I. -I. -I./include -I./tests -I./generated

Bug#580675: eclipse - FTBFS: Target build.nativeLibraries does not exist in the project org.eclipse.swt.gtk.linux.s390

2010-05-07 Thread Bastian Blank
Source: eclipse Version: 3.5.2-2 Severity: important There was an error while trying to autobuild your package: sbuild (Debian sbuild) 0.59.1 (24 Jan 2010) on debian-31.osdl.marist.edu [...] BUILD FAILED /build/buildd-eclipse_3.5.2-2-s390-eaROSY/eclipse-3.5.2/build.xml:470: The following

Bug#539431: classpath - FTBFS: error: conditional GCJ_JAVAC was never defined.

2009-07-31 Thread Bastian Blank
Package: classpath Version: 2:0.98-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of classpath_2:0.98-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] checking for stdint types... stdint.h (shortcircuit) make use of stdint.h in

Bug#546313: java-gnome - FTBFS: Could not initialize inotify

2009-09-12 Thread Bastian Blank
Source: java-gnome Version: 4.0.13-1 Severity: serious There was an error while trying to autobuild your package: sbuild (Debian sbuild) 0.58.2 (15 Jun 2009) on lxdebian.bfinv.de [...] KILL Xvfb KILL metacity Exception in thread main org.gnome.glib.FatalError: GLib-GIO-WARNING Could not

Bug#430662: ant - FTBFS

2007-06-30 Thread Bastian Blank
found 430662 1.6.5-8 thanks There was an error while trying to autobuild your package: Automatic build of ant_1.6.5-8 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] dh_nativejava -pant-gcj Traceback (most recent call last): File /usr/bin/aot-compile, line 85, in ?

Bug#440669: bouncycastle - FTBFS: install: cannot stat `build/artifacts/jdk1.4/jars/bcprov-jdk14-*.jar': No such file or directory

2007-09-03 Thread Bastian Blank
Package: bouncycastle Version: 1.37-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of bouncycastle_1.37-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] mkdir -p debian/build set -e; \ for j in bcprov bcmail bctsp bcpg; do \

Bug#441122: cacao - FTBFS: undefined reference to `__data_start'

2007-09-06 Thread Bastian Blank
Package: cacao Version: 0.98-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of cacao_0.98-2 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] make[4]: Entering directory `/build/buildd/cacao-0.98/src/cacao' /bin/sh ../../libtool --tag=CC

Bug#441122: cacao - FTBFS: undefined reference to `__data_start'

2007-09-29 Thread Bastian Blank
On Sat, Sep 29, 2007 at 12:07:52PM +0200, Cyril Brulebois wrote: is this bug still reproducible? I can't on some other archs at least. Yes. Why does it embed boehm-gc instead of using libgc? Does the security team know that? Bastian -- Life and death are seldom logical. But

Bug#447241: bouncycastle - FTBFS: gcj-4.2: Internal error: Killed (program jc1)

2007-10-19 Thread Bastian Blank
Package: bouncycastle Version: 1.37-2 Severity: serious There was an error while trying to autobuild your package: Automatic build of bouncycastle_1.37-2 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] install -m 644 build/artifacts/jdk1.4/jars/bcprov-jdk14-*.jar

Bug#449194: libswirl-java - FTBFS: The import org.pietschy cannot be resolved

2007-11-03 Thread Bastian Blank
Package: libswirl-java Version: 1.0.13-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of libswirl-java_1.0.13-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] [javac] 4. ERROR in

Bug#478503: commons-daemon - FTBFS: ./configure: Permission denied

2008-04-29 Thread Bastian Blank
Package: commons-daemon Version: 1.0.2~svn20061127-7 Severity: serious There was an error while trying to autobuild your package: Automatic build of commons-daemon_1.0.2~svn20061127-7 on lxdebian.bfinv.de by sbuild/s390 98 [...] cd src/native/unix; touch install-sh; \ ./configure

Bug#441122: cacao - FTBFS: undefined reference to `__data_start'

2008-10-11 Thread Bastian Blank
found 441122 0.99.4~20081011-1 thanks There was an error while trying to autobuild your package: Automatic build of cacao_0.99.4~20081011-1 on lxdebian.bfinv.de by sbuild/s390 98 [...] Making all in cacao make[4]: Entering directory `/build/buildd/cacao-0.99.4~20081011/build/src/cacao'

Bug#356353: classpath - FTBFS: Jikes could not find package java.lang

2006-03-11 Thread Bastian Blank
Package: classpath Version: 2:0.90-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of classpath_2:0.90-1 on debian01 by sbuild/s390 85 [...] /usr/bin/jikes -bootclasspath '' -extdirs '' -sourcepath '' --classpath ../lib:. -d classes

Bug#365229: libgnujaxp-java - produces more log output than build output

2006-04-28 Thread Bastian Blank
Package: libgnujaxp-java Version: 1.3-5 Severity: serious The build of libgnujaxp-java produces more than 200k lines of output with about 21MiB. At the same time it produces about 12MiB of build result. Build needed 00:01:56, 12356k disk space This is not longer acceptable as it wastes

Bug#366746: ow-util-ant-tasks - FTBFS: make: *** [clean] Segmentation fault

2006-05-10 Thread Bastian Blank
Package: ow-util-ant-tasks Version: 1.3-4 Severity: important There was an error while trying to autobuild your package: Automatic build of ow-util-ant-tasks_1.3-4 on debian-31 by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper (= 4.0.0), dpatch

Bug#378607: libgnujaxp-java - FTBFS: 8 problems (2 errors, 6 warnings)

2006-07-17 Thread Bastian Blank
Package: libgnujaxp-java Version: 1.3-7 Severity: serious There was an error while trying to autobuild your package: Automatic build of libgnujaxp-java_1.3-7 on lxdebian.bfinv.de by sbuild/s390 85 [...] -- 7. ERROR in source/gnu/xml/aelfred2/XmlParser.java (at line 3557)

Bug#393057: gjdoc - FTBFS: gcj: command not found

2006-10-14 Thread Bastian Blank
Package: gjdoc Version: 0.7.7-5 Severity: serious There was an error while trying to autobuild your package: Automatic build of gjdoc_0.7.7-5 on lxdebian.bfinv.de by sbuild/s390 85 [...] ** Using build dependencies supplied by package: Build-Depends: debhelper ( 4), cdbs, gcj-4.1 (=

Bug#389010: DoS

2006-10-18 Thread Bastian Blank
severity 389010 critical thanks eclipse filed 500MiB and goes into an endless loop if it can't write new files. Many machines will not have this amount of free space available and it a denial of service against other tools which needs some temporary bytes in /tmp. Also it is not possible to use

Bug#393912: libswt3.1-gtk-gcj - dependency against libgcj missing

2006-10-18 Thread Bastian Blank
Package: libswt3.1-gtk-gcj Version: 3.1.2-2 Severity: serious libswt3.1-gtk-gcj (all eclipse -gcj package) lacks a dependency against the libgcj package Bastian -- Immortality consists largely of boredom. -- Zefrem Cochrane, Metamorphosis, stardate 3219.8 signature.asc

Bug#403381: #403381: fail always

2007-01-07 Thread Bastian Blank
severity 403381 grave thanks This bugs makes it impossible to work with eclipse. On my system it dies after some work not on startup. Bastian -- Captain's Log, star date 21:34.5... ___ pkg-java-maintainers mailing list

Bug#421488: closed by Matthias Klose [EMAIL PROTECTED] (Bug#421488: fixed in ecj 3.2.2-2)

2007-04-30 Thread Bastian Blank
reopen 421488 thanks On Sun, Apr 29, 2007 at 08:57:23PM +, Debian Bug Tracking System wrote: * Loosen dependency on gij-4.1, libgcj7-jar. Closes: #421488. This will not help: | $ sudo apt-get install ecj gij-4.1 libgcj7-0 | Reading package lists... Done | Building dependency tree... Done

Bug#738579: libsisu-guice-java - $DebuggingClassWriter overrides final method visit

2014-02-10 Thread Bastian Blank
Package: libsisu-guice-java Version: 3.1.9+dfsg-1 Severity: serious maven seems to use sisu-guice, but fails to load some of the classes: | Caused by: java.lang.VerifyError: class com.google.inject.internal.cglib.core.$DebuggingClassWriter overrides final method

Bug#738580: libsisu-guice-java - Incorporates other binaries without Built-Using

2014-02-10 Thread Bastian Blank
Package: libsisu-guice-java Version: 3.1.9+dfsg-1 Severity: serious libsisu-guice-java incorporates external binaries (libcglib-java for example) without reason and even lacks the Built-Using field. Also this means the copyright file in the resulting binary is wrong, it does not list the

Bug#738583: libcglib-java - Uses jarjar without proper copyright or Built-Using

2014-02-10 Thread Bastian Blank
Package: libcglib-java Version: 2.2.2+dfsg-5 Severity: serious libcglib-java uses jarjar to incoporate libasm3-java. It does this without mentioning the license of the incorporated stuff or even listing it as Built-Using. Bastian -- System Information: Debian Release: jessie/sid APT prefers

Bug#738579: Acknowledgement (libsisu-guice-java - $DebuggingClassWriter overrides final method visit)

2014-02-10 Thread Bastian Blank
I see this problem clearly in the shipped binaries: | public class com.google.inject.internal.asm.$ClassWriter extends com.google.inject.internal.asm.$ClassVisitor { | public final void visit(int, int, java.lang.String, java.lang.String, java.lang.String, java.lang.String[]); | } However

Bug#738583: libcglib-java - Uses jarjar without proper copyright or Built-Using

2014-02-10 Thread Bastian Blank
On Mon, Feb 10, 2014 at 08:16:10PM -0800, tony mancill wrote: Instead of Built-Using or updating debian/copyright, it seems preferable to refactor the source to use the actual libasm3-java JAR, although I haven't yet looked into how much effort that will require. cglib internaly builds both

Bug#738583: libcglib-java - Uses jarjar without proper copyright or Built-Using

2014-02-11 Thread Bastian Blank
On Tue, Feb 11, 2014 at 08:10:28AM +0100, Emmanuel Bourg wrote: Le 11/02/2014 05:16, tony mancill a écrit : Instead of Built-Using or updating debian/copyright, it seems preferable to refactor the source to use the actual libasm3-java JAR, although I haven't yet looked into how much effort