On 07/20/2010 10:16 AM, Martin Paljak wrote:
> Hello,
>
> A huge backlog of e-mails to go through, but here's a thought on the
> subject:
Thanks for responding.
> The Linux "paradox of choice": it
> is so good to be able to choose from so many possibilities, that it
> becomes bad that there's so
Hello,
here's a patch for Italian CNS support against the current trunk, this
time without secure messaging. The plan is to reach a consensus on
this version, then add Secure Messaging, building on Viktor's work.
There shouldn't be any thorny issues to deal with. The two outstanding
discussion po
On Tue, 2010-07-20 at 18:16 +0300, Martin Paljak wrote:
>
> If you plan to provide higher level GNOME API-s, my suggestion would
> be NOT to piggyback on PKCS#11. You may end up abusing it. If the
> specification tells that pReserved should be NULL, it really should be
> NULL. There are PKCS#11 pr
Hello,
A huge backlog of e-mails to go through, but here's a thought on the subject:
On Jul 18, 2010, at 9:41 PM, Stef Walter wrote:
> On 2010-07-18 13:34, Anders Rundgren wrote:
>> On 2010-07-18 18:49, Stef Walter wrote:
>>
>>>
>>> The missing piece is a common standard for specifying which P
On 7/17/2010 5:16 PM, Stef Walter wrote:
> Is there a spec around for specifying to applications which PKCS#11
> modules to load and how to initialize them?
>
> I'm thinking something along the lines of PAM conf files, where you can
> specify which PAM modules different applications load.
>
> We'
