Bug#956452: dpkg: Support for parallel decompression

Hi! On Sat, 2020-04-11 at 14:44:32 +0200, Sebastian Andrzej Siewior wrote: > Package: dpkg > Version: 1.19.7 > Severity: wishlist > I've been thinking about parallel decompression for dpkg/xz. Is there > any interest in doing this? I hacked parallel-unxz [0] in the meantime > to see what is missi

Bug#962664: python3-distro: Please mark as Multi-Arch: foreign

Control: reassign -1 python3-distro Control: retitle -1 python3-distro: Please mark as Multi-Arch: foreign On Thu, 2020-06-11 at 15:14:20 +0100, Mike wrote: > Package: dpkg > Version: 1.19.7 > Severity: important > I am trying to cross-grade at least some of my system from i386 to amd64. > In par

Bug#958437: dpkg: [INTL:zh_CN] Simplified Chinese translation update (rebased)

Hi! On Sun, 2020-06-14 at 21:51:46 -0400, Boyuan Yang wrote: > On Tue, 21 Apr 2020 21:44:40 -0400 Boyuan Yang wrote: > > (With my Debian Chinese Team member hat on) Please find the updated > Simplified > > Chinese translation for dpkg in the attachment. This updated PO file > should be > > applied

Bug#838392: dpkg: should build-depend on hurd-dev

Hi! On Wed, 2016-09-21 at 08:58:11 +0200, Samuel Thibault wrote: > Control: reassign -1 hurd > Control: block -1 by 818618 > > Helmut Grohne, on Wed 21 Sep 2016 06:09:22 +0200, wrote: > > Thus I suggest to close this bug or turn it into wishlist bugs for the > > above. > > Right. Also adding the

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

On Thu, 2020-06-11 at 18:32:04 -0700, Felix Lechner wrote: > On Wed, Mar 11, 2020 at 5:37 AM Ian Jackson wrote: > > > > I hope that whatever occurs more widely, this particular message can > > be downgraded appropriately so that by default it is an warning rather > > than an error. That's all I'm

Bug#962158: lintian: New very problematic --fail-on default value

Control: tags -1 patch *Sigh* On Wed, 2020-06-10 at 08:38:05 -0700, Felix Lechner wrote: > On Tue, Jun 9, 2020 at 11:15 PM Chris Lamb wrote: > > > > Felix, can you help out? I am not in a position to contribute to this > > discussion itself. > > Well, I wish I could. Guillem makes many alarmist

Bug#962689: msmtp: Please integrate secret service support in the main package

Source: msmtp Source-Version: 1.8.8-1 Severity: wishlist Hi! I was trying to use the keepassxc Secret Service integration support with msmtp, when I realized this is only provided with the msmtp-gnome package which diverts the program with a rebuild of the binary with libsecret support. This was

Bug#958414: Latest equivs version 2.3.0 breaks mk-build-deps

Hi! On Tue, 2020-05-26 at 17:59:33 +0200, Axel Beckert wrote: > Johannes Schauer wrote: > > And I got the same error as Otto ("Unmet build dependencies: > > build-essential:native") > One idea was to add some logic to automatically decide if we can use > dpkg-buildpackage or not and if not, fall

Bug#962559: ruby-erubis: Warning from deprecated rubyforge_project in gemspec

Package: ruby-erubis Version: 2.7.0-3 Severity: normal Hi! When using vagrant, I'm getting the following warning: ,--- NOTE: Gem::Specification#rubyforge_project= is deprecated with no replacement. It will be removed on or after 2019-12-01. Gem::Specification#rubyforge_project= called fro

Bug#962558: ruby-net-sftp: Warning from deprecated rubyforge_project in gemspec

Package: ruby-net-sftp Version: 1:2.1.2-4 Severity: normal Hi! When using vagrant, I'm getting the following warnings: ,--- NOTE: Gem::Specification#rubyforge_project= is deprecated with no replacement. It will be removed on or after 2019-12-01. Gem::Specification#rubyforge_project= calle

Bug#962541: mariadb: Incorrect license information for the embedded mariadb-connector-c library

