Page MenuHome GnuPG
Feed Advanced Search

Advanced Search
Use Results
Hide Query

Jan 8 2025

• gniibe added a comment to T7478: _gpg_close_all_fds hangs on nwer Linux systems in a simple chroot w/o /proc/self/fd.

Thank you for your report.

Jan 8 2025, 7:49 AM · Linux, gnupg, gpgrt, Bug Report

Jan 7 2025

dkg added a project to T7478: _gpg_close_all_fds hangs on nwer Linux systems in a simple chroot w/o /proc/self/fd: gnupg.
Jan 7 2025, 11:44 PM · Linux, gnupg, gpgrt, Bug Report
• werner closed T7469: gnupg fr.po updates as Resolved.

All applied.

Jan 7 2025, 8:27 AM · i18n, gnupg

Dec 20 2024

ametzler1 created T7469: gnupg fr.po updates.
Dec 20 2024, 6:52 PM · i18n, gnupg
• ikloecker added a project to T7468: Kleopatra: General error when aborting subkey generation: gnupg.

Looks like gpg 2.2 doesn't emit a canceled status log message, but gpg 2.4 does if the problem only occurs with VSD but not with Gpg4win.

Dec 20 2024, 5:22 PM · gnupg22, kleopatra
• gniibe closed T7071: gpg: Support of No CRC in ASCII armor as Resolved.
Dec 20 2024, 1:17 AM · gnupg, Bug Report

Dec 19 2024

bitigchi closed T7454: Kleopatra: GnuPG System settings’ translations are not pulled as Invalid.

Installing language-pack-tr-base fixed the issue. Closing. Sorry for the noise.

Dec 19 2024, 6:35 PM · Not A Bug, gnupg, Bug Report

Dec 18 2024

• werner reopened T7454: Kleopatra: GnuPG System settings’ translations are not pulled as "Open".
Dec 18 2024, 5:25 PM · Not A Bug, gnupg, Bug Report
bitigchi added a comment to T7454: Kleopatra: GnuPG System settings’ translations are not pulled.
In T7454#196228, @werner wrote:

Actually not a bug: In my tests I forgot to unset LANGUAGES and LANG before calling gpg.

LANGUAGE= LANG= LC_MESSAGES=de_DE gpg

Thus this should work. But it did only work when I used

LANGUAGE= LANG= LC_MESSAGES=de_DE.UTF8 gpg

Thus the whole thing is related to the configuration of locale.alias and on whether LANGUAGE is set in the environment (for me it is set to en_US:en

Dec 18 2024, 5:21 PM · Not A Bug, gnupg, Bug Report
• werner closed T7454: Kleopatra: GnuPG System settings’ translations are not pulled as Resolved.

Actually not a bug: In my tests I forgot to unset LANGUAGES and LANG before calling gpg.

Dec 18 2024, 3:28 PM · Not A Bug, gnupg, Bug Report

Dec 16 2024

• ebo moved T7322: Kleopatra: General error if ADSK is not configured correctly from WiP to QA on the vsd33 board.
Dec 16 2024, 11:19 AM · vsd33 (vsd-3.3.0), Restricted Project, gnupg
• gniibe changed the status of T7457: gpg --full-gen-key doesn't show list of keys on card (regression) from Open to Testing.
Dec 16 2024, 2:00 AM · gnupg26, gnupg24, Bug Report
• gniibe claimed T7457: gpg --full-gen-key doesn't show list of keys on card (regression).

It's a bug I introduced when fixing T7309.
Fixed in rGaa36f6ae8bae: gpg: Fix key generation with existing key from card.

Dec 16 2024, 2:00 AM · gnupg26, gnupg24, Bug Report

Dec 13 2024

• alexk placed T7457: gpg --full-gen-key doesn't show list of keys on card (regression) up for grabs.
Dec 13 2024, 3:16 PM · gnupg26, gnupg24, Bug Report
• alexk created T7457: gpg --full-gen-key doesn't show list of keys on card (regression).
Dec 13 2024, 3:12 PM · gnupg26, gnupg24, Bug Report

Dec 12 2024

• werner added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

Right, the first process is the gpg-connect-agent (via gpgconf). I used gpg just as an example. All processes use the same code to launch the agent.

Dec 12 2024, 9:27 AM · gnupg, kleopatra
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

There were three parties involved:

  • gpgconf --launch gpg-agent
  • gpg -k ...
  • gpgsm --server followed by LISTKEYS command
Dec 12 2024, 9:05 AM · gnupg, kleopatra
• werner claimed T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).
Dec 12 2024, 7:54 AM · gnupg, kleopatra
• werner added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

