In T5411#149872, @aheinecke wrote:Our windows explorer plugin keeps libgpg-error loaded when you install an upgrade. That is why our installer asks for a reboot at the end of the install. You have ignored the reboot and you then get the error.
We have another ticket T5012 for this issue.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed All Stories
All Stories
All Stories
Sep 21 2021
Sep 21 2021
keegan added a comment to T5411: After upgrading from gpg4win 3.1.13 to gpg4win 3.1.15 GpgOL does not load, Outlook crashes..
aheinecke added a comment to T5411: After upgrading from gpg4win 3.1.13 to gpg4win 3.1.15 GpgOL does not load, Outlook crashes..
Our windows explorer plugin keeps libgpg-error loaded when you install an upgrade. That is why our installer asks for a reboot at the end of the install. You have ignored the reboot and you then get the error.
I misunderstood as if we need to update libtool from upstream.
• werner closed T5608: Encryption using python for international characters not working properly as Wontfix.
GnuPG 2.0 reached end-of-life nearly 4 years ago. See https://gnupg.org/download/index.html#end-of-life . Same for Gpg4win. They are not maintained and its use is very risky due to unfixed bugs. Please update to a recent version.
macOS has low priority for us and I do not want to risk any regression.
About merging our local changes.
We have our own changes for ltmain.sh and libtool.m4.
And update from automake 1.16:
It's better to update the set of files from libtool:
build-aux/ltmain.sh m4/libtool.m4 m4/ltoptions.m4 m4/ltsugar.m4 m4/ltversion.m4 m4/lt~obsolete.m4
Our libtool was 2.4.2 + Debian patches + our local changes.
Debian patches are:
https://salsa.debian.org/mckinstry/libtool/-/blob/debian/master/debian/patches/link_all_deplibs.patch
https://salsa.debian.org/mckinstry/libtool/-/blob/debian/master/debian/patches/netbsdelf.patch
keegan added a comment to T5411: After upgrading from gpg4win 3.1.13 to gpg4win 3.1.15 GpgOL does not load, Outlook crashes..
I had the same issue opening GPA or Kleopatra going from 3.1.14 to 3.1.16 on Windows 10. I don't have Outlook installed.
Sep 20 2021
Sep 20 2021
masteru341 added a comment to T5608: Encryption using python for international characters not working properly.
- >>gpg2 --version
gpg (GnuPG) 2.0.30 (Gpg4win 2.3.3)
libgcrypt 1.6.6
• werner added a comment to T5607: Fingerprint signing fails with 'gpg: signing failed: No secret key'.
@amit: Do you say it used to work with GnuPG 2.2.27 or did it worked with an older version?
• werner added projects to T5608: Encryption using python for international characters not working properly: gnupg, Python.
Which gpg version?
Which Python library? (gnupg is pretty generic)
How does the Python library call gpg?
Are you aware that gpg uses utf8 and not Windows Unicode?
• werner renamed T5609: keydb_get_keyblock failed with cv448 key from gpg: keydb_get_keyblock failed: Invalid object to keydb_get_keyblock failed with cv448 key .
ikloecker added a comment to T5607: Fingerprint signing fails with 'gpg: signing failed: No secret key'.
When you sign data, then the signing subkey is used
ssb> rsa4096/0xEB0B4DFC657EF670 2016-04-01 [S]
Just noting that the logs were captured by enabling debug logs for the agent:
eval $(gpg-agent --daemon --debug-all --log-file /var/tmp/gpgagent.log)
Thanks for clarification, indeed attempt to decrypt data returns an error afterwards.
Well, while importing you get the warning:
Yes, for migration from GnuPG 2.0 reasons, a batch import delays the key checking (i.e. converting from OpenPGP to GnuPG internal format) to the first use. Thus you don't see an error immediately. But if you encrypt something , you won't be able to decrypt it again:
Thanks, Werner.
During further work on this got another issue:
• werner added a comment to rKLEOPATRA107abfdb1a41: Hide create openpgp key from card command for <2.3.
FWIW: I tested it with a freshly created card and thus keys. When hitting the "create OpenPGP Key " button, a warning was shown that a key already exists, I selected the do-anyway thing but the created keys had different fingerprints then. Thus the creation time was not taken in account. I recall that I implemented this for gpg-card and thus only for 2.3 - it is just quite likely that it does not work for 2.2.
ikloecker committed rGe2069d563283: build: Fix several "include file not found" problems (authored by ikloecker).
build: Fix several "include file not found" problems
ikloecker added a comment to rKLEOPATRA107abfdb1a41: Hide create openpgp key from card command for <2.3.
I thought that I had tested this with some 2.2.x version of gpg. But if it doesn't work with 2.2.31, then I probably didn't and just relied on the release notes.
Hmm, I had removed a stretch there because I thought that a stretch in the middle of the dialog looks bad. Usually, vertical stretches are added just before the button row.
• werner changed the status of T5600: Provide module name/version API for FIPS 140-3 from Open to Testing.
Thanks. Applied with a minor change: The string is now in a new third field.
Allow passing FIPS module version
Remove the forced fips mode
Remove a way to inactive FIPS mode
Thanks for reporting. However, many gcc warnings produce a lot of false positives. Thus to be useful all the warnings need to be scrutinized. Let's do this for one example
aheinecke committed rG548ff0398353: po: Fixed Italian translation for key expiration (authored by giomba <giomba@linux.it>).
po: Fixed Italian translation for key expiration
Laurent Montel <montel@kde.org> committed rLIBKLEO1c22ac40a4db: GIT_SILENT: remove duplicate SPDX-FileCopyrightText (authored by Laurent Montel <montel@kde.org>).
GIT_SILENT: remove duplicate SPDX-FileCopyrightText
Laurent Montel <montel@kde.org> committed rKLEOPATRA98a3a257d906: GIT_SILENT: remove duplicate SPDX-FileCopyrightText (authored by Laurent Montel <montel@kde.org>).
GIT_SILENT: remove duplicate SPDX-FileCopyrightText
Sep 19 2021
Sep 19 2021
swimmerm added a comment to T5605: After end of v3.1.16 setup Kleopatra desktop icon was created with wrong saved path for own icon.
OK, while I'll be awaiting for anyone to possibly answer my last T5593 'Sat, Sep 18, 6:29 PM' question, just for sake of completeness I've also been able to check that inside registry (HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Gpg4win\kleopatra\Capabilities) Kleopatra icon has correct expected value so ApplicationIcon (REG_SZ) = 'C:\Program Files (x86)\Gpg4win\bin\kleopatra.exe,0' (N.B. preceding text string into registry is obviously unquoted ). ;-D
swimmerm added a comment to T5593: Gpg4Win displayed 'PATH env variable too big' error during setup.
OK, while I'll be awaiting for anyone to possibly answer my last 'Sat, Sep 18, 6:29 PM' question that I decided to re-update today, just for sake of completeness I've also been able to check more inside registry but details will only go inside T5605 since only pertinent there ;-D
l10n daemon script <scripty@kde.org> committed rLIBKLEO51a14b8efdd2: SVN_SILENT made messages (.desktop file) - always resolve ours (authored by l10n daemon script <scripty@kde.org>).
SVN_SILENT made messages (.desktop file) - always resolve ours
l10n daemon script <scripty@kde.org> committed rLIBKLEOfb48fe295343: SVN_SILENT made messages (.desktop file) - always resolve ours (authored by l10n daemon script <scripty@kde.org>).
SVN_SILENT made messages (.desktop file) - always resolve ours
Sep 18 2021
Sep 18 2021
swimmerm added a comment to T5593: Gpg4Win displayed 'PATH env variable too big' error during setup.
Because of T3458 and other references to PATH I found in the past (see past references I added previously into this bug), could anyone please be so kind to confirm me if am I right to assume that under normal conditions (so with no PATH related errors like 'PATH env variable too big' I reported here) after proper end of 'gpg4win-3.1.16.exe' installation only following (unquoted) path string 'C:\Program Files (x86)\Gpg4win\bin;' would have been added at beginning of PATH system environment variable ?
Or if not, would new path rather have 'C:\Program Files (x86)\Gpg4win\bin;C:\Program Files (x86)\GnuPG\bin;' (always unquoted) prepended at beginning of PATH system environment variable ?
P.S. Please note that I'm only asking this to then try to properly manually set PATH system environment variable accordingly and then see if my (current) 2nd 'gpg4win-3.1.16.exe' installation can still work correctly as expected or not... ;-D
swimmerm added a comment to T5605: After end of v3.1.16 setup Kleopatra desktop icon was created with wrong saved path for own icon.
Woops, I also forgot to say that only Kleopatra icon I found on my desktop has this problem. Original folder path of Kleopatra.lnk shortcut I have on my Desktop is C:\Users\Public\Desktop.
While 'Kleopatra.lnk_' I uploaded after renaming its extension as 'lnk_' was just another copy of it I temporarily put on my own Desktop only for uploading.
Sep 17 2021
Sep 17 2021
I have a draft, which results in the following "API" of the name-version:
The actual patch is rGd4768bb982adb5c8410303334ee8d82ba0d71f3b (our parser in dev.gnupg.org missed to pick up the bug-id due to teh use of scissor lines in the commit message).
• werner committed rGd4768bb982ad: common: Support a gpgconf.ctl file under Unix. (authored by • werner).
common: Support a gpgconf.ctl file under Unix.
common: New function substitute_envvars.
I had in my mind something like this:
The changes do not seem to touch anything I've mentoned in (1)?
• werner committed rDe12aeb7a150b: web: New versions of the AD ldap schemes. (authored by • werner).
web: New versions of the AD ldap schemes.
I see, I wasn't aware of this. Thanks for fixing!
aheinecke committed rKLEOPATRA107abfdb1a41: Hide create openpgp key from card command for <2.3 (authored by aheinecke).
Hide create openpgp key from card command for <2.3
aheinecke committed rKLEOPATRA533c11c5247f: Align the recipient selection at the top (authored by aheinecke).
Align the recipient selection at the top
• werner added a project to T5603: Kleopatra button "change passphrase" is not disabled for cards.: token.
• werner triaged T5603: Kleopatra button "change passphrase" is not disabled for cards. as Low priority.
While data template preparation for RSA-PSS is a bit tricky, it's simple with ECDSA.
Tried and no change -- cmd window still flashes away.
Thanks for commenting. I close this bug then.
Remember to always pass --batch for unattended operations.
Having hash-algo in the s-exp is useful because a hash handle may carry several hashes. This is sometimes useful if you do not know the hash algorithm in advance and you need to make a guess (various PGP compatibility things in gpg). But of course we can simplify this and use the default algo from the hash handle if hash-algo is missing.
Thanks for your comment.
Thanks for the explanation. I understand gnupg-w32 is mainly for installing the command line component, yet adding a context menu for a specific file type is just as simple as importing a reg file like:
luweitest renamed T5560: gpg.exe interrupt batch execution in WindowsXp from gpg.exe changes the properties of command line window and do not quit normally in batch execution to gpg.exe interrupt batch execution in WindowsXp.
Thanks to jaclaz@msfn.org, the workaround is to use pipe operation like:
pause|"C:\Program Files\GnuPG\bin\gpg.exe" --verify "%1"
He also confirmed that gpg.exe does interrupt batch processing, regardless what command is followed.
And I have tested in Windows 7, batch processing is not interrupted. Since this bug is WindowsXp specific, "won't fix" should be more proper.
Sep 16 2021
Sep 16 2021
Your proposed fix (in your first comment) has actually already been applied (commit 1305baf0994059f458b1d5ca28a355c12932fab3 in master, backported to the -2.2 branch in 455ba49071dea7588c9de11785b3092e45e4560b). It is part of gnupg-2.2.31 released today. :)
The Qt upstream bug report has just been rejected. I hope something can be done here...
We ran the coverity again with the new 2.3.1 release and there are couple of new stuff that I probably missed in the initial review.
I introduced a regression in this version; if you run into problems please update to 2.3.31 (T5571)
swdb: GnuPG 2.2.31
Release 2.2.31
Post release updates
• werner committed rG6eb6304c040a: po: Change German descriptions for password constraints. (authored by • werner).
po: Change German descriptions for password constraints.
Thank you. On the first sight, it looks reasonable, but I would like to experiment with it a bit to see all use cases are covered.
Thanks. I think we are good here. If we will decide to pursuate the brainpool switch, I will open a new issue.
Some quick ideas: On Windows we have envvars (and APIs) to determine certain locations. There is also the registry. We use of all them. IT would be best to do this simalar on Unix. We also have a control file on Windows which switches to that portable mode; maybe it is best to do this also on Unix - A text file installed alongside gpg which gpg (common/homedir.c) uses to enable the use of certain envvars to locate the root etc..
Pushed my initial implementation: rC117f5c3f8028: experiment-pk_hash_sign/verify: Implement pk_hash_sign/verify.
I am doing an experiment to implement gcry_pk_hash_sign.
Two third patches are applied to master. (@werner those parts are typo fix and tests improvement, which we agreed to push.)
• gniibe committed rCfd116968ef2d: tests: Improve FIPS detection in curves test. (authored by Jakuje).
tests: Improve FIPS detection in curves test.
tests: Fix typo in comment
Sep 15 2021
Sep 15 2021
Laurent Montel <montel@kde.org> committed rLIBKLEOadc7cac5967b: GIT_SILENT: use more camel case include (authored by Laurent Montel <montel@kde.org>).
GIT_SILENT: use more camel case include
Laurent Montel <montel@kde.org> committed rKLEOPATRA24dd062def06: GIT_SILENT: use more camel case include (authored by Laurent Montel <montel@kde.org>).
GIT_SILENT: use more camel case include
We can easily extend the gcry_get_config API. You can give a key or have it to return all infos. For examle
"gpgconf --show-versions" prints this about libgcrypt: