Bug#949315: cups-filters: driverless generates wrong InputSlots

tags 949315 upstream forwarded 949315 https://github.com/OpenPrinting/cups-filters/issues/201 thanks On Sun 19 Jan 2020 at 20:10:17 +0100, Martin Mares wrote: > Package: cups-filters > Version: 1.21.6-5 > Severity: important > > When I use "driverless" to generate a PPD for my Xerox B215

Bug#950792: /usr/lib/libreoffice/program/soffice: Opening OpenOffice make Xorg crash

Package: libreoffice-core Version: 1:6.3.4-2 Severity: important File: /usr/lib/libreoffice/program/soffice Dear Maintainer, launching libreoffice make Xorg crash. Xorg log, /var/log/Xorg.0.log : [ 7245.804] (EE) [ 7245.804] (EE) Backtrace: [ 7245.805] (EE) 0: /usr/lib/xorg/Xorg (?+0x0)

Bug#542951: kipi-plugins: Separate plugins with extra dependencies

On Sat, Aug 22, 2009 at 02:39:43PM +0200, Eduardo Ramírez wrote: > Package: kipi-plugins > Version: 0.5.0-1 > Severity: wishlist > > Currently installing kipi-plugins also installs libavahi-client3, > libavahi-common-data, libavahi-common3, libsane and libksane0; even though I > don't have a

Bug#884949: digikam crashes on red eye removal

On Thu, Dec 21, 2017 at 09:50:18PM +0100, Torsten Crass wrote: > Package: digikam > Version: 4:5.3.0-1 > Severity: normal > > Dear Maintainer, > > the digikam version currenlty included in Stretch (4:5.3.0-1) consistently > crashes when trying to apply red eye reduction to an image. This

Bug#950790: libqt5qml5: Do a double build with SSE2 enabled on i386

On Thu, Feb 06, 2020 at 11:08:41AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > Lars pointed out [1] that QtQml (and so I guess this lib, will need to double > check) would really benefit from a i386 build with SSE2 enabled. > > [1] >

Bug#950791: neomutt: missing debian/copyright entries for autosetup/*

Source: neomutt Version: 20180716+dfsg.1-1 Severity: serious Justification: Policy 12.5 The file autosetup/autosetup leads with the following comment: # Copyright (c) 2006-2011 WorkWare Systems http://www.workware.net.au/ # All rights reserved This is a bit concerning, but the

Bug#950272: buster-pu: package mariadb-10.3 10.3.22-0+deb10u1

Hi Otto, On 06-02-2020 14:10, Otto Kekäläinen wrote: >> tail: cannot open '/home/debci/.kodi/temp/kodi.log' for reading: No such >> file or directory >> tail: no files remaining > > This is the only output in the test log, otherwise it is installing > packages and everything else seemed to go

Bug#950790: libqt5qml5: Do a double build with SSE2 enabled on i386

Package: libqt5qml5 Version: 5.12.5-5 Severity: normal Lars pointed out [1] that QtQml (and so I guess this lib, will need to double check) would really benefit from a i386 build with SSE2 enabled. [1] -- System

Bug#950789: lightning: Lost all nextcloud caldav token

Package: lightning Version: 1:68.4.2-1 Severity: normal Dear Maintainer, * What led up to the situation? I update from 60 to 68 * What exactly did you do (or not do) that was effective (or ineffective)? I just do a regular apt update && apt upgrade and after that close and restart

Bug#842610: digikam lost track of photos when renaming an album

Hi, Le 06/02/2020 à 13:35, Agustin Martin a écrit : > Triaging old bug reports. Is this still a problem with current digikam > (6.4.0 in sid)? I tried some simple renamings with 6.4.0 and seems to work. I think that this particular bug can be closed. However, from times to times, the digikam

Bug#950775: RFP: boringtun -- userspace WireGuard implementation in Rust

On Feb 06, Dmitry Smirnov wrote: > URL: https://github.com/cloudflare/boringtun > Description: userspace WireGuard implementation in Rust What is the purpose of having this packaged in Debian? It is at most a proof of concept, with hardly any improvements since it has been

Bug#950669: cups-browsed: segfault at 0 ip 00000000f79ffb5b sp 00000000fffd3828 error 4 in libc-2.29.so

Hello Thorsten, getting the source of such an address is possible, even with ASLR, if the library versions are known and dbgsyms are available, like in attached file. It looks like a null pointer is given to strncasecmp_l. But you are right, this information might still not be very useful,

