Bug#850204: java-gnome: FTBFS randomly (Fatal IO error 0 (Success) on X server)

2017-01-04 Thread Santiago Vila 
Package: src:java-gnome
Version: 4.1.3-4
Severity: important

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
test -x debian/rules
mkdir -p "."
touch debian/stamp-autotools-files
chmod a+x /<>/./configure
mkdir -p .
cd . && CFLAGS="-g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security" CXXFLAGS="-g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security" CPPFLAGS="-Wdate-time -D_FORTIFY_SOURCE=2" 
LDFLAGS="-Wl,-z,relro" /<>/./configure --build=x86_64-linux-gnu 
--prefix=/usr --includedir="\${prefix}/include" --mandir="\${prefix}/share/man" 
--infodir="\${prefix}/share/info" --sysconfdir=/etc --localstatedir=/var 
--libexecdir="\${prefix}/lib/java-gnome" --srcdir=. --disable-maintainer-mode 
--disable-dependency-tracking --disable-silent-rules --libdir=/usr/lib/jni 
jdk=/usr/lib/jvm/default-java

equivalence, v0.2
...configuring Java projects to build and run on Linux & Unix

Identify operating system: Debian


[... snipped ...]

SNAPdoc/api/org/gnome/gtk/RadioButton.png
SNAPdoc/api/org/gnome/gtk/ComboBox.png
SNAPdoc/api/org/gnome/gtk/Arrow.png
SNAPdoc/api/org/gnome/gtk/Notebook.png
SNAPdoc/api/org/gnome/gtk/Calendar.png
SNAPdoc/api/org/gnome/gtk/ComboBoxText.png
SNAPdoc/api/org/gnome/gtk/ComboBoxText--Entry.png
SNAPdoc/api/org/freedesktop/cairo/Context-line.png
SNAPdoc/api/org/gnome/gtk/TextView.png
SNAPdoc/api/org/gnome/gtk/TextView-BorderWindows.png
SNAPdoc/api/org/freedesktop/cairo/Context-arc.png
SNAPdoc/api/org/freedesktop/cairo/Context-arcNegative.png
SNAPdoc/api/org/freedesktop/cairo/Matrix-rotate.png
SNAPdoc/api/org/freedesktop/cairo/Matrix-scale.png
SNAPdoc/api/org/freedesktop/cairo/Matrix-translate.png
SNAPdoc/api/org/freedesktop/cairo/Context-rectangle.png
SNAPdoc/api/org/gnome/gtk/EntryCompletion.png
SNAPdoc/api/org/gnome/gtk/Entry.png
SNAPdoc/api/org/gnome/gtk/LinkButton.png
SNAPdoc/api/org/gnome/gtk/InfoBar.png
SNAPdoc/api/org/gnome/gtk/Switch.png
WRITE   doc/api/org/freedesktop/cairo/Operator-in.png
WRITE   doc/api/org/freedesktop/cairo/Operator-clear.png
WRITE   doc/api/org/freedesktop/cairo/Operator-source.png
WRITE   doc/api/org/freedesktop/cairo/Operator-over.png
WRITE   doc/api/org/freedesktop/cairo/Operator-out.png
WRITE   doc/api/org/freedesktop/cairo/Operator-atop.png
WRITE   doc/api/org/freedesktop/cairo/Operator-dest.png
WRITE   doc/api/org/freedesktop/cairo/Operator-dest_over.png
WRITE   doc/api/org/freedesktop/cairo/Operator-dest_in.png
WRITE   doc/api/org/freedesktop/cairo/Operator-dest_out.png
WRITE   doc/api/org/freedesktop/cairo/Operator-dest_atop.png
WRITE   doc/api/org/freedesktop/cairo/Operator-xor.png
WRITE   doc/api/org/freedesktop/cairo/Operator-add.png
WRITE   doc/api/org/freedesktop/cairo/Operator-saturate.png
KILLXvfb

(.:12544): Gdk-WARNING **: .: Fatal IO error 0 (Success) on X server :99.

