Your message dated Sat, 15 Nov 2014 09:51:49 +0100
with message-id <20141115085148.ga19...@ugent.be>
and subject line Re: [Pkg-samba-maint] Bug#769242: Bug#769242: Bug#769242:
samba: FTBFS in jessie/i386
has caused the Debian Bug report #769242,
regarding samba: FTBFS in jessie/i386: rm: cannot remove
'/«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/share/man/man1/vfstest.1': 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.)
--
769242: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=769242
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: samba
Version: 2:4.1.13+dfsg-2
Severity: serious
Tags: jessie sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20141112 qa-ftbfs
Justification: FTBFS in jessie on i386
Hi,
During a rebuild of all packages in jessie (in a jessie chroot, not a
sid chroot), your package failed to build on i386.
Relevant part (hopefully):
> # Included in python-tevent
> rm
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/lib/python*/*-packages/_tevent.so
> rm
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/lib/python*/*-packages/tevent.py
> # Already included in various system packages
> rm -r
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/lib/python*/*-packages/samba/external
> # Already documented in debian/copyright
> rm
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/share/samba/setup/ad-schema/licence.txt
> # System ldb loads its modules from a different path
> mkdir -p
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/lib/i386-linux-gnu/ldb/modules/ldb
> ln -sf ../../../samba/ldb
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/lib/i386-linux-gnu/ldb/modules/ldb/samba
> # pam stuff
> mkdir -p /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/share/pam-configs
> install -m 0644 debian/libpam-smbpass.pam-config
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/share/pam-configs/smbpasswd-migrate
> install -m 0644 debian/winbind.pam-config
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/share/pam-configs/winbind
> mv /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/lib/i386-linux-gnu/libnss_*
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/lib/i386-linux-gnu/
> # we don't ship the symlinks
> rm /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/lib/i386-linux-gnu/libnss_*.so
> #Remove unused ldb share configuration plugin
> rm
> /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/lib/i386-linux-gnu/samba/share/ldb.so
> #Remove unused vfstest manpage as there is no more vfstest apparently
> rm /«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/share/man/man1/vfstest.1
> rm: cannot remove
> '/«BUILDDIR»/samba-4.1.13+dfsg/debian/tmp/usr/share/man/man1/vfstest.1': No
> such file or directory
> make[1]: *** [override_dh_install] Error 1
The full build log is available from:
http://aws-logs.debian.net/ftbfs-logs/2014/11/12/samba_4.1.13+dfsg-2_jessie-i386.log
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.
--- End Message ---
--- Begin Message ---
Hi,
On Fri, Nov 14, 2014 at 01:53:00PM +0100, Jelmer Vernooij wrote:
> > Checking for stylesheet
> > http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl :
> > not found
> >
> > I'm not sure what's causing it, but it happened a number of times on the
> > buildds on different architectures.
>
> This is caused by a bug in the docbook-xsl stylesheets, the same one
> we were hitting elsewhere - http://bugs.debian.org/750593
It turns out that's not the problem. If /dev/shm is not writable for all
users, faketime doesn't work as non-root. I suspect that's the problem here.
Lucas, can you confirm that?
In that case, the issue is caused by the test environment and the bug can be
closed. The issues on buildds is probably the same. If the problem happens
again, we can check with the buildd admins.
It might make sense add a check in the beginning of the build to make sure
faketime works (and give a clear error when it doesn't) and to fail
explicitly in the configure when the xsltproc checks fail.
For reference:
The samba build runs xsltproc under faketime to make sure the date in the
manpages is the same everywhere (that's needed to have multiarch
coinstallability).
> Ivo, are you sure that bug should be jessie-ignore?
The release team decided to mark 750593 as jessie-ignore, because it doesn't
seem likely that this can be fixed without invasive changes, while there is a
workaround for the build failure in samba.
Cheers,
Ivo
--- End Message ---
