Bug#828575: tomcat-native: FTBFS with openssl 1.1.0

2016-06-26 Thread Kurt Roeckx 
Source: tomcat-native
Version: 1.2.7-1
Severity: important
Control: block 827061 by -1

Hi,

OpenSSL 1.1.0 is about to released.  During a rebuild of all packages using
OpenSSL this package fail to build.  A log of that build can be found at:
https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/tomcat-native_1.2.7-1_amd64-20160529-1545

On https://wiki.openssl.org/index.php/1.1_API_Changes you can see various of the
reasons why it might fail.  There are also updated man pages at
https://www.openssl.org/docs/manmaster/ that should contain useful information.

There is a libssl-dev package available in experimental that contains a recent
snapshot, I suggest you try building against that to see if everything works.

If you have problems making things work, feel free to contact us.


Kurt

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#828451: netty-tcnative: FTBFS with openssl 1.1.0

2016-06-26 Thread Kurt Roeckx 
Source: netty-tcnative
Version: 1.1.33.Fork15-1
Severity: important
Control: block 827061 by -1

Hi,

OpenSSL 1.1.0 is about to released.  During a rebuild of all packages using
OpenSSL this package fail to build.  A log of that build can be found at:
https://breakpoint.cc/openssl-1.1-rebuild-2016-05-29/Attempted/netty-tcnative_1.1.33.Fork15-1_amd64-20160529-1455

On https://wiki.openssl.org/index.php/1.1_API_Changes you can see various of the
reasons why it might fail.  There are also updated man pages at
https://www.openssl.org/docs/manmaster/ that should contain useful information.

There is a libssl-dev package available in experimental that contains a recent
snapshot, I suggest you try building against that to see if everything works.

If you have problems making things work, feel free to contact us.


Kurt

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#805165: netty-tcnative: FTBFS:

2015-11-15 Thread Kurt Roeckx 
Source: netty-tcnative
Version: 1.1.33.Fork10-1
Severity: serious
Control: block 797926 by -1

Hi,

Your package is failing to build with the following error on
various arches:
src/ssl.c: In function 'Java_org_apache_tomcat_jni_SSL_newMemBIO':
src/ssl.c:1070:16: error: cast from pointer to integer of different size 
[-Werror=pointer-to-int-cast]
 return (jlong) NULL;
^

An example of a failed log can be seen at:
https://buildd.debian.org/status/fetch.php?pkg=netty-tcnative=armhf=1.1.33.Fork10-1=1447151856


Kurt

__
This is the maintainer address of Debian's Java team
. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#733310: libgluegen2-build-java: missing architectures support in glibc-compat-symbols.h

2013-12-28 Thread Kurt Roeckx 
On Sat, Dec 28, 2013 at 01:11:20PM +0100, Aurelien Jarno wrote:
 Package: libgluegen2-build-java
 Version: 2.1.3-1
 Severity: serious
 Tags: upstream patch
 Justification: makes other packages FTBFS
 
 libgluegen2-build-java provides a mechanism in glibc-compat-symbols.h
 to lower memcpy symbols version. This doesn't take care of at least
 ia64 and s390x among the official Debian architectures, but at least
 arm64, ppc64, sh4, sparc64, and x32 are also affected among unofficial
 architectures. This causes other packages to FTBFS, see for example:
 https://buildd.debian.org/status/fetch.php?pkg=libjogl2-javaarch=ia64ver=2.1.3-1stamp=1387422174
 https://buildd.debian.org/status/fetch.php?pkg=libjogl2-javaarch=s390xver=2.1.3-1stamp=1388229627
 
 As this mechanism doesn't really make sense in a distribution context
 (the dependencies are handled by the package manager), I would suggest
 to simply disable it. This is the purpose of the patch below:

I have the feeling that the patch is there so that they get the
old behavior from memcpy() and that the newer version (2.14) goes
over the buffer in a different direction and breaks something.

Instead of trying to get the old version of memcpy() again they
should instead fix their code and for instance use memmove()
instead of memcpy().

PS: Staticly linking should not be preferred.


Kurt

__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. 
Please use
debian-j...@lists.debian.org for discussions and questions.

Bug#622141: tomcat-native: Using SSLv2_method

2011-04-10 Thread Kurt Roeckx 
Source: tomcat-native
Version: 1.1.20-1
Severity: serious
Tags: sid wheezy

Hi,

