On Mon, 16 Jan 2023 07:55, Jan Girlich said:
> Is the call to "gpgme_check_version" maybe done implicitly by the
> Python bindings?
Yes. See gpgme/lang/python/src/core.py
# check_version also makes sure that several subsystems are properly
# initialized, and it must be run at least once befo
reading support is more smoke and mirrors than reality. That may lead you to an answer to your question.On Jan 16, 2023 1:55 AM, Jan Girlich wrote:Hi,
I want to use the GPGME Python bindings in a concurrent way.
In the documentation of the Python bindings at
http://files.au.adversary.org/cryp
problem", instead of "smoke
and mirrors".
I can recommend https://superfastpython.com/multiprocessing-pool-gil/
on this topic.
Thank you,
Jan
>
> On Jan 16, 2023 1:55 AM, Jan Girlich wrote:
> > Hi,
> >
> > I want to use the GPGME Python bindings in a concurren
Hi,
I want to use the GPGME Python bindings in a concurrent way.
In the documentation of the Python bindings at
http://files.au.adversary.org/crypto/gpgme-python-howto.html I find no
mention of multithreading.
In the GPGME documentation at
https://www.gnupg.org/documentation/manuals/gpgme
(Redirecting to -users since that seems more appropriate)
On 07/12/2018 10:42 PM, Ben McGinnes wrote:
> On Tue, Jul 10, 2018 at 01:01:10PM -0400, Jacob Adams wrote:
>> I would prefer to use the automatically generated certificate as it
>> also comes with some useful explanation text, but the probl
On Thu, Dec 28, 2017 at 05:49:58PM -0500, Leo Famulari wrote:
> Hello,
>
> I'm working on downstream packaging of GPGME and GPGME's Python
> language bindings for GNU Guix. [0]
Cool.
> Because it was easier, we began packaging the GPGME Python bindings
> based on the
Hello,
I'm working on downstream packaging of GPGME and GPGME's Python language
bindings for GNU Guix. [0]
Because it was easier, we began packaging the GPGME Python bindings
based on the PyPi release [1] of version 1.8.0.
However, since that time, GPGME has had a few more release