Re: [Cryptography-dev] Interfaces for CRL handling

2015-05-11 Thread Erik Trauschke
Hi Paul, So I see all the CRLDistributionList extension code got put back. Are you already working on the CRL processing code or do you want me to create my own branch for this and file a pull request? Erik On Sat, May 9, 2015 at 1:50 PM, André Caron wrote: > Hi Erik, > > I update mu pull reque

Re: [Cryptography-dev] Interfaces for CRL handling

2015-05-11 Thread Paul Kehrer
If you'd like to create a branch for the CRL work that'd be great. Thanks for your help so far! -Paul On May 11, 2015 at 12:12:07 PM, Erik Trauschke ([email protected]) wrote: Hi Paul, So I see all the CRLDistributionList extension code got put back. Are you already working on the CRL pr

Re: [Cryptography-dev] Interfaces for CRL handling

2015-05-11 Thread Erik Trauschke
Ok, I'll get on that then. Erik On May 11, 2015 11:50:48 AM PDT, Paul Kehrer wrote: >If you'd like to create a branch for the CRL work that'd be great. >Thanks for your help so far! > >-Paul >On May 11, 2015 at 12:12:07 PM, Erik Trauschke >([email protected]) wrote: > >Hi Paul, > >So I se

Re: [Cryptography-dev] Interfaces for CRL handling

2015-05-11 Thread Erik Trauschke
Hi all, I'm trying to find a good way to model the extensions for the Revoked object (crl_reason, crl_issuer, invalidity_date) into the current interface. Currently it seems we already have a lot of layers you'd have to unwrap to get to an actual extension value and I don't think we want to have a