Page MenuHome GnuPG
Feed Advanced Search

Wed, May 8

gniibe closed T6466: gpgme python example code contains insecure code pattern / chmod permission race condition as Resolved.

Fixed in gpgme 1.21.0.

Wed, May 8, 8:37 AM · Python, Documentation, gpgme

Nov 2 2023

dkav added a comment to T6784: Python .egg format is deprecated.

For reference, here is a link to the gpgme homebrew formula:
https://github.com/Homebrew/homebrew-core/blob/master/Formula/g/gpgme.rb

Nov 2 2023, 5:03 PM · MacOS, Python, gpgme, Bug Report
dkav added a comment to T6784: Python .egg format is deprecated.

Just to clarify, PIP wasn't used to install the .egg package. The package was built and installed via Homebrew. The error message occurs when using basic PIP commands such as pip list or pip freeze. PIP is picking up the gpgme egg from the shortcut included in the site-packages directory.

Nov 2 2023, 4:50 PM · MacOS, Python, gpgme, Bug Report
werner triaged T6784: Python .egg format is deprecated as Wishlist priority.

We don't use or suggest the use of PIP or other insecure software distribution systems.

Nov 2 2023, 8:24 AM · MacOS, Python, gpgme, Bug Report

May 23 2023

werner closed T6501: Check use of write in gpgme's Python bindings as Resolved.

Should be fixed now; see commit above.

May 23 2023, 4:45 PM · Python, Bug Report, gpgme
werner added a comment to T6501: Check use of write in gpgme's Python bindings.

FWIW: WriteFile and write are more different than in using a HANDLE vs. a libc file descriptor. Despite that a HANDLE might be a 64 bit pointer, it is guaranteed that the value fits into a 32 bit variable. But they still index different objects. The return code and error values are also different.

May 23 2023, 3:59 PM · Python, Bug Report, gpgme
werner added a comment to T6501: Check use of write in gpgme's Python bindings.

Much simpler: write is only used in the callbacks and over there gpgme_io_writen[n] shall be used anyway.

May 23 2023, 3:53 PM · Python, Bug Report, gpgme
Angel added a comment to T6501: Check use of write in gpgme's Python bindings.

it's not hard to fix that header to actually provide a sensible write(), avoiding the issue listed on the mailing list, where there was no return to check:

May 23 2023, 3:04 AM · Python, Bug Report, gpgme

May 22 2023

werner added a project to T6501: Check use of write in gpgme's Python bindings: Python.
May 22 2023, 10:38 AM · Python, Bug Report, gpgme

Apr 26 2023

gniibe changed the status of T6466: gpgme python example code contains insecure code pattern / chmod permission race condition from Open to Testing.

@ikloecker Thanks for your comment. I put a comment in the commit.

Apr 26 2023, 1:51 AM · Python, Documentation, gpgme

Apr 25 2023

ikloecker added a comment to T6466: gpgme python example code contains insecure code pattern / chmod permission race condition.

Note that this may not work for Python 2.7, but since those are just examples that doesn't matter that much.

Apr 25 2023, 10:41 AM · Python, Documentation, gpgme
gniibe added a comment to T6466: gpgme python example code contains insecure code pattern / chmod permission race condition.

So, here are fixes. I'll apply soonish.

Apr 25 2023, 7:44 AM · Python, Documentation, gpgme

Apr 24 2023

ikloecker added a comment to T6466: gpgme python example code contains insecure code pattern / chmod permission race condition.

Funny enough that Python seems not to allow to set the permission with open. Low priority because a proper umask must anyway be used on a multi-user system.

Apr 24 2023, 12:26 PM · Python, Documentation, gpgme
werner triaged T6466: gpgme python example code contains insecure code pattern / chmod permission race condition as Low priority.

Funny enough that Python seems not to allow to set the permission with open. Low priority because a proper umask must anyway be used on a multi-user system.

Apr 24 2023, 8:22 AM · Python, Documentation, gpgme

Apr 13 2023

gniibe closed T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config) as Resolved.

Fixed in 1.19.0.