Source: mariadb-10.3 Source-Version: 1:10.3.22-1 Severity: normal Hi! This package embeds the mariadb-connector-c into the libmariadb/ directory. That library is licensed under the LGPL-2.1, but the debian/copyright file does not reflect this, and the catch-all «*» entry makes it look like this i

Bug#925375: ucf: UCF_FORCE_CONFFNEW=1 and dpkg --force-confnew broken

Control: reassign -1 ucf Control: retitle -1 ucf: Use DPKG_FORCE to handle dpkg --force-* options On Mon, 2020-05-11 at 22:39:10 -0700, Manoj Srivastava wrote: > severity 925375 wishlist > retitle 925375 dpkg could set confnew/confold env variables for ucf > Yes, dpkg and ucf are independ

Bug#962246: webext-keepassxc-browser: Cannot connect to keepassxc from chromium

Package: webext-keepassxc-browser Vesrion: 1.6.3+repack1-1 Severity: important [ Perhaps this deserves to be serious? :) ] Hi! Thanks for packaging this, it's been very helpful! :) While trying to use this extension with chromium, I was met with error messages about not being able to connect to

Bug#962243: po4a: POD parser marks =begin/=for/=end format name for translation

Package: po4a Version: 0.59.1-1 Severity: normal Hi! The POD parser marks the format name in =begin/=for/=end tags as translatable, but this text should not be translated as it is part of the syntax. I've very briefly checked the po4a and Pod::Parser code and didn't see an obvious way to handle t

Bug#962158: lintian: New very problematic --fail-on default value

On Thu, 2020-06-04 at 15:58:47 -0700, Felix Lechner wrote: > > This change means that any current caller which uses lintian as part > > of its acceptance testing will now silently let broken things through > > As I explained on IRC this statement is probably untrue (and you did > not have the cour

Bug#962158: lintian: New very problematic --fail-on default value

Hi! On Thu, 2020-06-04 at 23:06:29 +0100, Chris Lamb wrote: > severity 962158 serious > thanks > > Severity: important > > > > This probably deserves to be serious, but I'm not sure I can be > > bothered… > > I can relate to this feeling so let me do this for you. At the very > least, this chang

Bug#962157: marked as pending in lintian

On Thu, 2020-06-04 at 02:39:12 +, Felix Lechner wrote: > Control: tag -1 pending > > Remove command line option --fail-on from the settings in configuration > files. (Closes: #962157) > > The configuration file supports

Bug#962158: lintian: New very problematic --fail-on default value

Package: lintian Version: 2.80.0 Severity: important [ This probably deserves to be serious, but I'm not sure I can be bothered… ] Hi, As was mentioned on debian-devel@l.d.o, and on #debian-qa, the new default is very problematic, and has not been properly justified. The general expectation i

Bug#962157: lintian: No way to override --fail-on to none in command-line

Package: lintian Version: 2.80.0 Severity: normal Hi, The newly introduced --fail-on option has no way to override a fail-on setting in the configuration file (say «fail-on=error,warning») to set it to no error on any condition (as in «--fail-on=none» or similar). Thanks, Guillem

Bug#944965: debsums: Script accesses internal dpkg database

Hi! On Fri, 2020-05-22 at 01:06:51 +0200, Axel Beckert wrote: > Control: tag -1 moreinfo > Guillem Jover wrote: > > This package contains the «debsums» program, which directly accesses > > the dpkg internal database, instead of using one of the public > > interfaces pro

Bug#933934: unmount bash completion complains about "awk: line 18: function gensub never defined"

Hi! [ CCing Étienne Mollier for the patch provided. ] On Mon, 2019-08-05 at 14:02:31 +0200, Chris Hofstaedtler wrote: > Control: tags -1 + help confirmed > * Laurent Bigonville [190805 13:19]: > > On 5/08/19 12:22, Chris Hofstaedtler wrote: > > > * Laurent Bigonville [190805 10:20]: > > > > Th

Bug#960892: po4a: --srcdir ignored by [po_directory]

Control: severity -1 serious Control: tags -1 + patch Hi! This is making at least aptitude and dpkg FTBFS, so bumping to serious. While the previously sent patches might not actually cover the entire codebase, as I've not checked all possible instances, they should fix the problems specific to ap

Bug#960892: po4a: --srcdir ignored by [po_directory]

ile() calls are swapped, nor whether there are other directory creations missing, though, so that might be worth having a look over. Thanks, Guillem From eaf4f65d4e57a06def62bf89db4f00dd4871be08 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Mon, 18 May 2020 23:39:11 +0200 Subject: [PATCH 1/

Bug#960945: po4a: Double spacing generated when source contains parens on EOL

Hi! On Mon, 2020-05-18 at 22:12:04 +0200, Martin Quinson wrote: > - Le 18 Mai 20, à 18:58, Guillem Jover guil...@debian.org a écrit : > > Package: po4a > > Version: 0.58.1 > > Severity: normal > > When there is a closing parenthesis at the end of line, po4a pa

Bug#960949: po4a: Cannot match some generic text in addenda header

On Mon, 2020-05-18 at 22:09:21 +0200, Martin Quinson wrote: > I was thinking about a specific mode=eof that would not need a > position nor a boundary to put the addendum at the end of the file. > Would it fit your needs? Oh, that would be even better yes! The fake boundaries always felt a bit hac

Bug#960949: po4a: Cannot match some generic text in addenda header

Package: po4a Version: 0.58.1-1 Severity: normal Hi! While converting the dpkg man pages from troff to POD, I needed to convert the addenda too, which was using this header for all addenda: ,--- PO4A-HEADER:mode=after;position=^\.TH;beginboundary=FakePo4aBoundary `--- Which is nice and ge

Bug#960946: po4a: Support for adddenda in po4a_alias?

Package: po4a Version: 0.58.1-1 Severity: wishlist Hi! Thanks for adding support for addenda in po4a_paths (in #823189). When I was switching dpkg to use that, I realized that while this works nicely in this case, it might be problematic when a project wants to generate output from different sour

Bug#960945: po4a: Double spacing generated when source contains parens on EOL

Package: po4a Version: 0.58.1 Severity: normal Hi! When there is a closing parenthesis at the end of line, po4a parses it and injects two spaces in the msgid text. I've noticed this when reviewing the generated «.po» files from both troff and POD source. Here's a test case: ,--- test.pod --- =h

Bug#959019: lintian: True or false positive for uses-dpkg-database-directly? Checking for a running dpkg by testing for locks on /var/lib/dpkg/lock

Hi! On Tue, 2020-04-28 at 06:48:21 +0200, Axel Beckert wrote: > Package: lintian > Version: 2.68.0 > lintian on aptitude-robot emits (beyond others) these two tags of which > I'm not sure if they're true or false positives: > > W: aptitude-robot: uses-dpkg-database-directly etc/init.d/aptitude-r

Bug#958229: Please document whether trailing commas are allowed

On Mon, 2020-04-20 at 11:55:42 -0700, Josh Triplett wrote: > On Sun, 19 Apr 2020 23:12:28 +0200 Guillem Jover wrote: > > On Sun, 2020-04-19 at 13:45:17 -0700, Josh Triplett wrote: > > > Package: dpkg-dev > > > Version: 1.19.7 > > > Severity: normal > > &g

Bug#959471: base-files: Support for parametrized files

r a VCS?) Thanks, Guillem From f3bc14192d80a40c7376bced5e7af27f23de099c Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sun, 19 Jan 2020 01:10:40 +0100 Subject: [PATCH] Parametrize files This should help both Debian and its derivatives, as now all these should be able to do most of the work by just adding a new param

Bug#959470: base-files: Switch to use https

Source: base-files Source-Version: 11 Severity: normal Hi! Attached a patch to switch URLs from http to https. Thanks, Guillem From 731eafe5edad6e79a0d23c4fff60e38a3683cd92 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Tue, 21 Apr 2020 14:35:19 +0200 Subject: [PATCH] Switch to use https

Bug#959182: Build failures due to missing linux/time_types.h

On Thu, 2020-04-30 at 19:26:46 +0200, Max Kellermann wrote: > On 2020/04/30 18:32, Guillem Jover wrote: > > You are missing the linux-libc-dev package which gets pulled in by the > > libc6-dev package. > > linux-libc-dev, libc6-dev and build-essential are all installed. I

Bug#959182: Build failures due to missing linux/time_types.h

Control: reopen -1 On Thu, 2020-04-30 at 18:32:32 +0200, Guillem Jover wrote: > On Thu, 2020-04-30 at 15:21:30 +0200, Max Kellermann wrote: > > Package: liburing-dev > > Version: 0.6-2 > > > It appears to be impossible to build anything with liburing-dev, not > > ev

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

Hi! On Tue, 2020-04-21 at 12:39:46 +0300, Michael Tokarev wrote: > On Fri, 10 Apr 2020 19:27:27 +0200 Guillem Jover wrote: > > > The packaging is ready, but there were some issues that needed fixed > > upstream. The blocking one is about getting the licensing situa

Bug#956055: dpkg should use treat signatures from the DD_nu keyring as valid

Hi! On Mon, 2020-04-06 at 14:57:30 -0400, Taowa wrote: > Package: dpkg > Version: 1.19.7 > Tags: patch > --require-valid-signature currently uses the DD uploading and DM > keyrings (among others), it should also check against the DD > nonuploading keyring as they are treated like DMs as per [1,2]

Bug#956925: dpkg: dpkg-source: should fail before-build if patches can't be applied fully in v3-quilt

Control: ressign -1 libdpkg-perl Control: merge 950142 -1 On Thu, 2020-04-16 at 21:31:21 +0200, Jiri Palecek wrote: > Package: dpkg > Version: 1.20.0+nmu2~1.gbpcd9614 > Severity: normal > Tags: patch > while building some of my packages, I noticed they were built without > patches applied. Furthe

Bug#958229: Please document whether trailing commas are allowed

Hi! On Sun, 2020-04-19 at 13:45:17 -0700, Josh Triplett wrote: > Package: dpkg-dev > Version: 1.19.7 > Severity: normal > File: /usr/share/man/man5/deb-control.5.gz > The deb-control manpage seemed like the right place to look to find out > if Debian control files can have trailing commas in comm

Bug#956577: virtualbox: Please decide whether to add C/R/P: time-daemon

Hi! On Tue, 2020-04-14 at 11:58:57 +0100, Dimitri John Ledkov wrote: > IMHO virtualbox-guest-utils portion that does settimeofday() to host's > time should be split into a separate subpackage, and make that one > provide/conflicts/replaces time-daemon. I don't think this is possible. The part tha

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

On Mon, 2020-04-13 at 17:52:08 +0100, Samuel Henrique wrote: > On Sun, 26 Jan 2020 at 17:29, Cyril Brulebois wrote: > > Guillem Jover (2020-01-26): > > > I'm also not sure whether it would make sense to add also an acl-udeb > > > binary package, which would mat

Bug#955005: Relax requirements to copy copyright notices into d/copyright

On Tue, 2020-04-07 at 17:18:27 -0700, Sean Whitton wrote: > On Wed 08 Apr 2020 at 01:18AM +02, Guillem Jover wrote: > >> +The copyright information for files in a package must be copied > >> +verbatim into ``/usr/share/doc/package/copyright``, when > >

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

Hi! On Sat, 2020-02-08 at 01:01:01 +0100, Guillem Jover wrote: > Package: wnpp > Severity: wishlist > Owner: Guillem Jover > > * Package name: liburing > Version : 0.4 > Upstream Author : Jens Axboe > * URL : https://git.kernel.dk/cg

Bug#956084: inetutils-telnetd: CVE-2020-10188

Hi! On Tue, 2020-04-07 at 13:41:09 +1000, Paul Szabo wrote: > Package: inetutils-telnetd > Severity: critical > Tags: security > Justification: root security hole > Looking in https://security-tracker.debian.org/tracker/CVE-2020-10188 : > > utility.c in telnetd in netkit telnet through 0.17 al

Bug#955005: Relax requirements to copy copyright notices into d/copyright

Hi! On Sun, 2020-04-05 at 17:54:01 -0700, Sean Whitton wrote: > Here's a patch for seconding, and for the FTP Team to approve. Thanks > to Scott for prompting the "all copies" amendation. > diff --git a/policy/ch-archive.rst b/policy/ch-archive.rst > index b8ba081..4217dd4 100644 > --- a/policy/

Bug#954732: hplip: SyntaxWarning: "is" / "is not" with a literal

Source: hplip Source-Version: 3.20.3+dfsg0-1 Severity: normal Hi! After the switch of the default python to 3.8, this is seen on upgrades: ,--- Setting up python3 (3.8.2-2) ... running python rtupdate hooks for python3.8... /usr/share/hplip/base/utils.py:2060: SyntaxWarning: "is" with a

Bug#954286: RFP: prometheus-redis-exporter -- Prometheus exporter for Redis metrics

Hi! On Thu, 2020-03-19 at 18:30:17 +0100, Guillem Jover wrote: > Package: wnpp > Severity: wishlist > Tags: patch > > * Package name: prometheus-redis-exporter > Version : 1.4.0 Version : 1.5.2 > Upstream Author : Oliver > * URL

Bug#954286: RFP: prometheus-redis-exporter -- Prometheus exporter for Redis metrics

Package: wnpp Severity: wishlist Tags: patch * Package name: prometheus-redis-exporter Version : 1.4.0 Upstream Author : Oliver * URL : https://github.com/oliver006/redis_exporter * License : MIT Programming Lang: Go Description : Prometheus exporter for

Bug#954079: magic-wormhole: Fails to send with a type error

Package: magic-wormhole Version: 0.11.2-1 Severity: serious Hi! This package does not work anymore in unstable. I guess due to the new python-3.8 transition? Had to use a buster schroot to be able to send some stuff today. :) ,--- $ wormhole send somedir/ Traceback (most recent call last):

Bug#954014: idl-font-lock-el: Mismatched source format vs source version

Source: idl-font-lock-el Source-Version: 1.5-9 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 a

Bug#954012: sredird: Mismatched source format vs source version

Source: sredird Source-Version: 2.2.1-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 vers

Bug#954009: gwhois: Mismatched source format vs source version

Source: gwhois Source-Version: 20120626-1.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

Bug#954008: xfonts-marumoji: Mismatched source format vs source version

Source: xfonts-marumoji Source-Version: 0.2-11 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 a

Bug#954007: xfonts-a12k12: Mismatched source format vs source version

Source: xfonts-a12k12 Source-Version: 1-12 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 v

Bug#953995: cachefilesd: Mismatched source format vs source version

Source: cachefilesd Version: 0.10.10-0.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 ver

Bug#953994: aewm++-goodies: Mismatched source format vs source version

Source: aewm++-goodies Source-Version: 1.0-10 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 an

Bug#953993: vanessa-socket: Mismatched source format vs source version

Source: vanessa-socket Source-Version: 0.0.13-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

Bug#953960: pkg-kde-tools: Uses obsolete Dpkg module variable

Source: pkg-kde-tools Source-Version: 0.15.31 Severity: important Hi! This package uses at least one obsolete Dpkg module variable ($Dpkg::version), which has been removed in dpkg 1.20.0, currently in experimental. Public variables have been renamed to be uppercase ($Dpkg::VERSION). Please updat

Bug#953911: debian-policy: clarify documentation of "Closes: #NNNNNN" changelog syntax

Hi! On Sat, 2020-03-14 at 21:49:12 +, Daniel Shahaf wrote: > Sean Whitton wrote on Sat, 14 Mar 2020 20:39 +00:00: > > On Sat 14 Mar 2020 at 08:09PM +00, Daniel Shahaf wrote: > > > Daniel Shahaf wrote on Sat, 14 Mar 2020 18:14 +00:00: > > >> - :: > > >> - > > >> - /closes:\s*(?:bug)?\#?

Bug#953915: samba: Build-Depends on unused libattr1-dev

Hi! On Sun, 2020-03-15 at 08:40:10 +1300, Andrew Bartlett wrote: > On Sat, 2020-03-14 at 19:26 +0100, Guillem Jover wrote: > > Source: samba > > Source-Version: 2:4.11.5+dfsg-1 > > Severity: minor > > This package used to use libattr for its xattr support, but got >

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

Hi! On Sat, 2020-03-14 at 14:07:34 -0700, Kees Cook wrote: > On Sat, Mar 14, 2020 at 06:56:30PM +, Scott Kitterman wrote: > > On March 14, 2020 12:14:48 PM UTC, Guillem Jover wrote: > > >On Fri, 2020-03-06 at 20:43:05 -0800, Kees Cook wrote: > > >> Package:

Bug#953937: squashfuse: Switch from deprecated to

Source: squashfuse Source-Version: 0.1.103-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,

Bug#953938: zfs-fuse: Switch from deprecated to

Source: zfs-fuse Source-Version: 0.7.0-20 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#953935: fuse-convmvfs: Switch from deprecated to

Source: fuse-convmvfs Source-Version: 0.2.6-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,

Bug#953936: fuse-posixovl: Switch from deprecated to

Source: fuse-posixovl Source-Version: 1.2.20120215+gitf5bfe35-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

Bug#953934: obexpushd: Switch from deprecated to

Source: obexpushd Source-Version: 0.11.2-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,

Bug#953932: mod-mime-xattr: Switch from deprecated to

Source: mod-mime-xattr Source-Version: 0.4-6 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#953933: nfs4-acl-tools: Switch from deprecated to

Source: nfs4-acl-tools Source-Version: 0.3.3-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

Bug#953931: libarchive: Switch from deprecated to

Source: libarchive Source-Version: 3.4.0-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, bu

Bug#953930: libfile-extattr-perl: Switch from deprecated to

Source: libfile-extattr-perl Source-Version: 1.09-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 li

Bug#953929: ima-evm-utils: Switch from deprecated to

Source: ima-evm-utils Source-Version: 1.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, b

Bug#953928: dar: Build-Depends and Depends on unused libattr1-dev

Source: dar Source-Version: 2.6.8-2 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 and Depends got left behind. Thanks, Guillem

Bug#953926: e2fsprogs: Build-Depends on unused libattr1-dev

Source: e2fsprogs Source-Version: 1.46~WIP.2019.10.03-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#953927: rsync: Build-Depends on unused libattr1-dev

Source: rsync Source-Version: 3.1.3-8 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#953925: libcap-ng: Build-Depends on unused libattr1-dev

Source: libcap-ng Source-Version: 0.7.9-2.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#953923: lxcfs: Switch from deprecated to

Source: lxcfs Source-Version: 3.0.4-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#953924: libisofs: Build-Depends on unused libattr1-dev

Source: libisofs Source-Version: 1.5.2-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#953922: gfal2: Build-Depends on unused libattr1-dev

Source: gfal2 Source-Version: 2.17.2-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#953920: eiciel: Switch from deprecated to

Source: eiciel Source-Version: 0.9.12.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

Bug#953919: mhddfs: Switch from deprecated to

Source: mhddfs Source-Version: 0.1.39+nmu1 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, bu

Bug#953917: proftpd-dfsg: Build-Depends on unused libattr1-dev

Source: proftpd-dfsg Source-Version: 1.3.6c-2 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#953916: openscap: Switch from deprecated to

Source: openscap Source-Version: 1.2.16-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

Bug#953915: samba: Build-Depends on unused libattr1-dev

Source: samba Source-Version: 2:4.11.5+dfsg-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#953914: diod: Switch from deprecated to

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 got

Bug#953913: plptools: Switch from deprecated to

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, but

Bug#953912: pinot: Switch from deprecated to

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

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

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

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 upst

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

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

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 re

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

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

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 reint

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

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

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

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

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 i

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

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 manag

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

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: /usr/lib/go-1.14/

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

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)

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

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