Jakub Wilk | 18 Apr 13:54 2014

Bug#745144: pem2openpgp(1) manpage: punctuation error

Package: monkeysphere
Version: 0.36-1
Severity: minor
Tags: patch

$ man pem2openpgp | grep 1,
     openpgp2ssh(1,) monkeysphere(1), monkeysphere(7), ssh(1),

It should be "(1)," rather than "(1,)".


Jakub Wilk
Profpatsch | 10 Apr 18:21 2014

Archlinux Package

Since you are linking to a git package which is broken atm:

There is a package using the official releases at


Proudly written in Mutt with Vim on Archlinux.
Q: Why is this email five sentences or less?
A: http://five.sentenc.es
Gabriel Pérez-Cerezo | 30 Mar 13:23 2014

Monkeysphere integration in Links2


I have changed my plans. I have stopped working on w3m and now I'm working on Links2,
as it has much more features and is more widely used. I will write you when it is

Best wishes,


Gabriel Pérez-Cerezo Flohr
Website: http://gpcf.eu  E-mail: gabriel <at> gpcf.eu
GPG Key: D353EC69 (get it from http://gpcf.eu/key.asc)

Gabriel Pérez-Cerezo | 23 Mar 17:47 2014

libmsv licensing


as you may know, I'm working on a fork of the w3m browser which includes monkeysphere support. I have now got a
problem with the licensing. Libmsv is licensed under the GPLv3 and w3m under the MIT license, but as it is
linked to OpenSSL, it would need a linking exception, so I have to either link the GPL code from GPL+Linking
exception code or rewrite the entire SSL code using GNUtls.

Do you think that it is better to ask someone for a linking exception or rewrite the SSL code using GNUtls?


Gabriel Pérez-Cerezo Flohr
Website: http://gpcf.eu  E-mail: gabriel <at> gpcf.eu
GPG Key: D353EC69 (get it from http://gpcf.eu/key.asc)

isis agora lovecruft | 3 Jul 16:50 2013

gnupg-1.1.7, a Python GnuPG wrapper, is released on PyPI

Announcing the release of a more secure Python wrapper for GnuPG on PyPI.

About this release

This is the first stable release of a module (named 'gnupg' on PyPI)[0], which
originated as a fork of python-gnupg.[1] Several problems were found with the
upstream version, including a security vulnerability triggered by unvalidated
user input, and when used within networked code, can lead to remote arbitrary
code execution. Full notes of the audit can be found in the docs/ directory of
the git repo [2] and as orgmode→html [3] in the online documentation.

The new version [4] is incompatible with the old version, though the changes
required to upgrade for software depending on the old version should be
slight. Not to mention, the module is now extensively documented,[5] and
developed openly. It was downloaded nearly 1000 times on the first day it was
uploaded to PyPI.

To install:
$ [sudo] pip install gnupg

[0]: https://pypi.python.org/gnupg/
[1]: https://code.google.com/p/python-gnupg/
[2]: https://github.com/isislovecruft/python-gnupg/raw/master/docs/NOTES-python-gnupg-3.1-audit.org
[3]: http://pythonhosted.org/gnupg/NOTES-python-gnupg-3.1-audit.html
[4]: https://github.com/isislovecruft/python-gnupg/
[5]: https://pythonhosted.org/gnupg/

(Continue reading)

intrigeri | 8 Feb 10:14 2013

Bug#677565: [monkeysphere] Bug#682518: Bug#677565: RC bugs in msva-perl


Daniel Kahn Gillmor wrote (08 Feb 2013 05:48:55 GMT) :
> I've just pushed a proposed upstream msva-perl/0.8.1 targetted bugfix
> tag to git://lair.fifthhorseman.net/~dkg/msva-perl, and a "wheezy"
> branch that uses that and targets testing-proposed-updates.

Excellent! Thanks a lot.

> I've tested 0.8.1-1 on a wheezy system and it works for me.

I'm going to test it during a few days.

> I plan to upload it to t-p-u sometime tomorrow or the next day
> unless i hear from anyone that it didn't work for them.

Looks like a good plan, but I suggest waiting a bit longer for:

  1. You and someone else (I volunteer) to try the proposed package
     for a few days: given t-p-u uploads have no time to be tested in
     sid, we should be extra careful about them.
  2. A pre-approval from the release team, which is required by the
     current freeze policy before uploading to t-p-u.


  | GnuPG key  <at>  https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc
  | OTR fingerprint  <at>  https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc

(Continue reading)

Jameson Graef Rollins | 23 Jan 03:15 2012

update of xul-ext-monkeysphere package

Hey, folks.  I have just tagged/pushed version 0.6.1 of
xul-ext-monkeysphere, and 0.6.1-1 to Debian unstable.  This fixes the RC
bug related to iceweasel incompatibility [0].  The package should be
usable in testing/unstable again as soon as it falls through.

There are some other issues that we're going to need to sort out, so
hopefully we can push 0.7 soon.

Sorry for the delay getting to this.  Please report any issues to the
Debian BTS, or our upstream issue tracker [1].


[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638585
[1] https://labs.riseup.net/code/projects/monkeysphere/issues
Jonas Smedegaard | 21 Jan 15:22 2012

Bug#656750: monkeysphere: does not honour TMPDIR

Package: monkeysphere
Version: 0.35-2
Severity: normal

On a system where I use libpam-tmpdir, monkeysphere fails:

root <at> jawa:~# LC_ALL=C monkeysphere-host p
Really publish key 'DD25548490229486D19B70741B036A6FCD886CCF' to pool.sks-keyservers.net? (Y/n) 
gpg: keyblock resource `/tmp/user/0/monkeysphere.qjIXSNyObe/secring.gpg': file open error
gpg: keyblock resource `/tmp/user/0/monkeysphere.qjIXSNyObe/pubring.gpg': file open error
gpg: no writable keyring found: eof
gpg: error reading `[stdin]': general error
gpg: import from `[stdin]' failed: general error

Overriding libpam-tmpdir makes monkeysphere succeed:

root <at> jawa:~# LC_ALL=C TMPDIR=/tmp monkeysphere-host p
Really publish key 'DD25548490229486D19B70741B036A6FCD886CCF' to pool.sks-keyservers.net? (Y/n) 
gpg: sending key CD886CCF to hkp server pool.sks-keyservers.net

I suspect this to be an indication that monkeysphere do not respect
$TMPDIR but always use /tmp.

 - Jonas

Hans-Christoph Steiner | 17 Dec 03:10 2011

parsing DSA keys from GPG

Anyone have any pointers on where to start to parse a GPG DSA public key block into its constituent bits?  I'm
looking at the keytrans perl code now, but my perl is weak.  pycrypto's RSA object has this nice
.importKey() method which the DSA object does not have.



Computer science is no more related to the computer than astronomy is related to the telescope.      -Edsger Dykstra

Jeffrey Burdges | 12 Dec 08:27 2011

user confusion

You guys maintain openpgp2ssh, right?

If so, you might consider elaborating on the "We cannot handle encrypted secret keys" error message
slightly, probably mentioning the commands  "gpg --edit-key …"  and  "ssh-keygen -f ~/.ssh/id_rsa -p". 
It came up here :


I donno if you'd wish to recommend a trick for keeping the key form being written to disk unencrypted.

Jeff Burdges
Jeffrey Ollie | 28 Nov 23:04 2011

GnuPG v1 Bug in CentOS


I've bee trying to get MonkeySphere set up on my hosts and I appear to
have run across a bug in GnuPG v1 that affects MonkeySphere.  Before I
figured out the problem, none of my CentOS 5 hosts would publish their
host key to the keyservers.  I even set up a private keyserver just so
that I could do some testing.  What is happening is that GnuPG v1 on
CentOS 5 hosts (and likely RHEL 5 hosts) won't publish a key to a
keyserver if you specify the key using the full 40 byte fingerprint.
So the following command to publish the key fails:

[root <at> web04 ~]# gpg --home /var/lib/monkeysphere/host --keyserver
web10.dmacc.net --send-key 0xB8511DF00DA989B4BABE2DD91D59F99C42F35B7F
gpg: sending key 42F35B7F to hkp server web10.dmacc.net
[root <at> web04 ~]# echo $?

While this command works:

[root <at> web04 ~]# gpg --home /var/lib/monkeysphere/host --keyserver
web10.dmacc.net --send-key 0x42F35B7F
gpg: sending key 42F35B7F to hkp server web10.dmacc.net
[root <at> web04 ~]# echo $?

GnuPG v2 on CentOS 5 and all versions of GnuPG on Fedora 14+ work just fine.

For now I'm going to work around the problem by editing
/usr/share/monkeysphere/mh/publish_key to use GnuPG 2.

(Continue reading)