Bug#959037: lintian: FPOS? for executable-in-usr-lib

Package: lintian Version: 2.68.0 X-Debbugs-Cc: debian-b...@lists.debian.org Hi, I'm CCing d-boot@ for confirmation, since I'm not sure if maybe I'm doing something wrong. Today I notices these tags: P: eatmydata-udeb udeb: executable-in-usr-lib usr/lib/finish-install.d/13eatmydata-udeb N: N:

Bug#950198: restinio

On Mon, Apr 27, 2020 at 01:22:29PM +0200, Sébastien Delafond wrote: > It was perfectly clear the first time, and this is where we can agree to > disagree. Dear Sébastien. Yes, lets agree. > Starting on this project I had a couple of goals. Towards the original goal (getting Jami into Debian),

Bug#950488: buster-pu: package kronosnet/1.8-2

Control: tags -1 - moreinfo "Adam D. Barratt" writes: > Apologies for not replying sooner. No problem. I was starting to accept that my request was so outlandish that it didn't even warrant a reply. :) > On Sun, 2020-02-02 at 14:47 +0100, Ferenc Wágner wrote: >> I'v got a bold request:

Bug#959036: localslackirc: missing build dependency on python3-attr

Source: localslackirc Version: 1.8-1 Severity: serious Tags: ftbfs https://buildd.debian.org/status/fetch.php?pkg=localslackirc=all=1.8-1=1587506546=0 ... dh_auto_test -i make -j4 test make[1]: Entering directory '/<>' MYPYPATH=stubs mypy --config-file mypy.conf irc.py Success: no

Bug#958419: swi-prolog 8.1.29 in Debian

