Yesterday
Fri, Aug 30
As far as I know the practice to have separate -dev packages is very common among Linux distributions.
I wonder how common this practice of splitting development material into a separate file might be? It is in place at Alpine, since the file libgpg-error-dev exists. Once the related component is instaled, these messages/strings are printed:; output filtered:
checking for GPG Error - version >= 1.49... expr: warning: '^x-L': using '^' as the first character of a basic regular expression is not portable; it is ignored yes (1.49)
Thu, Aug 29
Does alpine split the development files of libgpg-error into a separate *-devel (or similar) package like most other distros? If yes, then you need to install this development package.
Wed, Aug 28
Thanks. Test works in my nightly builds now.
The bug doesn't occur when the normal certification process is used because there we specifically tell gpg which user IDs to sign (excluding the revoked one).
The interactor log shows what's happening:
EditInteractor: 0 -> nextState( GET_LINE, keyedit.prompt ) -> 1 EditInteractor: action result "lsign" EditInteractor: error now 0 (Erfolg) EditInteractor: 1 -> nextState( GOT_IT, ) -> 1 EditInteractor: no action executed EditInteractor: error now 0 (Erfolg)
gpg asks what to do. Kleopatra answers "lsign".
Mon, Aug 26
That's my badness.
I noticed by the CI at https://gitlab.com/redhat-crypto/libgcrypt/libgcrypt-mirror
Fri, Aug 23
The changes broke saving of groups after editing. See T7181#190402 and T7181#190448.
Thu, Aug 22
Wed, Aug 21
Please remove the any configuration file changes from kwatchgnupg. That is not a good idea. Launching kwatchgnupg is
a debugging aid and not a regular operation and thus the user can also enable debugging selectively with kleopatra.
kwatchgnupg should listen on the standard socket socket:// - for Windows we don't yet need it because there we don't have sockets anyway. Or well, eventually we will have same but that requires work in watchgnupg and gpgrt for the logging stuff.
Mon, Aug 19
works in VS-Desktop-3.2.93.33-Beta
Thanks.
Sat, Aug 17
Fri, Aug 16
Wed, Aug 14
Did a quick manual test import and encryption/decryption with VS-Desktop-3.2.93.1-Beta with the relevant test-X509 certificate.
Works as expected.
Tue, Aug 13
Mon, Aug 12
While searching for a different issue I found T6512: keyboxd with data pipe in which as I understand it a keyboxd hang is fixed but the fix in that task is not part of the stable branch and only in master. I might be misunderstanding it but just from reading the comments in T6512 this might be related.
My suspiction with this is that here the exchange server / outlook parses the mail attachment into MAPI and somehow handles mails differently then other attachments. This automatic conversion regarding attached mails is why we always ask users in Support to send us a problematic mail as a file in a zip archive. Otherwise Exchange will convert an attached Outlook MAPI mail to MIME and on the receiving side we can no longer see the original strucutre. Similar things are probably happening on the receiving side where the MIME eml "file" is converted into a MAPIOBJECT holding the forwarded mail which then confuses our internal knowledge about the attachments causing this error.
Sat, Aug 10
Actually we should get rid of stdio functions and use the es_foo replacements from libgpg-error.
Fri, Aug 9
Thu, Aug 8
Still no news? :c @aheinecke
Backported for VSD 3.3
Backported for VSD 3.3
Wed, Aug 7
Needs to be backported for VSD 3.3
This has already been fixed by Tobias, but the fix needs to be backported (because this also happens in the branch VSD 3.3 is built from).
Backported for VSD 3.3