Sune Vuorela wrote:
> Not only that, but some of these people were also in the
> standardization workgroup knowingly forcing the schism by wanting,
> what GnuPG upstream describes as, 'useless complexity' (my wording,
> not theirs).
Hi there! In addition to having helped maintain GnuPG in Debia
On Mon 2025-01-13 10:53:30 +0100, Simon Josefsson wrote:
> I actually meant missing features. From my recollection it was features
> related to support for some subset of combinations of 25519, gpgsm,
> smartcards and the gpg/ssh agent. Things didn't work in GnuPG 2.2 but
> was fixed years ago in
On Thu 2025-01-09 07:55:36 +0100, Stephan Verbücheln wrote:
> GnuPG 2.4 was released in 2022, long before the LibrePGP schism. It is
> generally not clear to me how the divergence from upstream is a reason
> to favor 2.2 over 2.4, except that patches have to be ported (once?).
sadly, 2.4 was relea
Thanks for this discussion, all--
On Tue 2025-01-07 15:16:27 +0100, Simon Josefsson wrote:
> I believe this would be good, I frequently run into GnuPG bugs in the
> 2.2.x branch that was fixed years ago in 2.4
Can you identify some of those bugs? It would be good to be clear about
what 2.2 is la
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: sopv-gpgv
Version : 0.1
Upstream Contact: Daniel Kahn Gillmor
* URL : https://gitlab.com/dkg/sopv-gpgv
* License : MIT
Programming Lang
Hi Gioele--
On Thu 2023-12-21 11:02:06 +0100, Gioele Barabucci wrote:
> On 21/12/23 04:16, Daniel Kahn Gillmor wrote:
> As the Uploader of rust-sequoia-openpgp, what do you think of the
> related sequoia-chameleon-gnupg project [1] (drop-in replacement for gpg
> that uses sequoi
hey folks--
[ This message won't make sense unless the reader distinguishes clearly
between OpenPGP the protocol and GnuPG the implementation! As a
community we have a history of fuzzily conflating the two terms, which
is one of the reasons that we're in this mess today. Please read
expli
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@fifthhorseman.net
* Package name: sexp
Version : 0.8.5
Upstream Contact: Maxim Samsonov
* URL : https://github.com/rnp/sexp
* License : MIT
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@fifthhorseman.net
Control: affects -1 + thunderbird librnp0
* Package name: rust-sequoia-octopus-librnp
Version : 1.4.1
Upstream Author : Sequoia Project
* URL
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@fifthhorseman.net
* Package name: sequoia-wot
Version : 0.2.0
Upstream Author : Neal H. Walfield
* URL : https://gitlab.com/sequoia-pgp/sequoia-wot
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-devel@lists.debian.org, d...@fifthhorseman.net
* Package name: python-sasl
Version : 0.3.1
Upstream Author : Todd Lipcon
* URL : https://github.com/cloudera/python-sasl
* License
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: sequoia-sop
Version : 0.17.0
Upstream Author : Justus Winter
* URL :
https://sequoia-pgp.org/blog/2020/06/12/202006-sequoia-0.17.0/
* License : GPL 2+
Programming Lang: Rust
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: rnp
Version : 0.12.0
Upstream Author : Ronald Tse , Daniel Wyatt
, Nickolay Olshevsky , Krzysztof
Kwiatkowski
* URL : https://www.rnpgp.com/
* License : BSD
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-sop
Version : 0.1.1
Upstream Author : Daniel Kahn Gillmor
* URL : https://gitlab.com/dkg/python-sop
* License : MIT
Programming Lang: Python
Description : Framework for
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: sequoia
Version : 0.7.0
Upstream Author : Sequoia Developers
* URL : https://www.sequoia-pgp.org/
* License : GPL
Programming Lang: Rust
Description : A modern OpenPGP
On Fri 2019-03-22 09:32:55 +0100, Lucas Nussbaum wrote:
> I'm probably missing something, but it doesn't sound like a lot of work
> to me? It's "just" a service that:
> - gets notified of the existence of a git repo + tag to upload
> - fetches that git repo + tag
> - checks signature / confirm that
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: picotls
Version : 0.0.20190320
Upstream Author : Kazuho Oku
* URL : https://github.com/h2o/picotls
* License : MIT, CC0
Programming Lang: C
Description : library for TLS 1.3
Control: clone 922353 -2
Control: reassign -2 dpkg
Control: retitle -2 start-stop-daemon should support socket-activation via the
sd_listen_fds(3) convention
Control: severity -2 wishlist
On Fri 2019-02-15 04:34:47 +0100, Guillem Jover wrote:
> Another option would be to implement this in start-s
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: socket-activate
Version : 0.1
Upstream Author : Daniel Kahn Gillmor
* URL : https://gitlab.com/dkg/socket-activate
* License : GPL
Programming Lang: Python
Description : Run a
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: google-i18n-address
Version : 2.3.2
Upstream Author : Mirumee Software
* URL : https://github.com/mirumee/google-i18n-address
* License : BSD
Programming Lang: Python, JSON
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: tinyjsd
Version : 1.2
Upstream Author : Patrick Brunschwig
* URL : https://sourceforge.net/u/pbrunschwig/tinyjsd
* License : MPL 2.0
Programming Lang: JavaScript
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: jsunit
Version : 0.1.4
Upstream Author : Patrick Brunschwig
* URL : https://sourceforge.net/u/pbrunschwig/jsunit
* License : MPL 2.0
Programming Lang: JavaScript
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: node-compressjs
Version : 1.0.3
Upstream Author : C. Scott Ananian
* URL : https://github.com/cscott/compressjs
* License : GPL
Programming Lang: Javascript
Description : fast
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: node-asmcrypto
Version : 0.22.0
Upstream Author : Adam Lippai
* URL : https://github.com/asmcrypto/asmcrypto.js
* License : MIT
Programming Lang: JavaScript
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: node-rusha
Version : 0.8.13
Upstream Author : Sam Rijs
* URL : https://github.com/srijs/rusha
* License : MIT
Programming Lang: JavaScript
Description : high-performance pure
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
Control: block -1 with 893159
* Package name: libhsts
Version : 0.0.1
Upstream Author : Tim Rühsen
* URL : https://www.gitlab.com/rockdaboot/libhsts
* License : BSD
Programming Lang: C
On Fri 2018-02-23 14:24:44 +0100, W. Martin Borgert wrote:
> Quoting Adrien CLERC :
>>> * URL : https://salsa.debian.org/impass
>> Is it normal that this URL requires a login? I guess not, but anyway,
>> this is not as open-source as it should be ;)
>
> The link is wrong. The correct on
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: impass
Version : 0.12
Upstream Author : Jameson Graef Rollins
* URL : https://salsa.debian.org/impass
* License : GPL-3+
Programming Lang: Python
Description : Simple and
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: minisign
Version : 0.7
Upstream Author : Frank Denis
* URL : https://jedisct1.github.io/minisign/
* License : ISC (like Expat)
Programming Lang: C
Description : A dead simple
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: gmime2.6
Version : 2.6.23
Upstream Author : Jeffrey Stedfast
* URL : https://github.com/jstedfast/gmime
* License : LGPL
Programming Lang: C
Description : MIME message parser
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: hddemux
Version : 0.1
Upstream Author : Daniel Kahn Gillmor
* URL : https://0xacab.org/dkg/hddemux
* License : GPL
Programming Lang: C
Description : An HTTP and DNS
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-pgpy
Version : 0.4.0
Upstream Author : Michael Greene
* URL : https://github.com/SecurityInnovation/PGPy
* License : BSD
Programming Lang: Python
Description : OpenPGP
On Tue 2016-10-18 07:44:43 -0400, Ian Jackson wrote:
> Daniel Kahn Gillmor writes ("Re: [pkg-gnupg-maint] Bug#840669: Bug#840669:
> Beware of leftover gpg-agent processes"):
>> On Sat 2016-10-15 11:21:29 -0400, Ian Jackson wrote:
>> > 1. gnupg1-compatible authorisa
On Sat 2016-10-15 11:21:29 -0400, Ian Jackson wrote:
> 1. gnupg1-compatible authorisation lifetime:
I believe this is a deliberate change in semantics from the upstream
GnuPG project. In particular, authorization for the use of secret key
material is now the responsibility of the gpg-agent. This
On Fri 2016-10-14 15:18:40 -0400, Werner Koch wrote:
> On Fri, 14 Oct 2016 19:17, ijack...@chiark.greenend.org.uk said:
>
>> authorisations, if the user types in a passphrase) have a lifetime
>> limited by that of the gpg process which started the agent.
>
> In a new temp directory do:
>
> GNUPGHO
On Fri 2016-10-14 13:17:06 -0400, Ian Jackson wrote:
> This (and the change to gnupg2) has now broken dgit's DEP-8 test
> suite, when run under schroot. I'm discussing this in #840669 (CC'd).
in particular, the lack of a cleanup process breaks the test suite. If
the test suite had a cleanup proc
On Sat 2016-08-06 06:32:39 -0400, Stefano Zacchiroli wrote:
>> >> systemctl --user enable gpg-agent
>> >> systemctl --user enable dirmngr
>
> OTOH, doing this inhibited a proper start of my GNOME session at next
> login: only Nautilus started (I can tell because I've it handle my
> desktop icon
On Sat 2016-08-06 02:24:24 -0400, Paul Wise wrote:
> On Sat, Aug 6, 2016 at 12:41 AM, Daniel Kahn Gillmor wrote:
>
>> There are good reasons to want to have the agent running over time and
>> not terminating with the individual invocations of gpg1. In particular,
>>
On Fri 2016-08-05 15:03:29 -0400, Peter Colberg wrote:
> On Fri, Aug 05, 2016 at 01:51:07PM -0400, Daniel Kahn Gillmor wrote:
>> I don't think there's any need to add no-autostart in this case. in
>> particular, the daemon will already be running, so any consideration
On Fri 2016-08-05 14:17:23 -0400, Stefano Zacchiroli wrote:
> On Fri, Aug 05, 2016 at 12:41:18PM -0400, Daniel Kahn Gillmor wrote:
>> On desktop systems (where i'd expect the majority of secret key access
>> happens), for folks who are running systemd, i recommend enabling
On Fri 2016-08-05 13:39:10 -0400, Peter Colberg wrote:
> On Fri, Aug 05, 2016 at 12:41:18PM -0400, Daniel Kahn Gillmor wrote:
>> On desktop systems (where i'd expect the majority of secret key access
>> happens), for folks who are running systemd, i recommend enabling the
>
Ian Jackson writes:
> Johannes Schauer writes ("Beware of leftover gpg-agent processes (was: Re:
> Changes for GnuPG in debian)"):
>
>> Quoting Daniel Kahn Gillmor (2016-08-04 18:29:03)
>> > One of the main differences is that all access to your secret key
>
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: wireguard
Version : 0.0.0 (experimental)
Upstream Author : Jason A. Donenfeld
* URL : https://wireguard.io/
* License : GPL-2
Programming Lang: C
Description : fast, modern
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-pytest-pep8
Version : 1.0.6
Upstream Author : Holger Krekel
* URL : http://bitbucket.org/hpk42/pytest-pep8/
* License : MIT
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: rfcmarkup
Version : 1.118
Upstream Author : Henrik Levkowetz
* URL : https://tools.ietf.org/tools/rfcmarkup
* License : GPL
Programming Lang: Python
Description : add HTML
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: win-iconv
Version : 0.0.8
Upstream Author : Yukihiro Nakadaira
* URL : https://www.github.com/win-iconv/win-iconv
* License : public domain
Programming Lang: C
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-libxdo
Version : 0.1.1a
Upstream Author : Samuele Santi
* URL : https://github.com/rshk/python-libxdo
* License : BSD
Programming Lang: Python
Description : Python
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: pandoc2rfc
Version : 2.14
Upstream Author : Miek Gieben
* URL : https://github.com/miekg/pandoc2rfc
* License : Public Domain
Programming Lang: bash, xslt
Description : Use
Package: wnpp
Followup-For: Bug #773459
Owner: Daniel Kahn Gillmor
Control: retitle 773459 ITP: libreswan -- Internet Key Exchange daemon
I'm working with Paul Wouters on packaging libreswan for debian, so
i'll take responsibility fot #773459
--
To UNSUBSCRIBE, email to debian-
On Fri 2015-02-13 14:33:12 -0500, Paul Gevers wrote:
> On 13-02-15 18:28, Reproducible builds folks wrote:
>> If you want to help, a first step is to check the reproducibility of
>> your packages [DDLIST]. Feel free to ask for help on the
>> mailing list or in
>> #debian-reproducible on irc.debian
On 12/04/2014 01:48 PM, Ian Jackson wrote:
> Daniel Kahn Gillmor writes ("Re: curl and certificate verification in
> jessie"):
>> So, the idea is that when you "accept" an EE cert, you need to do it
>> with an explicit associate to a specific peer'
On 12/04/2014 10:41 AM, Ian Jackson wrote:
> I'm not an expert on TLS but I was under the impression that this
> behaviour - requiring that TLS authentication be done by a nontrivial
> certificate chain - was specified by the standards (presumably X.509
> rather than TLS). I could be wrong.
FWIW
On 12/01/2014 01:50 PM, Alessandro Ghedini wrote:
> On lun, dic 01, 2014 at 11:18:19 +0100, Tollef Fog Heen wrote:
Is this intentional, or is that a bug in either gnutls, curl, or the
software
using these libraries?
>>>
>>> AFAICT this is due to the gnutls26 -> gnutls28 switch. Usin
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-pysodium
Version : 0.6.5.1
Upstream Author : Stefan Marsiske
* URL : https://github.com/stef/pysodium
* License : BSD
Programming Lang: Python
Description : Simple
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: tcpcrypt
Version : 0.2
Upstream Author : Andrea Bittau
* URL : http://www.tcpcrypt.org/
* License : BSD
Programming Lang: C
Description : opportunistically encrypt network
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libpsl
Version : 0.3.0
Upstream Author : Tim Ruehsen
* URL : https://github.com/rockdaboot/libpsl
* License : MIT
Programming Lang: C
Description : Library for Public Suffix
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: slt
Version : 0.0~git20140226
Upstream Author : Alan Shreve
* URL : https://github.com/inconshreveable/slt
* License : Apache 2.0
Programming Lang: Go
Description : TLS
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: golang-go-vhost
Version : 0.0~git1.abc5f6a77596abb
Upstream Author : Alan Shreve
* URL : https://git
* License : Apache 2.0
Programming Lang: Go
Description : library for
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-flanker
Version : 0.4.9
Upstream Author : Russell Jones
* URL : https://github.com/mailgun/flanker
* License : Apache 2.0
Programming Lang: Python
Description : e-mail
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-dnsq
Version : 1.1
Upstream Author : Russell Jones
* URL : https://github.com/mailgun/dnsq
* License : Apache 2.0
Programming Lang: Python
Description : Python DNS
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-expiringdict
Version : 1.1
Upstream Author : Rackspace, Anton Efimenko
* URL : https://github.com/mailgun/expiringdict
* License : Apache 2.0
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: trac-navadd
Version : 0.3
Upstream Author : Ryan J. Ollos
* URL : https://trac-hacks.org/wiki/NavAddPlugin
* License : BSD
Programming Lang: Python
Description : Add custom
On Sun 2013-12-22 14:12:40 -0500, Andreas Metzler wrote:
> #3 Hope that GMP is relicensed to GPL2+/LGPLv3+
On Tue 2014-01-14 04:53:51 -0500, Didier 'OdyX' Raboud wrote:
> 2) GnuTLS
>2.x is useable but deprecated, 3.x is GPLv3+ through GMP. We're back
>to "talk to the FSF to license GMP b
On 01/13/2014 11:38 AM, Didier 'OdyX' Raboud wrote:
> That would be quite a bold move to take. The one aspect that puzzles me
> most is: in which ways "no TLS security" is better than "incompletely
> secure TLS"?
if the only axis we're measuring along is cryptographic security, then
protecting
On 01/11/2014 02:22 PM, Daniel Kahn Gillmor wrote:
> 1) ask GMP to switch back from LGPLv3+ to LGPLv2+ (it made the change
> in 4.2.2). Does anyone have a strong
Bah. This was supposed to say "Does anyone have a strong relationship
with GMP maintainers who could open this conver
On 01/11/2014 11:55 AM, Didier 'OdyX' Raboud wrote:
> So as far as CUPS is concerned, I see three ways forward:
>
> 1) revert the switch to OpenSSL and link against GnuTLS 2. This
>basically postpones the question to the moment when GnuTLS 2 is
>removed from Debian. As I understood the thr
Hi Oliver--
Sorry it's taken me a while to process this message -- i've been very
bad at dealing with a large backlog :(
I haven't thought through the bigger picture of whether this mixture of
WebID and OpenPGP is a good idea or not, but let me address the
technical angle first.
On 08/28/2013 05
On 05/18/2013 12:08 PM, Olivier Berger wrote:
> We do verify such trust chains every day for db.debian.org AFAIU (and of
> course for uploads)... so provided a GPG public key is in our keyrings,
> it can be used to "certify" a WebID document, by verifying that it has
> been signed by the correct G
On 05/16/2013 03:52 PM, Jonas Smedegaard wrote:
> I think you are missing the potential for third-parties to make use of
> identifiers without needing authentication.
well, they still need to do authentication. For example, consider three
(not necessarily incompatible) channels to tie authentic
On 05/16/2013 01:57 PM, Russ Allbery wrote:
> If introduce Monkeysphere to do the URI endpoint verification, it seems to
> me like you could just as easily introduce Monkeysphere to do the user
> certificate verification directly, thus removing the need to introduce a
> third party metadata provide
On 05/15/2013 11:04 PM, Philip Hands wrote:
> Do you have any thoughts on how that compares with using
> BrowserID/Persona? I'd got the impression that BrowserID has been put
> together learning from mistakes of OpenID & WebID, but perhaps I'm just
> swallowing their marketing.
It looks to me li
On 05/14/2013 10:03 AM, Jonas Smedegaard wrote:
> I have also thought WebID would be a perfect match for things like this.
[...]
> Daniel has raised concerns about WebID:
> http://lists.alioth.debian.org/pipermail/freedombox-discuss/2011-March/001030.html
>
> Quite frustrating, because I trust D
Raphaël wrote:
> I don't think that you're speaking of the same thing. I see no
> information about "X.509 client certificates" in Monkeysphere. It
> offers ways to validate the server certificate (if it's not signed by
> known CA) but it doesn't seem to offer any solution to manage client
> certi
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: trac-migrate
Version : 0.12+svn12737
Upstream Author : Jun Omae
* URL : http://trac-hacks.org/wiki/TracMigratePlugin
* License : BSD
Programming Lang: Python
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: apr-json
Version : 0.0.0
Upstream Author : Moriyoshi Koizumi
* URL : https://github.com/moriyoshi/apr-json
* License : Apache 2.0
Programming Lang: C
Description : APR-based
Package: wnpp
Severity: normal
I'm low on time to work on libvorbisidec (tremor) and would love some
assistance. In particular, the following things would be helpful:
* tracking upstream -- they make no explicit releases, and their
mailing list is mostly silent. as you can see from the fact
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-xdo
Version : 0.1
Upstream Author : Daniel Kahn Gillmor
* URL : git://lair.fifthhorseman.net/~dkg/python-xdo
* License : BSD
Programming Lang: C, Python
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libmath-mpfr-perl
Version : 3.16
Upstream Author : Sisyphus
* URL : http://search.cpan.org/dist/Math-MPFR/
* License : Perl (GPL or Artistic)
Programming Lang: C, Perl
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libmath-prime-util-gmp-perl
Version : 0.6
Upstream Author : Dana A Jacobsen
* URL : http://search.cpan.org/dist/Math-Prime-Util-GMP/
* License : Perl (GPL or Artistic)
Programming
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libmath-prime-util-perl
Version : 0.16
Upstream Author : Dana A Jacobsen
* URL : http://search.cpan.org/dist/Math-Prime-Util/
* License : GPL | Artistic
Programming Lang: C, Perl
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: fonts-osp-din
Version : 1.0.1302860627
Upstream Author : Harrisson, Ludi and Antoine Begon
* URL : http://ospublish.constantvzw.org/foundry/osp-din/
* License : OFL-1.1
Programming
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: trac-translatedpages
Version : 1.0~r11919
Upstream Author : Mikhail Gusarov
* URL : http://trac-hacks.org/wiki/TranslatedPagesMacro
* License : BSD
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: php-net-publicsuffix
Version : 0.1
Upstream Author : Daniel Kahn Gillmor
* URL : git://lair.fifthhorseman.net/~dkg/php-net-publicsuffix
* License : GPL
Programming Lang: PHP
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libdomain-publicsuffix-perl
Version : 0.05
Upstream Author : Nicholas Melnick
* URL : http://search.cpan.org/dist/Domain-PublicSuffix/
* License : Artistic | GPL-1+
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: publicsuffix
Version : 20120704
Upstream Author : Public Suffix Maintainers
* URL : http://publicsuffix.org/
* License : MPL-2
Programming Lang: data
Description : An accurate
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: trac-sensitivetickets
Version : 0.11r1
Upstream Author : Jeff Hammel
* URL : https://trac-hacks.org/wiki/SensitiveTicketsPlugin
* License : GPL
Programming Lang: Python
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: trac-virtualticketpermissions
Version : 1.0.0
Upstream Author : Norman Rasmussen
* URL : https://trac-hacks.org/wiki/VirtualTicketPermissionsPlugin
* License : BSD
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libcrypt-nettle-perl
Version : 0.1
Upstream Author : Daniel Kahn Gillmor
* URL : http://search.cpan.org/dist/Crypt-Nettle/
* License : GPL
Programming Lang: C, Perl
Description
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: xul-ext-custom-tab-width
Version : 1.0.1
Upstream Author : Dão Gottwald
* URL : http://en.design-noir.de/mozilla/tab-width/
* License : MPL 1.1
Programming Lang: Javascript/XUL
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: python-qrencode
Version : 1.01
Upstream Author : Nick Johnson
* URL : http://pypi.python.org/pypi/qrencode
* License : Apache 2.0
Programming Lang: Python
Description : Python
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
I'm in the process of packaging the perl implementation of the
Monkeysphere's cryptographic validation agent:
* Package name: msva-perl
Version : 0.1
Upstream Author : Daniel Kahn Gillmor
* URL
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libcrypt-x509-perl
Version : 0.40
Upstream Author : Mike Jackson, Alexander Jung, Duncan Segrest
* URL : http://search.cpan.org/~ajung/Crypt-X509
* License : GPL or Artistic
On 11/05/2009 04:44 PM, Raphael Hertzog wrote:
> It has an implicit meaning of approval yes. If the review was negative, it
> should not be added or it should be clarified in the Description what the
> reviewer's comments were (always a good idea).
>
> Proposition of patches welcome. Please search
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: libcrypt-gcrypt-perl
Version : 1.21
Upstream Author : Alessandro Ranellucci
* URL : http://search.cpan.org/dist/Crypt-GCrypt/
* License : Same terms as Perl itself
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: trac-tags
Version : 0.6.0+r6552
Upstream Author : Alec Thomas
* URL : http://trac-hacks.org/wiki/TagsPlugin
* License : BSD
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: firegpg
Version : 0.7.8
Upstream Authors: Maximilien Cuony and Achraf Cherti
* URL : http://getfiregpg.org/
* License : MPL/GPL/LGPL
On 06/23/2009 02:52 PM, martin f krafft wrote:
> Additional metadata, e.g. number and expiration date would
> be helpful.
This would certainly be useful from the smiting perspective, but might
raise privacy concerns if people don't want their passport number (or
whatever) bound to their OpenPGP ke
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: libopenssl-perl
Version : 0.10
Upstream Author : Stefan Traby
* URL : http://search.cpan.org/~oesi/OpenSSL/
* License : GPL | Artistic
On 06/23/2009 12:34 PM, Manoj Srivastava wrote:
> Frankly, recording the details of the verification performed is
> a first step to improving the ability to assess the strength of the
> link in the web of trust. A simple key sig is not enough, there could
> be a formal process to add to
On 02/13/2009 08:46 AM, Bastian Blank wrote:
> GnuTLS stopped accepting MD5 as a proper signature type for certificates
> just two weeks before the release. While I don't question the decision
> themself, MD5 is broken since 4 years, I question the timing.
>
> Yesterday several people started to c
1 - 100 of 106 matches
Mail list logo
