Bug#1004254: ITA: mpdscribble -- Last.fm reporting client for mpd

On Sun, Feb 06, 2022 at 08:22:15AM +0100, Geoffroy Youri Berret wrote: > On Sun, 23 Jan 2022 21:28:34 +0500 Andrey Rahmatullin > wrote: > > I request an adopter for the mpdscribble package. > > I've imported v0.23 release and made some changes (mainly switch to meson). > Keeping the package in

Bug#1004254: ITA: mpdscribble -- Last.fm reporting client for mpd

On Sun, 23 Jan 2022 21:28:34 +0500 Andrey Rahmatullin wrote: I request an adopter for the mpdscribble package. I've imported v0.23 release and made some changes (mainly switch to meson). Keeping the package in MPD-team. https://salsa.debian.org/kaliko/mpdscribble Thanks Andrey Geoff

Bug#1005055: lbdb: Missing dependency on libauthen-sasl-perl?

Package: lbdb Version: 0.49 Severity: important X-Debbugs-Cc: d...@darkboxed.org Dear Maintainer, after installing and configuring lbdb for ldap lookup I'm getting the following perl import error on running lbdbq: Can't locate Authen/SASL.pm in @INC (you may need to install the

Bug#1005054: dnsperf: Backporting dnsperf to bullseye

Package: dnsperf Version: 2.9.0-1~bpo11+1 Severity: wishlist Tags: patch X-Debbugs-Cc: d...@darkboxed.org Dear Maintainer, it would be good to have dnsperf available in bullseye, so I've taken the time to try a make a quick backport[1]. No changes to the packaging were required to make it work

Bug#992344: wireguard-tools ought not depend on linux-image-rt-amd64

Howdy, wireguard-tools does not actually depend on linux-image-rt-amd64, but it recommends 'wireguard-modules | wireguard-dkms' since all but the most unusual cases you'll want to be able to actually run WireGuard. The former tries to pull in a kernel that supports WireGuard. In your

Bug#993985: wireguard should not depend on wireguard-dkms now that wireguard is in mainline

Howdy, The 'wireguard' package is a metapackage that depends on wireguard-tools and 'wireguard-modules | wireguard-dkms', and the current Debian kernels provide the former. This means that if you install the metapackage and have a current kernel, then only the wireguard-tools package is

Bug#894889: mini-dinstall: please allow creating MD5 checksums for packages

Howdy, I presume now that stable has aptly 1.0, which finally supports more than just MD5, this is a moot point? There's been a push to deprecate md5sum, and even sha1 in some places, so I think at this point turning md5sum back on doesn't really make sense. ~Unit 193 Unit193 @ Libera

Bug#1005053: salt FTBFS on IPV6-only buildds

Source: salt Version: 3004+dfsg1-6 Severity: serious Tags: ftbfs https://buildd.debian.org/status/logs.php?pkg=salt=all ... === FAILURES === __ test_connected_ids __ def

Bug#1004289: libpod package stops buld at override_dh_auto_build

Can you reproduce this in a sid chroot? May I ask you why you marked this issue as 'important'? -- Unfortunately I do not have the capacity to support builds for backports. Best regards, -rt On Mon, Jan 24, 2022 at 7:33 AM Elimar Riesebieter wrote: > Source: libpod > Version: 3.4.4=ds1 >

Bug#768073: ITP: lxd - The Linux Container Daemon

For those following this ITP, the end is in sight! I have whittled down the huge list of missing dependencies to just nine packages, all of which are ready for upload. They're just waiting on sponsorship and/or other dependencies to make it through into unstable. The packaging work for LXD is

Bug#1005049: lintian: incorrect leading comma in "sub oxford_enumeration"

Control: tags -1 + pending Hi, On Sat, Feb 5, 2022 at 4:39 PM Chris Lamb wrote: > > The code in question is as follows: The code for the serial comma is relatively well-tested. It is also used on the website. On the website, you can see that a citation is being swallowed ("social contract item

Bug#1005051: golang-github-sylabs-sif: Please update to upstream version 2.3.1

Source: golang-github-sylabs-sif Version: 1.0.9-2.1 Severity: normal X-Debbugs-Cc: siret...@tauware.de A newer version 2.3.1 has been released upstream. This version is required for building newer versions of github:containers/image, which is required for podman 4.0 -- System Information:

Bug#1005050: rust-csv - autopkgtest failure

Package: rust-csv Version: 1.1.5-2 Severity: serious rust-csv's autopkgtest is failing, which is blocking it's migration to testing. --- cookbook_read_basic stdout thread 'cookbook_read_basic' panicked at 'command spawns successfully: Os { code: 2, kind: NotFound, message: "No such

Bug#1005049: lintian: incorrect leading comma in "sub oxford_enumeration"

Package: lintian Version: 2.114.0 Severity: minor Hi, I see output like this: N: Please refer to , Debian Developer's Reference section 3.1.4, Debian N: Policy Manual section 4.3, and Bug#755153 for details. ^^^ The code in question is as follows: sub

Bug#1005011: lots of missing entries in debian/copyright

Hi Tony, On 05.02.22 17:26, tony mancill wrote: I believe there is ambiguity here. For this bug to be severity serious, doesn't policy need to be revised to change "should" to "must" so that it is clear that **every** upstream author **must** be enumerated in debian/copyright? If this is a

Bug#1005048: elpa-lua-mode: Emacs hangs when I press enter twice on line 534 of a lua file

Package: elpa-lua-mode Version: 20201010-1 Severity: normal X-Debbugs-Cc: nils+debian-report...@dieweltistgarnichtso.net Dear Maintainer, when working on Mineclonia https://git.minetest.land/Mineclonia/Mineclonia/ Emacs hung itself. I have attached a lua file that is part of Mineclonia.

Bug#1003860: RFS: makemkv-oss/1.16.5-1 [ITP] -- Convert video that you own into free format that can be played everywhere

Hi Ben, I spent some time reviewing the packaging for makemkv-{bin,oss} today. Here are some thoughts/comments. General notes: * The typical pattern for new source packages in Debian is to have an ITP filed, which is then closed on the first upload. Right now you have an ITP that's

Bug#1005047: pipewire daemon starting even in non-graphical sessions

Package: pipewire Version: 0.3.44-1 Severity: minor (I am running pipewire from Bookworm re-compiled for Bullseye, but I am confident that the problem occurs in plain Bookworm, too.) Is it intentional that the systemd user services for pipewire and pipewire-pulse (and the related socket

Bug#1005033: biber breaks rubber autopkgtest: There were errors running biber.

Control: tags -1 + pending Am 05.02.2022 um 21:29 teilte Paul Gevers mit: Hi, With a recent upload of biber the autopkgtest of rubber fails in testing when that autopkgtest is run with the binary packages of biber from unstable. It passes when run with only packages from testing. In tabular

Bug#1005044: python3-subnettree: package completely broken, module won't load

It seems to be some kind of incompatibility in swig. Upstream .cc files are built with swig 3, debian has swig 4. If the package is built with the upstream .cc files (ditching the associated lines in debian/rules) it seems to work fine.

Bug#992478: autopkgtest logs, pass and fail

On Sat, 2022-02-05 at 08:44 +0100, Paul Gevers wrote: > Sorry, that was not what I meant. I spotted rw-build-tree and noticed > in the description that *you* have to take care of things if you use > this restriction. Did you do that? Hey Paul, This is all the aforementioned DEP-8 test does. It's

Bug#1005046: lintian: [false positive] very-long-line-length-in-source-file for pictures and sounds

Package: lintian Version: 2.114.161 Severity: normal X-Debbugs-Cc: dfo...@gmail.com Dear maintainer, for package js8call, Lintian warns about very long lines for PNG, ICO and WAV files. I think that in these caseethe warning should be suppressed because they aren't source files for a

Bug#989162: bridge-utils: ifupdown scripts should not unconditionally disable IPv6 on physical interface

> This is NOT about addresses on bridge ports (and I agree those are not > needed or desirable), but the case where the bridge port is a VLAN Ok. > interface. Then the current code prevents you from using not just the > VLAN interface (e.g. eth0.3), but also the underlying physical interface >

Bug#1003567: Please make a separate package for mistune 2.x

> I'd like other python team member's opinion on this, and I'm not eager > to maintain that legacy package, as I tend to not want to maintain > obsolete software. Still, I can do the initial work of creating it. i wouldnt expect much maintenance needed tho: 0.8.4 is essentially dead upstream, so

Bug#1003567: Please make a separate package for mistune 2.x

Nilesh Patra wrote on 05/02/2022 at 20:23:44+0100: > [[PGP Signed Part:No public key for 00BAE74B343369F1 created at > 2022-02-05T20:23:44+0100 using RSA]] > On 2/6/22 12:20 AM, Julian Gilbey wrote: >> On Fri, Feb 04, 2022 at 09:27:59PM +0530, Nilesh Patra wrote: >>> On 2/4/22 9:18 PM, Julian

Bug#1005043: lintian: check that Python version numbers are not 0.0.0

> The test for this bug (and it should probably be recorded as an error, > not just a warning, as no Python package should have a version number > of 0.0.0) what exactly is the problem that would make it an 'error'? -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian:

Bug#1005044: python3-subnettree: package completely broken, module won't load

Package: python3-subnettree Version: 0.33-1+b3 Severity: grave Justification: renders package unusable Documentation says: A simple example which associates CIDR prefixes with strings:: >>> import SubnetTree >>> t = SubnetTree.SubnetTree() >>> t["10.1.0.0/16"] = "Network 1" >>>

Bug#1005011: lots of missing entries in debian/copyright

Tony, without commenting on severity and policy concerns I'm happy to have a first stab at this if you like. And seconding Tony, thank you for the detailed review Thorsten! On Sat, Feb 5, 2022 at 8:51 AM tony mancill wrote: > On Sat, Feb 05, 2022 at 12:08:03PM +, Thorsten Alteholz wrote: >

Bug#1005043: lintian: check that Python version numbers are not 0.0.0

Package: lintian Version: 2.111.0 Severity: wishlist X-Debbugs-Cc: debian-pyt...@lists.debian.org I just ran into several Python packages that install modules with version number 0.0.0 because of some issue with their setup.py scripts. I just did the following on my testing system: lz4cat

Bug#1005042: python3-lazy-object-proxy: advertises itself to Python as version 0.0.0

Package: python3-lazy-object-proxy Version: 1.7.1-1 Severity: normal The patch dont-use-setuptools-scm.patch removes not only the attempt by setup.py to read the SCM to determine the version number, but also the backup version number information, and does not replace it with a static version

Bug#906752: sudo, pam_keyinit, what to do?

On Wed, Feb 02, 2022 at 12:44:44PM +0100, Marc Haber wrote: > X-Debbugs-CC: vor...@debian.org > thanks > > On Sat, Feb 27, 2021 at 06:38:00PM +0100, Hilko Bengen wrote: > > The pam_keyring(8) manpage advises against adding pam_keyinit I guess this is supposed to be pam_keyinit(8) since I do

Bug#1005041: python-treq: CVE-2022-23607

Source: python-treq Version: 18.6.0-0.2 Severity: important Tags: security upstream X-Debbugs-Cc: car...@debian.org, Debian Security Team Control: found -1 18.6.0-0.1 Hi, The following vulnerability was published for python-treq. CVE-2022-23607[0]: | treq is an HTTP library inspired by

Bug#1005040: tortoize: Remove wrong hard-coded dependency on libcifpp1

Package: tortoize Version: 2.0.5-1 Severity: serious Tags: patch Justification: uninstallable User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu jammy ubuntu-patch Hi Maarten, The tortoize package has a hard-coded dependency on libcifpp1 listed in debian/control. It is always wrong to

Bug#1005039: python3-iniconfig: advertises itself to Python as version 0.0.0

Package: python3-iniconfig Version: 1.1.1-1 Severity: normal Tags: patch The setup.py in this package looks to Git to determine the package version, but that obviously doesn't work in Debian builds. This patch fixes this by hard-coding the version number in setup.py. It is not ideal, as the

Bug#1005038: oidc-agent: Backport for bullseye

Source: oidc-agent Version: 4.2.6-1 Severity: wishlist Dear maintainer, it would be nice if you could provide a backport of oidc-agent for bullseye. Many thanks, Peter -- System Information: Debian Release: 11.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500,

Bug#1005037: ITP: golang-gitlab-golang-commonmark-puny -- Functions for encoding/decoding to/from punycode

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Owner: Mathias Gibbens * Package name: golang-gitlab-golang-commonmark-puny Version : 0.0~git20191124.9f83538-1 Upstream Author : opennota * URL :

Bug#1005036: deepdiff: autopkgtest failure on armhf and i386

Source: deepdiff Version: 5.6.0-1 X-Debbugs-CC: debian...@lists.debian.org Severity: serious User: debian...@lists.debian.org Usertags: fails-always Dear maintainer(s), You recently added an autopkgtest to your package deepdiff, great. However, it fails on armhf and i386. Currently this

Bug#1005035: ITP: golang-github-mdlayher-ndp -- Golang implementation of the Neighbor Discovery Protocol

Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Owner: Mathias Gibbens * Package name: golang-github-mdlayher-ndp Version : 0.0~git20210831.f982b87-1 Upstream Author : Matt Layher * URL :

Bug#1005034: sensible-utils: sensible-editor treats spaces differently in VISUAL and EDITOR

Package: sensible-utils Version: 0.0.17 Severity: normal Tags: patch If I set: VISUAL="emacs -nw" then sensible-editor complains: /usr/bin/sensible-editor: 20: emacs -nw: not found but if I set: EDITOR="emacs -nw" instead, then sensible-editor is fine. I think the correct behaviour should be to

Bug#1005033: biber breaks rubber autopkgtest: There were errors running biber.

://ci.debian.net/data/autopkgtest/testing/amd64/r/rubber/18968283/log.gz (cd tests && ./run.sh *) When a test fails, please remove the /var/tmp/rubber-20220205-nb7OCD directory manually. Test: asymptote-aux-overwritten Running python3 -W error -X dev ../rubber.py doc ... compiling doc.tex executin

Bug#1000616: upstream bug url

I opened a kernel bugzilla issue where I also pasted a similar trace from an arm64 device: https://bugzilla.kernel.org/show_bug.cgi?id=215571

Bug#1005032: ruby-hamster: autopkgtest regression: output differ

Source: ruby-hamster Version: 3.0.0-4 X-Debbugs-CC: debian...@lists.debian.org Severity: serious User: debian...@lists.debian.org Usertags: regression Dear maintainer(s), With a recent upload of ruby-hamster the autopkgtest of ruby-hamster fails in testing when that autopkgtest is run with the

Bug#1005005: linux-image-5.15.0-3-amd64: suspend failure with admgpu

Control: tags -1 + moreinfo HI Dominique, On Sat, Feb 05, 2022 at 11:33:33AM +0100, Dominique Dumont wrote: > Package: src:linux > Version: 5.15.15-2 > Severity: normal > Tags: upstream > > Dear Maintainer, > > > Since upgrade to linux-image-5.15.0-3-amd6, suspending my machine no > longer

Bug#993515: catch: FTBFS with glibc 2.34

Source: catch Followup-For: Bug #993515 Actually upsteam catch (catch2) had some criticisms of the PR#2317 patch that I referenced. Among other things it should still use SIGSTKSZ not MINSIGSTKSZ. The actual patch to catch2 was commit c0d0a50bd

Bug#1000616: linked bug fix commit is not relevant

I just checked again and the linked bug fix commit is not relevant because it addresses a problem introduced in v5.16-rc1

Bug#993515: catch: FTBFS with glibc 2.34

forwarded 993515 https://github.com/catchorg/Catch2/issues/2178 thanks Discussion of the upstream bug fixed by commit c0d0a50bd (not PR#2317) was in issue #2178

Bug#1005030:

Salsa PR at https://salsa.debian.org/med-team/resfinder/-/merge_requests/2

Bug#1005031: binaryornot: advertises itself to Python as version 0.4.3 rather than 0.4.4

Package: python3-binaryornot Version: 0.4.4+dfsg-4 Severity: normal Hi, Upstream seems to have made a mistake and somehow tagged the wrong git commit with the 0.4.4 tag. (It was reported as an issue in 2020.) The version tagged on GitHub as 0.4.4 still says "0.4.3" as the version number in

Bug#995420: bt-full with debug symbols

Here the paste for running gdb bt and bt full with debug symbols: https://paste.debian.net/1229712

Bug#1005030: resfinder: tests fail under python 3.10: collections import

Package: resfinder Version: 4.1.5-2 Severity: normal Dear Maintainer, with python 3.10, the DEP8 tests of this package fail: Running tests Done Traceback (most recent call last): File "/usr/bin/run_resfinder.py", line 8, in from cge.resfinder import ResFinder File

Bug#933096: libsane-common: Not possible to scan from remote clients

Hello, many thanks for your info. I close this bug. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D Jörg Frings-Fürst D-54470 Lieser git:  https://jff.email/cgit/ Threema: SYR8SJXB Skype:

Bug#1003567: Please make a separate package for mistune 2.x

On 2/6/22 12:20 AM, Julian Gilbey wrote: On Fri, Feb 04, 2022 at 09:27:59PM +0530, Nilesh Patra wrote: On 2/4/22 9:18 PM, Julian Gilbey wrote: [...] _mistune.py within the Debian package, and have nbconvert do "import nbconvert.filters._mistune as mistune" (see

Bug#1005029: ltsp: please make the build reproducible

forwarded 1005029 https://github.com/ltsp/ltsp/pull/660 thanks I've forwarded this upstream here: https://github.com/ltsp/ltsp/pull/660 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `-

Bug#979375: backuppc: Version 4 doesn't manage accents correctly.

Hello,     Yes, I'm use rsync.     My variables : RsyncBackupPCPath : /usr/libexec/backuppc-rsync/rsync_bpc RsyncClientPath :

Bug#1005029: ltsp: please make the build reproducible

Source: ltsp Version: 22.01-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Hi, Whilst working on the Reproducible Builds effort [0] we noticed that ltsp could not be built

Bug#1003567: Please make a separate package for mistune 2.x

On Fri, Feb 04, 2022 at 09:27:59PM +0530, Nilesh Patra wrote: > On 2/4/22 9:18 PM, Julian Gilbey wrote: > > [...] > > _mistune.py within the Debian package, > > and have nbconvert do "import nbconvert.filters._mistune as mistune" > > (see

Bug#1005024: tin: Hangs, disconnects reproducible on specific article

Andreas Metzler wrote... > ..O~..O~220 543 <1643229...@msgid.manchmal.in-ulm.de> article retrieved - > text follows FWIW, this article was composed using the bullseye version of mutt, and it seems I had managed to press some buttons I should stay away from. However, I have no idea which one.

Bug#1005028:

Salsa PR at https://salsa.debian.org/debian/pyx3/-/merge_requests/3

Bug#1005028: pyx3: fix t1 extension with Python 3.10

Package: pyx3 Version: 0.15-5 Severity: normal Dear Maintainer, building pyx3 with python 3.10 is failing: Traceback (most recent call last): File "/tmp/autopkgtest.UtTakl/autopkgtest_tmp/examples/text/marker.py", line 10, in c.writeEPSfile("marker") File

Bug#1005026: ITP: node-ampproject-remapping -- nodejs module to remap sequential sourcemaps through transformations

Package: wnpp Severity: wishlist Owner: Yadd X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: node-ampproject-remapping Version : 2.0.4 Upstream Author : Justin Ridgewell * URL : https://github.com/ampproject/remapping * License : Apache-2.0

Bug#1005025: libdvd-pkg fails reporting that the dpkg database is locked

Package: libdvd-pkg Version: 1.4.2-1-1 Severity: important X-Debbugs-Cc: mar...@clan-strauss.de Dear Maintainer, I upgraded from debian buster to bullseye. Afterwards libdvd-pkg reported the following error: libdvd-pkg: dpkg database is locked. You may need to use command "sudo dpkg-

Bug#1004471: [Pkg-javascript-devel] Bug#1004471: Pending patch for terser-webpack-plugin in webpack 5 till a new upstream for node-terser is uploaded

Quoting Caleb Adepitan (2022-02-05 17:32:29) > Sorry for the confusion I've caused. I was hoping mentioning that > "terser-webpack-plugin embedded in webpack package" in the initial > wishlist bug report > (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004471) stays > relevant in

Bug#1004118: E1187: Failed to source defaults.vim

On Tue, Feb 01, 2022 at 06:19:43PM +0100, Diederik de Haas wrote: > On Fri, 21 Jan 2022 08:37:52 -0500 James McCoy wrote: > > On Fri, Jan 21, 2022 at 03:58:58AM +0100, Robert Siemer wrote: > > > vim-tiny should come with defaults.vim, I believe. > > > > No, vim-tiny exists purely to provide a vi

Bug#1004888: inn2: libinn2-dev ships list.3, conflicting with man-pages

Hi all, As of now, libinn2-dev ships list.3 with an inn2-specific list implementation. However, Linux man-pages ships list.3 that documents sys/queue.h, a popular, if obscure, double-linked list implementation available on all modern BSDs. See patch below, which just re-names the file to

Bug#1005024: tin: Hangs, disconnects reproducible on specific article

Package: tin Version: 1:2.6.1-1 Severity: normal Hello, I using rtin against a local loeafnode instance. Trying to read (or save) a specific article in gmane.linux.debian.alioth.pkg-gnupg.general makes tin hang. Watching tcpdump, tin sends ARTICLE 543 but at some point seems to stop accepting

Bug#1005011: lots of missing entries in debian/copyright

On Sat, Feb 05, 2022 at 12:08:03PM +, Thorsten Alteholz wrote: > Package: capnproto > please rework your debian/copyright. Especially Hi Thorsten, In my previous response, I neglected to say thank you for the thorough review of the package and its debian/copyright. Thank you for the effort

Bug#1004471: [Pkg-javascript-devel] Bug#1004471: Pending patch for terser-webpack-plugin in webpack 5 till a new upstream for node-terser is uploaded

Sorry for the confusion I've caused. I was hoping mentioning that "terser-webpack-plugin embedded in webpack package" in the initial wishlist bug report (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1004471) stays relevant in subsequent discussions under the report. I probably shouldn't

Bug#1005011: lots of missing entries in debian/copyright

Hi Thorsten, On Sat, Feb 05, 2022 at 12:08:03PM +, Thorsten Alteholz wrote: > Package: capnproto > Severity: serious > Usertags: ftp > thanks > > Hi, > > please rework your debian/copyright. Especially > > Kenton Varda > Cloudflare, Inc. > Google Inc. > Nathan C. Myers > Philip Quinn

Bug#1005006: [Debichem-devel] Bug#1005006: avogadro: manipulation tools do not work

Hi Fulvio, On Sat, 5 Feb 2022, 13:03 fulvio ciriaco, wrote: > Package: avogadro > Version: 1.95.1-2 > Severity: serious > Tags: ftbfs > Justification: fails to build from source (but built successfully in the > past) > > clicking on bond centric manipulation or manipulation does nothing. > the

Bug#993570: libvkd3d-doc is not installable besides libvkd3d-dev - still

I guess this package has low priority, as this is used - afaik - only for Wine. Since Debian are not able to build more recent Wine than 5.0 either, it may not get too much attention perhaps? Sveinar On 04.02.2022 21:29, Andreas Beckmann wrote: Followup-For: Bug #993570 Control: found -1

Bug#1005023: thunderbird subprocess (glxtest) dumps core on startup (with apparmor)

Package: thunderbird Version: 1:91.5.1-1+b2 Severity: normal Dear Maintainer, on startup, thunderbird generates a core dump when apparmor is enabled. Apart from that, the program works fine. *** To reproduce: > thunderbird [GFX1-]: No GPUs detected via PCI [GFX1-]: glxtest: process failed

Bug#1005022: RFS: lebiniou/3.65.0-1 -- user-friendly, powerful music visualization / VJing tool

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "lebiniou": * Package name: lebiniou Version : 3.65.0-1 Upstream Author : Olivier Girondel * URL : https://biniou.net * License : GPL-2+

Bug#1005021: RFS: lebiniou-data/3.65.0-1 -- datafiles for Le Biniou

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "lebiniou-data": * Package name: lebiniou-data Version : 3.65.0-1 Upstream Author : Olivier Girondel * URL : https://biniou.net * License :

Bug#1005020: RM: rust-rand-os -- ROM; obsolete and uninstallable/unbuildable

Package: ftp.debian.org Severity: normal Upstream incorportated functionality in the rand_os crate into the rand_core crate and deprecated the rand_os crate over two years ago. There have been no further releases since the release announcing the deprecation and the crate no longer appears in the

Bug#1005019: rust-nitrocli fails to build with debhelper compat 12.

Package: rust-nitrocli Version: 0.2.4-1 I was preparing a "no-change" reupload of rust-nitrocli, so it would no longer be built against the obsolete rust-rand-os package (for which I plan to file a removal request). Since I prepared this with debcargo, it picked up an increase in debcargos

Bug#1005018: [procps] snice: does not work anymore in 3.3.15

Hello, I guess this is a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903540 But Buster currently has the broken version. In that case please consider this as a request to update the version there. -- With respect, Roman

Bug#1004471: [Pkg-javascript-devel] Bug#1004471: Pending patch for terser-webpack-plugin in webpack 5 till a new upstream for node-terser is uploaded

Quoting Caleb Adepitan (2022-02-05 11:42:51) > > > On 2/4/22 3:45 PM, Jonas Smedegaard wrote: > > Quoting Caleb Adepitan (2022-02-04 08:46:29) > >> I just arrived at a working patch for terser-webpack-plugin to > >> circumvent breaking changes in node-terser 5 which is required by > >> the

Bug#1005017: webpack: embeds NodeJS module terser-webpack-plugin without corresponding Provides: hint

Package: webpack Version: 4.43.0-7 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Binary package webpack embeds NodeJS module terser-webpack-plugin, but lack declaring corresponding hint "Provides: node-terser-webpack-plugin". - Jonas -BEGIN PGP SIGNATURE-

Bug#1005018: [procps] snice: does not work anymore in 3.3.15

Package: procps Version: 2:3.3.15-2 Severity: normal snice has no effect on process priority anymore, neither when invoked with the process name, nor with a user name. With version 3.3.9 it worked fine. I did not test versions in-between. Running a process of: sleep 3600 And doing:

Bug#1005016: libobject-pad-slotattr-final-perl: Object::Pad::SlotAttr::Final is replaced by Object::Pad::FieldAttr::Final

Source: libobject-pad-slotattr-final-perl Version: 0.04-2 Severity: normal X-Debbugs-Cc: Jonas Smedegaard -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I noticed that libobject-pad-slotattr-final-perl fails its autopkgtests because of a deprecation warning: autopkgtest [15:14:29]: test

Bug#1005015:

Salsa PR at https://salsa.debian.org/python-team/packages/mando/-/merge_requests/2

Bug#1005015: mando: ftbfs (test failures) with python 3.10

Package: mando Version: Severity: normal Dear Maintainer, current mando package fails to build whith python 3.10 due to test failures. There are two cases: a) collections import, fixed in upstream 0.7.0: ... File "/home/ubuntu/git/packages/mando/mando/mando/core.py", line 107, in

Bug#1003176: transition: perl 5.34

On Sat, Feb 05, 2022 at 12:40:53PM +0200, Niko Tyni wrote: > Uploading this afternoon. perl_5.34.0-3 uploaded and accepted. -- Niko

Bug#1005014: dwarves: autopkgtest fails on ppc64el

Package: src:dwarves Version: 1.22-5 Starting with 1.22-5, a minimal kernel is built as part of the autopkgtest tests suite. Such test fails on ppc64el with the following error: ... AR fs/notify/fanotify/built-in.a AR fs/notify/built-in.a AR fs/iomap/built-in.a AR

Bug#989462: Info received (About bumping Vagrant box disk image to 1TB)

On 2/3/22 22:58, Hans-Christoph Steiner wrote: > - you add to your pull request a change of the virtualized disk > controller from virtio-blk to virtio-scsi and to the default libvirt > vagrantfile the "unmap" option so that deletion of blocks in the guest > are propagated om host storage I

Bug#970827: ping: socket: Operation not permitted while apt dist-upgrade is in progress

Hi! On Fri, 2022-02-04 at 19:35:10 -0800, Noah Meyerhans wrote: > Control: reassign -1 src:dpkg > Control: severity -1 wishlist > > > root@debian:~# ls -l `which ping` > > -rwxr-xr-x 1 root root 77432 Aug 23 19:08 /usr/bin/ping > > root@debian:~# getcap `which ping` > > /usr/bin/ping

Bug#1005013: bullseye-pu: package cinnamon/4.8.6-2+deb11u1

Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu [ Reason ] When an user attempts to add an online account that requires logging in through a web component, such as, Google, Facebook, Microsoft and/or Foursquare,

Bug#1005012: ITP: mptcpd -- Multipath TCP Daemon

Package: wnpp Severity: wishlist Owner: Matthieu Baerts X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: mptcpd Version : 0.9 Upstream Author : Ossama Othman * URL : https://github.com/intel/mptcpd * License : BSD-3-Clause Programming Lang: C

Bug#1004883: intel-graphics-compiler: switch to llvm-toolchain-13

On 03/02/2022 18.46, Andreas Beckmann wrote: In order to build intel-graphics-compiler against llvm-11 we would need to reintroduce spirv-llvm-translator and intel-opencl-clang built against llvm-11. These are tightly coupled to the llvm version being used and will change the soname

Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

On 05/02/2022 06:35, nick black wrote: Victor Westerhuis left as an exercise for the reader: Package: wnpp Severity: wishlist Owner: Victor Westerhuis X-Debbugs-Cc: debian-de...@lists.debian.org i've also forked this, and have been working on it a bit over the past year:

Bug#1005011: lots of missing entries in debian/copyright

Package: capnproto Severity: serious Usertags: ftp thanks Hi, please rework your debian/copyright. Especially Kenton Varda Cloudflare, Inc. Google Inc. Nathan C. Myers Philip Quinn Ian Denhardt Alexander Peslyak need to be mentioned. Please also check other releases. Thanks!

Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

On 05/02/2022 13:05, nick black wrote: > indeed, the cursor location report fix is only on a branch. i'll > go ahead and submit it to this other fork, and rebase mine off > of theirs. thank you likewise for bringing this to my attention! > i'm glad to see kmscon getting some love. That would be

Bug#1005004: lots of missing entries in debian/copyright

tag -1 moreinfo Hallo Thorsten, Thorsten Alteholz [2022-02-05 9:40 +]: > please rework your debian/copyright. Especially everything from node_modules > seems to be missing. Please also check other releases. The webpack bits in dist/ are autogenerated, and we have spent quite some effort to

Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

ahh, rereading your original ITP, i see you know all about the fdo situation. good deal =]. i just killed my fork, and am going to submit a PR to Aetf's fork. signature.asc Description: PGP signature

Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

also, there is a kmscon repo under the auspices of the freedesktop.org organization. i talked to the original author about removing that if he wasn't going to be taking the project forward, but it didn't go anywhere. if someone's really picking kmscon up, they might want to go talk to the fdo

Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting

indeed, the cursor location report fix is only on a branch. i'll go ahead and submit it to this other fork, and rebase mine off of theirs. thank you likewise for bringing this to my attention! i'm glad to see kmscon getting some love. i'm the maintainer and upstream author of Notcurses, and

Bug#1004994: src:ibm-3270: fails to migrate to testing for too long: uploader built arch:all binaries

Hi Paul, On 05.02.22 08:50, Paul Gevers wrote: Your package is only blocked because the arch:all binary package(s) aren't built on a buildd. Unfortunately the Debian infrastructure doesn't allow arch:all packages to be properly binNMU'ed. Hence, I will shortly do a no-changes source-only

Bug#1005010: bullseye-pu: package node-nth-check/2.0.0-1+deb11u1

Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu [ Reason ] Regex Denial of Service (CVE-2021-3803) [ Impact ] Medium vulnerability [ Tests ] Test passed [ Risks ] Low risk, patch isn't so complicated and test passed [

Bug#1005009: sent: please include example and related images

Package: sent Version: 1-4 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Source project includes an example slideshow, demonstrating its features. Please include that, installed as examples - including the referenced png and ff image files. - Jonas -BEGIN PGP

Bug#1004901: ncurses-bin: issues with the infocmp(1) man page and databases

On Thu, Feb 03, 2022 at 11:10:50AM +0100, Vincent Lefevre wrote: > Package: ncurses-bin > Version: 6.3-2 > Severity: minor > > In the infocmp(1) man page: > >Changing Databases [-A directory] [-B directory] >Like other ncurses utilities, infocmp looks for the terminal >

  1   2   >