1 Return-Path: <tomi.ollila@iki.fi>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id B4CB5431FAF
\r
6 for <notmuch@notmuchmail.org>; Thu, 2 Aug 2012 14:12:20 -0700 (PDT)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id v2L6cYmNuHZg for <notmuch@notmuchmail.org>;
\r
16 Thu, 2 Aug 2012 14:12:19 -0700 (PDT)
\r
17 Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34])
\r
18 by olra.theworths.org (Postfix) with ESMTP id 85A55431FAE
\r
19 for <notmuch@notmuchmail.org>; Thu, 2 Aug 2012 14:12:19 -0700 (PDT)
\r
20 Received: by guru.guru-group.fi (Postfix, from userid 501)
\r
21 id 3F792100372; Fri, 3 Aug 2012 00:12:28 +0300 (EEST)
\r
22 From: Tomi Ollila <tomi.ollila@iki.fi>
\r
23 To: Austin Clements <amdragon@MIT.EDU>,
\r
24 Jameson Graef Rollins <jrollins@finestructure.net>
\r
25 Subject: Re: Bug#683505: notmuch: FTBFS if built twice in a row:
\r
26 unrepresentable changes to source
\r
27 In-Reply-To: <20120802143222.GI8502@mit.edu>
\r
28 References: <20120801103707.GA668@jwilk.net>
\r
29 <87pq7aabl8.fsf@convex-new.cs.unb.ca>
\r
30 <878vdyvdjg.fsf@servo.finestructure.net>
\r
31 <87ipd29tu4.fsf@convex-new.cs.unb.ca>
\r
32 <87txwmt2ev.fsf@servo.finestructure.net>
\r
33 <20120802143222.GI8502@mit.edu>
\r
34 User-Agent: Notmuch/0.13.2+103~g9610d35 (http://notmuchmail.org) Emacs/23.1.1
\r
35 (x86_64-redhat-linux-gnu)
\r
36 X-Face: HhBM'cA~<r"^Xv\KRN0P{vn'Y"Kd;zg_y3S[4)KSN~s?O\"QPoL
\r
37 $[Xv_BD:i/F$WiEWax}R(MPS`^UaptOGD`*/=@\1lKoVa9tnrg0TW?"r7aRtgk[F
\r
38 !)g;OY^,BjTbr)Np:%c_o'jj,Z
\r
39 Date: Fri, 03 Aug 2012 00:12:28 +0300
\r
40 Message-ID: <m2ehnpdmmb.fsf@guru.guru-group.fi>
\r
42 Content-Type: text/plain; charset=us-ascii
\r
43 Cc: Jakub Wilk <jwilk@debian.org>, notmuch@notmuchmail.org,
\r
44 683505@bugs.debian.org
\r
45 X-BeenThere: notmuch@notmuchmail.org
\r
46 X-Mailman-Version: 2.1.13
\r
48 List-Id: "Use and development of the notmuch mail system."
\r
49 <notmuch.notmuchmail.org>
\r
50 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
51 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
52 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
53 List-Post: <mailto:notmuch@notmuchmail.org>
\r
54 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
55 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
56 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
57 X-List-Received-Date: Thu, 02 Aug 2012 21:12:20 -0000
\r
59 On Thu, Aug 02 2012, Austin Clements <amdragon@MIT.EDU> wrote:
\r
61 > Quoth Jameson Graef Rollins on Aug 01 at 8:10 pm:
\r
62 >> On Wed, Aug 01 2012, David Bremner <david@tethera.net> wrote:
\r
63 >> > As I mentioned on IRC, the test only fails on the Debian build machines
\r
64 >> > (building in a clean chroot using sbuild is not enough) so it isn't
\r
65 >> > really clear how to duplicate the it. Perhaps building in a clean
\r
66 >> > virtual machine without networking would do it. For which tests fail,
\r
69 >> > https://buildd.debian.org/status/fetch.php?pkg=notmuch&arch=i386&ver=0.13.2-1&stamp=1338740444
\r
71 >> > I think the first things to fail are emacs tests. At a wild guess, it
\r
72 >> > looks like all of the failing tests are related to emacs.
\r
74 >> From a cursory look that does appear to be the case. The non-emacs
\r
75 >> tests that are also failing (json and crypto) are using
\r
76 >> emacs_deliver_message. Do we have any idea what's going on here?
\r
78 > There is one other illuminating tidbit in the buildd log:
\r
80 > emacs-subject-to-filename: Testing emacs: mail subject to filename
\r
81 > test-lib.sh: line 187: 30606 Terminated sleep 1
\r
82 > FATAL: Unexpected exit with code 1
\r
84 >>From a cursory glance, emacs-subject-to-filename appears to be the
\r
85 > only test that calls test_emacs outside of a subtest and hence without
\r
86 > stdout/stderr redirection.
\r
88 > The line number is useless, but, assuming valgrind isn't enabled,
\r
89 > there's only one place we sleep 1 in test-lib.sh: in the loop in
\r
90 > test_emacs that waits for the Emacs server to start up. Furthermore,
\r
91 > timeout sends SIGTERM by default, suggesting that we're timing out
\r
92 > while we're spinning in that loop.
\r
94 The situation sounds strangely familiar... I remember seeing 'sleep 1'
\r
95 with ascending pid in process list around the same time I had this
\r
96 (notmuch-test-wait) problem... I think the system was lacking the
\r
97 server socket in /tmp/emacs-<pid>/ directory...
\r
99 Hmm, now I remember something -- there was some error happening
\r
100 in emacs startup and therefore the (server-start) was never executed
\r
101 -- the test_emacs '()' in loop can never connect the socket.
\r
103 In the above case it seems like the first test
\r
104 test_emacs '(notmuch-hello) (test-output)' couldn't be executed.
\r
105 and as there is no test/emacs.el file "$load_emacs_tests" is empty
\r
106 (instead of --eval '(load "$TEST_DIRECTORY/emacs.el") -- so that
\r
109 Unfortunately I did not investigate that further (or it was my own
\r
110 mistake that made emacs fail) -- but if that happens again and
\r
111 one is monitoring the progress (maybe using larger value than '2m' for
\r
112 timeout) the failing emacs can be entered by 'dtach -a $socket'.
\r
113 The $socket can be found by executing 'ps aww | grep dtach'.
\r