Bug#956500: ITP: node-bash -- Utilities for using bash from node.js.

Le 12/04/2020 à 06:06, fancycade a écrit : > Package: wnpp > Severity: wishlist > Owner: Harley Swick > > X-Debbugs-CC: debian-de...@lists.debian.org > > > * Package name    : node-bash >   Version : 0.0.1 >  

Bug#956502: docker: Error response from daemon: no status provided on response: unknown.

Package: docker.io Version: 19.03.6+dfsg1-3 Severity: important Dear Maintainer, After upgrade docker.io to 19.03.6+dfsg1-3 today, container cannot start, and show the error message like below: docker: Error response from daemon: no status provided on response: unknown.

Bug#855374: Patch for replaygain plugin

Hi, I couldn't reproduce the replaygain plugin to fail for quite some time. In the upstream bug tracker it was found be to unreproducible and got closed. Therefore, I will close this bug, too. Cheers, Bruno signature.asc Description: This is a digitally signed message part

Bug#956455: RFS: smart-tools [ITP]

On Sat, Apr 11, 2020 at 10:02:18PM +0200, Andreas Tille wrote: > Hi, > > just a short notice. Somehow the pristine-tar branch is broken. > The original tarball can not be extracted by `gbp buildpackage`. > I tried to fix this bit the watch file is not properly crafted. > If I try > > uscan

Bug#956500: ITP: node-bash -- Utilities for using bash from node.js.

Package: wnpp Severity: wishlist Owner: Harley Swick X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-bash Version : 0.0.1 Upstream Author : Felix Geisendörfer (http://debuggable.com/) * URL : https://github.com/felixge/node-bash * License :

Bug#956501: console-setup: keyboard layout in /etc/default/keyboard is not set correctly on startup

Package: console-setup Version: 1.195 Severity: normal Hi, I'm not sure if this is a problem with console-setup or keyboard-configuration. ~$ cat /etc/default/keyboard # KEYBOARD CONFIGURATION FILE # Consult the keyboard(5) manual page. XKBMODEL="pc105" XKBLAYOUT="us,il" XKBVARIANT="dvorak,"

Bug#859624: [pitivi] Freezes when attempting to load saved projects

Hi, I can no longer reproduce this bug and therefore will close it. Unfortunately, I can't tell the version that resolved it. Cheers, Bruno signature.asc Description: This is a digitally signed message part

Bug#956499: MESA-LOADER: failed to open i915

Package: chromium Version: 81.0.4044.92-1 I'm now seeing MESA-LOADER: failed to retrieve device information MESA-LOADER: failed to open i915 (search paths /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri) failed to load driver: i915 MESA-LOADER: failed to open kms_swrast (search

Bug#956498: /usr/bin/dget: [dget] Please support downloading packages over scp:// and sftp://

Package: devscripts Version: 2.19.5+deb10u1 Severity: wishlist File: /usr/bin/dget Dear Maintainer, Dear Maintainer, Please find attached patch that adds supports for downloading packages over the 'scp' and 'sftp' protocols. Patch has been tested on both protocols by downloading Debian package

Bug#956189: Upgrade to 2.1.0

Hello, the issue was fixed in release 2.1.0 Cheers signature.asc Description: PGP signature

Bug#956497: ristretto: 25 seconds delay when starting under openbox

Package: ristretto Version: 0.8.3-1 Severity: important Dear Maintainer, When I run «ristretto» under Openbox, there is a 25s delay before the window opens. That doesn't happen under XFCE. - I tried to run ristretto with and without command-line arguments. That did not affect the outcome.

Bug#956494: RFS: golang-github-bndr-gotabulate

Hello Go team, Firstly, On Sat, Apr 11, 2020 at 06:37:36PM -0400, Taowa Munene-Tardif wrote: > Hello Go team, > > Despite being @debian.org[0], I am looking for a sponsor for > golang-github-la5nta-wl2k-go. This package is required for `pat`, ITP > #9564643. I meant to say #877030, but managed

Bug#826675: rapid-photo-downloader: Wrong sort order

Control: tag -1 moreinfo On Tue, Jun 07, 2016 at 09:40:07PM +0200, Christian von Kietzell wrote: > Package: rapid-photo-downloader > Version: 0.4.11-1 > Severity: normal > > Dear Maintainer, > > rpd sorts the files to import incorrectly, resulting in file numbering that > isn't chronological

Bug#956496: ITP: ksnip -- Qt-based cross-platform screenshot tool

Package: wnpp Severity: wishlist Owner: Boyuan Yang X-Debbugs-CC: debian-de...@lists.debian.org * Package name: ksnip Version : 1.6.1 Upstream Author : Damir Porobic * URL : https://github.com/ksnip/ksnip * License : GPL-2+ Programming Lang: C++/Qt

Bug#956495: htpdate install fails without directory /opt

Package: htpdate Version: 1.2.0-3 Severity: important Installation of htpdate fails on systems without directory /opt, because of the directive 'InaccessibleDirectories=/boot /home /media /mnt /root /opt /srv' in the systemd service file. The post-installation script fails with the messages

Bug#955193: upstream patch merged

On Sat, 2020-04-11 at 16:47 -0700, Jordan Justen wrote: > Since it's a warning, I was planning to *not* bother adding an `alot` > package patch, and just wait for the next upstream release. Or, do > you think I should cherry-pick the upstream patch into the package? Looking at the CPython

Bug#956494: ITP: golang-github-bndr-gotabulate -- Gotabulate - Easily pretty-print your tabular data with Go

X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Package: wnpp Severity: wishlist Owner: Taowa Munene-Tardif * Package name: golang-github-bndr-gotabulate Version : 1.1.2-1 Upstream Author : Vadim Kravcenko * URL :

Bug#956493: emacs-common: Please remove the DocBook RNC schema as it breaks validation

Package: emacs-common Version: 1:26.3+1-1 Severity: normal [This was initially bug 871485 against emacs25-common, which has been removed from Debian. I'm re-reporting this bug against emacs-common.] emacs-common contains the DocBook 4.2 schema, which is old. There are newer 4.x schemas, and now

Bug#955193: upstream patch merged

I got this fixed in upstream: https://github.com/pazz/alot/commit/916b446317980e9794a02bfb79456da4fc2768a4 Since it's a warning, I was planning to *not* bother adding an `alot` package patch, and just wait for the next upstream release. Or, do you think I should cherry-pick the upstream patch

Bug#956492: ifupdown: hardcodes path to run-parts

Package: ifupdown Version: 0.8.35 Hello, I plan to move all binaries in debianutils to /usr . ifupdown hardcodes /bin/run-parts . What is the best way to coordinate this change?

Bug#956207: opendmarc remain in foreground, ie fails to daemonize

> "DB" == David Bürgin writes: DB> Daemonization is controlled with the ‘-f’ command-line option or the DB> ‘Background’ parameter in the configuration file. Nothing has changed in DB> this area since the last version, so not sure what the problem is. then either -f stoppped working or the

Bug#892664: dpkg: Please add support for zstd (Zstandard) compressed packages

On 2018-03-11 21:51:05 [+0100], Balint Reczey wrote: > For the recompressed firefox .deb (Ubuntu's > firefox_58.0.2+build1-0ubuntu0.17.10.1_amd64.deb) increased ~9% in > size but decompressed in <20% of the original time: So you are saying that the decompression speed that is the bottleneck here?

Bug#956491: git-buildpackage: [PATCH] Add info about --git-ignore-branch when not on branch

Source: git-buildpackage Severity: wishlist Tags: patch Dear Maintainer, I noticed that checking out a tag wouldn't let me use gbp buildpackage. I checked the manual and tried --git-ignore-branch, which allowed me to build. The error message comes from the get_branch function, and informs me

Bug#956490: ifupdown: ULA SLAAC addr first gets removed if status will be deprecated when changing to static ULA addr

Package: ifupdown Version: 0.8.35 Severity: important Tags: ipv6 Dear Maintainer, iI have a network where machines get ULA-SLAAC-addresses via router advertisments (router is a pfsense). If I want to set an address to a static address after the machine has acquired an ULA-SLAAC (e. g. during

Bug#956463: RFS: golang-github-la5nta-wl2k-go -- winlink framework library for Go

Hello Go team, Despite being @debian.org[0], I am looking for a sponsor for golang-github-la5nta-wl2k-go. This package is required for `pat`, ITP #9564643. You'll find my package both on salsa at [1] and mentors at [2]. Thanks! Taowa Munene-Tardif [0] but being a non-uploading DD and thus

Bug#956379: mumble: DBus call to getCurrentUrl responds with empty string

Florian Snow: > Hi Chris, > > Let me say first that this is my first time filing a bug with Debian and > I am not completely familiar with the process yet. So if I made a > mistake, please accept my apologies. Being that this is your first bug report please let me extend my thanks for taking

Bug#938476: shedskin: Python2 removal in sid/bullseye

On Mon, Sep 30, 2019 at 07:24:07PM +0200, Paul Boddie wrote: > The principal developer has indicated to me that given the policy here, he > and > I will just have to accept that the package will be removed. However, I won't > be tagging or retitling anything. If someone else responsible for

Bug#956489: RM: shedskin -- RoQA; Depends on Python 2, unmaintained

Package: ftp.debian.org Severity: normal Please remove shedskin. It depends on Python 2 (and it's not going to be ported in the foreseeable future), see #938476. Cheers, Moritz

Bug#956488: RM: python-concurrent.futures -- ROM; python2-only; backport of a python3.2 module; no rdeps (except nipype which is already RC buggy)

Package: ftp.debian.org Severity: normal

Bug#956487: ITP: alcotest -- A lightweight and colourful test framework for OCaml

Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956485 by -1 * Package name: alcotest Version : 1.1.0 Upstream Author : Thomas Gazagnaire * URL : https://github.com/mirage/alcotest * License : ISC Programming Lang: OCaml Description

Bug#956486: support control files in root

Package: lintian-brush Version: 0.60 Severity: wishlist Some packages live in a repository with the control files at the root. Examples are libreoffice and bash. lintian-brush currently doesn't handle these packages but should. One possible way of supporting these packages is to construct a

Bug#954457: [Pkg-utopia-maintainers] Bug#954457: network-manager: Problems with long wireless names [aborting authentication by local choice (Reason: 3=DEAUTH_LEAVING)]

Control: reassign -1 wpasupplicant On Sat, 21 Mar 2020 22:57:46 +0100 Michael Biebl wrote: > Am 21.03.20 um 22:44 schrieb Agustin Martin: > > Package: network-manager > > Version: 1.22.10-1 > > Severity: normal > > > > Dear Maintainer, > > > > I have tried to use a wifi dongle in my laptop.

Bug#956485: ITP: ocaml-unix-errno -- An errno variant that includes a variety of constructors

Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956479 by -1 * Package name: ocaml-unix-errno Version : 0.5.2 Upstream Author : David Sheets * URL : https://github.com/dsheets/ocaml-unix-errno * License : ISC Programming Lang: OCaml

Bug#956484: dvisvgm: Please, update to newer version 2.9.1

Package: dvisvgm Version: 2.9-1 Severity: wishlist Dear Maintainer, Version 2.9.1 is available and fixes a bug. It would be great to have it in experimental as LaTeX-2020. Regards and thank you for your work! E

Bug#956418: src:glibc: Please provide optimized builds for ARMv8.1

On Sat, Apr 11, 2020 at 10:23:54PM +0200, Florian Weimer wrote: > Or put differently: If upstream doesn't want to default to > -moutline-atomics, why should Debian? Well, ultimately we own our build configurations and the optimizations we enable therein. If we don't want to enable

Bug#956358: openafs-modules-dkms: piuparts failure on package installation

severity 956358 important tags 956358 + moreinfo thanks On Fri, Apr 10, 2020 at 11:30:10AM +0300, Adrian Bunk wrote: > > https://piuparts.debian.org/sid/source/o/openafs.html > > ... > Loading new openafs-1.8.6pre1 DKMS files... > It is likely that 4.19.0-8-amd64 belongs to a chroot's host

Bug#130876: FW

Sent: Sunday, April 12, 2020 2:07 AM Subject: Hey Hey, I would like to discuss with you. email: shcott...@hotmail.com Ms Shannon

Bug#956379: mumble: DBus call to getCurrentUrl responds with empty string

Hi Chris, Let me say first that this is my first time filing a bug with Debian and I am not completely familiar with the process yet. So if I made a mistake, please accept my apologies. Chris Knadle writes: > I'd like to know what risks and/or problems this bug poses, in order to > understand

Bug#956418: src:glibc: Please provide optimized builds for ARMv8.1

* Noah Meyerhans: > On Sat, Apr 11, 2020 at 09:14:11PM +0200, Florian Weimer wrote: >> > At least if I'm reading the code right (which I may very well not be >> > doing, being generally unfamiliar with gcc internals), -mtune=generic >> > enables the equivalent of ARMv8 support: >> > >> >

Bug#956483: ignition-math: FTBFS during binary-indep build

Source: ignition-math Version: 6.4.0+ds-1 Severity: serious Tags: ftbfs Justification: fails to build from source Hi, ignition-math FTBFS during an arch-indep build (dpkg-buildpackage -A), i.e. the arch:any package libignition-math-eigen3-dev does not get built: debian/rules

Bug#955330: iproute2: corrupted output of "altname"

On 2020-04-03 11:16, Luca Boccassi wrote: On Tue, 31 Mar 2020 04:12:38 +0200 Adam Borowski wrote: Control: tags -1 -moreinfo On Mon, Mar 30, 2020 at 10:36:03AM +0100, Luca Boccassi wrote: On Mon, 2020-03-30 at 02:55 +0200, Adam Borowski wrote: On a system with a bridge "ip a" says: 3: br0:

Bug#956482: Avahi support not built-in to samba

Subject: samba: smbd not built with avahi support. This is possible with the version included with Debian 10. As per the samba mailing list, fully Time Machine suppo$ Package: samba Version: 2:4.9.5+dfsg-5+deb10u1 Severity: normal Apologies if this is a duplicate, I'm new to submitting bugs!

Bug#936802: kmer: Python2 removal in sid/bullseye

Hi Liubov, On Sat, Apr 11, 2020 at 07:41:34PM +0200, Liubov Chuprikova wrote: > As I mentioned during today's Jitsi meeting, kmer builds and all the tests > passed in a clean sbuild schroot. Should we close the bug and make a > release then? Thanks for checking and confirming - I just did so.

Bug#956455: RFS: smart-tools [ITP]

Hi, just a short notice. Somehow the pristine-tar branch is broken. The original tarball can not be extracted by `gbp buildpackage`. I tried to fix this bit the watch file is not properly crafted. If I try uscan --verbose --force-download I get uscan warn: In debian/watch no matching

Bug#956481: samba: smbd not built with avahi support. This is possible with the version included with Debian 10. As per the samba mailing list, fully Time Machine support needs to have the arg --enabl

Package: samba Version: 2:4.9.5+dfsg-5+deb10u1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the

Bug#913227: (no subject)

tags 913227 + fixed-upstream fixed 913227 3.6.4-1~exp1 thanks Fixed in https://git.dcmtk.org/?p=dcmtk.git;a=commit;h=dba269a958d9ca44d5af8570e125831d25f63cb3 thanks to your report. signature.asc Description: OpenPGP digital signature

Bug#956436: systemd-timesyncd will remove virtualbox-guest-utils

Am 11.04.20 um 10:02 schrieb luca: > Package: systemd-timesyncd > Version: 245.4-3 > Severity: normal > > > # apt-get -V dist-upgrade > Reading package lists... Done > Building dependency tree > Reading state information... Done > Calculating upgrade... Done > The following packages were

Bug#956379: mumble: DBus call to getCurrentUrl responds with empty string

Florian Snow: > Package: mumble > Version: 1.3.0~git20190125.440b173+dfsg-2 > Severity: normal > Tags: patch upstream > > When calling the DBus method getCurrentUrl, it responds with an empty > string instead of a Mumble URL, like the call to getTalkingUsers > responds with a list of talking

Bug#956480: [PATCH] d/control: Depend on mujs

--- debian/control | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/control b/debian/control index a36186f..f25a312 100644 --- a/debian/control +++ b/debian/control @@ -28,6 +28,7 @@ Build-Depends: libjpeg-dev, liblcms2-dev (>= 2.6~), liblua5.2-dev, + libmujs-dev, libpulse-dev,

Bug#937784: python-gevent: diff for NMU version 1.4.0-1.2

On Sat, Apr 11, 2020 at 3:21 PM László Böszörményi (GCS) wrote: > > On Sat, Apr 11, 2020 at 2:12 AM Sandro Tosi wrote: > > I've prepared an NMU for python-gevent (versioned as 1.4.0-1.2). The diff > > is attached to this message. > You know, I still don't get why immediate NMU was necessary.

Bug#956480: mpv: JavaScript backend MuJS available

Package: mpv Severity: wishlist mpv has a JavaScript backend with MuJS available which is documented in your package's man page. A mujs package is now available in Debian and you can build-depend on it to enable the feature.

Bug#956418: src:glibc: Please provide optimized builds for ARMv8.1

On Sat, Apr 11, 2020 at 09:14:11PM +0200, Florian Weimer wrote: > > At least if I'm reading the code right (which I may very well not be > > doing, being generally unfamiliar with gcc internals), -mtune=generic > > enables the equivalent of ARMv8 support: > > > >

Bug#934486: Debian Bugs information: detailed logs for Bug#934486

Hello Peter Thanks for pointing this out! As you stated, this was a simple oversight and i upload a fix in no time. Greetings, Marcos

Bug#956479: ITP: ocaml-sys-socket -- OCaml ctypes bindings to system-specific low-level socket structure and data-types

Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956478 by -1 * Package name: ocaml-sys-socket Version : 1.0.0 Upstream Author : Romain Beauxis * URL : https://github.com/toots/ocaml-sys-socket * License : Expat Programming Lang: OCaml

Bug#937784: python-gevent: diff for NMU version 1.4.0-1.2

On Sat, Apr 11, 2020 at 2:12 AM Sandro Tosi wrote: > I've prepared an NMU for python-gevent (versioned as 1.4.0-1.2). The diff > is attached to this message. You know, I still don't get why immediate NMU was necessary. Why don't give some time to the maintainer to respond. > Please consider

Bug#956260: [Debichem-devel] Bug#956260: bkchem: should this package be removed?

> To my opinion, bkchem is the best simple program for drawing chemical > skeletal formulae. > As a chemist I use it all the time. It would really be a pity if it > disappears from Debian. that's good to know and thanks for sharing this. The situation is that every major Linux distributions are

Bug#931772: [request-tracker-maintainers] Bug#931772: RT: On Create scrip ran but ticket not created

I agree that one should avoid forking RT unnecessarily. While I still think that the current behaviour is flawed, it hasn't been an urgent concern since I've addressed the performance issue that acted as a trigger in my environment. If it were, I (as a non-paying customer with correspondingly

Bug#956418: src:glibc: Please provide optimized builds for ARMv8.1

* Noah Meyerhans: > On Sat, Apr 11, 2020 at 08:44:29AM +0200, Florian Weimer wrote: >> > Gcc provides two ways to enable support for these instructions at build >> > time. The simplest, and least disruptive, is to enable -moutline-atomics >> > globally in the arm64 glibc build. >> >> Shouldn't

Bug#956418: src:glibc: Please provide optimized builds for ARMv8.1

On Sat, Apr 11, 2020 at 08:44:29AM +0200, Florian Weimer wrote: > > Gcc provides two ways to enable support for these instructions at build > > time. The simplest, and least disruptive, is to enable -moutline-atomics > > globally in the arm64 glibc build. > > Shouldn't GCC do this by default, at

Bug#820060: Debian Bug#820060: python-biom-format: broken on big-endian architectures

Hi Andreas, It looks like the upstream fixed the issue in some recent version, as according to the logs [1], the package builds now for big-endians as well. Do you agree, that we can close the bug as well as the issue? Best regards, Liubov [1] http://buildd.debian.org/python-biom-format

Bug#956469: SRT support is not enabled

Control: severity -1 normal Hi, Thank you for the report. This requires packaging ocaml-srt [1]. I have filed an ITP blocking this bug to track it. [1] https://github.com/savonet/ocaml-srt Cheers Kyle On 2020/04/11 19:37, Sébastien Leblanc wrote: > Package: liquidsoap > Version: 1.4.1-1 >

Bug#956478: ITP: ocaml-srt -- OCaml bindings for the Secure, Reliable, Transport protocol library

Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956469 by -1 * Package name: ocaml-srt Version : 0.1.0 Upstream Author : Savonet Team * URL : https://www.liquidsoap.info * License : GPL-2 Programming Lang: OCaml Description :

Bug#956477: herbstluftwm: please make the build reproducible

Source: herbstluftwm Version: 0.8.0-2 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 herbstluftwm could not be

Bug#956476: libnet-async-ssl-perl: long description contains boilerplate from dh-make-perl

Package: libnet-async-ssl-perl Version: 0.22-2 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Long description of libnet-async-ssl-perl contains this: > This description was automagically extracted from the module > by dh-make-perl. That seems pretty useless for Debian's users,

Bug#956475: libnet-async-http-perl: should recommend (or at least suggest) libnet-async-ssl-perl

Package: libnet-async-http-perl Version: 0.45-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Long description of libnet-async-http-perl includes this: > Net::Async::HTTP optionally supports SSL connections, > if IO::Async::SSL is installed. That seems like a reason for

Bug#956473: sprai: please make the build reproducible

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

Bug#942404: Tests seem to work again

Hi Paul, I tried hard but wasn't able to reproduce the bug (in a clean chroot). Even for the stable version (2.3.0-2) tests are passing (several times in a row). Looking at the debci logs [1], tests are passing for quite some time. Do you think, it makes sense to keep it longer? Best regards,

Bug#956425: RM: python-trollius -- RoQA; python2-only; backport of a another project; deprecated upstream; no rdeps

Actually nevermind. Once I decrufted uswgi it was fine. Scott K signature.asc Description: This is a digitally signed message part.

Bug#956472: atitvout: Consider removing this package

Source: atitvout Version: 0.4-13 Severity: serious Tags: sid bullseye X-Debbugs-CC: r...@gna.org Dear Debian atitvout maintainer, The upstream of atitvout was not active since 2003 (!). Besides, this package saw no upload in Debian since 2009. It is also an i386-only package currently. As a

Bug#956471: snapshot.debian.org: Missing Content-Type for .deb files?

Package: snapshot.debian.org Hi, First, thanks for maintaining snapshot.debian.org. I just accidentally single-clicked on a ".deb" link in my browser and it attempted to render the binary file within my browser window, ie: debian-binary 1564357938 0 0 100644 4 ` 2.0

Bug#956465: bash-completion: umount completion requires gawk

Control: reassign -1 mount Control: merge -1 933934 Hi, наб, Thanks for the report. I'll reassign it to the mount package, because completions for umount are shipped by it, not by bash-completion. Also, I'll mark it as a duplicate of bug 933934. Cheers, Gabriel

Bug#956470: libtorrent-rasterbar9: Please update libtorrent-rasterbar to v1.2.x

Package: libtorrent-rasterbar9 Version: 1.1.13-1.1+b2 Severity: wishlist Tags: upstream Dear Maintainer, As the title suggests, please update libtorrent-rasterbar to 1.2.x. 4+ months ago I opened a bug report about updating qbittorrent to v4.2.x. A couple of weeks ago I discovered that

Bug#936802: kmer: Python2 removal in sid/bullseye

Hi Andreas, As I mentioned during today's Jitsi meeting, kmer builds and all the tests passed in a clean sbuild schroot. Should we close the bug and make a release then? Regards, Liubov

Bug#956469: SRT support is not enabled

Package: liquidsoap Version: 1.4.1-1 Severity: important Upstream added support for SRT, but the build does not include it. -- % liquidsoap 'output.dummy(input.srt())' At line 1, char 13-23: Error 4: Undefined variable input.srt -- /usr/share/liquidsoap % grep -cR srt bin/extract-replaygain:0

Bug#955812: gedit-latex-plugin does not work anymore

Dear Pietro, thanks for your efforts. I fear the issue is related to both gedit-latex (upstream) *and* gedit. I also have a feeling that the trace I sent before was there since quite some time, whereas gedit-latex (which I use daily) broke a couple weeks ago. Anyway, I'll stay tuned and see what

Bug#956468: RM: pycassa -- RoQA; Depends on Python 2, dead upstream

Package: ftp.debian.org Severity: normal Please remove pycassa. It depends on Python 2, the last upstream commit happened three years ago and the upstream PR for Py3 support (#178) hasn't seen any update since 2014. Cheers, Moritz

Bug#956462: pymca: FTBFS with Qhull 2019.1

Do you provide a pkgconfig file with qhull ? De : debian-science-maintainers [debian-science-maintainers-bounces+picca=synchrotron-soleil...@alioth-lists.debian.net] de la part de Timo Röhling [t...@gaussglocke.de] Envoyé : samedi 11 avril 2020 19:08 À :

Bug#956467: transition: qhull

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Control: block -1 by 956460 956461 956462 Dear release team, I would like to transition qhull 2019.1 after some ABI breaking changes in upstream. API seems mostly unaffected, except for

Bug#956466: RM: django-ratelimit -- RoQA; Depends on Python 2, unmaintained

Package: ftp.debian.org Severity: normal Please remove django-ratelimit. It depends on Python and is RC-buggy since 2015 (#806355) and consequently missed the last two stable releases. The last maintainer upload was in 2014. Cheers, Moritz

Bug#956465: bash-completion: umount completion requires gawk

Package: bash-completion Version: 1:2.10-1 Severity: normal Tags: patch Dear Maintainer, The umount completion seems to depend on gawk's gensub() [1] being present in awk, but Debian installs mawk, which doesn't have it [2], by default. This has led to this transcript on a new-ish sid system:

Bug#956462: pymca: FTBFS with Qhull 2019.1

Source: pymca Version: 5.5.4+dfsg-1 Severity: important Tags: ftbfs, patch Dear maintainer, your package uses a deprecated include path for Qhull, which will no longer build with the latest release. Attached is a patch that will fix the build with the qhull package in experimental. ---

Bug#956463: ITP: golang-github-la5nta-wl2k-go -- A Winlink framework for Go

X-Debbugs-CC: debian-de...@lists.debian.org, debian...@lists.debian.org Package: wnpp Severity: wishlist Owner: Taowa Munene-Tardif * Package name: golang-github-la5nta-wl2k-go Version : 0.7.0-1 Upstream Author : Martin Hebnes Pedersen * URL :

Bug#956464: solr-tomcat: Unable to perform replication as slave

Package: solr-tomcat Version: 3.6.2+dfsg-20+deb10u1 Severity: normal Dear Maintainer, Solr running under Tomcat is unable to perform replication as a slave. This is because during replication it tries to create a temporary directory within its configuration directory (normally /etc/solr/conf,

Bug#840597: ITP: pyflame -- CPU profiler and flame graph tool for Python

Control: retitle -1 RFP: pyflame -- CPU profiler and flame graph tool for Python .

Bug#956461: saga: FTBFS with Qhull 2019.1

Control: tags -1 pending Hi Timo, Thanks for the patch and forwarding it upstream. It's included in git and will be uploaded after qhull 2019.1 is moved to unstable. Please raise the severity of this issue to serious when you do. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1

Bug#947766: Cannot create mesh from shape

On Mon, 30 Dec 2019 13:34:38 +0100 (CET) victornem...@free.fr wrote: > Package: freecad > Version: 0.18.4+dfsg1-1 > > When I try to tesselate a shape, I get an empty mesh. > In the status part, a red text appears: "name 'MeshPart' is not defined". > In the console, the following text appears:

Bug#955668: libgaminggear: FTBFS: pango-coverage.h:28:10: fatal error: hb.h: No such file or directory

Le vendredi 03 avril 2020 à 21:37:34+0200, Lucas Nussbaum a écrit : > [snip] libpango1.0-dev should depend on libharfbuzz-dev, but it doesn't. This bug seems to be in src:pango1.0, and therefore I reassign it. Dear pango1.0 maintainers, please fix the dependencies of libpango1.0-dev. With best

Bug#950501:

I am on queue for this :-)

Bug#937579: python-apt: Python2 removal in sid/bullseye

> Oh yes, let's kill that Python 2 support, woohoo. Then I can move > all those # type annotations into signatures proper. Just want to point out that this could be achieved in 2 steps: first just remove the binary package and all the python2 packaging infrastructure (so we dont delay the

Bug#956461: saga: FTBFS with Qhull 2019.1

Source: saga Version: 7.3.0+dfsg-3 Severity: important Tags: ftbfs, patch Dear maintainer, your package uses a deprecated include path for Qhull, which will no longer build with the latest release. I took the liberty to report this to upstream already. Attached is a patch that will fix the

Bug#955438: grpc: libupb.so.9 is not installed in any binary package

On 2020, ഏപ്രിൽ 11 9:44:07 PM IST, "László Böszörményi (GCS)" wrote: >On Mon, Apr 6, 2020 at 2:02 PM Pirate Praveen > wrote: >> This patch makes the build successful. >> >> >https://salsa.debian.org/debian/grpc/-/blob/buster-backports/debian/patches/no-link-upb.patch > I still would be

Bug#937579: python-apt: Python2 removal in sid/bullseye

On Sat, Apr 11, 2020 at 7:01 AM Moritz Mühlenhoff wrote: > > On Fri, Apr 10, 2020 at 07:00:50PM -0400, Sandro Tosi wrote: > > > This is scheduled for 2.1.0, which should happen shortly. How fast > > > do you want it? > > > > asap of course :) there are only 2 rdeps of pyflakes: python-apt and > >

Bug#956460: 3depict: FTBFS with Qhull 2019.1

Source: 3depict Version: 0.0.22-1.2 Severity: important Tags: ftbfs, patch Dear maintainer, your package uses a deprecated include path for Qhull, which will no longer build with the latest release. I took the liberty to report this to upstream already. Attached is a patch that will fix the

Bug#927787: the new upstream does exist, but not where debian/watch is looking

Control: reopen -1 Upstream has moved to https://github.com/DataTables (see the base datatables.js package). As well as the Bootstrap 4 styling option, there are two new extensions (RowGroup and SearchPanes), and probably other changes. Each extension is now a separate upstream repository,

Bug#955438: grpc: libupb.so.9 is not installed in any binary package

On Mon, Apr 6, 2020 at 2:02 PM Pirate Praveen wrote: > This patch makes the build successful. > > https://salsa.debian.org/debian/grpc/-/blob/buster-backports/debian/patches/no-link-upb.patch I still would be interested why it links with upb in your backport when in Sid it doesn't. Something is

Bug#956457: Enable wired authentication service

Hello Lars Beckers, Thanks for your bug report. On Sat, Apr 11, 2020 at 04:58:08PM +0200, Lars Beckers wrote: > Package: iwd > Version: 1.6-1 > Severity: wishlist > > Dear Maintainer, > > `iwd' provides a separate daemon, called `ead', for authentication on > wired interfaces. One can use it

Bug#956384: repository location

The repository can be found on Salsa at: https://salsa.debian.org/med-team/prinseq-lite/ Kind Regards, -- Étienne Mollier Fingerprint: 5ab1 4edf 63bb ccff 8b54 2fa9 59da 56fe fff3 882d Help find cures against the Covid-19 ! Give CPU cycles: * Rosetta@home:

Bug#954656: nyx: does not start/work

Sorry for my previous messages, neomutt decided to send those messages when I clicked "reply" in the BTS web interface :/. On Sun, Mar 22, 2020 at 12:49:45PM +0100, Gordon Shumway wrote: > Dear Maintainer, > >* Starting nyx shows the same error as reported related to python3-stem > bug

Bug#954422: transition: GNOME 3.36

budgie-desktop has now been transitioned to unstable. thx David On Sat, 11 Apr 2020 at 13:42, Simon McVittie wrote: > > On Fri, 10 Apr 2020 at 12:27:04 +0200, Emilio Pozuelo Monfort wrote: > > Let's go ahead. The situation looks to be in a good state. Extensions have > > always been treated

Bug#956455: RFS: smart-tools [ITP]

Hi, I'm looking for a sponsor for the package: * smart-open (#956455) The packages are on: https://salsa.debian.org/med-team/smart-open The package is dependency of idseq-bench[1,2]. [1] https://github.com/chanzuckerberg/idseq-bench [2] https://bugs.debian.org/956033 The package does

  1   2   >