David Suárez | 19 Jul 20:45 2014

Bug#755337: monkeysphere: FTBFS: Tests failures

Source: monkeysphere
Version: 0.36-1
Severity: serious
Tags: jessie sid
User: debian-qa <at> lists.debian.org
Usertags: qa-ftbfs-20140718 qa-ftbfs
Justification: FTBFS on amd64


During a rebuild of all packages in sid, your package failed to build on

Relevant part (hopefully):
> make[1]: Entering directory '/«PKGBUILDDIR»'
> MONKEYSPHERE_TEST_NO_EXAMINE=true ./tests/keytrans
> ##################################################
> ### generating openpgp key...
> gpg: keyring `/«PKGBUILDDIR»/tests/tmp/monkeyspheretest.dBAA7Ae/secring.gpg' created
> gpg: keyring `/«PKGBUILDDIR»/tests/tmp/monkeyspheretest.dBAA7Ae/pubring.gpg' created
> +++++
> .+++++
> gpg: /«PKGBUILDDIR»/tests/tmp/monkeyspheretest.dBAA7Ae/trustdb.gpg: trustdb created
> gpg: key DB5AE932 marked as ultimately trusted
> gpg: done
> ##################################################
> ### retrieving key timestamp...
> gpg: checking the trustdb
> gpg: 3 marginal(s) needed, 1 complete(s) needed, PGP trust model
> gpg: depth: 0  valid:   1  signed:   0  trust: 0-, 0q, 0n, 0m, 0f, 1u
(Continue reading)

Chris Johnson | 11 Jul 20:05 2014

Alternative trust requirements for HTTPS vs SSH

The context of web browsing is significantly different from personal
communication or an SSH session. In the latter situations, you can
reasonably expect to have some kind of personal connection to the people
you're communicating with or the administrator of a server you're
intending to connect to.

On the other hand, the web is largely built on the idea of sharing
information with strangers. As such, it makes sense to place different
trust requirements on HTTPS connections than on these others.
Personally, unless I'm submitting sensitive information, I'd want to set
marginals-needed and completes-needed to 1 and 1 for HTTPS for the sake
of smooth browsing. But again, I wouldn't want to set these for SSH, so
this wouldn't be simply a question of using an alternative gpg.conf for

Is this something that's been addressed before?


a k'wala | 11 Jul 03:12 2014

bugs.g10code.com is failing to validate

Monkeysphere Firefox add-on (v. 0.8) is reporting that https://bugs.g10code.com "failed to validate through the OpenPGP Web of Trust."

That doesn't sound right, since it's the bug tracker site for GnuPG.


PGP key fingerprint: 736C D83E 32DB A2FD 0208 9113 0FC8 BA7D FECF 84FB

fr33domlover | 30 Apr 00:21 2014

Usage with mail server


This is my first post here. I run an SSH server and a web server and I'm
very interested in using a peer-to-peer decentralized natural way to
handle trust.

Moneysphere already works with HTTPS and SSH as described in your
website, but I didn't find any information about:

- XMPP server (as far as I know, none exists yet but it's WIP)
- mail server

I'm going to run a mail server (first just IMAP, later I'll add SMTP)
and I'd like to not use an SSL certificate from a centralized source
which requires a lot of my private information for spying me and
verifying my identity etc.

Does moneysphere support mail serving?

I can imagine it may work for sending mail to the user, but what happens
if an SMTP server wants to send email to my IMAP server? How does the
SMTP server send me encrypted data if it cannot recognize my OpenPGP
based "certificate"?

If there's any approach waiting to be implemented or used, I don't mind
pioneering. Just tell me please how it works. Also, maybe I can help add
monkeysphere support to dovecot if it's not too difficult.

Thanks in advance!
micah | 21 Apr 01:41 2014

Re: Archlinux Package

Profpatsch <mail <at> profpatsch.de> writes:

> On 14-04-10 06:21pm, Profpatsch wrote:
>> Since you are linking to a git package which is broken atm:
>> There is a package using the official releases at
>> https://aur.archlinux.org/packages/monkeysign/
> And I just became maintainer, so it’s up-to-date now, too.

If you would like to update the link on the page, the site is running
ikiwiki, a patch or a git remote would make the update real easy!

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/


 ♥Ⓐ isis agora lovecruft
GPG: 4096R/A3ADB67A2CDB8B35
Current Keys: https://blog.patternsinthevoid.net/isis.txt
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

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