Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 672FE429E21 for ; Thu, 17 Nov 2011 03:20:25 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6WRi8OUMgSIV for ; Thu, 17 Nov 2011 03:20:24 -0800 (PST) Received: from mail-bw0-f53.google.com (mail-bw0-f53.google.com [209.85.214.53]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 96A91431FD0 for ; Thu, 17 Nov 2011 03:20:24 -0800 (PST) Received: by bkaq10 with SMTP id q10so1984095bka.26 for ; Thu, 17 Nov 2011 03:20:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:in-reply-to:references:user-agent:date:message-id :mime-version:content-type; bh=UbgsyoAh8M4+MU5rtHVfIcNvDEK9ICzEedcPLcFhauk=; b=IVH1qJoMZp24Y1HLZVBsxYUMIogucGyJqV1MCJdN/s6q8WkNYNzQ8f3+l4tt1MUFdF LdidVOxxZjK+3kh0CYl6tVCNF2DZe35FrzCYlYNGVhY349pR/sxgYlsIf8Sfa8te99QB Ht0z6F30ziz/ux02o8XowGdVdlipDBxPG9zqI= Received: by 10.205.119.11 with SMTP id fs11mr33714353bkc.58.1321528823228; Thu, 17 Nov 2011 03:20:23 -0800 (PST) Received: from localhost ([91.144.186.21]) by mx.google.com with ESMTPS id f14sm18506161bkv.3.2011.11.17.03.20.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 17 Nov 2011 03:20:22 -0800 (PST) From: Dmitry Kurochkin To: Jameson Graef Rollins , notmuch@notmuchmail.org Subject: Re: [PATCH 0/9] test: (hopefully) better test prerequisites In-Reply-To: <874ny36rhc.fsf@servo.finestructure.net> References: <1321494986-18998-1-git-send-email-dmitry.kurochkin@gmail.com> <874ny36rhc.fsf@servo.finestructure.net> User-Agent: Notmuch/0.10_rc1+9~g8270095 (http://notmuchmail.org) Emacs/23.3.1 (x86_64-pc-linux-gnu) Date: Thu, 17 Nov 2011 15:20:07 +0400 Message-ID: <87hb23nggo.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Nov 2011 11:20:25 -0000 Hi Jameson. On Thu, 17 Nov 2011 01:14:07 -0800, Jameson Graef Rollins wrote: > On Thu, 17 Nov 2011 05:56:17 +0400, Dmitry Kurochkin wrote: > > The following patch series is an attempt to introduce proper > > dependencies for external binaries in a less intrusive way than > > [1]. The primary aim was to avoid changing every subtest that > > uses external binaries. > > Hey, Dmitry. Thanks so much for reworking Pieter's original test suite > improvements. I think this new approach is a bit less invasive and a > little more elegant to work with. > > I've looked through the patchs, and they all look ok on first glance > (barring any possibly needed modifications that I'm not seeing). I have > a couple of comments to follow. > > However, when I tried to test the tests with the patch applied I ran > into one problem. If I try to run the test suite with dtach > uninstalled, it looks like I'm experiencing a hang on > emacs_deliver_message call. I wonder if either emacs_deliver_message or > test_emacs is not doing the right thing in the case of no dtach. I > think emacs_deliver_message should somehow not require dtach, since it's > not actually testing any display stuff, but because it's currently using > test_emacs, it is somehow implicitly depending on it. Any thoughts on > how to fix that? > I bet you stumbled upon a hanging smtp-dummy. There is a patch [1] to fix that. Hopefully it would get pushed soon. As for not requiring dtach for emacs_deliver_message, that is definitely possible. Currently, there is only one way to run emacs to keep it simple. And I am not sure if running emacs_deliver_message without dtach costs extra code. Regards, Dmitry [1] id:"yf639dnsqtc.fsf@taco2.nixu.fi" > jamie.