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 E8E39431FBD for ; Mon, 21 Jan 2013 06:44:40 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none] 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 Tr-7Iwh+WSXI for ; Mon, 21 Jan 2013 06:44:39 -0800 (PST) Received: from guru.guru-group.fi (guru.guru-group.fi [46.183.73.34]) by olra.theworths.org (Postfix) with ESMTP id B3976431FAF for ; Mon, 21 Jan 2013 06:44:39 -0800 (PST) Received: from guru.guru-group.fi (localhost [IPv6:::1]) by guru.guru-group.fi (Postfix) with ESMTP id 96A6C100086; Mon, 21 Jan 2013 16:44:27 +0200 (EET) From: Tomi Ollila To: David Bremner , notmuch mailing list Subject: Re: test suite crash with TERM=dumb In-Reply-To: <87obgibu5x.fsf@zancas.localnet> References: <87obgibu5x.fsf@zancas.localnet> User-Agent: Notmuch/0.15+5~g6f527c2 (http://notmuchmail.org) Emacs/24.2.1 (x86_64-unknown-linux-gnu) X-Face: HhBM'cA~ MIME-Version: 1.0 Content-Type: text/plain 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: Mon, 21 Jan 2013 14:44:41 -0000 On Mon, Jan 21 2013, David Bremner wrote: > In 0.15 (or current master) try running > > % TERM=dump make test > > At least for me and the Debian build daemons, this causes the run to end > with > > PASS Show message: json, utf-8 > FATAL: Unexpected exit with code 1 > make: *** [test] Error 124 > > This is much worse than a test failure since it causes the build to exit > with non-zero status. > > I have temporarily disabled running the test suite in the debian > packaging, but this is obviously not a good permanent solution. > > Apparently the problem is on the line > > TERM=$ORIGINAL_TERM dtach -n "$TEST_TMPDIR/emacs-dtach-socket.$$" > > It would be easy to hardcode the TERM for dtach, but I'm not sure if > there is some advantage to testing with the user's actual term? Also, I > guess we'd have to be careful the chosen terminal type is portable. For user it only matters when/if one wants to attach to the dtach'd terminal (i.e. rarely). Then if the terminal chosen is knows subset of the control sequences any of the terminals users might use then it is not much of a problem -- the terminal just doesn't work optimally, display colors or something. In your tests you could just run `TERM=xterm make test` (and forget the issue >;) > d Tomi