From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from localhost (localhost [127.0.0.1]) by arlo.cworth.org (Postfix) with ESMTP id C2C966DE028C for ; Tue, 5 Sep 2017 05:57:09 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at cworth.org X-Spam-Flag: NO X-Spam-Score: -0.008 X-Spam-Level: X-Spam-Status: No, score=-0.008 tagged_above=-999 required=5 tests=[AWL=0.093, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, SPF_PASS=-0.001] autolearn=disabled Received: from arlo.cworth.org ([127.0.0.1]) by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJvz6BkO_iJo for ; Tue, 5 Sep 2017 05:57:05 -0700 (PDT) Received: from mail.koumakan.jp (happysky.koumakan.jp [195.154.222.77]) by arlo.cworth.org (Postfix) with ESMTPS id D8AD26DE00D3 for ; Tue, 5 Sep 2017 05:57:04 -0700 (PDT) Received: from localhost (unknown [10.0.0.245]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.koumakan.jp (Postfix) with ESMTPSA id 689B5BF8B; Tue, 5 Sep 2017 21:57:01 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oxij.org; s=default; t=1504616222; bh=eVWYzfxBQJNeVGIAiBbnbGQlhkp7Xo11TN27IOUPx1w=; h=From:To:Subject:In-Reply-To:References:Date; b=0+7kI3qWk77Ed8B5imTevMrQSToKcQYwA9pdtVGmKaSmlU4mCDpfClIdaZBiJhqlZ svXCOgDhI16PhoXvr/SNLw2Wrv1MAnoyaBzPd2VlX2YdkcXycPKrCOaVY1jSp/l1aT hvTfEYfXy1Bd/s6Nf3Yhc+A3bWrgYhul5CGS88GM= From: Jan Malakhovski To: David Bremner , notmuch@notmuchmail.org Subject: Re: [BUG] gmime-3.0.1 (was: [PATCH] crypto: gracefully handle gmime errors) In-Reply-To: <87zia9wh44.fsf@tethera.net> References: <20170831133133.9944-1-git-send-email-oxij@oxij.org> <874lsn6c1h.fsf@oxij.org> <87zia9wh44.fsf@tethera.net> Date: Tue, 05 Sep 2017 12:55:06 +0000 Message-ID: <87o9qpmhjp.fsf@oxij.org> MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.23 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: Tue, 05 Sep 2017 12:57:09 -0000 Hi. David Bremner writes: > I'm fairly certain this something nix specific. 3.0.1 is the > default version of gmime I develop against these days. > >> patching sources > > What patches, if any are applied here? None. >> T350-crypto: Testing PGP/MIME signature verification and decryption >> PASS emacs delivery of signed message >> FAIL signature verification >> --- T350-crypto.2.expected 2017-08-31 14:25:03.126885225 +0000 >> +++ T350-crypto.2.output 2017-08-31 14:25:03.126885225 +0000 >> @@ -18,13 +18,7 @@ >> ], >> "content-type": "multipart/signed", >> "id": 1, >> - "sigstatus": [ >> - { >> - "created": 946728000, >> - "fingerprint": "5AEAB11F5E33DCE875DDB75B6D92612D94E46381", >> - "status": "good" >> - } >> - ] >> + "sigstatus": [] >> } >> ], >> "date_relative": "2000-01-01", >> Failed to verify signed part: Cannot verify multipart/signed part: unregistered signature protocol 'application/pgp-signature'. > > It seems like your gmime install doesn't understand PGP/MIME. That's > pretty strange since afaik it enables SMIME and PGP/MIME with the same flag. > > Previously you wrote > ,---- > | I wonder why gnupg stops getting referenced with gmime-3.0.1. My guess > | is that `./configure` does something very different when compiling with > | gmime-3. > `---- > > Although I don't think that configure is really the problem, the missing > dependence on gnupg is suspicious. Not having a gpg binary at all > should cause more failures and/or messages about skipping. It's hard for > me to test because on Debian there is a hard dependency of gmime-3.0 on > gnupg. I added `gpgme` to `buildInputs` of `gmime` and now `notmuch` passes all the tests. Yay! So that was the root problem. Is it correct to assume that when building with `gmime-3` `notmuch` stops calling `gpg` binary and does all the things PGP using `gmime-3`? It's the only explanation I have for why `notmuch` package stops directly referencing `gpg` even when the sources get patched with 's/gpg/${pkgs.gpg}/bin/gpg/g' (not exactly, but close enough). Cheers, Jan