Conflict Due to Multiple Instances of Smart Card Daemon

[Werner Koch]

On Sun, 26 May 2019 22:11, gnupg-users at gnupg.org said:

> the new design you're working on. By the way, could you describe that
> in more detail? What new capabilities will it offer (or what new

gpg-card supports all smartcards which are supported by scdaemon and not
just the OpenPGP card.  It has a unified interface and can be used like
a regular Unix command line tool.  I attach the current man page in case
you are interested.

However, "gpg --card-edit" and "gpg-card" are both frontends to scdaemon
which provide a nicer interface to the IPC (gpg-connect-agent) interface
of scdaemon.  When I implemented card support in gpa(1) I decided to
take the direct approach without using one of the frontends.  GPGME as
an API to work direcly at the IPC level (gpgme_op_assuan_transact_ext);
I don't know much about the Puton wrapper for that, though.

In case you want to checkout how gpa does it, read cardman.c and the
various cm-*.c files.


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: gpg-card.1
URL: <https://lists.gnupg.org/pipermail/gnupg-users/attachments/20190531/ad248fea/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 227 bytes
Desc: not available
URL: <https://lists.gnupg.org/pipermail/gnupg-users/attachments/20190531/ad248fea/attachment.sig>