Makefile:87: recipe for target 'doc' failed
make[1]: *** [doc] Error 1
make[1]: Leaving directory '/<>'
/usr/share/cdbs/1/class/makefile.mk:77: recipe for target 
'debian/stamp-makefile-build' failed
make: *** [debian/stamp-makefile-build] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


This is just how the build ends, not necessarily the relevant part.

I've put several build logs here:

https://people.debian.org/~sanvila/java-gnome/

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the page for this package.

The bug should be reproducible with sbuild on a single CPU virtual machine,
provided you try enough times (as the failure happens randomly).


Note 1: It seems that the build is creating snapshots for the documentation,
and there is another bug (#836100) requesting a slightly different way to
take snapshots. Would fixing #836100 help to fix this one?

(X-Debbugs-Cc for Simon in case he knows the answer).

Note 2: The failure rate is very small, I have not tried to measure it.
I guess it is well below 10%, so if you try to reproduce it, please
try really really a *lot* of times.

Note 3: I would not really recommend trying a lot of times to reproduce it.
Instead, it could be more productive to look at the build logs and
try to guess *how* it may happen, but I don't really know the internals
of this package, so this is really up to you.

Thanks.

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

Bug#849649: marked as done (commons-daemon: FTBFS on arm: fatal error: jni_md.h: No such file or directory)

2017-01-04 Thread Debian Bug Tracking System 
Your message dated Thu, 05 Jan 2017 00:18:43 +
with message-id 
and subject line Bug#849649: fixed in commons-daemon 1.0.15-7
has caused the Debian Bug report #849649,
regarding commons-daemon: FTBFS on arm: fatal error: jni_md.h: No such file or 
directory
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
849649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849649
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: commons-daemon
Version: 1.0.15-6
Severity: serious
Justification: fails to build from source
Tags: sid stretch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

The package fails to build:

gcc -g -O2 -fdebug-prefix-map=/build/1st/commons-daemon-1.0.15=. 
-fstack-protector-strong -Wformat -Werror=format-security -DOS_LINUX 
-DDSO_DLFCN -DCPU=\"arm\" -Wall -Wstrict-prototypes -Wdate-time 
-D_FORTIFY_SOURCE=2  -I/usr/lib/jvm/default-java/include 
-I/usr/lib/jvm/default-java/include/arm -c java.c -o java.o
In file included from java.c:24:0:
/usr/lib/jvm/default-java/include/jni.h:45:20: fatal error: jni_md.h: No such 
file or directory
 #include "jni_md.h"
^
compilation terminated.
../Makedefs:32: recipe for target 'java.o' failed
make[3]: *** [java.o] Error 1



There's some code in the configure script to dig around, which I'm guess is 
outdated or wrong:
https://sources.debian.net/src/commons-daemon/1.0.15-6/src/native/unix/configure.in/#L95

Full build log:
https://tests.reproducible-builds.org/debian/unstable/armhf/commons-daemon
--- End Message ---
--- Begin Message ---
Source: commons-daemon
Source-Version: 1.0.15-7

We believe that the bug you reported is fixed in the latest version of
commons-daemon, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 849...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Markus Koschany  (supplier of updated commons-daemon package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 05 Jan 2017 00:56:59 +0100
Source: commons-daemon
Binary: libcommons-daemon-java jsvc
Architecture: source
Version: 1.0.15-7
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Markus Koschany 
Description:
 jsvc   - Wrapper to launch Java applications as daemons
 libcommons-daemon-java - Library to launch Java applications as daemons
Closes: 849649
Changes:
 commons-daemon (1.0.15-7) unstable; urgency=medium
 .
   * Team upload.
   * Declare compliance with Debian Policy 3.9.8.
   * Fix build failure on arm architectures by appending the ${jvm_includes}
 variable to CPPFLAGS. (Closes: #849649)
   * Vcs-fields and d/copyright: Use https.
Checksums-Sha1:
 2a6b84da70a8af5bb0a4dc7dd11c55e614650b09 2427 commons-daemon_1.0.15-7.dsc
 00bcb39c3be23c4f16a610448569126606a01616 7564 
commons-daemon_1.0.15-7.debian.tar.xz
Checksums-Sha256:
 9351828c429f5ccb3e588f8ec27c33810320f23da56707fece5739c1d96ab54f 2427 
commons-daemon_1.0.15-7.dsc
 b8ded5d78cb31a7e50fca4e2c2ee299b199e016221725f2ecafcb975fc358a61 7564 
commons-daemon_1.0.15-7.debian.tar.xz
Files:
 006dfbc0ec940ec3f7a49629ca93b400 2427 java optional commons-daemon_1.0.15-7.dsc
 a853992fc31a487a39b780dbccd34ad0 7564 java optional 
commons-daemon_1.0.15-7.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQKjBAEBCgCNFiEErPPQiO8y7e9qGoNf2a0UuVE7UeQFAlhtjUlfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEFD
RjNEMDg4RUYzMkVERUY2QTFBODM1RkQ5QUQxNEI5NTEzQjUxRTQPHGFwb0BkZWJp
YW4ub3JnAAoJENmtFLlRO1Hk8k0P/Rio95VSeIwRn7rIvXZ6ZuQ1CXkxJDvyICrg
ixfHBPsVM1O4P3vx8rdD70Rec5v/sclFpLRSUm3lctjbXWpiXVgYfXC2lagxdoKv
pkOkW7Ua3W1GuCLEY+rKj9xkYC9vUIedTtxNYNOHv6YjW4jfDoU5FwWm/4saazvT
gizofvj9WQaGTpFUF5mZXSZ6htPZA0qr163PSRIKJCY2n/38p8Yd4PnH3pjfMXGv
8GiU68YwOK/CTxkniwwpya9FuXJUhGELRu7909AhpLS1hLXvgj43d7QV0MGgy4uz
fdNUcOCA3eWATUN2lT9XfO8nJKb5LFQNjeT72ZMkPU20nOprNDEJojYkbLDY4Ue1
TMicLSxvorNNJIJPpXjkl7XL0ikyzqTKSo9DKpymYQiGq+tBOxkXyk5a1IGnJ35h
OZ5byMeL8wXhPhJ1mCDM9cTs/FCEwiMabCKwXZVV2tGq97CuzZn48iqDNpVysmQO
1NoJE+NJA6qyy/VnPY06b/fF2bEdQWwTYZI0Nsjc9KdcgH55uLDP64/QzlDyMr4D
y

commons-daemon_1.0.15-7_source.changes ACCEPTED into unstable

2017-01-04 Thread Debian FTP Masters 


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 05 Jan 2017 00:56:59 +0100
Source: commons-daemon
Binary: libcommons-daemon-java jsvc
Architecture: source
Version: 1.0.15-7
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers 

Changed-By: Markus Koschany 
Description:
 jsvc   - Wrapper to launch Java applications as daemons
 libcommons-daemon-java - Library to launch Java applications as daemons
Closes: 849649
Changes:
 commons-daemon (1.0.15-7) unstable; urgency=medium
 .
   * Team upload.
   * Declare compliance with Debian Policy 3.9.8.
   * Fix build failure on arm architectures by appending the ${jvm_includes}
 variable to CPPFLAGS. (Closes: #849649)
   * Vcs-fields and d/copyright: Use https.
Checksums-Sha1:
 2a6b84da70a8af5bb0a4dc7dd11c55e614650b09 2427 commons-daemon_1.0.15-7.dsc
 00bcb39c3be23c4f16a610448569126606a01616 7564 
commons-daemon_1.0.15-7.debian.tar.xz
Checksums-Sha256:
 9351828c429f5ccb3e588f8ec27c33810320f23da56707fece5739c1d96ab54f 2427 
commons-daemon_1.0.15-7.dsc
 b8ded5d78cb31a7e50fca4e2c2ee299b199e016221725f2ecafcb975fc358a61 7564 
commons-daemon_1.0.15-7.debian.tar.xz
Files:
 006dfbc0ec940ec3f7a49629ca93b400 2427 java optional commons-daemon_1.0.15-7.dsc
 a853992fc31a487a39b780dbccd34ad0 7564 java optional 
commons-daemon_1.0.15-7.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQKjBAEBCgCNFiEErPPQiO8y7e9qGoNf2a0UuVE7UeQFAlhtjUlfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEFD
RjNEMDg4RUYzMkVERUY2QTFBODM1RkQ5QUQxNEI5NTEzQjUxRTQPHGFwb0BkZWJp
YW4ub3JnAAoJENmtFLlRO1Hk8k0P/Rio95VSeIwRn7rIvXZ6ZuQ1CXkxJDvyICrg
ixfHBPsVM1O4P3vx8rdD70Rec5v/sclFpLRSUm3lctjbXWpiXVgYfXC2lagxdoKv
pkOkW7Ua3W1GuCLEY+rKj9xkYC9vUIedTtxNYNOHv6YjW4jfDoU5FwWm/4saazvT
gizofvj9WQaGTpFUF5mZXSZ6htPZA0qr163PSRIKJCY2n/38p8Yd4PnH3pjfMXGv
8GiU68YwOK/CTxkniwwpya9FuXJUhGELRu7909AhpLS1hLXvgj43d7QV0MGgy4uz
fdNUcOCA3eWATUN2lT9XfO8nJKb5LFQNjeT72ZMkPU20nOprNDEJojYkbLDY4Ue1
TMicLSxvorNNJIJPpXjkl7XL0ikyzqTKSo9DKpymYQiGq+tBOxkXyk5a1IGnJ35h
OZ5byMeL8wXhPhJ1mCDM9cTs/FCEwiMabCKwXZVV2tGq97CuzZn48iqDNpVysmQO
1NoJE+NJA6qyy/VnPY06b/fF2bEdQWwTYZI0Nsjc9KdcgH55uLDP64/QzlDyMr4D
yDNwrYZ2Iu3+I3fr128i6SHVtnnv0Ul0D9IOWMcCphhvsr10AqZPfMik2ns3Fj2z
T4ffVS8UD2KjDKKQmJyOWlZ4ILkcewzh8rMwaVCi53bqxXurv6Sd4D+VIhlACaFl
HiCdMeCw
=q143
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

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

Processing of commons-daemon_1.0.15-7_source.changes

2017-01-04 Thread Debian FTP Masters 
commons-daemon_1.0.15-7_source.changes uploaded successfully to localhost
along with the files:
  commons-daemon_1.0.15-7.dsc
  commons-daemon_1.0.15-7.debian.tar.xz

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

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

Processed: Pending fixes for bugs in the commons-daemon package

2017-01-04 Thread Debian Bug Tracking System 
Processing commands for cont...@bugs.debian.org:

> tag 849649 + pending
Bug #849649 [src:commons-daemon] commons-daemon: FTBFS on arm: fatal error: 
jni_md.h: No such file or directory
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
849649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849649
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

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

Bug#849649: Pending fixes for bugs in the commons-daemon package

2017-01-04 Thread pkg-java-maintainers 
tag 849649 + pending
thanks

Some bugs in the commons-daemon package are closed in revision
ccb7f63f4fb6388f671e8d4a354095319b698247 in branch 'master' by Markus
Koschany

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/commons-daemon.git/commit/?id=ccb7f63

Commit message:

Fix build failure on arm architectures by appending the ${jvm_includes}

variable to CPPFLAGS.

Closes: #849649

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

Bug#848059:

2017-01-04 Thread Markus Koschany 
On 03.01.2017 01:33, Markus Koschany wrote:
> On Wed, 14 Dec 2016 11:13:59 + =?iso-8859-1?Q?Sch=F6ke=2C_Karsten?=
>  wrote:
>> Hi,
>>
>> the problem is, that tomcat7 don't use the proxy.
>> The tomcat6 use this option on the same server...
>>
>> tomcat7/javaopts: -Djava.awt.headless=true -Xmx4096m -XX:+UseConcMarkSweepGC 
>> -XX:MaxPermSize=1024m -XX:+UseParNewGC -XX:MaxNewSize=512m -XX:NewSize=512m 
>> -XX:SurvivorRatio=128 -XX:MaxTenuringThreshold=0 -XX:+UseTLAB 
>> -XX:+CMSClassUnloadingEnabled -Dhttp.proxySet=true 
>> -Dhttp.proxyHost=10.xxx.xx.xx -Dhttp.proxyPort=3128 
>> -Dhttps.proxyHost=10.xxx.xx.xx -Dhttps.proxyPort=3128 
>> -Dhttp.nonProxyHosts=*.domain.local
>>
>> Tomcat Applications can't connect services over the proxy on Dhttp.proxyHost 
>> on Dhttp.proxyPort
>>
> 
> Hi,
> 
> I still don't understand the actual issue. Were you able to resolve it
> in the meantime. Was it just a configuration issue? Do you use
> /etc/default/tomcat7 for passing these values or another method?
> 

I have discussed this issue with Karsten via private email. He confirmed
to me that the version of Tomcat7 in wheezy-backports behaves
identically. Hence I think we can rule out that the recent security
updates are the root cause for this issue.

I haven't found any information about a behavioral change from Tomcat 6
to Tomcat 7 in this regard. Has anyone else an idea how we could narrow
the issue down?

Regards,

Markus




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

Bug#849949: version: tomcat7 (7.0.28-4+deb7u8)

2017-01-04 Thread Markus Koschany 
On 03.01.2017 01:20, Markus Koschany wrote:
[...]
> @Karsten
> 
> I have uploaded some new binary packages of Tomcat7 to
> 
> https://people.debian.org/~apo/wheezy-lts/tomcat7/
> 
> Could you test them on your system and report back if it works for you?
> There is also a tomcat7.debdiff which you just need to apply to the
> source package, if you want to build everything from source.

Karsten confirmed to me via private email that the new version fixes the
issue. We are still trying to find the cause for #848059. At the moment
it appears to be unrelated to the recent security updates. I intend to
upload the new version soon.

Markus





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

Bug#825987: /usr/sbin/update-java-alternatives: Re: /usr/sbin/update-java-alternatives: doesn't detect openjdk-8 xjc

2017-01-04 Thread Dominic Hargreaves 
On Thu, Jun 23, 2016 at 03:07:50PM +0100, Dominic Hargreaves wrote:
> Control: retitle -1 update-java-alternatives: doesn't recognise new jdkhl 
> label in jinfo files
> Control: tags -1 + patch confirmed
> Control: severity -1 normal
> 
> On Fri, Jun 03, 2016 at 11:42:27AM +1000, Jayen Ashar wrote:
> > Package: java-common
> > Version: 0.57
> > Followup-For: Bug #825987
> > 
> > Dear Maintainer,
> > 
> > javac seems to have the same issue:
> > 
> > $ sudo update-java-alternatives -v -l | grep javac
> > listing java alternatives:
> > jdk javac /usr/lib/jvm/java-6-openjdk-i386/bin/javac
> > jdk javac /usr/lib/jvm/java-7-openjdk-i386/bin/javac
> > jdk javac /usr/lib/jvm/java-6-sun/bin/javac
> > jdk javac /usr/lib/jvm/jdk-7-oracle-i586/bin/javac
> 
> This is because, as of openjdk-8 8u72-b15-3[1] a new 'jdkhl' label
> was added to the jinfo files, but update-java-alternatives was not
> updated to take account of this.
> 
> This affects the following commands:
> 
> extcheck, idlj, jar, jarsigner, javac, javadoc, javah, javap, jcmd, jdb,
> jdeps, jhat, jinfo, jmap, jps, jrunscript, jsadebugd, jstack, jstat,
> jstatd, native2ascii, rmic, schemagen, serialver, wsgen, wsimport, xjc
> 
> I've attached a patch which restores the expected behaviour.

Ping? Is there any chance of getting this included into stretch?
It would be nice to to have to manually patch this ourselves through
its life.

Best,
Dominic.

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