Re: Using two OpenPGP cards

Matthias Apitz wrote: El día viernes, octubre 29, 2021 a las 08:35:43p. m. -0500, Jacob Bachmeyer via Gnupg-users escribió: Matthias Apitz wrote: The question here is: Can I somehow transfer the keys from the used OpenPGP card to this new card (and copy over the tree of encrypted passw

Re: Using two OpenPGP cards

El día viernes, octubre 29, 2021 a las 08:35:43p. m. -0500, Jacob Bachmeyer via Gnupg-users escribió: > Matthias Apitz wrote: > > The question here is: Can I somehow transfer the keys from the used > > OpenPGP card to this new card (and copy over the tree of encrypted > > passwords to the phone)

Re: Using two OpenPGP cards

Matthias Apitz wrote: The question here is: Can I somehow transfer the keys from the used OpenPGP card to this new card (and copy over the tree of encrypted passwords to the phone) or do I have to move the passwords in clear and crypt them again with the new card? If I understand correctly that

Re: Using two OpenPGP cards

Hmm yes it's pass init ^^' I miss read the man page which was wrongly display in my android screen Thx On October 30, 2021 12:09:16 AM GMT+02:00, Christian Chavez wrote: >On Fri, Oct 29, 2021 at 11:46 PM Romain LT via Gnupg-users < >gnupg-users@gnupg.org> wrote: > >> If you can get the 2 keys

Re: Using two OpenPGP cards

On Fri, Oct 29, 2021 at 11:46 PM Romain LT via Gnupg-users < gnupg-users@gnupg.org> wrote: > If you can get the 2 keys on your PC or the 2 keys on your phone you can > add your new key or even replace the old with the new one by running 'pass > Id ...' > Never heard of the `pass id` command, maybe

Re: Using two OpenPGP cards

Hi, I'm not sure to grasp the entirety of the problematic but I though that should be mention : From 'man pass' : ``` id... Initialize new password storage and use gpg-id for encryption. Multiple gpg-ids may be specified, in order to encrypt each password with multiple

Re: Using two OpenPGP cards

On Fri, Oct 29, 2021 at 10:15 PM Matthias Apitz wrote: > The question here is: Can I somehow transfer the keys from the used > OpenPGP card to this new card (and copy over the tree of encrypted > passwords to the phone) or do I have to move the passwords in clear and > crypt them again with the n

Using two OpenPGP cards

Hello, For some years I do use an OpenPGP card with GnuPG to encrypt all my passwords (and other secrets). The passwors are managed with password-store which is basically a tree of passwords along the web sites where they're required to login. I got now a mobile phone device, running Debian, the

(OT) FSF involvement (was: managing OpenPGP cards in batch mode?)

On 05/05/16 17:17, Werner Koch wrote: > Well, this is not an FSF sponsored list. I never received any money or > other resources from the FSF. gnu.org lists GnuPG as a "GNU package", a part of the GNU Project. I kinda assumed that that would imply some form of involvement of the FSF in GnuPG... b

Re: managing OpenPGP cards in batch mode?

On Thu, 5 May 2016 08:11, r...@sixdemonbag.org said: > The Free Software Foundation requires them for all FSF-sponsored mailing > lists. Thou Shalt Not Advocate Proprietary Software. I wish I had a Well, this is not an FSF sponsored list. I never received any money or other resources from the

Re: managing OpenPGP cards in batch mode?

On 05/05/16 08:11, Robert J. Hansen wrote: >> Out of curiosity, where are these rules defined? > > The Free Software Foundation requires them for all FSF-sponsored mailing > lists. Thou Shalt Not Advocate Proprietary Software. I wish I had a > link but I don't -- I was told about this Thou

Re: managing OpenPGP cards in batch mode?

> Out of curiosity, where are these rules defined? The Free Software Foundation requires them for all FSF-sponsored mailing lists. Thou Shalt Not Advocate Proprietary Software. I wish I had a link but I don't -- I was told about this Thou Shalt Not Advocate Proprietary Software rule by a mem

Re: managing OpenPGP cards in batch mode?

On Thu, May 5, 2016 at 1:17 AM, Pete Stephenson wrote: > On Thu, May 5, 2016 at 12:14 AM, Robert J. Hansen > wrote: > > Dashamir, this list has very few rules. I'm grateful for that, really. > > One of the few rules that must be obeyed, though, is "we will not > > advocate non-libre software or

Re: managing OpenPGP cards in batch mode?

On Thu, May 5, 2016 at 12:14 AM, Robert J. Hansen wrote: > Dashamir, this list has very few rules. I'm grateful for that, really. > One of the few rules that must be obeyed, though, is "we will not > advocate non-libre software or products here". Out of curiosity, where are these rules defined?

Re: managing OpenPGP cards in batch mode?

> I do not advertise, I expess my opinion. Dashamir, this list has very few rules. I'm grateful for that, really. One of the few rules that must be obeyed, though, is "we will not advocate non-libre software or products here". If you want to host your project on GitHub, go for it! Nobody will c

Re: managing OpenPGP cards in batch mode?

On Wed, May 4, 2016 at 9:12 PM, Dashamir Hoxha wrote: > I do not advertise, I expess my opinion. Please keep you it to yourself, then. Your provocative, passive-aggressive communication style is outrageous and disrespectful. ___ Gnupg-users mailing lis

off-topic/adverstising posts (was: managing OpenPGP cards in batch mode?)

On Wed, 4 May 2016 21:12, dashoho...@gmail.com said: > However, "e pur si muove", it still is great, the truth cannot be hidden. I asked you not to do this on this list. There are enough other ways to express OT opinions; look fur such opportunities. Please do us all a favor and stick to the n

Re: managing OpenPGP cards in batch mode?

On Wed, May 4, 2016 at 3:38 PM, Werner Koch wrote: > On Wed, 4 May 2016 12:16, dashoho...@gmail.com said: > > > Git is great, GitHub is greater. > > I would appreciate if you do not advertise proprietary services here. > I do not advertise, I expess my opinion. Do you think that I am affiliated

Re: managing OpenPGP cards in batch mode?

On Wed, May 4, 2016 at 9:12 PM, Dashamir Hoxha wrote: > On Wed, May 4, 2016 at 3:38 PM, Werner Koch wrote: > >> On Wed, 4 May 2016 12:16, dashoho...@gmail.com said: >> >> > Git is great, GitHub is greater. >> >> I would appreciate if you do not advertise proprietary services here. >> > > I do n

Re: managing OpenPGP cards in batch mode?

On Wed, 4 May 2016 12:16, dashoho...@gmail.com said: > Git is great, GitHub is greater. I would appreciate if you do not advertise proprietary services here. Those who really want such a centralized service may eant to check out gitlab.com, which seems to repect user freedom better. See also h

Re: managing OpenPGP cards in batch mode?

On 04/05/16 12:22, Daniel Pocock wrote: > Given the Live CD is a clean room, isolated, will the file format > compatibility issues will be relevant? To the best of my knowledge, this would indeed not pose a problem at all. Note that exporting a private key with 2.1 prompts the user to enter the

Re: managing OpenPGP cards in batch mode?

On 04/05/16 11:55, Werner Koch wrote: > On Wed, 4 May 2016 11:40, pe...@digitalbrains.com said: > >> Werner, would you recommend they use 2.1 or 2.0 for the Debian Live CD? > > 2.1 of course > I already raised the topic of using 2.1, there is some feedback about it in the bug tracker, especi

Re: managing OpenPGP cards in batch mode?

On Wed, May 4, 2016 at 11:37 AM, Peter Lebbing wrote: > On 03/05/16 22:31, Dashamir Hoxha wrote: > > Is it on GitHub (so that I can watch you)? > > From [1]: the project is in Git, but not on GitHub. GitHub provides issue/project management features on top of Git. For example it will notify me

Re: managing OpenPGP cards in batch mode?

On Wed, 4 May 2016 11:40, pe...@digitalbrains.com said: > Werner, would you recommend they use 2.1 or 2.0 for the Debian Live CD? 2.1 of course Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. ___ Gnupg-user

Re: managing OpenPGP cards in batch mode?

On 04/05/16 08:13, Werner Koch wrote: > There is also --quick-gen-key: > > [...] > > Well, 2.1 creates a revocation certifciate with the key. Werner, would you recommend they use 2.1 or 2.0 for the Debian Live CD? Cheers, Peter. -- I use the GNU Privacy Guard (GnuPG) in combination with Enigma

Re: managing OpenPGP cards in batch mode?

On 03/05/16 22:31, Dashamir Hoxha wrote: > Is it on GitHub (so that I can watch you)? >From [1]: the project is in Git, but not on GitHub. You can browse the repository on the web at [2], and you can clone it to your local hard disk with: git clone https://anonscm.debian.org/git/collab-maint/m

Re: managing OpenPGP cards in batch mode?

On Tue, 3 May 2016 20:20, dan...@pocock.pro said: > gen-key (and get back the key ID) There is also --quick-gen-key: $ gpg -v --status-fd 2 --batch --quick-gen-key test-2016050...@example.org [GNUPG:] PINENTRY_LAUNCHED 9804 [GNUPG:] PINENTRY_LAUNCHED 9806 gpg: writing self signature

Re: managing OpenPGP cards in batch mode?

On Tue, May 3, 2016 at 8:20 PM, Daniel Pocock wrote: > > > On 03/05/16 15:55, Dashamir Hoxha wrote: > > On Tue, May 3, 2016 at 3:04 PM, Daniel Pocock > > wrote: > > > > I tried this with GnuPG 2.0.26 on Debian: > > > > $ gpg2 --card-edit --batch > > gpg: can

Re: managing OpenPGP cards in batch mode?

On 03/05/16 15:55, Dashamir Hoxha wrote: > On Tue, May 3, 2016 at 3:04 PM, Daniel Pocock > wrote: > > I tried this with GnuPG 2.0.26 on Debian: > > $ gpg2 --card-edit --batch > gpg: can't do this in batch mode > > > You can try something like this: > -

Re: managing OpenPGP cards in batch mode?

On Tue, May 3, 2016 at 3:04 PM, Daniel Pocock wrote: > > I tried this with GnuPG 2.0.26 on Debian: > > $ gpg2 --card-edit --batch > gpg: can't do this in batch mode > You can try something like this: - https://github.com/nyarly/simplekey/blob/master/commands/trust#L46-L50 or like this: - https:

managing OpenPGP cards in batch mode?

I tried this with GnuPG 2.0.26 on Debian: $ gpg2 --card-edit --batch gpg: can't do this in batch mode Is this supported in newer versions or can it be done with GPGME? In particular, I would like the user to be able to do things like: - set PINs - set language - set name - set URL

Re: OpenPGP cards and on-device subkeys

On 06/02/16 19:40, Sam Pablo Kuper wrote: > On 06/02/16 11:43, Eugene Stanley wrote: >> I would like to know if it's possible to obtain a setup like the following: >> >> * master key on an OpenPGP smartcard > Yes. It would go in the signing key slot. If it's the master key then I see it described

Re: OpenPGP cards and on-device subkeys

On 09/02/16 11:42, Peter Lebbing wrote: > On 06/02/16 19:40, Sam Pablo Kuper wrote: >>> In [this] scenario one would be able to revoke the subkeys and >>> generate new, without using an off-card copy of the master key >> I believe that is correct. [...] > You should just be able to use your smartca

Re: OpenPGP cards and on-device subkeys

On 06/02/16 19:40, Sam Pablo Kuper wrote: >> In [this] scenario one would be able to revoke the subkeys and >> generate new, without using an off-card copy of the master key > > I believe that is correct. [...] You should just be able to use your smartcard to do all operations with the master key

Re: OpenPGP cards and on-device subkeys

On 06/02/16 11:43, Eugene Stanley wrote: > I would like to know if it's possible to obtain a setup like the following: > > * master key on an OpenPGP smartcard Yes. It would go in the signing key slot. > * an encryption subkey both on smartcard and on disk (laptop, phone etc) Yes. > * a signin

OpenPGP cards and on-device subkeys

Hi there, I would like to know if it's possible to obtain a setup like the following: * master key on an OpenPGP smartcard * an encryption subkey both on smartcard and on disk (laptop, phone etc) * a signing subkey both on smartcard and on disk (laptop, phone etc) In the best scenario one would

Re: Purchasing OpenPGP cards, card-readers to support GnuPG

On 02/12/2015 12:35 AM, taltman wrote: > Is there any way to purchase these items where a portion of the proceeds > goes to supporting GnuPG? Indirectly, I'd say. I think that if you stay in Europe, being a FSFE member, you'll get its member card with OpenPGPcard feature. I'm sure that it will i

Re: Purchasing OpenPGP cards, card-readers to support GnuPG

On Wed, 11 Feb 2015 16:35, taltm...@stanford.edu said: > Is there any way to purchase these items where a portion of the proceeds > goes to supporting GnuPG? Not that I know about. I for myself did not wanted to get into the hardware business. But meanwhile I consider to have some merchandise s

Re: Purchasing OpenPGP cards, card-readers to support GnuPG

I was hoping that long thread might suggest the same. Quite willing to support GPG via a purchase, but so little information is available... regards DaveP On 11 February 2015 at 15:35, taltman wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > I'd like to both support the GnuPG proje

Purchasing OpenPGP cards, card-readers to support GnuPG

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I'd like to both support the GnuPG project, and acquire an OpenPGP card and card reader. Is there any way to purchase these items where a portion of the proceeds goes to supporting GnuPG? Thanks, ~Tomer - -- - - --- Encrypted email preferr

Re: Separate OpenPGP cards for master key and sub-keys

I thought of another way to get the key on the card. During on-card key generation, you're prompted if you want to make a backup in a file. Such a backup is just a bare OpenPGP secret key material packet. It doesn't have key usage flags, so they can't be in the way either. We can create an equiva

Re: Separate OpenPGP cards for master key and sub-keys

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Peter Lebbing a écrit : >On 05/06/13 22:57, Mustrum wrote: >> how can we change a key capability ? > >Hmmm. Good point. No idea :) > >If you use a hex editor to change flags, the signature will not check >out. >Possibly --edit-key and then "expire

