ate: Sun, 18 Sep 2022 22:28:00 +0200
> From: Guillem Jover
> To: sub...@bugs.debian.org
> Subject: debian-policy: Clarifying nomenclature for control file names
>
> Package: debian-policy
> Version: 4.6.1.1
> Severity: wishlist
> This is a followup from my comment at:
> h
Package: vagrant
Version: 2.2.19+dfsg-2
Severity: serious
Hi!
Since virtualbox 7.0.4 got uploaded, vagrant is no longer installable
in Debian sid. I assume this will require packaging a new upstream
release to support the new virtualbox version 7.0.x series.
Thanks,
Guillem
Hi!
On Wed, 2022-12-14 at 15:27:18 +0100, Juri Grabowski wrote:
> Package: wnpp
> Version: 1.79
> Severity: wishlist
> Owner: Juri Grabowski
> X-Debbugs-Cc: debian-de...@lists.debian.org, deb...@jugra.de
> * Package name: distribution-gpg-keys
> Version : 1.7.9
> Upstream Author
On Mon, 2022-12-12 at 04:28:29 +, Wookey wrote:
> The debian-devel thread continued but most responses were not copied
> to the bug (I've just realised). Possibly this means that you (guillem)
> didn't see most of the conversation.
>
> The bottom line is the security team were very
Package: lintian
Version: 2.115.3
Severity: important
Hi!
It seems that glibc forces an executable stack on MIPS architectures
(see #1022787).
On mipsel and mips64el architectures this is causing for all shared
libraries the emission of the executable-stack-in-shared-library tag.
As that
Package: vagrant
Version: 2.2.19+dfsg-1
Severity: serious
Hi!
After the upgrade of ruby to the 3.1 version vagrant has stopped
working completely, I'm getting the following errors repeated multiple
times:
,---
/usr/lib/ruby/vendor_ruby/rubygems/resolver/conflict.rb:47:in
Control: tag -1 moreinfo unreproducible
On Thu, 2022-06-30 at 13:25:36 -0500, William 'jawn-smith' Wilson wrote:
> Package: golang-mongodb-mongo-driver
> Severity: normal
> Tags: patch
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu kinetic ubuntu-patch
> There was already a
On Thu, 2022-11-17 at 13:52:38 +, Amr Ibrahim wrote:
> On Sat, 24 Sep 2022 21:37:45 +0200 Guillem Jover wrote:
> > I've kept the package on hold since, but try to upgrade from time to
> > time to see whether its fixed. Last time I did with the latest version
> > curren
On Mon, 2022-11-14 at 18:01:26 +0800, 张丹丹 wrote:
> > I think the part that was missing, which was asked on the list, and a
> > rather important part of this! :) Is the ABI this conforms to.
> >
> > I'm attaching a patch that updates the test suite so that it passes,
> > and adds what I
On Mon, 2022-11-14 at 13:38:30 +0100, Johannes Schauer Marin Rodrigues wrote:
> Quoting Guillem Jover (2022-11-14 13:17:34)
> > On Sun, 2022-11-13 at 11:22:50 +0100, Enrico Zini wrote:
> > > The way I chopped dpkg-checkbuilddeps was a first approximation. Given
> > >
Hi!
[ CCing devscripts, pbuilder and sbuild, as this is about some
potential functionality refactoring. ]
On Sun, 2022-11-13 at 11:22:50 +0100, Enrico Zini wrote:
> On Sat, Nov 12, 2022 at 09:30:43PM +0100, Guillem Jover wrote:
> > There was a bug filed requesting adding custom outp
Hi!
On Sun, 2022-11-13 at 00:17:36 +0100, Aurelien Jarno wrote:
> On 2022-11-12 22:28, Guillem Jover wrote:
> > On Fri, 2022-11-11 at 19:15:59 +0100, Manuel A. Fernandez Montecelo wrote:
> > > Package: dpkg
> > > Version: 1.21.9
> > > Severity: normal
> &g
Hi!
On Fri, 2022-11-11 at 19:15:59 +0100, Manuel A. Fernandez Montecelo wrote:
> Package: dpkg
> Version: 1.21.9
> Severity: normal
> X-Debbugs-Cc: m...@debian.org, debian-wb-t...@lists.debian.org
> After some investigation by aurel32 and myself, this was traced back to the
> commit
Control: user d...@packages.debian.org
Control: usertags -1 dpkg-checkbuilddeps
Control: tags -1 moreinfo
Hi!
On Sat, 2022-11-12 at 14:00:38 +0100, Enrico Zini wrote:
> Package: dpkg-dev
> Version: 1.21.9
> Severity: wishlist
> I often find myself[1] in need of a tool that, given a source
Package: git
Version: 1:2.38.1-1
Severity: wishlist
Tags: upstream
Hi!
[ Filing this here, because it seems upstream "tracks" bug reports
from the mailing list!? So to avoid this potentially getting lost…
And it's not clear whether that also applies to wishlist or just
regressions and
are ABI
incompatible, as the code in the patch now assume.
Thanks,
Guillem
From bd0462298d5cf833ab47b0124ca470d0e156d902 Mon Sep 17 00:00:00 2001
From: Guillem Jover
Date: Fri, 11 Nov 2022 12:43:38 +0100
Subject: [PATCH] arch: Add support for loong64 CPU
MIME-Version: 1.0
Content-Type: text/plain; cha
Control: reassign -1 dpkg-dev
User: d...@packages.debian.org
Usertags: dpkg-buildpackage
Hi!
On Wed, 2022-11-09 at 16:29:26 +0100, Christoph Biedl wrote:
> Package: dpkg
> Version: 1.21.9+b1
> Severity: wishlist
> in some (admittedly unusual) scenarios, I'd like to hook
> dpkg-buildpackage way
Control: forcemerge 918914 -1
Hi!
On Sun, 2022-11-06 at 19:23:21 +0100, Christian Göttsche wrote:
> Package: dpkg-dev
> Version: 1.21.9
> Tags: security
> Please consider to add stack clash protection to the hardening
> options. The related flag, `-fstack-clash-protection`, is supported by
>
Package: crmsh
Version: 4.4.0-2
Severity: important
Tags: upstream patch
Forwarded: https://github.com/ClusterLabs/crmsh/issues/970
Hi!
The output from pacemaker changed from what crmsh expects, which makes
certain commands now fail (in addition to causing WARNING and INFO output).
This is
Hi!
I've forwarded this upstream now.
On Tue, 2022-11-08 at 14:44:25 +0100, Guillem Jover wrote:
> On Tue, 2022-11-08 at 16:32:25 +0300, Michael Tokarev wrote:
> > On Tue, 08 Nov 2022 15:51:17 +0300 Michael Tokarev wrote:
> > > In liburing.h in 2.3, structures io_uring_
Hi!
On Tue, 2022-11-08 at 16:32:25 +0300, Michael Tokarev wrote:
> On Tue, 08 Nov 2022 15:51:17 +0300 Michael Tokarev wrote:
> > Source: liburing
> > Version: 2.3-1
> > Severity: grave
> >
> > liburing 2.3 broke binary compatibility without bumping the soname.
Indeed. :/ Should make a habit of
proving performance. :)
Thanks,
Guillem
From 12e690ec338d7ba2e808ae7f6ba7c31e060b0e8e Mon Sep 17 00:00:00 2001
From: Guillem Jover
Date: Tue, 25 Oct 2022 18:36:16 +0200
Subject: [PATCH] dpkg-shlibdeps: Cache soname check against shlibs files
Closes: #1022766
---
scripts/dpkg-shlibdeps.pl | 9 -
1 file changed, 8 insertions
Hi!
On Thu, 2014-02-06 at 03:11:50 +0100, Guillem Jover wrote:
> On Sat, 2014-02-01 at 15:35:21 +0100, Mathieu Parent wrote:
> > Control: tag -1 + wontfix
>
> > I can confirm that this is still the case.
> >
> > Example:
> > http://packages.qa.de
Control: reassign -1 apt
[ Adding some context. ]
On Thu, 2019-07-04 at 10:05:31 +0200, Harald Dunkel wrote:
> Package: dpkg
> Version: 1.18.25
> On the upgrade from Stretch to Buster there was a config
> file conflict (with /etc/issue, but that doesn't matter).
> dpkg allowed me to examine the
Control: reassign -1 apt
Hi!
On Tue, 2021-03-23 at 00:06:21 +0100, Sven-Haegar Koch wrote:
> On Mon, 22 Mar 2021, David Kalnischkies wrote:
> > On Mon, Mar 22, 2021 at 10:21:59PM +0100, Sven-Haegar Koch wrote:
> > > I hold the package, and with normal upgrade/dist-upgrade it works
> > > exactly
Control: user d...@packages.debian.org
Control: usertags -1 dpkg-gensymbols
Control: tag -1 moreinfo
On Thu, 2019-07-25 at 16:59:14 +0200, Jörg Frings-Fürst wrote:
> Package: dpkg-dev
> Version: 1.19.7
> Severity: wishlist
>
> please add a option to set the Build-Depends-Package meta-information
Control: tag -1 moreinfo
Hi!
On Mon, 2021-08-23 at 22:51:25 +0200, Guillem Jover wrote:
> So, while I'm truly interested in improving portability for dpkg, I'm
> not sure (as in, I've not kept up with times) whether MinGW might be a
> valid target at all? Also AFAIR there's still th
Control: retitle 825385 "dpkg: Does not know the native arch for another db"
Control: forcemerge 825385 -1
Hi!
On Thu, 2022-09-22 at 22:13:34 +0200, Johannes Schauer Marin Rodrigues wrote:
> Package: dpkg
> Version: 1.21.8
> Severity: normal
> X-Debbugs-Cc: jo...@debian.org
> steps to reproduce
Hi!
On Sat, 2022-09-24 at 23:58:28 +0200, Helmut Grohne wrote:
> On Thu, Aug 24, 2017 at 09:45:39PM +0200, Helmut Grohne wrote:
> > while looking into a .buildinfo file, I noticed that
> > Installed-Build-Depends are useless beyond #871494: They lack
> > architecture qualification. Thus there is
Control: tag -1 moreinfo
Hi!
On Wed, 2022-10-05 at 03:46:06 +0100, Wookey wrote:
> Package: dpkg-dev
> Version: 1.19.7
> Severity: wishlist
> Tags: patch
> As discussed in the below-linked thread on dpkg-dev, we should enable
> PAC and BTI on arm64 as a standard hardening flag.
>
Hi!
[ Sorry, should have CCed Craig, doing that now. ]
On Fri, 2022-09-30 at 04:07:05 +0200, Guillem Jover wrote:
> Hi!
>
> On Sun, 2022-09-25 at 16:19:08 +0200, Tobias Frost wrote:
> > Package: wnpp
> >
> > The current maintainer of dlocate, Craig Sanders ,
&
Package: calamares-settings-debian
Version: 12.0.3-1
Severity: normal
Hi!
I just noticed that this package provides a dpkg-unsafe-io script,
which creates a calamares specific config file for dpkg. Looking
further I noticed the other installed program have concerningly
generic names such as
Hi!
On Sun, 2022-09-25 at 16:19:08 +0200, Tobias Frost wrote:
> Package: wnpp
>
> The current maintainer of dlocate, Craig Sanders ,
> is no longer maintaining this packages.
>
> Maintaining a package requires time and skills. Please only adopt this
> package if you will have enough time and
On Wed, 2022-09-28 at 01:57:56 +0100, Sérgio Basto wrote:
> BTW not about xz , but Zstd, which is available on dpkg (1.21.1ubuntu1)
>
> [..]
> - Add Zstd compression and decompression support for binary
> packages.
>
> i.e. maybe also include Zstd to be compatible with Ubuntu
>
>
Package: perl6-readline,raku-file-which,raku-librarycheck,raku-readline
Severity: serious
Hi!
[ Filing against all affected packages because it's not clear to me which
one needs to be fixed. ]
These packages all contain (at least) these same filenames:
,---
perl6-readline:
Hi!
On Fri, 2022-09-23 at 13:27:31 +, Amr Ibrahim wrote:
> On Mon, 27 Jun 2022 07:21:33 +0200 Bruno Kleinert
> wrote:
> > thanks for the report. Something else in 1.8.0 is bugging me that may
> > be related to upstream's jQuery removal. I'm expecting upstream may
> > release 1.8.1 soonish.
Control: tags -1 moreinfo
On Mon, 2022-09-19 at 10:06:11 +0200, intrigeri wrote:
> Package: dpkg-dev
> Version: 1.21.9
> Severity: wishlist
> According to
> https://developers.redhat.com/articles/2022/09/17/gccs-new-fortification-level,
> _FORTIFY_SOURCE=3 improves memory management protections.
Control: tag -1 moreinfo
Hi!
On Fri, 2022-09-23 at 02:20:21 +0200, Bastian Germann wrote:
> Source: inetutils
> Version: 2:2.3-5
> Severity: wishlist
> Control: block 1018949 by -1
> To help with #1018949 (netkit-telnet: Drop in favour of netkit-telnet-ssl),
> please suggest to install
Hi!
On Sun, 2022-09-18 at 20:27:46 -0700, Russ Allbery wrote:
> Helmut Grohne writes:
> > […] It can be made explicit in section 3.8 quite easily:
>
> > Since dpkg will not prevent upgrading of other packages while an
> > ``essential`` package is in an unconfigured state, all ``essential``
>
Hi!
On Tue, 2022-09-20 at 19:36:36 -0700, Russ Allbery wrote:
> Felix Lechner writes:
> > The installable stanzas in d/control (called "binary package paragraphs"
> > in policy) inherit the Section field from the source paragraph. There is
> > no reason to provide inheritance the other way
Hi!
On Sun, 2022-09-18 at 21:42:37 -0700, Russ Allbery wrote:
> "Daniel Shahaf" writes:
> > Here's a revision of the patch incorporating the feedback so far:
>
> Thank you for this patch! I confirmed that your description matches the
> regular expression. This has now been applied for the
Hi!
On Thu, 2022-09-22 at 14:26:38 +0900, Charles Plessy wrote:
> Le Tue, Sep 20, 2022 at 06:08:16PM -0700, Russ Allbery a écrit :
> > I do find the use of paragraph the way we were previously using it to
> > be confusing, particularly given that the paragraphs contain fields
> > which in turn
Hi!
On Tue, 2022-09-20 at 21:21:23 -0700, Russ Allbery wrote:
> Here is a patch to fix this wording in Policy. I think it's ready for
> seconds.
> >From c98654d7effa875c6e11da16159ac3feded8f763 Mon Sep 17 00:00:00 2001
> From: Russ Allbery
> Date: Tue, 20 Sep 2022 21:17:55 -0700
> Subject:
Hi!
On Tue, 2022-09-20 at 18:52:22 -0700, Russ Allbery wrote:
> Here is a patch that I believe implements that, and which I think is ready
> for seconds.
> >From 2260f7a3aafe93282860aad07b7d8c1544bcf0ce Mon Sep 17 00:00:00 2001
> From: Russ Allbery
> Date: Tue, 20 Sep 2022 18:49:04 -0700
>
Hi!
On Tue, 2022-09-20 at 12:03:41 +0200, Helge Deller wrote:
> Package: dpkg
> Severity: wishlist
> Tags: lfs, hppa
> I've seen quite some lfs errors (on 32-bit platform) with packages in
> the last weeks.
> Isn't it time now (year 2022), to take lfs down from "future" feature
> to "standard"
Hi!
On Sun, 2022-09-18 at 17:34:57 -0700, Russ Allbery wrote:
> Sean Whitton writes:
> > On Mon 19 Sep 2022 at 12:45AM +02, Guillem Jover wrote:
> >> So, personally, I'd be happy to fully switch to stanza TBH, because it
> >> seems more specific to our use
On Sun, 2022-09-18 at 18:01:38 -0700, Russ Allbery wrote:
> Guillem Jover writes:
>
> > Oh! I've completely missed this all this time, I think because that
> > feels very weird given that it has no synopsis and the text is added
> > already on the first line on the spec.
On Sun, 2022-09-18 at 18:04:00 -0700, Russ Allbery wrote:
> Guillem Jover writes:
> > BTW, just to make this clear, if this feels like it might not be decided
> > quickly on the Debian policy side, then I'll prepare/commit changes to
> > revert this behavior from tooling
On Sun, 2022-09-18 at 14:53:30 -0700, Sean Whitton wrote:
> On Sun 18 Sep 2022 at 10:28PM +02, Guillem Jover wrote:
>
> > So, how does «source package paragraph» and «binary package paragraph»
> > (of the «template control file») sound instead?
>
> Can we standardise on
Hi!
On Sun, 2022-09-18 at 22:56:16 +0200, Guillem Jover wrote:
> On Sun, 2022-09-18 at 10:58:20 -0700, Russ Allbery wrote:
> > Russ Allbery writes:
> > > I would happily apply a version of 0002 that only changes Files and
> > > leaves Copyright alone.
>
> I can
Hi!
On Sun, 2022-09-18 at 10:42:28 -0700, Russ Allbery wrote:
> Guillem Jover writes:
>
> > These are the set of changes I keep doing to the debian/copyright files
> > I end up touching. While some could be characterized as a subjective
> > style issue, I've tried to g
Package: debian-policy
Version: 4.6.1.1
Severity: wishlist
Hi!
This is a followup from my comment at:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=998165#43
To summarize, we have IMO confusing naming and nomenclature for the
various control files and paragraphs/stanzas, and this is even
2001
From: Guillem Jover
Date: Thu, 23 Dec 2021 07:11:55 +0100
Subject: [PATCH] Use OpenPGP instead of PGP
The standard is called OpenPGP, PGP instead is a specific
implementation. And while depending on the context (such as filename
extensions) using .pgp is better and more neutral than using some
, but that's one that seems to also
be triggering some OCDish button or similar. :)
This change was implemented on top of the spacing and typographical
patches and seems to depend on changes in there.
Thanks,
Guillem
From 600aabb1a2235396db5fce4240ac0751258fcf7f Mon Sep 17 00:00:00 2001
From: Guillem Jover
opposition. But I'm happy to convert these to
some of the UTF-8 ones if you prefer.
Thanks,
Guillem
From a367e8cd6dd50c4304978c07d3823826bfb61365 Mon Sep 17 00:00:00 2001
From: Guillem Jover
Date: Wed, 5 Jan 2022 02:49:28 +0100
Subject: [PATCH 1/3] Remove trailing whitespace
---
Makefile
Hi!
On Wed, 2022-07-06 at 18:50:08 +0100, Ian Jackson wrote:
> Package: dpkg
> Version: 1.20.10
> Severity: normal
> File: /usr/bin/dpkg
> Tags: patch
> Recently, I did a complex semi-manual crossgrade. Runes like
> dpkg -iGEOB
> were frequently involved. But I discovered that dpkg -E would
Control: tag -1 moreinfo
Hi!
On Wed, 2015-02-11 at 07:43:59 +0100, Johannes Schauer wrote:
> Quoting Guillem Jover (2014-10-20 17:21:00)
> > The rest looks good (as long as it behaves correctly that is :). But it
> > would
> > be nice to add some unit tests to Dpkg_Deps
On Wed, 2022-09-14 at 17:31:16 +0200, Santiago Ruano Rincón wrote:
> Yeah, sorry. I lately realised not all the packages would autoreconf
> during building time.
>
> So silencing these warnings would make sense.
Please consider implementing a way to be able to conditionally re-enable
locally
Control: forcemerge 985888 -1
On Tue, 2022-08-23 at 22:40:37 +0200, Ansgar wrote:
> Package: dpkg
> Version: 1.21.9
> Severity: wishlist
> Tags: upstream d-i
> please reconsider to provide a `--force-really-unsafe-io` (or similar)
> option that skips the calls to `fsync()` & friends in dpkg.
I
Control: forcemerge 313204 -1
On Mon, 2022-08-22 at 11:41:19 +0200, Axel Beckert wrote:
> Package: dpkg
> Version: 1.21.9
> Severity: wishlist
> it would be nice if there would be a setting (or environment variable or
> interactive option) to use a different tool than "diff" to view conffile
>
Hi!
On Mon, 2022-09-12 at 07:50:51 +0200, Fab Stz wrote:
> Package: dpkg
> Version: 1.20.12
> Severity: normal
>* What led up to the situation?
>
> Have a package for which in debian/control there is this:
>
> Build-Depends: debhelper-compat (= 13),
>android-sdk-build-tools
Control: reassign -1 debhelper
On Tue, 2022-09-13 at 15:50:07 +0200, Fab Stz wrote:
> Package: dpkg-dev
> Version: 1.29.9
> Severity: normal
> File: /usr/bin/dpkg-buildpackage
> This may be a regression because I don't have this problem with 1.20.12 which
> is on bullseye.
>
>
> When in
Hi!
On Sun, 2022-09-11 at 12:29:41 +0200, Helmut Grohne wrote:
> Source: unace
> Version: 1.2b-21
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
> your -21 upload broke cross building by adding CC=$(CC) without
> initializing $(CC) properly. As far as I understand it, you
Hi!
On Wed, 2022-09-07 at 12:25:02 +0200, Guillem Jover wrote:
> Source: openvpn
> Source-Version: 2.6.0~git20220818-1
> Severity: normal
> With the recent grep 2.8 release, egrep usage, which has been slated
> for removal for a long time, now generates warnings, such as:
>
Package: pcscd
Version: 1.9.8-1
Severity: normal
Hi!
With the recent grep 2.8 release, egrep usage, which has been slated
for removal for a long time, now generates warnings, such as:
egrep: warning: egrep is obsolescent; using grep -E
When checking the /etc on my systems, I noticed pcscd
Source: openvpn
Source-Version: 2.6.0~git20220818-1
Severity: normal
Hi!
With the recent grep 2.8 release, egrep usage, which has been slated
for removal for a long time, now generates warnings, such as:
egrep: warning: egrep is obsolescent; using grep -E
When checking the /etc on my
output on etckeeper usage. I'm attaching a
patch that should fix those. I've not touched the doc/todo/ items.
Thanks,
Guillem
From b5ba219b124d415af78cb4bb3d17ca2ec199e03c Mon Sep 17 00:00:00 2001
From: Guillem Jover
Date: Wed, 7 Sep 2022 12:08:00 +0200
Subject: [PATCH] =?UTF-8?q?Use=20=C2=ABgrep
Package: sway
Version: 1.7-3
Severity: wishlist
Hi!
The policykit-1 package has been split into polkitd and pkexec as
there's been concerns about attack surface when having pkexec around.
Given that sway seems to only require polkitd, it would be nice if the
dependency got switched to allow for
Control: reassign -1 arcanist
Hi!
On Fri, 2022-09-02 at 07:46:43 +0200, Sylvestre Ledru wrote:
> Le 02/09/2022 à 01:10, Guillem Jover a écrit :
> > So we have reached the point at which arc is getting autoremoved from
> > testing as the RC is still filed against it too. :(
>
Hi!
On Wed, 2022-08-10 at 01:29:27 +0200, Guillem Jover wrote:
> [ The bug has been (correctly) bumped back to serious. Sorry that I
> have not engaged about this bug in the past, but the reply to simply
> ignore policy looked rather off-putting, I just noticed the reply
>
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
This update backports multiple fixes from unstable for RC bugs and fixes
broken behavior. It makes the dpkg-fsys-usrunmess script more robust,
fixes mishandling of
+1.19.9
diff -Nru dpkg-1.19.8/ChangeLog dpkg-1.19.9/ChangeLog
--- dpkg-1.19.8/ChangeLog 2022-05-24 13:40:09.0 +0200
+++ dpkg-1.19.9/ChangeLog 2022-09-01 03:40:03.0 +0200
@@ -1,3 +1,137 @@
+commit e2254431dca4eccb5125c21cb7299090e6725b3a
+Author: Guillem Jover
+Date: Thu
+adapted by Erik Auerswald .
+Fixes CVE-2022-39028.
+
+ -- Guillem Jover Wed, 31 Aug 2022 00:58:35 +0200
+
inetutils (2:1.9.4-7+deb10u1) buster; urgency=medium
* CVE-2020-10188 (Closes: #956084)
diff -Nru
inetutils-1.9.4/debian/patches/0001-ftp-check-that-PASV-LSPV-addresses-match.patch
Hi!
Sorry, I'm updating the request as I found missing stuff while
preparing the companion update for buster!
On Tue, 2022-08-30 at 00:37:03 +0200, Guillem Jover wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bullseye
> User: release.debian@packages.debian.org
&g
erability in inetutils-telnetd, caused by a crash by
+a NULL pointer dereference when sending the byte sequences «0xff 0xf7»
+or «0xff 0xf8». Found by Pierre Kim and Alexandre Torres. Patch
+adapted by Erik Auerswald .
+
+ -- Guillem Jover Sun, 28 Aug 2022 16:01:41 +0200
+
inetut
On Mon, 2022-08-22 at 09:59:34 +0200, Axel Beckert wrote:
> Guillem Jover wrote:
> > The bin-sbin-mismatch triggers false positives on partial matches such
> > as /usr/bin/dpkg-www and /usr/sbin/dpkg-www-installer, or
> > /usr/bin/dpkg and /usr/sbin/dpkg-fsys-usrunmess.
&g
Control: reassign -1 linux
Control: affects -1 liburing debci
Hi!
It seems like there was a regression with the latest stable update
that affects the autopkgtest for liburing. Reassigning.
On Mon, 2022-07-18 at 21:07:28 +0200, Paul Gevers wrote:
> Source: liburing
> Version: 2.1-2
> Severity:
On Sat, 2022-08-20 at 00:44:17 +0100, Colin Watson wrote:
> On Sat, Aug 20, 2022 at 01:35:54AM +0200, Guillem Jover wrote:
> > The man-db package seems to have switched from start-stop-daemon to
> > setpriv, but the latter seems to be Linux-only. On a hurd-i386 box I
> >
Hi!
On Tue, 2022-07-19 at 08:28:09 +0200, Paul Gevers wrote:
> On 18-07-2022 23:44, Guillem Jover wrote:
> > While only having skimmed over the logs, the first suspect for me would
> > be the Linux kernel, where liburing might be triggering some kernel bug.
> > Were the sy
Package: man-db
Version: 2.10.2-2
Severity: normal
Hi!
The man-db package seems to have switched from start-stop-daemon to
setpriv, but the latter seems to be Linux-only. On a hurd-i386 box I
see the following now:
Processing triggers for man-db (2.10.2-2) ...
Hi!
On Thu, 2022-08-18 at 17:41:41 +0200, Bastian Germann wrote:
> On Sun, 29 Mar 2020 00:45:49 + Marcos Marado
> wrote:
> > AFAICS, this ended up never happening. However, someone else worked on a set
> > of patches that, supposedly, implement this: more info at
> >
Package: lintian
Version: 2.115.2
Severity: normal
Hi!
The bin-sbin-mismatch triggers false positives on partial matches such
as /usr/bin/dpkg-www and /usr/sbin/dpkg-www-installer, or
/usr/bin/dpkg and /usr/sbin/dpkg-fsys-usrunmess.
This is due to the check in
Control: tag -1 patch
Control: forwarded -1
https://salsa.debian.org/lintian/lintian/-/merge_requests/414
On Mon, 2022-06-27 at 15:14:10 +0200, Axel Beckert wrote:
> Guillem Jover wrote:
> > I'd have to re-dig all this. I might just try to provide a patch, I
> > think should pr
Package: pahole
Version: 1.23-2
Severity: wishlist
Hi!
Most of the tools (except for pahole itself) lack a man page, which
makes using them rather hard. Even knowing what they are supposed to
do.
Thanks,
Guillem
Package: pahole
Version: 1.23-2
Severity: serious
Hi!
Many of the tools simply segfault when executed. On a shared library
with debugging symbols:
$ codiff libsysfs.so.2.0.1 libsysfs.so.2.0.1
Segmentation fault (core dumped)
$ dtagnames libsysfs.so.2.0.1
Segmentation fault (core dumped)
Source: debhelper
Source-Version: 13.8
Severity: wishlist
Hi!
In dpkg, there are the original man pages and the translated ones, which
can appear and disappear on each version depending on their translation
percentage.
Supporting this with debhelper has been a bit of a pain over the
years.
Source: rust-grcov
Source-Version: 0.5.15-2
Severity: wishlist
Hi!
This package is at 0.8.11 upstream, which happens to include support
for cobertura reporting. It would be nice to have the latest upstream
version packaged.
Thanks,
Guillemm
Hi!
On Tue, 2022-08-09 at 20:42:15 -0700, Sean Whitton wrote:
> On Wed 10 Aug 2022 at 01:53AM +02, Guillem Jover wrote:
>
> > Package: ftp.debian.org
> > Severity: wishlist
> > User: ftp.debian@packages.debian.org
> > Usertags: override
> > User: guil..
Package: ftp.debian.org
Severity: wishlist
User: ftp.debian@packages.debian.org
Usertags: override
User: guil...@debian.org
Usertags: inetutils-default-telnet-switch inetutils-default-telnetd-switch
Hi!
Please update the overrides for these telnet related packages, as part
of the netkit to
Hi!
[ The bug has been (correctly) bumped back to serious. Sorry that I
have not engaged about this bug in the past, but the reply to simply
ignore policy looked rather off-putting, I just noticed the reply
below, which seemed encouraging! :) ]
On Sat, 2019-01-26 at 11:20:13 +0100,
Source: matanza
Source-Version: 0.13+ds2-1
Severity: wishlist
Usertags: inetutils-default-telnet-switch
Hi!
This package has a dependency on telnet (which denotes either a specific
implementation or in the future the default one), and on the generic
telnet-client, which denotes any
Source: nyancat
Source-Version: 1.5.2-0.1
Severity: normal
Usertags: inetutils-default-telnetd-switch
Hi!
This package has a dependency on telnetd (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-server, which denotes any
Source: netkit-telnet-ssl
Source-Version: 0.17.41+0.2-3.3
Severity: normal
Usertags: inetutils-default-telnetd-switch
Hi!
This package has a dependency on telnetd (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-server, which
Source: procserv
Source-Version: 2.7.0-1
Severity: normal
Usertags: inetutils-default-telnet-switch
Hi!
This package has a dependency on telnet (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-client, which denotes any
Source: libtelnet
Source-Version: 0.21-5
Severity: normal
Usertags: inetutils-default-telnet-switch
Hi!
This package has dependencies on telnet (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-client, which denotes any
Source: pdudaemon
Source-Version: 0.0.8.30.g74aba7c-1
Severity: normal
Usertags: inetutils-default-telnet-switch
Hi!
This package has a dependency on telnet (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-client, which denotes any
Source: ser2net
Source-Version: 4.3.4-2
Severity: normal
Usertags: inetutils-default-telnet-switch
Hi!
This package has a dependency on telnet (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-client, which denotes any
Source: dish
Source-Version: 1.19.1-1.1
Severity: normal
Usertags: inetutils-default-telnet-switch
Hi!
This package has a dependency on telnet (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-client, which denotes any
Source: live-tasks
Source-Version: 12.0.1
Severity: normal
Usertags: inetutils-default-telnet-switch
Hi!
This package has dependencies on telnet (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-client, which denotes any
Source: forensics-extra
Source-Version: 2.39
Severity: normal
Usertags: inetutils-default-telnet-switch
Hi!
This package has a dependency on telnet (which denotes either a specific
implementation or in the future the default one), but not on the
generic telnet-client, which denotes any
301 - 400 of 4830 matches
Mail list logo
