Date: Thu, 2 Aug 2012 10:33:41 -0400
From: Austin Clements <amdragon@MIT.EDU>
To: Jameson Graef Rollins <jrollins@finestructure.net>
Subject: Re: Bug#683505: notmuch: FTBFS if built twice in a row:
	unrepresentable changes to source
Message-ID: <20120802143222.GI8502@mit.edu>
References: <20120801103707.GA668@jwilk.net>
	<87pq7aabl8.fsf@convex-new.cs.unb.ca>
	<878vdyvdjg.fsf@servo.finestructure.net>
	<87ipd29tu4.fsf@convex-new.cs.unb.ca>
	<87txwmt2ev.fsf@servo.finestructure.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <87txwmt2ev.fsf@servo.finestructure.net>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Jakub Wilk <jwilk@debian.org>, notmuch@notmuchmail.org,
	683505@bugs.debian.org
Precedence: list

Quoth Jameson Graef Rollins on Aug 01 at  8:10 pm:
> On Wed, Aug 01 2012, David Bremner <david@tethera.net> wrote:
> > As I mentioned on IRC, the test only fails on the Debian build machines
> > (building in a clean chroot using sbuild is not enough) so it isn't
> > really clear how to duplicate the it. Perhaps building in a clean
> > virtual machine without networking would do it.  For which tests fail,
> > see
> >
> > https://buildd.debian.org/status/fetch.php?pkg=notmuch&arch=i386&ver=0.13.2-1&stamp=1338740444
> >
> > I think the first things to fail are emacs tests. At a wild guess, it
> > looks like all of the failing tests are related to emacs.
> 
> From a cursory look that does appear to be the case.  The non-emacs
> tests that are also failing (json and crypto) are using
> emacs_deliver_message.  Do we have any idea what's going on here?

There is one other illuminating tidbit in the buildd log:

emacs-subject-to-filename: Testing emacs: mail subject to filename
test-lib.sh: line 187: 30606 Terminated              sleep 1
FATAL: Unexpected exit with code 1

>From a cursory glance, emacs-subject-to-filename appears to be the
only test that calls test_emacs outside of a subtest and hence without
stdout/stderr redirection.

The line number is useless, but, assuming valgrind isn't enabled,
there's only one place we sleep 1 in test-lib.sh: in the loop in
test_emacs that waits for the Emacs server to start up.  Furthermore,
timeout sends SIGTERM by default, suggesting that we're timing out
while we're spinning in that loop.