When building the package with openssl 1.0.0 you get:
src/sslcontext.c:78:17: warning: implicit declaration of function 
'SSLv2_client_method'
src/sslcontext.c:80:17: warning: implicit declaration of function 
'SSLv2_server_method'
src/sslcontext.c:82:17: warning: implicit declaration of function 'SSLv2_method'
dpkg-shlibdeps: warning: symbol SSLv2_server_method used by 
debian/libtcnative-1/usr/lib/libtcnative-1.so.0.1.20 found in none of the 
libraries.
dpkg-shlibdeps: warning: symbol SSLv2_method used by 
debian/libtcnative-1/usr/lib/libtcnative-1.so.0.1.20 found in none of the 
libraries.
dpkg-shlibdeps: warning: symbol SSLv2_client_method used by 
debian/libtcnative-1/usr/lib/libtcnative-1.so.0.1.20 found in none of the 
libraries.

SSLv2 support got removed and so the SSLv2_* methods too.  Even
with the functions removed from the headers and library the
package builds fine, you just get some warnings instead of
failing at compile time.  You will probably get errors at runtime
instead.

You can check that SSLv2 support is available by checking the
OPENSSL_NO_SSL2 define.  But I suggest you completly remove
SSLv2 support.


Kurt




__
This is the maintainer address of Debian's Java team
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please 
use
debian-j...@lists.debian.org for discussions and questions.

Bug#570652: jblas: FTBFS: configure.out:18: *** missing separator. Stop.

2010-02-20 Thread Kurt Roeckx 
Source: jblas
Version: 1.0.1-1
Severity: serious

Hi,

There was an error while trying to autobuild your package:

 Start Time: 20100211-1623

[...]

 Build-Depends: cdbs, debhelper (= 7), openjdk-6-jdk, ant-optional, gfortran, 
 libatlas-base-dev, ruby

[...]

 Toolchain package versions: libc6-dev_2.10.2-5 dpkg-dev_1.15.5.6 
 linux-libc-dev_2.6.32-5 g++-4.4_4.4.3-2 gcc-4.4_4.4.3-2 binutils_2.20-5 
 libstdc++6_4.4.3-2 libstdc++6-4.4-dev_4.4.3-2

[...]

 locating the Java Development Kit... ok (/usr/lib/jvm/java-6-openjdk)
 Setting up gcc and flags... ok (gcc)
 deciding whether to use g77 or gfortran... ok (gfortran)
 looking for version of make... ok (make)
 search for lapack sources (configure by --lapack=dir)... *failed*
   Couldn't locate sources for LAPACK and BLAS. Supply the location
   of the lapack sources with the --lapack=... switch. Sources for lapack can 
 be
   found at http://www.netlib.org/lapack/lapack-lite-3.1.1.tgz or try
   running configure with the --download-lapack option.
   
   Compling jblas should work, but unless you have the LAPACK and BLAS sources
   you cannot add further stubs.
 ok (./lapack-lite-3.1.1)
 determining build type... ok (dynamic)
 getting library path.. ok ([/usr/lib, /usr/lib/atlas])
 determining whether to build for lapack or atlas... ok (atlas)
 looking for libraries.. {atlas=/usr/lib, cblas=/usr/lib, 
 f77blas=/usr/lib, lapack=/usr/lib/atlas}
 ok
 
 Configuration succesfull, writing out results to configure.out
 make
 configure.out:18: *** missing separator.  Stop.
 make[1]: Entering directory 
 `/build/buildd-jblas_1.0.1-1-i386-hJTnPv/jblas-1.0.1'
 make[1]: Leaving directory 
 `/build/buildd-jblas_1.0.1-1-i386-hJTnPv/jblas-1.0.1'
 make: *** [debian/stamp-jblas-build] Error 2
 dpkg-buildpackage: error: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=i386pkg=jblasver=1.0.1-1


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#564494: java-gnome: FTBFS: Times out, no cpu usage.

2010-01-09 Thread Kurt Roeckx 
Source: java-gnome
Version: 4.0.14-1
Severity: serious

Hi,

There was an error while trying to autobuild your package:

 Start Time: 20100109-1602

[...]

 Build-Depends: debhelper (= 5), cdbs, default-jdk, junit, libgtk2.0-dev (= 
 2.16), libpango1.0-dev (= 1.22), libgtksourceview2.0-dev (= 2.6.1), 
 libnotify-dev (= 0.4.5), libgtkspell-dev (= 2.0.13), libunique-dev (= 
 1.0.8), libglade2-dev, quilt, xvfb, xfonts-base, metacity, hicolor-icon-theme

