Steve,
On 1/13/2012 10:46, Stephen Hanna wrote:
Yeah, that's what Yassir said also. He thought it was pretty funny
that you're going to get rid of the HTTP certstore and non-blocking
I/O. Apparently, we only put those in at the request of the NSS team!
I guess requirements have a way of changi
> On 13/01/12 00:01, Brian Smith wrote:
> > Ryan seems to be a great addition to the team. Welcome, Ryan!
>
> Ryan - could you take a moment to introduce yourself? (Apologies if I
> missed an earlier introduction.)
Sure Gerv. Don't worry, there were no missed introductions, though I have
been l
Wan-Teh wrote:
> Yes, that was the reason for the portability layer
> (which uses the pkix_pl prefix in the source code).
> One of the intended customers was the IPsec code
> in the kernel, so the main libpkix library did not
> even depend on the Standard C Library.
>
> Each environment would need
On Fri, Jan 13, 2012 at 7:38 AM, Stephen Hanna wrote:
> I'm having lunch today
> with Yassir Elley, who did most of the coding
> for the first version of libpkix. He works on
> the same team as I do now, at Juniper. We'll
> mull over this question and see if we can recall
> why we included those l
Let me just jump in and say that I'm also glad to see
libpkix being used and useful. I was the leader of the
team at Sun Labs that created libpkix (and the Java
CertPath libraries before them). Actually, it's an
exaggeration to say we "created" libpkix. We started
the work on it and then it took of
On 13/01/12 00:01, Brian Smith wrote:
> Ryan seems to be a great addition to the team. Welcome, Ryan!
Ryan - could you take a moment to introduce yourself? (Apologies if I
missed an earlier introduction.)
>* We will drop the idea of supporting non-NSS certificate
> library APIs, and we
6 matches
Mail list logo
