On Fri, Jun 26, 2015 at 11:23:33PM +0000, Mattia Rizzolo wrote:
> Interesting enough this did not fail the build, though (i think the
> "exit_group(0)" above has something to do with this).
Thanks much for those details!
The "yes" process is piped into a "head", so its exit code is ignored,
that's normal.
If the whole thing exits when yes does, then 1.4.0-5 will probably not
cause any problem any more.
What I'm wondering, though, is whether the /bin/sh selection has any
influence, maybe this strange behaviour could be a shell bug.
I assume this server uses dash as sh, and in this case it could be
worth checking if using bash for this script instead triggers the same
behaviour. In case you could try rerunning 1.4.0-4 with the following
patch, we could get some more insight in this and possibly expose the
real culprit :)
--- tests/Makefile.am.orig 2015-06-27 08:48:04.598905333 +0200
+++ tests/Makefile.am 2015-06-27 08:48:32.206854551 +0200
@@ -17,7 +17,7 @@
$(SHELL) $$i || exit 1; \
done'
-
+test-admin: SHELL=/bin/bash
test-admin: links
$(SHELL) -ec 'cd admin && for i in *.sh ; \
do \
TIA,
--
Yann
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
