Share

Python GnuPGInterface

Code

Programming Languages: Python

License: GNU Library or Lesser General Public License (LGPL)

Repositories

browse code, statistics, last commit on 2003-02-27 cvs -d:pserver:anonymous@py-gnupg.cvs.sourceforge.net:/cvsroot/py-gnupg login

cvs -z3 -d:pserver:anonymous@py-gnupg.cvs.sourceforge.net:/cvsroot/py-gnupg co -P modulename

Show:

What's happening?

  • Comment: Windows support

    BTW, I can do the actual testing and final revision for Windows, after the package has switched to portable function calls.

    2007-12-31 07:22:29 UTC by nobody

  • Comment: Windows support

    Thank you for the notice about 'subprocess.' I'll look to including that in the next release.

    2007-12-31 03:35:53 UTC by ftobin

  • Windows support

    Plase switch to the new Python package "subprocess" in order to get your package working on Windows, too. The IM project Gajim would benefit greatly. Thank you!

    2007-12-28 10:53:44 UTC by bronger

  • Comment: OSError: [Errno 24] Too many open files

    (I was the initial bug reporter but forgot to login before submitting...) The default file limit on MacOS X is only 256, so a work around is to set the ulimit higher. But it really is just a work around, since the gpg processes don't seem to go away after they're used, so it ends up running out of file handles after spawning lots of processes (a hundred with the default setting or a couple...

    2007-12-14 15:10:05 UTC by crowston

  • Comment: OSError: [Errno 24] Too many open files

    I'm the maintainer for duplicity. This is happening on another Macintosh as well. The symptoms we're seeing is that multiple gpg processes are left behind, each requiring multiple fd's. This symptom is not being seen on Linux or Windows. Duplicity uses your process.wait() when closing. I looked and that wraps os.waitpid(process.pid, 0) and this seems to be working under other systems.

    2007-12-14 14:49:20 UTC by loafman

  • Comment: OSError: [Errno 24] Too many open files

    Too many open files usually requires many, many files to be open (e.g., maybe 4k on a standard linux box). Is GnuPGInterface being called many times, or just a few? Since it is running inside another process, I have to suspect that not only it, but others are all adding up to reach the process limit. You can check your file descriptor limit with "ulimit -aH".

    2007-12-13 22:12:35 UTC by ftobin

  • OSError: [Errno 24] Too many open files

    I'm running duplicity, which calls GnuPGInterface to encrypt its backup files. I'm running Python 2.5 and GnuPGInterface 0.3.2, so I think I have the latest releases. The underlying OS is Mac OS X 10.4.10. The problem appears to be that a pipe call fails with an error OSError: [Errno 24] Too many open files. I'm guessing that duplicity or GnuPGInterface isn't closing pipes it should, which...

    2007-12-13 15:28:34 UTC by nobody

  • Python GnuPGInterface

    ftobin committed patchset 46 of module py-gnupg to the Python GnuPGInterface CVS repository, changing 1 files.

    2003-02-27 00:58:16 UTC by ftobin

  • Python GnuPGInterface

    ftobin committed patchset 45 of module py-gnupg to the Python GnuPGInterface CVS repository, changing 1 files.

    2002-09-25 04:15:28 UTC by ftobin

  • Python GnuPGInterface

    ftobin committed patchset 15 of module htdocs to the Python GnuPGInterface CVS repository, changing 2 files.

    2002-09-02 07:23:04 UTC by ftobin

Our Numbers