Thinking again about this my hypothesis is:

Dec 12 2024, 7:54 AM · gnupg, kleopatra
• gniibe added a comment to T7368: dirmngr/dns.c files to compile due to type-mismatch caused by missing _XOPEN_SOURCE on Solaris and derivatives.

IIUC, simpler solution would be modifying m4/socklen.m4 adding Solaris variant specific code.
Tweaking _XOPEN_SOURCE requires the change of Autoconf (if done correctly), which would be larger surgery.

Dec 12 2024, 7:46 AM · gnupg26, dns, Solaris, Bug Report

Dec 11 2024

• werner added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).
In T7434#195318, @ikloecker wrote:

I'm wondering what happened (or why nothing happened) between the exit of gpg-agent[2816] at 10:11:12 and the start of gpg-agent[6492] at 10:12:00.

Dec 11 2024, 4:02 PM · gnupg, kleopatra
• ebo closed T7437: Kleopatra: Remove explicit start of gpg-agent on startup, a subtask of T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound), as Invalid.
Dec 11 2024, 2:04 PM · gnupg, kleopatra
• ebo closed T7438: Kleopatra: Serialize listing of OpenPGP and S/MIME certificates, a subtask of T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound), as Invalid.
Dec 11 2024, 2:03 PM · gnupg, kleopatra
• ebo triaged T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound) as High priority.
Dec 11 2024, 10:58 AM · gnupg, kleopatra
• aheinecke added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

I am not sure if it helps if I comment, I just saw that this is issue cropped up again, and although we might be seeing different problems since other reports like T6623: Kleopatra hangs "Loading certificate cache" on Windows 10 T4581: Kleopatra stuck in loading the certificate cache are about indefinite hangs. (Was a timeout added in a generic place recently?) I just hope that at one point the underlying cause for this is found and resolved instead of hiding the symptom each time we find a way to reproduce this a bit better. Seeing T7437 and T7438 in which I commented a bit more made me sad that this is still not treated as a GnuPG issue.

Dec 11 2024, 7:53 AM · gnupg, kleopatra
• aheinecke merged T3793: Speed up Keylistings in GPG(SM) into T6206: Kleopatra: Listing certificates initially just takes too long..
Dec 11 2024, 6:58 AM · S/MIME, gnupg, kleopatra
• aheinecke merged task T3793: Speed up Keylistings in GPG(SM) into T6206: Kleopatra: Listing certificates initially just takes too long..
Dec 11 2024, 6:58 AM · gnupg

Dec 6 2024

• gniibe closed T7192: gnupg-2.5.0: Use gpgrt_process_spawn API (was: Does not build due to undeclared identifier 'environ') as Resolved.
Dec 6 2024, 1:05 AM · gnupg, Bug Report

Dec 5 2024

• werner closed T7193: gnupg-2.5.0: Does not build due to missing declaration of read and write as Resolved.
Dec 5 2024, 4:36 PM · MacOS, gnupg, Bug Report
• werner closed T7316: Curve25519/v5 key cannot be exported, a subtask of T7315: Allow exporting of PQC keys., as Resolved.
Dec 5 2024, 4:32 PM · gnupg26, OpenPGP, PQC, gnupg
• werner closed T7316: Curve25519/v5 key cannot be exported as Resolved.
Dec 5 2024, 4:32 PM · gnupg26, OpenPGP, PQC, gnupg
• werner closed T7351: 2.2.45 exitcode 2 when importing revocation cert for expired key as Resolved.
Dec 5 2024, 4:30 PM · gnupg, Bug Report
• werner added a comment to T7351: 2.2.45 exitcode 2 when importing revocation cert for expired key.

@ilf: Yes these message are emitted using log_info in 2.4.7 and 2.5.2. Thus they don't case a failure exit. I will silence them with --quiet in 2.5.3.

Dec 5 2024, 4:28 PM · gnupg, Bug Report
• werner moved T7289: Release GnuPG 2.5.2 from Backlog to Done on the gnupg26 board.
Dec 5 2024, 11:48 AM · gnupg, Release Info, gnupg26
• werner updated the task description for T7289: Release GnuPG 2.5.2.
Dec 5 2024, 11:47 AM · gnupg, Release Info, gnupg26
• werner triaged T7442: Release GnuPG 2.5.3 as Normal priority.
Dec 5 2024, 11:45 AM · Release Info, gnupg

Dec 4 2024

• werner closed T7397: Kleopatra: Support Kyber generation, a subtask of T6636: PQC Implementation, as Resolved.
Dec 4 2024, 2:46 PM · PQC, gnupg, libgcrypt
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

I have created two subtasks for the two changes we could make in Kleopatra to avoid the gpg-agent startup race.

Dec 4 2024, 11:29 AM · gnupg, kleopatra
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

Neither gpg nor gpgsm start gpg-agent if the keyring is empty. That's why Andre made Kleo start gpg-agent explicitly so that people could get going with an empty keyring after inserting their (PKCS#15) smartcard.

Dec 4 2024, 11:11 AM · gnupg, kleopatra
• werner added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

Kleo needs this only because it wants to directly talk to gpg-agent via Assuan. For example to get smartcard infos. What about delaying this part until you have received some data back from gpg or gpgsm? This makes sure that the agent has been started.

Dec 4 2024, 10:07 AM · gnupg, kleopatra

Dec 3 2024

• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

Yes, that's what happens. I did an experiment with waiting for gpgconf --launch gpg-agent to succeed, but the timeout of 5 seconds I used was too low and I didn't feel like increasing the timeout. Instead now we run gpgconf --launch gpg-agent detached.

Dec 3 2024, 4:48 PM · gnupg, kleopatra
• werner added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

Let me guess: Kleopatra starts the agent using gpgconf --launch gpg-agent which in turn uses gpg-connect-agent to actually start the agent if needed. Kleopatra does not seem to wait for the launch to succeed and fires up gpg and gpgsm. They both wait for the gpg-agent to be started and both use the same locking strategy. However, this involves a pseudo random wait which should avoid deadlocks. See gnupg/common/dotlock.c:next_wait_interval

Dec 3 2024, 4:34 PM · gnupg, kleopatra
• ikloecker changed the status of T6663: Kleopatra: change option "publish on keyserver", a subtask of T6626: Kleopatra: Improve certification and revocation, from Open to Testing.
Dec 3 2024, 4:20 PM · kleopatra
• ikloecker changed the status of T6627: Kleopatra: Add checkbox in certifications dialog, a subtask of T6626: Kleopatra: Improve certification and revocation, from Open to Testing.
Dec 3 2024, 4:14 PM · kleopatra
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

I'm wondering what happened (or why nothing happened) between the exit of gpg-agent[2816] at 10:11:12 and the start of gpg-agent[6492] at 10:12:00.

Dec 3 2024, 2:40 PM · gnupg, kleopatra
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

scdaemon logged this:

2024-12-03 10:12:02 scdaemon[6272] Es wird auf Socket `C:\\Users\\g10code\\AppData\\Local\\gnupg\\S.scdaemon' gehört
2024-12-03 10:12:02 scdaemon[6272] Handhabungsroutine für fd -1 gestartet
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 -> OK GNU Privacy Guard's Smartcard server ready, process 6272
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 <- GETINFO socket_name
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 -> D C:\Users\g10code\AppData\Local\gnupg\S.scdaemon
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 -> OK
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 <- OPTION event-signal=28c
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 -> OK
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 <- KEYINFO --list
2024-12-03 10:12:02 scdaemon[6272] DBG: chan_0x000002f8 -> OK
[...]
Dec 3 2024, 2:29 PM · gnupg, kleopatra
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

gpgsm logged this:

2024-12-03 10:11:08 gpgsm[3940] enabled debug flags: ipc
2024-12-03 10:11:08 gpgsm[3940] enabled compatibility flags:
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> # Home: C:\Users\g10code\AppData\Roaming\gnupg
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> # Config: C:/Users/g10code/AppData/Roaming/gnupg/gpgsm.conf
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> # DirmngrInfo: C:\Users\g10code\AppData\Local\gnupg\S.dirmngr
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK GNU Privacy Guard's S/M server 2.4.7 ready, process 3940
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- OPTION ttyname=/dev/tty
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- OPTION enable-audit-log=1
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- OPTION allow-pinentry-notify
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- OPTION list-mode=1
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- OPTION with-validation=1
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- OPTION with-secret=1
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- OPTION offline=1
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 -> OK
2024-12-03 10:11:08 gpgsm[3940] DBG: chan_0x000001a0 <- LISTKEYS 
2024-12-03 10:11:10 gpgsm[3940] Kein aktiver gpg-agent - `C:\\Program Files (x86)\\GnuPG\\bin\\gpg-agent.exe' wird gestartet
2024-12-03 10:11:10 gpgsm[3940] DBG: chan_0x000001a0 -> S PROGRESS starting_agent ? 0 0
2024-12-03 10:11:11 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:13 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:15 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:16 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:19 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:20 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:22 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:24 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:26 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:27 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:30 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:31 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:33 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:35 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:37 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:38 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:41 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:42 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:44 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:45 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:48 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:49 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:52 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:53 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:55 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:57 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:59 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:12:00 gpgsm[3940] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- OK Pleased to meet you, process 6492
2024-12-03 10:12:03 gpgsm[3940] DBG: connection to the gpg-agent established
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> RESET
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- OK
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> OPTION ttyname=/dev/tty
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- OK
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> OPTION putenv=QT_QPA_PLATFORM=windows:darkmode=2
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- OK
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> GETINFO version
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- D 2.4.7
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- OK
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> OPTION allow-pinentry-notify
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- OK
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> HAVEKEY 46B01CFBE21A10B2CFF41ABBD1D6A03E3F364121
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- ERR 67108881 Kein geheimer Schlüssel <GPG Agent>
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> ISTRUSTED 22FF41AB501FD708D10B0931E6F72A5C64DCF10E
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- S TRUSTLISTFLAG relax
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- OK
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 -> KEYINFO 46B01CFBE21A10B2CFF41ABBD1D6A03E3F364121
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x00000294 <- ERR 67108891 Nicht gefunden <GPG Agent>
[...]
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x000001a0 <- BYE
2024-12-03 10:12:03 gpgsm[3940] DBG: chan_0x000001a0 -> OK closing connection
2024-12-03 10:12:03 gpgsm[3940] secmem usage: 0/16384 bytes in 0 blocks
Dec 3 2024, 2:28 PM · gnupg, kleopatra
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

gpg logged this:

2024-12-03 10:11:08 gpg[3936] enabled debug flags: ipc
2024-12-03 10:11:08 gpg[3936] enabled compatibility flags:
2024-12-03 10:11:08 gpg[3936] verwende Vertrauensmodell pgp
2024-12-03 10:11:10 gpg[3936] Kein aktiver gpg-agent - `C:\\Program Files (x86)\\GnuPG\\bin\\gpg-agent.exe' wird gestartet
2024-12-03 10:11:11 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:13 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:15 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:16 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:19 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:20 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:22 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:23 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:26 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:27 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:30 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:31 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:33 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:34 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:37 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:38 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:41 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:42 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:44 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:45 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:48 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:49 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:52 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:53 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:55 gpg[3936] waiting for lock C:\\Users\\g10code\\AppData\\Roaming\\gnupg\\gnupg_spawn_agent_sentinel.lock...
2024-12-03 10:11:58 gpg[3936] Warte bis der gpg-agent bereit ist ... (8s)
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK Pleased to meet you, process 6492
2024-12-03 10:12:02 gpg[3936] Verbindung zum gpg-agent aufgebaut
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> RESET
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> OPTION ttyname=/dev/tty
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> OPTION putenv=QT_QPA_PLATFORM=windows:darkmode=2
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> GETINFO version
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- D 2.4.7
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> OPTION allow-pinentry-notify
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> OPTION agent-awareness=2.1.0
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> HAVEKEY --list=1000
2024-12-03 10:12:02 gpg[3936] DBG: chan_0000027c <- [ 44 20 07 af f5 9c 99 cf cd 72 e0 c7 a6 af 8f 94 ...(942 byte(s) skipped) ]
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c -> KEYINFO 950A511AA08C9A16C9FA3DD1AA8C1E4BF43E0B0F
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- S KEYINFO 950A511AA08C9A16C9FA3DD1AA8C1E4BF43E0B0F D - - - P - - -
2024-12-03 10:12:02 gpg[3936] DBG: chan_0x0000027c <- OK
[...]
2024-12-03 10:12:03 gpg[3936] DBG: chan_0x0000027c -> KEYINFO 58C8BB90D9D8565156786B1F17C4C6E404237F3A
2024-12-03 10:12:03 gpg[3936] DBG: chan_0x0000027c <- S KEYINFO 58C8BB90D9D8565156786B1F17C4C6E404237F3A D - - - C - - -
2024-12-03 10:12:03 gpg[3936] DBG: chan_0x0000027c <- OK
2024-12-03 10:12:03 gpg[3936] secmem usage: 0/32768 bytes in 0 blocks
Dec 3 2024, 2:26 PM · gnupg, kleopatra
• ikloecker added a comment to T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).

gpg-agent.log starts with

2024-12-03 10:11:12 gpg-agent[2816] Der Socket kann nicht an `C:\\Users\\g10code\\AppData\\Local\\gnupg\\S.gpg-agent' gebunden werden: Unknown error
2024-12-03 10:11:12 gpg-agent[2816] secmem usage: 0/32768 bytes in 0 blocks