Apr 13 2023, 3:10 AM · Python, gpgme

Mar 16 2023

werner accepted D546: build: Find correct version string for Python >= 3.10.

Will go into 1.19.0

Mar 16 2023, 3:13 PM · Python, Feature Request, gpgme

Mar 3 2023

werner added a comment to D546: build: Find correct version string for Python >= 3.10.

That's why I added some tags and also set me a reminder. We will try to get this into the next GPGME release we plan for this month.

Mar 3 2023, 4:02 PM · Python, Feature Request, gpgme
DanielNoord updated subscribers of D546: build: Find correct version string for Python >= 3.10.

@werner Seeing as you seem to be actively maintaining this project: is there any way to move this forward? This is breaking quite a few builds of development environments for my company and we are now applying similar patches ourselves but it would be nice to get this merged upstream.

Mar 3 2023, 10:36 AM · Python, Feature Request, gpgme
werner added projects to D546: build: Find correct version string for Python >= 3.10: gpgme, Feature Request, Python.
Mar 3 2023, 10:15 AM · Python, Feature Request, gpgme

Dec 8 2022

kloczek added a comment to T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config).

OK I can confirm that with ae9258fb and f1802682 commits I was ble to update my rpm packages to 1.18.0.

Dec 8 2022, 2:20 PM · Python, gpgme
gniibe merged T6306: 1.18.0: gpgme pythpn bindings fails because it tries to use gpg-error-config into T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config).
Dec 8 2022, 3:23 AM · Python, gpgme

Oct 26 2022

ametzler1 added a comment to T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config).

@gniibe - Thanks for the quick response. It now works for me.
cu Andreas

Oct 26 2022, 7:22 AM · Python, gpgme
gniibe added a comment to T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config).

@ametzler1 Thank you. That was because of my bad fix.
Fixed in rMf1802682c3c8: python: Fix configure generating setup.py.

Oct 26 2022, 4:44 AM · Python, gpgme

Oct 25 2022

ametzler1 added a comment to T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config).

the pushed fix breaks when libgpg-error does not require special CFLAGS, i.e. when @GPG_ERROR_CFLAGS@ expands to an empty string:

Oct 25 2022, 6:19 PM · Python, gpgme

Sep 22 2022

werner changed the status of T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config) from Open to Testing.
Sep 22 2022, 10:40 AM · Python, gpgme

Sep 15 2022

gniibe added a project to T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config): Restricted Project.

Pushed the fix.
Note that non-in-tree build never been reliable (using the result of the configure, in tree).
So, I basically don't consider the use case of non-in-tree build.

Sep 15 2022, 7:00 AM · Python, gpgme
gniibe added a comment to T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config).

Reviewing the build process, it's just better to use @...VAR...@ by configure (instead of invoke pkg-config again in setup.py).

Sep 15 2022, 6:44 AM · Python, gpgme
gniibe triaged T6204: gpgme:python Fix setup.py, using pkg-config (not deprecated gpg-error-config and gpgme-config) as High priority.
Sep 15 2022, 5:01 AM · Python, gpgme

Aug 10 2022

werner closed T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python) as Resolved.
Aug 10 2022, 4:01 PM · Python, gpgme, Bug Report

Aug 9 2022

gniibe added a comment to T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python).

Indeed, you are right. The object created by with can be valid even after the context (when referenced by another object).

Aug 9 2022, 1:52 AM · Python, gpgme, Bug Report

Aug 8 2022

jap added a comment to T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python).

Not sure if that is the complete fix - if you do something like:

with gpg.Context(...) as context:
    ...
... cause an exception after the context has been closed ...

then context will still be a valid reference to the gpg.Context instance, and may cause segfaults when something tries to access things inside it (f.e. for serialisation).
I like your previous solution with the accessor checks, because that actually fixes the issue.
Stylistically, maybe __del__ should just be renamed to cleanup or free, and then make sure to call that function from both __exit__ and __del__.

Aug 8 2022, 1:14 PM · Python, gpgme, Bug Report
gniibe added a comment to T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python).

