Bug#953914: diod: Switch from deprecated to

2020-03-14 Thread Guillem Jover
Source: diod Source-Version: 1.0.24-4 Severity: important User: a...@packages.debian.org Usertags: libattr-drop-attr-xattr-header Hi! This package uses the deprecated header (from libattr) instead of the one provided now by glibc . The former header has been removed in upstream libattr, but

Bug#953913: plptools: Switch from deprecated to

2020-03-14 Thread Guillem Jover
Source: plptools Source-Version: 1.0.13-1 Severity: important User: a...@packages.debian.org Usertags: libattr-drop-attr-xattr-header Hi! This package uses the deprecated header (from libattr) instead of the one provided now by glibc . The former header has been removed in upstream libattr,

Bug#953912: pinot: Switch from deprecated to

2020-03-14 Thread Guillem Jover
Source: pinot Source-Version: 1.10-1 Severity: important User: a...@packages.debian.org Usertags: libattr-drop-attr-xattr-header Hi! This package uses the deprecated header (from libattr) instead of the one provided now by glibc . The former header has been removed in upstream libattr, but got

Bug#953910: qemu: Build-Depends on unused libattr1-dev

2020-03-14 Thread Guillem Jover
Source: qemu Source-Version: 1:4.2-3 Severity: minor Hi! This package used to use libattr for its xattr support, but got switched to use the native support from glibc, but the Build-Depends got left behind. Thanks, Guillem

Bug#953909: phodav: Switch from deprecated to

2020-03-14 Thread Guillem Jover
Source: phodav Source-Version: 2.3-2 Severity: important User: a...@packages.debian.org Usertags: libattr-drop-attr-xattr-header Hi! This package uses the deprecated header (from libattr) instead of the one provided now by glibc . The former header has been removed in upstream libattr, but got

Bug#953906: pseudo: Switch from deprecated to

2020-03-14 Thread Guillem Jover
Source: pseudo Source-Version: 1.9.0+git20190515+996bead-2 Severity: important User: a...@packages.debian.org Usertags: libattr-drop-attr-xattr-header Hi! This package uses the deprecated header (from libattr) instead of the one provided now by glibc . The former header has been removed in

Bug#953905: stress-ng: Build-Depends on unused libattr1-dev

2020-03-14 Thread Guillem Jover
Source: stress-ng Source-Version: 0.11.02-1 Severity: minor Hi! This package used to use libattr for its xattr support, but got switched to use the native support from glibc, but the Build-Depends got left behind. Thanks, Guillem

Bug#953903: smbnetfs: Switch from deprecated to

2020-03-14 Thread Guillem Jover
Package: smbnetfs Version: 0.6.1-1 Severity: important User: a...@packages.debian.org Usertags: libattr-drop-attr-xattr-header Hi! This package uses the deprecated header (from libattr) instead of the one provided now by glibc . The former header has been removed in upstream libattr, but got

Bug#953902: tar: Build-Depends on unused libattr1-dev

2020-03-14 Thread Guillem Jover
Source: tar Source-Version: 1.30+dfsg-6 Severity: minor Hi! This package used to use libattr for its xattr support, but got switched to use the native support from glibc, but the Build-Depends got left behind. Thanks, Guillem

Bug#953901: syrep: Switch from deprecated to

2020-03-14 Thread Guillem Jover
Package: syrep Version: 0.9-4.3 Severity: important User: a...@packages.debian.org Usertags: libattr-drop-attr-xattr-header Hi! This package uses the deprecated header (from libattr) instead of the one provided now by glibc . The former header has been removed in upstream libattr, but got

Bug#953899: caja-eiciel: Build-Depends on unused libattr1-dev

2020-03-14 Thread Guillem Jover
Source: caja-eiciel Source-Version: 1.20.1-1 Severity: minor Hi! This package used to use libattr for its xattr support, but got switched to use the native support from glibc, but the Build-Depends got left behind. Thanks, Guillem

Bug#953284: RM: dosemu -- ROM; abandoned upstream

2020-03-14 Thread Guillem Jover
Hi! On Fri, 2020-03-06 at 20:43:05 -0800, Kees Cook wrote: > Package: ftp.debian.org > Severity: normal This seems to have continued by upstream, at least, in spirit at , which seems rather active. Thanks, Guillem

Bug#953276: bug 953276 is forwarded to https://github.com/golang/go/issues/34191

2020-03-13 Thread Guillem Jover
Hi! On Fri, 2020-03-13 at 18:33:08 +0100, Guillem Jover wrote: > On Mon, 2020-03-09 at 15:36:32 +1300, Michael Hudson-Doyle wrote: > > forwarded 953276 https://github.com/golang/go/issues/34191 > > On Mon, 2020-03-09 at 13:57:45 +0100, Dr. Tobias Quathamer wrote: > > reass

Bug#953276: bug 953276 is forwarded to https://github.com/golang/go/issues/34191

2020-03-13 Thread Guillem Jover
Control: tags -1 patch fixed-upstream On Mon, 2020-03-09 at 15:36:32 +1300, Michael Hudson-Doyle wrote: > forwarded 953276 https://github.com/golang/go/issues/34191 On Mon, 2020-03-09 at 13:57:45 +0100, Dr. Tobias Quathamer wrote: > reassign 953276 src:golang-1.14 1.14-1 > thanks > golang-1.13