Looks like gpg-agent tried to bind the socket and immediately exited when this failed. The logs of gpg-agent continue 48 seconds later with

2024-12-03 10:12:00 gpg-agent[6492] Es wird auf Socket `C:\\Users\\g10code\\AppData\\Local\\gnupg\\S.gpg-agent' gehört
2024-12-03 10:12:00 gpg-agent[6492] Es wird auf Socket `C:\\Users\\g10code\\AppData\\Local\\gnupg\\S.gpg-agent.extra' gehört
2024-12-03 10:12:00 gpg-agent[6492] Es wird auf Socket `C:\\Users\\g10code\\AppData\\Local\\gnupg\\S.gpg-agent.browser' gehört
2024-12-03 10:12:00 gpg-agent[6492] Es wird auf Socket `C:\\Users\\g10code\\AppData\\Local\\gnupg\\S.gpg-agent.ssh' gehört
2024-12-03 10:12:00 gpg-agent[6492] gpg-agent (GnuPG) 2.4.7 started
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 <- RESET
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 -> OK
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 <- OPTION ttyname=/dev/tty
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 -> OK
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 <- OPTION putenv=QT_QPA_PLATFORM=windows:darkmode=2
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 -> OK
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 <- GETINFO version
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 -> D 2.4.7
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 -> OK
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 <- OPTION allow-pinentry-notify
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 -> OK
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 <- OPTION agent-awareness=2.1.0
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 -> OK
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x00000084 <- HAVEKEY --list=1000
2024-12-03 10:12:02 gpg-agent[6492] no running C:\\Program Files (x86)\\GnuPG\\bin\\scdaemon.exe daemon - starting it
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x000002a4 <- OK GNU Privacy Guard's Smartcard server ready, process 6272
2024-12-03 10:12:02 gpg-agent[6492] first connection to daemon C:\\Program Files (x86)\\GnuPG\\bin\\scdaemon.exe established
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x000002a4 -> GETINFO socket_name
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x000002a4 <- D C:\Users\g10code\AppData\Local\gnupg\S.scdaemon
2024-12-03 10:12:02 gpg-agent[6492] DBG: chan_0x000002a4 <- OK
2024-12-03 10:12:02 gpg-agent[6492] DBG: additional connections at 'C:\\Users\\g10code\\AppData\\Local\\gnupg\\S.scdaemon'
Dec 3 2024, 2:24 PM · gnupg, kleopatra
• ikloecker created T7434: Kleopatra: Initial keylisting hangs for ~60 seconds (gpg-agent: Socket ...S.gpg-agent cannot be bound).
Dec 3 2024, 2:21 PM · gnupg, kleopatra

Dec 2 2024

