Feed Advanced Search

May 13 2018

BenM changed the visibility for T3977: GPGME Python Bindings HOWTO org-babel examples losing indenting.
May 13 2018, 8:37 PM · Python, gpgme

May 5 2018

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

The Python portion of this is done, the tests will now create a key with an expiration a few years shy of the 2106 end date (NYE 2099).

May 5 2018, 5:10 AM · qt, Python, gpgme, Bug Report

Apr 30 2018

BenM claimed T3505: Port GPGME's Python bindings to Windows.

Clearly getting SWIG and Windows to play together nicely is a bit of a big ask, but it may be possible to leverage GPGME's compiled libraries with something like CFFI's ABI calling method (yeah, I know, ABI is never ideal, but it's better than what Windows has now).

Apr 30 2018, 12:43 AM · Feature Request, gpgme, Python
BenM claimed T3354: gpgme only builds against two versions of python at once.

The last change to the python installer was, IIRC, one I discussed with Justus off-list around the middle of, um, last year? Maybe the year before?

Apr 30 2018, 12:02 AM · Python, gpgme, Bug Report

Apr 26 2018

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

Not to mention making sure we test for a time after the end of the old 32-bit clock.

Apr 26 2018, 6:44 AM · qt, Python, gpgme, Bug Report

Apr 19 2018

werner moved T3354: gpgme only builds against two versions of python at once from Backlog to Python on the gpgme board.
Apr 19 2018, 6:08 PM · Python, gpgme, Bug Report
werner moved T3505: Port GPGME's Python bindings to Windows from Backlog to Python on the gpgme board.
Apr 19 2018, 6:08 PM · Feature Request, gpgme, Python

Apr 17 2018

werner triaged T3815: tests fail in 2021 as Normal priority.
Apr 17 2018, 8:30 PM · qt, Python, gpgme, Bug Report
werner assigned T3815: tests fail in 2021 to BenM.

Ben: We need to use a faked system time thing to make those tests more stable.

Apr 17 2018, 8:29 PM · qt, Python, gpgme, Bug Report
werner placed T3354: gpgme only builds against two versions of python at once up for grabs.
Apr 17 2018, 12:48 PM · Python, gpgme, Bug Report
werner triaged T3813: GPGME error: "invalid crypto engine" in the MSYS2 version as Low priority.

We never tried to build gpgme with MSYS2 and I would also say this is not supported. A wild guess is that this mixes platform specific code.

Apr 17 2018, 10:37 AM · Python, gpgme, Bug Report
werner renamed T3813: GPGME error: "invalid crypto engine" in the MSYS2 version from GPGME error: invalid crypto engine to GPGME error: "invalid crypto engine" in the MSYS2 version.
Apr 17 2018, 10:34 AM · Python, gpgme, Bug Report

Apr 11 2018

BenM added a watcher for Python: BenM.
Apr 11 2018, 3:38 AM
BenM claimed T3813: GPGME error: "invalid crypto engine" in the MSYS2 version.
Apr 11 2018, 3:37 AM · Python, gpgme, Bug Report
BenM added a comment to T3813: GPGME error: "invalid crypto engine" in the MSYS2 version.

This may be related to T3515: Gpg4win: Gpgconf used to open "windows" and slows down kleo startup since it depends on data from gpgconf.

Apr 11 2018, 3:35 AM · Python, gpgme, Bug Report

Feb 28 2018

werner added a project to T3815: tests fail in 2021: qt.
Feb 28 2018, 8:34 AM · qt, Python, gpgme, Bug Report

Feb 27 2018

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

Here is the build log from unpatched gpgme https://www.zq1.de/~bernhard/temp/gpgme-build-log-2033.txt
it has some tracebacks from t-callbacks.py

Feb 27 2018, 9:53 PM · qt, Python, gpgme, Bug Report
werner added projects to T3815: tests fail in 2021: gpgme, Python.

Can you please show the output of these failing tests? I assume you are running on a 64 bit platform.

Feb 27 2018, 9:23 PM · qt, Python, gpgme, Bug Report
lovetox created T3813: GPGME error: "invalid crypto engine" in the MSYS2 version.
Feb 27 2018, 12:23 AM · Python, gpgme, Bug Report

Jan 13 2018

werner reopened T3354: gpgme only builds against two versions of python at once as "Open".
Jan 13 2018, 5:01 PM · Python, gpgme, Bug Report
werner raised the priority of T3354: gpgme only builds against two versions of python at once from Wishlist to Normal.

The actual problem is that justus quit his job to work for pEp. Thus we have no maintainer for the python port. There is one candidate for this job but don't expect any fast fixes because one of the near term goals will be to replace swig so that we can provide the bindings also for WIndows. Maybe that will also solve the problem with different Python versions.

Jan 13 2018, 5:01 PM · Python, gpgme, Bug Report

Jan 12 2018

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

it's too bad that this is not considered something worth fixing upstream -- at the moment, debian's python3-gpg will only work with one specific version of python3 because of this, which makes package transitions more complex than they should be.

Jan 12 2018, 8:14 PM · Python, gpgme, Bug Report

Nov 15 2017

werner created T3505: Port GPGME's Python bindings to Windows.
Nov 15 2017, 9:11 AM · Feature Request, gpgme, Python

Aug 21 2017

justus closed T3354: gpgme only builds against two versions of python at once as Wontfix.

Unfortunately, even building for two Python versions is a bit of a hassle with the existing autoconf framework for Python. I did that when porting the Python bindings back to Python2 after we decided to also support 2 so that people could start to use our bindings even if they still need Python2. I don't see us extending it for more versions.

Aug 21 2017, 11:24 AM · Python, gpgme, Bug Report

Aug 18 2017

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

this is also https://bugs.debian.org/866555

Aug 18 2017, 6:31 AM · Python, gpgme, Bug Report
dkg created T3354: gpgme only builds against two versions of python at once.
Aug 18 2017, 4:42 AM · Python, gpgme, Bug Report

Jul 11 2017

justus added a commit to T3271: Expose recipients on decryption failure: rM1e68f93dc547: python: Improve error handling..
Jul 11 2017, 12:30 PM · gpgme, Python, Bug Report
justus closed T3271: Expose recipients on decryption failure as Resolved.

Fixed in 1e68f93dc547ae75b921e43db35e3599de92e2cb.

Jul 11 2017, 12:30 PM · gpgme, Python, Bug Report
justus claimed T3271: Expose recipients on decryption failure.
Jul 11 2017, 10:37 AM · gpgme, Python, Bug Report
aheinlein added a watcher for Python: aheinlein.
Jul 11 2017, 10:29 AM
aheinlein created T3271: Expose recipients on decryption failure.
Jul 11 2017, 10:27 AM · gpgme, Python, Bug Report
aheinlein created T3270: No reasonable error codes on decryption failure.
Jul 11 2017, 10:24 AM · gpgme, Bug Report

Jul 10 2017

lovetox added a comment to T3263: GPGME: Python bindings dont work after build.

Thanks, LD_LIBRARY_PATH solved the problem

Jul 10 2017, 5:28 PM · Python, gpgme, Bug Report
justus closed T3263: GPGME: Python bindings dont work after build as Invalid.

This is a bug tracker, not a support forum.

Jul 10 2017, 4:47 PM · Python, gpgme, Bug Report
werner triaged T3263: GPGME: Python bindings dont work after build as Normal priority.
Jul 10 2017, 4:21 PM · Python, gpgme, Bug Report
werner assigned T3263: GPGME: Python bindings dont work after build to justus.
Jul 10 2017, 4:20 PM · Python, gpgme, Bug Report

May 23 2017

marcus changed the status of T2426: gpgme - Inappropriate ioctl for device from Invalid to Resolved.
May 23 2017, 9:38 AM · Python, Fedora, Bug Report, gpgme
marcus renamed T2426: gpgme - Inappropriate ioctl for device from NATIONAL SECURITY. FEDERAL OFFENSE 12-20yrs FEDERAL PRISON to gpgme - Inappropriate ioctl for device.
May 23 2017, 9:38 AM · Python, Fedora, Bug Report, gpgme

May 17 2017

srgblnchtrn added a watcher for Python: srgblnchtrn.
May 17 2017, 9:20 AM

Mar 30 2017

admin created Python.
Mar 30 2017, 6:42 PM

Oct 13 2016

justus added a comment to T2751: pyme.Context().get_key(fpr, secret) should have secret default to False.

Fixed in 1e6073ff.

Oct 13 2016, 1:23 PM · gpgme, Feature Request, Python
justus closed T2751: pyme.Context().get_key(fpr, secret) should have secret default to False as Resolved.
Oct 13 2016, 1:23 PM · gpgme, Feature Request, Python
justus added a project to T2751: pyme.Context().get_key(fpr, secret) should have secret default to False: Python.
Oct 13 2016, 1:23 PM · gpgme, Feature Request, Python

Aug 16 2016

werner added a comment to T2426: gpgme - Inappropriate ioctl for device.

Thanks for testing.

Aug 16 2016, 7:36 PM · Python, Fedora, Bug Report, gpgme
werner closed T2426: gpgme - Inappropriate ioctl for device as Resolved.
Aug 16 2016, 7:36 PM · Python, Fedora, Bug Report, gpgme

Aug 14 2016

techtonik added a comment to T2426: gpgme - Inappropriate ioctl for device.

I've made new container and can't repeat the bug. gpgme
components got updated in Fedora.

Aug 14 2016, 5:59 PM · Python, Fedora, Bug Report, gpgme

Aug 2 2016

justus added a comment to T2426: gpgme - Inappropriate ioctl for device.

Ok, there are no significant patches on top of pygpgme. Note that pygpgme is not really
maintained, and that we neither develop nor support pygpgme. But seeing that dnf is important to
Fedora, let's figure this out.

It would be nice if you could try to reproduce the problem without pygpgme though, just to make a
more minimal test case. I see the exception is thrown during some import. This is how I strace
gnupg to see what ioctls it is issuing:

% strace -eioctl g10/gpg --import ../tests/openpgp/samplekeys/ecc-sample-1-pub.asc
gpg: NOTE: THIS IS A DEVELOPMENT VERSION!
gpg: It is only intended for test purposes and should NOT be
gpg: used in a production environment or with production keys!
gpg: key 0BA52DF0BAA59D9C: public key "ec_dsa_dh_256 <openpgp@brainhub.org>" imported

  • SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=26716, si_uid=1000, si_status=0,

si_utime=0, si_stime=0} ---
ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
gpg: Total number processed: 1
gpg: imported: 1
+++ exited with 0 +++