Bug#953756: piuparts: Please add exception for dselect cmethopt file

2020-03-12 Thread Guillem Jover
Package: piuparts Version: 1.1.1 Severity: wishlist Hi! The piuparts run for dselect is failing: because that version started removing a file it owns during package purge. The involved file («/var/lib/dpkg/cmethopt») is

Bug#953734: golang-golang-x-tools: FTBFS with golang-1.14

2020-03-12 Thread Guillem Jover
Source: golang-golang-x-tools Source-Version: 1:0.0~git20200213.88e652f+ds-1 Severity: serious Hi! This package FTBFS with golang-1.14, and it built fine when downgrading to golang-1.13: ,--- === RUN TestGorootTest […] TestGorootTest: interp_test.go:136: Input:

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

2020-03-12 Thread Guillem Jover
Hi! On Wed, 2020-03-11 at 22:23:18 +0100, Guillem Jover wrote: > Package: wnpp > Severity: wishlist > Tags: patch > > * Package name: golang-github-valyala-quicktemplate > Version : 1.4.1 > Upstream Author : Aliaksandr Valialkin > * URL : ht

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

2020-03-12 Thread Guillem Jover
Hi! On Wed, 2020-03-11 at 22:20:03 +0100, Guillem Jover wrote: > Package: wnpp > Severity: wishlist > Tags: patch > > * Package name: golang-github-allegro-bigcache > Version : 2.1.7 > Upstream Author : Allegro Tech > * URL : https://git

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

2020-03-12 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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

2020-03-11 Thread Guillem Jover
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,

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

2020-03-11 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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)

2020-03-11 Thread Guillem Jover
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)

2020-03-11 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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)

2020-03-11 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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

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

2020-03-11 Thread Guillem Jover
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

Bug#953649: prometheus: Update and unify default file

2020-03-11 Thread Guillem Jover
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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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?

2020-03-10 Thread Guillem Jover
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

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

2020-03-10 Thread Guillem Jover
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 >

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

2020-03-06 Thread Guillem Jover
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

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

2020-03-06 Thread Guillem Jover
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

2020-03-03 Thread Guillem Jover
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

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

2020-03-03 Thread Guillem Jover
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

Bug#952780: hplip: Strange dpkg-statoverride usage

2020-02-28 Thread Guillem Jover
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

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

2020-02-28 Thread Guillem Jover
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

2020-02-23 Thread Guillem Jover
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

2020-02-23 Thread Guillem Jover
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]

2020-02-17 Thread Guillem Jover
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

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

2020-02-10 Thread Guillem Jover
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

2020-02-07 Thread Guillem Jover
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)

2020-02-07 Thread Guillem Jover
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

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

2020-02-01 Thread Guillem Jover
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

2020-02-01 Thread Guillem Jover
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

2020-01-29 Thread Guillem Jover
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

2020-01-27 Thread Guillem Jover
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 |

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

2020-01-25 Thread Guillem Jover
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,

Bug#944920: Revise terminology used to specify requirements

2020-01-25 Thread Guillem Jover
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

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

2020-01-21 Thread Guillem Jover
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

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

2020-01-13 Thread Guillem Jover
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"

2020-01-13 Thread Guillem Jover
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?

2019-12-29 Thread Guillem Jover
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

Bug#947068: wrong return code

2019-12-20 Thread Guillem Jover
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 >

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

2019-12-19 Thread Guillem Jover
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, > &g

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

2019-12-19 Thread Guillem Jover
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

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

2019-12-19 Thread Guillem Jover
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

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

2019-12-17 Thread Guillem Jover
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

2019-12-17 Thread Guillem Jover
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 context where

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

2019-12-17 Thread Guillem Jover
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

2019-12-16 Thread Guillem Jover
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

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

2019-12-16 Thread Guillem Jover
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)

2019-12-14 Thread Guillem Jover
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 non-abstract Unix

Bug#941198: In support of mandatory unit files

2019-12-08 Thread Guillem Jover
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

2019-12-08 Thread Guillem Jover
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: > >

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

2019-12-08 Thread Guillem Jover
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

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

2019-12-08 Thread Guillem Jover
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

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

2019-11-30 Thread Guillem Jover
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 nativel

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

2019-11-29 Thread Guillem Jover
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

2019-11-25 Thread Guillem Jover
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

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

2019-11-22 Thread Guillem Jover
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

2019-11-22 Thread Guillem Jover
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

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

2019-11-20 Thread Guillem Jover
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: >

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

2019-11-19 Thread Guillem Jover
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

2019-11-18 Thread Guillem Jover
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

2019-11-17 Thread Guillem Jover
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

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

2019-11-17 Thread Guillem Jover
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

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

2019-11-17 Thread Guillem Jover
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

2019-11-17 Thread Guillem Jover
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

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

2019-11-17 Thread Guillem Jover
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.

Bug#944977: avfs: Modules access internal dpkg database

2019-11-17 Thread Guillem Jover
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

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

2019-11-17 Thread Guillem Jover
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

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