I think the fix should be something like this:

diff --git a/lang/python/src/core.py b/lang/python/src/core.py
index 81f961d9..95fd0cba 100644
--- a/lang/python/src/core.py
+++ b/lang/python/src/core.py
@@ -1189,8 +1189,9 @@ class Context(GpgmeWrapper):
     def __enter__(self):
         return self
Aug 8 2022, 10:54 AM · Python, gpgme, Bug Report
gniibe added a comment to T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python).

@jap Thank you.

Aug 8 2022, 10:04 AM · Python, gpgme, Bug Report
jap added a comment to T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python).

Can confirm, we've been running into this as well, but never filed a bug report. Our solution is to have this in our codebase:

Aug 8 2022, 9:02 AM · Python, gpgme, Bug Report

Aug 5 2022

gniibe moved T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python) from Backlog to Python stuff on the gpgme board.
Aug 5 2022, 8:10 AM · Python, gpgme, Bug Report
gniibe claimed T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python).

The SEGV was due to access to gpgme library after self.wrapped is set to None in the __del__ function.

Aug 5 2022, 8:04 AM · Python, gpgme, Bug Report

Jul 26 2022

werner triaged T6060: segfault (NULL-pointer) when inspecting gpg Context after exception (python) as Normal priority.
Jul 26 2022, 8:59 PM · Python, gpgme, Bug Report

May 27 2022

sergi added a watcher for Python: sergi.
May 27 2022, 10:10 PM
srgblnchtrn removed a watcher for Python: srgblnchtrn.
May 27 2022, 10:05 PM

Sep 21 2021

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.

Sep 21 2021, 8:47 AM · gnupg (gpg20), Too Old, Python, Bug Report

Sep 20 2021

masteru341 added a comment to T5608: Encryption using python for international characters not working properly.
  1. >>gpg2 --version

gpg (GnuPG) 2.0.30 (Gpg4win 2.3.3)
libgcrypt 1.6.6

Sep 20 2021, 7:50 PM · gnupg (gpg20), Too Old, Python, Bug Report
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?

Sep 20 2021, 7:40 PM · gnupg (gpg20), Too Old, Python, Bug Report

Aug 13 2021

werner changed the edit policy for Python.
Aug 13 2021, 11:13 PM

Jun 25 2021

werner added a project to T5500: gpgme: Test t-idiomatic.py fails with Python 3.8: Python.
Jun 25 2021, 9:16 AM · Python, gpgme, Bug Report

Jun 24 2021

werner closed T5292: regression: no longer possible to get signatures from decrypt from unknown keys as Resolved.
Jun 24 2021, 7:43 PM · patch, Python, gpgme, Bug Report
werner moved T4276: Context.decrypt() throws an error if *any* signature is bad from Backlog to Python stuff on the gpgme board.
Jun 24 2021, 6:30 PM · gpgme, Python, Bug Report

Apr 15 2021

werner raised the priority of T5292: regression: no longer possible to get signatures from decrypt from unknown keys from Low to Normal.
Apr 15 2021, 9:16 AM · patch, Python, gpgme, Bug Report
werner triaged T5292: regression: no longer possible to get signatures from decrypt from unknown keys as Low priority.
Apr 15 2021, 9:16 AM · patch, Python, gpgme, Bug Report

Feb 13 2021

werner closed T5298: drop support for python2 for the python bindings for gpgme as Wontfix.

There is still useful software working only with 2.7. So it is not the time to drop this.

Feb 13 2021, 5:57 PM · gpgme, Python

Feb 12 2021

dkg created T5298: drop support for python2 for the python bindings for gpgme.
Feb 12 2021, 4:32 PM · gpgme, Python

Feb 9 2021

jap added a comment to T5292: regression: no longer possible to get signatures from decrypt from unknown keys.

Feb 9 2021, 1:11 PM · patch, Python, gpgme, Bug Report
jap created T5292: regression: no longer possible to get signatures from decrypt from unknown keys.
Feb 9 2021, 1:11 PM · patch, Python, gpgme, Bug Report