[...]

 Toolchain package versions: libc6-dev_2.10.2-5 linux-libc-dev_2.6.32-2 
 g++-4.4_4.4.2-8 gcc-4.4_4.4.2-8 binutils_2.20-4 libstdc++6_4.4.2-8 
 libstdc++6-4.4-dev_4.4.2-8
 

[...]

 SNAP  doc/api/org/gnome/gtk/Statusbar.png
 SNAP  doc/api/org/gnome/gtk/Button.png
 SNAP  doc/api/org/gnome/gtk/InfoMessageDialog.png
 SNAP  doc/api/org/gnome/gtk/QuestionMessageDialog.png
 SNAP  doc/api/org/gnome/gtk/TreeView.png
 SNAP  doc/api/org/gnome/gtk/TreeStore.png
 SNAP  doc/api/org/gnome/gtk/FileChooserDialog.png
 make: *** wait: No child processes.  Stop.
 make: *** Waiting for unfinished jobs
 make: *** wait: No child processes.  Stop.
 E: Caught signal 'Terminated': terminating immediately
 .: Fatal IO error 11 (Resource temporarily unavailable) on X server :99.0.
 make[1]: *** [doc] Terminated
 Build killed with signal TERM after 150 minutes of inactivity

A full build log can be found at:
http://buildd.debian.org/build.php?arch=amd64pkg=java-gnomever=4.0.14-1


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#548477: classpath: FTBFS on alpha: The literal 1.4e-45f of type float is out of range

2009-09-26 Thread Kurt Roeckx 
Source: classpath
Version: 2:0.98-4
Severity: serious

Hi,

There was an error while trying to autobuild your package:

 Start Time: 20090911-1046

[...]

 Build-Depends: debhelper (= 5), ecj, gcj, zip, libgtk2.0-dev, libgconf2-dev, 
 libart-2.0-dev, libx11-dev, libice-dev, libxt-dev, libxtst-dev, 
 libasound2-dev [!hurd-i386 !kfreebsd-i386 !kfreebsd-amd64], libcairo2-dev, 
 dpatch, libqt4-dev (= 4.1.0), dssi-dev [!hurd-i386 !kfreebsd-i386 
 !kfreebsd-amd64], xulrunner-dev (= 1.9), libmagic-dev

[...]

 Toolchain package versions: libc6.1-dev_2.9-26 linux-libc-dev_2.6.30-6 
 g++-4.3_4.3.4-2 gcc-4.3_4.3.4-2 binutils_2.19.90.20090909-1 
 libstdc++6_4.4.1-3 libstdc++6-4.3-dev_4.3.4-2
 

[...]

 --
 3208. ERROR in ../java/lang/Float.java (at line 76)
   public static final float MIN_VALUE = 1.4e-45f;
 
 The literal 1.4e-45f of type float is out of range 
 --

[...]

 --
 10212 problems (1 error, 10211 warnings)make[2]: *** [compile-classes] Error 
 255
 make[1]: *** [install-recursive] Error 1
 make: *** [install] Error 2
 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave 
 error exit status 2
 make[2]: Leaving directory 
 `/build/buildd-classpath_0.98-4-alpha-UBnhuT/classpath-0.98/lib'
 make[1]: Leaving directory 
 `/build/buildd-classpath_0.98-4-alpha-UBnhuT/classpath-0.98'

A full build log can be found at:
http://buildd.debian.org/build.php?arch=alphapkg=classpathver=2:0.98-4


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#548495: kaffe: FTBFS on alpha: sun: No such file or directory

2009-09-26 Thread Kurt Roeckx 
Source: kaffe
Version: 2:1.1.8-5.3
Severity: important

Hi,

There was an error while trying to autobuild your package:

 Start Time: 20090918-1956

[...]

 Build-Depends: debhelper (= 5), libpng12-dev, libjpeg62-dev, libungif4-dev, 
 zlib1g-dev, libgmp3-dev, xutils, dbs, zip, fastjar, ecj-gcj (= 3.3) [!alpha 
 !arm !hppa !hurd-i386], gij [!alpha !arm !hppa !hurd-i386], libgtk2.0-dev, 
 libart-2.0-dev, libxml2-dev, libxslt1-dev, libasound2-dev [!kfreebsd-i386 
 !kfreebsd-amd64 !hurd-i386], libesd0-dev, libcairo2-dev, libxtst-dev, 
 libx11-dev, libxext-dev, libice-dev, libxt-dev, libgconf2-dev, gcc-4.2

