On Mar 11, 2010, at 09:35 , Peter Stuge wrote:
> Andreas Jellinghaus wrote:
>> I'd prefer a software with user registration/email verification
>> these days
>
> I don't know why email verification isn't working in the
> opensc-project.org Trac, but it works well in some Tracs I run. :\
It worked f
Andreas Jellinghaus wrote:
> I'd prefer a software with user registration/email verification
> these days
I don't know why email verification isn't working in the
opensc-project.org Trac, but it works well in some Tracs I run. :\
Andreas Jellinghaus wrote:
> how should that documentation be writ
Hello,
On Mar 9, 2010, at 23:28 , Ludovic Rousseau wrote:
> 2010/3/9 Martin Paljak :
>> Hello.
>
> Hi Martin,
>
>> Here are some plans that should make opensc-project.org more attractive to
>> both users and developers and also ease the administration burden. Lets
>> collect feedback for a week
>
> douglas suggested the piv driver, so have a look at that one.
>
Yes, Our messages have crossed.
coolkey or javacardsign are alternatives. but they implement only support
> for their applet each, as far as I know. so if you look for a flexible
> software that can work with different cards/appl
Am Mittwoch 10 März 2010 18:00:15 schrieb Benoit Ferson:
> ... OK ; I had missed that (which is why I did not understand the
> "adherence" of pkcs11-tool to PKCS15).
pkcs11 is the software interface (e.g. firefox loads pkcs#11 plugins
like "opensc-pkcs11.so"). it is not an alternative to pkcs#15.
Andreas,
Thank you so much for your answer. It definitely helps me.
opensc is written for pkcs#15 cards
... OK ; I had missed that (which is why I did not understand the
"adherence" of pkcs11-tool to PKCS15).
> if you aim for less, you can write a pkcs#15 emulation
> driver: it creates all th
Benoit Ferson wrote:
> Hi,
>
> Sorry in advance for some of my questions that may sound irrelevant ;
> I'm a newbie...
>
> Here is the context : I am trying to add support to opensc for an applet
> hosted on a javacard. The applet currently answers to my APDUs
> correctly, using pcsc-lite. I
opensc is written for pkcs#15 cards - they have a file
"3f002f00" and a directory "3f005015" and several
files in that directory describing, what is on the
card (index files, for example an index file listing
all certificates, their subjects and metadata, the
filename etc.).
so if you want your ca
Hi,
Sorry in advance for some of my questions that may sound irrelevant ; I'm a
newbie...
Here is the context : I am trying to add support to opensc for an applet
hosted on a javacard. The applet currently answers to my APDUs correctly,
using pcsc-lite. I take inspiration from the card-muscle.c m
Hello Andreas,
On Mar 10, 2010, at 12:28 , Andreas Jellinghaus wrote:
> Am Mittwoch 10 März 2010 09:36:34 schrieb Martin Paljak:
>> On Mar 10, 2010, at 10:07 , Andreas Jellinghaus wrote:
>>> to me your emails read like you want to remove/loose/strip down
>>> most information. the result might be sm
Am Mittwoch 10 März 2010 09:39:00 schrieb Martin Paljak:
> You have misunderstood. The idea is to *copy* all wiki content to a single
> trac instance (and yes, probably getting rid of old, redundant, misleading
> information while doing it)
ok, so copy sounds much better. but a copy wouldn't mak
Am Mittwoch 10 März 2010 09:36:34 schrieb Martin Paljak:
> On Mar 10, 2010, at 10:07 , Andreas Jellinghaus wrote:
> > to me your emails read like you want to remove/loose/strip down
> > most information. the result might be small and up-to-date, but
> > it is not acceptable from my point of view to
2010/3/10 Greg Mefford :
> I was trying to use the opensc-tool application to dump the files on
> the card, but it hangs at a certain point where it's trying to dump a
> file that is 250 bytes (I suspect it is related to the file size since
> it's getting close to the maximum size of 255 from what
On Mar 10, 2010, at 10:07 , Andreas Jellinghaus wrote:
> most important part first:
>
>>> but if you want to spend time on it, I'm all for that, and welcome
>>> whatever direction you take. but the result needs to be at least as
>>> good as the current state - which isn't great, but not exactly te
On Mar 10, 2010, at 10:07 , Andreas Jellinghaus wrote:
> to me your emails read like you want to remove/loose/strip down
> most information. the result might be small and up-to-date, but
> it is not acceptable from my point of view to loose all the
> information in the wikis we have already.
A wiki
Am Mittwoch 10 März 2010 08:41:19 schrieb Martin Paljak:
> > http://trac-hacks.org/wiki/AnnouncerPlugin
> > http://trac-hacks.org/wiki/WikiNotificationPlugin
>
> I installed the notification plugin.
thanks, but it doesn't work for me :(
> I don't think that wiki diffs should be sent to a mailng
most important part first:
> > but if you want to spend time on it, I'm all for that, and welcome
> > whatever direction you take. but the result needs to be at least as
> > good as the current state - which isn't great, but not exactly terrible
> > either from my point of view. outdated and maybe
17 matches
Mail list logo
