Bug#910917: RFA: apache2 -- Apache HTTP Server

On Wed, 07 Nov 2018 20:25:11 +0100 Stefan Fritsch wrote: > Hi Mosab, > > sorry for the late response. I forgot to subscribe to the wnpp report and did > not get your mail. > > On Thursday, 18 October 2018 10:47:34 CET Mosab Ibrahim wrote: > > I don't have experience with packaging, but I do have

Bug#944998: Update to sane-backends-1.0.28 for Canon Pixma TS8260 suport

Package: libsane Version: 1.0.27-3.2 Hi, The Endless OS user at https://community.endlessos.com/t/brother-bought-a-printer-scanner/10726/6 reports that his new Canon Pixma TS8260 is unable to scan. (Endless OS is based on Debian and uses Debian's sane-backends package with no modifications)

Bug#944968: popularity-contest: Program accesses internal dpkg database

On Sun, 17 Nov 2019 22:59:58 +0100 Bill Allombert wrote: > On Sun, Nov 17, 2019 at 10:44:02PM +0100, Guillem Jover wrote: > > Source: popularity-contest > > Source-Version: 1.69 > > Severity: important > > User: debian-d...@lists.debian.org > > Usertags: dpkg-db-access-blocker > > > > Hi! > > >

Bug#942235: Adding Python 3.8 as a supported Python3 version

On 18.11.19 07:52, Alastair McKinstry wrote: > So I've uploaded a python-xarray 0.14.0-2 which passes on python3.7. > > Its failing on python 3.8 but apparently due to pandas not ready on 3.8, so it > should be ok to pass as the transition completes. > > xarray really needs dask >= 2.0 but

Bug#944249: gnuplot-mode does not work with emacs26

Thanks for the patches, Agustin. I just tried it out. Works for the most part. One thing that doesn't work for me is (gnuplot-mode) being executed when opening a .gp file. You added this to the package, and the dh-elpa machinery is creating the appropriate file:

Bug#941713: buster-pu: package ntpsec/1.1.3+dfsg1-2+deb10u1

In the time since I created the original .debdiff, I have moved the ntpsec packaging from GitHub to Salsa and switched to DEP-14 branch naming. Attached is a refreshed .debdiff.2 and an .interdiff comparing that to the first .debdiff. The only changes are the Vcs-* and debian/gbp.conf changes

Bug#944949: dbus-python: needs an explicit build dependency on dh-python

On 17.11.19 20:53, Simon McVittie wrote: > Control: tags 944949 + moreinfo > > On Sun, 17 Nov 2019 at 19:07:39 +, Matthias Klose wrote: >> Please add an explicit build dependency on dh-python. > > As far as I can see it's been explicit since 2015. Is anything more > needed here? > > Note

Bug#934665: upload grpc and protobuf to unstable

On തി, Nov 18, 2019 at 10:31, Pirate Praveen wrote: opencv built fine without ccache in chroot. So only ola and ignition-transport are the relvant failures now. missed anbox from the second list sent by Nilesh. Now confirmed anbox also fails.

Bug#944997: ITP: ruby-net-ntp -- NTP client for ruby

Package: wnpp severity: wishlist Owner: Pirate Praveen this is a dependency of gitlab 12.3+

Bug#944995: gtkimageview FTBFS: error: ‘GTypeDebugFlags’ is deprecated

Source: gtkimageview Version: 1.6.4+dfsg-2 Severity: serious Tags: ftbfs gtkimageview fails to cross build from source in unstable. The crucial bit is: | /usr/include/gtk-2.0/gtk/gtktypeutils.h:236:1: error: ‘GTypeDebugFlags’ is deprecated [-Werror=deprecated-declarations] | 236 | void

Bug#944974: gdal-bin: gdal2tiles.py option --webviewer=leaflet does nothing.

Control: tags -1 upstream Control: forwarded -1 https://github.com/OSGeo/gdal/issues/2030 Hi Witold, This is not something to be fixed by the package maintainer, so I've forwarded it upstream. You should follow up there. Note the following from their issue template: " The GDAL project is made

Bug#934665: upload grpc and protobuf to unstable

On തി, Nov 18, 2019 at 01:16, Pirate Praveen wrote: nageru was a real failure but its maintainer fixed it as soon as I filed the bug. opencv seems to be fine (still building). opencv built fine without ccache in chroot. So only ola and ignition-transport are the relvant failures now.

