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: dupload
Version: 2.9.5
Consider the following directory structure:
$ tree
.
└── xx
└── foo.changes
$
From a bash shell at this location, with bash completion enabled, if i
type:
$ dupload xx/
and then hit TAB it autocompletes to foo.changes, as it should.
Package: mailscripts
Version: 0.20-1
Severity: wishlist
Tags: patch
Please add a Homepage: field for mailscripts!
--dkg
From b03bae0bdae8f1f669270a056b7823b5e59998bb Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Wed, 27 May 2020 10:32:39 -0400
Subject: [PATCH] d/control: add
Package: src:libksba
Version: 1.3.5-2
Severity: wishlist
Upstream libksba 1.4.0 is available, adding ECDH support. Given the
widespread deployment of elliptic curves, it would be great to get this
into debian!
If i can help, please let me know.
Regards,
--dkg
signature.asc
Description:
Control: forwarded 960161 https://dev.gnupg.org/T4952
On Sun 2020-05-10 10:28:25 +0800, YunQiang Su wrote:
> Package: src:libgpg-error
>
> The lock-obj-pub.mips64-unknown-linux-gnuabi64.h has the same content with
>mips64el one, beside the header comments
Thanks! I've forwarded this
Package: ruby-kramdown
Version: 1.17.0-4
Upstream appears to have version 2.2.1 available. The current version
emits the following warnings with ruby 2.7+1:
/usr/lib/ruby/vendor_ruby/kramdown-rfc2629.rb:454: warning: Using the last
argument as keyword parameters is deprecated; maybe ** should
version
> that can no longer be supported by enigmail:
> https://www.enigmail.net/index.php/en/home/news/70-2019-10-08-future-openpgp-support-in-thunderbird
>
> I do not see a better solution than removing the enigmail package
> that is already not installable in stretch.
>
> Daniel
Package: src:pinentry
Version: 1.1.0-4
Severity: wishlist
in debian/tests/simple-tty in pinentry, we just added a 2.0s sleep to
avoid a race condition, where the password would be entered before
pinentry-tty had finished writing out its prompt.
It would be nice to instead have that test read the
Control: tags 958405 + moreinfo
Hi Tim--
On Tue 2020-04-21 14:43:32 +, Tim Smith wrote:
> There seems to be a discrepancy between the docs and reality.
>
> The docs (https://www.wireguard.com/install/) suggest that for Debian 10.3
> all that is needed is to (a) enable backports, (b) run apt
Package: zytrax
Version: 0+git20190810-2
Severity: important
I installed zytrax and tried to follow http://zytrax.org/tutorial/ -- it
says:
> press the Insert FX label at the bottom, on the rack section. This
> will open a menu where you can select the scanned plugins.
>
> The effect added
Package: mailman3
Version: 3.2.1-1
Severity: important
Control: tags -1 + patch fixed-upstream
Control: fixed -1 3.3.0
Control: forwarded -1 https://gitlab.com/mailman/mailman/-/issues/625
On a stock buster system, it is impossible to import a mailman2 mailing
list into mailman3, because the
7 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Sun, 26 Apr 2020 14:45:31 -0400
Subject: [PATCH] logrotate: invoke reopen as "list" user
logrotate's "reopen" invocation will fail if mailman is run as the
root user, and the backend database doesn't provide access to the
superuse
On Sun 2020-04-19 10:42:33 +0200, Bertrand Marc wrote:
> As a general rule concerning your changes, I would prefer not mixing
> packaging style and trailing whitespaces changes with bug fixes.
I agree with that; the individual git commits should indeed separate
those things.
The
Control: affects 956893 + dkms
On Thu 2020-04-16 14:27:57 +0200, Holger Schröder wrote:
> Loading new wireguard-1.0.20200413 DKMS files...
> Building for 5.5.0-1-amd64
> Building initial module for 5.5.0-1-amd64
> Error! The
> /var/lib/dkms/wireguard/1.0.20200413/5.5.0-1-amd64/x86_64/dkms.conf
"hokey lint" should also probably add a warning if the "key usage flags"
in the user ID self-sigs differs.
These "key usage flags" are generally expected to constrain the primary
key in an OpenPGP certificate, so having different User IDs claim
different capabilities for the primary key is a
Control: tags 956615 - moreinfo
On Mon 2020-04-13 22:51:04 -0400, Scott Kitterman wrote:
> Except balsa FTBFS on all archs:
>
> https://buildd.debian.org/status/package.php?p=balsa
>
> Please remove the moreinfo tag once this is resolved.
Sorry, missing build dep, which has since been resolved
On Mon 2020-04-13 09:52:32 -0700, Felix Lechner wrote:
> I do not see that tag when running lintian's development version
> against balsa from unstable:
there are separate issues with the appdata files in 2.5.9 (that have
since been fixed upstream):
Package: e2fsprogs
Version: 1.45.6-1
When e4crypt fails, it should return a non-zero exit code.
here is add_key succeeding and then failing. note that $? is the first
element in the prompt. This shows that the return code remains 0 even
though "add_key" fails to add a new key.
0 dkg@alice:~$
Control: forwared 954268
https://admin.hostpoint.ch/pipermail/enigmail-users_enigmail.net/2020-April/005595.html
On Thu 2020-03-19 14:57:57 +0100, Paul Gevers wrote:
> The worker fleet of ci.d.n doesn't have the reliable network we would
> wish for, but your package fails in an unpleasant way if
Package: ftp.debian.org
Severity: normal
Control: affects + src:gmime2.6 src:gmime
After a couple years of work, gmime 2.6 is finally ready to be removed
from debian. with the upload of balsa 2.6.0-1, all reverse dependencies
have now moved to gmime 3.0.
See https://bugs.debian.org/867345 and
Package: lintian
Version: 2.65.0
in balsa 2.6.0, balsa.appdata.xml is generated during the build from
balsa.appdata.xml.in.
While d/copyright correctly indicates that balsa.appdata.xml.in is
CC0-1.0, lintian still complains with:
W: balsa source: inconsistent-appstream-metadata-license
Hi Kaliko--
Thanks for your thoughtful and detailed reply!
On Tue 2020-04-07 16:18:57 +0200, kaliko wrote:
> Here are my propositions.
>
> * Keep ncmpc-lyrics a separated package
>
> Either
> 1) Move ${sphinxdoc:Depends} to Recommends (as suggested by Daniel)
> 2) Disable HTML build
Package: src:libmicrohttpd
Version: 0.9.66-1
For libmicrohttpd, upstream version 0.9.70 is available. It is also
packaged in the salsa git repo, but it doesn't build properly due to
some tests not working in parallel mode because the tests reuse certain
local ports (and dh compat level 12
a series of minor packaging cleanups on salsa:
https://salsa.debian.org/debian/libmicrohttpd/-/merge_requests/2
The relevant one is attached here.
Thanks for maintaining libmicrohttpd-dev in debian!
--dkg
From 9f73678f4c84563c80437b61d30614147df3ff9f Mon Sep 17 00:00:00 2001
From: Daniel Kahn
Package: hopenpgp-tools
Version: 0.22-2+b1
Severity: wishlist
The OpenPGP certificate below has two User IDs, each of which has a
different/distinct preferences for hash algorithms, compression
algorithms, and symmetric ciphers.
hokey lint should warn that this kind of variance is likely to
Package: mailscripts
Version: 0.19-1
X-Debbugs-Cc: rharw...@club.cc.cmu.edu
the typesafety checks in imap-dl turn out to make imap-dl fail when
python3-gssapi is installed. In particular:
try:
import gssapi # type: ignore
except ModuleNotFoundError:
gssapi = None
[…]
class
Package: gobject-introspection
Version: 1.62.0-5+b1
Control: affects -1 + libgmime-3.0-dev
The multi-arch hinter suggested back in gmime 3.2.6 that
libgmime-3.0-dev could be Multi-arch: same, which i think is correct.
However, after gmime 3.2.7-1 was built on different build daemons, it
appears
Package: ncmpc
Version: 0.35-1
ncmpc pulls in a bunch of javascript packages, which i think are just to
render the documentation:
javascript-common libjs-jquery libjs-sphinxdoc libjs-underscore
Since ncmpc is good for use in a lightweight (non-graphical)
environment, it doesn't mak a lot of
Package: libwebkit2gtk-4.0-dev
Version: 2.28.0-2
Control: affects -1 src:geary
Attempting to build geary on ppc64 shows failures in the geary test
suite due to "WEBKIT_WEB_PROCESS_CRASHED"
For example:
https://buildd.debian.org/status/fetch.php?pkg=geary=ppc64=3.36.0-1=1584168969=0
or, when
Control: forwarded 935173 https://github.com/audacity/audacity/issues/454
On Sun 2020-03-15 00:23:52 -0400, Anthony DeRobertis wrote:
> On 3/13/20 1:16 AM, Daniel Kahn Gillmor wrote:
>> Control: retitle 935173 audacity graphical windows fail to update properly
>> when GT
On Fri 2020-03-06 10:16:13 +0100, Paul Gevers wrote:
> PS: these kind of timeouts are bad for our infrastructure. If this bug
> doesn't get fixed in a timely manner, I may add your package to our
> ignore-list.
Sorry about the delay in getting this fixed, Paul.
I believe the test suite will no
On Fri 2020-03-13 17:22:30 +0100, Aurelien Jarno wrote:
> The reason is that all *-dbgsym packages need to go the debug archive,
> not the main archive.
Thanks, this is the piece of information that i was missing. Where is
it documented that all *-dbgsym packages need to go to the debug
archive?
Package: libytnef0
Version: 1.9.3-1+b1
Control: affects -1 src:geary
As reported on https://gitlab.gnome.org/GNOME/geary/issues/726, the
powerpc build of geary has a test failure with:
```
ok 211 /engine/Geary.RFC822.MessageTest/text_html_as_html
ok 212
On Thu 2020-03-12 23:21:29 +0100, Aurelien Jarno wrote:
> That would clearly work for your use case. Now I am not sure it won't
> break other things.
I'd like to know what it would break if it would break anything.
> I asked on IRC and so far only get the confirmation that the package
> shall
Control: retitle 935173 audacity graphical windows fail to update properly when
GTK_IM_MODULE=xim
Control: forwarded 935173
https://developer.gnome.org/gtk3/stable/gtk-running.html
On Wed 2019-11-06 04:41:06 -0500, Anthony DeRobertis wrote:
> Same problem here with Audacity, and same workaround
On Thu 2020-03-12 13:45:48 -0400, Daniel Kahn Gillmor wrote:
> It's not clear how a receiving implementation would treat such a
> composite certificate. GnuPG, for example, appears to take the union of
> all validity times when it comes to expiration (valid through 2025), but
> the
Package: hopenpgp-tools
Version: 0.22-2+b1
Severity: wishlist
The attached OpenPGP certificate is weirdly inconsistent, and "hokey
lint" should observe the inconsistencies and warn the user about them.
hokey lint currently produces this information about the attached
certificate:
Key has
On Thu 2020-03-12 11:22:34 +0100, Fabian Grünbichler wrote:
> this bug affects cargo depending on which build environment libgit2 was
> built-in:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953668
>
> are you planning on build-depending on ca-certificates or applying this
> patch, or
On Thu 2020-03-12 11:07:08 +0100, Fabian Grünbichler wrote:
> I am not sure whether we want to work around it in cargo (by defaulting
> to that location, for example), but this is related to
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=927889
good catch, thanks! I'll follow up over
Package: hopenpgp-tools
Version: 0.22-2+b1
Severity: wishlist
gpg --export B65D085B94117B813160B659ED34CEABE27BAABC | hot dump
produces:
…
user-attribute: [ image-attribute imghdr v1 JPEG [ 255
, 216
, 255
, 224
, 0
, 16
, 74
, 70
, 73
…
and so on, for over 4K lines (one line per byte)
seems
On Wed 2020-03-11 21:42:43 +0100, Aurelien Jarno wrote:
>> Every other debug symbol package in debian is named $foo-dbgsym. libc6
>> seems to be the exception.
>
> Well libc6-dbg is not a standard dbgsym package:
> - It is a dependency for other packages
> - It is a build-dependency for other
Package: libc6-dbg
Version: 2.29-10
Every other debug symbol package in debian is named $foo-dbgsym. libc6
seems to be the exception.
Can we please rename this package (along with a transitional package to
help folks upgrade from libc6-dbg) and set up an appropriate Provides:
at least?
This
Package: bindgen
Version: 0.51.1-4
X-Debbugs-Cc: Justus Winter
Control: affects -1 src:rust-nettle-sys
On perotto.debian.net (the powerpc porter box), i'm in a 32-bit powerpc
chroot experimenting with bindgen.
I get a segfault that i can't account for when trying to generate an
extremely
On Wed 2020-03-11 10:55:57 +0100, Santiago Vila wrote:
> On Tue, Mar 10, 2020 at 11:57:34PM +0100, Santiago Vila wrote:
>
>> * The fact that several consecutive Debian releases are folded into the
>> same git commit.
>
> Most probably this is a consequence of snapshot.debian.org not
> containing
Package: src:gdk-pixbuf
Version: 2.40.0+dfsg-3
Control: affects -1 gobject-introspection
https://buildd.debian.org/status/fetch.php?pkg=gdk-pixbuf=powerpc=2.40.0%2Bdfsg-3=1583764391=0
shows the following error:
[25/153] /usr/bin/g-ir-scanner -pthread
-I/usr/include/gobject-introspection-1.0
On Wed 2020-03-11 03:50:00 +, Ben Hutchings wrote:
> If some of the packages providing a virtual package are explicitly
> installed, and some auto-installed, it could reasonably auto-remove the
> latter group (though I don't think it does). But if all of them are
> auto-installed, which will
On Tue 2020-03-10 22:23:18 -0600, Jason A. Donenfeld wrote:
> https://data.zx2c4.com/wireguard-5.5.8-20a586ec4f5acf195f71caea55c5a33c574078cb69712da591467ffc08dd8b72.zip
Thanks, Jason!
> - A user is on stock Debian and runs `apt install wireguard`: only
> wireguard-tools is pulled in.
> - A user
Thanks to Ben and Jason for following up here.
On Wed 2020-03-11 02:52:43 +, Ben Hutchings wrote:
> We definitely can't add a Provides on "real" kernel packages, because
> this breaks auto-removal of old packages.
I'm not sure i understand this. by "real" kernel packages i think you
mean
ork you've done on smartlist over the years!
Hope this is helpful,
--dkg
From d2534c4736ff817f8fda92feeb945f86cebdd43f Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Tue, 10 Mar 2020 18:03:54 -0400
Subject: [PATCH] added Vcs headers and acknowledge attempt to use DEP-14
---
debi
ot; branch at
https://salsa.debian.org/dkg/mailscripts.
Thanks for maintaining imap-dl in mailscripts!
--dkg
fFrom 66a987a52a66aa36b3dfdb4ab8fa6af1c0d5ccf2 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Tue, 10 Mar 2020 17:16:10 -0400
Subject: [PATCH] imap-dl: update documentation
Package: src:linux
Severity: wishlist
Control: affects -1 src:wireguard-linux-compat src:wireguard
Hi Debian kernel folks--
Please cherry-pick the wireguard patches from Linux's 5.6 development
branch into future debian builds of 5.5 (and 5.4?) builds of the Linux
kernel.
The Wireguard VPN
On Tue 2020-03-10 06:23:57 +0100, Helmut Grohne wrote:
> So even if the patch means that gpgme cross builds python3-gpg without
> support for 3.7, I think that's a reasonable compromise when comparing
> maintenance cost vs. features. I suppose that the majority of cross
> build users would want
On Fri 2020-03-06 09:09:11 +0100, Laurent Wafflard wrote:
> Yes it would be better !
> With the Q stderr redirect, some logs are not catched by the logcheck
> rules of gpg-agent, we added locally:
> ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ systemd\[[[:digit:]]+\]:
> Listening on GnuPG
On Sat 2020-03-07 16:17:36 +0100, Francois Gouget wrote:
> On Wed, 12 Feb 2020, Daniel Kahn Gillmor wrote:
>
>> On Tue 2020-01-28 13:01:04 +0100, Francois Gouget wrote:
> [...]
>> > So I think it is reasonable to stop shipping gpg-error-config, just like
>> > F
On Sat 2020-02-29 14:06:11 +0100, Helmut Grohne wrote:
> gpgme1.0 fails to cross build from source, because with python3.8 the
> interface was changed again. I do see that this is frustrating as it has
> already resulted in a native ftbfs on gpgme1.0. However, I'm not the
> Python maintainer and
On Mon 2020-02-03 13:20:22 -0500, Celejar wrote:
> Okay, now I've gotten it. I've uninstalled nftables and put in the
> debug line, and I get this (with 1.0.20200121-2):
>
> ~# ifdown wg0
> [#] ip -4 rule delete table 51820
> [#] ip -4 rule delete table main suppress_prefixlength 0
> [#] ip link
Package: src:rust-mach-o-sys
Version: 0.1.1-2
Control: affects -1 src:rust-memsec
https://buildd.debian.org/status/package.php?p=rust-mach-o-sys
shows that many debian platforms are failing to build.
The failures mostly look like this:
```
581 | pub const BIND_SPECIAL_DYLIB_FLAT_LOOKUP:
Control: forwarded 927727 https://gitlab.gnome.org/GNOME/eog/issues/69
On Thu 2019-11-14 01:18:24 +, scott092...@aol.com wrote:
> As of eog version 3.34.1-1 , bug is still present.
I can confirm that it appears to be still present in 3.35.92-1 as well.
I believe the upstream bug report at
Control: clone 953105 -2
Control: retitle -2 balsa should not ship an icon cache
Control: reassign -2 balsa
On Thu 2020-03-05 20:10:51 +, Simon McVittie wrote:
> On Thu, 05 Mar 2020 at 20:02:11 +, Simon McVittie wrote:
>> medit ships /usr/share/icons/hicolor/icon-theme.cache, which is
On Thu 2020-03-05 15:57:18 -0800, Felix Lechner wrote:
> I do not have much experience with PE32+, but I believe that turning
> off structured exception handling (i.e. setting 'no-SEH') is a
> potential security issue. Please consider this from the PE Format
> guide:
[ very informative details
over on:
https://salsa.debian.org/dns-team/knot-dns/-/commit/5411cb6c8c35792640d0bcfe22ca4f629bb45532#note_145220
On Mon 2020-03-02 09:56:36 +, Daniel Salzman wrote:
> @dkg Please keep in mind that `kzonecheck` also requires the same
> dependencies as `knotd`. For example `liburcu`,
On Thu 2020-03-05 16:43:53 +, Orians, Jeremiah (DTMB) wrote:
> [dkg wrote:]
>> If i'm understanding you correctly, this suggests that the results created
>> by gtk-update-icon-cache do not belong in any arch-independent package.
>> Is this correct?
>
> Partially, as the requirements for
Package: mingw-w64-tools
Version: 7.0.0-2
genpeimg claims to work on "files..." but ignores all but the last file
listed. here's a demonstration of this with -x:
```
0 dkg@alice:~$ genpeimg -h 2>&1 | head -n1
genpeimg [options] files...
0 dkg@alice:~$ ls -l xx/foo.dll xx/bar.exe
-rwxr-xr-x 1
Package: lintian
Version: 2.55.0
Control: affects -1 src:win-iconv
It seems like the check in checks/pe.pm for what it calls "SafeSEH" is
not aligned with the "Optional Characteristics" flag provided by
"genpeimg -x" as "no-SEH". After a build of win-iconv which follows the
instructions given in
On Thu 2020-03-05 12:24:49 +, Orians, Jeremiah (DTMB) wrote:
>> But it seems odd that the 32-bit architectures would produce
>> unreproducible caches when the 64-bit version is reproducible.
>
> Why?
> Even such things as alignment in malloc results in different behavior between
> x86 and
Control: forwarded 950836 https://dev.gnupg.org/T4866
Hi Laurent--
On Fri 2020-02-07 10:30:59 +0100, lwafflard wrote:
> Every day I receive some logs after cron.daily execution like these
>
> systemd[2626]: gpgconf: running /usr/bin/gpg-agent failed (exitcode=2):
> General error
>
Package: gtk-update-icon-cache
Version: 3.24.14-1
Control: affects -1 balsa
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
The balsa package builds reproducibly on 64-bit architectures arm64 and
amd64. But it fails to
On Fri 2020-02-14 07:58:34 -0700, Sean Whitton wrote:
>>> Also, will imap-dl skip messages with the deleted flag? Do you think it
>>> should?
>>
>> I don't think it should -- the use case at the moment is just to fetch
>> all messages that exist in the inbox. Why should it treat any flag
>>
Control: tags 927703 + wontfix
On Sun 2019-07-21 11:35:40 +0200, Paul Gevers wrote:
> Control: tags -1 buster
>
> On Sun, 21 Apr 2019 16:38:58 +0200 Paul Gevers wrote:
>> I was looking into the failure of your package on the ci.debian.org
>> infrastructure when run in testing. One of your
Control: severity 951025 normal
On Sun 2020-02-09 23:27:39 +, Matthew Wakeling wrote:
> I am justifying the severity marking of this bug report, because it
> does prevent gnupg working correctly in the majority of its use
> cases. If there is a nice simple on/off switch that makes it behave
>
Package: wget
Version: 1.20.3-1+b2
I was running some experiments connecting to the SKS hkp pool.
These experiments were run from an IPv4 host, so you might not have the
same results.
From my current perspective, the SKS hkps pool
(hkps.pool.sks-keyservers.net) has 3 public IPv4 addresses:
Control: severity 951157 normal
Control: tags 951157 + unreproducible moreinfo
Hi Carlos--
On Thu 1970-01-01 00:00:00 +, carlosnewmusic wrote:
>* What led up to the situation?
> wireguard metapackage installation
>* What exactly did you do (or not do) that was effective (or
>
On Wed 2019-11-13 15:31:04 +0100, Iustin Pop wrote:
> On 2019-11-13 15:06:54, Thomas Goirand wrote:
>> On 11/12/19 4:37 PM, Osamu Aoki wrote:
>> > The related binary packages are available in 2 binary names (depending on
>> > release)
>> > getmail4 (version=4,5) popcon installed ~2000
>> >
If NVSWITCH is empty, the old code was running wget '' …
But this causes wget to fail to fetch the empty URL, which means the
return code ends up being non-zero. This breaks sbuild-createchroot,
which apparently always passes --verbose to debootstrap.
This error was introduced in
Control: affects 642906 + src:balsa
On Mon 2011-09-26 10:24:34 +0200, Josselin Mouette wrote:
> Le lundi 26 septembre 2011 à 10:22 +0200, Maxime Chatelle a écrit :
>> Sorry for the late, I will take it over as we said earlier [1] if your
>> are ok again. With the holidays, I missed the time. (and
Control: tags 911558 + confirmed
On Tue 2019-11-12 21:36:05 +0100, G. Milde wrote:
> After updating to Buster, Balsa does no longer show HTML parts of mails.
>
> If the mail is mulitpart, text+mail, the text is visible.
> If the mail is just HTML, there is no text in the main window.
>
>
On Tue 2020-01-28 13:01:04 +0100, Francois Gouget wrote:
> The only blocker for making libgpg-error-dev Multi-Arch: same is
> gpg-error-config. However gpg-error-config is not needed on Debian
> since there is no need for -I or -L directives; and it has been
> superseded by gpgrt-config and
On Fri 2019-11-01 17:07:15 +0100, Hans-Christoph Steiner wrote:
> I think I found the source of the issue, it seems that gpg ignores HTTP
> Redirects:
rather, i think that dirmngr ignores some http redirection. I've
opened https://gitlab.com/openpgp-wg/webkey-directory/issues/5 to try to
get
On Mon 2020-02-03 14:42:03 -0700, Sean Whitton wrote:
> On Fri 31 Jan 2020 at 05:43PM -05, Daniel Kahn Gillmor wrote:
>
>> Thanks for the extensive review. I've revised imap-dl, taking it into
>> account, and have attached the revised version here. You can also find
>> it
On Sun 2019-11-03 22:50:59 +0100, Benjamin Drung wrote:
> I ported amo-changelog and xpi-repack to Python 3 in version 0.54, but I
> wasn't able to port all scripts, because there is no Python 3 version of
> redland-bindings (see Debian bug #780741).
Afaict, upstream redland-bindings claims to
series of changes from both Jameson
Graef Rollins and Daniel Kahn Gillmor (dkg), though dkg is primarily
responsible for any remaining bugs.
Thanks to Sean Whitton for useful and significant feedback.
Signed-off-by: Jameson Graef Rollins
Signed-off-by: Daniel Kahn Gillmor
---
Makefile
just to fetch
all messages that exist in the inbox. Why should it treat any flag
differently?
--dkg
#!/usr/bin/python3
# PYTHON_ARGCOMPLETE_OK
# -*- coding: utf-8 -*-
# Copyright (C) 2019 Daniel Kahn Gillmor
#
# This program is free software: you can redistribute it and/or modify
# it under the t
On Tue 2020-01-28 16:58:52 -0500, Daniel Kahn Gillmor wrote:
> Control: tag 949959 + patch
>
> On Mon 2020-01-27 11:55:28 -0500, Daniel Kahn Gillmor wrote:
>> So it would be good to be able to indicate in debcargo.toml some
>> additional autopkgtest dependencies.
>>
Control: tag 949959 + patch
On Mon 2020-01-27 11:55:28 -0500, Daniel Kahn Gillmor wrote:
> So it would be good to be able to indicate in debcargo.toml some
> additional autopkgtest dependencies.
>
> Simplest might be to add a dependency for *all* generated autopkgtests,
> bu
On Mon 2020-01-27 19:45:36 -0500, Celejar wrote:
> I think I'm probably missing something, but lately "ifdown wg0" isn't
> segfaulting (even after downgrading back to 1.0.20200102-1) - but it
> doesn't seem to be calling iptables-restore at all, but only nft:
Ah, that'd be because you installed
Package: debcargo
Version: 2.4.2-1
Control: block 947709 with -1
Control: affects -1 + src:rust-clang-sys
Debcargo populates the Depends: fields of its autopkgtests with
dev_depends (see line 516 of src/debian/mod.rs, in the creation of a
new PkgTest object).
However, some tests (like
Hi Bhagwan--
On Tue 2019-11-05 15:32:13 -0500, Bhagwan Jha wrote:
> 1. Linux parrot 5.2.0-2parrot1-amd64 #1 SMP Debian 5.2.9-2parrot1
> (2019-08-25) x86_64 GNU/Linux
> 2.
> No LSB modules are available.
> Distributor ID: Parrot
> Description: Parrot GNU/Linux 4.7
> Release: 4.7
>
On Thu 2020-01-23 12:51:47 -0700, Sean Whitton wrote:
> I just discovered that it is possible to implement imap-dl using the
> Mail::Box suite. This would mean we would not need to include any code
> parsing and emitting the IMAP protocol in mailscripts. That seems
> strongly preferable. Let
Package: lintian
Severity: wishlist
Contro: affects -1 dh-python
When trying to build gpgme1.0 version 1.13.1-2, i encountered the
following warning from dpkg-gencontrol:
dpkg-gencontrol: warning: package python3-gpg: substitution variable
${python3:Versions} unused, but is defined
On Thu 2020-01-23 00:01:57 -0500, Celejar wrote:
> So right after my last email, I upgraded to 1.0.20200121-1, and now I
> no longer get a segfault. Is there anything further I should do? Should
> I do a downgrade and try your modification?
If you don't mind downgrading (just the wireguard-tools
dkg
From 9e5c1a893c17343102b042de23bdaa0f91b37d66 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Sun, 15 Sep 2019 19:55:07 -0400
Subject: [PATCH] Add imap-dl, a simple imap downloader
getmail upstream appears to have no plans to convert to python3 in the
near future.
Some of us use only a minimal subset of
Control: tags 946996 + moreinfo
On Tue 2020-01-21 22:18:45 -0500, Celejar wrote:
> Sorry, I'm still getting it:
>
> ~# apt-cache policy wireguard-tools
> wireguard-tools:
> Installed: 1.0.20200102-1
> Candidate: 1.0.20200102-1
> Version table:
> *** 1.0.20200102-1 500
> 500
On Tue 2020-01-21 22:35:47 +, Ximin Luo wrote:
> Filtering by build-profile doesn't work as we have no mechanism to say
> that build profile A should automatically imply build profile B on a
> dependency.
aiui, pabs means that build-dependencies that are only for running
package tests will be
Control: reassign 946996 iptables
Control: affects 946996 + wireguard-tools
Hi Celejar--
On Thu 2019-12-19 00:00:39 -0500, Celejar wrote:
> Package: wireguard-tools
> Version: 0.0.20191212-1
> Severity: normal
>
> I use wireguard to establish a very simple point-to-point VPN. 'wg-quick
> up wgo'
On Mon 2020-01-20 14:31:36 +, Ximin Luo wrote:
> This doesn't work for Rust unfortunately, due to features. Based on
> which feature-set is activated, when you depend on a source-package
> you would want to pull in different sets of transitive dependencies.
>
> However, a combination of:
>
>
On Sat 2020-01-18 03:24:46 +0800, Shengjing Zhu wrote:
> I(as a Go developer) write a Go program, which imports
> github.com/containerd/btrfs[1].
I think a Go developer would use the "main" archive section, not the
proposed "nodev" archive section. That seems like it will work fine.
If they're
On Sat 2020-01-18 00:31:11 +0800, Shengjing Zhu wrote:
> There're a lot of packages in archive which users are not expected to
> install, for examples:
>
> * all golang-*-dev packages. (currently there are 1k+)
> * maybe[1] all librust-*-dev packages. (currently there also are 1k+)
>
> For Go,
On Wed 2020-01-15 21:40:38 +, Jonathan McDowell wrote:
> Y'all are welcome to (and tell prospective contributors to) send keys to
> the.earth.li, which is not SKS and still accepts third party
> certifications. It does some limited signature verification which I'm
> generally working to
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
401 - 500 of 4321 matches
Mail list logo