Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

Control: tags -1 +confirmed -help +pending On Fri, Jan 24, 2014 at 09:24:42PM +0100, Emilien Klein wrote: > When trying to sign this particular key (2BEF0A33), I get the error message > that the key is expired. > This key is not expired > I've been in contact with the key owner, who acknoledged

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

On 2016-08-01 18:09:00, Antoine Beaupré wrote: > On 2016-08-01 18:01:41, Jerome Charaoui wrote: >> Le 2016-08-01 à 17:55, Antoine Beaupré a écrit : >>> On 2016-07-16 18:57:10, Jerome Charaoui wrote: Alas, the previous patch is insufficient as monkeysign halts on a KEYEXPIRED error which

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

On 2016-08-01 18:01:41, Jerome Charaoui wrote: > Le 2016-08-01 à 17:55, Antoine Beaupré a écrit : >> On 2016-07-16 18:57:10, Jerome Charaoui wrote: >>> Alas, the previous patch is insufficient as monkeysign halts on a >>> KEYEXPIRED error which occurs later on, probably when it's attempting to >>>

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

Le 2016-08-01 à 17:55, Antoine Beaupré a écrit : > On 2016-07-16 18:57:10, Jerome Charaoui wrote: >> Alas, the previous patch is insufficient as monkeysign halts on a >> KEYEXPIRED error which occurs later on, probably when it's attempting to >> cleanup uids. >> >> I'm pondering whether we should

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

On 2016-07-16 18:57:10, Jerome Charaoui wrote: > Alas, the previous patch is insufficient as monkeysign halts on a > KEYEXPIRED error which occurs later on, probably when it's attempting to > cleanup uids. > > I'm pondering whether we should instead patch expect_pattern() to always > ignore

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

Please review the attached patch. -- jerome From b1cc212bcfc4903c70f1150d83b3b376cee19fdf Mon Sep 17 00:00:00 2001 From: Jerome Charaoui Date: Tue, 19 Jul 2016 15:01:45 -0400 Subject: [PATCH] Ignore irrelevant gpg errors (closes #736548) This will allow the expect_pattern()

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

Alas, the previous patch is insufficient as monkeysign halts on a KEYEXPIRED error which occurs later on, probably when it's attempting to cleanup uids. I'm pondering whether we should instead patch expect_pattern() to always ignore KEYEXPIRED and SIGEXPIRED messages. Would this be detrimental

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

tag patch thanks This ugly little patch appears to fix the problem for me. Thanks, -- Jerome From 818778fb4ed3d288bd03c0d27c452255629e8304 Mon Sep 17 00:00:00 2001 From: Jerome Charaoui Date: Sat, 16 Jul 2016 17:18:26 -0400 Subject: [PATCH] Ignore KEYEXPIRED GnuPG error

Bug#736548: monkeysign: Reports "key is expired, cannot sign" on non-expired key

If it helps providing more failure scenarios, I can't sign the Tails signing key from Tails 2.2: Preparing to sign with this key pub [unknown] 4096R/30F80A2C 1287394206 [expiry: 1500995439] Fingerprint = DF84 1752 B55C D97F DA48 79B2 9E5B 04F4 30F8 0A2C uid 1 [unknown] sajolida

Bug#736548: monkeysign: Reports key is expired, cannot sign on non-expired key

I can confirm this as well. However, in my case it looks like it’s the key I’m signing with (my key) which has the expired subkeys. On 2.x, the error message looks different, but the error appears to be the same: cannot sign: [GNUPG:] KEYEXPIRED timestamp Regards, Felix -- To UNSUBSCRIBE,

Bug#736548: monkeysign: Reports key is expired, cannot sign on non-expired key

Package: monkeysign Version: 1.1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this