CONFIG_USB_DEVICEFS
enable to test it.
Thanks,
Alon
[1] http://www.opensc-project.org/openct/changeset/1116
[2] http://www.opensc-project.org/openct/changeset/1115
On 1/28/09, Alon Bar-Lev wrote:
> Thanks.
> Applied.
>
>
> On 1/28/09, Aktiv Co. Aleksey Samsonov wrote:
> > Hello
Thanks.
Applied.
On 1/28/09, Aktiv Co. Aleksey Samsonov wrote:
> Hello.
> I propose the attached patch for "Rutoken S" codes.
> Changes:
> - use PKCS#15 (not builtin PKCS#15 emulator)
> - rutoken.profile (add privdata)
> - correct using ACL
> - correct erase procedure
>
> __
On 1/28/09, Jeffrey Hutzelman wrote:
> --On Wednesday, January 28, 2009 12:51:05 PM +0200 Alon Bar-Lev
> wrote:
>
>
> >
> > > It assumes the pcsclite library is in a particular location, instead of
> > > searching for it. This means it will fail to find lib
On 1/28/09, Jeffrey Hutzelman wrote:
> > * PC/SC library is dynamic linked no longer compile time dependency.
>
>
> WHY
>
> What was wrong with using pkg-config to find the library, and then linking
> against it? This approach is broken in several ways:
>
> It assumes the pcsclite library
On 1/26/09, Ludovic Rousseau wrote:
> I will not commit the patch I sent. The work is not finished. What I
> propose is to commit only parts of it, the parts that integrate easily
> in OpenCT.
Great!
> The OpenCT CCID is "very" limited.
> For example I just discovered it does not negotiate th
On 1/26/09, Ludovic Rousseau wrote:
> I patched the OpenSC version of src/ifd/proto-t1.c (patch attached)
Great!
Thanks you!
> THIS PATCH DOES NOT WORK. It is just a preview.
>
> Notes:
> - the t1_* functions use a "ifd_protocol_t * prot" parameter but I
> need a "t1_state_t * t1" since some
On 1/26/09, Ludovic Rousseau wrote:
>
> What are your supposed to do with the image?
> How are you supposed to _install_ the software?
On Windows you can provide installer with these files. For now I just
provide archive.
On Linux if you compile uclibc for initramfs you can just copy the
result
On 1/26/09, Ludovic Rousseau wrote:
> I do not want to invest more time in this build script since I do not
> use OpenSC on Mac OS X.
OK.
> trunk/image/opensc/bin$ ./opensc-tool
> dyld: Library not loaded: //lib/libopensc.2.dylib
> Referenced from:
>
> /Users/lroussea/Documents/sc/OpenSC
On 1/24/09, Ludovic Rousseau wrote:
> > So everything is working accept this?
> No idea. I don't know how to test the compiled binaries.
Oh... It should be working opensc, no? Is there a major difference
between darwin and other unixes?
Alon
___
opens
On 1/24/09, Ludovic Rousseau wrote:
> 2009/1/24 Alon Bar-Lev :
>
> > Please try now.
>
> Build of OpenSSL fails if I use MAKEFLAGS=-j3
> It is OK with no MAKEFLAGS.
> OpenSSL does not like parallel build?
True.
You need to use MAKEOPTS="-j3" and I don't
On 1/24/09, Ludovic Rousseau wrote:
> 2009/1/24 Alon Bar-Lev :
>
> > Now I understand what you mean.
> > The translation script between the CHOST and openssl host does not
> > support darwin.
> >
> > Can you please tell me how to map gcc -dumpmachine outpu
On 1/24/09, Martin Paljak wrote:
>
> On 24.01.2009, at 8:12, Alon Bar-Lev wrote:
>
> > BTW: You should check if you need to include iconv in this environment
> > as well... I remember martin had to add it.
> >
> iconv, as well as OpenSSL are provided by OS X, so un
...
The gentoo.config-0.9.8 is doing the conversion and never had to do
this for mingw or darwin... :)
Alon.
On 1/24/09, Ludovic Rousseau wrote:
> 2009/1/24 Alon Bar-Lev :
>
> > On 1/23/09, Ludovic Rousseau wrote:
> >> Good idea. I already started to add support for Mac OS X. B
I guess you need to start openct init script.
On 1/23/09, Stefan X wrote:
> Hi!
> Right now I tried the current German health card (eGK) with opensc but
> it failed unfortunately. I am not a developer and have no experience
> with OpenSC. Nevertheless I would like to support opensc somehow to
On 1/23/09, Ludovic Rousseau wrote:
> Good idea. I already started to add support for Mac OS X. But
> compilation of OpenSSL fails. It should not be a cross-compilation on
> Mac OS X.
Why?
Which host do you use? I want to try this myself.
Maybe open a bug with OpenSSL developers as cross compi
On 1/23/09, Ludovic Rousseau wrote:
> 2009/1/23 Alon Bar-Lev :
>
> > BTW: I asked in the past... Can you please try to see if the build [1]
> > project can also be useful for you? I don't think we should maintain
> > both...
> >
> > It is good also
On 1/23/09, Andreas Jellinghaus wrote:
> Am Freitag 23 Januar 2009 16:15:39 schrieb Alon Bar-Lev:
>
> > > Plus:
> > > - no udev event is generated when the device is removed
> >
> > There is, I sent you.
> > Hal get this from somewhere...
>
>
BTW: I asked in the past... Can you please try to see if the build [1]
project can also be useful for you? I don't think we should maintain
both...
It is good also as none cross compile.
[1] http://www.opensc-project.org/build
On 1/23/09, Alon Bar-Lev wrote:
> On 1/23/09, Jean-Pierre
On 1/23/09, Jean-Pierre Szikora wrote:
> I compiled (on MacIntel) without problems this opensc and libp11 0.2.4.
> But engine 0.1.5 compilation fails:
Do you use last released versions of engine_pkcs11 nor libp11?
Had it worked before? I remembered it was OK for you.
Anyway... What I need is a
On 1/23/09, Ludovic Rousseau wrote:
> > anyway, old stories, long closed. using hald is supported upstream and
> > easier, thus it is the recommend way from my point of view.
>
>
> I have the exact same (frustrating) experience with udev and pcsc-lite.
>
> Plus:
> - no udev event is generated
On 1/23/09, Andreas Jellinghaus wrote:
> Am Freitag 23 Januar 2009 14:48:23 schrieb Alon Bar-Lev:
> > Works for me :)
>
> thanks for reporting!
>
> could you test the privdata fix?
> if so, with which cards?
Yes.
Already reported... asepcos works OK, I even did not
On 1/23/09, Andreas Jellinghaus wrote:
> Am Freitag 23 Januar 2009 08:48:53 schrieb Alon Bar-Lev:
>
> > So the rules of having a plugin to GPL or LGPL should be the same.
>
>
> absolutely not.
>
> LGPL is "make changes to my code open source under LGPL, but
>
Works for me :)
On 1/23/09, Andreas Jellinghaus wrote:
> here is a new snapshot with the latest code:
>
> http://www.opensc-project.org/files/opensc/snapshots/opensc-0.11.6-svn-
> r3639.tar.gz
>
> please give it a try and let me know if it works, or what is wrong with it.
>
>
> Thanks, Andrea
On 1/23/09, Ludovic Rousseau wrote:
> 2009/1/23 Alon Bar-Lev :
>
> > On 1/23/09, Andreas Jellinghaus wrote:
> >> > It cannot be unless we explicitly specify some exceptions in OpenSC
> >> > license. A plugin for LGPL should be also GPLed.
> >> &
Set default to hide as we discussed.
On 1/19/09, Alon Bar-Lev wrote:
> On 1/19/09, Martin Paljak wrote:
>
> > On Mon, Jan 19, 2009 at 3:00 PM, Alon Bar-Lev wrote:
> > >> Tried it as well. hide_empty_tokens only matters for PKCS#15-init
> > >> compati
Hi,
I changed the default to true and renamed the option to plug_and_play,
as it is the only feature it controls.
Alon.
On 1/20/09, Alon Bar-Lev wrote:
> Hello,
>
> I don't understand.
> OpenSC PKCS#11 modules *ALWAYS* allocate specific number of virtual slots.
> The
On 1/23/09, Andreas Jellinghaus wrote:
> > It cannot be unless we explicitly specify some exceptions in OpenSC
> > license. A plugin for LGPL should be also GPLed.
> > Read [1] and on.
>
>
> opensc is not under GPL.
GPL and LGPL are the same, except of that none GPLed application can
be linked
On 1/23/09, Andreas Jellinghaus wrote:
> > 3. pcscd must run as root... A none root mode may be supported but
> > never implemented.
> forgive me, but usb control transfer ioctl can only be done as root I thought?
> thus anyone trying these on a usb device needs root? or is write access to
> th
On 1/22/09, Jeffrey Hutzelman wrote:
> How do you propose for USB device drivers to talk to their devices, if not
> using libusb? Remember, we'd like to be portable here; the whole world's
> not Linux.
openct does not use libusb for communicating with usb even before I
know it exists... :)
This
On 1/22/09, Jeffrey Hutzelman wrote:
> --On Thursday, January 22, 2009 08:14:20 PM +0200 Alon Bar-Lev
> wrote:
>
>
> > Well, Ludovic knows my arguments...
> >
>
>
> > 4. Due to the threading limitation of libusb or kenrel pcscd polls
> > readers
On 1/22/09, Jeffrey Hutzelman wrote:
> provide source. I think it's also important to consider cases where there
> _is_ an open-source driver, but with a GPL-incompatible license.
It cannot be unless we explicitly specify some exceptions in OpenSC license.
A plugin for LGPL should be also GPLed.
On 1/22/09, Jeffrey Hutzelman wrote:
> >
> > > Yes, udev supports it as well. But most vendors prefer HAL for this
> > > purpose nowadays.
> > >
> >
> > vendors? You mean Novell, right?
> >
>
> Most of the major Linuxes, both commercial and otherwise.
> I believe Sun is also going down this pat
On 1/22/09, Andreas Jellinghaus wrote:
> using udev was a huge pain for many years, everytime I thought "now it
> works", a few months later openct didn't work with the new udev. I'm sick
> of that pain, and since the udev/hotplug/linux-usb folks tell us to use hal,
> and hal seems to work, I
On 1/22/09, Andreas Jellinghaus wrote:
> the only one using the internal api is openssh, and it can be ported
> to pkcs#11 - alon has done that, but it is a part of a huge change that
> is unlikely to find many adopters (my personal guess - I think people
> like that ssh is very easy and simpl
On 1/22/09, Stanislav Brabec wrote:
> USB peripheral cannot initiate transfer, so USB requires some type of
> polling by design.
As far as I know and tried USB support interrupt mode, checkout the
openct trunk ccid driver.
Alon.
___
opensc-devel mail
On 1/22/09, Stanislav Brabec wrote:
> Alon Bar-Lev wrote:
> > On 1/21/09, Stanislav Brabec wrote:
>
>
> > > 1) There are applications, that need direct access to the reader, not
> > > using pcsc-lite (example: cyberjack utilities). That is why it should
&g
On 1/22/09, Marc Rios Valles wrote:
> Hi,
>
> I have been making some test and if I don't put the two functions in
> libopensc.exports I get a segfault accessing to them...
But these were prototyped at internal.h and internal.h was never made public.
So whoever wrote this driver used internal f
On 1/21/09, Stanislav Brabec wrote:
> Alon Bar-Lev wrote:
> > I don't understand the motivation.
> > Why do you care if readers are accessible by all users?
>
>
> 1) There are applications, that need direct access to the reader, not
> using pcsc-lite (example: c
I don't understand the motivation.
Why do you care if readers are accessible by all users?
On 1/21/09, Stanislav Brabec wrote:
> Hallo.
>
> I just filled a proposal for a new HAL (Hardware Abstraction Layer,
> http://hal.freedesktop.org/ ) category recognized by PolicyKit.
>
> Here is a propos
>
>
> On Wed, 2009-01-21 at 15:01 +0200, Alon Bar-Lev wrote:
> > Added to export.
> > Thanks.
> >
> > On 1/21/09, Marc Rios Valles wrote:
> > > Hi,
> > >
> > > I have found the problem. You are not exporting the f
Added to export.
Thanks.
On 1/21/09, Marc Rios Valles wrote:
> Hi,
>
> I have found the problem. You are not exporting the function
> sc_get_iso7816_driver any more... I can understand why but in the file
> libopensc.exports isn't this function. Why is that?
>
> Thanks for all,
> --
> Marc
On 1/20/09, Ludovic Rousseau wrote:
> > +static int et_event(ifd_reader_t * reader, int *status, size_t
> status_size)
> > +{
> > + (void)reader;
> > + (void)status;
> > + (void)status_size;
>
> What is the code above supposed to do?
> It just looks like void code for me.
and true plug&play throughout the whole libopensc.
Alon.
On 1/19/09, Martin Paljak wrote:
> On Mon, Jan 19, 2009 at 3:23 PM, Alon Bar-Lev wrote:
> > I think the 2.20 should be the default, as the plug&play mode is important.
>
> Agreed.
>
> > All 2.11 applications wil
On 1/19/09, Martin Paljak wrote:
> On Mon, Jan 19, 2009 at 3:00 PM, Alon Bar-Lev wrote:
> >> Tried it as well. hide_empty_tokens only matters for PKCS#15-init
> >> compatible cards and does not apply to read-only PKCS#15 emulated
> >> cards.
> >
>
Chaskiel,
While we at it...
Is there any way we can turn off card power consumption if it is not used?
In CCID spec there is power off command... And I think we can banifit some
battery minutes...
Thanks!
___
opensc-devel mailing list
opensc-devel@lists
On 12/31/08, Alon Bar-Lev wrote:
> > another GetSlotStatus message. The attached patch catches this specific
> > error and interprets it correctly. (Actually, there are two patches. One
> > takes the IFD_ERROR_NO_CARD error from ccid_command and asserts that means
> >
On 1/16/09, Martin Paljak wrote:
> On Fri, Jan 16, 2009 at 8:00 PM, Alon Bar-Lev wrote:
> > I would prefer you discuss changing defaults and behavior in the list
> > before you commit anything.
>
> These are not functional behavior changes but "common sense" fi
On 12/31/08, Jeffrey Hutzelman wrote:
> > * private data objects were not implemented securely: the
> > old code stored them with a flag "ask for the pin", but did nothing to
> > protect the data, thus everyone can read it. The new code sets the
> > access control right for such data objects
On 1/1/09, Martin Paljak wrote:
> > %% Here you can see that two applications may sign, even one
> > application may delete the key at the same time the other application
> > sign using it... How can it be if both applications cannot
> > authenticate at the same time?
> >
>
> I'm not just
Hello Martin,
Reading the source I found that you added some code to workaround
apple bug [1][2].
Can you please move it into reader-pcsc.c, as this has nothing to do
with the generic interface of opensc. I would have done so but I think
that you can also verify it to work.
Thanks,
Alon.
[1] ht
On 12/31/08, Chaskiel Grundman wrote:
> It appears that ccid_card_status always fails if it has to probe the device
> and no card is present. That's because the response to the GetSlotStatus
> message when no card is present has the 'command failed' bit set and the
> error code set to ICC_MUTE (s
On Fri, Jan 2, 2009 at 8:50 PM, Chaskiel Grundman wrote:
> This patch should help. It avoids changing the altsetting if there is only
> one, which makes it somewhat safe to skip. I don't really like this idea,
> since unlike SETCONFIGURATION, there is not really a good reason to avoid
> using SETI
RESET, RESETEP and SETINTERFACE in libusb-1,
so I guess normal applications should not use these?
Alon
On 12/31/08, Alon Bar-Lev wrote:
> On 12/31/08, Alon Bar-Lev wrote:
> > > another GetSlotStatus message. The attached patch catches this specific
> > > error and interpret
On 1/16/09, Alon Bar-Lev wrote:
> > There are still some options in the example configuration file (one
> > distributed with Ubuntu/Debian by default) that differ from code level
> > settings:
> > hide_empty_tokens (yes in config, no in code)
> > use_cac
On 1/15/09, Martin Paljak wrote:
> 10.5.6, the latest of Leopard fixes the problem, which was introduced
> with Leopard. Removed.
Thank you.
I see you made some other changes...
I would prefer you discuss changing defaults and behavior in the list
before you commit anything.
Also, please don't
On 1/19/09, Martin Paljak wrote:
> > At least by playing with some of my installations, the
> > hide_empty_tokens=yes is quite useful for most users.
> > So I am for modify the code default.
>
> Tried it as well. hide_empty_tokens only matters for PKCS#15-init
> compatible cards and does not
Hello Martin,
I think the 2.20 should be the default, as the plug&play mode is important.
All 2.11 applications will also work as the number of slots is
returned correctly and if the application wish to get fewer slots it
will get only these.
So actually I don't think this option should be added.
Thank you!
All merged to trunk.
Ludovic, kind reminder to make an effort to merge back proto-t1.c, so next
version would be great step forward.
Alon.
On 1/3/09, Chaskiel Grundman wrote:
> On Fri, 2 Jan 2009, Alon Bar-Lev wrote:
>
> >
> > I don't understand if you thin
Hello All,
I modified OpenCT-CCID to enable event handling instead of polling.
I will appreciate anyone (also if not using ccid) can provide some feedback.
Sources are available at [1].
Thank you,
Alon Bar-Lev.
[1]
http://www.opensc-project.org/svn/openct/branches/alonbl/usb-ccid-reduce-busy
On 12/30/08, Martin Paljak wrote:
> On 29.12.2008, at 20:48, Alon Bar-Lev wrote:
> > On 12/29/08, Martin Paljak wrote:
> > > On 27.12.2008, at 22:18, Alon Bar-Lev wrote:
> > > > Until we do so, the PKCS#11 provider is *NOT* compliant with the
>> >
On 12/29/08, Martin Paljak wrote:
>
> On 27.12.2008, at 22:18, Alon Bar-Lev wrote:
>
>
> > Until we do so, the PKCS#11 provider is *NOT* compliant with the
> specification.
> >
>
> Please elaborate?
The PKCS#11 specification does not limit concurrent applicat
Yes, we discussed this many times.
We should work in order to make opensc stateless, and allow concurrent
application usage.
Until we do so, the PKCS#11 provider is *NOT* compliant with the specification.
Alon.
On 12/27/08, Andreas Jellinghaus wrote:
> oops, lock_login is off by default?
> and
d if it is
unlocked after a period of time.
Alon.
[1]
https://www.opensc-project.org/svn/openct/branches/alonbl/usb-ccid-reduce-busy
On 12/21/08, Alon Bar-Lev wrote:
> Thanks Andreas,
>
> Thank you for your comment.
> I am for dropping old kernels hacks... And provide better soluti
Thanks Andreas,
Thank you for your comment.
I am for dropping old kernels hacks... And provide better solution for users.
I now understand why mainloop wakes up...
i will try to implement something.
Alon.
On 12/21/08, Andreas Jellinghaus wrote:
> in usb apps you can't poll a usb file handle wit
. But this is what the code at ifdhandler produces.
Alon.
On 12/20/08, Alon Bar-Lev wrote:
> Hello All,
>
> CC you as I changed the subject, to meet the discussion.
>
> On 12/19/08, Peter Stuge wrote:
> > USB is completely driven by the host, so unless an app keeps a
>
Hello All,
CC you as I changed the subject, to meet the discussion.
On 12/19/08, Peter Stuge wrote:
> USB is completely driven by the host, so unless an app keeps a
> transfer pending for the interrupt pipe, nothing will be transfered.
> The USB function (reader) detects that it couldn't send
Committed with some modification (single free).
Please review.
http://www.opensc-project.org/openct/changeset/1085
On 12/19/08, Ludovic Rousseau wrote:
> Hello,
>
> The tool cppcheck [1] detected a memory leak in src/ifd/ifd-cyberjack.c
>
> Checking ./src/ifd/ifd-cyberjack.c...
> [./src/ifd/i
On 12/19/08, Chaskiel M Grundman wrote:
> > I thought of polling the client socket and usb fds, so I exit the poll
> > if I got a command or something was sent from the reader.
> > Wouldn't this work?
>
>
> I don't know. This is one of the things I don't know about usb apis.
> Looking at the li
On 12/19/08, Chaskiel M Grundman wrote:
> > I thought to make the blocking poll() at ct_mainloop()
>
> The only reason ct_mainloop calls ifdhandler_poll_presence is so that the
> status file is updated. If we don't care about the status file anymore,
> then ct_mainloop doesn't need to know if th
On 12/19/08, Chaskiel M Grundman wrote:
> > I would like also to make the openct stop polling for readers if
> > possible (CCID supports this).
>
>
> I assume you mean "stop polling for CARDS".
Via the reader... :)
> the ccid spec supports using an interrupt pipe message to notify the host
>
On Thursday 08 May 2008, Alon Bar-Lev wrote:
> On 5/8/08, Antti Andreimann wrote:
> > I have a patch somewhere in my bitbucket that gets rid
> > of /var/run/openct/status and implements status functions by connecting
> > to existing AF_UNIX sockets instead. It's
On 12/19/08, Ludovic Rousseau wrote:
> I will try to merge my T=1 code in OpenCT. But not before a few weeks.
> I remembered some objections when I proposed to do this a few years
> ago. Maybe the situation has changed.
Great!
Thanks.
___
opensc-devel
On 12/17/08, Andreas Jellinghaus wrote:
> > As we discussed in the mailing list, I don't like the new addition
> > martin added to pkcs11-tool, adding new standalone option
> > --list-token-slots instead of modifier to --list-slots... No blocker,
> > but change in interface of tools should be
Hi,
Windows (32bit, 64bit) build is OK.
As we discussed in the mailing list, I don't like the new addition
martin added to pkcs11-tool, adding new standalone option
--list-token-slots instead of modifier to --list-slots... No blocker,
but change in interface of tools should be considered as stati
On 12/12/08, Martin Paljak wrote:
> > I disagree. When the subject is complex and/or sensitive and/or
> > none-reversible the above does not apply. Token management is complex,
> > sensitive and sometimes none-reversible.
> >
> As long as it remains read-only it is safe I believe.
Just wrote an
On 12/12/08, Ludovic Rousseau wrote:
> >> >
> >> > I understand this... But having too many options is also makes it
> >> > difficult for people to use the tool.
> >> >
> >>
> >> I'm a firm believer in the 'explorer' approach to command line utilities.
> >> This means that the tools should
On 12/6/08, Martin Paljak wrote:
> On 06.12.2008, at 21:27, Alon Bar-Lev wrote:
>
>
> > On 12/6/08, Martin Paljak wrote:
> >
> > > As it affect the overall operation of pkcs11-tool (C_GetSlotList is
> called
> > > only once during the lifetime of the t
On 12/11/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 11, 2008 at 11:53 AM, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> > On 12/11/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
>
> >> I think Apple made the good choice. I could cha
On 12/11/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 11, 2008 at 11:20 AM, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> > Can't it cause conflict?
>
>
> What kind of conflicts?
> If the DWORD type is already defined elsewhere for exemple?
Can't it cause conflict?
Or the Windows types are defined by "portable" types... ?
Alon.
On 12/11/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 11, 2008 at 10:50 AM, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> > On 12/11/08, Ludovic Rousseau &
On 12/11/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> This patch is needed (committed in revision 3603) because on Mac OS X
> winscard.h does not define (and does not use) the windows types DWORD,
> LONG, etc. and these types are used in internal-winscard.h
Where does the wintypes.h comes f
You need an available winscard.h on the platform.
The followings must be availbale:
- test -z "${PCSC_CFLAGS}" && PCSC_CFLAGS="-I/usr/include/PCSC"
- AC_CHECK_HEADERS([winscard.h],,[test "${WIN32}" != "yes" &&
AC_MSG_ERROR([winscard.h is required for pcsc])])
Maybe you should
On 12/9/08, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> Am Montag, 8. Dezember 2008 19:42:46 schrieb Alon Bar-Lev:
>
> > Anyway... OpenSSH developers do not accept this as they do not accept
> > LDAP, X.509, GSS and other features.
>
>
> I thought so. thus
On 12/8/08, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> I think only openssh does that.
> and alon has a patch for it, but it is quite complex adding X.509 as
> well.
It requires X.509 certificate (may be self-signed), and as far as I
know also the current OpenSC implementation require thi
On 12/6/08, Peter Stuge <[EMAIL PROTECTED]> wrote:
> Martin Paljak wrote:
> > Do we have somewhere a list of applications linking directly to
> > libopensc?
>
> I don't think so.
>
>
> > If you know of those applications please drop a line,
>
> The only one I know of is OpenSSH.
And there is
this... But it did not made any
damage. I don't like the goto you added there :) Better is to
search using another variable...
But anyway, I don't think that printing all objects in all slots is
consistent with expected behavior.
Alon.
>
> m.
>
> On 06.12.2008, at 21:03
Martin,
Can you please change this implementation by removing the
--list-token-slots and add extra parameter to --list-slots?
pkcs11-tool --list-slots --slot-status={empty,token}
Alon.
On 11/22/08, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> On 11/22/08, [EMAIL PROTECTED] <[EMA
On 11/22/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Revision: 3592
> Author: martin
> Date: 2008-11-21 23:34:31 +0100 (Fri, 21 Nov 2008)
>
> Log Message:
> ---
> Add --list-token-slots / -T to pkcs11-tool to list only slots with tokens.
>
I think this should be an option
Just add the bin directory into your path.
You should also remove old SCB from path to avoid conflict.
On 10/30/08, Johannes Becker <[EMAIL PROTECTED]> wrote:
> Alon Bar-Lev schrieb:
>
> > These are two separate packages. You should install this on separate
> directory.
>
These are two separate packages. You should install this on separate directory.
Some instructions are available at [1].
Feel free to improve it.
Alon
[1] http://www.opensc-project.org/build
On 10/29/08, Johannes Becker <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I couldn't find documentation for ho
You mean 0x%08lx, right?
On 10/20/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Revision: 3586
> Author: ludovic.rousseau
> Date: 2008-10-20 09:46:24 +0200 (Mon, 20 Oct 2008)
>
> Log Message:
> ---
> display PC/SC error codes as 0x08%lx instead of %lx to make it explicit
>
Why don't you use PKCS#11 interface?
On 10/16/08, Manuel Preliteiro <[EMAIL PROTECTED]> wrote:
> Hello
>
> I'm trying to make a simple context aware program. I installed (under
> Windows) OpenSC with success. Now I want to access the API (throw C), I
> moved all the "include\opensc" directory to m
pkcs#11 compatible open source implementation of a smart card or USB
> stick is something that we are planning for v2 in the future.
>
> Alon Bar-Lev schrieb:
>
> > Best is develop PKCS#11 provider and not OpenPGP specific.
> > As PKCS#11 is the interface applications use.
&
Best is develop PKCS#11 provider and not OpenPGP specific.
As PKCS#11 is the interface applications use.
You will be able to use GPG using [1] if you like without more effort.
Alon.
[1] http://gnupg-pkcs11.sourceforge.net/
On 10/15/08, Jan Suhr <[EMAIL PROTECTED]> wrote:
> Hi!
> Currently we ar
OK.
Thanks!
I believe that the doc/nonepersistance/Makefile.am should also be
fixed for all packages.
On 10/10/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 9, 2008 at 9:59 PM, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> > If you enter a rule:
> > xxx/*
If you enter a rule:
xxx/*:
Then xxx/* does not exist, right?
On 10/9/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 9, 2008 at 6:22 PM, Alon Bar-Lev <[EMAIL PROTECTED]> wrote:
> > How can they be exist if rule executes?
>
>
> I don't
I could not reproduce this.
If I do b/* it will be executed once for b.
Anyway, if you are sure the modification works, it is great.
I just don't understand why it defer.
Thanks,
Alon.
On 10/9/08, Ludovic Rousseau <[EMAIL PROTECTED]> wrote:
> On Thu, Oct 9, 2008 at 6:25 PM, Alon B
I was not aware of any problem, can you please provide some sample?
I worked very hard to make it work with automake generation of rules.
Alon.
On 10/9/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Revision: 3580
> Author: ludovic.rousseau
> Date: 2008-10-09 11:02:42 +0200 (Thu, 09 O
Hi!
How can they be exist if rule executes?
Alon.
On 10/9/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Revision: 3579
> Author: ludovic.rousseau
> Date: 2008-10-09 10:35:32 +0200 (Thu, 09 Oct 2008)
>
> Log Message:
> ---
> remove html.out and man.out before filling them
On 10/4/08, Andreas Jellinghaus <[EMAIL PROTECTED]> wrote:
> alon, can you check if the windows/mingw build still works fine?
Ready.
Alon.
___
opensc-devel mailing list
opensc-devel@lists.opensc-project.org
http://www.opensc-project.org/mailman/listinf
301 - 400 of 644 matches
Mail list logo