Re: Separate OpenPGP cards for master key and sub-keys

On 05/06/13 22:57, Mustrum wrote: > how can we change a key capability ? Hmmm. Good point. No idea :) If you use a hex editor to change flags, the signature will not check out. Possibly --edit-key and then "expire" will allow you to re-issue a signature. But I simply hadn't realised it's not a pr

Re: Separate OpenPGP cards for master key and sub-keys

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Le 05/06/2013 20:20, Peter Lebbing a écrit : > On 05/06/13 19:37, Mustrum wrote: >> I'm quite sur the root cause is the "certification only" capacity >> of my key: > > I'm quite sure I never had data signature capability on my primary > key. And I m

Re: Separate OpenPGP cards for master key and sub-keys

On 05/06/13 19:37, Mustrum wrote: > I'm quite sur the root cause is the "certification only" capacity of my > key: I'm quite sure I never had data signature capability on my primary key. And I moved it to an OpenPGP v2 card, so it worked for me. I did use a 2048-bit key, but I don't see why that s

Re: Separate OpenPGP cards for master key and sub-keys

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Le 05/06/2013 14:50, Peter Lebbing a écrit : > On 05/06/13 12:55, Mustrum wrote: >> The keytocard command displays the 3 slots, but none of them are >> listed as a valid choice. I've to choose from an empty list. > > Ah. I hadn't noticed that. I bel

