From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mike Kupfer Newsgroups: gmane.emacs.bugs Subject: bug#51902: 28.0.50; [PATCH] Get mh-e tests to pass Date: Wed, 17 Nov 2021 11:39:49 -0800 Message-ID: <12814.1637177989@alto> References: <8735nvws3j.fsf@dick> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30772"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , dick , 51902@debbugs.gnu.org To: Stephen Gildea Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 17 20:40:39 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mnQnP-0007pK-G9 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Nov 2021 20:40:39 +0100 Original-Received: from localhost ([::1]:33152 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mnQnO-0000ou-7R for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 17 Nov 2021 14:40:38 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47622) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mnQmo-0000ng-TM for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 14:40:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50635) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mnQmo-00087q-Ke for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 14:40:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mnQmo-0003sY-FM for bug-gnu-emacs@gnu.org; Wed, 17 Nov 2021 14:40:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Mike Kupfer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 17 Nov 2021 19:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51902 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 51902-submit@debbugs.gnu.org id=B51902.163717799814894 (code B ref 51902); Wed, 17 Nov 2021 19:40:02 +0000 Original-Received: (at 51902) by debbugs.gnu.org; 17 Nov 2021 19:39:58 +0000 Original-Received: from localhost ([127.0.0.1]:33948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnQmk-0003sA-19 for submit@debbugs.gnu.org; Wed, 17 Nov 2021 14:39:58 -0500 Original-Received: from shell1.rawbw.com ([198.144.192.42]:18253 ident=root) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mnQmi-0003s0-Dm for 51902@debbugs.gnu.org; Wed, 17 Nov 2021 14:39:56 -0500 Original-Received: from alto (96-95-200-133-static.hfc.comcastbusiness.net [96.95.200.133]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id 1AHJdnvq089527 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 17 Nov 2021 11:39:54 -0800 (PST) (envelope-from mkupfer@alum.berkeley.edu) X-Authentication-Warning: shell1.rawbw.com: Host 96-95-200-133-static.hfc.comcastbusiness.net [96.95.200.133] claimed to be alto In-Reply-To: Your message of "Wed, 17 Nov 2021 09:34:05 -0800." <1280683.1637170445@tigger3.sg.gildea.net> X-Mailer: MH-E 8.6+git; nmh 1.7.1; GNU Emacs 28.0.60 Content-ID: <12813.1637177989.1@alto> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:220252 Archived-At: Stephen Gildea wrote: > Mike Kupfer wrote: > > > In any case, it looks like we should mark the tests that fail with > > Mailutils as expected to fail for that variant, and circle back later to > > address them. > > I'll look into how to do this. The approach in Dick's original patch > doesn't work. ERT's :expected-result declaration needs to occur before > the test has determined the MH variant in use. Well, if we can't figure out how to get that level of flexibility for expected-result, does it work to just leave the test marked as unstable for now? mike