Bug#950272: buster-pu: package mariadb-10.3 10.3.22-0+deb10u1

> tail: cannot open '/home/debci/.kodi/temp/kodi.log' for reading: No such file > or directory > tail: no files remaining This is the only output in the test log, otherwise it is installing packages and everything else seemed to go fine. Test source says it just starts the app, but now it does

Bug#950272: buster-pu: package mariadb-10.3 10.3.22-0+deb10u1

Hi Otto, kodi maintainers, On 02-02-2020 11:56, Otto Kekäläinen wrote: > Ok, I will amend the changelog and re-upload today 1:10.3.22-0... to > buster updates. The autopkgtest of kodi fails on ppc64el (twice) with the p-u version of MariaDB, while it passes with the old MariaDB version. I'll

Bug#842610: digikam lost track of photos when renaming an album

On Sun, Oct 30, 2016 at 08:38:03PM +0100, Vincent Danjean wrote: > Package: digikam > Version: 4:5.2.0-2 > Severity: normal > > Hi, > > First, note that my digikam version is 4:5.2.0-2.1 instead of > 4:5.2.0-2 because I recompile it locally with -DENABLE_MEDIAPLAYER=on > (see #834131). > >

Bug#546403: kipi-plugins: includes Adobe DNG SDK, with problematic license

DNG support is still present in digiKam, COPYING-ADOBE is now found in core/libs/dngwriter. reassign 546403 digikam thanks

Bug#799778: digikam: Not able to import pictures from CANON EOS350D after upgrading from 3.5

On Sun, Dec 20, 2015 at 10:57:05PM -0600, Steve M. Robbins wrote: > On Tue, 22 Sep 2015 15:34:20 +0200 Etienne BRETTEVILLE > wrote: > > > After upgrading from LinuxMintDebianEdition LMDE 1 (based on debian 7) to > LMDE2 > > based on debian Jessie, digikam has been updated to 4.4.0 instead of

Bug#930534: Bug#930521: release.debian.org: provide machine-readable information about the freeze period for each release

Hi, On 06-02-2020 12:25, Paul Wise wrote: > On Thu, 2020-02-06 at 12:02 +0100, Paul Gevers wrote: > >> We already have a maintained agenda for the team [1]. Would it make >> sense to use that somehow? > > That doesn't appear to have enough info right now, it contains only the > unblock deadline

Bug#546403: kipi-plugins: includes Adobe DNG SDK, with problematic license

On Sun, Sep 13, 2009 at 08:51:06AM +0300, Lars Wirzenius wrote: > Package: kipi-plugins > Version: 0.6.0-1 > Severity: severe > Justification: presumed non-free license for included library > > kipi-plugins contains a copy of the Adobe DNG SDK, which the ftpmasters > (specifically, Joerg Jaspert)

Bug#927145: digikam: Digikam should depend on libhdf5-100

On Mon, Apr 15, 2019 at 04:48:38PM +0200, valette wrote: > Package: digikam > Version: 4:5.9.0-1+b1 > Severity: important > > digikam > digikam: error while loading shared libraries: libhdf5_serial_hl.so.100: > cannot open shared object file: No such file or directory Hi, Steve has already

Bug#950788: /usr/share/man/man5/sysctl.d.5.gz: sysctl.d.5 man page has confusing directory order

Hi Craig Am 06.02.20 um 12:31 schrieb Craig Small: > Package: systemd > Version: 244-3 > Severity: minor > File: /usr/share/man/man5/sysctl.d.5.gz > > The sysctl.d.5 man page says this: > > Configuration files are read from directories in /etc/, /run/, > /usr/local/lib/, and /lib/, in

Bug#918478: Digikam imageeditor blank screen patch, backported from Digikam 6.0

On Sat, Nov 09, 2019 at 05:36:07PM -0500, Timothy E. Harris wrote: > Because this bug affected me, I backported the patch from Digikam 6.0 to the > buster digikam version Hi, Thanks for the patch. Steve has just uploaded digikam 6.4.0, which should include the fix, to sid. I have minimally

Bug#943692: reopened for stable

Dear Maintainer, I have reopened this bug as long as it is not fxed in debian stable. Please, push the provided patch to squid-4.6 in buster. Hopefully, next security update (fixing CVE-2020-8517, CVE-2020-8450, CVE-2020-8449 and CVE-2020-8449) will be done soon so we sould have fixed version

Bug#950788: /usr/share/man/man5/sysctl.d.5.gz: sysctl.d.5 man page has confusing directory order

Package: systemd Version: 244-3 Severity: minor File: /usr/share/man/man5/sysctl.d.5.gz The sysctl.d.5 man page says this: Configuration files are read from directories in /etc/, /run/, /usr/local/lib/, and /lib/, in order of precedence. Each configuration file in these configuration

Bug#950780: Can't open DBIP database

An upstream request has been filed at netfilter-devel mailing list . On Thu, Feb 6, 2020 at 12:01 PM jean-christophe manciot < actionmysti...@gmail.com> wrote: > Thanks, I'll take care of it. > > On Thu, Feb 6, 2020 at 11:38 AM Dmitry

Bug#950787: python3-netaddr: strategy/__init__.py:189: SyntaxWarning: "is not" with a literal. Did you mean "!="?

Package: python3-netaddr Version: 0.7.19-3 Severity: normal Usertags: warnings File: /usr/lib/python3/dist-packages/netaddr/strategy/__init__.py When I upgrade python3-netaddr to the latest version, I get this warning, which I think is new in Python 3.8: Preparing to unpack

Bug#950626: dcut silently fails

reopen 950626 kthxbye On Thu, Feb 06, 2020 at 01:47:34PM +1100, Ben Finney wrote: > On 05-Feb-2020, Mark Brown wrote: > > If dcut is generating commands which produce no response from the > > server that seems like a really bad bug in dcut. > The server does not process commands immediately, so

Bug#915797: /etc/sysctl.d/protect-links.conf should be in /usr/lib/sysctl.d/

Actuallty looking at the code this time, yep it (procps sysctl) does do that and reads them in order of precedence of the directories. I think procps may have the order different though as /run is before /etc. The sysctl.d man page is actually confusing so it's hard to say. - Craig On Thu, 6

Bug#950786: debian folder disappears on v2.3.0

Package: cryptsetup Version: v2.3.0 Sources: https://salsa.debian.org/cryptsetup-team/cryptsetup git-cryptsetup (master)# git log -1 commit 6b1ce46de9943388d2ea0973696b67a7d4ccb694 (HEAD -> master, origin/master, origin/HEAD) Author: Guilhem Moulin Date: Tue Feb 4 15:02:02 2020 +0100

Bug#930534: Bug#930521: release.debian.org: provide machine-readable information about the freeze period for each release

On Thu, 2020-02-06 at 12:02 +0100, Paul Gevers wrote: > We already have a maintained agenda for the team [1]. Would it make > sense to use that somehow? That doesn't appear to have enough info right now, it contains only the unblock deadline and not the other freeze data. > I fear that having

Bug#915797: /etc/sysctl.d/protect-links.conf should be in /usr/lib/sysctl.d/

On Fri, 7 Dec 2018 at 07:42, Josh Triplett wrote: > Package: procps > Version: 2:3.3.15-2 > Severity: normal > File: /etc/sysctl.d/protect-links.conf > > protect-links.conf is supplied by Debian, and should be in > /usr/lib/sysctl.d/ ; the sysadmin can still override it by creating >

Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

On Thu, Feb 6, 2020 at 8:39 AM Michael Biebl wrote: > > Am 06.02.20 um 09:22 schrieb Adam D. Barratt: > > On 2020-02-06 08:12, Paul Gevers wrote: > >> Hi, > >> > >> On 06-02-2020 00:07, Adam D. Barratt wrote: > >>> On Wed, 2020-02-05 at 22:42 +, Sudip Mukherjee wrote: > On Wed, Feb 5,

Bug#930534: Bug#930521: release.debian.org: provide machine-readable information about the freeze period for each release

Hi Paul, On Sat, 15 Jun 2019 01:17:51 +0800 Paul Wise wrote: > In order to implement the request below (hide some suggestions from > tracker.d.o during the freeze (and possibly other things)), we need a > machine-readable information source about the current stage of the > freeze and what that

Bug#950470: breezy still fails with one autopkg test on the binary-indep buid

On Sun, Feb 02, 2020 at 10:37:41AM +0100, Matthias Klose wrote: > Package: src:breezy > Version: 3.0.2-3 > Severity: serious > Tags: sid bullseye > > see > https://buildd.debian.org/status/fetch.php?pkg=breezy=all=3.0.2-3=1580478666=0 > >

Bug#950342: RM: volatility/2.6.1-1

Control: tags -1 moreinfo Hi Sandro, On 31-01-2020 16:02, Sandro Tosi wrote: > Please remove volatility from testing; volatility is the last reverse > dependency of python-openpyxl, which can then be dropped. > > I've already filed an RC bug against src:volatility to keep it out of testing.

Bug#950363: licensecheck reports dubious (may be misleading) information for image files

control: severity -1 wishlist control: retitle -1 licensecheck: detect additional (i.e. non-SPDX) qualities Quoting Dominique Dumont (2020-02-06 10:17:26) > On Friday, 31 January 2020 20:28:50 CET Jonas Smedegaard wrote: > > Concretely I do think that you have spotted an issue with an image > >

Bug#950785: ITP: r-bioc-rwikipathways -- rWikiPathways - R client library for the WikiPathways API

Package: wnpp Severity: wishlist Subject: ITP: r-bioc-rwikipathways -- rWikiPathways - R client library for the WikiPathways API Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: r-bioc-rwikipathways Version : 1.6.1 Upstream Author : Copyright: (FIXME:

Bug#946491: unattended-upgrades: 100% of at least one CPU core consumed until killed daily via debian

If I can give a bit more information on this bug, since it affects me too... Every day, at around the same time, I notice my computer heating up, because the unattended-upgrades process is running. This happens even though I have masked the service in systemd. Attempting to kill the process

Bug#950784: RM: mgltools-gle -- ROM; Unmaintained, no Python2 port

Package: ftp.debian.org Severity: normal Hi, I hereby request removal of this package since it is unmaintained and has no Python2 port (see #937024). Kind regards Andreas.

Bug#947238: Not giving any clue on how to reproduce

Hi, I've seen that this bug was the cause for keepalived to be removed from Testing. However, this bug was opened against keepalived in Stable. I've been using this version in production for nearly a year, and never experienced the same thing, everything just runs smoothly for me. So without

Bug#950783: ITP: python-cdsapi -- Python interface for the ECMWF CDS API

Package: wnpp Severity: wishlist Owner: Gard Spreemann * Package name: python-cdsapi Version : 0.2.5 Upstream Author : ECMWF * URL : https://pypi.org/project/cdsapi * License : Apache-2.0 Programming Lang: Python Description : Python interface for the

Bug#943173: Not in testing yet?

Hi Florian! On Thu, Feb 06, 2020 at 10:36:22AM +0100, Florian Bruhin wrote: > Hey, > > It looks like 5.14.0-2 with the fix isn't in testing yet? See > https://tracker.debian.org/pkg/pyqt5webengine > https://qa.debian.org/excuses.php?package=pyqt5webengine > > I don't really understand why - can

Bug#950255: RM: rust-pcap -- ROM; no longer in use

Control: reassign -1 ftp.debian.org Hi kpcyrd, On 30-01-2020 17:24, Paul Gevers wrote: > I assume you actually want the removal from unstable? Than the bug > should be reassigned to ftp.debian.org. I went ahead and reassigned. Please reassign back if you really only want it removed from

Bug#950721: ITP: bepasty -- binary pastebin / file upload service

Hi, On Wed, 05 Feb 2020 12:05:17 +0100 Elena ``of Valhalla'' wrote: > bepasty is like a pastebin for all kind of files (text, image, audio, video, > documents, ..., binary). > > AFAIK there is no other pastebin server inside debian, and this looks > simple enough to be reasonably mainteinable

Bug#950782: Please support 7z archives by adding python3-lz4 to Suggests

Package: recollcmd Version: 1.26.3-1 Severity: wishlist Dear maintainer, Recoll supports indexing 7z archives. If python3-lz4 is not installed, recoll gives errors such as :2:utils/netcon.cpp:699::NetconData::send: send(16): errno 32: Broken pipe :2:utils/execmd.cpp:874::ExecCmd::send: send

Bug#950780: Can't open DBIP database

On Thursday, 6 February 2020 8:29:44 PM AEDT jean-christophe manciot wrote: > # /usr/lib/xtables-addons/xt_geoip_build -D /usr/share/xt_geoip -S . > Can't open DBIP database > > This issue also happens with 3.8-1, but not with previous versions. Could it be related to the following upstream

Bug#950781: ITP: r-bioc-biocstyle -- standard styles for vignettes and other Bioconductor documents

Package: wnpp Severity: wishlist Subject: ITP: r-bioc-biocstyle -- standard styles for vignettes and other Bioconductor documents Package: wnpp Owner: Andreas Tille Severity: wishlist * Package name: r-bioc-biocstyle Version : 2.14.4 Upstream Author : Andrzej Oleś, Martin

Bug#950608: gmp 6.2.0 crashes postgresql-pgmp

Re: Steven Robbins 2020-02-06 <4839510.uz11uGdL23@riemann> > > the new gmp version makes postgresql-pgmp crash on arm64: > > > > https://ci.debian.net/data/autopkgtest/testing/arm64/p/postgresql-pgmp/ > 4173638/log.gz > > (linked from https://packages.qa.debian.org/g/gmp.html) > > ...etc.

Bug#950591: O: aboot

Control: retitle -1 ITA: aboot Control: owner -1 ! Changing to ITA and setting myself as owner. My pull request to switch to docbook-utils for aboot has been merged [1] upstream in the meantime. Thanks, Adrian > [1] >

Bug#943173: Not in testing yet?

Hey, It looks like 5.14.0-2 with the fix isn't in testing yet? See https://tracker.debian.org/pkg/pyqt5webengine https://qa.debian.org/excuses.php?package=pyqt5webengine I don't really understand why - can someone elaborate on what's going on? It looks like dependent packages (like qutebrowser,

Bug#950780: Can't open DBIP database

Package: xtables-addons Version: 3.8-2 # ls *.csv GeoLite2-Country-Blocks-IPv4.csv GeoLite2-Country-Locations-en.csv GeoLite2-Country-Locations-ja.csv GeoLite2-Country-Locations-zh-CN.csv GeoLite2-Country-Blocks-IPv6.csv GeoLite2-Country-Locations-es.csv

Bug#950363: licensecheck reports dubious (may be misleading) information for image files

Hi Jonas On Friday, 31 January 2020 20:28:50 CET Jonas Smedegaard wrote: > I agree with your analysis but not your conclusion: I will argue that > the image _does_ have copyright information - just not at its ideal > place. Hmmf, you're right. I assumed wrongly that the ICC info was kind of a

Bug#950779: Incorrect dependency on "libxcb-xfixes0-dev."

Package: libxcb-xinput-dev Version: 1.13.1-4 Severity: important The new version cannot be installed as it depends on "libxcb-xfixes0-dev." (typo with a trailing dot).

Bug#950778: Debian GDB patch

Package: gdb Version: 8.3-1 Severity: normal tags: patch Hello Christian, Missatge de Christian Biesinger del dia dj., 6 de febr. 2020 a les 2:11: > I noticed that in > https://salsa.debian.org/gdb-team/gdb/blob/debian/unstable/debian/patches/load-versioned-libcc1.patch, > you only changed

Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

Am 06.02.20 um 09:22 schrieb Adam D. Barratt: > On 2020-02-06 08:12, Paul Gevers wrote: >> Hi, >> >> On 06-02-2020 00:07, Adam D. Barratt wrote: >>> On Wed, 2020-02-05 at 22:42 +, Sudip Mukherjee wrote: On Wed, Feb 5, 2020 at 10:22 PM Christian Barcenas wrote: > Because this

Bug#881098: unbuffered pee

I looked at the sources just now, and it does this: for (i = 1; i < argc; i++) { pipes[i - 1] = popen(argv[i], "w"); ... setbuf(pipes[i - 1], NULL); } I.e. each pipe is already unbuffered. Matthew, can you confirm that you are

Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

On 2020-02-06 08:12, Paul Gevers wrote: Hi, On 06-02-2020 00:07, Adam D. Barratt wrote: On Wed, 2020-02-05 at 22:42 +, Sudip Mukherjee wrote: On Wed, Feb 5, 2020 at 10:22 PM Christian Barcenas wrote: Because this changes the versioning scheme from kernel releases (libbpf-dev and libbpf0

Bug#950753: nmu: csound_1:6.13.0~dfsg-3 and other stk reverse dependencies

Hi Sebastian, On 05-02-2020 20:35, Sebastian Ramacher wrote: > libstk bumped its SOAME. So please schedule rebuilds for its reverse > dependencies: > > nmu csound_1:6.13.0~dfsg-3 . ANY . unstable . -m "Rebuild against > libstk-4.6.1" > dw csound_1:6.13.0~dfsg-3 . ANY . -m "libstk0-dev (>=

Bug#950760: RFS: libbpf/0.0.6-1 -- eBPF helper library (development files)

Hi, On 06-02-2020 00:07, Adam D. Barratt wrote: > On Wed, 2020-02-05 at 22:42 +, Sudip Mukherjee wrote: >> On Wed, Feb 5, 2020 at 10:22 PM Christian Barcenas >> wrote: >>> Because this changes the versioning scheme from kernel releases >>> (libbpf-dev and libbpf0 currently are at 5.4.13-1 in

<    1   2