Jan 28 2021

gniibe closed T5149: Incorrect error handling in export_key_minimal() as Resolved.
Jan 28 2021, 3:15 AM · Python, gpgme, Bug Report

Jan 19 2021

werner added a comment to T5247: Update pypi entry to current version for discovery of python3-gpg module (Python Bindings).

Dependency hell - ask your favorite distribution

Jan 19 2021, 4:46 PM · Python
bernhard added a comment to T5247: Update pypi entry to current version for discovery of python3-gpg module (Python Bindings).

Can you point me to a more elaborate list of the general concerns? (Central directories offer some sort of stable history, namespace and API service towards identifying modules, just like the venerable https://www.ctan.org/ . The solutions built on such services, like programming environment specific "package" and dependency managers that download and install thousands of packages automatically (like yarn) may be debatable, but I am not aware of much general concern against the services itself.)

Jan 19 2021, 2:56 PM · Python
werner assigned T5247: Update pypi entry to current version for discovery of python3-gpg module (Python Bindings) to bernhard.

Typo, sorry. I have no access to pypi and won't apply for an account due to general concerns about those platforms. Thus I can't change that page. Let me assign you this issue ;-)

Jan 19 2021, 10:06 AM · Python
bernhard added a comment to T5247: Update pypi entry to current version for discovery of python3-gpg module (Python Bindings).

@werner, that is a missunderstanding:

Jan 19 2021, 9:36 AM · Python

Jan 18 2021

werner added a comment to T5247: Update pypi entry to current version for discovery of python3-gpg module (Python Bindings).

No, this is a fork and we consider the use of a PyPy for GPGME a Bad Thing because it does not guarantee a stable ABI and we accept bugs files against this version.

Jan 18 2021, 6:40 PM · Python
bernhard added a comment to T5247: Update pypi entry to current version for discovery of python3-gpg module (Python Bindings).