Hi Jan, Вт 28 апр 2020 @ 11:22 Jan Wielemaker : > Hi Lev, Jos, > > For Jos, the problem is that eye installs as a SWI-Prolog saved state, > which is highly version dependent and this is difficult to deal with > given the Debian dependency and upgrade policy (Lev, hope this is the > right

Bug#958894: grub-efi-amd64-bin: Secure Boot forbids loading? module from .../multiboot.mod

Am 2020-04-26 20:06, schrieb Steve McIntyre: Sorry, no. Grub doesn't have any support for signing of modules itself. For Secure Boot, all the desired modules have to built-in. So, there isn't much left that could be done from the GRUB side of things? - Fabian

Bug#959034: scilab: Updating Buster (notification) => scilab 6.0.1 dead. Illegal reflective operation. java --version : => openjdk 11.0.7

Package: scilab Version: 6.0.1-10 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? After updating Buster (2020-04-25) => unable to launch scilab 6.0.1-10 (was working before)

Bug#938554: spyne: Python2 removal in sid/bullseye

python-lxml (py2) was lately removed from unstable: #936973. So spyne is unusable in unstable now as well. Maybe you want to reconsider uploading the current beta version that is available at https://mentors.debian.net/package/spyne.

Bug#958853: anki: Upstream new version

Im not sure how much i can help since i dont know anything about rust I checked https://salsa.debian.org/debian/anki But its not been touched in a long time Where do you keep your development? On Sun, Apr 26, 2020 at 11:19 AM Julian Gilbey wrote: > On Sat, Apr 25, 2020 at 10:15:55PM +0200,

Bug#958925: grub-efi: Does not sign EFI entries.

El 27/4/20 a las 17:36, Steve McIntyre escribió: It brings all this upside down, and it's already spinning me around. I have followed this: https://wiki.debian.org/GrubEFIReinstall Best of all, it had another entry that led me to another file that did have the GRUB signature, but for "Secure

Bug#954905: Please provide more context information

Control: tag -1 moreinfo unreproducible Control: severity -1 important [ resending with submitter added to recipient list ] On 19/04/2020 15.47, Felix Dörre wrote: > Hi, > > I'd like to help you resolve the issue (bumblebee works flawlessly on my > debian unstable system). Could you please

Bug#959033: ITP: golang-github-fluffle-goirc -- Event-based stateful IRC client framework for Go.

Package: wnpp Severity: wishlist Owner: Filippo Giunchedi * Package name: golang-github-fluffle-goirc Version : 1.0.3-1 Upstream Author : Alex Bee * URL : https://github.com/fluffle/goirc * License : BSD-3-clause Programming Lang: Go Description :

Bug#959032: ITP: alertmanager-irc-relay -- Send Prometheus Alerts to IRC using Webhooks

Package: wnpp Severity: wishlist Owner: Filippo Giunchedi * Package name: alertmanager-irc-relay Version : 0.1.0-1 Upstream Author : Google * URL : https://github.com/google/alertmanager-irc-relay * License : Apache-2.0 Programming Lang: Go Description

Bug#905181: bbdb: Fail to install with emacs-common 1:25.2+1-8

Hi! On 2018-09-19T11:07:14+0200, I wrote: > Having done a system update today, I've now run into this, too: > > On Wed, 01 Aug 2018 12:13:29 +0200, Christian Marillat > wrote: >> ERROR: bbdb is broken - called emacs-package-remove as a new-style add-on, >> but has no compat file. >> [...] >>

Bug#958840: kmer: autopkgtest regression: No module named 'localAlignerInterface'

Hi Antoni On Sat, Apr 25, 2020 at 09:02:07PM +0200, Paul Gevers wrote: > ... > python3 /usr/bin/../lib/atac/bin/AtacDriver.py > /tmp/autopkgtest-lxc.pom4prd4/downtmp/autopkgtest_tmp/results/work/LeprvsTuber.matches.extended > > Traceback (most recent call last): > File

Bug#959031: libproxy0.4-cil: Consider dropping CLI binding?

Package: libproxy0.4-cil Version: 0.4.15-9 Severity: wishlist The libproxy CLI binding seems to have been responsible for a lot of the recent maintenance effort in libproxy, but nothing in Debian depends on it. Disabling it would be one less thing to sometimes FTBFS. Regards, smcv

Bug#958861: linux-image-5.5.0-2-amd64: nvidia dkms module fails to build on kernel 5.5.0-2-amd64

On Sat, 25 Apr 2020 18:48:10 -0500 Brent wrote: > I installed linux-image-5.5.0-2-amd64 and as part of the install it tried to > build nvidia-legacy-340-108 dkms module. There was an error in the nvidia > module build. Which version of the nvidia-legacy-340xx-kernel-dkms do you have installed?

Bug#959030: python3-libproxy: outputs quoted Python bytes literals instead of plain strings

Package: python3-libproxy Version: 0.4.15-9 Severity: important Tags: upstream $ cat debian/tests/resolve-proxy.py #!/usr/bin/python3 import libproxy import sys if __name__ == '__main__': factory = libproxy.ProxyFactory() for url in sys.argv[1:]: print('

Bug#959029: eckit: missing runtime dependency on libjemalloc-dev

Source: eckit Version: 1.10.1-2 Severity: serious tags: patch Hello, the missing runtime-dependency for the -dev package causes odb-api to FTBFS. http://debomatic-amd64.debian.net/distribution#unstable/odb-api/0.18.1-12/buildlog make[4]: *** No rule to make target

Bug#959027: swi-prolog-nox: compiler and runtime execution shipped in same package

Hi Jonas, Вт 28 апр 2020 @ 10:09 Jonas Smedegaard : > The package swi-prolog-nox is described as a compiler for the language, > and the package depends on packages containing development headers. > > That's fine for a _development_ environment, but not ideal in general. > > I maintain the

Bug#889048: réactivez votre compte

Votre compte a été suspendu en raison d'une violation par un tiers, veuillez cliquer sur le libre-service pour réactiver votre compte Centre de service: cliquez ici [1] Le défaut de réactivation entraînera la perte du compte de messagerie dans 50 minutes. Votre compte sera définitivement

Bug#959028: sats: mpd has single mode

Package: mpdtoys Version: 0.25 Severity: minor Just flick on single mode, and there's no need for sats. Might want to remove the tool… -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64)

Bug#958419: swi-prolog 8.1.29 in Debian

Quoting Lev Lamberov (2020-04-28 09:35:31) > I've got the following response from swi-prolog upstream about the > issue: > > Вс 26 апр 2020 @ 09:30 Jan Wielemaker : > > > Need to think a bit about the ABI issue. Basically, saved states are > > incompatible between versions, although you can

Bug#958277: (no subject)

> Examples of usage of each of what? I was referring to this statement of yours: "profiles" defines which profiles are included in simple-cdd, "auto-profiles" selects which profiles to use at run-time without asking the user." I'm not sure why it didn't make it through. I am still learning

Bug#958999: igraph: the library and PC metadata report wrong version

Control: tags -1 upstream Control: forwarded -1 https://github.com/igraph/igraph/issues/1377 Hi Jerome, thanks a lot for the bug report including a patch. I forwarded it upstream anyway since I was told there is a new version at horizont and thus an easy fix can be found there. Kind regards,

Bug#958668: u-boot: Please consider enabling rpi4 support

Hi, Yes, I can provide feedback when needed. Indeed, I have a local build of u-boot with rpi4 support, but haven't yet taken the time to submit a patch. Lucas On 28/04/20 at 09:59 +0200, Andreas Henriksson wrote: > Hello Vagrant and Lucas, > > On Fri, Apr 24, 2020 at 04:21:01PM -0700, Vagrant

Bug#959027: swi-prolog-nox: compiler and runtime execution shipped in same package

Package: swi-prolog-nox Version: 8.1.29+dfsg-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 The package swi-prolog-nox is described as a compiler for the language, and the package depends on packages containing development headers. That's fine for a _development_

Bug#912338: ITP: createrepo-c -- tool to create RPM repository metadata (C implementation)

Hi, FYI: some content of .cmake copyright are updated: * cmake/Modules/FindGLIB2.cmake * cmake/Modules/FindGTHREAD2.cmake

Bug#958384: Fixed Upstream

I just want to let you know that the bug is fixed upstream https://gitlab.freedesktop.org/NetworkManager/NetworkManager/-/merge_requests/482 Also I attached the patches from the MR fixing the bugs. Thanks for your work! Mirko >From 36831d620660f812e170172845582378f6fd8870 Mon Sep 17 00:00:00

Bug#958668: u-boot: Please consider enabling rpi4 support

Hello Vagrant and Lucas, On Fri, Apr 24, 2020 at 04:21:01PM -0700, Vagrant Cascadian wrote: > On 2020-04-24, Andreas Henriksson wrote: > > Please consider building the rpi4 (32 and 64bit) version of u-boot > > for the u-boot-rpi package. Patch attached for your convenience (which > > was only

Bug#956780: solaar: Depends on deprecated libappindicator

Control: tag -1 + fixed-upstream On Tue, 28 Apr 2020 08:57:08 +0900, Kentaro Hayashi wrote: > It seems that AyatanaIndicator support was already merged into master. > https://github.com/pwr-Solaar/Solaar/pull/728 > > And It will be shipped as 1.0.2-rc2 (not yet). >

Bug#825317: SV: UWAGA MICROSOFT

Administrator systemu Twoje hasło wygasa za kilka dni. Kliknij (Help Desk), aby zaktualizować bieżące hasło i automatycznie zaktualizować do najnowszego e-maila Outlook Web Apps 2020. Jeśli Twoje hasło nie zostanie zaktualizowane dzisiaj, Twoje konto zostanie

Bug#955807: transition: netcdf

On 2020-04-28 06:26:00, Sebastiaan Couwenberg wrote: > On 4/27/20 5:57 AM, Sebastiaan Couwenberg wrote: > > On 4/25/20 9:09 PM, Sebastian Ramacher wrote: > >> On 2020-04-25 17:23:03, Sebastiaan Couwenberg wrote: > >>> vtk7 (7.1.1+dfsg2-3) was just uploaded and it FTBFS as reported in > >>>

Bug#954031: [Sbcl-devel] Bug#954031: sbcl: Please allow building with clisp on currently unsupported architectures

Hi! On 4/1/20 5:05 PM, Sébastien Villemot wrote: > In any case, thanks for your commitment to helping with portability. > I’m going to apply the patch attached to the present bug in the next > upload. Looks like this effort has resulted in the first success as sbcl has built on big-endian ppc64

Bug#958419: swi-prolog 8.1.29 in Debian

Hi, I've got the following response from swi-prolog upstream about the issue: Вс 26 апр 2020 @ 09:30 Jan Wielemaker : > Need to think a bit about the ABI issue. Basically, saved states are > incompatible between versions, although you can have some luck on > closely related versions. There are

Bug#959026: ITP: ironic-tempest-plugin -- OpenStack Integration Test Suite - Ironic plugin

Package: wnpp Severity: wishlist Owner: Thomas Goirand * Package name: ironic-tempest-plugin Version : 2.0.0 Upstream Author : OpenStack Foundation * URL : https://opendev.org/openstack/ironic-tempest-plugin * License : Apache-2.0 Programming Lang: Python

Bug#959025: RFS: libx86/1.1+ds1-12 [ITA] -- x86 real-mode library

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libx86" * Package name: libx86 Version : 1.1+ds1-12 Upstream Author : Matthew Garrett * URL : https://www.codon.org.uk/~mjg59/libx86/ * License :

Bug#959024: Problems with uscan'ing on github from tracker.debian.org

Control: reassign -1 qa.debian.org Control: forcemerge 955268 -1 On Tue, 2020-04-28 at 09:48 +0300, Sergey B Kirpichev wrote: > Package: tracker.debian.org > Severity: important > > Right now in https://tracker.debian.org/pkg/auto-07p I see: > -->8-- > Problems while searching for a new upstream

Bug#953084: Re : initramfs-tools: Hangs while trying to generate the initrd

Le 28/04/2020 04:20:04, Ben Hutchings a écrit : > Control: tag -1 moreinfo > Please run this (as root) and send the output: > mkinitramfs -v -o initrd.img Hi, The bug seems solved. You can close it. Yours, nicolas patrois : pts noir asocial -- RÉALISME M : Qu'est-ce qu'il nous faudrait

Bug#959024: Problems with uscan'ing on github from tracker.debian.org

Control: block -1 by 955268 Already reported in #955268 Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1

Bug#955277: buster-pu: package mini-buildd/1.0.36

Hi Adam, thanks for yor answer. On Sun, 2020-04-26 at 15:34 +0100, Adam D. Barratt wrote: (...) > We'd need to see diffs for a proposed upload before OKing anything > here. Sure; just was somewhat confused how to proceed in the 1st place ;). I have now (correctly) flagged the bug as fixed in

Bug#959024: Problems with uscan'ing on github from tracker.debian.org

Package: tracker.debian.org Severity: important Right now in https://tracker.debian.org/pkg/auto-07p I see: -->8-- Problems while searching for a new upstream version uscan had problems while searching for a new upstream version: In watchfile debian/watch, reading webpage

Bug#958277: simple-cdd: Resulting Install CD asks for questions answered in the profiles/NAME.x files

On 2020-04-28, Buck wrote: > This is not clear. It sounds like a riddle. Please provide examples of > usage of each. What is not clear? What is a riddle? Examples of usage of each of what? I will admit, I am feeling the same way about these bug reports from this side of the computer screen.

Bug#959023: cgmanager: does not work in cgroup2 / unified hierarchy

Package: cgmanager Version: 0.41-2+b1 Severity: normal Tags: wontfix User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: cgroupv2 Dear Maintainer, When cgmanager was implemented, the cgroup2 / unified hierarchy did not exist. So, cgmanager does not work in the cgroup2 / unified

Bug#959022: cgroup-tools: does not work in cgroup2 / unified hierarchy

Package: cgroup-tools Version: 0.41-10 Severity: normal Tags: wontfix User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: cgroupv2 Dear Maintainer, It does not work in the cgroup2 / unified hierarchy. It gives # lssubsys # lscgroup cgroups can't be listed: Cgroup is not mounted

Bug#959021: cgroupfs-mount: does not work in cgroup2 / unified hierarchy

Package: cgroupfs-mount Version: 1.4 Severity: normal Tags: wontfix User: pkg-systemd-maintain...@lists.alioth.debian.org Usertags: cgroupv2 Dear Maintainer, When Debian uses the cgroup2 / unified hierarchy, cgroupfs-mount gives # /usr/bin/cgroupfs-mount mount: /sys/fs/cgroup/cpuset: cgroup

Bug#958929: git: Regression due to CVE-2020-11008 fix

severity 958929 important tags 958929 + upstream forwarded 958929 https://lore.kernel.org/git/20200428052510.ga201...@google.com/ quit Stefan Tauner wrote: > the vulnerability in CVE-2020-11008 is related to the handling > of credential helpers in git. In Buster this has been fixed in >

<    1   2