Page MenuHome GnuPG
Feed Advanced Search

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 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 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

Jan 8 2019

hedning added a comment to T3815: tests fail in 2021.

We've run into the testTofuConflict failure on NixOS. gpgme v1.12, gnupg v2.2.12.

Jan 8 2019, 8:05 PM · qt, Python, gpgme, Bug Report

Dec 15 2018

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

Though not directly related to our issues, this bug report on the MSYS2 site reported by their users encountering trouble with GPGME provides additional weight to irreconcilable differences between MSYS2 and GnuPG:

Dec 15 2018, 8:18 PM · Feature Request, gpgme, Python

Dec 10 2018

BenM closed T3815: tests fail in 2021 as Resolved.

Though apparently resolved back in May, this is what ultimately led to T4191 and was thus only properly resolved quite recently.

Dec 10 2018, 6:19 AM · qt, Python, gpgme, Bug Report
BenM closed T4271: python gpg.Context.decrypt(verify=False) no longer works as Resolved.

Confirmed that this is indeed fixed and made the (rather minor) change to the HOWTO that was needed. No changes were needed for the example script (decrypt-file.py).

Dec 10 2018, 6:08 AM · Python, gpgme, Bug Report
BenM closed T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms as Resolved.

This has now been tested on a 32-bit Gentoo VM and it behaves as expected with 32-bit system detection and creating keys with pre-2038 expirations working.

Dec 10 2018, 4:51 AM · Python, gpgme, Bug Report

Dec 8 2018

BenM updated subscribers of T3505: Port GPGME's Python bindings to Windows.

Commit 8613727f1ee985c3cfa2c815523312914f033ffd adds considerable detail on both the issues affecting compiling and installing a Windows version of the bindings and what it would take to actually resolve it.

Dec 8 2018, 7:02 AM · Feature Request, gpgme, Python

Dec 6 2018

BenM added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

I'll deploy one on AWS somewhere briefly once I've replaced a certain external keyboard, there will almost certainly be an existing image of some Linux distro in the AWS marketplace and I'd be very surprised if it took more than an hour or two of compute time to confirm.

Dec 6 2018, 2:50 PM · Python, gpgme, Bug Report

Dec 5 2018

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

One more semantic question about how folks think Context.decrypt(verify=True) should work: if the decrypted thing has no signature at all, should the function succeed without throwing an exception? it currently does, but the returned verify_result has its signatures member set to the empty list.

Dec 5 2018, 6:30 PM · gpgme, Python, Bug Report
BenM added a comment to T4271: python gpg.Context.decrypt(verify=False) no longer works.

Ooh, nice catch @dkg, I just stepped through each of your changes and it all looks good. I'll tweak the relevant sections of the HOWTO dealing with this in the next few days (I need to replace a keyboard here before properly diving back in) and then close this case once done.

Dec 5 2018, 4:14 PM · Python, gpgme, Bug Report
dkg added a comment to T4271: python gpg.Context.decrypt(verify=False) no longer works.

since @aheinecke merged my changes, i think this bug is now resolved. I'll let @BenM close it though :)

Dec 5 2018, 2:06 PM · Python, gpgme, Bug Report
dkg added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

@aheinecke thanks for the merge of my other branch! sadly, that branch does *not* address this issue yet. It doesn't even test for it. :( I can work on trying to fix it (and test it) if there's a consensus that we want this particular change in behavior.

Dec 5 2018, 2:04 PM · gpgme, Python, Bug Report
aheinecke added a comment to T4276: Context.decrypt() throws an error if *any* signature is bad.

Is this fixed now?

Dec 5 2018, 11:54 AM · gpgme, Python, Bug Report
aheinecke changed the status of T4271: python gpg.Context.decrypt(verify=False) no longer works from Open to Testing.

Ben is not even subscribed to this issue.
With the volatility of gpgme-python I think that this can easily be merged. I did a quick review and it looked good to me.

Dec 5 2018, 11:49 AM · Python, gpgme, Bug Report
werner added a comment to T4271: python gpg.Context.decrypt(verify=False) no longer works.

Needs to be merged. (Note that Phabricator does not show the branch in the tooltip for commit ids.)

Dec 5 2018, 10:44 AM · Python, gpgme, Bug Report
dkg added a comment to T4271: python gpg.Context.decrypt(verify=False) no longer works.

note that the branch also updates the test suite to make sure the verify=False case is tested.

Dec 5 2018, 6:34 AM · Python, gpgme, Bug Report
dkg created T4276: Context.decrypt() throws an error if *any* signature is bad.
Dec 5 2018, 6:18 AM · gpgme, Python, Bug Report
dkg added a comment to T4271: python gpg.Context.decrypt(verify=False) no longer works.

I've just pushed a branch dkg/fix-T4271 , currently at ac8d7238dbf165950c9844e5cb41da8eb4d37bc0 that resolves this problem.

Dec 5 2018, 12:51 AM · Python, gpgme, Bug Report

Nov 28 2018

werner triaged T4271: python gpg.Context.decrypt(verify=False) no longer works as Unbreak Now! priority.

Regression introduced with 1.12.0.

Nov 28 2018, 9:30 AM · Python, gpgme, Bug Report

Nov 27 2018

dkg added a comment to T4271: python gpg.Context.decrypt(verify=False) no longer works.

