Package: thunderbird
Version: 1:102.1.2-1
Severity: wishlist
Control: affects -1 + libsequoia-octopus-librnp librnp0
In packaging libsequoia-octopus-librnp, i realize that i want to be able
to run some tests on it.
upstream, that project uses something like this to test whether it is
working as e
Package: debcargo
Version: 2.5.0-3+b4
currently, if debian/foo.debcargo.hint exists, debcargo will leave
debian/foo alone, as long as what it wanted to put in debian/foo matches
debian/foo.debcargo.hint exactly.
However, in some circumstances a developer might want to entirely omit a
file normall
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-de...@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: dh-cargo
Version: 28
Control: affects -1 + src:rust-sequoia-octopus-librnp
Control: clone -1 -2
Control: reassign -2 debcargo 2.5.0-3+b4
I'm trying to build a version of the Sequoia project's "octopus", which
creates a shared object (dynamic library) that can replace librnp.so.0
for all t
Control: affects 1017577 + src:rust-libsqlite3-sys librust-libsqlite3-sys-dev
The old version of sqlcipher in debian means that building from the
packaged versions of the rust libsqlite3-dev crate with
"buildtime_bindgen" and "sqlcipher" features active will fail.
--dkg
signature.asc
Source: sqlcipher
Version: 3.4.1-2
Severity: normal
X-Debbugs-Cc: d...@fifthhorseman.net
sqlcipher upstream offers version 4.5.2. debian is pretty far out of
date. I ran into this when packaging and experimenting with the rust
bindings for sqlite3 (package: rust-rusqlite), which include bindings
On Wed 2022-07-20 19:54:00 +0200, Martin Dosch wrote:
> Ok, I just pushed my current progress to salsa:
> https://salsa.debian.org/go-team/packages/gosop
Thanks for this work, Martin!
I've taken a look at it, and it looks reasonable to me. (i confess here
that i am basically entirely a novice w
Version: 0.25.0-1
On Wed 2021-03-10 10:43:38 +0100, Andreas Beckmann wrote:
> the binary packages built from src:rust-libsqlite3-sys depend on several no
> longer available packages, e.g.
>
> The following packages have unmet dependencies:
>librust-libsqlite3-sys+bindgen-dev : Depends:
> li
> don't see it and I don't see also in NEW queue (
> https://ftp-master.debian.org/new.html ).
>
> I suppose was not uploaded and Daniel Kahn Gillmor still waiting replies
> about the approch want to do related to postfix and ca-certificate, is
> right?
Thanks for the
Version: 0.4.49-2
On Mon 2022-07-18 16:49:07 +0200, Fabian Grünbichler wrote:
> On July 18, 2022 4:22 pm, Daniel Kahn Gillmor wrote:
>> On Mon 2022-07-18 14:50:50 +0200, Fabian Grünbichler wrote:
>>> but, we also patch out the println[1]. seems like that fixed version
>
Package: debcargo
Version: 2.5.0-3+b3
Control: affects -1 src:rust-serde-json
when rust-serde-json moved from 1.0.80 to 1.0.81, Cargo.toml changed in
the following two ways:
commit 6c3dfe948a1d088198cfa82f777858502bdb39c2
Author: David Tolnay
Date: Tue May 3 12:18:24 2022 -0700
Package: weasyprint
Version: 54.1-3
Severity: wishlist
Version 56.0 of weasyprint is available upstream:
https://github.com/Kozea/WeasyPrint/tags
It would be nice to have this update in debian. Among other things, it
appears to support reproducible PDF generation when SOURCE_DATE_EPOCH is
se
Hi Martin--
On Thu 2022-07-14 20:11:23 +0200, Martin Dosch wrote:
> I had a look at gosop and it just builds fine, but has some lintian
> warnings:
>
> lintian -v --pedantic ../gosop_0.0\~git20220512.966ec01-1_amd64.changes
> W: gosop: hardening-no-pie [usr/bin/gosop]
> W: gosop: hardening-no-re
Package: src:pypdf2
Version: 2.4.2-1
Control: reassign 1010821 pypdf2 2.4.2-1
pypdf2 just released version 2.6.0 upstream, with some fixes to upstream
bugs that cause breakage in the test suite for xml2rfc:
https://github.com/py-pdf/PyPDF2/pull/1118
Please update pypdf2 to 2.6.0 when you get
Hi Fabian--
On Mon 2022-07-18 14:50:50 +0200, Fabian Grünbichler wrote:
> note that the rerun line upstream refers to the vendored copy of the
> curl library which is contained as a git submodule (and directory, in
> the published .crate file) - to pick up any changes made to the
> submodule du
cargo/registry'
Here's Cargo.toml:
--
[package]
name = "curl-cycles"
version = "0.0.1"
authors = [
"Daniel Kahn Gillmor ",
]
license = "MIT/Apache-2.0"
description = "Testing Curl Cycles."
edition = "2021&quo
Control: reassign 1010821 pypdf2/2.4.2-1
Control: forwarded 1010821 https://github.com/py-pdf/PyPDF2/issues/
Control: retitle 1010821 PyPDF2 fails to read a PDF file with a beginbfchar
entry with an empty second element
Control: affects 1010821 + src:xml2rfc src:weasyprint
On Tue 2022-05-10 2
Package: weasyprint
Version: 54.1-3
Severity: minor
Hi there! I'm glad that there's a weasyprint(1) manpage, but the
contents of the manual page contain way too much info.
The manpage in section 1 should make it clear how to use the command
line utility.
the current manpage contains:
- retrei
Control: tags 959726 + patch
On Thu 2020-11-05 20:26:30 -0800, Dmitry Borodaenko wrote:
> If you can safely assume that /etc/ssh/sshd_config.d exists you can simply add
> it to the list of files scanned for HostKey.
>
> ---
> debian/openssh-server.postinst | 2 +-
> 1 file changed, 1 insertion(+)
Package: debcargo
Version: 2.5.0-3+b3
Severity: wishlist
I'd like to be able to specify declaratively in debcargo.toml that a
specific feature of the crate i'm packaging should be ignored.
i currently do this on a few different crates, because there are
features that either aren't relevant for d
Package: docbook-xml
Version: 4.5-12
Control: affects -1 src:libreswan xmlto
Control: clone -1 -2
Control: reassign docbook-xsl 1.79.2+dfsg-2
I have a debian/unstable system on amd64.
I installed a pile of software on it, including docbook-xml and
docbook-xsl. Part of the software installation f
Package: gnupg
Version: 2.2.25-2
Control: tag -1 + security patch
Control: forward -1 https://dev.gnupg.org/T6027
Control: affects -1 libgpgme11
Control: found 2.2.27-2+deb11u1
over in https://www.openwall.com/lists/oss-security/2022/06/30/1 Demi
Marie Obenour reports a failed buffer overflow that
Package: lintian
Version: 2.115.2
Severity: minior
Control: affects -1 src:gnupg2
lintian 2.115.2 complains (in --pedantic) in the following way about
these non-text files in the gnupg2 sources:
P: gnupg2 source: very-long-line-length-in-source-file 1008 > 512 [po/eo.gmo:7]
P: gnupg2 source: very
Package: src:npth
Version: 1.6-3
Severity: minor
"npth-config --version" says:
1.6-version
This is because the build is a bit confused about what to put in that
part of the version string, because upstream's autogen.sh wants to
inspect the local git configuration to put information in the versio
Package: src:libksba
Version: 1.6.0-2
Severity: minor
"gpgsm --version" reports:
libksba 1.6.0-unknown
This is because the build is a bit confused about what to put in that
part of the version string, because upstream's autogen.sh wants to
inspect the local git configuration to put information i
Control: severity 980838 minor
I'm marking this minor because the only cost is a one extra log line on
systems where gpg-agent is installed but scdaemon is not. I do agree
it's annoying.
On Fri 2021-01-22 23:29:00 +, Bastien Roucariès wrote:
> Without scdaemon the 90gpg-agent will output som
Hi Uwe--
Thanks for the report.
On Mon 2022-06-20 23:37:13 +0200, Uwe Kleine-König wrote:
> uwe@taurus:~$ curl -s
> https://git.kernel.org/pub/scm/docs/kernel/pgpkeys.git/plain/keys/6637D326999B862C.asc
> | gpg --import
I'm closing this bug report because i think GnuPG is "functioning as
On Thu 2022-06-23 12:24:30 +0200, Gard Spreemann wrote:
> Just needed to wait for my account to be approved. It's done now:
> https://dev.gnupg.org/T6041
Thanks for this! On that bug report, Ingo linked it to this proposed
patch from qlyiss on https://dev.gnupg.org/D549 :
Index: qt/pinentrydia
On Thu 2022-06-16 20:37:24 +0200, Carsten Schoenert wrote:
> Will do this the next time I import a new upstream version, but my guess
> is we can simply remove them now.
Sounds like a good plan to me. Thanks again for doing this work,
Carsten. I'm running thunderbird from experimental right now
On Wed 2022-06-15 18:04:09 +0200, Carsten Schoenert wrote:
> 2) What is needed to modify in the upstream configure script voodoo so
> its possible to use the configure options
>
> --with-system-botan
> --with-system-bz2
> --with-system-jsonc
Is it possible that these three fl
Hi Carsten--
On Sun 2022-06-12 17:15:08 +0200, Carsten Schoenert wrote:
> Am Sat, Mar 26, 2022 at 04:06:46PM -0400 schrieb Daniel Kahn Gillmor:
>> I've just uploaded rnp 0.16.0 into debian unstable. According to
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1732809 the main
=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Sun, 22 May 2022 09:32:23 -0700 (PDT)
From: Patrick Franz
To: debian-qt-...@lists.debian.org, Daniel Kahn Gillmor
Subject: Re: rebuilding against libqgpgme-dev (soname bump from libqgpgme7 to
libqgpgme15)
Date: Sun, 22 May 2022 18:32:21 +0200
M
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-de...@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: ruby-kramdown
Version: 2.3.1-4
Severity: wishlist
Control: affects -1 + src:ruby-kramdown-rfc2629
Hi Ruby team--
The kramdown gem version 2.4 is available upstream. The
kramdown-rfc2629 gem now depends on version 2.4 (as of kramdown-rfc
1.6.7; debian is at 1.6.6), so it'd be great to ha
Control: tags 992415 + moreinfo unreproducible
Hi Andrew--
On Wed 2021-08-18 19:15:22 +0930, Andrew Savchenko wrote:
> After issuing `systemctl suspend`, pinentry segfaults with the following
> output in the dmesg:
>
> ```
> kern :info : [Aug18 21:14] pinentry-tty[140518]: segfault at 0 ip
> 00
Hi Efraim--
On Tue 2020-09-15 12:17:51 +0300, Efraim Flashner wrote:
> In upstream there is now merged support for pinentry with using EFL as the
> graphical toolkit. I have been using it on my Debian machine for several
> days now and on other machines for months. The attached patch to the
> sour
Control: forwarded 969330 https://dev.gnupg.org/T5682
Control: close 969330 2.2.34-1
On Wed 2022-02-02 23:40:28 +, Chris Boot wrote:
> This bug actually appears to be in GnuPG itself, not
> libpam-ssh-agent-auth. Please see my comments at the end of
> https://github.com/jbeverly/pam_ssh_agen
Control: tags 1009311 + wontfix
Hi Vincent--
On Mon 2022-04-11 16:18:45 +0200, Vincent Lefevre wrote:
> The default https://keys.openpgp.org:443 key server is no longer working:
>
> $ gpg -v --recv-keys 7CA7ECAAF06216B90F894146ACF8146CAE8CBBC4
> gpg: data source: https://keys.openpgp.org:443
> gp
Control: forwarded 1008573 https://dev.gnupg.org/T5935
Control: tags 1008573 + upstream
Control: severity 1008573 important
This bug report was tagged severity "serious"
https://www.debian.org/Bugs/Developer#severities says that severity
level means:
> is a severe violation of Debian policy (r
) is still
the right change to make, but it was insufficient to resolve the
problem.
--dkg
From a86a3026218c2d5ac7cd898666b8ef60a5734bb9 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Wed, 27 Apr 2022 16:57:28 -0400
Subject: [PATCH] gpg: import Ed25519 private keys as MPIs
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: d...@fifthhorseman.net
The rust-sequoia-openpgp source package is in good shape.
But, due to #1001251 librust-sequoia-openpgp+crypto-nettle-dev was
renamed to rust-sequoia-openpgp+nettle-dev.
As a result, librust-sequoia-openpgp+crypto-nettl
x27;t yet fully understand, but using
--batch does avoid the problem.
The attached patch should hopefully make the sbuild autopkgtest succeed
with either version of GnuPG2.
thanks for maintaining sbuild in debian!
--dkg
From 4bdf145dd92df9db01fa38e1ab33cf1c36926ce9 Mon Sep 17 00:00:00 2001
Control: tags 1009837 + help
Thanks for the nudge, Matti--
On Mon 2022-04-18 15:56:16 -0400, Matti Klock wrote:
> In 2021, xdotool issued its first release in five years, and it includes some
> new features:
>
> https://github.com/jordansissel/xdotool/releases
>
> It's been stable for a few mont
On Fri 2022-04-15 00:16:22 +0200, Bastian Germann wrote:
> On Tue, 12 Apr 2022 11:43:01 -0700 Daniel Kahn Gillmor
> wrote:
>> - the manual page should also be updated as part of this rename -- it's
>>installed as saslpluginviewer.8.gz, but internally it says
>>
Hi Michael and Santiago--
I've now uploaded ldns 1.7.1-3 with the associated fix for 1009385. I'm
reviewing Michael's changes for 1.8.1, and they're looking good to me.
Thank you for all that work, Michael! I think we should consider
uploading 1.8.1 into experimental while we wait for 1.7.1-3 to
Thanks both Michael and Santiago for sorting this out!
I agree that backporting
https://github.com/NLnetLabs/ldns/commit/4d2057f0b5220487882be1b19c302833b84cffe3
to 1.7.1 is the most reasonable/conservative fix. We want that to
propagate into testing as soon as possible without risking being bloc
ut
leaving it visible for anyone who wants to pick up on it from here.
Hopefully this data trail is useful for someone in the future.
--dkg
On Tue 2022-04-12 23:16:48 -0700, Daniel Kahn Gillmor wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Daniel Kahn Gillmor
> X-Debbugs-Cc: de
Control: reassign 1009385 libldns3 1.7.1-2.1
Control: retitle 1009385 libldns3 1.7.1-2.1 changes output of ldns-key2ds,
causing FTBFS on dns-root-data
Control: affects 1009385 + dns-root-data
X-Debbugs-Cc: Michael Tokarev
Control: tags 1009385 + help
Lucas, thanks for flagging this!
The build f
Package: wnpp
Severity: wishlist
Owner: Daniel Kahn Gillmor
X-Debbugs-Cc: debian-de...@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: sasl2-bin
Version: 2.1.28+dfsg-2+b1
The debian installation of SASL's pluginviewer is not particularly
friendly. The renaming to saslpluginviewer is understandable
("pluginviewer" is a terribly generic name), but:
- the manual page should also be updated as part of this rename -- it's
Control: affects 1003982 + sasl-xoauth2
Control: affects 1006888 + src:sasl-xoauth2
Over in https://bugs.debian.org/1003982, Thomas Fargeix wrote:
> On 2022-01-18 23:19, Scott Kitterman wrote:
>> According to postconf(5) it's not needed. It says, "These are loaded
>> into memory before the smtp(8
Package: base-files
Severity: wishlist
Version: 12.2
Expat and Boost-1.0 are both fairly common licenses in debian. I
believe they are both well-defined, stable, and reasonably
well-understood variants of the MIT family of licenses.
https://www.debian.org/doc/packaging-manuals/copyright-format/1
On Sun 2022-04-10 18:03:13 +0200, Guillem Jover wrote:
> Also true in principle, as long as the man page is coming from upstream
> (and gets updated by them or a script :) or gets generated from the
> Debian packaging out of --help output, which I'm not sure is the case
> for all current exporters.
Package: prometheus-node-exporter
Version: 1.3.1-1
/etc/default/prometheus-node-exporter contains a huge amount of comments
indicating what possible command line options are available for the
daemon.
Those comments either will get out of date as the package is upgraded
(meaning, they'll be wrong)
On Tue 2022-03-29 19:09:50 +0100, Simon McVittie wrote:
> Major GNOME components are expected to be upgraded together, except for
> when that's unnecessary. That is an unsatisfying answer, but unfortunately
> it's the only true answer.
Thanks for the clarification, Simon, even if it's unsatisfying
On Mon 2022-03-28 21:26:16 -0400, Jeremy Bicha wrote:
> This fix is pending
Thanks for the pending fix, Jeremy. I can't help noticing that this
failure looks like a classic backward-incompatible API change. The API
happens to be across a gsettings schema instead of a C library,
language-specific
Control: close 985907 0.16.0-1
On Thu 2021-03-25 13:39:00 -0400, Daniel Kahn Gillmor wrote:
> rnp currently accepts signatures over weak or untrustworthy
> cryptographic primitives.
As of 0.16.0, rnp introduces the following relevant safeguards (from
upstream's CHANGELOG.md):
Package: gnome-settings-daemon
Version: 42.1-1
Control: affects -1 gnome-control-center
I have gnome-settings-daemon 42.1-1 installed, and gnome-control-cennter
1:41.4-1
When i open gnome-control-center and go to "Keyboard" and click on "View
and Customize Shortcuts", gnome-control-center crashes
I've just uploaded rnp 0.16.0 into debian unstable. According to
https://bugzilla.mozilla.org/show_bug.cgi?id=1732809 the main
development line of thunderbird now has a --with-system-rnp flag (but
the 91esr series doesn't have it.
So when new versions of thunderbird get built in debian (in experi
Package: libext2fs2
Version: 1.46.5-2
Control: affects -1 + fastboot android-sdk-platform-tools
The -E android_sparse option for mke2fs fails because libext2fs2 reports
EXT2_ET_UNIMPLEMENTED, presumably because libext2fs2 isn't built with
ENABLE_LIBSPARSE . here's the failure:
```
0 dkg@host:~$
On Fri 2022-03-18 09:13:08 +, Adam D. Barratt wrote:
> Unfortunately it looks like the upload failed:
>
> gnupg2_2.2.27-2+deb11u1.dsc: Refers to non-existing file
> 'gnupg2_2.2.27.orig.tar.bz2.asc'
Sigh. thanks for the note. I've just tried again, this time including
the orig.tar.bz2.asc in
On Thu 2022-03-17 17:49:04 +, Adam D. Barratt wrote:
> On Sat, 2022-02-19 at 22:24 -0500, Daniel Kahn Gillmor wrote:
>> On Sat 2022-02-19 17:09:21 +, Adam D. Barratt wrote:
>> > Control: tags -1 + confirmed d-i
>> >
> [...]
>> > That looks fin
Hi Sean, thanks for the prompt response.
On Thu 2022-03-17 11:34:32 -0700, Sean Whitton wrote:
> On Thu 17 Mar 2022 at 01:51PM -04, Daniel Kahn Gillmor wrote:
>> For backward compatibility, if a "maildir" configuration variable is
>> present, it could fall back to the o
Control: retitle 1006888 ITP: sasl-xoauth2 -- XOAUTH2 plugin for libsasl2
Control: owner 1006888 d...@fifthhorseman.net
X-Debbugs-Cc: Tarick Bedeir
On Mon 2022-03-07 17:50:20 +, Reuben Thomas wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: sasl-xoauth2
> Version
Package: mailscripts
Version: 0.24-1
Severity: wishlist
X-Debbugs-Cc: Jameson Rollins
notmuch has had an "insert" subcommand since notmuch 0.16 (2013-08-03,
according to /usr/share/doc/notmuch/NEWS.gz
rather than guessing at maildir paths or whatever, notmuch-slurp-debbug
should just feed the re
Package: python3-sympy
Version: 1.9-1
Control: affects -1 + openbox
I have python3-sympy installed because of weasyprint.
I don't have isympy or isympy-common installed at all.
python3-sympy wants to install a system menuitem with an icon
/usr/share/pixmaps/isympy.xpm from the isympy-common pack
Package: openbox
Version: 3.6.1-10
Control: forwarded -1 https://bugzilla.icculus.org/show_bug.cgi?id=6447
Control: tags -1 + patch
When i right-click the openbox desktop menu and choose "reconfigure",
openbox produces the following message to stderr:
```
* Imlib2 Developer Warning * :
Package: src:rust-svgdom
Version: 0.18.0-2
Severity: important
rust-svgdom was deprecated by its upstream developer in mid-2019, and
hasn't been touched since. See https://github.com/RazrFalcon/svgdom
librust-svgdom-dev has no reverse dependencies in debian, and the
package itself has some depen
Control: reassign 907264 libc6 2.33-7
Control: retitle 907264 glibc's strptime does not handle %z and %Z as expected
Control: affects 907264 + faketime
On Sat 2018-08-25 21:44:04 +0200, Wolfgang Hommel wrote:
> Apparently, glibc goes for a new tm->tm_gmtoff field and supports %z
> (but not %Z) fu
Control: retitle 753461 faketime causes some complex runtime environments
(including firefox) to hang
Control: tags 753461 - unreproducible
Control: tags 753461 + upstream
Control: forwarded 753461 https://github.com/wolfcw/libfaketime/issues/373
On Wed 2014-08-06 22:38:28 +0200, Wolfgang Hommel
On Mon 2018-03-05 22:00:35 -0500, Aaron M. Ucko wrote:
> The faketime executable fails on hurd-i386 (admittedly not a release
> architecture) with the error
>
> sem_open: Operation not supported
>
> as seen in [1].
This doesn't seem to be a problem any more on hurd, though i don't think
that fa
Package: libreoffice
Version: 1:7.3.1~rc1-1
Control: tags -1 + a11y
The dropdown menus in Libreoffice contain some entries that are toggle
buttons (items with a boolean state, which can be enabled or disabled by
clicking on them).
the toggle indicators in the standard configuration (i've never ad
Package: thunderbird
Version: 1:91.6.1-1
The attached .ics file ("foo.ics") contains a recurring event.
If i use Thunderbird's "File » Open » Calendar File…" to open this, it
creates a new calendar named "redacted", and the event shows up as
expected (on 2022-03-02).
If i right-click the event i
Control: unblock 981577 with 981587
Control: reassign 981577 fontconfig
Control: affects 981577 + ttf-bitstream-vera
Control: retitle 981577 fontconfig should prefer DejaVu over Bitstream Vera
On Fri 2022-02-25 11:35:56 -0500, Daniel Kahn Gillmor wrote:
>> - fontconfig could prefer more co
Control: block 981577 with 981587
I've looked into #981577 a bit more, and i have more thoughts on the
fixes i'd proposed earlier:
On Mon 2021-02-01 12:51:12 -0500, Daniel Kahn Gillmor wrote:
> - Bitstream Vera Mono could implement monospaced glyphs for the unicode
>box dr
Package: src:ruby-kramdown-rfc2629
Version: 1.5.24-0.1
Severity: wishlist
Ruby's kramdown-rfc2629 gem is now named kramdown-rfc, and 1.6.2 is
available from upstream. (see https://github.com/cabo/kramdown-rfc for
more details about the name change)
At the cost of a trip through NEW and a dummy/t
On Sat 2022-02-19 17:09:21 +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed d-i
>
> On Thu, 2022-01-27 at 17:02 -0500, Daniel Kahn Gillmor wrote:
>> Please consider an update to GnuPG in debian bullseye, from version
>> 2.2.27-2 to 2.2.27-2+deb11u1.
>>
>
Control: forwarded 1004946
https://gitlab.freedesktop.org/xorg/lib/libxi/-/issues/13
On Sun 2022-02-13 08:26:24 -0800, Jamie Zawinski wrote:
>> Why did you switch to it? Or am I misunderstanding that you did?
>
> For the new security model. No other way to increase the privilege separation.
Than
On Fri 2022-02-11 09:16:09 -0800, Jamie Zawinski wrote:
> On Feb 11, 2022, at 8:51 AM, Daniel Kahn Gillmor wrote:
>>
>> If the regression is caused by changes in how XInput/XInput2 behave,
>> then maybe this problem should be addressed in that package. I'm
>> r
Control: reopen 1004946
Control: reassign 1004946 libxi6 2:1.8-1
Control: affects 1004946 + xscreensaver
On Fri 2022-02-04 07:29:55 +0100, martin f krafft wrote:
> Package: xscreensaver
> Version: 6.02+dfsg1-2
> Severity: normal
>
> If I know I mistyped the password, I am used to holding down
> b
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: d...@fifthhorseman.net
* Package name: pgpainless
Version : 1.0.1
Upstream Author : Paul Schaub
* URL : https://pgpainless.org/
* License : Apache 2.0
Programming Lang: Java
Description : OpenPGP implementa
Hi Ximin--
thanks for the followup.
On Tue 2022-02-08 15:50:31 +, Ximin Luo wrote:
> Is your issue simply this? https://github.com/rust-lang/cargo/issues/7769
I think if this were fixed, then i could probably convince the sequoia
upstreams to mark the optional-dependency features as non-publ
version 0.9.9 and even the upstream git master.
--dkg
From 18ffd1c9bd3996ac768e9b32c40d52c4af3784fb Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor
Date: Fri, 4 Feb 2022 17:32:17 -0500
Subject: [PATCH] Avoid spurious "Success" error message.
strptime(3) doesn't set errno, so when
Version: 0.9.7-1
Sorry for the delay in noting this fix in the BTS. it was fixed in
commit 5ba8629d49a5a208c6ee00f2f79495917a96a172 (using a slightly
different changeset) four years ago :)
--dkg
On Thu 2016-07-14 13:24:42 +0200, Jakub Wilk wrote:
> Source: faketime
> Version: 0.9.6-7
> T
Hi Adam--
No problem, i've made way worse copy/paste mistakes myself 😛
On Thu 2022-02-03 06:41:21 +, Adam D. Barratt wrote:
> Control: tags -1 - pending
For clarity, I'm assuming this means that the GnuPG upload for bullseye
(#1004452) is *not* yet approved, and i will wait for additional
fe
Hi Adam--
Thanks for reviewing, but this is confusing to me. I thought 1004452
was for GnuPG gnupg2/2.2.27-2+deb11u1, not gnuplot
5.4.1+dfsg1-1+deb11u1. Which one did you mean to accept with this
message?
--dkg
On Wed 2022-02-02 20:30:58 +, Adam D Barratt wrote:
> package rel
Control: affects 1001251 + src:rust-sequoia-openpgp
On Tue 2021-12-07 03:47:32 +0400, Daniel Kahn Gillmor wrote:
> note that previously, …+compression-deflate-dev Provides: a virtual
> …+flate2-dev
> package. Now, …+flate2-dev Provides: a virtual
> …+compression-deflate-dev packag
#993578
+
+ [ Christoph Biedl ]
+ * Backport "Scd: Fix CCID driver for SCM SPR332/SPR532". Closes: #982546
+
+ [ Daniel Kahn Gillmor ]
+ * update git to point to debian/bullseye branch
+
+ -- Daniel Kahn Gillmor Thu, 27 Jan 2022 14:46:11 -0500
+
gnupg2 (2.2.27-2) unstable; urgency=mediu
On Sat 2022-01-15 10:43:13 +0100, Helmut Grohne wrote:
> I disagree. The version proposed by me was:
>
>> -*-*-linux-gnu*)
>> +*-*-linux-*)
>
> The version that actually ended up upstream was:
>
> +*-*-linux-gnu* | *-*-linux-musl)
>
> The thing that it doesn't match is:
>
> arm-linux-mu
Control: forwarded 1003313 https://dev.gnupg.org/T5762
On Sat 2022-01-08 01:15:16 +0100, Helmut Grohne wrote:
> A while ago, libgpg-error gained a feature that enabled configure to
> introspect lock objects without running code (via objdump).
> Unfortunately, this code is only used for glibc. When
On Sat 2022-01-08 21:39:25 +0100, Laurent Bigonville wrote:
> My understanding of the policy has always been that the source tarball
> shipped in debian must indeed contain all the files in their "preferred
> form of modification" but the fact that the resulting artifact has to be
> rebuilt duri
Control: retitle 994092 gkbd-capplet: keyboard layout display garbled for RTL
(e.g., Hebrew and Arabic) layouts
Control: forwarded 994092 https://gitlab.gnome.org/GNOME/libgnomekbd/-/issues/8
Control: tags 994092 + patch
On Sat 2021-09-11 16:01:58 +0100, Toni Mueller wrote:
> I have added Hebrew
Hi Phil--
in https://bugs.debian.org/992585, Phil Nightowl wrote:
> Pluto crashes reproducibly when negotiating tunnel type connection on
> the responder side.
Can you confirm whether this is still a problem with the version of
libreswan in debian stable (4.3-1) or a more recent version in test
I've just uploaded ruby-kramdown-rfc2629 version 1.5.24-0.1 as an NMU to
unstable, since it ended up being a fairly straightforward update.
I've pushed the changes in git (on "master", "pristine-tar", and
"upstream" branches) to salsa. I made an MR for the changes to "master"
here:
https://sa
Control: retitle 995824 ruby-kramdown-rfc2629: new version available (1.5.24)
On Wed 2021-10-06 15:41:59 +0200, chrysn wrote:
> The latest available version (1.5.6) is necessary for many recent
> drafts, please consider updating the packages.
Upstream now has version 1.5.24 available. There are
Package: wnpp
X-Debbugs-Cc: d...@fifthhorseman.net,
pkg-javascript-de...@alioth-lists.debian.net
Severity: wishlist
Control: affects -1 src:xml2rfc
* Package name: aasvg
Version : 0.1.7
Upstream Author : Martin Thomson
* URL : https://github.com/martinthomson/aasvg
*
Package: openssh-server
X-Debbugs-Cc: d...@fifthhorseman.net
Version: 1:8.7p1-2
Severity: normal
The shipped /etc/ssh/sshd_config in debian now starts with the
following directive:
Include /etc/ssh/sshd_config.d/*.conf
However, it then *also* has these directives:
PasswordAuthentication no
Chal
Package: src:rust-quickcheck
Version: 0.9.2-1.1
Control: affects -1 src:rust-rand src:rust-env-logger src:rust-sequoia-openpgp
The quickcheck crate has released version 1.0 a while back.
Some crates are starting to depend on that semver bump (in particular,
i noticed this becausei've just uploade
On Tue 2021-12-07 19:03:57 +0200, Daniel Kahn Gillmor wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bullseye
> User: release.debian@packages.debian.org
> Usertags: pu
> X-Debbugs-Cc: d...@fifthhorseman.net
> Control: affects -1 src:publicsuffix
>
>
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: d...@fifthhorseman.net
Control: affects -1 src:publicsuffix
Please consider an update to publicsuffix in debian buster.
This package reflects the state of the network,
201 - 300 of 4349 matches
Mail list logo