Sat, Dec 7
Fri, Dec 6
I found a solution for master and 2.1.19 which minimizes the risk of regressions:
Thu, Dec 5
I think this is now resolved.
Wed, Dec 4
Very few OpenPGP data signatures have an expiration time either, fwiw. I have never actually seen one in the wild, and no one that i know uses --ask-sig-expire or --default-sig-expire (it shows up in the cupt test suite and the apt test suite, but doesn't appear to be actually used by anything).
CMS signatures do not have a expiration time. Further the meaning of the expiration time of one of the certificates also depends on the validation model (shell or chain); thus a one-to-one relationship between these times is not possible.
Tue, Dec 3
I uploaded the certificate files. For a test please do the following:
Wed, Nov 27
Sorry, a fix didn't made it into 2.2.18.
Tue, Nov 26
Mon, Nov 25
Thu, Nov 21
Mon, Nov 11
Nov 7 2019
Oct 4 2019
Sep 9 2019
I give this normal priority even if it is a whish because I have the same whish and already have some code around that would make it more comfortable, especially if it is used directly in GpgOL.
Sep 5 2019
Thanks for the sample certs. I noticed the posts but had not the time to look into them.
Aug 22 2019
It appears (for me) correct behavior.
Jul 5 2019
Works for me! :-)
Jun 13 2019
I have a larger change for the wait code in the works. This will go into 1.14.0 but not in 1.13.1
Jun 7 2019
Jun 6 2019
I had to patch strace to follow threads but not forks (P8) and then when built with support for -k I tracked it down: In the inbound handler we close the fd immediately on EOF. However the upper layers don't know about it and a select fails with EBADF. Of course we could ignore the EBADF, figure out the closed fd and restart. The problem is that another thread may have opened a new oobject and that will get the last closed fd assigned - bummer.
Just noticed that due to me failing to properly understand re-entrant locks the run-thread test is broken at least on windows in that it never waits for completion. So running out of filedescriptors is to expect. I'll fix the test.
My observation from running the verify threaded test on windows is that it does behave differently. The EBADF does not occur.
Jun 5 2019
Something(tm) closes an arbitrary file descriptor behind our back. Not easy to track down because strace can not trace only threads - it always wants to trace all children as well - which is a bit too much and leads to other problems.