Bug#944617: python3-h5py import performance severely degraded in 2.10.0 release (due to OpenMPI?)

Source: h5py Followup-For: Bug #944617 There is additional overhead in h5py 2.10 compared to 2.8. Comparing 2.10 with and without mpi support shows the load-up difference with mpi to be slower by a factor of only 2-3 rather than ×7. h5py 2.10.0 with mpi support: $ multitime -qq -n 10 python3

Bug#944994: trustedqsl: new upstream release 2.5.1 available

Source: trustedqsl Severity: wishlist Upstream has released a new version of TrustedQSL, which I am in the process of updating. This bug is merely for coordination/progress tracking and to prevent duplication of effort. Cheers, tony signature.asc Description: PGP signature

Bug#944769: python3-h5py fails to import if offline due to apparent MPI failure

Source: h5py Followup-For: Bug #944769 Thanks for your analysis, Thibaut. Testing OMPI_COMM_WORLD_SIZE and MPI_LOCALNRANKS is a decent idea. Fair enough that non-MPI users shouldn't have to worry about MPI settings (the MPI capability should be transparent if not explicitly invoked). Drew

Bug#944993: gnome-shell-extension-show-ip: primary-interface patch broke loading the extension

Package: gnome-shell-extension-show-ip Version: 8-4 Severity: serious Tags: patch The primary-interface patch I proposed had a serious issue: JS ERROR: Extension show...@sgaraud.github.com: ReferenceError: device is not defined I've fixed the issue upstream and in the attached patch. --

Bug#942085: RFS: hijra/0.4.1-2 [RC] -- Hijri Islamic Calendar converting functions for Python

On Mon, Nov 11, 2019 at 01:50:18PM -0500, Jeremy Bicha wrote: > Sorry: TabError: inconsistent use of tabs and spaces in indentation > (HijriCal.py, line 83) > dpkg: error processing package python3-hijra (--configure): > installed python3-hijra package post-installation script subprocess >

Bug#944992: provide documentation in HTML format

Package: elpa-ivy Version: 0.12.0+dfsg-1 Severity: wishlist Control: block -1 by 944704 Ivy/Counsel/Swiper's HTML exportation/publication depends on org-html-themes. Filing this tracking bug as a reminder.

Bug#944991: new upstream version 0.13.0

Source: emacs-ivy Version: 0.12.0+dfsg-1 Severity: normal Control: block -1 by 944986 Ivy/Counsel/Swiper has wgrep as a new dep, so I'm filing this tracking bug.

Bug#877755: ITP: moinmoin-mode -- emacs major mode to edit MoinMoin wiki pages

Control: retitle -1 RFP: moinmoin-mode -- emacs major mode to edit MoinMoin wiki pages Control: noowner -1 On Sun, Apr 22, 2018 at 06:00:40PM -0400, Nicholas D Steeves wrote: > Current blocker: moinmoin-mode.el does not have a license defined. I > have contacted upstream's devel mailling list

Bug#944990: patching llvm-8 for julia 1.3.0 (upcoming)

Source: llvm-toolchain-8 Version: 1:8.0.1-4 Severity: normal Hi Sylvestre, As an notice in advance, I'm going to patch llvm-8 for julia, adding exactly the following patches https://github.com/JuliaLang/julia/blob/36c4eb251edfcd57b05d31a6b2b44ac71a36e36d/deps/llvm.mk#L464-L475 I'll prepare the

Bug#944920: Revise terminology used to specify requirements

Sean Whitton writes: > On Sun 17 Nov 2019 at 10:10AM -08, Russ Allbery wrote: >> +* The term *may* and the adjective *optional* are sometimes used to >> + clarify cases where it may otherwise appear that Policy is specifying a >> + requirement or recommendation. These words describe decisions

Bug#944989: ITP: python-fissix -- backport of lib2to3, supporting the latest Python3 grammars, with enhancements

Package: wnpp Severity: wishlist Package name: python-fissix Version : 19.2b1 Upstream Author : John Reese URL : https://github.com/jreese/fissix License : PSF Programming Lang: Python Description : backport of lib2to3, supporting the latest Python3 grammars,

Bug#944988: libmng need to install pkg-config file

