Bug#953725: golang-golang-x-tools: Extremely generic and conflicting binary names

Package: golang-golang-x-tools Version: 1:0.0~git20200213.88e652f+ds-1 Severity: serious Hi! I just noticed that this package contains a bunch of extremely generic and in many cases conflicting program names. Ideally these would be hidden behind a command dispatched (like «git » or similar), a pr

Bug#953665: RFP: golang-github-victoriametrics-metrics -- lightweight alternative to prometheus/client_golang (library)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-victoriametrics-metrics Version : 1.10.1 Upstream Author : VictoriaMetrics * URL : https://github.com/VictoriaMetrics/metrics * License : Expat Programming Lang: Go Description :

Bug#953666: RFP: victoria-metrics -- fast, cost-effective and scalable time series database

Package: wnpp Severity: wishlist Tags: patch * Package name: victoria-metrics Version : 1.34.2 Upstream Author : VictoriaMetrics * URL : https://github.com/VictoriaMetrics/VictoriaMetrics * License : Apache-2.0 Programming Lang: Go Description : fast, co

Bug#953661: RFP: golang-github-valyala-gozstd -- go wrapper for zstd (library)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-valyala-gozstd Version : 1.6.4 Upstream Author : Aliaksandr Valialkin * URL : https://github.com/valyala/gozstd * License : Expat Programming Lang: Go Description : go wrapper for

Bug#953664: RFP: golang-github-victoriametrics-fastcache -- fast thread-safe in-memory cache for big number of entries in Go (library)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-victoriametrics-fastcache Version : 1.5.6 Upstream Author : VictoriaMetrics * URL : https://github.com/VictoriaMetrics/fastcache * License : Expat Programming Lang: Go Description

Bug#953663: RFP: golang-github-valyala-quicktemplate -- fast, powerful, yet easy to use template engine for Go (lborary)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-valyala-quicktemplate Version : 1.4.1 Upstream Author : Aliaksandr Valialkin * URL : https://github.com/valyala/quicktemplate * License : Expat Programming Lang: Go Description :

Bug#953662: RFP: golang-github-valyala-histogram -- fast histograms for Go (library)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-valyala-histogram Version : 1.0.1 Upstream Author : Aliaksandr Valialkin * URL : https://github.com/valyala/histogram * License : Expat Programming Lang: Go Description : Fast his

Bug#953660: RFP: golang-github-valyala-fastjson -- fast JSON parser and validator for Go (library)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-valyala-fastjson Version : 1.5.0 Upstream Author : Aliaksandr Valialkin * URL : https://github.com/valyala/fastjson * License : Expat Programming Lang: Go Description : fast JSON

Bug#953659: RFP: golang-github-valyala-fastrand -- fast and scalable pseudorandom generator for Go (library)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-valyala-fastrand Version : 1.0.0 Upstream Author : Aliaksandr Valialkin * URL : https://github.com/valyala/fastrand * License : Expat Programming Lang: Go Description : fast and s

Bug#953658: RFP: golang-github-allegro-bigcache -- efficient cache for gigabytes of data written in Go (library)

Package: wnpp Severity: wishlist Tags: patch * Package name: golang-github-allegro-bigcache Version : 2.1.7 Upstream Author : Allegro Tech * URL : https://github.com/allegro/bigcache * License : Apache-2.0 Programming Lang: Go Description : efficient cac

Bug#953653: prometheus-nginx-exporter: Update and unify default file

Package: prometheus-nginx-exporter Version: 0.6.0+ds-1 Severity: normal Tags: patch Hi! Attached a patch to update the default file to the latest options supported by the daemon and to clean and unify its formatting. Thanks, Guillem diff --git i/debian/default w/debian/default index eab7e45..cae

Bug#953652: prometheus-mysqld-exporter: Update and unify default file

Package: prometheus-mysqld-exporter Version: 0.11.0+ds-1 Severity: normal Tags: patch Hi! Attached a patch to update the default file to the latest options supported by the daemon and to clean and unify its formatting. Thanks, Guillem diff --git i/debian/default w/debian/default index a695521..2

Bug#953650: prometheus-node-exporter: Update and unify default file

Package: prometheus-node-exporter Version: 0.18.1+ds-2 Severity: normal Tags: patch Hi! Attached a patch to update the default file to the latest options supported by the daemon and to clean and unify its formatting. Thanks, Guillem diff --git i/debian/default w/debian/default index 7e8697c..1d9

Bug#953651: prometheus-process-exporter: Update and unify default file

Package: prometheus-process-exporter Version: 0.4.0+ds-1 Severity: normal Tags: patch Hi! Attached a patch to update the default file to the latest options supported by the daemon and to clean and unify its formatting. Thanks, Guillem diff --git i/debian/default w/debian/default index 0308b82..c

Bug#953649: prometheus: Update and unify default file

Package: prometheus Version: 2.15.2+ds-2 Severity: normal Tags: patch Hi! Attached a patch to update the default file to the latest options supported by the daemon and to clean and unify its formatting. Thanks, Guillem diff --git c/debian/default i/debian/default index dc7ca4c..c9618d8 100644 --

Bug#953607: mgetty: Mismatched source format vs source version

Source: mgetty Version: 1.2.1-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version form

Bug#953606: wmxres: Mismatched source format vs source version

Source: wmxres Version: 1.2-10.1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version for

Bug#953605: vmfs-tools: Mismatched source format vs source version

Source: vmfs-tools Version: 0.2.5-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version

Bug#953604: vile: Mismatched source format vs source version

Source: vile Version: 9.8t-3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version formats

Bug#953603: festlex-oald: Mismatched source format vs source version

Source: festlex-oald Version: 2.4-2 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version

Bug#953602: sec: Mismatched source format vs source version

Source: sec Version: 2.8.2-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version formats

Bug#953601: mailsync: Mismatched source format vs source version

Source: mailsync Version: 5.2.2-3.1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version

Bug#953600: hp-ppd: Mismatched source format vs source version

Source: hp-ppd Version: 0.9-0.3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version form

Bug#953599: aspell-cs: Mismatched source format vs source version

Source: aspell-cs Version: 0.51.0-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version

Bug#953598: focalinux: Mismatched source format vs source version

Source: focalinux Version: 2010-09-3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version

Bug#953597: dpkg-cross: Mismatched source format vs source version

Source: dpkg-cross Version: 2.6.15-3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version

Bug#953596: dhcp-helper: Mismatched source format vs source version

Source: dhcp-helper Version: 1.2-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-mismatch-source-vs-version-format Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version f

Bug#953595: cramfsswap: Mismatched source format vs source version

Source: cramfsswap Version: 1.4.1-1.1 Severity: important Hi! This package uses a native source format, with a non-native version, which is rather confusing and subverts the semantics of both the source and version formats. This currently produces a lintian error, and with dpkg-dev 1.20.1 it wil

Bug#899425: O: gkremldk -- mldonkey plugin for gkrellm2

Control: retitle -1 RM: gkremldk -- RoQA; dead upstream, unmaintained, bogus source format Control: reassign -1 ftp.debian.org Hi! I was about to NMU this package to fix its source format not matching its version format, then I noticed that upstream has just disappeared.

Bug#644757: Removing ocaml-book?

Control: reassign -1 ftp.debian.org Control: retitle -1 RM: ocaml-book -- RoQA: unmaintained, partial, non-free, bogus source format On Sat, 2014-01-25 at 23:38:19 +0200, Adrian Bunk wrote: > since ocaml-book is: > - orphaned since 2011 and > - in non-free and > - a small subset of what a user ge

Bug#953554: Please permit Debian revisions with 1.0 native packages

Hi! [ I was pointed out to this bug, so chiming in. :) ] On Tue, 2020-03-10 at 14:47:12 +, Ian Jackson wrote: > Package: lintian > Version: 2.55.0 > I am packaging a small program for which I am the upstream. It does > not make sense to use a complicated source format; 1.0 native is > perfe