I may attempt an update here, who has the pypi maintenance account?
(If we don't have it, we need to ask Justin or create a ticket with the PSF.)

Jan 18 2021, 3:47 PM · Python
bernhard created T5247: Update pypi entry to current version for discovery of python3-gpg module (Python Bindings).
Jan 18 2021, 3:44 PM · Python

Jan 5 2021

werner added a comment to T3505: Port GPGME's Python bindings to Windows.

The C++, CL, Javascript and QT Bindings are all written by hand.

Jan 5 2021, 4:06 PM · Feature Request, gpgme, Python
bernhard added a comment to T3505: Port GPGME's Python bindings to Windows.

Hi Werner,

we do it for the other bindings as well.

can you elaborate?

Jan 5 2021, 3:01 PM · Feature Request, gpgme, Python
werner lowered the priority of T3505: Port GPGME's Python bindings to Windows from High to Normal.

Given all the resources we had put on this Python bindings I'd suggest to bite the bullet and replace Swig by handcrafted bindings. More work but we do it for the other bindings as well.

Jan 5 2021, 10:59 AM · Feature Request, gpgme, Python

Dec 3 2020

gniibe claimed T5149: Incorrect error handling in export_key_minimal().

Thanks. Fixed in rM7a4fe82a017b: python: Fix key_export*..

Dec 3 2020, 3:40 AM · Python, gpgme, Bug Report

Nov 20 2020

lovetox updated the task description for T5149: Incorrect error handling in export_key_minimal().
Nov 20 2020, 9:29 PM · Python, gpgme, Bug Report
werner triaged T5149: Incorrect error handling in export_key_minimal() as Normal priority.
Nov 20 2020, 9:19 AM · Python, gpgme, Bug Report

Nov 19 2020

lovetox updated the task description for T5149: Incorrect error handling in export_key_minimal().
Nov 19 2020, 11:17 PM · Python, gpgme, Bug Report
lovetox created T5149: Incorrect error handling in export_key_minimal().
Nov 19 2020, 11:16 PM · Python, gpgme, Bug Report

Oct 28 2020

gniibe closed T5075: [python-gpgme] Traceback when running with python -OO as Resolved.

Pushed the change.

Oct 28 2020, 12:51 AM · gpgme, Python, Bug Report
gniibe claimed T5075: [python-gpgme] Traceback when running with python -OO.
Oct 28 2020, 12:30 AM · gpgme, Python, Bug Report

Oct 27 2020

gniibe added a comment to T5075: [python-gpgme] Traceback when running with python -OO.

IIUC, fix can be like this:

diff --git a/lang/python/src/core.py b/lang/python/src/core.py
index 996c3b0f..646bbc60 100644
--- a/lang/python/src/core.py
+++ b/lang/python/src/core.py
@@ -147,7 +147,12 @@ class GpgmeWrapper(object):
                     gpgme.gpg_raise_callback_exception(slf)
                 return result
Oct 27 2020, 8:31 AM · gpgme, Python, Bug Report

Sep 18 2020

mathieui created T5075: [python-gpgme] Traceback when running with python -OO.
Sep 18 2020, 5:11 PM · gpgme, Python, Bug Report

Jul 15 2020

werner moved T4578: python3 gpg module should offer an "encrypt" function that takes an email.message.EmailMessage and returns a new one from Backlog to Python stuff on the gpgme board.
Jul 15 2020, 4:55 PM · gpgme, Python, Feature Request

Apr 20 2020

BenM added a comment to T3505: Port GPGME's Python bindings to Windows.

On further thought, it's possible that something closer to what
Bernhard wants (and incidentally more along the lines of what I was
thinking of in some of our discussions just after the initial port)
might be achievable with Cython.

Apr 20 2020, 8:00 PM · Feature Request, gpgme, Python
werner added a comment to T3505: Port GPGME's Python bindings to Windows.

FWIW, GPGME is basically C90 and we only recently started to use C99 variadic macros - they are a cpp feature, though.

Apr 20 2020, 7:29 AM · Feature Request, gpgme, Python

Apr 19 2020

BenM added a comment to T3505: Port GPGME's Python bindings to Windows.

CFFI has no real means of generating the needed bindings on the fly
like SWIG does, except via its ABI methods, but those are inferior to
what SWIG does. It also can't handle all the ifdefs (or really any of
the ifdefs) in gpgme.h.

Apr 19 2020, 7:46 PM · Feature Request, gpgme, Python

Aug 27 2019

dkg added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

i'm actually running make -j3 check, since make -j3 distcheck has the problems described in T4688.

Aug 27 2019, 4:50 PM · gpgme, Python, Bug Report
dkg added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

So i've been able to (intermittently) reproduce the failures that i think @werner was alluding to here, but not under any circumstances where i can get them to happen reliably to understand what's going on.

Aug 27 2019, 4:18 PM · gpgme, Python, Bug Report

Jul 8 2019

dkg added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

yes, python2.7 and python3.7

Jul 8 2019, 5:55 PM · gpgme, Python, Bug Report
werner added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

Using several python versions?

Jul 8 2019, 9:53 AM · gpgme, Python, Bug Report
dkg reopened T4276: Context.decrypt() throws an error if *any* signature is bad as "Open".

rM7d0a979c07d2 disabled the test for this. @werner says:

Jul 8 2019, 4:38 AM · gpgme, Python, Bug Report

Jun 21 2019

werner triaged T4578: python3 gpg module should offer an "encrypt" function that takes an email.message.EmailMessage and returns a new one as Normal priority.
Jun 21 2019, 10:04 AM · gpgme, Python, Feature Request

Jun 19 2019

dkg added a comment to T4578: python3 gpg module should offer an "encrypt" function that takes an email.message.EmailMessage and returns a new one.

I note that "the best" seems like it might be a pretty subjective thing. The standard GnuPG framing asks about the validity of keys for the User ID in question. Perhaps the caller could indicate whether they want to require full validity for each key to make this key selection more strict.

Jun 19 2019, 7:22 PM · gpgme, Python, Feature Request
dkg added a comment to T4578: python3 gpg module should offer an "encrypt" function that takes an email.message.EmailMessage and returns a new one.