Re: Separate OpenPGP cards for master key and sub-keys

On 05/06/13 12:55, Mustrum wrote: > The keytocard command displays the 3 slots, but none of them are listed as > a valid choice. I've to choose from an empty list. Ah. I hadn't noticed that. I believe the problem is that the "Key attributes" (displayed on --card-edit) force a specific keylength an

Re: Separate OpenPGP cards for master key and sub-keys

Peter Lebbing a écrit : >On 03/06/13 20:10, Mustrum wrote: >> Note that there is NO valid choice. > >Stick it in signature, that works. > >Peter. -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Peter Lebbing a écrit : On 03/06/13 20:10, Mustrum wrote: Note that there is NO valid choice. St

Re: Separate OpenPGP cards for master key and sub-keys

On 03/06/13 14:41, Branko Majic wrote: > Does anyone utilise this kind of schema? I do this as well. The primary key is on a different card than the subkeys. Unlike Pete, I had to resort to some key splitting and recombination tricks to get GnuPG to recognise the situation. Perhaps this has since

Re: Separate OpenPGP cards for master key and sub-keys

On 03/06/13 20:10, Mustrum wrote: > Note that there is NO valid choice. Stick it in signature, that works. Peter. -- I use the GNU Privacy Guard (GnuPG) in combination with Enigmail. You can send me encrypted mail if you want some privacy. My key is available at

Re: Separate OpenPGP cards for master key and sub-keys

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Pete Stephenson a écrit : >On Mon, Jun 3, 2013 at 11:10 AM, Mustrum wrote: >> I already moved my subkeys to one cryptostick. >> When i tried to move the primary key (4096 RSA) to another stick i >got: >> >>>gpg> keytocard >>>Really move the prima

Re: Separate OpenPGP cards for master key and sub-keys

On Mon, Jun 3, 2013 at 11:10 AM, Mustrum wrote: > I already moved my subkeys to one cryptostick. > When i tried to move the primary key (4096 RSA) to another stick i got: > >>gpg> keytocard >>Really move the primary key? (y/N) y >>Signature key : [none] >>Encryption key: [none] >>Authentic

Re: Separate OpenPGP cards for master key and sub-keys

I already moved my subkeys to one cryptostick. When i tried to move the primary key (4096 RSA) to another stick i got: >gpg> keytocard >Really move the primary key? (y/N) y >Signature key : [none] >Encryption key: [none] >Authentication key: [none] >Please select where to store the key: >

Re: Separate OpenPGP cards for master key and sub-keys

On Mon, Jun 3, 2013 at 5:41 AM, Branko Majic wrote: > Hello all, > > I'm looking into setting myself up with some OpenPGP cards, and I'm > looking into some opinions on using separate OpenPGP card for the > master key and sub-keys vs using a single OpenPGP card. > >

Separate OpenPGP cards for master key and sub-keys

Hello all, I'm looking into setting myself up with some OpenPGP cards, and I'm looking into some opinions on using separate OpenPGP card for the master key and sub-keys vs using a single OpenPGP card. The idea behind this would be that my master OpenPGP card would be kept in a safe ar

Fedora 18: still broken for OpenPGP cards

My prior bug report detailing Fedora 17's problems with OpenPGP cards is still current for Fedora 18. Would it be possible for one of the GnuPG maintainers to shake the tree of the gnupg2-smime maintainer (the RPM just lists the Fedora Project as the maintainer) and ask why in God's

Re: Fedora 18: still broken for OpenPGP cards

On 01/28/2013 12:56 AM, Robert J. Hansen wrote: > My prior bug report detailing Fedora 17's problems with OpenPGP cards is > still current for Fedora 18. Addendum: GnuPG 1.4.13 works fine with smart cards. It's only GnuPG 2.0.19 that's screwed up. [rjh@localhost ~]$ gpg

Re: making (future) OpenPGP cards without PIN pad safer

On Wednesday, 21. November 2012, 21:45:31 Hauke Laging wrote: > That is more expensive than my proposal but not safer. The only advantage is > that card usage is not blocked if you need more crypto operations than you > have TANs available. But that is mainly a question of storage (i.e. no > proble

Re: making (future) OpenPGP cards without PIN pad safer

Am Mi 21.11.2012, 20:42:38 schrieb Michel Messerschmidt: > If you want to reduce the dependency on unknown systems, I would > rather have a look at cards with integrated keypad. > A future OpenPGP card might take advantage of this feature. That is more expensive than my proposal but not safer. Th

Re: making (future) OpenPGP cards without PIN pad safer

On Wed, Nov 21, 2012 at 06:46:36PM +0100, Hauke Laging wrote: > The card already has additional storage for private use (if I have understood > the documentation correctly). The idea: Wouldn't it be rather easily possible > to allow the use of the card by > > a) either the real password (like to

making (future) OpenPGP cards without PIN pad safer

Hello, I am not familiar with smardcard hardware especially not with the way how the passwords are checked on the smartcards. From this naive perspective this just came to my mind: I have a card reader with PIN pad but there are several card readers without one. I never liked the idea of connecti

Re: Mac OS X 10.8 and OpenPGP Cards

On Tue, Jul 31, 2012 at 12:00:23PM +0200 Also sprach Olav Seyfarth: > -BEGIN PGP SIGNED MESSAGE- > Hash: RIPEMD160 > > Hi Kevin, list, > > > I just upgraded from Mac OS X 10.7 to 10.8, and my ZeitControl cards, which > > were formerly working perfectly, are now inaccessible. > > please n

Re: Mac OS X 10.8 and OpenPGP Cards

-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hi Kevin, list, > I just upgraded from Mac OS X 10.7 to 10.8, and my ZeitControl cards, which > were formerly working perfectly, are now inaccessible. please note that 10.8 brings significant changes (namely sandboxing) to Mac OS X which does ha

Re: Mac OS X 10.8 and OpenPGP Cards

On Fri, Jul 27, 2012 at 08:45:51PM +0200 Also sprach Richard Höchenberger: > On 27/7/2012 20:12, Kevin Kammer wrote: > > It has been so long since I had to mess with it (on my mac anyway) that > > I don't remember. Which libraries do you mean? > > I never had to install any additional libraries,

Re: Mac OS X 10.8 and OpenPGP Cards

On 27/7/2012 20:12, Kevin Kammer wrote: > It has been so long since I had to mess with it (on my mac anyway) that > I don't remember. Which libraries do you mean? I never had to install any additional libraries, at least not until 10.7.4. Don't know about ML though :) Richard __

