This is the current development version of GnuPG.
Details
Details
Description
Wed, Apr 24
Wed, Apr 24
• werner moved T6682: agent: agent_kick_the_loop function to unblock the select(2) from Backlog to QA on the gnupg26 board.
• werner moved T6692: agent: Clean up check_own_socket to monitor socket takeover from Backlog to QA on the gnupg26 board.
• werner moved T6693: agent: Have a thread monitoring parent PID and homedir from Backlog to QA on the gnupg26 board.
• werner moved T7014: agent: Enhancement of PKDECRYPT for KEM interface from Backlog to WIP on the gnupg26 board.
Mon, Apr 22
Mon, Apr 22
Mon, Apr 15
Mon, Apr 15
• gniibe changed the status of T7014: agent: Enhancement of PKDECRYPT for KEM interface from Open to Testing.
Thu, Apr 11
Thu, Apr 11
Mar 19 2024
Mar 19 2024
Note that this has also been ported to 2.4 and 2.2 and tested by looking at the status lines.
Mar 14 2024
Mar 14 2024
• werner changed the status of T7042: AEAD mode does not properly handle modified cipher text from Open to Testing.
• werner added a project to T7042: AEAD mode does not properly handle modified cipher text: gnupg26.
Thanks for reporting this. Returning error codes to upper layers is not always easy because the original logic is that we have a global error counter to decide whether an operation succeeded. My fix to check the error code before emitting the DECRYPTION_OKAY status,
Feb 23 2024
Feb 23 2024
Jan 26 2024
Jan 26 2024
• gniibe added projects to T6682: agent: agent_kick_the_loop function to unblock the select(2): gnupg26, gpgagent, keyboxd.
• gniibe added projects to T6692: agent: Clean up check_own_socket to monitor socket takeover: gnupg26, keyboxd.
• gniibe added projects to T6693: agent: Have a thread monitoring parent PID and homedir: gnupg26, gpgagent, keyboxd.
Jan 22 2024
Jan 22 2024
Dec 26 2023
Dec 26 2023
Nov 27 2023
Nov 27 2023
• gniibe added a comment to T6465: Store the ECDH parameters in the key file.
It's true that for KEYTOCARD command, there is optional argument for ECDH.
My point is that for PKDECRYPT command, it will be needed to add mechanism for getting such a parameter (when we use KEM API in gpg-agent).
• werner added a comment to T6465: Store the ECDH parameters in the key file.
We already have the ECDH parameters for OpenPGP in the gpg-agent API. The question is how large the data for PQC will be - likely we need to use an inquire already for this reason.
• gniibe added a comment to T6465: Store the ECDH parameters in the key file.
Considering the design of gpg-agent which focuses on private key operations and data, it would be better to enhance the gpg-agent protocol to inquire public key data of any format defined by the client (including ECDH KDF parameters of OpenPGP). I mean, instead of storing data in the key file (originally designed for private key + some additional data), we will enhance the protocol.
Nov 23 2023
Nov 23 2023
Oct 28 2023
Oct 28 2023
aheinecke added a project to T6234: Implement access to smartcards via a generic pkcs#11 interface: Restricted Project.
Please excuse my question but this issue has been WIP for 8 months. I think it was forgotten a bit. Especially since we are not shipping Okular for general signing of PDF documents this issue might help as a stopgap for Smartcards which we do not yet support natively and reduce the pressure a bit to add more PKCS#15 smartcards which can currently be used with Adobe and Mozilla NSS through their proprietary PKCS#11 modules. So I would like to raise the priority for this a bit. But I don't think high is appropriate. That would be for werner to decide.
Oct 26 2023
Oct 26 2023
• werner moved T6705: Provide strong v5 fingerprints also for v4 keys from Backlog to gpgme 1.23.x on the gpgme board.
Sep 4 2023
Sep 4 2023
• werner updated the task description for T6705: Provide strong v5 fingerprints also for v4 keys.
Aug 29 2023
Aug 29 2023
Aug 23 2023
Aug 23 2023
• werner edited projects for T5583: Support RSCS dedicated OpenPGP for OID., added: gnupg26; removed gnupg22.
Aug 17 2023
Aug 17 2023
• werner renamed T6647: Finish implementation of --export-secret-ssh-key from 'Invalid public key algorithm' trying to export a ed25519 secret SSH key to Finish implementation of --export-secret-ssh-key.
Sorry, I only now noticed that you used the --export-secret-ssh-key. Unfortunately commit
rGafe5fcda52e88438c7a7278117b2e03f510a9c1c states in the comment:
"Due to time constraints the code is not yet ready." Let's turn this into a feature request.
Aug 4 2023
Aug 4 2023
• gniibe changed the status of T6625: libassuan: Add assuan_control function, a subtask of T6606: Use new API of libassuan 3, from Open to Testing.
• gniibe added subtasks for T6606: Use new API of libassuan 3: T6487: libassuan: Clear semantics for assuan_get_pid and improve use cases for process control, T5925: libassuan: Add assuan_sock_accept function to the API, T6625: libassuan: Add assuan_control function, T6236: libassuan: Support sendfd/recvfd (possibly by new API) on Windows.
• gniibe changed the status of T6227: Windows 64-bit: NPTH API, a subtask of T6508: Port GnuPG to 64-bit Windows, from Open to Testing.
• gniibe changed the status of T4655: Windows 64-bit: gnupg_fd_t, assuan_fd_t and int for fd in the API, and casts, a subtask of T6508: Port GnuPG to 64-bit Windows, from Open to Testing.
• gniibe changed the status of T4656: Windows 64-bit: functions which use pid_t, a subtask of T6508: Port GnuPG to 64-bit Windows, from Open to Testing.
• gniibe added a subtask for T6508: Port GnuPG to 64-bit Windows: T4656: Windows 64-bit: functions which use pid_t.
assuan_sock_accept approach is taken in gnupg master.
• gniibe changed the status of T6599: INT2FD and npth_accept, a subtask of T6508: Port GnuPG to 64-bit Windows, from Open to Testing.
• gniibe changed the status of T6606: Use new API of libassuan 3, a subtask of T6599: INT2FD and npth_accept, from Open to Testing.
gniibe/t6606 patches are all pushed into master.