Re: [opensc-devel] Fwd: OpenSC 0.12.0 released / "login required"
Hello, On Jan 3, 2011, at 1:55 PM, Johannes Becker wrote: > Just a reminder, that the "login required" bug concerning > TCOS2 cards is not fixed yet. > > The patch > http://www.opensc-project.org/opensc/ticket/256 > does not add the "login required" flag. > > Can I be of any help tracing down the problem? Please provide a log of "pkcs11-tool --module /path/to/patched-opensc-pkcs11.so -L "with the patch from the ticket. Peter said there would be a patch for TCOS driver with support for newer cards as well [1] but it is not yet available. [1] http://www.opensc-project.org/pipermail/opensc-devel/2010-September/014913.html -- @MartinPaljak.net +3725156495 ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
[opensc-devel] Multi-applications support
Hi, I would like to implement the multi-application support, roughly in the same manner as it's actually done in the IAS/ECC branch. Any objections ? Kind wishes, Viktor. -- Viktor Tarasov ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Short form for the log message
El lun, 03-01-2011 a las 13:01 +0100, Viktor TARASOV escribió:
> Hi,
>
> I propose to introduce the following short form to insert debug messages of
> the 'normal' level.
> Any objections?
Fine, but thinks that we need a way to get finer debug tuning:
Not sure... perhaps it's time for introduction of a syslog(2) style
debug levels (ALERT,CRIT,ERR,WARN,NOTICE,INFO,DEBUG,TRACE and so);
or better, think in a way to set specific debug levels per item
( as log4c/log4j does )
Current code makes no use of SC_LOG_DEBUG_RFU1/2, and enable ASN1 or
MATCH debugging means enable debugging on every items.
What about an specific debug/logging configuration section in
opensc.conf?. something like:
logging {
#default debug level
level = ERR;
logfile = stdout;
# internal sections
# match = INFO;
asn1 = DEBUG;
# Drivers
card_driver dnie { level = TRACE; }
reader_driver pcsc { level = CRIT; }
}
Juan Antonio
(Still working in DNIe LGPL code. Next to start debugging... )
PS: Happy new year :-)
smime.p7s
Description: S/MIME cryptographic signature
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] [opensc-commits] svn opensc changed[5038] AuthentIC: use short form to insert 'normal' debug messages
On Jan 4, 2011, at 11:19 AM, webmas...@opensc-project.org wrote: > Revision: 5038 > Author: vtarasov > Date: 2011-01-04 09:19:09 + (Tue, 04 Jan 2011) > > Log Message: > --- > AuthentIC: use short form to insert 'normal' debug messages A short comment: Maybe a simple sc_log would do better. the N in the end is an implementation detail, maybe in a transition period the actual level (or the symbolic name for it) could change, so the N would be redundant. Just sc_log() and LOG_XXX ? -- @MartinPaljak.net +3725156495 ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] [opensc-commits] svn opensc changed[5038] AuthentIC: use short form to insert 'normal' debug messages
On 04.01.2011 11:02, Martin Paljak wrote: > On Jan 4, 2011, at 11:19 AM, webmas...@opensc-project.org wrote: > >> Revision: 5038 >> Author: vtarasov >> Date: 2011-01-04 09:19:09 + (Tue, 04 Jan 2011) >> >> Log Message: >> --- >> AuthentIC: use short form to insert 'normal' debug messages > A short comment: > > Maybe a simple sc_log would do better. the N in the end is an implementation > detail, maybe in a transition period the actual level (or the symbolic name > for it) could change, so the N would be redundant. > > Just sc_log() and LOG_XXX ? Agree. It's better. -- Viktor Tarasov ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Short form for the log message
On 04.01.2011 10:58, Juan Antonio Martinez wrote:
> El lun, 03-01-2011 a las 13:01 +0100, Viktor TARASOV escribió:
>> Hi,
>>
>> I propose to introduce the following short form to insert debug messages of
>> the 'normal' level.
>> Any objections?
> Fine, but thinks that we need a way to get finer debug tuning:
>
> Not sure... perhaps it's time for introduction of a syslog(2) style
> debug levels (ALERT,CRIT,ERR,WARN,NOTICE,INFO,DEBUG,TRACE and so);
> or better, think in a way to set specific debug levels per item
> ( as log4c/log4j does )
>
> Current code makes no use of SC_LOG_DEBUG_RFU1/2, and enable ASN1 or
> MATCH debugging means enable debugging on every items.
>
> What about an specific debug/logging configuration section in
> opensc.conf?. something like:
>
> logging {
> #default debug level
> level = ERR;
> logfile = stdout;
> # internal sections
> # match = INFO;
> asn1 = DEBUG;
>
> # Drivers
> card_driver dnie { level = TRACE; }
> reader_driver pcsc { level = CRIT; }
>
> }
>
Probably your proposal is better, but a little bit too far from my actual
intentions.
There has been more then one wide discussion about log system in OpenSC ,
and I would not like to start the new one.
My humble intention is to have the possibility to reduce the 'header' of the
every debug message call in the source code,
that actually, for my personal taste, is too large.
> Juan Antonio
> (Still working in DNIe LGPL code. Next to start debugging... )
>
> PS: Happy new year :-)
All the best in the new year,
Viktor.
--
Viktor Tarasov
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Short form for the log message
Hello,
This has been discussed before, see the thread from March 2010 [1] and possibly
earlier threads.
On Jan 4, 2011, at 11:58 AM, Juan Antonio Martinez wrote:
> El lun, 03-01-2011 a las 13:01 +0100, Viktor TARASOV escribió:
>> Hi,
>>
>> I propose to introduce the following short form to insert debug messages of
>> the 'normal' level.
>> Any objections?
>
> Fine, but thinks that we need a way to get finer debug tuning:
>
> Not sure... perhaps it's time for introduction of a syslog(2) style
> debug levels (ALERT,CRIT,ERR,WARN,NOTICE,INFO,DEBUG,TRACE and so);
> or better, think in a way to set specific debug levels per item
> ( as log4c/log4j does )
My personal opinion is that logging is for (long-running) services (think:
Apache request log, SSHD authentication failures etc) to leave a "paper trail".
OpenSC logging is a debug log which is either for cases where something breaks
for an end-user and we need to have a look what where and why ("I have a
problem, XXX does not work" => "Please re-do your problem with logging enabled
in opensc.conf") or for lazy developers using the log instead of a debugger or
as a complimentary information source when using the debugger.
Going for log4c or similar would IMHO be a total overkill, as is implementing
anything internal that is designed for RFU. Focus should be on things related
to smart cards, not logging :)
If you want debug logging, too much is better than too little (you can always
use grep). Under normal conditions, OpenSC should not leave a log ("User
entered a PIN", "User signed some data" makes no sense).
[1] http://www.opensc-project.org/pipermail/opensc-devel/2010-March/013651.html
--
@MartinPaljak.net
+3725156495
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Short form for the log message
Hello, On Jan 4, 2011, at 12:22 PM, Viktor TARASOV wrote: > There has been more then one wide discussion about log system in OpenSC , > and I would not like to start the new one. Agreed. > My humble intention is to have the possibility to reduce the 'header' of the > every debug message call in the source code, > that actually, for my personal taste, is too large. Same here. I would not mind having no debug levels at all. -- @MartinPaljak.net +3725156495 ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Short form for the log message
On 04.01.2011 11:35, Martin Paljak wrote: > On Jan 4, 2011, at 12:22 PM, Viktor TARASOV wrote: >> My humble intention is to have the possibility to reduce the 'header' of the >> every debug message call in the source code, >> that actually, for my personal taste, is too large. > Same here. I would not mind having no debug levels at all. It can be done in a 'evolutionary' manner, starting from using of the 'default' debug level. -- Viktor Tarasov ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
[opensc-devel] Using pGina with OpenSC
Dear friends, I just discovered the pGina project: http://www.gooze.eu/links/pgina-open-source-authentication-system Did any of you was able to use pGina with a PKCS#15 smartcard, preferably with OpenSC? I would like to use: * OpenSC under Windows. * pGina authentication system. * FreeRadius server. Any solution? Kind regards, Jean-Michel ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Using pGina with OpenSC
Jean-Michel Pouré wrote: > I just discovered the pGina project: > http://www.gooze.eu/links/pgina-open-source-authentication-system http://www.pgina.org/index.php/Main_Page Didn't know they had a 2.x version out. Nice! > I would like to use: > * OpenSC under Windows. > * pGina authentication system. > * FreeRadius server. > > Any solution? I guess the shortest path would be to write a pGina plugin that uses libp11. //Peter ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Using pGina with OpenSC
Hello, On Jan 4, 2011, at 2:47 PM, Jean-Michel Pouré wrote: > I just discovered the pGina project: > http://www.gooze.eu/links/pgina-open-source-authentication-system If you post links, please paste the original link (which, by the way, is 44 characters shorter) instead of blog links. > Did any of you was able to use pGina with a PKCS#15 smartcard, > preferably with OpenSC? > > I would like to use: > * OpenSC under Windows. > * pGina authentication system. > * FreeRadius server. > > Any solution? None that I've heard of. You need to roll your own. -- @MartinPaljak.net +3725156495 ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Compile from source
OK, I tried compiling under Windows using the steps outlined in: http://www.opensc-project.org/opensc/wiki/CompilingInstalling I am receiving the following error output: C:\Documents and Settings\thomas.b\Desktop\opensc-0.12.0>nmake /f Makefile.mak Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 Copyright (C) Microsoft Corporation. All rights reserved. cl /D_CRT_SECURE_NO_DEPRECATE /Zi /MD /nologo /DHAVE_CONFIG_H /I..\..\wi n32 /I..\..\src /IC:\Program Files\GnuWin32\include /IC:\opensc\dependencies\m sys\local /D_WIN32_WINNT=0x0400 /DWIN32_LEAN_AND_MEAN /DOPENSC_FEATURES="\"pcs c\"" /c compat_getpass.c compat_getopt.c compat_strlcpy.c compat_strlcat.c simcl ist.c NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin \cl.EXE"' : return code '0xc135' Stop. cl /D_CRT_SECURE_NO_DEPRECATE /Zi /MD /nologo /DHAVE_CONFIG_H /I..\..\wi n32 /I..\..\src /IC:\Program Files\GnuWin32\include /IC:\opensc\dependencies\m sys\local /D_WIN32_WINNT=0x0400 /DWIN32_LEAN_AND_MEAN /DOPENSC_FEATURES="\"pcs c\"" /c scconf.c parse.c write.c sclex.c NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin \cl.EXE"' : return code '0xc135' Stop. cl /D_CRT_SECURE_NO_DEPRECATE /Zi /MD /nologo /DHAVE_CONFIG_H /I..\..\wi n32 /I..\..\src /IC:\Program Files\GnuWin32\include /IC:\opensc\dependencies\m sys\local /D_WIN32_WINNT=0x0400 /DWIN32_LEAN_AND_MEAN /DOPENSC_FEATURES="\"pcs c\"" /c pkcs15-lib.c profile.c pkcs15-gpk.c pkcs15-miocos.c pkcs15-cflex.c pkcs1 5-cardos.c pkcs15-jcop.c pkcs15-starcos.c pkcs15-oberthur.c pkcs15-oberthur-awp. c pkcs15-setcos.c pkcs15-incrypto34.c pkcs15-muscle.c pkcs15-asepcos.c pkcs15-ru token.c pkcs15-entersafe.c pkcs15-rtecp.c pkcs15-westcos.c pkcs15-myeid.c NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin \cl.EXE"' : return code '0xc135' Stop. NMAKE : fatal error U1073: don't know how to make '..\scconf\scconf.lib' Stop. NMAKE : fatal error U1073: don't know how to make '..\libopensc\opensc.lib' Stop. cl /D_CRT_SECURE_NO_DEPRECATE /Zi /MD /nologo /DHAVE_CONFIG_H /I..\..\wi n32 /I..\..\src /IC:\Program Files\GnuWin32\include /IC:\opensc\dependencies\m sys\local /D_WIN32_WINNT=0x0400 /DWIN32_LEAN_AND_MEAN /DOPENSC_FEATURES="\"pcs c\"" /c util.c NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin \cl.EXE"' : return code '0xc135' Stop. cl /D_CRT_SECURE_NO_DEPRECATE /Zi /MD /nologo /DHAVE_CONFIG_H /I..\..\wi n32 /I..\..\src /IC:\Program Files\GnuWin32\include /IC:\opensc\dependencies\m sys\local /D_WIN32_WINNT=0x0400 /DWIN32_LEAN_AND_MEAN /DOPENSC_FEATURES="\"pcs c\"" /c print.c NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin \cl.EXE"' : return code '0xc135' Stop. cl /D_CRT_SECURE_NO_DEPRECATE /Zi /MD /nologo /DHAVE_CONFIG_H /I..\..\wi n32 /I..\..\src /IC:\Program Files\GnuWin32\include /IC:\opensc\dependencies\m sys\local /D_WIN32_WINNT=0x0400 /DWIN32_LEAN_AND_MEAN /DOPENSC_FEATURES="\"pcs c\"" /c cardmod.c NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio 9.0\VC\Bin \cl.EXE"' : return code '0xc135' Stop. NMAKE : fatal error U1077: 'for' : return code '0x2' Stop. NMAKE : fatal error U1077: 'for' : return code '0x2' Stop. C:\Documents and Settings\thomas.b\Desktop\opensc-0.12.0> Any ideas? Thanks, Brian Thomas From: opensc-devel-boun...@lists.opensc-project.org [mailto:opensc-devel-boun...@lists.opensc-project.org] On Behalf Of Brian Thomas Sent: Monday, January 03, 2011 11:26 AM To: opensc-de...@opensc-project.org Subject: [opensc-devel] Compile from source Hello, I need to compile OpenSC version 12 myself. I am working on a custom implementation using a minidriver in Windows XP. Can somebody please list the required steps or point me in the direction of the required tools? Any help is much appreciated. Best Regards, Brian Thomas ITSEC Specialist Systems Engineer Astronautics Corporation of America 414-449-4223 ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Compile from source
On Jan 4, 2011, at 3:52 PM, Brian Thomas wrote: > NMAKE : fatal error U1077: '"C:\Program Files\Microsoft Visual Studio > 9.0\VC\Bin > \cl.EXE"' : return code '0xc135' http://social.msdn.microsoft.com/Forums/en-US/windowssdk/thread/97ebc510-25f2-4747-8d4f-185038d805d4/ Maybe this helps? What exactly is your environment and previous commands? -- @MartinPaljak.net +3725156495 ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
[opensc-devel] Using eID authenticate with the Feitian PKI
Dear Friends, Did any succeed in using eID authenticate under Windows 7 with the Feitian PKI card: https://sourceforge.net/projects/eidauthenticate/ I am trying without success. The mini-driver is installed. Any idea? Kind regards, Jean-Michel ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Short form for the log message
[ ... ]
> Going for log4c or similar would IMHO be a total overkill,
> as is implementing anything internal that is designed for RFU.
> Focus should be on things related to smart cards, not logging :)
> If you want debug logging, too much is better than too little
> (you can always use grep). Under normal conditions,
> OpenSC should not leave a log ("User entered a PIN",
> "User signed some data" makes no sense).
Perhaps you're right. I'm next to start testing on Spanish DNIe
LGPL card driver, and was looking for an easy way to test & debug
my code, without looking through megabytes of mostly-unwanted logs.
Not allways "grep" is a friend
Anyway short form for the log message code makes life easier
Juan Antonio
smime.p7s
Description: S/MIME cryptographic signature
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Using eID authenticate with the Feitian PKI
Jean-Michel Pouré - GOOZE wrote: > Did any succeed in using eID authenticate under Windows 7 with the > Feitian PKI card: https://sourceforge.net/projects/eidauthenticate/ This seems to only be for use with eid. Do you mean that you imported your eid onto the feitian card? //Peter ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Using eID authenticate with the Feitian PKI
Le mardi 04 janvier 2011 à 16:07 +0100, Peter Stuge a écrit : > This seems to only be for use with eid. Do you mean that you imported > your eid onto the feitian card? From their homepage, I understand that any card with mini-driver should be supported. But it does not seem to work. So I contacted the original author and proposed him a free Feitian PKI. Kind regards, -- Jean-Michel Pouré - Gooze - http://www.gooze.eu ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Using eID authenticate with the Feitian PKI
Le mardi 04 janvier 2011 à 16:10 +0100, Jean-Michel Pouré - GOOZE a écrit : > So I contacted the original > author and proposed him a free Feitian PKI. OK. The author replied and we will work together for a better OpenSC support. -- Jean-Michel Pouré - Gooze - http://www.gooze.eu ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Canonical mailing list address
Am Montag 03 Januar 2011, um 23:59:47 schrieb Peter Stuge: > > opensc-devel mailing list > > opensc-devel@lists.opensc-project.org > > http://www.opensc-project.org/mailman/listinfo/opensc-devel > > I would appreciate if we could change the canonical email address of > the list to be *without* the lists. name. Possible? but it is much easier to direkt all emails to @lists.opensc-project.org to mailman. the alternative would be to write a long list of all those and - email addresses and manualy direkt those to mailman. been there, done that, much more work on the admin side. we could remove the old aliases @opensc-project.org so they finaly die. no idea why people still use them, guess old contacts in their email apps. Regards, Andreas ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Canonical mailing list address
On Jan 4, 2011, at 7:15 PM, Andreas Jellinghaus wrote: > Am Montag 03 Januar 2011, um 23:59:47 schrieb Peter Stuge: >>> opensc-devel mailing list >>> opensc-devel@lists.opensc-project.org >>> http://www.opensc-project.org/mailman/listinfo/opensc-devel >> >> I would appreciate if we could change the canonical email address of >> the list to be *without* the lists. name. Possible? > > but it is much easier to direkt all emails to @lists.opensc-project.org > to mailman. the alternative would be to write a long list of all those > and - email addresses and manualy direkt those > to mailman. been there, done that, much more work on the admin side. > > we could remove the old aliases @opensc-project.org so they finaly die. > no idea why people still use them, guess old contacts in their email apps. I for one use the @opensc-project.org by default. Because it is shorter. And because it is the default suggested by my mail clients... Taking into account that there are only 4 mailing lists (user,devel,commits,announce) it is not that much work. IMHO It could be even less (devel, commits, announce). But I agree that from admin POV the lists.* is better (allows to move lists to another host for example, if needed) -- @MartinPaljak.net +3725156495 ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] FOSDEM 2011: february 5th and 6th
Hi everyone, I'm really sorry and it is frustrating, but things went wrong here and I won't be able to make it to fosdem this year. Still I hope many of you can make it and will have a good time. With best regards, Andreas p.s. And a happy new year to all of you! ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Canonical mailing list address
Martin Paljak wrote: > >> I would appreciate if we could change the canonical email address of > >> the list to be *without* the lists. name. Possible? > > > > but it is much easier to direkt all emails to @lists.opensc-project.org > > to mailman. Is this the only argument? > > the alternative would be to write a long list of all those > > and - email addresses and manualy direkt those > > to mailman. been there, done that, much more work on the admin side. Hm? Is anyone using email addresses @opensc-project.org ? > I for one use the @opensc-project.org by default. I'd like that too. > Because it is shorter. Yes. > But I agree that from admin POV the lists.* is better (allows to > move lists to another host for example, if needed) MX records can still be changed if the email should be handled somewhere else. Again, is there any email besides the lists at the domain? //Peter ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Canonical mailing list address
the biggest argument of course is: why change a working system? also, it might affect every single user, if we change the email address of the list, so that alone is a very good reason to not do that. > Hm? Is anyone using email addresses @opensc-project.org ? 19 emails to opensc-de...@opensc-project.org, 1 to opensc-u...@opensc- project.org (so far: this year). mostly martin, viktor, you, and a few other people. Regards, Andreas ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Windows 7 support for PKCS#11 => mini-driver
Dear all, http://www.opensc-project.org/pipermail/opensc-devel/2009-February/011905.html This seems very promising. Is there any reason why not to commit this code to OpenSC repository directly? > Nevertheless, it would be nice if somebody reanimated one of the > PKCS#11 related CSP-s. +1. This would allow to use some Windows tools: smartcard login, native disc encryption, Internet Explorer 8, etc ... Kind regards, -- Jean-Michel Pouré - Gooze - http://www.gooze.eu ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
Re: [opensc-devel] Windows 7 support for PKCS#11 => mini-driver
Le lundi 20 décembre 2010 à 07:23 +0100, Andreas Jellinghaus a écrit : > The traditional opensc way for windows however is this: > 1.) opensc used to access the card from PKCS#11 applications. > 2.) a PKCS-CSP such as the ID-Ally CSP, CSP#11 or PKCSCP - all these > packages implement a CSP, but they don't talk to the smart card > directly. Instead they load a pkcs#11 plugin to do that, such as > opensc-pkcs11.so Thanks for this detailed email. * ID-Ally CSP: cannot find a downloading page on Ally web site. The need to launch regedit is blocking. Also possible copyright issues. * CSP#11: http://csp11.labs.libre-entreprise.org/ Was not updated since 2004. But could be a good start. * PKCSCP: could not Google the URL of project. Any idea of what really works? -- Jean-Michel Pouré - Gooze - http://www.gooze.eu ___ opensc-devel mailing list opensc-devel@lists.opensc-project.org http://www.opensc-project.org/mailman/listinfo/opensc-devel