please add a unit to the test suite to make sure something like this doesn't happen in the future!

Nov 27 2018, 10:14 PM · Python, gpgme, Bug Report
dkg created T4271: python gpg.Context.decrypt(verify=False) no longer works.
Nov 27 2018, 10:10 PM · Python, gpgme, Bug Report

Nov 22 2018

dkg added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

i'd be happy to help you set up your own x86 32-bit guest VM for testing
if you like, even if you're running on x86_64 hardware. they're cheap
and easy to run, and have a delightfully small memory footprint :P just
let me know!

Nov 22 2018, 1:44 PM · Python, gpgme, Bug Report
BenM changed the status of T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms from Open to Testing.
Nov 22 2018, 10:31 AM · Python, gpgme, Bug Report

Nov 5 2018

werner closed T3354: gpgme only builds against two versions of python at once as Resolved.

I consider this bug to be solved.

Nov 5 2018, 8:44 AM · Python, gpgme, Bug Report

Nov 3 2018

BenM added a comment to T3354: gpgme only builds against two versions of python at once.

MacPorts doesn't currently ship the bindings at all, but I'll see what they need to make that a reality too.

Nov 3 2018, 12:54 PM · Python, gpgme, Bug Report
BenM added a comment to T3354: gpgme only builds against two versions of python at once.

While this is now ideal for Debian, it may cause conflicts with other downstream vendors with slightly different needs to build their packages. In particular the FreeBSD ports and/or pkg system.

Nov 3 2018, 12:43 PM · Python, gpgme, Bug Report

Oct 29 2018

werner closed T4192: python gpg segfaults when first parameter to gpg.Context().op_genkey() is None or otherwise malformed as Resolved.
Oct 29 2018, 9:43 AM · Python, gpgme

Oct 20 2018

BenM added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

Nesting the op_genkey() calls inside try/except statements with the exceptions being caught as "oops" and otherwise "oops" being set to None provides a means of checking whether the 2099 expiration is a problem and 2037 is not.

Oct 20 2018, 2:37 AM · Python, gpgme, Bug Report
BenM added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

Well, I guess this answers my question in T4192 regarding why op_genkey was in use.

Oct 20 2018, 1:40 AM · Python, gpgme, Bug Report
BenM added a comment to T4192: python gpg segfaults when first parameter to gpg.Context().op_genkey() is None or otherwise malformed.

Interesting, I'll look into it, but is there a reason for using op_genkey instead of create_key (optionally with create_subkey and/or key_add_uid)? The latter should be easier and more pythonic.

Oct 20 2018, 1:16 AM · Python, gpgme
BenM added a comment to T3354: gpgme only builds against two versions of python at once.

This should already be possible, iirc the Arch Linux maintainer patched
it in. I believe there is a 'prepare' target that takes care of all the
preparations (duh), and then you can build for every Python version by
executing the Python build system with the Python version of your choice.

Oct 20 2018, 12:53 AM · Python, gpgme, Bug Report

Oct 19 2018

dkg added a comment to T3354: gpgme only builds against two versions of python at once.

@werner, thanks for rMff6ff616aea6 -- i've backported it to debian's packaging and it lets us cleanly build against all installed versions of python.

Oct 19 2018, 11:47 PM · Python, gpgme, Bug Report

Oct 18 2018

werner added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

That is up to @BenM

Oct 18 2018, 7:56 PM · Python, gpgme, Bug Report
dkg added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

the error i'd seen earlier after reverting the change was an error due to running t-callbacks.py on its own, without the rest of the test suite framework. running it within the test suite framework (with the change reverted), it passes without a problem. I've uploaded 1.12.0-4 to debian with a patch to t-callbacks.py. I can apply it upstream, if you want me to.

Oct 18 2018, 6:20 PM · Python, gpgme, Bug Report
werner added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

See T4195 for the general problem

Oct 18 2018, 6:10 PM · Python, gpgme, Bug Report
werner assigned T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms to BenM.

I have not looked at the new error but the year 2099 is clearly a y2k38 problem. gpg has some precautions but I have not checked the key generation code. The gpgme interface uses a signed long for the expiration time, although that it parses the dates received from gpg as an unsigned long. Right now, I am not sure why we did this because an unsigned long would just work. Maybe we can change or enhance the interface. But in any case this is a general problem and not specific to this bug.

Oct 18 2018, 5:54 PM · Python, gpgme, Bug Report
werner changed the status of T4192: python gpg segfaults when first parameter to gpg.Context().op_genkey() is None or otherwise malformed from Open to Testing.
Oct 18 2018, 5:41 PM · Python, gpgme
werner added a comment to T4192: python gpg segfaults when first parameter to gpg.Context().op_genkey() is None or otherwise malformed.

@BenM thinks that swig is still the best option. Actually this case helped to find a bug in gpgme. See my next commit.

Oct 18 2018, 5:40 PM · Python, gpgme
dkg added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

The error might have to do with rM46da79e3de99a7b65748994921d6aab73b9974e7 which looks like it might run afoul of 32-bit time_t (Y2K38 problem?).

Oct 18 2018, 5:33 PM · Python, gpgme, Bug Report
dkg added a comment to T4191: gpgme python bindings test t-callbacks.py fails on 32-bit platforms.

here's me running just the specific test:

Oct 18 2018, 5:20 PM · Python, gpgme, Bug Report