Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
* Package name: rust-pgp
Version : 0.4.0
Upstream Author : Friedel Ziegelmayer
* URL : https://github.com/rpgp/rpgp
* License : MIT or Apache 2.0
Programming Lang: Rust
Description : OpenPGP
On Mon 2020-01-13 22:56:01 +0100, Mattia Rizzolo wrote:
> We should provide a facility so people can upload their OpenPGP
> certificate ("public key"), together with all the 3rd party
> certifications, directly into nm.debian.org, bypassing the SKS network
> and avoiding the need for any other
Control: affects 948507 + piuparts
On Thu 2020-01-09 10:33:12 -0500, Daniel Kahn Gillmor wrote:
> Package: librust-env-logger-dev
> Version: 0.7.1-1
>
> https://piuparts.debian.org/sid/fail/librust-env-logger-dev_0.7.1-1.log
>
> reports a piuparts problem. (the full lo
Package: librust-env-logger-dev
Version: 0.7.1-1
https://piuparts.debian.org/sid/fail/librust-env-logger-dev_0.7.1-1.log
reports a piuparts problem. (the full log is attached here)
This is blocking migration of librust-env-logger-dev into testing.
--dkg
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
Control: affects -1 src:wireguard
* Package name: wireguard-linux-compat
Version : 0.0.20200105
Upstream Author : Jason A. Donenfeld
* URL : https://git.zx2c4.com/wireguard-linux-compat/
* License
On Mon 2019-12-30 07:50:42 -0400, David Bremner wrote:
> Daniel Kahn Gillmor writes:
>
>> These changes are inspired by the recommendations in "Logging helpers
>> and dh_missing" in /usr/share/doc/debhelper/PROGRAMMING.gz, and
>> derived from the source o
On Sun 2019-10-06 14:18:16 -0400, Daniel Kahn Gillmor wrote:
> On Sat 2019-10-05 10:21:05 -0700, Sean Whitton wrote:
>
>> As an alternative to adding the integration tests, how about you use
>> imap-dl on a daily basis for ~3 months with (I assume) a standard IMAP
>> serve
Package: lintian
Version: 2.41.0
Control: affects -1 notmuch
The stated version of lintian (and later) produces a
manpage-without-executable warning that is far too strict for modern
subcommand-oriented interfaces.
For example, on the notmuch package, lintian 2.42.0 emits:
I: notmuch:
Version: 0.13.0-1
On Sun 2019-12-15 08:29:58 +0100, in #946747, Paul Gevers wrote:
> autopkgtest [03:58:52]: test command5:
> /usr/share/cargo/bin/cargo-auto-test buffered-reader 0.12.0
> --all-targets --features compression-deflate
> autopkgtest [03:58:52]: test command5:
On Fri 2019-12-20 14:33:41 -0500, Daniel Kahn Gillmor wrote:
> When debcargo generates tests, it uses Test-Command in
> debian/tests/control.
>
> When running them, they're run in autopkgtest and they are reported as
> "command1", "command2", etc.
>
> debc
Package: debcargo
Version: 2.4.0-1
Severity: wishlist
When debcargo generates tests, it uses Test-Command in
debian/tests/control.
When running them, they're run in autopkgtest and they are reported as
"command1", "command2", etc.
debcargo should use the "Test-Name" directive in
On Fri 2019-12-13 22:32:17 +0100, David Kalnischkies wrote:
> Something like that needs to be implemented in shell, specifically in
> is_supported_keyring in cmdline/apt-key.in – which incidently does a bit
> of peeking already for gpg files to detect binary keyring formats, so
> what could be
On Tue 2019-11-26 18:33:53 -0500, Daniel Kahn Gillmor wrote:
> i'm starting to see a pattern of autopkgtest failures for crates with
> multiple features. rust-bindgen and rust-buffered-reader both show this
> kind of failure in their autopkgtest suite.
I've just marked rust-bindgen's pe
Package: apt
Version: 1.8.4
I notice that if i have an ASCII-armored OpenPGP certificate (a.k.a. RFC
4880 "Transferable Public Key") in a file named /srv/foo.asc, and i have
a sources.list line with a "[signed-by=/srv/foo.asc]" option, apt can
happily use it just fine.
but if the same file is
Control: tags 946142 + patch
On Wed 2019-12-04 03:21:19 -0500, Daniel Kahn Gillmor wrote:
> dh_elpa probably needs to follow the guidance mentioned in "Logging
> helpers and dh_missing" section from the "PROGRAMMING" guide for
> debhelper (10.6.3+). (in the debhel
Signed-off-by: Daniel Kahn Gillmor
---
dh_elpa | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/dh_elpa b/dh_elpa
index 0d3739d..982ac7b 100755
--- a/dh_elpa
+++ b/dh_elpa
@@ -210,10 +210,11 @@ if ($dh{BYTECOMPILE}) {
}
PACKAGE:
-foreach my $package (@{$dh{
Control: tags 946282 + moreinfo
Hi Jeff--
On Fri 2019-12-06 11:16:02 -0500, Jeff King wrote:
> Stracing wg-quick shows that it's trying to pass this to
> iptables-restore:
>
> *raw
> -I PREROUTING ! -i wg -d 10.0.1.1 -m addrtype ! --src-type LOCAL -j DROP -m
> comment --comment "wg-quick(8)
Package: dh-elpa
Version: 2.0.2
Severity: normal
Control: affects -1 + elpa-notmuch src:notmuch debhelper
I have a variant of the notmuch debian packaging which installs bunch
of elisp files from debian/tmp/usr/share/emacs/site-lisp/*.el via
debian/elpa-notmuch.elpa.
But when i use it with
There is no clear reason why gpgsm should try to invoke dirmngr (see
https://dev.gnupg.org/T4765), but for now we can explicitly avoid the
checks.
Signed-off-by: Daniel Kahn Gillmor
---
debian/control | 1 -
tests/email-print-mime-structure.sh | 2 +-
2 files changed, 1
Package: mailscripts
Version: 0.16-1
The test suite for email-print-mime-structure should not need dirmngr.
I'll send a patch fixing this.
--dkg
signature.asc
Description: PGP signature
Hi all--
I've been trying to make sense of the current struggles around rust
packaging in Debian, and this bug report (#945542) seems to be where
they're crystallzing. (it's not clear to me how this bug report is
supposed to be distinct from #942898, which already captures some of
these details.
On Wed 2019-11-27 08:34:32 -0700, Sean Whitton wrote:
> Hello,
>
> On Mon 25 Nov 2019 at 04:45PM -05, Daniel Kahn Gillmor wrote:
>
>> Signed-off-by: Daniel Kahn Gillmor
>> ---
>> email-print-mime-structure | 6 +++---
>> 1 file changed, 3 insertions(+), 3 d
On Wed 2019-11-27 08:33:41 -0700, Sean Whitton wrote:
> Hello,
>
> On Mon 25 Nov 2019 at 04:45PM -05, Daniel Kahn Gillmor wrote:
>
>> Fully decode the encrypted part before passing it to any decryption
>> mechanism.
>
> I can go ahead and add "no functional cha
On Wed 2019-11-27 08:41:08 -0700, Sean Whitton wrote:
> On Mon 25 Nov 2019 at 04:45PM -05, Daniel Kahn Gillmor wrote:
>
>> Signed-off-by: Daniel Kahn Gillmor
>> ---
>> email-print-mime-structure | 31 +++
>> 1 file changed, 19 insertions(
Package: debcargo
Version: 2.4.0-1
i'm starting to see a pattern of autopkgtest failures for crates with
multiple features. rust-bindgen and rust-buffered-reader both show this
kind of failure in their autopkgtest suite.
In particular, the autopkgtest logs indicate that:
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
On Mon 2019-11-25 22:49:06 -0500, Daniel Kahn Gillmor wrote:
> I'm attaching an attempt at importing this patch from upstream. It
> applies and builds fine, but an unrelated part of the dh_auto_test
> failed for me (https://github.com/systemd/systemd/issues/14152)
I can confirm that
Control: tags 945507 + patch
On Mon 2019-11-25 21:18:02 -0500, Daniel Kahn Gillmor wrote:
> Note from the pcaps that the gnutls-cli connection manages to negotiate
> TLS 1.3, while the systemd-resolved connection only manages to elicit a
> TLS 1.2 response from the server for some reason
Package: systemd
Version: 243-8
On an amd64 system running sid,
with the following settings reported by resolvectl:
DNSOverTLS setting: opportunistic
DNSSEC setting: allow-downgrade
DNSSEC supported: no
Current DNS Server: 199.58.81.218
DNS Servers: 199.58.81.218
Package: debcargo
Version: 2.4.0-1
I updated buffered-reader from 0.11.0 to 0.12.0
upstream changed their licensing in Cargo.toml from:
license = "GPL-3.0"
to
license = "GPL-2.0-or-later"
The result is that debcargo seems to think that there's a license named
"-later" and a license
I plan to use the same harness to try to transform other leaf subparts
that might be extractable into a MIME subtree, not just decryption.
So give it a more generic name.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 8
1 file changed, 4 insertions(+), 4 deletions
On Mon 2019-11-25 07:59:45 -0700, Sean Whitton wrote:
> I'm a bit apprehensive about firing up a copy of gpg-agent. The dgit
> test suite has had a lot of issues over the past few years with properly
> setting up and tearing down an agent for testing. It seems to work for
> now, though.
If
Fully decode the encrypted part before passing it to any decryption
mechanism.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/email-print-mime-structure b/email-print-mime-structure
index 27fb532
Decrypt ciphertext using gpgsm if the user has indicated that it's ok.
This includes a new element in the test suite, which uses secret key
material from https://www.ietf.org/id/draft-dkg-lamps-samples-01.html
Signed-off-by: Daniel Kahn Gillmor
---
debian/control
the different formats.
email-print-mime-structure should now be able to handle these messages
and display the structure of their content as well.
Signed-off-by: Daniel Kahn Gillmor
---
debian/control| 2 +
email-print-mime-structure| 13
If the user supplies a secret key like the ones found in
https://www.ietf.org/id/draft-dkg-lamps-samples-01.html, then
email-print-mime-structure will try to use that for decryption of
CMS-encrypted (S/MIME) message parts.
Signed-off-by: Daniel Kahn Gillmor
---
debian/control
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/email-print-mime-structure b/email-print-mime-structure
index 6c68eb3..d152b34 100755
--- a/email-print-mime-structure
+++ b
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/email-print-mime-structure b/email-print-mime-structure
index cdbe2ee..6c68eb3 100755
--- a/email-print-mime-structure
+++ b/email-print-mime-structure
Signed-off-by: Daniel Kahn Gillmor
---
Makefile | 3 ++-
debian/control | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/Makefile b/Makefile
index de2a784..af30616 100644
--- a/Makefile
+++ b/Makefile
@@ -9,10 +9,11 @@ all: $(MANPAGES) $(COMPLETIONS)
check
I want to ensure that any changes don't ultimately break the behavior
of email-print-mime-structure.
Signed-off-by: Daniel Kahn Gillmor
---
Makefile | 3 +++
debian/control| 2 ++
tests/email-print-mime-structure.sh
The secret key material in this test comes from
https://datatracker.ietf.org/doc/draft-bre-openpgp-samples/
Signed-off-by: Daniel Kahn Gillmor
---
debian/control| 1 +
tests/email-print-mime-structure.sh | 17 +++-
tests/email-print-mime-structure
Signed-off-by: Daniel Kahn Gillmor
---
debian/control | 2 ++
tests/email-print-mime-structure.sh | 6 ++
2 files changed, 8 insertions(+)
diff --git a/debian/control b/debian/control
index 2576d6c..0ef1ece 100644
--- a/debian/control
+++ b/debian/control
@@ -8,6 +8,8
Package: mailscripts
Version: 0.15-1
Control: tags -1 patch
There are currently no test suites in mailscripts for anything.
I want to have at least a baseline test suite for
email-print-mime-structure, so that i can be sure that any changes or
refactoring i make don't break the expected output.
As we prepare for S/MIME decryption, we want to identify pgp
decryption as just one type of decryption. There is no functional
change here.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/email
If the user supplies a secret key like the ones found in
https://www.ietf.org/id/draft-dkg-lamps-samples-01.html, then
email-print-mime-structure will try to use that for decryption of
CMS-encrypted (S/MIME) message parts.
Signed-off-by: Daniel Kahn Gillmor
---
debian/control
Decrypt ciphertext using gpgsm if the user has indicated that it's ok.
Signed-off-by: Daniel Kahn Gillmor
---
debian/control | 1 +
email-print-mime-structure | 31 +++
email-print-mime-structure.1.pod | 8
3 files changed, 36
Package: mailscripts
Version: 0.14-1
Severity: wishlist
Hi mailscripts people!
By analogy with --pgpkey, i want to add --cmskey to
email-print-mime-structure, to permit decryption of S/MIME-encrypted
messages (which use the Cryptographic Message Syntax aka PKCS#7).
This would allow the
On Mon 2019-11-18 09:07:33 -0300, Gondim wrote:
> After upgrading thunderbird to version 68.2.2-1~deb10u1, the system
> removed enigmail and no longer installs. I read at
> https://wiki.mozilla.org/Thunderbird:OpenPGP:2020 that version 68 is
> still compatible with enigmail.
I've updated the
le now that Thunderbird 68
+is in stable (Closes: #945014)
+
+ -- Daniel Kahn Gillmor Tue, 19 Nov 2019 15:43:20
+0800
+
enigmail (2:2.1.3+ds1-4) unstable; urgency=medium
* convert to python3
@@ -65,6 +72,22 @@ enigmail (2:2.0.11+ds1-1) unstable; urgency=medium
-- Daniel Kahn Gillmor Thu, 23 Ma
On Tue 2019-11-12 09:16:37 +0100, Christian Haul wrote:
> On 11.11.19 15:33, Daniel Kahn Gillmor wrote:
>> control: affects 943555 + dkms
>>
>> On Sun 2019-11-10 18:09:33 +0100, Christian Haul wrote:
>>> On 10.11.19 14:51, Daniel Kahn Gillmor wrote:
>>>&g
control: affects 943555 + dkms
On Sun 2019-11-10 18:09:33 +0100, Christian Haul wrote:
> On 10.11.19 14:51, Daniel Kahn Gillmor wrote:
>> On Sat 2019-10-26 12:51:47 +, Chris. wrote:
>>> on Raspberry Pi3 kernel module stops building since updating to kernel
>>>
"0" and "on" and "off" as well as "true" and "false", etc)
So rather than implement all of that here, we'll just have
--use-gpg-agent as a simple flag. This is an API change, but the
previous API has only been out for a few days, and the tool is
Package: mailscripts
Version: 0.13-1
Sigh, passing bool to argparse doesn't actually do what i want:
https://bugs.python.org/issue37564
so "email-print-mime-structure --use-gpg-agent false" actually fails.
I propose to change it so that --use-gpg-agent becomes a simple flag,
which takes no
Package: python3-argcomplete
Version: 1.8.1-1
Control: affects -1 bash-completion mailscripts diffoscope
python3-argcomplete ships the script
activate-global-python-argcomplete3, but never invokes it or ships its
output in a reasonable global location.
If the python3-argcomplete package shipped
On Sun 2019-11-10 01:11:14 -0700, Sean Whitton wrote:
> Hmm, is this really Debian-specific, or could the call to
> register-python-argcomplete3 go into the Makefile?
>
> That would allow d/rules to remain very short, which is probably more
> desirable.
good call. I've sent a revised patch that
This is modeled after the use of argcomplete in diffoscope, and it
should be possible to use it for any other pythonic mailscript that
uses argparse.
Signed-off-by: Daniel Kahn Gillmor
---
Makefile | 9 -
debian/control | 3 +++
debian
Control: tags 943555 + help moreinfo
Control: severity 943555 important
Control: affects 943555 + linux-headers-5.3.0-1-arm64 gcc-9
Hi Chris--
Thanks for the report!
On Sat 2019-10-26 12:51:47 +, Chris. wrote:
> on Raspberry Pi3 kernel module stops building since updating to kernel
>
Package: wireguard
Version: 0.0.20191012-1
Severity: wishlist
Tags: help
As of policy 4.4.1, we have a standardized means of signalling that
while an upgrade has happened, the upgraded code won't be used until a
reboot is available:
This is modeled after the use of argcomplete in diffoscope, and it
should be possible to use it for any other pythonic mailscript that
uses argparse.
Signed-off-by: Daniel Kahn Gillmor
---
debian/clean | 1 +
debian/control | 3 +++
debian
Package: mailscripts
Version: 0.12-1
Severity: wishlist
Control: tags -1 + patch
Hi there!
It would be nice to have automatic tab completion for
email-print-mime-structure.
I'll propose a way to do it that should be relatively easy to extend to
any other python mailscripts as well.
--dkg
Package: python3-argcomplete
Version: 1.8.1-1
Severity: normal
I'm pretty sure that the description of
python-argcomplete-check-easy-install-script3 should not include:
IOError: [Errno 2] No such file or directory: '--help'
See below:
0 dkg@alice:~$ man
Hi Sean--
Thanks for your thoughtful and helpful feedback. I've just sent a
revised series (5 patches) that takes into account everything that you
said.
I've declined to adopt two suggestions (please see my reasons below):
On Sat 2019-11-09 08:46:34 -0700, Sean Whitton wrote:
>> diff --git
in turn would make the script only work in a
POSIX environment (i believe, but have not tested, that the script can
currently be used on Windows).
Signed-off-by: Daniel Kahn Gillmor
---
debian/control | 2 ++
email-print-mime-structure | 24 ++--
email
No functional change here: this just prepares for adding other
decryption capabilities.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/email-print-mime-structure b/email-print-mime-structure
index
RFC 3156 documents PGP/MIME structural assumptions
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure.1.pod | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/email-print-mime-structure.1.pod b/email-print-mime-structure.1.pod
index 69b1cdc..e4634e6 100644
We want to make sure we're decrypting the thing that we expect. This
typecheck should keep us honest.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/email-print-mime-structure b/email-print-mime
This has no functional changes, it's just a reorganization for easier
readability. Thanks to Sean Whitton for the suggestion.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 44 +-
1 file changed, 24 insertions(+), 20 deletions(-)
diff
On Fri 2019-11-08 02:10:48 -0500, Daniel Kahn Gillmor wrote:
> +out:subprocess.CompletedProcess[bytes] =
> subprocess.run(['gpg', '--decrypt'],
> +
&g
Control: retitle 872271 hopenpgp-tools: please implement "hop verify", from the
Stateless OpenPGP command-line interface
On Tue 2017-08-15 10:49:43 -0400, Daniel Kahn Gillmor wrote:
> I'd like hopenpgp-tools to produce a simple signature validation
> binary, which validates a s
This change has no functional change, it just makes it clear that
there is a distinct condition for even trying to decrypt.
It paves the way for adding in a decryption mechanism that tries to
use GnuPG.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 48
In some cases, the user may want to try to use their own GnuPG secret
keys to decrypt encrypted parts of the message.
By default it is disabled so that we aren't accidentally triggering
the use of user secret key material.
Signed-off-by: Daniel Kahn Gillmor
---
debian/control
Package: mailscripts
Severity: wishlist
Version: 0.12-1
Control: tags -1 + patch
Hi Sean and other mailscripts people--
email-print-mime-structure has --pgpkey for decrypting directly with
OpenPGP secret keys that are lying around in the filesystem.
It's possible that the user wants to try to
On Thu 2019-07-25 11:40:53 +0200, Christoph Anton Mitterer wrote:
> Apparently enigmail used to contain:
> /etc/xul-ext/enigmail.js
> as a conffile (and probably also /etc/xul-ext/) but no longer does.
What version of enigmail was this present in? I don't see any obvious
references to it in the
Package: enigmail
Version: 2:2.1.3+ds1-1
Control: tags -1 + help
I've uploaded Enigmail 2.1.3 to debian unstable, but there are still a
handful of errors in the test suite when running the unit tests.
This bug report is meant to keep track of them, hopefully it will help
someone™ figure out
Control: affects 944208 + src:enigmail
This produces noise on the enigmail test suite, so i'm marking it as
"affects" enigmail.
On Tue 2019-11-05 18:01:16 -0500, Daniel Kahn Gillmor wrote:
> When trying to set up a temporary testing profile with thunderbird on an
> otherwise clea
Package: thunderbird
Version: 1:68.2.1-1
Control: affects -1 + jsunit enigmail
I'm using jsunit to test enigmail and when i start up thunderbird using
jsunit with a simple test, it terminates with a strange warning.
(i'm omitting warnings from wetransfer, which happen at startup, and are
covered
Package: thunderbird
Version: 1:68.2.1-1
When trying to set up a temporary testing profile with thunderbird on an
otherwise clean system, that i want to not access the network, i see
nasty error messages on stderr:
0 dkg@sid:~$ x=$(mktemp -d profdir.XX)
0 dkg@sid:~$ cat prefs.js
On Sat 2019-11-02 00:15:43 -0400, Daniel Kahn Gillmor wrote:
> On Fri 2019-11-01 20:37:34 -0700, Sean Whitton wrote:
>> I've applied your first patch to my master.
>
> hm, i don't see this merge when i "git remote update origin" (where
> "origin" is https://g
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure.1.pod | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/email-print-mime-structure.1.pod b/email-print-mime-structure.1.pod
index 209c725..b846d87 100644
--- a/email-print-mime-structure.1.pod
+++ b/email
gpy to the list of Recommends, since it is not a
hard dependency.
Signed-off-by: Daniel Kahn Gillmor
---
debian/control | 1 +
email-print-mime-structure | 34
email-print-mime-structure.1.pod | 8
3 files changed, 43 insertions(+)
d
No functional changes. This is just a more readable function name.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/email-print-mime-structure b/email-print-mime-structure
index c1476d2..33579a7 100755
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 1 +
1 file changed, 1 insertion(+)
diff --git a/email-print-mime-structure b/email-print-mime-structure
index 98b35fe..c1476d2 100755
--- a/email-print-mime-structure
+++ b/email-print-mime-structure
@@ -61,6 +61,7 @@ class
No functional changes.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/email-print-mime-structure b/email-print-mime-structure
index 38dc8d9..8fc8774 100755
--- a/email-print-mime-structure
+++ b/email-print
No functional change.
This is preparatory work to be able to consider the structure of each
part and determine whether we should consider trying to decrypt it.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 14 +++---
1 file changed, 7 insertions(+), 7 deletions
We will need to send arguments to the printer, so it's handy to wrap
the functionality in a class.
No functional changes.
This diff is probably best reviewed with whitespace changes ignored.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 82
This adds a -h and --help option, which is currently pretty useless.
But the argparse will become useful shortly.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 9 -
email-print-mime-structure.1.pod | 9 -
2 files changed, 16 insertions(+), 2
No functional changes. This is a refactoring commit to provide some
non-global scoping and easier readability.
Signed-off-by: Daniel Kahn Gillmor
---
email-print-mime-structure | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/email-print-mime-structure b
On Fri 2019-11-01 20:37:34 -0700, Sean Whitton wrote:
> I've applied your first patch to my master.
hm, i don't see this merge when i "git remote update origin" (where
"origin" is https://git.spwhitton.name/mailscripts). Could you push?
> The second patch is quite hard for me to review because
pts
Thanks for maintaining mailscripts!
--dkg
[0] https://datatracker.ietf.org/doc/draft-bre-openpgp-samples/
From 65fcb89b4d774d02ccafea735737a106ba05f295 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Fri, 1 Nov 2019 14:13:27 -0400
Subject: [PATCH 1/2] email-print-mime-struct
Package: wnpp
Severity: normal
I am looking for external adoption of the python-expiringdict package.
I'm assuming that Debian Python Modules Team (DPMT) is a reasonable
candidate if that group is interested.
The package description is:
expiringdict is a Python caching library, providing an
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
On Thu 2019-10-24 09:10:50 +0200, Bastian Blank wrote:
> Hi Ansgar
>
> On Tue, Oct 22, 2019 at 11:51:56PM +0200, Ansgar wrote:
>> We could look into either
>> - writing MD5sum in a separate file only used by debian-cd (if present,
>>otherwise debian-cd should fall back to using Packages), or
On Thu 2019-10-24 11:16:10 +0100, Steve McIntyre wrote:
> The vast majority of the usage of MD5 here is for (essentially)
> content-addressable storage. Given the context (with a checksum over
> the whole image too), this is not such a critical failing.
Is the final checksum over the whole image
On Wed 2019-10-23 13:27:00 +, Ximin Luo wrote:
> [ dkg wrote: ]
>> I have not yet gotten measurements of what kinds of costs we're talking
>> about with respect to this shared resource. If someone could provide
>> some numbers and a methodology for getting them, that would be useful in
>>
On Wed 2019-10-23 20:27:32 +0200, Niels Möller wrote:
> Daniel Kahn Gillmor writes:
>
>> any chance that we can get 3.5.1+really3.5.1 into unstable soon? if
>> not, can you tell me what might be blocking it?
>
> See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
On Wed 2019-10-23 16:39:24 +0100, Steve McIntyre wrote:
> On Tue, Oct 22, 2019 at 11:51:56PM +0200, Ansgar wrote:
>> - writing MD5sum in a separate file only used by debian-cd (if present,
>> otherwise debian-cd should fall back to using Packages), or
Sounds like this is the only option
Hi Magnus--
I see that 3.5.1+really3.4.1 and 3.5.1+really3.5.1 are in
unstable and experimental, separately.
any chance that we can get 3.5.1+really3.5.1 into unstable soon? if
not, can you tell me what might be blocking it?
i'm working on updating rust-nettle-sys (bindings for nettle in
On Wed 2019-10-23 01:28:42 +0200, Thomas Schmitt wrote:
> Daniel Kahn Gillmor wrote:
>> but it's known to be relatively easy to find collisions in MD5.
>
> It is suspected that it is possible to construct byte strings which
> produce a desired particular MD5 value.
I think
Package: debcargo
Version: 2.4.0-1
Control: affects -1 ftp.debian.org
Hi! I'm trying to summarize in this report the state of conversation i
had today between members of the FTP team (and others on #debian-ftp)
and members the debian Rust packaging team.
We seem to be in a bit of an impasse,
On Sat 2018-01-20 14:10:28 +0100, Thomas Schmitt wrote:
> as described in
> https://lists.debian.org/debian-cd/2018/01/msg00021.html
> jigdo-file verifies the .template file and the resulting ISO image only
> by MD5 checksums which stem from the .jigdo or from the .template file.
> The .jigdo
501 - 600 of 4323 matches
Mail list logo