Package: libmng-dev Version: 1.0.10+dfsg-3.1 I'm having building synfig project using CMake on Debian Bullseye. The project collaborator mentioned the issue with Debian libmng package not installing pkg-config file as the problem. Here's the quoted link

Bug#944704: ITP: org-html-themes -- export Emacs Org mode files into awesome HTML in 2 minutes or less

On Thu, Nov 14, 2019 at 07:20:18PM +, Ben Hutchings wrote: > On Wed, 2019-11-13 at 23:41 -0500, Nicholas D Steeves wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Nicholas D Steeves > > > > * Package name: org-html-themes > > Version : 1.0.0 > > Upstream Author :

Bug#944145: marked as pending in lintian

Hi Richard, > The logic introduced in 1a9e33024cbffa15329b61ad281e9b8db8c46cf1 to fix > this bug is backwards. Whoops… Fixed in: https://salsa.debian.org/lintian/lintian/commit/064d0be3b862e26a5e9729d7cd086aaf05815834 Thanks. :) Regards, -- ,''`. : :' : Chris Lamb

Bug#944987: pylint: please upgrade to >= 2.3.0

Source: pylint Version: 2.2.2-4 Severity: wishlist Hi Sandro, Would it be possible to upgrade pylint to latest please? I'm currently in the need of pylint 2.3.0 minimum to be able to upgrade pylint- django. If you want me to take care of it, please let me know I can try. Thanks, Joseph --

Bug#944916: asymptote: asymptote.sty uses `\RequirePackage[space]{grffile}' which crashes

> \RequirePackage[space]{grffile} Good idea, uploaded a new version just now. Thanks! Norbert -- PREINING Norbert http://www.preining.info Accelia Inc. + IFMGA ProGuide + TU Wien + JAIST + TeX Live + Debian Dev GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0

Bug#944986: ITP: emacs-wgrep -- edit multiple files simultaneously in Emacs using grep buffers--pattern editing

Package: wnpp Severity: wishlist Owner: Nicholas D Steeves Control: tag + moreinfo Package name: emacs-wgrep Version : 2.3.0 Upstream Author : Masahiro Hayashi URL : https://github.com/mhayashi1120/Emacs-wgrep License : GPL-3+ Programming Lang: Emacs LISP

Bug#944882: diffoscope: please (at least) include hint in html that text version has no max report size

forwarded 944882 https://salsa.debian.org/reproducible-builds/diffoscope/issues/76 thanks I've forwarded this upstream here: https://salsa.debian.org/reproducible-builds/diffoscope/issues/76 Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org /

Bug#944145: marked as pending in lintian

Control: reopen 944145 Control: found 944145 2.36.0 The logic introduced in 1a9e33024cbffa15329b61ad281e9b8db8c46cf1 to fix this bug is backwards. It is now suppressing the missing-install-key for all standalone services, when it should be suppressing it for not standalone services. The

Bug#944985: Use of uninitialized value in concatenation or string at…Command/make.pm

Package: dh-make-elpa Version: 0.17 Severity: normal Hi, While I initially found this bug using a local bpo of dh-make-elpa, I've confirmed that 0.17 in sid is affected. $ dh-make-elpa W: Failed to determine binary packages W: Falling back to a single binary package Use of

Bug#944325: please fix this unclear and obtuse phrasing in §7.8 (suggestion provided)

Hello, On Sun 17 Nov 2019 at 10:29AM -08, Russ Allbery wrote: > How about: > > This field should only be used when there are license or DFSG > requirements to retain the referenced source package. It should not > be added solely as a way to locate packages that need to be rebuilt >

Bug#944920: Revise terminology used to specify requirements

Hello Russ, Thanks for this. On Sun 17 Nov 2019 at 10:10AM -08, Russ Allbery wrote: > +* The term *may* and the adjective *optional* are sometimes used to > + clarify cases where it may otherwise appear that Policy is specifying a > + requirement or recommendation. These words describe

Bug#944932: pages 403ing

Also https://www.debian.org/distrib/ and https://www.debian.org/intro/about and https://www.debian.org/mirror/list are all returning 403 forbidden error messages. -- Tom

Bug#944984: live-installer: Scripts access internal dpkg database

Source: live-installer Source-Version: 57 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several scripts, which directly access the dpkg internal database, instead of using one of the public interfaces provided by dpkg. These

