On 21/03/07, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
On 20/03/07, Douglas E. Engert <[EMAIL PROTECTED]> wrote:
> Maybe it should be held off until 0.11.3 after each card is
> examined for its own limit and a way to get the limit for the
> reader from PCSC and OpenCT is also added.
I tried to
On 20/03/07, Douglas E. Engert <[EMAIL PROTECTED]> wrote:
Maybe it should be held off until 0.11.3 after each card is
examined for its own limit and a way to get the limit for the
reader from PCSC and OpenCT is also added.
I tried to send an APDU of 255+5=260 bytes to a SCR331 reader and it
wor
Chaskiel M Grundman wrote:
--On Tuesday, March 20, 2007 08:23:32 AM +0100 Andreas Jellinghaus
<[EMAIL PROTECTED]> wrote:
what about code like this in card-flex.c:
The error did not occur in card specific code. You cannot send a short
apdu with lc == 256 to any card.
Yes I agree with the
--On Tuesday, March 20, 2007 08:23:32 AM +0100 Andreas Jellinghaus
<[EMAIL PROTECTED]> wrote:
what about code like this in card-flex.c:
The error did not occur in card specific code. You cannot send a short apdu
with lc == 256 to any card.
sc_update_binary() uses card->max_send_size to cap
Chaskiel M Grundman wrote:
--On Tuesday, March 20, 2007 08:23:32 AM +0100 Andreas Jellinghaus
<[EMAIL PROTECTED]> wrote:
that would break some cards again, i
I suppose it would help if I read code out of the correct sandbox
I think if I had written the piv stuff I would have maintaine
--On Tuesday, March 20, 2007 08:23:32 AM +0100 Andreas Jellinghaus
<[EMAIL PROTECTED]> wrote:
that would break some cards again, i
I suppose it would help if I read code out of the correct sandbox
I think if I had written the piv stuff I would have maintained the
abstraction and done fr
On 20.03.2007, at 18:31, Douglas E. Engert wrote:
Changing the size for 0.11.2 may not be a good idea. It might cause
problems with to many existing cards.
Maybe it should be held off until 0.11.3 after each card is
examined for its own limit and a way to get the limit for the
reader from PCSC
Changing the size for 0.11.2 may not be a good idea. It might cause
problems with to many existing cards.
Maybe it should be held off until 0.11.3 after each card is
examined for its own limit and a way to get the limit for the
reader from PCSC and OpenCT is also added.
The opensc.conf file can
Am Dienstag, 20. März 2007 02:19 schrieb Chaskiel Grundman:
> On 3/12/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> > I also changed the chop size in 3127 to
> > 256 and added a comment. this needs a lot of testing, I fear
> > some combinations of readers and cards might break. but editing
On 3/12/07, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
I also changed the chop size in 3127 to
256 and added a comment. this needs a lot of testing, I fear
some combinations of readers and cards might break. but editing
the opensc.conf should be able to fix it.
When trying to create a us
Am Freitag, 16. März 2007 09:37 schrieb Martin Paljak:
> You still have to do something similar for windows. So if you want to
> just add somehing to the windows build process instead of rewriting
> it (what would be a Good Thing anyway) adding a small file is the
> easiest way of doing this. Becau
On 15.03.2007, at 8:42, Andreas Jellinghaus wrote:
Am Mittwoch, 14. März 2007 21:57 schrieb Martin Paljak:
This does not fit in a config file - only a configure script option
might be possible (read below)
in that case: can you try with defines instead of variables?
that way you shouldn't need
Am Mittwoch, 14. März 2007 21:57 schrieb Martin Paljak:
> This does not fit in a config file - only a configure script option
> might be possible (read below)
in that case: can you try with defines instead of variables?
that way you shouldn't need extra files, only two definitions
in Makefile.am f
On 14.03.2007, at 22:40, Andreas Jellinghaus wrote:
I too prefer a config file option a lot over two binary modules.
FYI - I've made efforts to help opensc work with Estonian eID
correctly even when there is no config file present. Zero
configuration is easy for users.
--
Martin Paljak
On 14.03.2007, at 22:40, Andreas Jellinghaus wrote:
I too prefer a config file option a lot over two binary modules.
This does not fit in a config file - only a configure script option
might be possible (read below)
It is only a way to get firefox working as expected, not to replace
the ori
Andreas Jellinghaus wrote:
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
http://www.opensc-project.org/files/opensc/testing/
http://www.opensc-project.org/files/opensc/testing/opensc-0.11.2-pre6.tar.gz
Please test this and give feedba
Am Mittwoch, 14. März 2007 20:19 schrieb Martin Paljak:
> On 14.03.2007, at 20:55, Andreas Jellinghaus wrote:
> > It would be good to have opensc 0.11.2 soon, so I made another
> > pre-release with current trunk available:
>
> Unless anyone comments or objects on #132 I'll commit that (with
> windo
On 14.03.2007, at 22:00, Nils Larsch wrote:
what about something like [opensc_]estid_auth_pkcs11.so ?
As the problem (and the solution) is not related to estonian eID but
mozilla and multiple pins/nonrepudiation bit it might come useful for
other european eID schemes as well (Actually, whoe
Martin Paljak wrote:
...
Confusion should be avoided with something else (maybe a more different
name for the module, one
that does not start with opensc-... ?)
what about something like [opensc_]estid_auth_pkcs11.so ?
If the name clearly indicates that this is a very special
version of the op
On 14.03.2007, at 21:29, Nils Larsch wrote:
Please test this and give feedback.
All is nice but I'd like to have a small enhancement in 0.11.2
that has been available for .ee users for some time already.
Please see #132. IMHO that ticket should not affect current
situation and opensc users
On 14.03.2007, at 20:55, Andreas Jellinghaus wrote:
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
Unless anyone comments or objects on #132 I'll commit that (with
windows build change as well)
#132 - http://www.opensc-project.org/ope
Martin Paljak wrote:
On 06.03.2007, at 0:05, Andreas Jellinghaus wrote:
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
It would be really good - especially becuase due to lack of time a year
ago 0.11.1 has a regression that renders 0.1
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
http://www.opensc-project.org/files/opensc/testing/
http://www.opensc-project.org/files/opensc/testing/opensc-0.11.2-pre6.tar.gz
Please test this and give feedback.
Regards, Andreas
Andreas Jellinghaus wrote:
Am Dienstag, 13. März 2007 20:34 schrieb Douglas E. Engert:
While trying to building on Max OS against revision 3128,
I see I missed one of Nil's comments. The attached patch
uses the strings.h and stdlib.h and fixes the // comment.
It compiles on Ubuntu, XP and Mac
Am Dienstag, 13. März 2007 20:34 schrieb Douglas E. Engert:
> While trying to building on Max OS against revision 3128,
> I see I missed one of Nil's comments. The attached patch
> uses the strings.h and stdlib.h and fixes the // comment.
> It compiles on Ubuntu, XP and Mac OS 10.
thanks, applied
piv-tool requires openssl, the tools Makefile.am was always building
it. This patch moves to the PROGRAMS_OPENSSL list.
--
Douglas E. Engert <[EMAIL PROTECTED]>
Argonne National Laboratory
9700 South Cass Avenue
Argonne, Illinois 60439
(630) 252-5444
--- ,Makefile.am Mon Mar 12 0
While trying to building on Max OS against revision 3128,
I see I missed one of Nil's comments. The attached patch
uses the strings.h and stdlib.h and fixes the // comment.
It compiles on Ubuntu, XP and Mac OS 10.
Nils Larsch wrote:
Douglas E. Engert wrote:
...
---
Andreas Jellinghaus wrote:
Thanks, applied. please test the next snapshot from tonight.
(revision 3126 or later). I also changed the chop size in 3127 to
256 and added a comment. this needs a lot of testing, I fear
some combinations of readers and cards might break. but editing
the opensc.conf
Thanks, applied. please test the next snapshot from tonight.
(revision 3126 or later). I also changed the chop size in 3127 to
256 and added a comment. this needs a lot of testing, I fear
some combinations of readers and cards might break. but editing
the opensc.conf should be able to fix it.
Rega
Andreas Jellinghaus wrote:
Douglas,
I applied all your latest patches, please verify that I took the right ones
and nothing is missing.
Most of the patches look good, Thanks! I did send a patch for the opensc.conf.in
to include PIV in the comments, and PIV-II in the list of builtin emulato
Andreas Jellinghaus wrote:
Douglas,
I applied all your latest patches, please verify that I took the right ones
and nothing is missing.
Thanks, I will look at this first thing on Monday Morning.
Once everyone is fine with the current svn,
I will create another release candidate, ok?
Reg
Andreas Jellinghaus wrote:
Douglas,
I applied all your latest patches, please verify that I took the right ones
and nothing is missing. Once everyone is fine with the current svn,
I will create another release candidate, ok?
Regards, Andreas
p.s. we need to increase the default max_send/recv
Douglas,
I applied all your latest patches, please verify that I took the right ones
and nothing is missing. Once everyone is fine with the current svn,
I will create another release candidate, ok?
Regards, Andreas
p.s. we need to increase the default max_send/recv_size somewhere, right?
___
Douglas E. Engert wrote:
...
if it is not needed why included it ?
It is needed to get the config.h so it could test for HAVE_ZLIB_H
ok
By the way, every system I have has zlib. And the Windows
Smart Card Bundle also builds with zlib, so what system does not
have it?
this is not really r
On 06.03.2007, at 0:05, Andreas Jellinghaus wrote:
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
It would be really good - especially becuase due to lack of time a
year ago 0.11.1 has a regression that renders 0.11.1 linux packages
On 08.03.2007, at 9:06, Andreas Jellinghaus wrote:
new users on windows trying to compile it themself.
New *users* on windows should be directed cleanly and clearly to pre-
compiled solutions.
the scb procedure works, maybe even quite good. but somehow
some people manage to work with the raw
Attached are changes to the win32/Make.rules.mak and
src/libopensc/Makefile.mak to add in the support to compile on Windows
with or without zlib This is similar to method used with OpenSSL already
in the these files. Previous code submissions include the
#ifdef HAVE_ZLIB_H in the source files.
I
More in Windows and zlib.
Looking at the SCB trunk/Makefile.mak, lines 81-83:
perl -p -e "s/#ZLIB_DEF/ZLIB_DEF/g" -i~ win32\Make.rules.mak
perl -p -e "s/C:\\ZLIB\\INCLUDE/$(DESTP)\\include/g" -i~ win32\Make.rules.mak
perl -p -e "s/C:\\ZLIB\\LIB/$(DESTP)\\lib/g" -i~ win32\Make.rules.mak
I don't
Am Donnerstag, 8. März 2007 00:03 schrieb Douglas E. Engert:
> By the way, every system I have has zlib. And the Windows
> Smart Card Bundle also builds with zlib, so what system does not
> have it?
new users on windows trying to compile it themself.
the scb procedure works, maybe even quite goo
Nils Larsch wrote:
Douglas E. Engert wrote:
One minor change, it looks like the #include "internal.h"
was removed from pkcs15-piv.c. I can add that back in
with any other changes you might want.
if it is not needed why included it ?
It is needed to get the config.h so it could test for HAV
Douglas E. Engert wrote:
One minor change, it looks like the #include "internal.h"
was removed from pkcs15-piv.c. I can add that back in
with any other changes you might want.
if it is not needed why included it ?
btw: the patch is imcomplete: at least the compression.c|h
files are missing.
N
Douglas E. Engert a écrit :
>
>
> Tarasov Viktor wrote:
>> Andreas Jellinghaus a écrit :
>>> It would be good to have opensc 0.11.2 soon, so I made another
>>> pre-release with current trunk available:
>>>
>>> http://www.opensc-project.org/files/opensc/testing/
>>> http://www.opensc-project.org/fil
Tarasov Viktor wrote:
Andreas Jellinghaus a écrit :
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
http://www.opensc-project.org/files/opensc/testing/
http://www.opensc-project.org/files/opensc/testing/opensc-0.11.2-pre4.tar.gz
Please
Andreas Jellinghaus a écrit :
> It would be good to have opensc 0.11.2 soon, so I made another
> pre-release with current trunk available:
>
> http://www.opensc-project.org/files/opensc/testing/
> http://www.opensc-project.org/files/opensc/testing/opensc-0.11.2-pre4.tar.gz
>
> Please test this and
One minor change, it looks like the #include "internal.h"
was removed from pkcs15-piv.c. I can add that back in
with any other changes you might want.
Douglas E. Engert wrote:
OK, I have applied Thomas's patch to the svn revision 3121
checkout a few hours ago with these changes:
I have adde
While building on Windows from svn, the src/pkcs11/Makefile.mak has
all: install-headers install-headers-dir ...
install-headers-dir should be removed,
as nmake gets an error on the "for" command
because $(HEADERSDIRFROM2) is not defined.
Windows XP, VC 2005.
Andreas Jellinghaus wrote:
It
OK, I have applied Thomas's patch to the svn revision 3121
checkout a few hours ago with these changes:
I have added #ifdef HAVE_ZLIB_H so it should compile
without zlib. If a compressed certificate is found, it
will call sc_error and return SC_ERROR_NOT_SUPPORTED
But all my Unix syst
Douglas E. Engert wrote:
Peter,
I sent this to Andreas and Nils, but it might help answer your
questions
Andreas Jellinghaus wrote:
Am Montag, 5. März 2007 23:37 schrieben Sie:
Any chance getting the patch for the PIV compression ticket #128
into this release?
I'm asking Nils for feedback.
what would be better? release -pre4 as 0.11.2 and create
0.11.3-pre1 with that patch? or do a -pre5 with it?
Nils already gave a comment on the code a long time ago, should
be on the ML archive. I rely on Nils for comments, as he knows the
code much better than I do. but I'm currently quite busy
On Tue, 2007-03-06 at 13:11 +0100, Peter Stuge wrote:
> On Mon, Mar 05, 2007 at 04:37:14PM -0600, Douglas E. Engert wrote:
> > Any chance getting the patch for the PIV compression ticket #128
> > into this release?
>
> I think it looks good at a glance.
>
> Does it apply cleanly to svn?
>
(Not s
Peter,
I sent this to Andreas and Nils, but it might help answer your
questions
Andreas Jellinghaus wrote:
Am Montag, 5. März 2007 23:37 schrieben Sie:
Any chance getting the patch for the PIV compression ticket #128
into this release?
I'm asking Nils for feedback. As far as I remember he ha
On Mon, Mar 05, 2007 at 04:37:14PM -0600, Douglas E. Engert wrote:
> Any chance getting the patch for the PIV compression ticket #128
> into this release?
I think it looks good at a glance.
Does it apply cleanly to svn?
Has it been tested?
Two general comments:
1. I would prefer if the p15car
Any chance getting the patch for the PIV compression ticket #128
into this release?
Andreas Jellinghaus wrote:
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
http://www.opensc-project.org/files/opensc/testing/
http://www.opensc-project.o
It would be good to have opensc 0.11.2 soon, so I made another
pre-release with current trunk available:
http://www.opensc-project.org/files/opensc/testing/
http://www.opensc-project.org/files/opensc/testing/opensc-0.11.2-pre4.tar.gz
Please test this and give feedback.
I'm sorry, currently I fi
54 matches
Mail list logo