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