[...]

 Toolchain package versions: libc6.1-dev_2.9-26 linux-libc-dev_2.6.30-6 
 g++-4.3_4.3.4-2 gcc-4.3_4.3.4-2 binutils_2.19.91.20090910-1 
 libstdc++6_4.4.1-4 libstdc++6-4.3-dev_4.3.4-2
 

[...]

 touch compile-classes
 touch resources
 if test  != ; then  -r -D glibj.zip gnu java javax org sun META-INF  
 /dev/null; fi
 if test /usr/bin/fastjar != ; then /usr/bin/fastjar cf glibj.zip gnu java 
 javax org sun META-INF; fi
 sun: No such file or directory
 Error adding sun to jar archive!
 make[4]: *** [glibj.zip] Error 1
 make[4]: Leaving directory 
 `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads/libraries/javalib/external/classpath/lib'
 make[3]: *** [all-recursive] Error 1
 make[3]: Leaving directory 
 `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads/libraries/javalib/external/classpath'
 make[2]: *** [all-recursive] Error 1
 make[2]: Leaving directory 
 `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads/libraries/javalib'
 make[1]: *** [all-recursive] Error 1
 make[1]: Leaving directory 
 `/build/buildd-kaffe_1.1.8-5.3-alpha-7bMrdu/kaffe-1.1.8/build/jthreads'
 make: *** [stampdir/build-jthreads] Error 2
 dpkg-buildpackage: error: debian/rules build gave error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=alphapkg=kaffever=2:1.1.8-5.3


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#545840: java3d: FTBFS: cannot stat `j3d-core/build/default/opt/native/libj3dcore-ogl.so': No such file or directory

2009-09-09 Thread Kurt Roeckx 
Source: java3d
Version: 1.5.2+dfsg-3
Severity: important

Hi,

There was an error while trying to autobuild your package:

 Start Time: 20090828-2127

[...]

 Build-Depends: debhelper (= 5), cdbs, default-jdk, ant-optional, 
 libvecmath-java, mesa-common-dev, libgl1-mesa-dev, libxext-dev, libxt-dev, 
 quilt

[...]

 Toolchain package versions: libc6.1-dev_2.9-25 linux-libc-dev_2.6.30-6 
 g++-4.3_4.3.4-2 gcc-4.3_4.3.4-2 binutils_2.19.51.20090805-1 
 libstdc++6_4.4.1-3 libstdc++6-4.3-dev_4.3.4-2
 

[...]

 BUILD SUCCESSFUL
 Total time: 85 minutes 23 seconds
  /usr/bin/fakeroot debian/rules binary-arch
 touch debian/stamp-ant-build
 DEB_ANT_CHECK_TARGET unset, not running checks
 test -x debian/rules
 dh_testroot
 dh_clean -k 
 dh_installdirs -A 
 mkdir -p .
 DEB_ANT_CHECK_TARGET unset, not running checks
 DEB_ANT_INSTALL_TARGET unset, skipping default ant.mk common-install target
 dh_installdirs -plibjava3d-jni 
 install: install -m 644 -D 
 j3d-core/build/default/opt/native/libj3dcore-ogl.so \
   debian/libjava3d-jni/usr/lib/jni/libj3dcore-ogl.so
 cannot stat `j3d-core/build/default/opt/native/libj3dcore-ogl.so': No such 
 file or directory
 make: *** [install/libjava3d-jni] Error 1
 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave 
 error exit status 2

A full build log can be found at:
http://buildd.debian.org/build.php?arch=alphapkg=java3dver=1.5.2+dfsg-3


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#545840: java3d: FTBFS: cannot stat `j3d-core/build/default/opt/native/libj3dcore-ogl.so': No such file or directory

2009-09-09 Thread Kurt Roeckx 
On Thu, Sep 10, 2009 at 12:41:21AM +0530, Onkar Shinde wrote:
 
 compile-ogl:
  [echo] Executing native renderer build [debug]
  [exec] ld: Attributes.o: gp-relative relocation against dynamic
 symbol _gl_combineRgbSrcIndex
  [exec] ld: Attributes.o: gp-relative relocation against dynamic