The function would do something like:

  • from msg, extract all e-mail addresses from to, cc, bcc fields
  • find "the best" keys that match these addresses, storing them in keylist
  • copy msg to tmp, remove bcc header from tmp
  • wrap armored output of gpg.Context.encrypt(bytes(tmp), recipients=keylist) in the necessary RFC 3156 cladding, copying most headers from msg (maybe stubbing out the subject), producing an email.message.EmailMessage object.
Jun 19 2019, 7:19 PM · gpgme, Python, Feature Request
dkg created T4578: python3 gpg module should offer an "encrypt" function that takes an email.message.EmailMessage and returns a new one.
Jun 19 2019, 6:59 PM · gpgme, Python, Feature Request

Jun 4 2019

gniibe closed T4478: Please fix DeryptionError typo in gpgme python bindings as Resolved.

I tried to apply&push, since we changed the file a bit, I needed to apply it manually.
Anyway, it's done.
Closing.

Jun 4 2019, 3:42 AM · Python, Bug Report, gpgme

May 6 2019

aheinecke closed T4276: Context.decrypt() throws an error if *any* signature is bad as Resolved.

Merged. Thanks again for your work on this.

May 6 2019, 8:49 AM · gpgme, Python, Bug Report
aheinecke added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

Thanks for the explanation. That addresses my concerns.

May 6 2019, 8:05 AM · gpgme, Python, Bug Report

May 3 2019

dkg added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

I agree that this is a minor API shift, but i *don't* think it's a security problem, because i was particularly careful to maintain the invariant that decrypt(verify=True) will only ever return valid signatures.

May 3 2019, 5:23 PM · gpgme, Python, Bug Report
werner triaged T4478: Please fix DeryptionError typo in gpgme python bindings as High priority.
May 3 2019, 10:29 AM · Python, Bug Report, gpgme
werner added a project to T4478: Please fix DeryptionError typo in gpgme python bindings: Python.
May 3 2019, 10:29 AM · Python, Bug Report, gpgme
aheinecke added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

I'm for merging this as I understand the rationale. In Kleo / GpgOL I also only need one valid signature.

May 3 2019, 8:35 AM · gpgme, Python, Bug Report
dkg added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

I've just published a branch dkg/fix-T4276 (with commit 4100794e305ba22241ea5a4f7b42bb5189fbd948) which i think resolves this issue.

May 3 2019, 6:49 AM · gpgme, Python, Bug Report

Mar 19 2019

aheinecke added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

@dkg If you propose a patch here I'm pretty sure that we will accept it. As one of our Python binding users you know better then us how the API should behave.

Mar 19 2019, 3:51 PM · gpgme, Python, Bug Report
werner triaged T4276: Context.decrypt() throws an error if *any* signature is bad as Normal priority.
Mar 19 2019, 1:44 PM · gpgme, Python, Bug Report

Mar 12 2019

bernhard added a comment to T3505: Port GPGME's Python bindings to Windows.

Reading through this issue and the related documentation: Thanks for writing this all down and adding links!

Mar 12 2019, 5:50 PM · Feature Request, gpgme, Python

Jan 9 2019

aheinecke closed T3815: tests fail in 2021 as Resolved.

I sent a message to gnupg-devel about this issue as it will probably hit more people now that the keys used are expired :-(

Jan 9 2019, 8:52 AM · qt, Python, gpgme, Bug Report
aheinecke added a comment to T3815: tests fail in 2021.

Oh,.. it is even worse. The conflict keys expired 2019-01-06 so they are actually expired right now.

Jan 9 2019, 8:18 AM · qt, Python, gpgme, Bug Report
aheinecke claimed T3815: tests fail in 2021.
Jan 9 2019, 8:12 AM · qt, Python, gpgme, Bug Report
werner reopened T3815: tests fail in 2021 as "Open".

I don't know why @BenM closed this bug given that he mentioned that the qt part is yet not solved.

Jan 9 2019, 8:00 AM · qt, Python, gpgme, Bug Report