Bug#978608: node-rollup-plugin-node-resolve: Update to new upstream version 11.x

Package: node-rollup-plugin-node-resolve Version: 10.0.0+repack+~4.2.4-1 severity: important At least autoprefixer-rails build is broken with version 10. https://github.com/ai/autoprefixer-rails/pull/200#issuecomment-751924645 Probably more builds are silently broken. While at it, I think we

Bug#978554: vice: no man page installed

Hi Reiner, On Mon, Dec 28, 2020 at 4:09 PM Reiner Herrmann wrote: > I noticed that since 3.5.0.dfsg-1 the vice manpage is no longer > included. The symlinks from e.g. x64.1.gz to vice.1.gz are still there, > but the file vice.1.gz is missing. > Also the other manpages from 3.4.0.dfsg-1 are

Bug#264039: Patch to add memusage and memusagestat

On Tue, 21 Apr 2020 20:58:56 +0200 Stephen Kitt wrote: > The attached patch adds memusage and memusagestat to the libc-bin package. > This does mean that the latter becomes dependent on libgd3, so it might be > better to add a new memusage package; I can take care of that if the > maintainers

Bug#978555: libpam-modules: breaks cron: PAM unable to dlopen(pam_unix.so): /lib/security/pam_unix.so: cannot open shared object file

Control: severity -1 serious On 2020-12-29 00:29 +0100, Vincent Lefevre wrote: > Control: severity -1 normal > > After a reboot too, the problem no longer occurs. > > Perhaps there should be a warning saying that some services may need > to be restarted. There is already code in the libpam0g

Bug#977473: Re-activate test for gdcm

Control: retitle -1 Reactivate test for gdcm which was excluded due to failure Control: severity -1 important This single test prevented testing migration of this package and all its dependencies. Thus the test was deactivated for the moment to enable building the package. But the issue should

Bug#978606: ITP: golang-modernc-kv -- simple and easy to use persistent key/value (KV) store

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-modernc-kv Version : 1.0.3-1 Upstream Author : cznic * URL : modernc.org/kv * License : BSD Programming Lang: Go Description : Package kv implements a simple and easy to use

Bug#978605: ITP: golang-github-nf-cr2 -- A basic Camera Raw 2 reader

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-nf-cr2 Version : 0.0~git20180623.4699471-1 Upstream Author : * URL : https://github.com/nf/cr2 * License : BSD-3-clause Programming Lang: Go Description : A basic

Bug#950771: Corrections on elaboration

Hi Chris, To elaborate more on what I am trying to say. The use of option '--fake' whether '--no-mtab' is present or not done by root will not affect '/usr/mtab', however, missing '--no-mtab' changes '/run/mount/utab' and causes a 'umount failed: Operation not permitted' when umount by a original

Bug#978604: ITP: golang-rsc-qr -- QR codes

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-rsc-qr Version : 0.2.0-1 Upstream Author : Russ Cox * URL : https://github.com/rsc/qr * License : BSD-3-clause Programming Lang: Go Description : QR codes This is needed for

Bug#978603: ITP: golang-rsc-pdf -- PDF reader

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-rsc-pdf Version : 0.1.0-1 Upstream Author : Russ Cox * URL : https://github.com/rsc/pdf * License : BSD-3-clause Programming Lang: Go Description : PDF reader This is needed

Bug#978602: volk: Add libcpu-features-dev to Build-Depends on powerpc and x32

Source: volk Version: 2.4.1-2 Severity: normal X-Debbugs-Cc: z...@debian.org Dear Maintainer, It seems I forgot to add powerpc and x32 to cpu-features Architecture list. I've fixed in cpu-features/0.6.0-3. Please add it to volk's Build-Depends as well. Thanks

Bug#978601: postrm doesn't remove session-noninteractive files

Package: libpam-runtime Version: 1.4.0-1 Severity: normal File: /var/lib/dpkg/info/libpam-runtime.postrm X-Debbugs-Cc: j...@joshtriplett.org libpam-runtime.postrm contains: > if [ "$1" = "purge" ]; then > rm -f /etc/pam.d/common-auth /etc/pam.d/common-account \ >

Bug#978600: Substantial increase in pseudo-Essential due to libnsl2 and libtirpc3 (and dependencies)

Package: libpam-modules Version: 1.4.0-1 Severity: normal X-Debbugs-Cc: j...@joshtriplett.org, debian-de...@lists.debian.org The new pam 1.4.0 has switched pam_unix from libnsl.so.1 (in libc6) to libnsl2 and libtirpc3, which brings those packages into the pseudo-Essential set. This is a rather

Bug#950771: closed by Chris Hofstaedtler (Re: Bug#950771: mount: unexpected behaviour with "-f" option)

Hi Chris, To elaborate more on what I am trying to say. The use of option '--fake' whether '--no-mtab' is present or not done by root will cause a 'umount failed: Operation not permitted' when umount by a original user. This is rather unexpected since '--fake' should be a simulation and all the

Bug#854889: still fails with qemu from buster-backports

found 854889 qemu/1:5.0-14~bpo10+1 thanks sparc64 bug is still there with qemu-user-static 1:5.0-14~bpo10+1, trying to enter qemu-debootstrap chroot with qemu-sparc64-static: user@phyhost> sudo chroot sid bin/bash ; echo "EXIT $?" *** longjmp causes uninitialized stack frame ***: terminated

Bug#962203: NMU

On Mon, 2020-12-28 at 21:50 -0500, Calum McConnell wrote: > Yeah, when I tried to build it locally, it failed due to files that > are present in the source package but missing from Git. There are more changes than just the documentation build things though. > I eventually gave up and just

Bug#962203: NMU

On Tue, 2020-12-29 at 10:36 +0800, Paul Wise wrote: > On Mon, 14 Dec 2020 17:23:08 -0500 Calum McConnell wrote: > > > I have prepared an NMU for this package.  It is currently at > > https://mentors.debian.net/package/debdelta/ .  While I need a sponsor > > to > > get it into Debian, I am now

Bug#962203: NMU

On Mon, 14 Dec 2020 17:23:08 -0500 Calum McConnell wrote: > I have prepared an NMU for this package. It is currently at > https://mentors.debian.net/package/debdelta/ . While I need a sponsor to > get it into Debian, I am now reaching out to ment...@lists.debian.org to > see if I can expedite

Bug#978598: net-snmp: reproducible builds: embeded paths to "ps" and "uname"

Source: net-snmp Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: usrmerge X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Various files contain an embedded paths to the "uname" and "ps" commands:

Bug#978589: systemd based startup not working

The fact that $DISPLAY is not set at the time xscreensaver is launched is not a good sign. The cookie error suggests that ~/.Xauthority does not exist or is not readable. However you do appear to be running as yourself, not as "nobody". Perhaps $HOME is set to something weird? Maybe try setting

Bug#978597: ITP: golang-github-hjfreyer-taglib-go -- Pure go audio tag library in the spirit of taglib

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-hjfreyer-taglib-go Version : 0.0~git20151027.0ef8bba-1 Upstream Author : Hunter Freyer * URL : https://github.com/hjfreyer/taglib-go * License : Apache-2.0 Programming Lang:

Bug#978596: ITP: golang-github-filosottile-b2 -- Efficient, idiomatic Go library for Backblaze B2 Cloud Storage.

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-filosottile-b2 Version : 0.0~git20170207.b197f7a-1 Upstream Author : Filippo Valsorda * URL : https://github.com/FiloSottile/b2 * License : Expat Programming Lang: Go

Bug#928184: valgrind: please add valgrind-if-available metapackage

Control: tags -1 +patch Here's a patch to implement this metapackage. It has to be arch:any as dpkg-dev resolves architectures at package build time rather than during install. I've filed it as https://salsa.debian.org/debian/valgrind/-/merge_requests/2 if you prefer that over a patch. Meow!

Bug#978594: O: pylint-plugin-utils -- Utilities and helpers for writing Pylint plugins (Python 3)

Package: wnpp Severity: normal X-Debbugs-Cc: aerosti...@debian.org I intend to orphan the pylint-plugin-utils package. I haven't taken any time for my packages this year and don't see this changing anytime soon so retiring. The package description is: This is not a direct Pylint plugin, but

Bug#978593: O: pylint-django -- Pylint plugin for analysing code using Django (Python 3)

Package: wnpp Severity: normal X-Debbugs-Cc: aerosti...@debian.org I intend to orphan the pylint-django package. I didn't take any time for my packages this year and don't see this changing anytime soon, so retiring. The package description is: Features * Prevents warnings about

Bug#945188: xpdf: memory leak when changing page

> This issue might be in the package since poppler-0.71.patch. > This patch makes some changes how containers get accessed. I've had a look at this in xpopple today (my Poppler-ified version of xpdf; see #977182 or http://offog.org/code/xpopple/). Previously I'd kept a copy of GooList in xpopple

Bug#978585: [pkg-cryptsetup-devel] Bug#978585: libcryptsetup-dev: wrong libdir variable in libcryptsetup.pc

Hi Luca, On Mon, 28 Dec 2020 at 21:56:25 +, Luca Boccassi wrote: > The problem is that the ${libdir} variable in the pkg-config file is > not adjusted accordingly, so the wrong -L flags are exposed. > Given it's a standard path this is not usually an issue when building > reverse

Bug#911587: infnoise: busy-waits, using too much CPU

Hi Stephen, Stephen Kitt wrote: > I have figured out what was wrong (cue brown paper bag for me), I’ll upload a > fix shortly. Yay, thanks! Much appreciated! > > Not sure if any of these fix this issue. > > 0.3.1 was already in unstable, Oops, ok, sorry, my fault for not looking closer. >

Bug#978592: O: asciidoc -- Highly configurable text format for writing documentation

Package: wnpp Severity: normal I intend to orphan the asciidoc package. I haven't had taken the time to take care of my packages over the last few months and don't see this changing anytime soon so I'm retiring. The package description is: AsciiDoc is a text document format for writing

Bug#978591: golang-github-gomodule-oauth1 -- OAuth 1.0 client package for Go

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-gomodule-oauth1 Version : 0.0~git20181215.9a59ed3-1 Upstream Author : * URL : https://github.com/gomodule/oauth1 * License : Apache-2.0 Programming Lang: Go Description

Bug#978590: ITP: golang-github-jonas-p-go-shp -- Go library for reading and writing ESRI Shapefiles.

Package: wnpp Severity: wishlist Owner: Alexandre Viau * Package name: golang-github-jonas-p-go-shp Version : 0.1.1-1 Upstream Author : Jonas Palm * URL : https://github.com/jonas-p/go-shp * License : Expat Programming Lang: Go Description : Go library

Bug#978524: buildah: build-using-dockerfile not sufficient privileges

so, after digging further, I found out, it is a upstream issue. something with 1.16 broke it seems (I tested ubuntu and leap, which sadly are still on 1.15 and 1.14) that's why I thought it was a debian issue. the bugreport is on github is here: https://github.com/containers/buildah/issues/2876

Bug#978589: systemd based startup not working

Package: xscreensaver Version: 5.45+dfsg1-1 Severity: important Hi, just what the title says. I have configured xscreensaver start via systemd user session as suggested in README.Debian. Not working now but it has been a few weeks ago. I am wondering about the MAGIC COOKIE problem. My startup

Bug#978555: libpam-modules: breaks cron: PAM unable to dlopen(pam_unix.so): /lib/security/pam_unix.so: cannot open shared object file

Control: severity -1 normal After a reboot too, the problem no longer occurs. Perhaps there should be a warning saying that some services may need to be restarted. -- Vincent Lefèvre - Web: 100% accessible validated (X)HTML - Blog:

Bug#978588: firefox: should depend on either libgdk-pixbuf package

Package: firefox Version: 84.0-3 Severity: important The libgdk-pixbuf packages are migrating from libgdk-pixbuf2.0-0 to libgdk-pixbuf-2.0.0 The most recent firefox package has matched this name transition. However many other packages have not yet made the transition, causing clashes which

Bug#978562: opendht: FTBFS on riscv64, linked with -lpthread instead of -pthread

Hello Alexandre, Aurelien, Thanks for the patch. I don't have access to any riscv64 machines to test this. However if you confirm that it fixes the build on riscv64 and introduces no regressions on any arches then I'll ask for it to be applied upstream. Thanks, -- Amin Bandali Free Software

Bug#606885: xpdf: no longer asks for password in dialog window

> Nowadays, when the user attempts to view a password-protected PDF > file, no dialog window is shown In the original Xpdf, StandardSecurityHandler::checkEncryption calls back into PDFCore::getPassword if the password's wrong. This code has been removed from Poppler, so xpdf's implementation of

Bug#978562: opendht: FTBFS on riscv64, linked with -lpthread instead of -pthread

Hello Amin, Would you consider merging this directly into opendht? Cheers, -- Alexandre Viau alexan...@alexandreviau.net On Mon, 28 Dec 2020 at 11:45, Aurelien Jarno wrote: > > Source: opendht > Version: 2.1.9.5-1 > Severity: normal > Tags: ftbfs patch upstream > User:

Bug#978586: python3-pyqt5: There needs to be a py.typed file for pyi stubs to work

Package: python3-pyqt5 Version: 5.15.2+dfsg-1+b1 Severity: normal Tags: upstream Dear Maintainer, as it is, the pyi stubs shipped by the package are useless because a typed.py file needs to be present for mypy to take them into consideration. This is already done by upstream in several other

Bug#978353: serf: FTBFS: test_ssl_handshake fails with OpenSSL 1.1.1i

On Mon, Dec 28, 2020 at 5:00 PM Justin Erenkrantz wrote: > It's not clear to me if OpenSSL authors intended to make this breaking > change. On the serf side, we would need to think through what it would > mean to have our app callback return false upon failure in order to > short-circuit the

Bug#974011: xmille: Incorrect license/copyright for xmille

Adrian Bunk writes: > I am just a normal user enjoying the game, and looking at the number of > uploads in the past decade two maintainers might be sufficient to handle > the load. ;-) I've uploaded 'kgames' to the new queue :-) Thanks for playing. -- -keith signature.asc Description:

Bug#978353: serf: FTBFS: test_ssl_handshake fails with OpenSSL 1.1.1i

As an update, I've been able to triage this a bit further. It's definitely that last noted change (erroring out on expired self-signed root) that broke it. OpenSSL 1.1.1{g,h} are fine, but {i,-stable} are not. Reverting just x509_vfy.c to what is in 1.1.1h causes the test to pass. In this test

Bug#978585: libcryptsetup-dev: wrong libdir variable in libcryptsetup.pc

Package: libcryptsetup-dev Version: 2:2.3.4-1 Severity: normal Tags: patch Dear Maintainer, When building cryptsetup, libdir is set to /lib/ but then the libcryptsetup* packages are manually changed to install in /usr/lib/ via dh-exec. The problem is that the ${libdir} variable in the pkg-config

Bug#918755: Bug#978158: [upgrade-system] upgrade-system wants to delete package deluge and everything it depends on

As I said, simply adding --no-guess-python to ORPHANOPTS does take care of the immediate problem of wanting to delete deluge, but in exchange, it opens up a potential can of worms when there is a python package that is indeed an orphan, which would then not be deleted by upgrade-system. So,

Bug#931068: zenity: Window icon is not displayed under Wayland

On Thu, 19 Nov 2020 at 21:07:00 +0100, Yvan Masson wrote: > On Tue, 25 Jun 2019 17:00:15 +0100 Simon McVittie wrote: > > - GNOME Shell 3.30 in Xorg mode: chosen icon appears in top bar and dash > > (sidebar in overview) > > - GNOME Shell 3.30 in Wayland mode: a "broken image" icon appears

Bug#951588: kontact: akonadi is not operational

control: tags -1 + moreinfo control: severity -1 important Hey, please retry with the current version in testing/unstable and give us more information what you have tried to do before kontact returns with a segfault. Maybe this issue is more for the Akonadi package? At least from what I can

Bug#978584: anyremote-doc: missing Breaks+Replaces: anyremote (<< 6.7.3-2)

Package: anyremote-doc Version: 6.7.3-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite

Bug#978583: libtrapperkeeper-filesystem-watcher-clojure: files in .jar don't follow the proper hierarchy

Package: libtrapperkeeper-filesystem-watcher-clojure Version: 1.2.2-1 Severity: grave Owner: po...@debian.org The .jar in this package contains the following .clj files: clj/ clj/puppetlabs/ clj/puppetlabs/trapperkeeper/ clj/puppetlabs/trapperkeeper/services/

Bug#978582: RFP: replaysorery -- Record a video of the last 30s of your screen to save your best gaming moments

Package: wnpp Severity: wishlist * Package name: replaysorery Version : 0.4.2 Upstream Author : Joshua 'Pip' Minter - https://github.com/matanui159 * URL : https://github.com/matanui159/ReplaySorcery * License : GPL3.0 Programming Lang: C Description :

Bug#954823: hydrogen: Qt5 version available

Hi Nicholas, Quoting Nicholas D Steeves (2020-12-28 21:31:56) > Jonas Smedegaard writes: > > > Quoting Nicholas D Steeves (2020-07-05 18:31:43) > >> > >> I'm guessing the files that would have gone into the -dev package > >> were deleted because long ago there was no need. Do you know if >

Bug#978581: libjs-vue-router mismatched path-to-regexp

Package: libjs-vue-router Version: 3.4.9+ds-1 3.4.9+ds-1 packages an incompatible version of path-to-regexp. This was reported and fixed in bug #927254, but is now reproducible again in version 3.4.9+ds-1. Specifically, the tokensToRegExp function is lacking the attachKeys wrapper around its

Bug#978535: RFS: wxmaxima/20.12.0-1 -- GUI for the computer algebra system Maxima

On Mon, Dec 28, 2020 at 07:06:36PM +0100, Gunter Königsmann wrote: > Re-uploading a corrected version of the package. Still fails due to missing B-Dep on xauth. After adding that, it builds correctly and I see no problems save for: E: wxmaxima: privacy-breach-uses-embedded-file

Bug#847271: mutter: Resizing window moves the whole window

This seems to be fixed in mutter 3.38.2-1. OpenPGP_signature Description: OpenPGP digital signature

Bug#978556: ITP: netr -- Display network interface throughput in terminal

On Mon, Dec 28, 2020 at 03:21:34PM +, Edward Neville wrote: > Package: wnpp > Severity: wishlist > Owner: Edward Neville > > * Package name: netr > Version : 0.1.3 > Upstream Author : Ed Neville > * URL : http://www.usenix.org.uk/content/net.html > * License

Bug#954823: hydrogen: Qt5 version available

Control: block -1 by 976113 Hi Jonas, Jonas Smedegaard writes: > Quoting Nicholas D Steeves (2020-07-05 18:31:43) >> >> I'm guessing the files that would have gone into the -dev package were >> deleted because long ago there was no need. Do you know if they would >> now be useful for

Bug#955567: kalgebra: Output is always blank

Control: tags -1 buster Hi Charles, On 28-12-2020 20:51, Charles Samuels wrote: > On Monday, December 28, 2020 11:30:18 AM PST Paul Gevers wrote: >> I tried to reproduce this in current testing and for me it works. Is >> this issue still a problem for you? > > Yes it is still an issue (stable).

Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

Hello, On Mon 28 Dec 2020 at 12:24AM +01, gregor herrmann wrote: > On Sun, 27 Dec 2020 15:39:47 -0700, Sean Whitton wrote: > >> On Sun 27 Dec 2020 at 07:26PM +02, Wouter Verhelst wrote: >> > My reasoning is that init scripts are the end goal, and that elogind is >> > just a symptom of that end

Bug#957732: qtermwidget: ftbfs with GCC-10

Version: 0.16.1-1 Hi, On Fri, 17 Apr 2020 11:09:35 + Matthias Klose wrote: > The package fails to build in a test rebuild on at least amd64 with > gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The > severity of this report will be raised before the bullseye release, > so nothing

Bug#955567: kalgebra: Output is always blank

On Monday, December 28, 2020 11:30:18 AM PST Paul Gevers wrote: > wrote: > > KAlgebra shows nothing in its output screen. This only applies > > to the algebraic displays, the graphs and dictionary tabs seem > > to work fine. > > > > Reproduce: Enter any equation into the input text box and press

Bug#978098: webkit2gtk: Re-enable build for hurd-i386?

Hello, Laurent Bigonville, le ven. 25 déc. 2020 23:15:54 +0100, a ecrit: > Shouldn't the patch be applied in "official" package as well (and maybe > upstream)? Debian maintainers usually prefer to see patches applied upstream before adding them to their packaging. They are already submitted

Bug#976238: release-notes: Please mention that NSS NIS/NIS+ support has been moved to separate packages

Hi, Thomas: Thanks for adding this information, it does sound serious enough. A draft text or patch for https://salsa.debian.org/ddp-team/release-notes/-/blob/master/en/issues.dbk under "Package specific issues" would be needed. (I myself lack the time now.) HTH, Joost

Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

> "Russ" == Russ Allbery writes: Russ> We do drop features all the time between stable releases, Russ> though, and generally that too is at the maintainer's Russ> discretion. The package maintainer's normal obligation in Russ> Debian isn't to keep everything working that

Bug#978574: clevis: tpm2 pin incompatible with tpm2-tools version 5

Control: tags 978574 pending Marek Rusinowski wrote... > It looks like currently the clevis-tpm2 is incompatible with > tpm2-tools package in unstable (5.0-1). After trying to encrypt > something with tpm2 I get: > > The tpm2 pin requires tpm2-tools version 3 or 4 Yeah, already on radar.

Bug#955567: kalgebra: Output is always blank

Control: notfound -1 4:20.08.0-1 Hi Charles, On Thu, 02 Apr 2020 16:57:16 + (UTC) Charles Samuels wrote: > KAlgebra shows nothing in its output screen. This only applies > to the algebraic displays, the graphs and dictionary tabs seem > to work fine. > > Reproduce: Enter any equation into

Bug#812920: netcf: diff for NMU version 1:0.2.8-1.1

Control: tags -1 +patch +pending Dear maintainer, I've prepared an NMU for netcf (versioned as 1:0.2.8-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -Nru netcf-0.2.8/debian/changelog netcf-0.2.8/debian/changelog ---

Bug#978579: rocksndiamonds: [INTL:ru] Russian debconf templates translation update

Package: rocksndiamonds Severity: wishlist Tags: l10n patch Russian debconf templates translation update is attached. -- System Information: Debian Release: bullseye/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64

Bug#978578: coinor-symphony: reproducible builds: example Makefile embeds buildpath

Source: coinor-symphony Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org The file /usr/share/doc/coinor-libsymphony-doc/examples/Makefile.gz contains the embedded build path:

Bug#978113: clang++ fail to compile programs

On Sat, 2020-12-26 at 12:10 +0100, Sylvestre Ledru wrote: > Could you please try to generate it into a regular file? Well, if I change argument of `-o` parameter, the error is the same. (chrooted)builder@barberry:/$ rm -f /tmp/a.out; touch /tmp/a.out (chrooted)builder@barberry:/$

Bug#978577: coinor-symphony: reproducible builds: Embedded timestamps in PDF files

Source: coinor-symphony Severity: normal Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org The build timestamp is embedded in /usr/share/doc/coinor-libsymphony-doc/man.pdf.gz:

Bug#964497: Info received (ITP: python-jsonrpc-server -- JSON-RPC is a stateless, light-weight remote procedure call (RPC) protocol)

El 28/12/20 a las 12:11, Julian Gilbey escribió: > On Fri, Nov 06, 2020 at 11:43:25PM +0200, Otto Kekäläinen wrote: >> Thanks! >> >> I will update the changelog and upload current >> https://salsa.debian.org/python-team/packages/python-jsonrpc-server/-/commits/debian/master >> unless Boyuan or

Bug#978576: puppet: please ship the hiera executable

Package: puppet Version: 5.5.22-1 Severity: normal Control: block 924409 by -1 Dear maintainer, Would it be possible to ship the 'hiera' executable for the Bullseye release in this package? It seems to be what upstream does with the file they ship in /opt/puppetlabs/puppet/bin/hiera. It would

Bug#892908: [Pkg-puppet-devel] Bug#892908: puppet 5 is now builtin to puppet since 4.9

block 924409 by -1 thanks On Wed, 14 Mar 2018 15:35:07 +0200 Apollon Oikonomopoulos wrote: > Control: retitle -1 puppet: Hiera 5 is now built-in, please drop hiera 3 > dependency > Control: tags -1 wontfix > > Hi, > > On 07:32 Wed 14 Mar , Gabriel Filion wrote: > > I'm just curious

Bug#978575: ruby-deep-merge: Please drop the "Enhances: hiera" relation

Package: ruby-deep-merge Version: 1.1.1-1 Severity: normal Control: block 924409 by -1 Dear maintainer, hiera is now part of puppet and shouldn't be shipped in Bullseye. Please drop the "Enhances: hiera" relation so we can remove the package without breaking yours. Cheers, -- ⢀⣴⠾⠻⢶⣦⠀

Bug#978574: clevis: tpm2 pin incompatible with tpm2-tools version 5

Package: clevis-tpm2 Version: 13-2 Severity: important Dear Maintainer, It looks like currently the clevis-tpm2 is incompatible with tpm2-tools package in unstable (5.0-1). After trying to encrypt something with tpm2 I get: The tpm2 pin requires tpm2-tools version 3 or 4 It looks like it was

Bug#977870: Failed to load /usr/lib/chromium/libGLESv2.so

Package: chromium Version: 87.0.4280.88-0.3 Followup-For: Bug #977870 X-Debbugs-Cc: frustra...@karthek.com hey, At present hwaccel-videodecode is broken. --enable-accelerated-video-decode makes chromium to enable it and it shows up in chrome://gpu but, when you actually try to play a video(like

Bug#978573: python3-hiera: Please drop the dependency on hiera

Package: python3-hiera Version: 0.0.1+20190629-2 Severity: normal Control: block -1 by 924409 Dear maintainer, hiera is now part of puppet and shouldn't be shipped in Bullseye. Please drop the dependency on it. Looking at the upstream code, it seems your package calls the hiera executable

Bug#978572: src:rust-num-traits: fails to migrate to testing for too long: Depends on non-migrating rust-libm

Source: rust-num-traits Version: 0.2.11-1+doctestfix Severity: serious Control: close -1 0.2.14-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync

Bug#978113: clang++ fail to compile programs

On Sat, 2020-12-26 at 12:10 +0100, Sylvestre Ledru wrote: > > Could you please try to generate it into a regular file? Sorry, I do not fully understand your question. main.cpp surely was a regular file. At least, stat(1) reports the following. (chrooted)builder@barberry:/$ LANG=C stat

Bug#978571: xserver-xorg-video-amdgpu: FTBFS on mips64el, mipsel

package: src:xserver-xorg-video-amdgpu version: 19.1.0-2 severity: serious tags: ftbfs Hi, The latest upload of xserver-xorg-video-amdgpu to unstable fails on mips64el, mipsel: https://buildd.debian.org/status/package.php?p=xserver-xorg-video-amdgpu Cheers, Ivo

Bug#978570: src:scummvm: fails to migrate to testing for too long: FTBFS on armhf, mips64el and s390x

Source: scummvm Version: 2.1.2+dfsg1-1 Severity: serious Control: close -1 2.2.0+dfsg1-2 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Control: block -1 by 975492 Dear maintainer(s), As recently announced [1], the Release Team now considers packages that

Bug#975075: tech-ctte: Should maintainers be able to block init compatibility changes?

Sam Hartman writes: > The issue that came up in the policy discussion is that there may be > implications for removing an init script. As an example upgrades may > break. In the case of NetworkManager, you might find on an upgrade from > buster to bullseye that you no longer have network

Bug#963605: ITP: python-language-server -- Python implementation of the Language Server Protocol

Hi, I will work on it. Sadly the Covid situation keep me away from work and packaging I will review all the changes on the pkg and the last upstream version Regards pablo El 28/12/20 a las 12:25, Julian Gilbey escribió: > Hi Pablo, > > What is the current status of your ITP for

Bug#978569: hiera-eyaml: Please drop the dependency on hiera

Package: src:hiera-eyaml Version: 3.2.0-1 Severity: normal Control: block 924409 by -1 Dear maintainer, The dependency on the hiera gem for this package was dropped in version 2.0.2 in the following commit:

Bug#978535: RFS: wxmaxima/20.12.0-1 -- GUI for the computer algebra system Maxima

Gaah! Sorry for that! Re-uploading a corrected version of the package. Kind regards,   Gunter. On 28.12.20 14:57, Adam Borowski wrote: > On Mon, Dec 28, 2020 at 12:40:05PM +0100, Gunter Königsmann wrote: >> * Package name: wxmaxima >>Version : 20.12.0-1 >> wxmaxima

Bug#978568: please package new version 1.4.1

Package: libjs-strophe Version: 1.2.14+dfsg-7 Severity: wishlist In the 3.5 years since release 1.2.14, many improvements have been made: ## Version 1.4.1 - (2020-12-02) * #201: NodeJS related fixes: `window` and `WebSocket` are `undefined` * New method

Bug#978547: fontconfig: Please create /var/cache/fontconfig with the default SELinux context

Package: fontconfig Version: 2.13.1-4.2 Severity: wishlist X-Debbugs-Cc: j24...@gmail.com Dear Maintainer, On an SELinux enabled system installing fontconfig results in the postinst script creating `/var/cache/fontconfig` . However the postinst script doesn't reset the SELinux label to the

Bug#976791: closed by Debian FTP Masters (reply to Bastian Blank ) (Bug#976791: fixed in linux 5.10~rc7-1~exp1)

Note that the CONFIG_SND_SOC_INTEL_SOUNDWIRE_SOF_MACH in the x86 config is bogus - CONFIG_SND_SOC_INTEL_SOUNDWIRE_SOF_MACH depends on CONFIG_SND_SOC_INTEL_USER_FRIENDLY_LONG_NAMES which is not set. On 12/27/20 5:16 PM, Matt Corallo wrote: Note that this issue was not closed as

Bug#978567: src:godot: fails to migrate to testing for too long: FTBFS on mips64el

Source: godot Version: 3.2-stable-2 Severity: serious Tags: sid bullseye ftbfs User: release.debian@packages.debian.org Usertags: out-of-sync Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync between testing and unstable for more than

Bug#978566: ftp.debian.org: ValueError thrown in postcronscript during dinstall

Package: ftp.debian.org Severity: minor Noticed the following in the dinstall log: > Dec 28 08:15:23 fasolo dinstall[54493]: ## dinstall BEGIN: > postcronscript ## > Dec 28 08:15:23 fasolo dinstall[54493]: postcronscript Traceback (most > recent call last): > Dec 28 08:15:23

Bug#978565: src:xmobar: fails to migrate to testing for too long: autopkgtest regression

Source: xmobar Version: 0.33-1 Severity: serious Control: close -1 0.36-2 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Control: block -1 by 975472 Dear maintainer(s), As recently announced [1], the Release Team now considers packages that are out-of-sync

Bug#978564: src:gst-plugins-bad1.0: fails to migrate to testing for too long: dependency is not migrating

Source: gst-plugins-bad1.0 Version: 1.18.0-2 Severity: serious Control: close -1 1.18.2-1 Tags: sid bullseye User: release.debian@packages.debian.org Usertags: out-of-sync Control: block -1 by 976288 Dear maintainer(s), As recently announced [1], the Release Team now considers packages that

Bug#839569: ITP: libselenium-remote-driver-perl -- Perl Client for Selenium Remote Driver

Hello, I know it's 4 years old but how i can reproduce ? I've tried downloading from https://metacpan.org/release/Selenium-Remote-Driver Running it with perl Makefile.pl and make, doesn't produce .so files. Thanks.

Bug#977845: dgit: unhelpful behavior in case previous upload contained new upstream release

Hi Ian, Sean, On 28-12-2020 13:08, Ian Jackson wrote: > Sean Whitton writes ("Bug#977845: dgit: unhelpful behavior in case previous > upload contained new upstream release"): >> On Mon 21 Dec 2020 at 09:01PM +01, Paul Gevers wrote: >>> In the end I resorted to >>> paul@mulciber ~/packages/bugs $

Bug#911587: infnoise: busy-waits, using too much CPU

Hi Axel, On Mon, 28 Dec 2020 09:29:04 +0100, Axel Beckert wrote: > Stephen Kitt wrote: > > Dear Maintainer, > > You're writing to yourself as "Dear Maintainer"? :-) I didn’t bother changing the reportbug template, and who knows the maintainer might not always be me ;-). > > Version 0.3 of

Bug#978401: ibus-libpinyin: FTBFS on armel, armhf and mipsel: lua test failure

On 2020-12-28 15:41, Gunnar Hjalmarsson wrote: Questions: - How important is the upgrade to lua5.4? I can partly answer that question myself: lua5.3, which we have used as a build-dep for a while, has not been recognized as a lua package when building. For some reason that changed with

Bug#978365: [Pkg-fonts-devel] Bug#978365: fonts-inter: FTBFS: fontmake: Error: In 'src/Inter.glyphs' -> 'master_ufo/Inter.designspace' -> 'master_ufo/instance_ufo/Inter-Thin.ufo': Compiling UFO failed

Here's a bunch more context on this failure: https://github.com/rsms/inter/issues/184 https://github.com/googlefonts/fontmake/issues/581 https://github.com/rsms/inter/issues/200 https://github.com/rsms/inter/issues/210 I'm surprised the fonts-inter package is still using fontmake directly

Bug#949610: tested your example

On 2020-12-28 17:28:26, Thomas Lange wrote: > Your raid + luks example works when calling setup-storage, but I > didn't manage to boot it. Can it work without an unencrypted /boot > partition? I'm using those configurations in production right now:

Bug#978563: firefox: Consider Desktop Action for "New Window" & "New Incognito Window"

Package: firefox Version: 84.0-3 On an archlinux system, I noticed the ability to right click the firefox desktop entry, and have both "new window" and "new incognito window." This appears to be achieved in their .desktop file:

Bug#978562: opendht: FTBFS on riscv64, linked with -lpthread instead of -pthread

Source: opendht Version: 2.1.9.5-1 Severity: normal Tags: ftbfs patch upstream User: debian-ri...@lists.debian.org Usertags: riscv64 Hi, opendht fails to build on riscv64 with the following failure: | /usr/bin/c++ -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat

Bug#975943: Reopening as the bug is still not fixed

Control: reopen -1 Turns out that DPKG_MAINTSCRIPT_ARCH can also have the value 'all' and then it still does the wrong thing. # aptitude reinstall udev ... Processing triggers for initramfs-tools (0.139) ... update-initramfs: Generating /boot/initrd.img-5.10.0-trunk-arm64 latest_kernel:

  1   2   >