Bug#944983: live-build: Scripts access internal dpkg database

Source: live-build Source-Version: 1:20190315 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several scripts, which directly access the dpkg internal database, instead of using one of the public interfaces provided by dpkg. The

Bug#944982: open-infrastructure-compute-tools: Script accesses internal dpkg database

Source: open-infrastructure-compute-tools Source-Version: 20190811-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains a script («share/scripts/debconf»), which directly access the dpkg internal database, instead of using one of the

Bug#944981: open-infrastructure-system-tools: Components and script access internal dpkg database

Source: open-infrastructure-system-tools Source-Version: 20190301-lts1-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several components (system-config) and scripts (system-build), which directly access the dpkg internal

Bug#944980: live-config: Components access internal dpkg database

Source: live-config Source-Version: 5.20190519 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains several components, which directly access the dpkg internal database, instead of using one of the public interfaces provided by dpkg.

Bug#944621: RFS: logrotate/3.15.1-2 -- Log rotation utility

On Sun, Nov 17, 2019 at 04:36:07PM +0100, Christian Göttsche wrote: > Am So., 17. Nov. 2019 um 05:37 Uhr schrieb Adam Borowski > : > > autopkgtest [05:22:32]: test custom-run: [--- > > == run #1 > > Potentially dangerous mode on config: 0664 > > error: Ignoring config because

Bug#944979: Security: unrtf Jessie crash (global-buffer-overflow)

Package: unrtf Version: 0.21.5-3+deb8u1 Dear Maintainer, unrtf on Debian Jessie crashes when analyzing the following file (crash.rtf). unrtf is not crashing on Debian Stretch Package (0.21.9-clean-3). Package info: $ dpkg --list Desired=Unknown/Install/Remove/Purge/Hold |

Bug#944923: mmdebstrap: depends on perl-doc seemingly nedlessly

Quoting Johannes Schauer (2019-11-17 22:51:10) > Quoting Jonas Smedegaard (2019-11-17 21:50:54) > > Ah, indeed - I wasn't aware of that (and wonder if other tools in > > Debian suffer from same issue). > > > > I suggest look at the package rename - from a quick experimentation > > it seems to

Bug#944977: avfs: Modules access internal dpkg database

Source: avfs Source-Version: 1.1.1-1 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «extfs/apt.in», «extfs/debd.in» and «extfs/dpkg.in» modules, which directly accesses the dpkg internal database, instead of using one of the

Bug#944976: debootstrap: please add Ubuntu focal

Package: debootstrap Version: 1.0.116 Severity: wishlist Hi! Ubuntuites don't announce their release names in advance, which means a new script is required immediately after being known. This time, the name is "focal". I've tried to symlink eoan (which links to gutsy) -- seems to work ok.

Bug#944978: pandoc: fails to convert horizontal rules from markdown to PDF (through LaTeX)

Package: pandoc Version: 2.5-2+b1 Severity: important Hello! I've just encountered a new issue with pandoc. Since the last upgrade of texlive-* packages (2019.20190930-1 -> 2019.20191112-1), pandoc is no longer able to produce a PDF file (through LaTeX) from a markdown file including horizontal

Bug#944975: pulseaudio user daemon degraded state

Package: pulseaudio Version: 13.0-3 Severity: normal $ systemctl --user |grep failed ● pulseaudio.service loaded failed failedSound Service ● pulseaudio.socket

Bug#944958: interimap: please optionally sync flags with local notmuch database

Hi Jonas, On Sun, 17 Nov 2019 at 21:19:21 +0100, Jonas Smedegaard wrote: > I would love something geared towards standards-compliant IMAP, > enabled by adding one interimap config line pointing to my notmuch > database. Such a MUA-specific feature is most likely a won't fix I'm afraid, because

Bug#926717: linux-image-4.19.0-4-amd64: Size of DVD in external drive not recognised properly

Hi! Sorry, forgot to also send the answer to the bug tracker. So here's an updated version: Nov 7, 2019, 20:57 by st...@s.cotton.clara.co.uk: > Is there any mention of pktsetup or pktcdvd in dmesg? Although you don't have > udftools installed, it seems most of the implementation is in the

Bug#944022:

I came here to report the same problem and found there was already this bug, so consider this a confirmation. I am certain that /etc/default/firehol did work as documented at some point in the past. Probably a better title for this bug might have been “/etc/defaults/firehol is ignored” since

Bug#944437: RFS: rpl/1.0-3 [QA] -- replace strings in files

Hi, In my PC the manpage works fine. Really the program is having some big special character handling. I'll be communicating the upstream and closing the bug. Thanks for your review. [] Thiago Andrade Em dom, 10 de nov de 2019 21:32, Adam Borowski escreveu: > On Sun, Nov 10, 2019 at

Bug#944974: gdal-bin: gdal2tiles.py option --webviewer=leaflet does nothing.

Package: gdal-bin Version: 2.4.3+dfsg-1 Severity: normal I did run gdal2tiles.py on big PNG input in raster mode and gdal2tiles generated only tilemapresource.xml , no leaflet viewer skeleton when I used --webviewer=leaflet. There are no HTML / JS / CSS files in the current working directory or

Bug#944973: ocsinventory-agent: Module accesses internal dpkg database

Source: ocsinventory-agent Source-Version: 2:2.4.2-3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package ships a module («lib/Ocsinventory/Agent/Backend/OS/Generic/Packaging/Deb.pm»), which directly accesses the dpkg internal database, instead

Bug#944968: popularity-contest: Program accesses internal dpkg database

On Sun, Nov 17, 2019 at 10:44:02PM +0100, Guillem Jover wrote: > Source: popularity-contest > Source-Version: 1.69 > Severity: important > User: debian-d...@lists.debian.org > Usertags: dpkg-db-access-blocker > > Hi! > > This package contains the «popularity-contest» program, which directly >

Bug#944972: opensvc: Module accesses internal dpkg database

Source: opensvc Source-Version: 1.8~20170412-3 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package ships a module («lib/rcPkgLinux.py»), which directly accesses the dpkg internal database, instead of using one of the public interfaces provided

Bug#929525: primus: brakes libgl1-nvidia-legacy-390xx-glvnd-glx

I can confirm the issue and using the flag on apt avoided getting the nvidia driver switched to a legacy one --no-install-recommends

Bug#944970: salt: Modules access internal dpkg databases

Source: salt Source-Version: 2018.3.4+dfsg1-7 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains modules («salt/modules/dpkg.py» and «salt/modules/alternatives.py»), which directly access the dpkg internal database, instead of using

Bug#941853: crypt(3) should be provided by libxcrypt

On Nov 05, Aurelien Jarno wrote: > We have done a new upload of glibc into sid. I have just merged the > changes to the libxcrypt branch. You might want to update your branch by > adding 1 to the debian revision for the breaks/conflicts. I have uploaded 4.4.10-2 targeted to experimental with

Bug#944971: qtwebengine-opensource-src: the stack is executable, and forced upon linked programs

Source: qtwebengine-opensource-src Severity: normal The libQt5WebEngineCore.so shared object requests an executable stack from the loader. You can see this using "readelf -l" and inspecting the GNU_STACK program header. All programs linked against this library also get an executable stack whether

Bug#944923: mmdebstrap: depends on perl-doc seemingly nedlessly

Quoting Jonas Smedegaard (2019-11-17 21:50:54) > Ah, indeed - I wasn't aware of that (and wonder if other tools in Debian > suffer from same issue). > > I suggest look at the package rename - from a quick experimentation it > seems to show source only for its more exotic --man option and not its

Bug#944969: logrotate processing broken

Package: iptraf-ng Version: 1:1.1.4-6+b1 Severity: normal I saw that logrotate.service state went red so I checked the log: systemctl status logrotate.service ● logrotate.service - Rotate log files Loaded: loaded (/lib/systemd/system/logrotate.service; static; vendor preset: enabled)

Bug#944968: popularity-contest: Program accesses internal dpkg database

Source: popularity-contest Source-Version: 1.69 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «popularity-contest» program, which directly accesses the dpkg internal database, instead of using one of the public interfaces

Bug#942415: Calligra and Akonadi

Hey pino, > > Why this is not built and shipped and still we have the dependency? > > I do not see any akonadi dependency in the binary packages, can you > please explain exactly what you see? what I mean is, if it is only checked at buildtime but no binary package depend on it, why it was

Bug#944967: multistrap: Script accesses internal dpkg database

Source: multistrap Source-Version: 2.2.10 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-ctrl Hi! This package contains the «multistrap» program, which directly accesses the dpkg internal database, instead of using one of the public interfaces provided by dpkg.

Bug#942901: [Pkg-privacy-maintainers] Bug#942901: Bug#942901: torbrowser-launcher: Tor Browser 9.0 shows only black screens due to no write access to /dev/shm/org.mozilla.ipc.*.*

Hi, Antoine Beaupré: > I also had to add: > owner @{torbrowser_home_dir}/updater ix, FWIW, this one is fixed in upstream Git (too): https://github.com/micahflee/torbrowser-launcher/pull/442

Bug#944966: ruby-debian: Module accesses internal dpkg database

Source: ruby-debian Source-Version: 0.3.10 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «debian» module, which directly accesses the dpkg internal database, instead of using one of the public interfaces provided by dpkg.

Bug#944965: debsums: Script accesses internal dpkg database

Source: debsums Source-Version: 2.2.4 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains the «debsums» program, which directly accesses the dpkg internal database, instead of using one of the public interfaces provided by dpkg. The

Bug#944923: mmdebstrap: depends on perl-doc seemingly nedlessly

Quoting Johannes Schauer (2019-11-17 21:03:19) > Quoting Jonas Smedegaard (2019-11-17 19:17:26) > > mmdebstrap depends on perl-doc, and is among a very few packages > > doing that. I suspect it is unneded. > > > > mmdebstrap added a dependency on perl-doc in December 2018 > > (git commit

Bug#944801: debian-policy: must all inits support /etc/insserv/override & /usr/share/insserv/override

Russ Allbery writes: > I think the current approach in the entirety of 9.11 no longer makes > sense, but there are two possible alternative approaches and which to > pick will depend on the results of the current GR. Therefore, I think > we should for the results of the GR rather than doing

Bug#944964: dh-make-perl: Module accesses internal dpkg database

Source: dh-make-perl Source-Version: 0.107 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package contains a perl module [M], which directly accesses the dpkg internal database. Instead of using one of the public interfaces provided by dpkg.

Bug#944962: git-revise: Forward FHS patch to upstream

Package: git-revise Version: 0.4.2-1 Severity: minor Dear Maintainer, as suggested in RFP #935329, please forward the FHS patch to upstream. -- System Information: Debian Release: bullseye/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500,

Bug#944963: debian-goodies: Scripts access internal dpkg database

Source: debian-goodies Source-Version: 0.84 Severity: important User: debian-d...@lists.debian.org Usertags: dpkg-db-access-blocker Hi! This package programs («which-pkg-broke» and «dglob»), which directly accesses the dpkg internal database, instead of using one of the public interfaces

Bug#944959: libonig: CVE-2019-19012

Source: libonig Version: 6.9.2-1 Severity: important Tags: security upstream Forwarded: https://github.com/kkos/oniguruma/issues/16 Hi, The following vulnerability was published for libonig. CVE-2019-19012[0]: | An integer overflow in the search_in_range function in regexec.c in | Oniguruma 6.x

Bug#944960: git-revise: Split-out docbase documentation in a separate package

Package: git-revise Version: 0.4.2-1 Severity: normal Dear Maintainer, as suggested in RFP #935329, the documentation should be build properly for docbase integration, split-out into in a separate package. -- System Information: Debian Release: bullseye/sid APT prefers buildd-unstable APT

Bug#944961: jhead: CVE-2019-19035

Source: jhead Version: 1:3.03-3 Severity: important Tags: security upstream Hi, The following vulnerability was published for jhead. The Red Hat bugzilla entry refers to the poc files from the reporter. CVE-2019-19035[0]: | jhead 3.03 is affected by: heap-based buffer over-read. The impact is:

Bug#944801: debian-policy: must all inits support /etc/insserv/override & /usr/share/insserv/override

Ansgar writes: >>> 9.11 states: >>> >>> +--- >>> > Alternative init implementations must support running SysV init >>> > scripts as described at System run levels and init.d scripts for >>> > compatibility. >>> +--- > Thinking a bit more about this, I think this requirement should just be >

Bug#944958: interimap: please optionally sync flags with local notmuch database

Package: interimap Version: 0.4-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I love interimap helping me distribute emails to multiple workstations. One thing is missing, though: flags a.k.a. tags. None of the lightweight MUAs that I use support imap flags, but I have

Bug#944957: git-revise's test suite is not run by autopkgtest

Package: git-revise Version: 0.4.2-1 Severity: minor git-revise's test suite is not run by autopkgtest during package build. -- System Information: Debian Release: bullseye/sid APT prefers buildd-unstable APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (500,

Bug#944329: debian-policy: Unclear text about password files modifications

Guillem Jover writes: > There's this text in section §9.2.1: > ,--- > Packages other than "base-passwd" must not modify "/etc/passwd", > "/etc/shadow", "/etc/group" or "/etc/gshadow". > `--- > It's not clear to me, whether this refers to the packaging or any > program provided by that

Bug#944923: mmdebstrap: depends on perl-doc seemingly nedlessly

Hi, Quoting Jonas Smedegaard (2019-11-17 19:17:26) > mmdebstrap depends on perl-doc, and is among a very few packages doing that. > I suspect it is unneded. > > mmdebstrap added a dependency on perl-doc in December 2018 > (git commit ffc7faa, seemingly not mentioned in changelog). > > Git

Bug#944812: interimap: uninitialized value

On Sun, 17 Nov 2019 at 20:54:47 +0100, Jonas Smedegaard wrote: > Ohh - problem seems gone indeed now: Woo! \o/ -- Guilhem. signature.asc Description: PGP signature

Bug#944929: initramfs-tools: postinst fails when run under fakechroot

Control: tag -1 + patch It seems not only the fakeroot library but also the fakechroot library were wrongly attempted to being copied. With these changes the postinst script finishes successfully: https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/19 signature.asc Description:

Bug#944956: linux-image-4.19.0-6-amd64: NVMe drive not detected

Package: src:linux Version: 4.19.67-2+deb10u2 Severity: important Dear Maintainer, Installing NVMe SSD on Asus UX430UA laptop (SSD is ADATA ZPG SX8200 Pro). Goal was dual boot Windows 10 (already on drive) and Debian 10. Neither Debian 10 installer nor Deb 10.2 Live USB key could detect NVMe

Bug#944812: interimap: uninitialized value

Quoting Guilhem Moulin (2019-11-17 20:37:33) > On Sun, 17 Nov 2019 at 19:35:51 +0100, Jonas Smedegaard wrote: > > I tried now to remove all dovecot.index* files for that Maildir, and > > (as earlier) the command greps nothing. > > Sounds good to me, and hopefully UID 97 no longer show up in >

Bug#944955: libprelude: doesn't build for all supported python3 versions

Source: libprelude Version: 5.0.0-1 Severity: important Tags: patch It seems that you lost a line in d/rules that made the package build against multiple python3 versions. The following patch reinstate the line: --- a/debian/rules +++ b/debian/rules @@ -6,6 +6,7 @@ CONFIGURE_FLAGS =

Bug#944949: dbus-python: needs an explicit build dependency on dh-python

Control: tags 944949 + moreinfo On Sun, 17 Nov 2019 at 19:07:39 +, Matthias Klose wrote: > Please add an explicit build dependency on dh-python. As far as I can see it's been explicit since 2015. Is anything more needed here? Note that the FTBFS with dh_python2 make[1]: dh_python2:

Bug#903153: RE: nasm does not handle rdf2 output correctly due to incorrect use of pure_func

Issue persists in nasm 2.14-1 (Debian 10.2 Stable) pbikos@dev:/home/large/code/osdev$ cat main.asm section .text pbikos@dev:/home/large/code/osdev$ nasm -f rdf main.asm main.asm:panic: rdf segment numbers not allocated as expected (2,4,6) pbikos@dev:/home/large/code/osdev$ nasm -v NASM version

Bug#934665: upload grpc and protobuf to unstable

On തി, Nov 18, 2019 at 00:36, Nilesh Patra wrote: On Sun, 17 Nov 2019, 23:44 Pirate Praveen, > wrote: These packages should rebuilt without ccache in chroot and confirm if ccache caused the failure: nageru, opencv I will try checking them. nageru was

Bug#944920: Revise terminology used to specify requirements

Bastian Blank writes: > On Sun, Nov 17, 2019 at 10:10:11AM -0800, Russ Allbery wrote: >> +The Release Team may, at their discretion, downgrade a Policy requirement >> +to a Policy recommendation for a given release of the Debian distribution. >> +This may be done for only a specific package or

Bug#944954: lugin rrdtool failed to handle option DataDir, return code: -1

Package: collectd-core Version: 5.9.2.g-1 # dpkg --configure collectd-core Setting up collectd-core (5.9.2.g-1) ... Job for collectd.service failed because the control process exited with error code. See "systemctl status collectd.service" and "journalctl -xe" for details. invoke-rc.d: initscript

Bug#838994: Bug#891493: Bug#838994: Bug#891493: unresolved gtk2-engines-murrine situation (was: numix-gtk-theme: Undocumented and very likely also broken Breaks against murrine-themes since 2.6.7-2)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Sun, 2019-11-17 at 11:00 +, Mike Gabriel wrote: > If you plan to drop maintenance sooner or later anyway, then please > state that asap (packages are in deferred-15 from today again), so > that I can change the uploads and make these bugs

Bug#944953: net-snmp FTCBFS: multiple reasons

Source: net-snmp Version: 5.8+dfsg-2 Tags: patch User: debian-cr...@lists.debian.org Usertags: cross-satisfiability ftcbfs net-snmp fails to cross build from source. The immediate failure is when satisfying Build-Depends. The perl dependency is interpreted as host architecture and conflicts with

Bug#944920: Revise terminology used to specify requirements

On Sun, Nov 17, 2019 at 10:10:11AM -0800, Russ Allbery wrote: > +The Release Team may, at their discretion, downgrade a Policy requirement > +to a Policy recommendation for a given release of the Debian distribution. > +This may be done for only a specific package or for the archive as a > +whole.

Bug#944952: libnet-ssleay-perl FTCBFS: perl dependency not installable

Source: libnet-ssleay-perl Version: 1.88-1 Tags: patch User: debian-cr...@lists.debian.org Usertags: cross-satisfiability Thanks to Niko's work, perl stuff now tends to cross build fairly well. libnet-ssleay-perl does need a tweak though. It still depends on perl, which is unsatisfiable unless

Bug#944812: interimap: uninitialized value

On Sun, 17 Nov 2019 at 19:35:51 +0100, Jonas Smedegaard wrote: > Seems you edited above quote: I had a dot between INBOX and olpc - is > that the "typo" you are talking about then the command I ran included > that dot (as did the email I sent). Oh sorry for that, my finger must have ripped as I

Bug#944943: python-freecontact: needs an explicit build dependency on dh-python

Control: tags -1 moreinfo Hi Matthias, On Sun, Nov 17, 2019 at 07:07:32PM +, Matthias Klose wrote: > Package: src:python-freecontact > Version: 1.1-5 > Severity: serious > Tags: sid bullseye > > python3-all and python3-dev now dropped the dependency on > dh-python: > > [ Piotr Ożarowski ]

Bug#944894: /usr/bin/dh_python2: is a #!/usr/bin/python script but does not depend on python

On 17.11.19 13:29, Simon McVittie wrote: > Package: python2 > Version: 2.7.17-1 > Severity: serious > File: /usr/bin/dh_python2 > Justification: Policy 3.5 > Control: affects -1 src:dbus-python > > As instructed by the py2removal mass-bug-filing templates, I have been > removing references to

Bug#944332: debian-policy: Broken markup in policy source

Control: tags -1 pending Guillem Jover writes: > Found this markup issue while going over the policy: > - chapter 4, footnote [6], rendered as: > ,--- > listed in the :ref:"`Maintainer" <#s-f-Maintainer` or "`Uploaders" > ` control fields of the package), the first line of >

Bug#942415: Calligra and Akonadi

In data domenica 17 novembre 2019 13:59:59 CET, Sandro Knauß ha scritto: > thanks for your last update of calligra! That at least makes it build again > *yeah* But for me it seems like, the whole Akonadi dependency isn't used at > all. Sure, it is only checked at cmake time, and apparently not

Bug#944928: osmosis ftbfs with protobuf 3.10.1 in experimental

Control: tags -1 pending On 11/17/19 7:39 PM, Pirate Praveen wrote: > This package fail to build with protobuf 3.10.1 in experimental with the > following failure. Because the java code needs to be regenerated with protoc 3.10. > Please fix this failure so we can upload protobuf 3.10 to

  1   2   3   >