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 /<<PKGBUILDDIR>>/./configure
mkdir -p .
cd . && CFLAGS="-g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=.
-fstack-protector-strong -Wformat -Werror=format-security" CXXFLAGS="-g -O2
-fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -Wformat
-Werror=format-security" CPPFLAGS="-Wdate-time -D_FORTIFY_SOURCE=2"
LDFLAGS="-Wl,-z,relro" /<<PKGBUILDDIR>>/./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 ...]
SNAP doc/api/org/gnome/gtk/RadioButton.png
SNAP doc/api/org/gnome/gtk/ComboBox.png
SNAP doc/api/org/gnome/gtk/Arrow.png
SNAP doc/api/org/gnome/gtk/Notebook.png
SNAP doc/api/org/gnome/gtk/Calendar.png
SNAP doc/api/org/gnome/gtk/ComboBoxText.png
SNAP doc/api/org/gnome/gtk/ComboBoxText--Entry.png
SNAP doc/api/org/freedesktop/cairo/Context-line.png
SNAP doc/api/org/gnome/gtk/TextView.png
SNAP doc/api/org/gnome/gtk/TextView-BorderWindows.png
SNAP doc/api/org/freedesktop/cairo/Context-arc.png
SNAP doc/api/org/freedesktop/cairo/Context-arcNegative.png
SNAP doc/api/org/freedesktop/cairo/Matrix-rotate.png
SNAP doc/api/org/freedesktop/cairo/Matrix-scale.png
SNAP doc/api/org/freedesktop/cairo/Matrix-translate.png
SNAP doc/api/org/freedesktop/cairo/Context-rectangle.png
SNAP doc/api/org/gnome/gtk/EntryCompletion.png
SNAP doc/api/org/gnome/gtk/Entry.png
SNAP doc/api/org/gnome/gtk/LinkButton.png
SNAP doc/api/org/gnome/gtk/InfoBar.png
SNAP doc/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
KILL Xvfb
(.: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 '/<<PKGBUILDDIR>>'
/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.