I'm not an alpha porter.  Trying to look for that error I found
#488531 which also only shows up on alpha.

An other issue might be that it wasn't compiled with -fPIC, but
I assume you'd have problems on other arches too.  But it could
always be that for some reason it wasn't used.


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#540861: Cannot reproduce FTBFS - looks like the buildd ignores policy 7.7

2009-09-03 Thread Kurt Roeckx 
On Thu, Sep 03, 2009 at 09:57:00PM +0200, Luk Claes wrote:
 Niels Thykier wrote:
  Hi Kurt
  
  Looking at your build log it seems like it does not fetch the
  Build-Depends-Indep before invoking debian/rules build, which it
  should according to the policy [#7.7].
 
 Which is wrong since we have build daemons AFAIK, maybe it's time to get
 corrected (policy list in Cc)?

That would be #374029, which is a rather long standing issue.


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#518775: java3d: FTBFS: You must specify a valid JAVA_HOME or JAVACMD!

2009-03-08 Thread Kurt Roeckx 
Source: java3d
Version: 0.0.cvs.20090202.dfsg-1
Severity: serious

Hi,

Your package is failing to build with the following error:
 /usr/bin/fakeroot debian/rules clean
test -x debian/rules
dh_testroot
rmdir j3d-core
rmdir: failed to remove `j3d-core': Directory not empty
make: [cleanbuilddir] Error 1 (ignored)
dh_clean
You must specify a valid JAVA_HOME or JAVACMD!
make: *** [ant-sanity-check] Error 1


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#502660: antlr3: FTBFS: aot-compile: error: nothing to do

2008-10-18 Thread Kurt Roeckx 
Package: antlr3
Version: 3.0.1+dfsg-3
Severity: serious

Hi,

Your package is failing to build with the following error:
dh_nativejava -pantlr3-gcj
aot-compile: error: nothing to do
dh_nativejava: command returned error code 256


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#479529: closing 479529

2008-09-15 Thread Kurt Roeckx 
# Automatically generated email from bts, devscripts version 2.10.35
# 0.99~rc3-1 is missing in the changelog, and 0.99~rc5-1 build without error, 
closing without version.
close 479529 



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#301134: notfixed 301134 in 2:0.91+cvs20060611-1, reopening 301134, tagging 301134

2008-09-14 Thread Kurt Roeckx 
# Automatically generated email from bts, devscripts version 2.10.35
# Didn't read #267040
notfixed 301134 2:0.91+cvs20060611-1
reopen 301134 
tags 301134 - fixed-in-experimental



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#267040: found 267040 in 2:0.91+cvs20060611-1

2008-09-14 Thread Kurt Roeckx 
# Automatically generated email from bts, devscripts version 2.10.35
# Marking also as found in the first version of classpath source package that 
had this binary package, used to be in it's own source package.
found 267040 2:0.91+cvs20060611-1



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#480693: eclipse-pydev: FTBFS: tries to write in $HOME

2008-05-11 Thread Kurt Roeckx 
Package: eclipse-pydev
Version: 1.2.5-3
Severity: serious

Hi,

Your package is trying to write in $HOME which typicaly doesn't exists
on the buildds.  The error I get is:
!ENTRY org.eclipse.osgi 4 0 2008-05-10 09:37:47.031
!MESSAGE Error reading configuration: 
/home/buildd/.eclipse/org.eclipse.platform_3.2.0/configuration/org.eclipse.osgi/.manager/.fileTableLock
 (No such file or directory)


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#423522: libgtk-jni: Missing Depends.

2007-05-12 Thread Kurt Roeckx 
Package: libgtk-jni
Version: 2.10.2-3
Severity: serious

The gtk2-java.pc file says:
Requires: glib-java cairo-java gtk+-2.0

So you need a Depends on:
- libglib-jni
- libcairo-jni (Pulled in thru libcairo2)
- libgtk2.0-dev

And you don't depend on libgtk2.0-dev in any way.

When running ldd /usr/lib/jni/libgtkjni-2.10.so
I get:
libglibjni-0.4.so = not found

It looks like that was in libglib-java but moved to libglib-jni and 
ldd doesn't find it because you don't have an rpath.  (Not sure if this
is needed, or that LD_LIBRARY_PATH gets set.)


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#423523: libglib-jni: Missing Depends.

2007-05-12 Thread Kurt Roeckx 
Package: libglib-jni
Version: 0.4.2-6
Severity: serious

The /usr/lib/pkgconfig/glib-java.pc file says:
Requires: glib-2.0 gobject-2.0

So you need a Depends on libglib2.0-dev which provided both of those.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#423525: libcairo-jni: Missing Depends.

2007-05-12 Thread Kurt Roeckx 
Package: libcairo-jni
Version: 1.0.8-4
Severity: serious

The /usr/lib/pkgconfig/cairo-java.pc file says:
Requires: cairo glib-java

So you need a Depends:
- libcairo2-dev
- libglib-java

Both are missing.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#423522: libgtk-jni: Missing Depends.

2007-05-12 Thread Kurt Roeckx 
On Sat, May 12, 2007 at 05:22:28PM +0200, Kurt Roeckx wrote:
 Package: libgtk-jni
 Version: 2.10.2-3
 Severity: serious
 
 The gtk2-java.pc file says:
 Requires: glib-java cairo-java gtk+-2.0
 
 So you need a Depends on:
 - libglib-jni
 - libcairo-jni (Pulled in thru libcairo2)

This part is wrong, since it's the other way around.

 - libgtk2.0-dev
 
 And you don't depend on libgtk2.0-dev in any way.

So you're missing a depends on libcairo-jni and libgtk2.0-dev


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#421982: commons-daemon: FTBFS: Unable to find a javac compiler;

2007-05-02 Thread Kurt Roeckx 
Package: commons-daemon
Version: 1.0.2~svn20061127-5
Severity: serious

Hi,

Your package is failing to build with the following error:
compile:
[javac] Compiling 6 source files to 
/build/buildd/commons-daemon-1.0.2~svn20061127/target/classes

BUILD FAILED
/build/buildd/commons-daemon-1.0.2~svn20061127/build.xml:144: Unable to find a 
javac compiler;
com.sun.tools.javac.Main is not on the classpath.
Perhaps JAVA_HOME does not point to the JDK

Total time: 2 seconds
make: *** [build-indep-stamp] Error 1



Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#411557: cairo-java: FTBFS: Requested 'glib-java = 0.4.2' but version of glib-java is 0.2.5

2007-02-19 Thread Kurt Roeckx 
Package: cairo-java
Version: 1.0.8-1
Severity: serious

Hi,

Your package is failing to build with the following error:
checking for GLIB_JAVA... configure: error: Package requirements (glib-java = 
0.4.2) were not met:

Requested 'glib-java = 0.4.2' but version of glib-java is 0.2.5

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables GLIB_JAVA_CFLAGS
and GLIB_JAVA_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

make: *** [config.status] Error 1


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#375297: libgtk-jni, libgtk-java: Circular depends.

2006-06-24 Thread Kurt Roeckx 
Package: libgtk-java,libgtk-jni
Version: 2.6.2-4
Severity: serious

Hi,

It seems that libgtk-java and libgtk-jni depend on each other,
making a circular dependency loop.  This will give unpredictible
results since dpkg will decide where to break the loop, and that
might cause problems for other packages.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#374689: kaffe broken om amd64 with gcc-4.1?

2006-06-20 Thread Kurt Roeckx 
Package: kaffe
Version: 2:1.1.7-3
Severity: normal

Hi,


From the buildd log on amd64 for version 2:1.1.7-2:

All 150 tests passed


From the one for version 2:1.1.7-3:

86 of 150 tests failed
Please report to kaffe@kaffe.org

make[7]: *** [check-TESTS] Error 1

The most obvious change between those version is that -3 was
build with gcc-4.1 while -2 was build with gcc-4.0.  It would be
nice if someone could take a look at this.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#361608: GCC transition ...

2006-05-11 Thread Kurt Roeckx 
On Thu, May 11, 2006 at 07:09:40PM +0200, Matthias Klose wrote:
 Kurt Roeckx writes:
  On Thu, May 11, 2006 at 06:23:57PM +0200, Matthias Klose wrote:
   
   - gij/gcj 4.1 will become the default on all architectures, dropping
 gcj-4.0 from the archives. Mostly independent, handled by Michael
 Koch and maybe me.
  
  I wonder what the status of those is currently.  They seem to be
  in a non-working state currently?  Please take a look at #361608,
  or try building something as db4.*.
 
 works for me, Michael couldn't reproduce these as well. you may want
 to try the packages from http://people.debian.org/~doko/tmp/

I currently don't have time for that, leaving for .mx in a few
hours.

The only thing I can tell about it is that I only tried it on
amd64, and last time I tried it was after your last gcj-4.1
upload.

If I change the script to use gcj/gij 4.0 instead of 4.1 it
works.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#361608: ecj-bootstrap: takes over /usr/lib/jvm/java-gcj/bin/javac with ../../../../bin/ecj

2006-04-27 Thread Kurt Roeckx 
severity 361608 serious
thanks

Since javac now seems to be unusable, I think this should be an
RC bug.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#344986: gjdoc: FTBFS on mips/mipsel: gij-wrapper-4.0 failed

2006-04-24 Thread Kurt Roeckx 
reassign 344986 gij-4.0
retitle 344986 gjdoc: FTBFS on mips/mipsel: gij-wrapper-4.0 failed
thanks

From the config.log:
configure:20330: checking if /usr/bin/gij-wrapper-4.0 works
configure:20363: CLASSPATH=.: /usr/bin/gij-wrapper-4.0  Test
Exception in thread main java.lang.NullPointerException
   at java.lang.ClassLoader.defineClass(java.lang.String, byte[], int, int) 
(/usr/lib/libgcj.so.6.0.0)
   at java.security.SecureClassLoader.defineClass(java.lang.String, byte[], 
int, int, java.security.CodeSource) (/usr/lib/libgcj.so.6.0.0)
   at java.net.URLClassLoader.findClass(java.lang.String) 
(/usr/lib/libgcj.so.6.0.0)
   at java.lang.ClassLoader.loadClass(java.lang.String, boolean) 
(/usr/lib/libgcj.so.6.0.0)
   at java.lang.ClassLoader.loadClass(java.lang.String) 
(/usr/lib/libgcj.so.6.0.0)
   at java.lang.Class.forName(java.lang.String, boolean, java.lang.ClassLoader)
(/usr/lib/libgcj.so.6.0.0)
   at gnu.java.lang.MainThread.run() (/usr/lib/libgcj.so.6.0.0)
configure:20366: $? = 1
configure: failed program was:
/* [#]line 20340 configure */
public class Test {
public static void main (String args[]) {
System.exit (0);
} }
configure:20372: error: The Java VM /usr/bin/gij-wrapper-4.0 failed (see 
config.log, check the CLASSPATH?)


So this looks to me like gij-4.0 isn't working on mips/mipsel.



Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#344986: gjdoc: FTBFS on several architectures (/usr/bin/gij-wrapper-4.0 failed)

2006-04-23 Thread Kurt Roeckx 
severity 344986 serious
thanks

Failing to build is an RC bug.

It seems this is only a problem on mips and mipsel.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#352726: eclipse: FTBFS: Missing build dependency on bzip2

2006-02-13 Thread Kurt Roeckx 
severity 352726 serious
thanks

Failing to build is an RC bug.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#348754: kaffe: FTBFS on amd64: ecj problems?

2006-01-18 Thread Kurt Roeckx 
Package: kaffe
Version: 2:1.1.6.91-1
Severity: important

Hi,

Kaffe is failing to build on amd64 with the following error:
2. ERROR in /build/buildd/kaffe-1.1.6.91/build-tree/kaffe-1.1.6.91/libraries/ja
valib/external/classpath/java/lang/Double.java
 (at line 72)
public static final double MIN_VALUE = 5e-324;
   ^^
The literal 5e-324 of type double is out of range

The full buildd log is available at:
http://amd64.ftbfs.de/fetch.php?pkg=kaffever=2%3A1.1.6.91-1arch=amd64stamp=1137537824file=logas=raw

This also looks alot like:
http://bugs.debian.org/327407

PS: Maybe someone should clone or reassign this to ecj-bootstrap?


Kurt




___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers

Bug#348754: kaffe: FTBFS on amd64: ecj problems?

2006-01-18 Thread Kurt Roeckx 
clone 348754 -1
reassign -1 ecj-bootstrap 3.0.1-5
thanks

Cloning + reassigning this to ecj-bootstrap.


Note that the last attempt was made with 3.1.1-4, but atleast
3.0.1-5 had the same problem.


Kurt



___
pkg-java-maintainers mailing list
pkg-java-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers