On Thu, 28 Mar 2024 08:26, Damien Cassou said:
> Is that a problem? Am I missing something important? It seems this
> causes me the troubles mentioned at [1].
Your subkeys are all stored on a smartcard. The primary key is online.
This is as intended. If you remove the the primary private key
Hi,
I have a usb smart card containing my subkeys and my master key is
stored offline on a usb disk.
When I list my secret keys while the usb disk is plugged in, I get:
sec ed25519/0xF72C652AE7564ECC 2018-07-09 [C] [expires: 2027-12-21]
Key fingerprint = 8E64 FBE5 45A3 94F5 D35C
excuse me sirs. when i wrote that question i was already very tired.
so in the meantime i realized that there are different code paths for
ed/x448 goldilocks.
one of them distinguishes the Endiannes on behalf of the algorithm (e.g.
sets is_little_endian to true | false in g10/ecdh.c).
i haven't
On Thu, 28 Mar 2024 00:49, Christian Sommer said:
> on the other hand a x488 fingerprint is 50 hex characters long. let's say
> it's 1 2 3 4 0 0 A B C D then its
> long keyid is 1 2 3 4 and its short keyid is 22 3 4.
x448 keys are created
Hi Damien!
On 28.03.24 08:26, Damien Cassou via Gnupg-users wrote:
As you can see, there is a '>' character before each subkey but not
before the master key. Someone on the web has a similar setup but
doesn't have the '>' before his subkeys [1].
The ">" indicates that the key is on a
On Thu, 28 Mar 2024 13:54, Christian Sommer said:
> Likewise by telling GnuPG you really want the short keyID displayed
> (gpg --keyid-format short) it takes the LAST 32 bytes of the FIRST 64
> bytes of the fingerprint.
The thing here is that the short keyid is not from the specification but
a
you are absolutely right:
when explicitly telling GnuPG to display x448 fingerprints (gpg
--fingerprint) it just spits out the "abbreviated hex format" by takes
the first 50 bytes and sweeping the rest under the rug! Not very nice.
Likewise by telling GnuPG you really want the short keyID
=
Prologue:
Re-reading
https://web.archive.org/web/20171225062127id_/http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/redirection.mspx?mfr=true
, I now notice '<& Reads the input from one handle and writes it to
the output of another handle.' (Read from