Bug#953277: golang: Cannot be built twice in a row

Source: golang-1.13 Source-Version: 1.13.8-1 Severity: important Hi! This package fails to build twice in a row. On the second dpkg-buildpackage invocation we get this: ,--- […] dpkg-source --before-build . debian/rules clean dh clean debian/rules override_dh_auto_clean make[1

Bug#953276: golang: Fails to build from source on $HOME managed with git

Source: golang-1.13 Source-Version: 1.13.8-1 Severity: normal Hi! I was trying to rebuild the package and it failed to build due to a test not expecting to find a .git on any of its parent hierarchy. As I managed my home with git, this tripped the test: ,--- […] --- FAIL: TestScript (0.00s)

Bug#953044: net-snmp: Either provide tool or remove references to net-snmp-cert

Source: net-snmp Source-Version: 5.8+dfsg-2 Severity: normal Hi! There are references to a helper tool called net-snmp-cert in snmpcmd(1) and snmpd.conf(5), but that tool is not shipped anywhere. Please either ship the tool somewhere, or remove the references from the man pages, as that will lea

Bug#953043: snmpd: Please move net-snmp-create-v3-user into snmpd package

Package: snmpd Version: 5.8+dfsg-2 Severity: normal Hi! There's an administrative script called net-snmp-create-v3-user used to create SNMP v3 user credentials, but it is shipped in the libsnmp-dev, instead of in the snmpd package. Having to install a development package on a production system is

Bug#952780: hplip: Strange dpkg-statoverride usage

Package: hplip Version: 3.20.2+dfsg0-1 Severity: normal Hi! This package is making incorrect use of dpkg-statoverride for a volatile pathname under /run that is not managed by dpkg. In addition the recent migration from /var/run to /run does not include cleanup of /var/run. statoverrides are int

Bug#952776: RFP: libprometheus-tiny-perl -- tiny module to export monitoring metrics for Prometheus

Package: wnpp Severity: wishlist Tags: patch * Package name: libprometheus-tiny-perl Version : 0.004 Upstream Author : Rob N ★ * URL : https://metacpan.org/release/Prometheus-Tiny * License : Artistic or GPL-1+ Programming Lang: Perl Description : tiny

Bug#952400: cppcheck: false positive double free() after non-returning function pointer

Package: cppcheck Version: 1.90-4 Severity: normal Hi! There's a false positive about double free()s after a non-returning function pointer, even if that contains an explicit exit() or is marked with a __noreturn__ attribute. Attached a test case. Thanks, Guillem #include #include #include

Bug#952398: cppcheck: false positive on missing va_end() after non-returning function

Package: cppcheck Version: 1.90-4 Severity: normal Hi! There's a false positive on missing va_end() after a non-returning function. Either because it contains f.ex. an explicit exit() or because it is marked with attribute __noreturn__. Attached a test case. Thanks. Guillem #include #include

Bug#951479: [files list file for package 'base-passwd' is missing final newline] [debian buster 10.3]

Hi! On Mon, 2020-02-17 at 13:48:30 +0100, Jean-Marc LACROIX wrote: > Le 2/17/20 à 12:18 PM, Simon Richter a écrit : > > On Mon, Feb 17, 2020 at 10:31:25AM +0100, Jean-Marc LACROIX wrote: > > > dpkg: unrecoverable fatal error, aborting: > > > files list file for package 'base-passwd' is missing f

Bug#951077: git-review: man page out of sync with implementation

Package: git-review Version: 1.27.0-1 Severity: normal Hi! The man page is out of sync with the current implementation and is missing at lots of command-line options, assuming that: $ git-review --help is up-to-date. :) Thanks, Guillem

Bug#950903: ITP: liburing -- Linux kernel io_uring access library

Package: wnpp Severity: wishlist Owner: Guillem Jover * Package name: liburing Version : 0.4 Upstream Author : Jens Axboe * URL : https://git.kernel.dk/cgit/liburing/ * License : LGPL and MIT/X Programming Lang: C Description : Linux kernel io_uring

Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