Re: Mac OS X 10.8 and OpenPGP Cards

On Fri, Jul 27, 2012 at 09:26:14AM +0100 Also sprach Nicholas Cole: > On Thu, Jul 26, 2012 at 8:34 PM, Kevin Kammer > wrote: > > ... > > > > I just upgraded from Mac OS X 10.7 to 10.8, and my ZeitControl cards, > > which were formerly working perfectly, are now inaccessible. > > > > ... > > If it

Re: Mac OS X 10.8 and OpenPGP Cards

On Thu, Jul 26, 2012 at 8:34 PM, Kevin Kammer wrote: > Well, the inevitable has happened, again. > > I just upgraded from Mac OS X 10.7 to 10.8, and my ZeitControl cards, > which were formerly working perfectly, are now inaccessible. > > ~ $ gpg2 --card-status > gpg: selecting openpgp failed: Card

Mac OS X 10.8 and OpenPGP Cards

Well, the inevitable has happened, again. I just upgraded from Mac OS X 10.7 to 10.8, and my ZeitControl cards, which were formerly working perfectly, are now inaccessible. ~ $ gpg2 --card-status gpg: selecting openpgp failed: Card error gpg: OpenPGP card not available: Card error Since I haven

Re: OpenPGP Cards

Hi, On 04/14/2012 02:53 PM, gabriel@telenet wrote: > My question is now: where can I buy, preferably in Belgium, blank > OpenPGP cards? I don't know about Belgium, but you can buy OpenPGP cards from kernelconsepts in Germany: http://shop.kernelconcepts.de/product_info.php?cPath=1_26&

OpenPGP Cards

n is now: where can I buy, preferably in Belgium, blank OpenPGP cards? Thanks in advance, gabriël ___ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users

Re: SHA2 in OpenPGP cards?

Werner Koch writes: > On Tue, 29 Sep 2009 09:46, si...@josefsson.org said: >> Hi! Before I spend time testing it, can the OpenPGP card support >> RSA-SHA2 signatures? > > The v2 cards support any hash agorithm as long as they fit into pkcs#1. When I attempt to generate a new key on the card wit

Re: 1.4.10rc1 and v2 OpenPGP cards/3072 bit keys

On Sun, 30 Aug 2009 18:07, ds...@gefira.pl said: > However, I cannot decrypt a message encrypted with a 3072b key, also > generated on-card. I'm 100% sure I'm entering a correct PIN but still I can confirm that. It seems there are actually two problems: One bug in gpg and afaics a bug in the car

1.4.10rc1 and v2 OpenPGP cards/3072 bit keys

> Noteworthy changes in version 1.4.10 (unreleased) > - > > * Support v2 OpenPGP cards. Hello, I have successfully created 2048 bit RSA keys with a v2 OpenPGP card from kernelconcepts, using an SCM SCR-335 reader. I have no p

generate command fails on OpenPGP cards

I created a test key pair on an OpenPGP card. When I try to run generate again to replace the test key pair, I get the following error: gpg: existing key will be replaced gpg: please wait while key is being generated ... gpg: pcsc_transmit failed: not transacted (0x80100016) gpg: apdu_sen