On Sun, 10 Jan 2010 20:49:55 +0100, Crypto Stick wrote:
> Using reader with a card: Gemplus GemPC Twin 00 00
> [opensc-explorer] iso7816.c:99:iso7816_check_sw: Wrong parameter(s) P1-P2
> [opensc-explorer] iso7816.c:464:iso7816_select_file: returning with:
> Incorrect parameters in APDU
You need to
On Mon, 11 Feb 2008 14:54, [EMAIL PROTECTED] said:
> Do we have ASN.1 experts on this list?
As a quick check you might want to run dumpasn1 on the data. dumpasn1
is the most important tool when it comes to ASN.1 encoding debugging.
It is also worth to read Peter Gutmann's x509 style guide to lea
On Thu, 12 Apr 2007 07:43, [EMAIL PROTECTED] said:
> Looks like it is still impossible to generate certificate request for
> encryption-only key.
>
> Is it needs to be fixed and which way?
For cards which enforce the use of the decryption key you can't do that
with client software. You need the
On Thu, 30 Nov 2006 09:54, [EMAIL PROTECTED] said:
> not sure, but I guess the scute pkcs#11 module will make the whole
> gnupg key store available to some application, but this is only
> speculation.
That is the idea. As of now it only supports the authentication key
but we are working on more
d solve the
problem once and for all.
Shalom-Salam,
Werner
--
g10 Code GmbH http://g10code.com AmtsGer. Wuppertal HRB 14459
Hüttenstr. 61 Geschäftsführung Werner Koch
D-40699 Erkrath -=- The GnuPG Experts -=- USt-Id DE215605608
_
On Tue, 28 Nov 2006 09:47, [EMAIL PROTECTED] said:
> I hope you meant L-GPL.
An GPLed application can't use an LGPLed library if that library in
turn uses GPL-incomatible code. Everything else would open a
loophole: Take non-GPL-compatible code, write an LGPLed wrapper and
use that wrapper from
On Mon, 27 Nov 2006 15:00, [EMAIL PROTECTED] said:
> The new PKCS#11 header *is* a derivative work of the original RSA
> interface. If you think implementing RSA PKCS#11 in OpenSC makes it a
No, it is not a derivative work. It is an implementation of the
interface defined in the pkcs#11 specs.