• werner triaged T7373: gpg --export-secret-keys exits with General error if the password prompt was canceled as Normal priority.
Dec 2 2024, 1:54 PM · Feature Request, gnupg26, gnupg
• ebo closed T4249: No connection to Keyserver possible as Resolved.

This ticket is obsolete

Dec 2 2024, 1:36 PM · gnupg, dirmngr, Bug Report, gpg4win
• ikloecker removed a project from T4159: Kleopatra fails to create new Key Pair: kleopatra.

This doesn't look like a problem in Kleopatra.

Dec 2 2024, 11:34 AM · gnupg, Bug Report, gpg4win
• ikloecker removed a project from T3601: GnuPG: Decryption on Windows Samba share is very slow: kleopatra.

Kleopatra now let's gpg deal with I/O directly. This makes decryption with Kleopatra as fast (or slow) as with gpg on the command line. Hence I'll remove the Kleopatra tag.

Dec 2 2024, 9:50 AM · gpg4win, gnupg
• gniibe closed T7426: Retain binary representation of key for import->export (in particular, Ed25519 signature) as Resolved.

OK, it's done. closed.

Dec 2 2024, 5:49 AM · gnupg

Nov 30 2024

ilf added a comment to T7351: 2.2.45 exitcode 2 when importing revocation cert for expired key.

I get this message even with --quiet:

Nov 30 2024, 12:15 PM · gnupg, Bug Report

Nov 29 2024

• gniibe closed T7058: KDF-DO is not properly implemented as Resolved.

Fixed in 2.5.0 and 2.4.6.

Nov 29 2024, 8:02 AM · scd, gnupg, Bug Report
• gniibe closed T7288: gpg is not properly handling IPGP entries as Resolved.

Fixed in 2.4.6.

Nov 29 2024, 7:59 AM · dns, dirmngr, gnupg, Bug Report
• gniibe closed T7201: More memory leaks in gnupg as Resolved.

Fixed in 2.4.6.

Nov 29 2024, 7:58 AM · gnupg, Bug Report

Nov 28 2024

• werner set External Link to https://lists.gnupg.org/pipermail/gnupg-announce/2024q4/000487.html on T7353: Release GnuPG 2.4.7.
Nov 28 2024, 1:03 PM · gnupg, Release Info

Nov 26 2024

dkg updated the task description for T7106: Trailing newline trouble in clearsigned message generation and verification.
Nov 26 2024, 11:24 PM · Not A Bug, gnupg

Nov 25 2024

• werner closed T7353: Release GnuPG 2.4.7 as Resolved.
Nov 25 2024, 12:27 PM · gnupg, Release Info
• werner triaged T7428: Release GnuPG 2.4.8 as Low priority.
Nov 25 2024, 12:11 PM · gnupg, Release Info
• werner changed the status of T7426: Retain binary representation of key for import->export (in particular, Ed25519 signature) from Open to Testing.

I cherry picked your patch for master and 2.4.

Nov 25 2024, 11:13 AM · gnupg

Nov 22 2024

• werner renamed T7425: gpg --assert-pubkey-algo claims that ed25519 is stronger that ed448 from gpg --assert-pubkey-algo cmails that ed25519 is stringer that ed448 to gpg --assert-pubkey-algo claims that ed25519 is stronger that ed448.
Nov 22 2024, 4:58 PM · Bug Report, OpenPGP, gnupg
• werner closed T7425: gpg --assert-pubkey-algo claims that ed25519 is stronger that ed448 as Resolved.

For master fixed with rGbb6b38c24010258c7cb2da840d0a088fe43393b3 (Wrong bug id used).
Also fixed for gnupg24.

Nov 22 2024, 4:58 PM · Bug Report, OpenPGP, gnupg
• werner triaged T7425: gpg --assert-pubkey-algo claims that ed25519 is stronger that ed448 as Low priority.
Nov 22 2024, 4:42 PM · Bug Report, OpenPGP, gnupg
• ebo closed T7424: Kleopatra: Filter for QES suitable certificates does not work as Invalid.

It works, technically.
But for this to work you have to put the keyword "qual" at the end of the line of the system trustlist.txt file, the user trustlist.txt won't work. Example line:

Nov 22 2024, 2:31 PM · gnupg, kleopatra

Nov 14 2024