On Thu, 2020-02-06 at 09:39:29 +0100, Michael Biebl wrote: > Am 06.02.20 um 09:22 schrieb Adam D. Barratt: > > On 2020-02-06 08:12, Paul Gevers wrote: > > > But, if I am correct, the source could be using a version without epoch > > > and only use the epoch in the binary package (which can be dropp

Bug#950440: debian-policy: Confusing conflation of Essential:yes w/ Priority:required

Package: debian-policy Version: 4.5.0.0 Severity: normal Hi! This was brought up on debian-devel, and I think it needs to be updated/corrected in the policy manual: On Fri, 2020-01-17 at 12:21:11 +0100, Guillem Jover wrote: > On Fri, 2020-01-17 at 11:12:50 +0100, Ansgar wrote: > >

Bug#944968: popularity-contest: Program accesses internal dpkg database

On Thu, 2019-11-28 at 22:41:44 +0100, Bill Allombert wrote: > On Thu, Nov 28, 2019 at 08:55:00PM +, Niels Thykier wrote: > > While it would take a bit of restructuring / refactoring, I think it > > would be possible to use a single dpkg-query for everything and still be > > able to process the

Bug#944920: Revise terminology used to specify requirements

On Wed, 2020-01-29 at 14:42:08 -0700, Sean Whitton wrote: > On Sun 26 Jan 2020 at 03:48AM +01, Guillem Jover wrote: > > I think one of the nice things about RFC2119 is that it uses uppercase > > versions for the normative keywords, so that these are very clearly > > distinguis

Bug#770418: mawk: integer output from printf within awk limited to signed 32 bits

Control: tags -1 - unreproducible moreinfo On Sun, 2020-01-26 at 20:25:46 +0100, Andreas Henriksson wrote: > Control: tags -1 + unreproducible moreinfo > I did a quick attempt at reproducing this but failed to do so with > the current version in unstable. > > $ find ~/Downloads/ -ls -type f | aw

Bug#949712: New udeb for libacl and acl? (was Re: Bug#949712: please provide an udeb to be used by rsync-udeb)

Hi! On Thu, 2020-01-23 at 22:33:52 +, Samuel Henrique wrote: > Package: libacl1 > Version: 2.2.53-5 > Severity: wishlist > Hello Maintainer, as per requested in #729069 (rsync package) > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729069 > > I would like to provide an udeb for rsync, I

Bug#944920: Revise terminology used to specify requirements

On Fri, 2020-01-03 at 20:43:14 -0800, Russ Allbery wrote: > Russ Allbery writes: > > I agree, but let's also fix existing incorrect wording. I reviewed > > every instance of may and optional in Policy, and I think this larger > > diff will make wording (mostly) consistent. I've tried not to chan

Bug#944982: open-infrastructure-compute-tools: Script accesses internal dpkg database

Hi! On Tue, 2020-01-21 at 21:24:11 +0100, Daniel Baumann wrote: > thank you for reporting this bug. However, it's a false-positive: while > the debconf scripts uses debconf (with its own instance of a debconf > db), it doesn't touch the systems debconf db. I'll therefore close the bug. Not sure w

Bug#939766: cryptsetup-initramfs: Trying to boot linux-image-5.2.0-2-amd64 fails, linux-image-4.19.0-5-amd64 works.

Control: tags -1 - moreinfo Hi! On Mon, 2019-09-09 at 00:53:44 +0200, Alexander Brock wrote: > I searched for clues why that libgcc_s.so.1 is not added and found the > script: > /usr/share/initramfs-tools/hooks/cryptroot > > it contains the line: > > LIBC_DIR="$(ldd /sbin/cryptsetup | sed -nr '

Bug#948858: rtorrent: Segfaults with "session.save = yes"

Package: rtorrent Version: 0.9.8-1 Severity: important Hi! I got very confused when restarting rtorrent after the latest upgrade, it just started crashing. The relevant part in the config was something like this: session.path.set = ~/.state/rtorrent/ session.save = yes The last entry makes

Bug#657390: lintian: Non-dh debhelper targets?

Hi! On Fri, 2019-12-06 at 16:15:12 -0800, Felix Lechner wrote: > > Once build-arch and build-indep are supported by dpkg-buildpackage, > > hopefully in the next week, and/or are required by Policy, please > > could you apply the attached patch to move build-arch and build-indep > > from recommende

Bug#947068: wrong return code

Control: tag -1 moreinfo Hi! On Fri, 2019-12-20 at 13:20:30 +0100, Thorsten Alteholz wrote: > Package: dpkg > Version: 1.17.27 > During installation of a package, that has some problems, the return code of > dpkg is still 0: > > dpkg -i libgdk-pixbuf2.0-common_2.31.1-2+deb8u8_all.deb > libgdk-

Bug#947052: lintian: Add check for binNMU changelog entries in source packages

Hi! On Thu, 2019-12-19 at 19:07:04 -0800, Felix Lechner wrote: > On Thu, Dec 19, 2019 at 6:51 PM Guillem Jover wrote: > > I've already noticed at least two instances of maintainers fixing email > > addresses due to debian-changelog-file-contains-invalid-email-address, >

Bug#947052: lintian: Add check for binNMU changelog entries in source packages

Package: lintian Version: 2.42.0 Severity: normal Hi! I've already noticed at least two instances of maintainers fixing email addresses due to debian-changelog-file-contains-invalid-email-address, for binNMU entries in debian/changelog's in source packages. These should never be in a source pack

Bug#947051: latencytop: Non-sensical source format and version

Source: latencytop Source-Version: 0.5 Severity: important Hi! This package uses a non-sensical and mismatched source format and version. The version is that of a native package, but the source contains a diff component. This really makes no sense. It also prevents uploading any packaging revisio

Bug#946780: deb-changelog: Please document whether the format requires metadata (and the semicolon)

Hi! On Wed, 2019-12-18 at 02:19:36 +0100, Guillem Jover wrote: > On Sun, 2019-12-15 at 11:15:47 -0800, Josh Triplett wrote: > > The deb-changelog manpage defines the first line of the format as: > > > >package (version) distributions; metadata > > > &

Bug#945131: dpkg: implement a way to wait to detect whether dpkg is running

On Sat, 2019-11-23 at 16:04:33 +0100, Raphael Hertzog wrote: > On Fri, 22 Nov 2019, Guillem Jover wrote: > > That still does not explain why this needs to be done outside the dpkg's > > execution context, though? > > I don't know any point in dpkg's execution

Bug#946780: deb-changelog: Please document whether the format requires metadata (and the semicolon)

Hi! On Sun, 2019-12-15 at 11:15:47 -0800, Josh Triplett wrote: > Package: dpkg-dev > Version: 1.19.7 > Severity: wishlist > File: /usr/share/man/man5/deb-changelog.5.gz > The deb-changelog manpage defines the first line of the format as: > >package (version) distributions; metadata > >

Bug#946838: vagrant: Should add Breaks for unsupported virtualbox versions

Package: vagrant Version: 2.2.6+dfsg-1 Severity: normal Hi! This package requires explicit support for each virtualbox minor version which means it keeps breaking unexpectedly whenever a newer virtualbox gets uploaded to unstable, w/o any warning from the package system. Because we know those su

Bug#946837: vagrant: Does not work with virtualbox 6.1 from unstable

Package: vagrant Version: 2.2.6+dfsg-1 Severity: serious Hi! The package does not work anymore since virtualbox 6.1 got upload to unstable. To get this working this just requires a couple of changes, which can be easily applied as a local patch. Something like what is described at

Bug#946711: bluez: systemd readiness support uses bind(2) instead of connect(2)

s, Guillem From 407983890dc925e692fe21912b8ed82dcb0c96b4 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sat, 14 Dec 2019 10:28:56 +0100 Subject: [PATCH BlueZ] shared/mainloop: Use connect() instead of bind() for sd_notify We are the client, so we should be using connect(2) instead of bind(2), otherwise when using no

Bug#941198: In support of mandatory unit files

On Sun, 2019-12-08 at 15:55:45 -0800, Russ Allbery wrote: > Guillem Jover writes: > > But here you do have another option, but I'm not sure it might be > > described as nicer TBH, :) something like this, or variations on this > > theme: > > > [Service] >

Bug#941198: In support of mandatory unit files

On Sun, 2019-12-08 at 11:15:57 -0800, Russ Allbery wrote: > > Sure, help fir that would be nice. Thanks for the offer. (Probably > > should have an own bug for that.) Nethertheless, this is the line that > > causes my problems and needs to be transferred: > > https://salsa.debian.org/debian/gmrend

Bug#946406: lsb-base: Please add back fancy output support

Package: lsb-base Version: 11.1.0 Severity: wishlist Hi! The fancy output support got completely removed some time ago, and I guess I had forgotten I had read the changelog, and kept wondering what had broken on an unstable system compared to a stable one. In #670144 it is argued that this was a

Bug#945464: /lib/init/init-d-script: stop action: missing --oknodo in s-s-d invocation

Hi! On Wed, 2019-11-27 at 03:39:20 +, Dmitry Bogatov wrote: > control: tags -1 +confirmed > > [2019-11-25 12:06] Jan Braun > > The /lib/init/init-d-script errorneously returns failure when asked to > > stop a non-running service: > > [...] > > > > And indeed, one call to start-stop-daemon in

Bug#945269: debian-policy: packages should use tmpfiles.d(5) to create directories below /var

Hi! On Fri, 2019-11-29 at 09:13:47 -0800, Russ Allbery wrote: > Guillem Jover writes: > > As I mentioned on debian-devel, I think major parts of this and of the > > sysuser stuff fall under dpkg realm. And my plan is to implement this > > kind of functionality natively i

Bug#945269: debian-policy: packages should use tmpfiles.d(5) to create directories below /var

On Fri, 2019-11-22 at 10:12:06 -0800, Russ Allbery wrote: > Ansgar writes: > > I think no option says we shouldn't use services that don't rely on > > systemd as pid-1 (which also includes widely used things like udev). > > I agree, but if, say, Sam's option 3 wins, we can directly incorporate >

Bug#945470: libnet-dns-perl: Includes a binNMU changelog entry in the source

Source: libnet-dns-perl Source-Version: 1.21-1 Severity: minor Hi! Just noticed via what seemed like a strange changelog entry, that the debian/changelog shipped in this source package contains a binNMU entry. This is not correct, as binNMUs are not notmal NMUs that could be expected to be ack'ed

Bug#945131: dpkg: implement a way to wait to detect whether dpkg is running

On Wed, 2019-11-20 at 12:14:44 +0100, Raphael Hertzog wrote: > On Wed, 20 Nov 2019, Guillem Jover wrote: > > > To achieve this in a more elegant way, could you possibly implement some > > > "dpkg --is-running" test ? And/or maybe "dpkg --wait-lock-release"

Bug#945206: tracker.debian.org: Broken binaries link in glibc page

On Fri, 2019-11-22 at 09:09:20 +0100, Raphael Hertzog wrote: > On Thu, 21 Nov 2019, Alexandros Prekates wrote: > > Visiting https://tracker.debian.org/pkg/glibc > > i noticed many dead links in the binaries section > > of the page. > > Those are binary packages that the glibc source package can bu

Bug#945131: dpkg: implement a way to wait to detect whether dpkg is running

Hi! On Wed, 2019-11-20 at 11:28:09 +0100, Raphaël Hertzog wrote: > Package: dpkg > Version: 1.19.7 > Severity: wishlist > User: de...@kali.org > Usertags: origin-kali > I just got a lintian warning "uses-dpkg-database-directly" on a script I > wrote a long time ago: > https://gitlab.com/kalilinux

Bug#944968: popularity-contest: Program accesses internal dpkg database

Hi! On Mon, 2019-11-18 at 06:51:00 +, Niels Thykier wrote: > On Sun, 17 Nov 2019 22:59:58 +0100 Bill Allombert wrote: > > On Sun, Nov 17, 2019 at 10:44:02PM +0100, Guillem Jover wrote: > > > Source: popularity-contest > > > Source-Version: 1.69 > > > Seve

Bug#944964: dh-make-perl: Module accesses internal dpkg database

Hi! On Mon, 2019-11-18 at 18:29:36 +0100, gregor herrmann wrote: > On Sun, 17 Nov 2019 21:38:24 +0100, Guillem Jover wrote: > > [M] lib/Debian/DpkgLists.pm > > > > The function _cat_lists() accesses the file list files directly, and > > should be switched to use eit

Bug#944984: live-installer: Scripts access internal dpkg database

Source: live-installer Source-Version: 57 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several scripts, which directly access the dpkg internal database, instead of using one of the public interfaces provided by dpkg. These scr

Bug#944983: live-build: Scripts access internal dpkg database

Source: live-build Source-Version: 1:20190315 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several scripts, which directly access the dpkg internal database, instead of using one of the public interfaces provided by dpkg. The s

Bug#944982: open-infrastructure-compute-tools: Script accesses internal dpkg database

Source: open-infrastructure-compute-tools Source-Version: 20190811-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains a script («share/scripts/debconf»), which directly access the dpkg internal database, instead of using one of the

Bug#944981: open-infrastructure-system-tools: Components and script access internal dpkg database

Source: open-infrastructure-system-tools Source-Version: 20190301-lts1-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several components (system-config) and scripts (system-build), which directly access the dpkg internal databas

Bug#944980: live-config: Components access internal dpkg database

Source: live-config Source-Version: 5.20190519 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several components, which directly access the dpkg internal database, instead of using one of the public interfaces provided by dpkg. A

Bug#944977: avfs: Modules access internal dpkg database

Source: avfs Source-Version: 1.1.1-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «extfs/apt.in», «extfs/debd.in» and «extfs/dpkg.in» modules, which directly accesses the dpkg internal database, instead of using one of the p

Bug#944973: ocsinventory-agent: Module accesses internal dpkg database

Source: ocsinventory-agent Source-Version: 2:2.4.2-3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package ships a module («lib/Ocsinventory/Agent/Backend/OS/Generic/Packaging/Deb.pm»), which directly accesses the dpkg internal database, instead

Bug#944972: opensvc: Module accesses internal dpkg database

Source: opensvc Source-Version: 1.8~20170412-3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package ships a module («lib/rcPkgLinux.py»), which directly accesses the dpkg internal database, instead of using one of the public interfaces provided

Bug#944970: salt: Modules access internal dpkg databases

Source: salt Source-Version: 2018.3.4+dfsg1-7 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains modules («salt/modules/dpkg.py» and «salt/modules/alternatives.py»), which directly access the dpkg internal database, instead of using o

Bug#944968: popularity-contest: Program accesses internal dpkg database

Source: popularity-contest Source-Version: 1.69 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «popularity-contest» program, which directly accesses the dpkg internal database, instead of using one of the public interfaces pro

Bug#944967: multistrap: Script accesses internal dpkg database

Source: multistrap Source-Version: 2.2.10 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-ctrl Hi! This package contains the «multistrap» program, which directly accesses the dpkg internal database, instead of using one of the public interfaces provided by dpkg. T

Bug#944966: ruby-debian: Module accesses internal dpkg database

Source: ruby-debian Source-Version: 0.3.10 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «debian» module, which directly accesses the dpkg internal database, instead of using one of the public interfaces provided by dpkg. Th

Bug#944965: debsums: Script accesses internal dpkg database

Source: debsums Source-Version: 2.2.4 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «debsums» program, which directly accesses the dpkg internal database, instead of using one of the public interfaces provided by dpkg. The d

Bug#944964: dh-make-perl: Module accesses internal dpkg database

Source: dh-make-perl Source-Version: 0.107 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains a perl module [M], which directly accesses the dpkg internal database. Instead of using one of the public interfaces provided by dpkg. [M]

Bug#944963: debian-goodies: Scripts access internal dpkg database

Source: debian-goodies Source-Version: 0.84 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package programs («which-pkg-broke» and «dglob»), which directly accesses the dpkg internal database, instead of using one of the public interfaces provided

Bug#944951: cabal-debian: Code accesses internal dpkg database

Source: cabal-debian Source-Version: 5.0-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains a module («src/Debian/Debianize/Prelude.hs»), which directly accesses the dpkg internal database, instead of using one of the public interfa

Bug#944926: cruft: Scripts access internal dpkg databases

Package: cruft Version: 0.9.38 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several scripts [S], which directly accesses the dpkg internal database. Instead of using one of the public interfaces provided by dpkg. The file «expl

Bug#935772: libbsd0: lacks strnvisx

Hi! On Mon, 2019-08-26 at 02:39:32 +, brian m. carlson wrote: > Package: libbsd0 > Version: 0.10.0-1 > Severity: normal > libbsd0 seems to have several of the vis(3) functions and documents > strnvisx(3), but it isn't in the shared library: > > $ nm -D /usr/lib/x86_64-linux-gnu/libbsd.so.0

Bug#944083: libbsd-dev: Lacks user_from_uid() & uid_from_user() functions

Hi! On Sun, 2019-11-03 at 23:37:39 +0100, Robert Luberda wrote: > Package: libbsd-dev > Version: 0.10.0-1 > Severity: wishlist > I'm trying to prepare new version of bsd-mailx package from the OpenBSD > repository, but it unfortunatelly fails to compile because they switched > to using to user_fr

Bug#944837: ladvd: Switch from pciutils to pci.ids

Package: ladvd Version: 1.1.2-1 Severity: normal Hi! This package depends on the pciutils package to get the pci.ids database, even though it does not use it directly. The database has now been split into its own source and binary package so that it can updated more regularly, and be depended by

Bug#944836: discover-data: Embeds old copies of pci.ids and usb.ids

Source: discover-data Source-Version: 2.2013.01.11 Severity: normal Hi! This package embeds old copies of the pci.ids and usb.ids databases which get converted into xml files. These databases are now packaged on their own source and binary packages so that it's very easy to update regularly. It

Bug#944835: lsvpd: Missing dependencies on pci.ids and usb.ids

Package: lsvpd Version: 1.7.9-1 Severity: normal Hi! This package loads and parses the pci.ids and usb.ids databases directly in «src/internal/devicelookup.cpp», but it does not declare a dependency on the pci.ids and usb.ids packages. Please add them. Thanks, Guillem

Bug#944296: debian-policy: Source provenance requirement is WET

On Sat, 2019-11-09 at 08:55:23 -0700, Sean Whitton wrote: > On Thu 07 Nov 2019 at 09:00AM -08, Russ Allbery wrote: > > I'm in favor of dropping this information from debian/copyright and > > instead writing some language saying that packages should include this > > information in Homepage in debian

Bug#919190: keepassxc-browser status?

Hi! On Thu, 2019-11-14 at 19:23:08 +0800, Bruno Kleinert wrote: > Am Donnerstag, den 14.11.2019, 12:03 +0100 schrieb Guillem Jover: > > I noticed that the keepassxc-browser packages that were sitting in > > NEW(<https://ftp-master.debian.org/new.html>;), disappeared from &g

Bug#944834: ddcutil: Missing dependencies on pci.ids and usb.ids

Package: ddcutil Version: 0.9.7-1 Severity: normal Hi! This package is loading and parsing the pci.ids and usb.ids databases in «src/util/device_id_util.c», but it does not declare a dependency on them. Please add these as Depends. Thanks, Guillem

<    5   6   7   8   9   10   11   12   13   14   >