Note that if you try to strace your gpgme-based application, you need to pass '-f' to strace to
follow forks.

I have grepped through gpgme and gnupg, and it looks like gnupg is only doing ioctls to terminals,
so maybe your container setup is doing something funny to terminals. But let's see what the strace
shows.

Aug 2 2016, 2:06 PM · Python, Fedora, Bug Report, gpgme

Jul 29 2016

techtonik added a comment to T2426: gpgme - Inappropriate ioctl for device.

Here is the info about Fedora patches
https://www.rpmfind.net/linux/RPM/fedora/secondary/devel/rawhide/src/p/pygpgme-0.3-15.fc24.src.html

Jul 29 2016, 3:26 PM · Python, Fedora, Bug Report, gpgme
techtonik added a comment to T2426: gpgme - Inappropriate ioctl for device.

On Wed, Jul 27, 2016 at 1:24 PM, Justus Winter via BTS
<gnupg@bugs.g10code.com> wrote:

I see that you are using pygpgme, is that correct?If so, which version, and are
there significant patches applied in the Fedora package? And can you please tell
me what version of libgpgme you are using?

Jul 29 2016, 3:11 PM · Python, Fedora, Bug Report, gpgme

Jul 27 2016

justus added a comment to T2426: gpgme - Inappropriate ioctl for device.

Thanks for the report.

I see that you are using pygpgme, is that correct? If so, which version, and are
there significant patches applied in the Fedora package? And can you please tell
me what version of libgpgme you are using?

Let's try to figure out which ioctl fails. Could you try to strace this process?

Jul 27 2016, 12:24 PM · Python, Fedora, Bug Report, gpgme
justus claimed T2426: gpgme - Inappropriate ioctl for device.
Jul 27 2016, 12:24 PM · Python, Fedora, Bug Report, gpgme
techtonik added projects to T2426: gpgme - Inappropriate ioctl for device: Python, Fedora, Bug Report, gpgme.
Jul 27 2016, 11:01 AM · Python, Fedora, Bug Report, gpgme