• ikloecker changed the status of T7397: Kleopatra: Support Kyber generation, a subtask of T6636: PQC Implementation, from Open to Testing.
Nov 14 2024, 4:39 PM · PQC, gnupg, libgcrypt

Nov 6 2024

• ikloecker raised the priority of T7373: gpg --export-secret-keys exits with General error if the password prompt was canceled from Low to Needs Triage.
Nov 6 2024, 9:03 AM · Feature Request, gnupg26, gnupg

Nov 5 2024

• ikloecker triaged T7373: gpg --export-secret-keys exits with General error if the password prompt was canceled as Low priority.
Nov 5 2024, 9:31 PM · Feature Request, gnupg26, gnupg
• ebo closed T5849: "gpg --logger-fd 1" doesn't override log-file in gpg.conf as Resolved.

This looks as if it is resolved. Should I be wrong, you can reopen it.

Nov 5 2024, 10:18 AM · gnupg, Support

Nov 4 2024

• ebo changed the status of T7322: Kleopatra: General error if ADSK is not configured correctly from Open to Testing.
Nov 4 2024, 10:42 AM · vsd33 (vsd-3.3.0), Restricted Project, gnupg

Nov 3 2024

• werner added projects to T7368: dirmngr/dns.c files to compile due to type-mismatch caused by missing _XOPEN_SOURCE on Solaris and derivatives: Solaris, gnupg, dns.
Nov 3 2024, 3:42 PM · gnupg26, dns, Solaris, Bug Report

Oct 31 2024

• ikloecker moved T7322: Kleopatra: General error if ADSK is not configured correctly from Backlog to WiP on the vsd33 board.

Werner backported this to GnuPG 2.2.45.

Oct 31 2024, 6:49 PM · vsd33 (vsd-3.3.0), Restricted Project, gnupg
• ebo moved T7322: Kleopatra: General error if ADSK is not configured correctly from Restricted Project Column to Restricted Project Column on the Restricted Project board.
Oct 31 2024, 3:54 PM · vsd33 (vsd-3.3.0), Restricted Project, gnupg
• ebo added a project to T7322: Kleopatra: General error if ADSK is not configured correctly: Restricted Project.

ok, regarding better access to the more detailed error dialog see the above mentioned ticket

Oct 31 2024, 3:54 PM · vsd33 (vsd-3.3.0), Restricted Project, gnupg

Oct 30 2024

• ebo added a comment to T7354: Leak of User-ID via clipboard.

Sorry, I've pasted the wrong link, I wanted to paste this one: https://lists.gnupg.org/mailman/listinfo/gnupg-users

Oct 30 2024, 3:46 PM · kleopatra, gnupg, Bug Report
marcel.proust added a comment to T7354: Leak of User-ID via clipboard.

Why would I turn to the Windows mailing list when I am a Linux user?

Oct 30 2024, 3:16 PM · kleopatra, gnupg, Bug Report
• ebo closed T7354: Leak of User-ID via clipboard as Invalid.

I removed a duplicated comment above.
Please do not duplicate information (no top posting) and keep your descriptions short and to the point.

Oct 30 2024, 10:45 AM · kleopatra, gnupg, Bug Report
marcel.proust added a comment to T7354: Leak of User-ID via clipboard.

"BTW, GnuPG 2.3.4 is a very old version."

Oct 30 2024, 9:43 AM · kleopatra, gnupg, Bug Report
wiktor-k added a comment to T4060: Add ability to mark critical notations as "recognized" during signature verification.

I've checked and can confirm this is working as intended.

Oct 30 2024, 9:34 AM · gnupg, gpgme, Feature Request
marcel.proust added a comment to T7354: Leak of User-ID via clipboard.
Oct 30 2024, 9:30 AM · kleopatra, gnupg, Bug Report
marcel.proust added a comment to T7354: Leak of User-ID via clipboard.

In the story of my life, you are a mythological figure.

Oct 30 2024, 9:28 AM · kleopatra, gnupg, Bug Report
• ikloecker reassigned T7313: gpgconf --list-options does not handle multiple trusted-keys. from • ikloecker to • werner.

Kleopatra just checks if the option "default-new-key-adsk" is set (i.e. it doesn't matter if it's an option with scalar value or list value). The other two options that were changed are not used by Kleopatra.

Oct 30 2024, 9:11 AM · Feature Request, gnupg
• werner triaged T7351: 2.2.45 exitcode 2 when importing revocation cert for expired key as Normal priority.
Oct 30 2024, 8:32 AM · gnupg, Bug Report
• werner renamed T7354: Leak of User-ID via clipboard from Major Security Issue: Leak of User-ID via clipboard to Leak of User-ID via clipboard.
Oct 30 2024, 8:31 AM · kleopatra, gnupg, Bug Report
• werner added a comment to T7351: 2.2.45 exitcode 2 when importing revocation cert for expired key.

I reviewed this and there are actually two changes. The first chnage
is a simple string change from

Oct 30 2024, 8:08 AM · gnupg, Bug Report

Oct 29 2024

ametzler1 added a comment to T7351: 2.2.45 exitcode 2 when importing revocation cert for expired key.

Hello,
I have a hard time to agree that is the right thing for gnupg to throw an error if it successfully imported a revocation certificate for an expired key. This is a meaningful (and not useless) change even if the key is expired.

Oct 29 2024, 6:13 PM · gnupg, Bug Report
• TobiasFella added a comment to T7335: S/MIME keys are not listed correctly.

Tested again on linux with current master (at 18081e2ecf43de2be6ad5a7ca3384e1e2b66914d) and 2.2 (at 5c0383d558cc9112c4c0984a3b2a6c98b29a92ca) - still same behavior.

Oct 29 2024, 2:35 PM · gnupg, Bug Report
• werner triaged T7353: Release GnuPG 2.4.7 as Normal priority.
Oct 29 2024, 2:22 PM · gnupg, Release Info
• werner placed T6500: Keyserver access via http-proxy isn't attempted when using standard-resolver up for grabs.
Oct 29 2024, 1:32 PM · gnupg, dns, Bug Report
• werner edited projects for T6500: Keyserver access via http-proxy isn't attempted when using standard-resolver, added: gnupg; removed gnupg24.
Oct 29 2024, 1:32 PM · gnupg, dns, Bug Report
• werner edited projects for T6679: Keyboxd: SQL database disk image is malformed, added: gnupg, Support; removed gnupg24.
Oct 29 2024, 1:29 PM · Support, gnupg, gpg4win
• ikloecker added a comment to T7322: Kleopatra: General error if ADSK is not configured correctly.
In T7322#192972, @ebo wrote:

Which is of course technically correct but why can't we have the much more clear "invalid ADSK ... specified"? I think this would help troubleshooting.

Oct 29 2024, 1:26 PM · vsd33 (vsd-3.3.0), Restricted Project, gnupg
• werner added a comment to T7335: S/MIME keys are not listed correctly.

Was fixed in master with rG374195e741cf1c52daad6c07799d308c8a9f73e3 (bug tag was missing in the commit).

Oct 29 2024, 1:02 PM · gnupg, Bug Report
• werner moved T4060: Add ability to mark critical notations as "recognized" during signature verification from Backlog to QA for next release on the gpgme board.

Alright, finally supported by gpgme (fot 1.24) For testing you may use

Oct 29 2024, 12:04 PM · gnupg, gpgme, Feature Request
• ebo edited projects for T7322: Kleopatra: General error if ADSK is not configured correctly, added: vsd33; removed vsd33 (vsd-3.3.0).
Oct 29 2024, 10:08 AM · vsd33 (vsd-3.3.0), Restricted Project, gnupg
• ebo added a project to T7322: Kleopatra: General error if ADSK is not configured correctly: vsd33 (vsd-3.3.0).

This is not on any workboard. But I tested it with 4win-Beta-64 and the error shown in Kleopatra is now "Unusable public key".
So I'll put it on vsd33.

Oct 29 2024, 10:08 AM · vsd33 (vsd-3.3.0), Restricted Project, gnupg

Oct 28 2024

• werner added a comment to T7351: 2.2.45 exitcode 2 when importing revocation cert for expired key.

Indeed, gpg fixes a long standing bug in that expired trusted-keys were not correctly handled. Thus this error message

Oct 28 2024, 9:46 AM · gnupg, Bug Report
First
Prev
Next