Bug#945345: therion: Missing build-dep on python; build-depend on python3 instead

[Steve Langasek]

Package: therion
Version: 5.4.4ds1-2
Severity: serious
Tags: patch
Justification: FTBFS
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal ubuntu-patch

Dear maintainers,

The therion package fails to build from source in Debian unstable in a clean
buildd environment, because the upstream makefile invokes python but therion
does not build-depend on it, so now that its various build-dependencies have
moved away from python to python3, this invocation fails:

[...]
# Compile the binaries
/usr/bin/make therion xtherion/xtherion loch/loch
make[2]: Entering directory '/<>'
python set_version.py
make[2]: python: Command not found
[...]

  
(https://launchpad.net/ubuntu/+source/therion/5.4.4ds1-2build1/+build/17978786)

Rather than adding a build-dependency on python, which is deprecated, I have
attached a patch which moves the invocation to python3 instead and added a
build-dependency on python3.

I have also uploaded this change to Ubuntu, where the problem was first
discovered.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru therion-5.4.4ds1/debian/control therion-5.4.4ds1/debian/control
--- therion-5.4.4ds1/debian/control 2019-09-16 21:58:01.0 -0700
+++ therion-5.4.4ds1/debian/control 2019-11-22 22:13:29.0 -0800
@@ -5,7 +5,7 @@
 Uploaders: Olly Betts 
 Build-Depends: dpkg (>=1.16.2), debhelper (>= 10), perl (>= 5.5), tcl,
   libvtk6-dev, libwxgtk3.0-gtk3-dev, libfreetype6-dev, libjpeg-dev, libpng-dev,
-  pkg-config, texlive-base, libproj-dev, libsqlite3-tcl
+  pkg-config, texlive-base, libproj-dev, libsqlite3-tcl, python3
 Build-Depends-Indep: texlive-metapost, imagemagick, ghostscript
 Standards-Version: 4.4.0
 Homepage: https://therion.speleo.sk/
diff -Nru therion-5.4.4ds1/debian/patches/python3-not-python.patch 
therion-5.4.4ds1/debian/patches/python3-not-python.patch
--- therion-5.4.4ds1/debian/patches/python3-not-python.patch1969-12-31 
16:00:00.0 -0800
+++ therion-5.4.4ds1/debian/patches/python3-not-python.patch2019-11-22 
22:13:19.0 -0800
@@ -0,0 +1,18 @@
+Description: Use python3 at build time, not python.
+ This package previously built successfully because python happened to be
+ installed in the environment, but now that everything is moving to python3
+ it is not.  Invoke python3 instead of the deprecated python.
+Author: Steve Langasek 
+Last-Update: 2019-11-23
+
+--- therion-5.4.4ds1.orig/Makefile
 therion-5.4.4ds1/Makefile
+@@ -175,7 +175,7 @@ outdirs:
+   mkdir -p $(OUTDIR)/thbook
+ 
+ version:
+-  python set_version.py
++  python3 set_version.py
+ 
+ 
+ $(OUTDIR)/therion: version $(OBJECTS)
diff -Nru therion-5.4.4ds1/debian/patches/series 
therion-5.4.4ds1/debian/patches/series
--- therion-5.4.4ds1/debian/patches/series  2019-07-07 16:52:56.0 
-0700
+++ therion-5.4.4ds1/debian/patches/series  2019-11-22 22:11:59.0 
-0800
@@ -1,3 +1,4 @@
 10doc-fixes.patch
 80debianise-makefiles.patch
 90debianise-loch-makefile.patch
+python3-not-python.patch

Bug#944022: Make Firehol Read The File

[Jerome BENOIT]

Hello Toni,

On 18/11/2019 21:39, Toni Mueller wrote:
> 
> Hi Jerome,
> 
> making the systemd unit file read /etc/default/firehol would not change
> a thing because there is no logic available to act upon the
> START_FIREHOL variable.
> 
> My patch in Salsa may not yet be quite functional, but it changes the
> 'firehol' script itself to read /etc/default/firehol and then exit if
> this variable is not set to YES.

This sound as the best option.

Where is the patch (exactly) ?


Cheers, Jerome
> 
> 
> Cheers,
> Toni
> 

-- 
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5  A762 3F92 19A6 7F36 C68B



signature.asc
Description: OpenPGP digital signature

Bug#944022: Make Firehol Read The File

[Jerome BENOIT]

Hello,

On 18/11/2019 23:03, Michael Norton wrote:
> The only dilemma is that I do not know if there is some Debian policy around 
> how (1) is supposed to be handled. I will try to look into it.

This looks as an Init Systems issue. So, for now, I do not expect a clear 
answer. 

Jerome


-- 
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5  A762 3F92 19A6 7F36 C68B



signature.asc
Description: OpenPGP digital signature

Bug#945344: libuim-data: registers unusable "tutcode" module

[YOSHINO Yoshihito]

Package: libuim-data
Version: 1:1.8.8-4+deb10u2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After upgrading buster to 10.2, libuim-data accidentally registers
"tutcode" module even when uim-tcode is not installed:

$ env LANG=C dpkg -l uim-tcode
dpkg-query: no packages found matching uim-tcode
$
$ cat /var/lib/uim/installed-modules.scm
;; This is an automatically generated file. DO NOT EDIT.

;; The described order of input methods affects which IM is preferred
;; at the default IM selection process for each locale. i.e.  list
;; preferable IM first for each language
(define installed-im-module-list '("tutcode" "mozc"))
(define installed-im-list '(tutcode mozc))
(define enabled-im-list installed-im-list)
$

This is caused by an output pattern of dpkg-query which the current postinst
does not handle:
$ export LANG=C
$ dpkg-query -W -f='${Status}\n' uim-skk
unknown ok not-installed
$ dpkg-query -W -f='${Status}\n' uim-tcode
dpkg-query: no packages found matching uim-tcode

libuim-data should avoid registering the broken modules (whose
dependencies are not satisfied.)
It should also unregister the modules because
"uim-module-manager --register " inserts  in front of the
existing installed modules, which means it prefers the broken module over any
other working modules.

Thanks in advance,
-- 
YOSHINO Yoshihito 

-- System Information:
Debian Release: 10.2
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'testing'), (99, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN,
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8),
LANGUAGE=ja_JP.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- no debconf information

Bug#940578: fixed in cups 2.3.0-6

[intrigeri]

Hi Rudolf,

Rudolf Polzer:
> please make a suggestion how I should now proceed to get pdf printing 
> running on my stable Debian, because selecting a subdirectory of home 
> doesn't work - I get the same error message as before.

Please share your /etc/cups/cups-pdf.conf and the exact AppArmor
denial logs. You might need to first restart CUPS services to see your
cups-pdf.conf changes applied. Thanks!

Cheers,
-- 
intrigeri

Bug#945343: sumo: FTBFS without Internet access

[Steve Langasek]

Source: sumo
Version: 1.3.1-4
Severity: serious
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu focal

Hi Anton,

The sumo package fails to build from source in Ubuntu because it cannot
resolve an Internet hostname:

[...]
cd /<>/tests_auto; cp /<>/debian/tests/hokkaido/* ./; 
../bin/sumo -b 0 -e 1 -n net.net.xml -r input_routes.rou.xml 
--summary-output sum.out
Warning: Environment variable SUMO_HOME is not set, schema resolution will use 
slow website lookups.
Error: unable to resolve host/address 'sumo.dlr.de'
 In file 'input_routes.rou.xml'
 At line/column 1/0.
[...]

  (https://launchpad.net/ubuntu/+source/sumo/1.3.1-4/+build/17963765)

Packages are by policy not allowed to depend on Internet access during
build.  This happens to not cause a build failure on any of the Debian
autobuilders because they happen to allow Internet access, but it is still a
violation of the policy for builds.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#945342: med-fichier fails autopkg tests with Python 3.8

[Matthias Klose]

Package: src:med-fichier
Version: 4.0.0+repack-8
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8

see
https://ci.debian.net/packages/m/med-fichier/unstable/amd64/

autopkgtest [16:06:06]: test autodep8-python3: set -e ; for py in $(py3versions
-r 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with $py:" ; $py -c
"import med; print(med)" ; done
autopkgtest [16:06:06]: test autodep8-python3: [---
Testing with python3.8:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/med/medenum.py", line 14, in
swig_import_helper
return importlib.import_module(mname)
  File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 1014, in _gcd_import
  File "", line 991, in _find_and_load
  File "", line 973, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'med._medenum'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/med/__init__.py", line 67, in 
from .medenum import *
  File "/usr/lib/python3/dist-packages/med/medenum.py", line 17, in 
_medenum = swig_import_helper()
  File "/usr/lib/python3/dist-packages/med/medenum.py", line 16, in
swig_import_helper
return importlib.import_module('_medenum')
  File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
ModuleNotFoundError: No module named '_medenum'
autopkgtest [16:06:07]: test autodep8-python3: ---]
autopkgtest [16:06:07]: test autodep8-python3:  - - - - - - - - - - results - -
- - - - - - - -
autodep8-python3 FAIL non-zero exit status 1

Bug#945341: libcgal-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: libcgal-dev
Version: 5.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:

  sid -> experimental

For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
https://www.debian.org/doc/debian-policy/ch-docs.html#copyright-information

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#details-of-unpack-phase-of-installation-or-upgrade

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
to perform the conversion, ideally using d/$PACKAGE.maintscript.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (scroll to the bottom...):

0m24.9s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/libcgal-dev/NEWS.Debian.gz (libcgal-dev:amd64) != 
/usr/share/doc/libcgal13/NEWS.Debian.gz (libcgal13:amd64)
/usr/share/doc/libcgal-dev -> libcgal13
  /usr/share/doc/libcgal-dev/README.Debian (libcgal-dev:amd64) != 
/usr/share/doc/libcgal13/README.Debian (libcgal13:amd64)
/usr/share/doc/libcgal-dev -> libcgal13
  /usr/share/doc/libcgal-dev/changelog.Debian.gz (libcgal-dev:amd64) != 
/usr/share/doc/libcgal13/changelog.Debian.gz (libcgal13:amd64)
/usr/share/doc/libcgal-dev -> libcgal13
  /usr/share/doc/libcgal-dev/changelog.gz (libcgal-dev:amd64) != 
/usr/share/doc/libcgal13/changelog.gz (libcgal13:amd64)
/usr/share/doc/libcgal-dev -> libcgal13
  /usr/share/doc/libcgal-dev/copyright (libcgal-dev:amd64) != 
/usr/share/doc/libcgal13/copyright (libcgal13:amd64)
/usr/share/doc/libcgal-dev -> libcgal13


cheers,

Andreas


libcgal-dev_5.0-1.log.gz
Description: application/gzip

Bug#944249: [Pkg-emacsen-addons] Bug#944249: gnuplot-mode does not work with emacs26

[Nicholas D Steeves]

Hi David,

David Bremner  writes:

> Agustin Martin  writes:
>
>>
>> I have been thinking about this and I see a problem with the elpa way of
>> handling prefix auto-mode-alist associations. They go to a file that is not
>> a conffile. So, if that kind of conflicts appear it is not as easy to
>> handle as just editing one of the conffiles and commenting the undesired
>> association.
>>
>
> I guess it should still be possible to override these settings,
> definitely for an individual user, or probably also system-wide. But
> Debian should really not ship packages with conflicts, whatever
> mechanism of setting variables is used.
>

Is that an official NACK for Augustin's patch for the autoloads?  I
included it in the patch series I just sent...


Cheers,
Nicholas


signature.asc
Description: PGP signature

Bug#945340: parl-desktop-world: depends on no longer available firefox-esr-l10n-{as,en-za,mai,ml,or}

[Andreas Beckmann]

Package: parl-desktop-world
Version: 1.9.18
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in stable since it depends on several firefox l10n packages
that have been dropped. With the update to firefox-esr 68 in the last
point release, this removal has reached buster:

  firefox-esr-l10n-as
  firefox-esr-l10n-en-za
  firefox-esr-l10n-mai
  firefox-esr-l10n-ml
  firefox-esr-l10n-or


Cheers,

Andreas

Bug#944249: [PATCH 01/12] Modify to work better with elpa.

[Nicholas D Steeves]

From: Agustin Martin Domingo 

* debian/rules: Remove bogus hyphen
* debian/install: Remove. No longer needed.

Signed-off-by: Nicholas D Steeves 
---
 debian/gnuplot-mode.elpa | 1 -
 debian/install   | 3 ---
 debian/rules | 2 +-
 3 files changed, 1 insertion(+), 5 deletions(-)
 delete mode 100644 debian/gnuplot-mode.elpa
 delete mode 100644 debian/install

diff --git a/debian/gnuplot-mode.elpa b/debian/gnuplot-mode.elpa
deleted file mode 100644
index abf136d..000
--- a/debian/gnuplot-mode.elpa
+++ /dev/null
@@ -1 +0,0 @@
-*.el
diff --git a/debian/install b/debian/install
deleted file mode 100644
index 4463e0a..000
--- a/debian/install
+++ /dev/null
@@ -1,3 +0,0 @@
-gnuplot.el usr/share/emacs/site-lisp/gnuplot-mode
-gnuplot-gui.el usr/share/emacs/site-lisp/gnuplot-mode
-gnuplot-context.el usr/share/emacs/site-lisp/gnuplot-mode
diff --git a/debian/rules b/debian/rules
index ffea5e3..bb43d84 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 %:
-   dh $@ --with-elpa
+   dh $@ --with elpa
 
 override_dh_auto_build:
$(if $(filter nodoc,$(DEB_BUILD_OPTIONS)),true,make -f Makefile.dst 
gpelcard.pdf)
-- 
2.20.1

Bug#944249: [PATCH 00/12] Re: Bug#944249: gnuplot-mode patch series

[Nicholas D Steeves]

Here is is a patch series for all the issues I've found.  I am adding
notes additional notes below.

Agustin Martin Domingo (3):
  Modify to work better with elpa.
  debian/control: Build depend on gnuplot, to allow tests being actually
passed.
  debian/debian-autoloads.el: Handle auto-mode-alist stuff the elpa way.

Nicholas D Steeves (9):
  Rename bin:elpa-gnuplot-mode to bin:elpa-gnuplot…
* Please see changelog entry for rationale.  The best way to solve
  this would be to find someone to adopt the project upstream, add
  correct package.el metadata, and contact MELPA about the
  namespace hijack, because it is clear that the mode that was
  previously distributed with GNUPlot should be the cannonical
  gnuplot-mode.
  Update Breaks << this version and add elpa-gnuplot-mode to Replaces
* I'm not 100% sure about other actions that need to be added,
  because this is a messy situation that shouldn't have occurred.
  One reason why I firmly believe this should be solved upstream
  is that the epoch in this package version will break future
  packaging of the other gnuplot-mode (the namespace hijack one).
  Drop emacs24 and emacs25 from Enhances…
  Install dot.el and dotemacs.el using the "examples" mechanism…
  Drop version qualifier from dh-elpa build dep…
  Update team name and email address for the move from Alioth to Salsa
  Update Homepage.  Bruce Ravel's website now directs the user to…
* To be 100% accurate this should point to emacsorphanage
  namespace, but I'm hoping that it can be invalidated by a new
  upstream maintainer.
  Add gnuplot-pkg.el with accurate metadata.  eg: correct ELPA name…
  changelog: whitespace cleanup

 debian/changelog   | 41 --
 debian/control | 19 +++---
 debian/debian-autoloads.el |  2 ++
 debian/docs|  2 --
 debian/elpa-gnuplot.elpa   |  7 +++
 debian/examples|  2 ++
 debian/gnuplot-mode.elpa   |  1 -
 debian/gnuplot-pkg.el  |  4 
 debian/install |  3 ---
 debian/rules   |  2 +-
 10 files changed, 67 insertions(+), 16 deletions(-)
 create mode 100644 debian/debian-autoloads.el
 create mode 100644 debian/elpa-gnuplot.elpa
 create mode 100644 debian/examples
 delete mode 100644 debian/gnuplot-mode.elpa
 create mode 100644 debian/gnuplot-pkg.el
 delete mode 100644 debian/install

-- 
2.20.1

Bug#944249: [PATCH 03/12] Rename bin:elpa-gnuplot-mode to bin:elpa-gnuplot…

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 16 
 debian/control   |  4 ++--
 debian/elpa-gnuplot.elpa |  6 ++
 3 files changed, 24 insertions(+), 2 deletions(-)
 create mode 100644 debian/elpa-gnuplot.elpa

diff --git a/debian/changelog b/debian/changelog
index cc5d31c..897ada6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,19 @@
+gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; urgency=medium
+
+  [ Agustin Martin Domingo ]
+  * debian/rules: Remove bogus hyphen
+  * debian/install: Remove. No longer needed.
+  * debian/control: Build depend on gnuplot, to allow tests being actually
+passed.
+
+  [ Nicholas D Steeves ]
+  * Rename bin:elpa-gnuplot-mode to bin:elpa-gnuplot for correctness and
+for compatibility with MELPA.  Bruce Ravel's gnuplot.el:L3346 provides
+'gnuplot, while Mike McCourt's similarly named package provides
+'gnuplot-mode (gnuplot-mode.el:L456).
+
+ -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
+
 gnuplot-mode (1:0.7.0-2014-12-31-1) unstable; urgency=medium
 
   [ Dima Kogan ]
diff --git a/debian/control b/debian/control
index 29411f8..8fee9d6 100644
--- a/debian/control
+++ b/debian/control
@@ -13,7 +13,7 @@ Vcs-Git: https://salsa.debian.org/debian/gnuplot-mode.git
 Vcs-Browser: https://salsa.debian.org/debian/gnuplot-mode
 Homepage: http://xafs.org/BruceRavel/GnuplotMode
 
-Package: elpa-gnuplot-mode
+Package: elpa-gnuplot
 Architecture: all
 Depends: ${misc:Depends}, ${elpa:Depends}, gnuplot-qt | gnuplot-x11 | gnuplot
 Recommends: emacs (>= 46.0), gnuplot-doc
@@ -34,7 +34,7 @@ Description: Gnuplot mode for Emacs
 
 Package: gnuplot-mode
 Architecture: all
-Depends: ${misc:Depends}, elpa-gnuplot-mode
+Depends: ${misc:Depends}, elpa-gnuplot
 Description: Transition Package, gnuplot-mode to elpa-gnuplot-mode
  The gnuplot-mode emacs addon has been elpafied. This dummy package
  helps ease transition from gnuplot-mode to elpa-gnuplot-mode.
diff --git a/debian/elpa-gnuplot.elpa b/debian/elpa-gnuplot.elpa
new file mode 100644
index 000..b05242e
--- /dev/null
+++ b/debian/elpa-gnuplot.elpa
@@ -0,0 +1,6 @@
+gnuplot-context.el
+gnuplot-debug-context.el
+gnuplot.el
+gnuplot-gui.el
+gnuplot-test-context.el
+gnuplot-tests.el
-- 
2.20.1

Bug#944249: [PATCH 09/12] Update Homepage. Bruce Ravel's website now directs the user to…

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 5 +
 debian/control   | 2 +-
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 105e59b..cf5d83c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -23,6 +23,11 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; 
urgency=medium
 (stretch) has version 1.6, which is newer than the requested 0.0.17.
   * Update Maintainer team name and email address for the move from Alioth
 to Salsa.
+  * Update Homepage.  Bruce Ravel's website now directs the user to
+navigate to Github, and the watch file and copyright already refer to
+the new upstream project page.  Strictly speaking the project now
+lives under "emacsorphanage" namespace rather than "bruceravel"
+namespace…
 
  -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
 
diff --git a/debian/control b/debian/control
index 4a781ae..fdafc4c 100644
--- a/debian/control
+++ b/debian/control
@@ -11,7 +11,7 @@ Build-Depends: debhelper (>= 10),
 Standards-Version: 4.3.0
 Vcs-Git: https://salsa.debian.org/debian/gnuplot-mode.git
 Vcs-Browser: https://salsa.debian.org/debian/gnuplot-mode
-Homepage: http://xafs.org/BruceRavel/GnuplotMode
+Homepage: https://github.com/bruceravel/gnuplot-mode
 
 Package: elpa-gnuplot
 Architecture: all
-- 
2.20.1

Bug#944249: [PATCH 10/12] Add gnuplot-pkg.el with accurate metadata. eg: correct ELPA name…

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog  | 5 +
 debian/gnuplot-pkg.el | 4 
 2 files changed, 9 insertions(+)
 create mode 100644 debian/gnuplot-pkg.el

diff --git a/debian/changelog b/debian/changelog
index cf5d83c..9b7a8f1 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -28,6 +28,11 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; 
urgency=medium
 the new upstream project page.  Strictly speaking the project now
 lives under "emacsorphanage" namespace rather than "bruceravel"
 namespace…
+  * Add gnuplot-pkg.el with accurate metadata.  eg: correct ELPA name,
+accurate version, nice-to-have keywords, and author field, but omit
+the maintainer field because this package is unmaintained upstream.
+This should ideally be solved upstream in gnuplot.el, which would
+enable dh-elpa to generate accurate ELPA package metadata.
 
  -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
 
diff --git a/debian/gnuplot-pkg.el b/debian/gnuplot-pkg.el
new file mode 100644
index 000..b9b6b56
--- /dev/null
+++ b/debian/gnuplot-pkg.el
@@ -0,0 +1,4 @@
+(define-package "gnuplot" "20141231" "Gnuplot mode for Emacs" 'nil :keywords
+  '("gnuplot" "plotting")
+  :authors
+  '(("Bruce Ravel" . "brucerav...@gmail.com")))
-- 
2.20.1

Bug#944249: [PATCH 2/3] Add patches to use static docs using Debian-provided MathJax

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 ...8-Set-html_static_path-_static-everywhere.patch |  63 +++
 ...49-Use-Debian-provided-MathJax-everywhere.patch | 122 +
 debian/patches/series  |   3 +
 3 files changed, 188 insertions(+)
 create mode 100644 
debian/patches/0048-Set-html_static_path-_static-everywhere.patch
 create mode 100644 
debian/patches/0049-Use-Debian-provided-MathJax-everywhere.patch

diff --git a/debian/patches/0048-Set-html_static_path-_static-everywhere.patch 
b/debian/patches/0048-Set-html_static_path-_static-everywhere.patch
new file mode 100644
index ..10663a82
--- /dev/null
+++ b/debian/patches/0048-Set-html_static_path-_static-everywhere.patch
@@ -0,0 +1,63 @@
+From: Nicholas D Steeves 
+Date: Sat, 10 Feb 2018 21:00:55 -0500
+Subject: Set html_static_path = ['_static'] everywhere.
+
+---
+ clang-tools-extra/docs/conf.py | 2 +-
+ clang/docs/analyzer/conf.py| 2 +-
+ clang/docs/conf.py | 2 +-
+ polly/docs/conf.py | 2 +-
+ 4 files changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/clang-tools-extra/docs/conf.py b/clang-tools-extra/docs/conf.py
+index e872c55..69f425a 100644
+--- a/clang-tools-extra/docs/conf.py
 b/clang-tools-extra/docs/conf.py
+@@ -121,7 +121,7 @@ html_theme = 'haiku'
+ # Add any paths that contain custom static files (such as style sheets) here,
+ # relative to this directory. They are copied after the builtin static files,
+ # so a file named "default.css" will overwrite the builtin "default.css".
+-html_static_path = []
++html_static_path = ['_static']
+ 
+ # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
+ # using the given strftime format.
+diff --git a/clang/docs/analyzer/conf.py b/clang/docs/analyzer/conf.py
+index c40af7a..666308d 100644
+--- a/clang/docs/analyzer/conf.py
 b/clang/docs/analyzer/conf.py
+@@ -121,7 +121,7 @@ html_theme = 'haiku'
+ # Add any paths that contain custom static files (such as style sheets) here,
+ # relative to this directory. They are copied after the builtin static files,
+ # so a file named "default.css" will overwrite the builtin "default.css".
+-html_static_path = []
++html_static_path = ['_static']
+ 
+ # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
+ # using the given strftime format.
+diff --git a/clang/docs/conf.py b/clang/docs/conf.py
+index a9861cd..d125dc6 100644
+--- a/clang/docs/conf.py
 b/clang/docs/conf.py
+@@ -121,7 +121,7 @@ html_theme = 'haiku'
+ # Add any paths that contain custom static files (such as style sheets) here,
+ # relative to this directory. They are copied after the builtin static files,
+ # so a file named "default.css" will overwrite the builtin "default.css".
+-html_static_path = []
++html_static_path = ['_static']
+ 
+ # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
+ # using the given strftime format.
+diff --git a/polly/docs/conf.py b/polly/docs/conf.py
+index 64d3968..aa854ad 100644
+--- a/polly/docs/conf.py
 b/polly/docs/conf.py
+@@ -127,7 +127,7 @@ except ImportError:
+ # Add any paths that contain custom static files (such as style sheets) here,
+ # relative to this directory. They are copied after the builtin static files,
+ # so a file named "default.css" will overwrite the builtin "default.css".
+-html_static_path = []
++html_static_path = ['_static']
+ 
+ # If not '', a 'Last updated on:' timestamp is inserted at every page bottom,
+ # using the given strftime format.
diff --git a/debian/patches/0049-Use-Debian-provided-MathJax-everywhere.patch 
b/debian/patches/0049-Use-Debian-provided-MathJax-everywhere.patch
new file mode 100644
index ..dce925ee
--- /dev/null
+++ b/debian/patches/0049-Use-Debian-provided-MathJax-everywhere.patch
@@ -0,0 +1,122 @@
+From: Nicholas D Steeves 
+Date: Sat, 10 Feb 2018 21:02:17 -0500
+Subject: Use Debian-provided MathJax everywhere.
+
+---
+ clang-tools-extra/docs/Doxyfile   | 2 +-
+ clang-tools-extra/docs/conf.py| 3 +++
+ clang-tools-extra/docs/doxygen.cfg.in | 2 +-
+ clang/docs/analyzer/conf.py   | 3 +++
+ clang/docs/conf.py| 3 +++
+ clang/docs/doxygen.cfg.in | 2 +-
+ docs/doxygen.cfg.in   | 2 +-
+ polly/docs/doxygen.cfg.in | 2 +-
+ 8 files changed, 14 insertions(+), 5 deletions(-)
+
+diff --git a/clang-tools-extra/docs/Doxyfile b/clang-tools-extra/docs/Doxyfile
+index d674390..1bf4f72 100644
+--- a/clang-tools-extra/docs/Doxyfile
 b/clang-tools-extra/docs/Doxyfile
+@@ -1206,7 +1206,7 @@ USE_MATHJAX= NO
+ # MathJax, but it is strongly recommended to install a local copy of MathJax
+ # before deployment.
+ 
+-MATHJAX_RELPATH= http://www.mathjax.org/mathjax
++MATHJAX_RELPATH= /usr/share/javascript/mathjax
+ 
+ # The MATHJAX_EXTENSIONS tag can be used to specify one or MathJax extension
+ # names that should be enabled during MathJax renderin

Bug#944249: [PATCH 07/12] Drop version qualifier from dh-elpa build dep…

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 2 ++
 debian/control   | 2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 2fe3a23..900fd4c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -19,6 +19,8 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; urgency=medium
 compliance with Policy §12.6, which states "Any examples
 (configurations, source files, whatever), should be installed in a
 directory /usr/share/doc/package/examples"
+  * Drop version qualifier from dh-elpa build dep, because oldstable
+(stretch) has version 1.6, which is newer than the requested 0.0.17.
 
  -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
 
diff --git a/debian/control b/debian/control
index 3b62de3..7160617 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
 Maintainer: Debian Emacs addons team 

 Uploaders: Dima Kogan 
 Build-Depends: debhelper (>= 10),
-  dh-elpa (>= 0.0.17),
+  dh-elpa,
   texlive-latex-base,
   texlive-latex-recommended,
   gnuplot
-- 
2.20.1

Bug#944249: [PATCH 04/12] Update Breaks << this version and add elpa-gnuplot-mode to Replaces

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 2 ++
 debian/control   | 3 ++-
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 897ada6..b64eb3a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -11,6 +11,8 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; urgency=medium
 for compatibility with MELPA.  Bruce Ravel's gnuplot.el:L3346 provides
 'gnuplot, while Mike McCourt's similarly named package provides
 'gnuplot-mode (gnuplot-mode.el:L456).
+  * Update Breaks to << this version and add elpa-gnuplot-mode to
+Replaces.
 
  -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
 
diff --git a/debian/control b/debian/control
index 8fee9d6..b1da3de 100644
--- a/debian/control
+++ b/debian/control
@@ -18,7 +18,8 @@ Architecture: all
 Depends: ${misc:Depends}, ${elpa:Depends}, gnuplot-qt | gnuplot-x11 | gnuplot
 Recommends: emacs (>= 46.0), gnuplot-doc
 Enhances: emacs, emacs24, emacs25
-Breaks: gnuplot-mode (<< 1:0.7.0-2014-12-31-1)
+Breaks: gnuplot-mode (<< 1:0.7.0-2014-12-31-2)
+Replaces: gnuplot-mode, elpa-gnuplot-mode
 Provides: gnuplot-mode
 Description: Gnuplot mode for Emacs
  Gnuplot is a major mode for Emacs flavours with the following features:
-- 
2.20.1

Bug#944249: [PATCH 05/12] Drop emacs24 and emacs25 from Enhances…

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 2 ++
 debian/control   | 2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index b64eb3a..93d8c86 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -13,6 +13,8 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; urgency=medium
 'gnuplot-mode (gnuplot-mode.el:L456).
   * Update Breaks to << this version and add elpa-gnuplot-mode to
 Replaces.
+  * Drop emacs24 and emacs25 from Enhances; they were not in buster so
+these are not useful--not even for backports.
 
  -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
 
diff --git a/debian/control b/debian/control
index b1da3de..3b62de3 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@ Package: elpa-gnuplot
 Architecture: all
 Depends: ${misc:Depends}, ${elpa:Depends}, gnuplot-qt | gnuplot-x11 | gnuplot
 Recommends: emacs (>= 46.0), gnuplot-doc
-Enhances: emacs, emacs24, emacs25
+Enhances: emacs
 Breaks: gnuplot-mode (<< 1:0.7.0-2014-12-31-2)
 Replaces: gnuplot-mode, elpa-gnuplot-mode
 Provides: gnuplot-mode
-- 
2.20.1

Bug#944249: [PATCH 12/12] changelog: whitespace cleanup

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 2 --
 1 file changed, 2 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 6faca2f..a636ce5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -256,5 +256,3 @@ gnuplot-mode (0.5k-1) unstable; urgency=low
   * Initial Release.
 
  -- Ryuichi Arafune   Tue, 28 Mar 2000 13:23:58 +0900
-
-
-- 
2.20.1

Bug#944249: [PATCH 06/12] Install dot.el and dotemacs.el using the "examples" mechanism…

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 4 
 debian/docs  | 2 --
 debian/examples  | 2 ++
 3 files changed, 6 insertions(+), 2 deletions(-)
 create mode 100644 debian/examples

diff --git a/debian/changelog b/debian/changelog
index 93d8c86..2fe3a23 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -15,6 +15,10 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; 
urgency=medium
 Replaces.
   * Drop emacs24 and emacs25 from Enhances; they were not in buster so
 these are not useful--not even for backports.
+  * Install dot.el and dotemacs.el using the "examples" mechanism for
+compliance with Policy §12.6, which states "Any examples
+(configurations, source files, whatever), should be installed in a
+directory /usr/share/doc/package/examples"
 
  -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
 
diff --git a/debian/docs b/debian/docs
index a93480d..d7cf8f7 100644
--- a/debian/docs
+++ b/debian/docs
@@ -1,4 +1,2 @@
 README.org
 gpelcard.pdf
-dot.el
-dotemacs.el
diff --git a/debian/examples b/debian/examples
new file mode 100644
index 000..524d305
--- /dev/null
+++ b/debian/examples
@@ -0,0 +1,2 @@
+dot.el
+dotemacs.el
-- 
2.20.1

Bug#944249: [PATCH 08/12] Update team name and email address for the move from Alioth to Salsa

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog | 2 ++
 debian/control   | 2 +-
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 900fd4c..105e59b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -21,6 +21,8 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; urgency=medium
 directory /usr/share/doc/package/examples"
   * Drop version qualifier from dh-elpa build dep, because oldstable
 (stretch) has version 1.6, which is newer than the requested 0.0.17.
+  * Update Maintainer team name and email address for the move from Alioth
+to Salsa.
 
  -- Nicholas D Steeves   Sat, 16 Nov 2019 18:22:17 -0500
 
diff --git a/debian/control b/debian/control
index 7160617..4a781ae 100644
--- a/debian/control
+++ b/debian/control
@@ -1,7 +1,7 @@
 Source: gnuplot-mode
 Section: lisp
 Priority: optional
-Maintainer: Debian Emacs addons team 

+Maintainer: Debian Emacsen team 
 Uploaders: Dima Kogan 
 Build-Depends: debhelper (>= 10),
   dh-elpa,
-- 
2.20.1

Bug#944249: [PATCH 11/12] debian/debian-autoloads.el: Handle auto-mode-alist stuff the elpa way.

[Nicholas D Steeves]

From: Agustin Martin Domingo 

Signed-off-by: Nicholas D Steeves 
---
 debian/changelog   | 1 +
 debian/debian-autoloads.el | 2 ++
 debian/elpa-gnuplot.elpa   | 1 +
 3 files changed, 4 insertions(+)
 create mode 100644 debian/debian-autoloads.el

diff --git a/debian/changelog b/debian/changelog
index 9b7a8f1..6faca2f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -5,6 +5,7 @@ gnuplot-mode (1:0.7.0-2014-12-31-2) UNRELEASED; urgency=medium
   * debian/install: Remove. No longer needed.
   * debian/control: Build depend on gnuplot, to allow tests being actually
 passed.
+  * debian/debian-autoloads.el: Handle auto-mode-alist stuff the elpa way.
 
   [ Nicholas D Steeves ]
   * Rename bin:elpa-gnuplot-mode to bin:elpa-gnuplot for correctness and
diff --git a/debian/debian-autoloads.el b/debian/debian-autoloads.el
new file mode 100644
index 000..e2c1d6d
--- /dev/null
+++ b/debian/debian-autoloads.el
@@ -0,0 +1,2 @@
+;;;###autoload
+(setq auto-mode-alist (append '(("\\.gp\\'" . gnuplot-mode)) auto-mode-alist))
diff --git a/debian/elpa-gnuplot.elpa b/debian/elpa-gnuplot.elpa
index b05242e..3e8bd13 100644
--- a/debian/elpa-gnuplot.elpa
+++ b/debian/elpa-gnuplot.elpa
@@ -4,3 +4,4 @@ gnuplot.el
 gnuplot-gui.el
 gnuplot-test-context.el
 gnuplot-tests.el
+debian/debian-autoloads.el
-- 
2.20.1

Bug#944249: [PATCH 02/12] debian/control: Build depend on gnuplot, to allow tests being actually passed.

[Nicholas D Steeves]

From: Agustin Martin Domingo 

Signed-off-by: Nicholas D Steeves 
---
 debian/control | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 8d96b1f..29411f8 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,11 @@ Section: lisp
 Priority: optional
 Maintainer: Debian Emacs addons team 

 Uploaders: Dima Kogan 
-Build-Depends: debhelper (>= 10), dh-elpa (>= 0.0.17), texlive-latex-base, 
texlive-latex-recommended
+Build-Depends: debhelper (>= 10),
+  dh-elpa (>= 0.0.17),
+  texlive-latex-base,
+  texlive-latex-recommended,
+  gnuplot
 Standards-Version: 4.3.0
 Vcs-Git: https://salsa.debian.org/debian/gnuplot-mode.git
 Vcs-Browser: https://salsa.debian.org/debian/gnuplot-mode
-- 
2.20.1

Bug#944249: [PATCH 3/3] Fix build_doc failure due to nonexistent directory.

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/rules | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/rules b/debian/rules
index 74a56572..6bccce47 100755
--- a/debian/rules
+++ b/debian/rules
@@ -338,6 +338,7 @@ build_doc:
cd $$d && rm -f underscore.js && ln -s 
/usr/share/javascript/underscore/underscore.js && cd -; \
done
 
+   mkdir -p debian/man/
help2man --version-string=$(LLVM_VERSION) 
clang/tools/scan-view/bin/scan-view > debian/man/scan-view-$(LLVM_VERSION).1
help2man --version-string=$(LLVM_VERSION) 
clang/tools/clang-format/clang-format-diff.py > 
debian/man/clang-format-diff-$(LLVM_VERSION).1
 
-- 
2.14.2

Bug#944249: [PATCH 1/3] Add libjs-mathjax to Build-Depends and to clang-x.y-doc Depends.

[Nicholas D Steeves]

Signed-off-by: Nicholas D Steeves 
---
 debian/control | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 31dea016..b83de924 100644
--- a/debian/control
+++ b/debian/control
@@ -10,6 +10,7 @@ Build-Depends: debhelper (>= 11~), flex, bison, dejagnu, tcl, 
expect,
 libjsoncpp-dev, pkg-config,
 lcov, procps, help2man, zlib1g-dev,
 g++-multilib [amd64 i386 kfreebsd-amd64 mips mips64 mips64el mipsel 
powerpc ppc64 s390 s390x sparc sparc64 x32],
+libjs-mathjax
 #ocaml-nox [amd64 arm64 armel armhf i386],
 #ocaml-findlib [amd64 arm64 armel armhf i386],
 #libctypes-ocaml-dev [amd64 arm64 armel armhf i386],
@@ -84,7 +85,7 @@ Description: clang-based C++ linter tool
 Package: clang-5.0-doc
 Architecture: all
 Section: doc
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, libjs-mathjax
 Description: C, C++ and Objective-C compiler - Documentation
  Clang project is a C, C++, Objective C and Objective C++ front-end
  based on the LLVM compiler. Its goal is to offer a replacement to the
-- 
2.14.2

Bug#945339: libslepc3.11-dev-examples: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/libslepc3.11-dev-examples/examples/config/cmakegen.py

[Andreas Beckmann]

Package: libslepc3.11-dev-examples
Version: 3.11.2+dfsg1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
https://www.debian.org/doc/debian-policy/ch-docs.html#additional-documentation

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Setting up python3 (3.7.5-1) ...
  [Errno 2] No such file or directory: 
'/usr/share/doc/libslepc3.11-dev-examples/examples/config/cmakegen.py'
  error running python rtupdate hook libslepc3.11-dev-examples
  dpkg: error processing package python3 (--configure):
   installed python3 package post-installation script subprocess returned error 
exit status 4
  dpkg: dependency problems prevent configuration of libslepc3.11-dev-examples:
   libslepc3.11-dev-examples depends on python3:any; however:
Package python3 is not configured yet.
  
  dpkg: error processing package libslepc3.11-dev-examples (--configure):
   dependency problems - leaving unconfigured
  Processing triggers for libc-bin (2.29-3) ...
  Errors were encountered while processing:
   python3
   libslepc3.11-dev-examples


Cheers,

Andreas


libslepc3.11-dev-examples_3.11.2+dfsg1-1.log.gz
Description: application/gzip

Bug#945338: libpetsc3.11-dev-examples: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/libpetsc3.11-dev-examples/examples/**/*.py

[Andreas Beckmann]

Package: libpetsc3.11-dev-examples
Version: 3.11.4+dfsg1-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
https://www.debian.org/doc/debian-policy/ch-docs.html#additional-documentation

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Setting up python3 (3.7.5-1) ...
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/config/cmakegen.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/config/example_template.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/config/gmakegen.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/config/gmakegentest.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/config/report_tests.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/config/testparse.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/src/ksp/ksp/examples/tutorials/ex100.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/src/ksp/ksp/examples/tutorials/example100.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/src/ts/examples/tutorials/ex8.py'
  [Errno 2] No such file or directory: 
'/usr/share/doc/libpetsc3.11-dev-examples/examples/src/ts/examples/tutorials/extchem.py'
  error running python rtupdate hook libpetsc3.11-dev-examples
  dpkg: error processing package python3 (--configure):
   installed python3 package post-installation script subprocess returned error 
exit status 4
  dpkg: dependency problems prevent configuration of libpetsc3.11-dev-examples:
   libpetsc3.11-dev-examples depends on python3:any; however:
Package python3 is not configured yet.
  
  dpkg: error processing package libpetsc3.11-dev-examples (--configure):
   dependency problems - leaving unconfigured
  Processing triggers for libc-bin (2.29-3) ...
  Errors were encountered while processing:
   python3
   libpetsc3.11-dev-examples


Cheers,

Andreas


libpetsc3.11-dev-examples_3.11.4+dfsg1-3.log.gz
Description: application/gzip

Bug#945329: ITP: emacs-websocket -- Emacs WebSocket client and server

[Nicholas D Steeves]

Hi Antoine,

On Fri, Nov 22, 2019 at 09:01:02PM -0500, Nicholas D Steeves wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Nicholas D Steeves 
> Control: block 909336 by -1
> 
> Package name: emacs-websocket
> Version : 1.10+17.g491a60b-1 (declares 1.12, but untagged)
> Upstream Author : Andrew Hyatt 
> URL : https://github.com/ahyatt/emacs-websocket
> License : GPL-3+
> Programming Lang: elisp
> Description : Emacs WebSocket client and server
> 
>  Emacs Websocket is an elisp library that allows websocket clients to
>  talk to websocket servers, and websocket servers to accept
>  connections from websocket clients.  This library is designed to be
>  used by other library writers, to write apps that use websockets, and
>  is not useful by itself.
>  .
>  Emacs IPython Notebook, Emacs Realtime Markdown Viewer, Kite,
>  Markdown-preview-mode, and Atomic Chrome for Emacs use this library.
> 
> I have started packaging this software because it is a prerequisite
> for Atomic Chrome for Emacs (RFP Bug #909336).  I will soon use it.  I
> am not aware of a package with similar functionality.
> 
> If my experience with Atomic Chrome for Emacs is good then I plan to
> maintain both packages as part of the Debian Emacsen Team.  I will
> need a sponsor for the initial upload.
> 

This one's ready to go:

   https://salsa.debian.org/emacsen-team/emacs-websocket

$ git deborig   # to generate the initial tarball if you don't use gbp

If you prefer to see it uploaded soon but don't have the time to
review please let me know and I'll file a formal RFS.


Cheers,
Nicholas


signature.asc
Description: PGP signature

Bug#945337: add a elpa-tramp package

[積丹尼 Dan Jacobson]

Package: dh-elpa
Severity: wishlist

There is no documentation on the proper way to request that
there also be a "elpa-tramp" package available among the 290 elpa-
packages on Debian.

Yes, one can find it in M-x list-packages, but I wish someone would put
it into apt too. Thanks.

Bug#945336: bird2: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/bird2/examples/bird.conf

[Andreas Beckmann]

Package: bird2
Version: 2.0.7-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

a test with piuparts revealed that your package uses files from
/usr/share/doc in its maintainer scripts which is a violation of
Policy 12.3: "Packages must not require the existence of any files in
/usr/share/doc/ in order to function."
https://www.debian.org/doc/debian-policy/ch-docs.html#additional-documentation

These files must be moved to /usr/share/$PACKAGE and may be symlinked
from /usr/share/doc/$PACKAGE.

This piuparts test prevents the installation of (most) files into
/usr/share/doc with 'dpkg --path-exclude=...'.

>From the attached log (scroll to the bottom...):

  Setting up bird2 (2.0.7-2) ...
  Error: The new file /usr/share/doc/bird2/examples/bird.conf does not exist!
  dpkg: error processing package bird2 (--configure):
   installed bird2 package post-installation script subprocess returned error 
exit status 1
  Processing triggers for libc-bin (2.29-3) ...
  Errors were encountered while processing:
   bird2


Cheers,

Andreas


bird2_2.0.7-2.log.gz
Description: application/gzip

Bug#945335: protocol-relative-urls: use file: not ftp:

[積丹尼 Dan Jacobson]

Package: w3m
Severity: minor

w3m uses "ftp" for these when read from disk. It should use file:
https://joonas.fi/2016/12/27/stop-using-protocol-relative-urls/

Bug#909336: RFP: atomic-chrome-el -- Edit text area on Chrome with Emacs using Atomic Chrome

[Nicholas D Steeves]

Control: retitle -1 ITP: atomic-chrome-el -- edit a web-browser text entry area 
with Emacs

Hey Antoine!

I found this RFP after I was half-way through packaging this
software :-)  

On Fri, Sep 21, 2018 at 04:23:00PM -0400, Antoine Beaupre wrote:
>
> * Package name: atomic-chrome-el
>   Version : v2.0.0 (or git snapshot?)

So far I'm testing 2.0.0.  I have to confess I've been avoiding wiki
contributions due to how inefficient and frustrating that interface
is.  This, plus olivetti-mode makes our moin moin wiki much less
painful to edit :-D

I had already rewritten the upstream description, so I think I'll
stick with it if you have any objections.  First things first though,
the websocket library I'd added as a blocking bug.  I'll create a repo
and CC you with a reply at that bug.


Take care!
Nicholas


signature.asc
Description: PGP signature

Bug#945334: Jekyll should not depend on its plugins

[Daniel Leidert]

Package: jekyll
Version: 3.8.3+dfsg-6
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Jekyll currently depends on some of its plugins, e. g. ruby-jekyll-feed.
But this leads to two unwanted results, which can be quite troublesome.

I was recently trying to update ruby-jekyll-feed to version 0.13.0, which
introduced a new feature. Due to jekyll dependening on it the old version
was installed on the system too, leading to unwanted test results and
build failures. After I replaced the ruby-jekyll-feed package with an
empty meta-package (to fulfill the dependencies of jekyll), the build went
fine. But as long as jekyll depends on its plugins, this situation will
occur as soon as tests depend on new features which are not available
in the uploaded/installed package.

The second issue is that actually the plugins depend on jekyll. But
this creates a circular dependency if jekyll depends on them too
(see #940291).

I'd like to reuest (permission) to remove these dependencies. The plugins
declare, that they enhance jekyll. Jekyll should probably suggest them.
Maybe the plugins can provide the virtual jekyll-plugin package and jekyll
suggests this package then?

Regards, Daniel


- -- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.3.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages jekyll depends on:
ii  bundler 1.17.3-3
ii  ruby1:2.5.2
ii  ruby-addressable2.7.0-1
ii  ruby-classifier-reborn  2.2.0-1
ii  ruby-colorator  1.1.0-3
ii  ruby-em-websocket   0.5.1-2
ii  ruby-i18n   1.5.3-1
ii  ruby-jekyll-coffeescript1.2.2-2
ii  ruby-jekyll-feed0.13.0~1-1
ii  ruby-jekyll-gist1.5.0-2
ii  ruby-jekyll-paginate1.1.0-3
ii  ruby-jekyll-sass-converter  1.5.2-1
ii  ruby-jekyll-watch   2.2.1-1
ii  ruby-kramdown   1.17.0-1
ii  ruby-launchy-shim   2.3.0.1
ii  ruby-liquid 4.0.3-1
ii  ruby-mercenary  0.3.6-1
ii  ruby-mime-types 3.2.2-1
ii  ruby-pathutil   0.16.1-1
ii  ruby-pygments.rb1.2.0-4
ii  ruby-rdiscount  2.1.8-1+b5
ii  ruby-redcarpet  3.4.0-4+b1
ii  ruby-rouge  3.13.0-1
ii  ruby-safe-yaml  1.0.5-1
ii  ruby-toml   0.2.0-3
ii  xdg-utils   1.1.3-1

Versions of packages jekyll recommends:
pn  ruby-mysql  
pn  ruby-sequel 
pn  ruby-sequel-pg  

jekyll suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEvu1N7VVEpMA+KD3HS80FZ8KW0F0FAl3YmJ0ACgkQS80FZ8KW
0F1NSxAAzZBCy/1+iXiht8Qp9DA3JbOKD4ukag6AJ4GEVorlBZXMzlRArHKnfXNt
yLTdzb3x2MsbCK9wmI47g0G3Ncfh1Oq6lqBx13XrtCsFF8jHehxN0h8uefQNdDyV
Xc+z8fcfXVT/HYtK0Lzk7oslBjD8/D0jzElRHRYMyA4VouuCENVpSay06MxAXoHe
2oh+eW2Y1qHByErw6TnsWLG25wb222vX6WKK5LEst1aZuzSpn+stT7BwsSmAEGU0
+VAqEWtfXqXTdI+Cd6xlmV8M/xybVkAv+xKCj4HW+UXRFTjKkDYsO10ldnWNF2uy
YDwZh3ennsq1XdJH6RzS7rVNE22LgpO/u5r417fAMdwBt+sXuHVOc+YBJYdIUYWR
zRBwP1K/SAQXF9AP+TX1PovMLtLeSculpL0TWlEX2hnfe9kyGzHzHh/BL0pHp5mh
5umYLxqoPV/gdFYw6Wbtc/LyGG3/1mpqIFHDAE0Gc6TEdyp3fxVI1RjTsl2MnapM
cAdqNwUpSQxcbdfvCTMQ/EWV3veXmb5//sR0r9woKsyo88eFp+J1jGB2Mxue0xyA
2HBpcLHurm1Am5yLjcRgAJkhuYH8P4CHhyc3yVStA6UpQRQPl6TUM1wZUG62bey8
QS9HTp8r+LtXdvCS9t3p1toFdyi5Y52xi5g0BGVsMHTZRVaKqsE=
=YPVK
-END PGP SIGNATURE-

Bug#945332: libsystemd0: sd-event leaks file descriptors

[Matthijs van Duin]

Package: libsystemd0
Version: 241-7~deb10u2
Severity: normal

When an sd-event io event source with fd ownership is released while it
is dispatching (i.e. from inside the event callback), the event source
is freed after dispatching is complete but it fails to close the fd.

This bug has recently been fixed upstream:
f59825595182 sd-event: don't invalidate source type on disconnect

Bug#945333: r-cran-seurat: uninstallable in sid: Depends: r-cran-matrix (>= 1.2.14) but 1.2-17-2 is to be installed

[Andreas Beckmann]

Package: r-cran-seurat
Version: 3.0.2-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

  The following packages have unmet dependencies:
   r-cran-seurat : Depends: r-cran-matrix (>= 1.2.14) but 1.2-17-2 is to be 
installed

This seems to be a '.' vs '-' typo.


Cheers,

Andreas

Bug#945331: bitshuffle ftbfs in unstable on s390x

[Matthias Klose]

Package: src:bitshuffle
Version: 0.3.5-1
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8

bitshuffle ftbfs in unstable on s390x, also it looks like z15 isn't the correct
baseline, please don't set a baseline explicitly.

building 'bitshuffle.ext' extension
creating build
creating build/temp.linux-s390x-3.8
creating build/temp.linux-s390x-3.8/bitshuffle
creating build/temp.linux-s390x-3.8/src
creating build/temp.linux-s390x-3.8/lz4
mpicc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g
-fstack-protector-strong -Wformat -Werror=format-security -g -fwrapv -O2 -g -O2
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
-DBSHUF_VERSION_MAJOR=0 -DBSHUF_VERSION_MINOR=3 -DBSHUF_VERSION_POINT=5 -Isrc/
-Ilz4/ -I/usr/lib/python3/dist-packages/numpy/core/include
-I/usr/include/python3.8 -c bitshuffle/ext.c -o
build/temp.linux-s390x-3.8/bitshuffle/ext.o -ffast-math -march=native
-fno-strict-aliasing -fPIC -std=c99 -O3 -fopenmp
In file included from
/usr/lib/python3/dist-packages/numpy/core/include/numpy/ndarraytypes.h:1830,
 from
/usr/lib/python3/dist-packages/numpy/core/include/numpy/ndarrayobject.h:12,
 from
/usr/lib/python3/dist-packages/numpy/core/include/numpy/arrayobject.h:4,
 from bitshuffle/ext.c:641:
/usr/lib/python3/dist-packages/numpy/core/include/numpy/npy_1_7_deprecated_api.h:17:2:
warning: #warning "Using deprecated NumPy API, disable it with " "#define
NPY_NO_DEPRECATED_API NPY_1_7_API_VERSION" [-Wcpp]
   17 | #warning "Using deprecated NumPy API, disable it with " \
  |  ^~~
bitshuffle/ext.c: In function ‘__pyx_pf_10bitshuffle_3ext_using_NEON’:
bitshuffle/ext.c:2274:16: warning: implicit declaration of function
‘bshuf_using_NEON’; did you mean ‘bshuf_using_AVX2’?
[-Wimplicit-function-declaration]
 2274 |   __pyx_t_1 = (bshuf_using_NEON() != 0);
  |^~~~
  |bshuf_using_AVX2
Assembler messages:
Error: invalid switch -march=z15
Error: unrecognized option -march=z15
/usr/lib/python3/dist-packages/Cython/Compiler/Main.py:369: FutureWarning:
Cython directive 'language_level' not set, using 2 for now (Py2). This will
change in a later release! File: /<>/bitshuffle/ext.pyx
  tree = Parsing.p_module(s, pxd, full_module_name)
/usr/lib/python3/dist-packages/Cython/Compiler/Main.py:369: FutureWarning:
Cython directive 'language_level' not set, using 2 for now (Py2). This will
change in a later release! File: /<>/bitshuffle/h5.pyx
  tree = Parsing.p_module(s, pxd, full_module_name)
error: command 'mpicc' failed with exit status 1
E: pybuild pybuild:341: build: plugin distutils failed with: exit code=1:
/usr/bin/python3.8 setup.py build
dh_auto_build: pybuild --build -i python{version} -p "3.8 3.7" returned exit 
code 13
make: *** [debian/rules:25: build-arch] Error 255
dpkg-buildpackage: error: debian/rules build-arch subprocess returned exit 
status 2

Bug#945330: yt ftbfs in unstable

[Matthias Klose]

Package: src:yt
Version: 3.5.1-1
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8

pysph ftbfs in unstable.

[...]
==
ERROR: test_composite_vr
(yt.visualization.volume_rendering.tests.test_zbuff.ZBufferTest)
--
Traceback (most recent call last):
  File
"/<>/.pybuild/cpython3_3.8_yt/build/yt/visualization/volume_rendering/tests/test_zbuff.py",
line 83, in test_composite_vr
im.write_png("composite.png")
  File
"/<>/.pybuild/cpython3_3.8_yt/build/yt/data_objects/image_array.py",
line 289, in write_png
scaled = self.rescale(inline=False)
  File
"/<>/.pybuild/cpython3_3.8_yt/build/yt/data_objects/image_array.py",
line 242, in rescale
np.clip(out, 0.0, 1.0, out)
  File "<__array_function__ internals>", line 5, in clip
  File "/usr/lib/python3/dist-packages/numpy/core/fromnumeric.py", line 2037, in
clip
return _wrapfunc(a, 'clip', a_min, a_max, out=out, **kwargs)
  File "/usr/lib/python3/dist-packages/numpy/core/fromnumeric.py", line 61, in
_wrapfunc
return bound(*args, **kwds)
  File "/usr/lib/python3/dist-packages/numpy/core/_methods.py", line 131, in 
_clip
return _clip_dep_invoke_with_casting(
  File "/usr/lib/python3/dist-packages/numpy/core/_methods.py", line 85, in
_clip_dep_invoke_with_casting
return ufunc(*args, out=out, **kwargs)
  File "/<>/.pybuild/cpython3_3.8_yt/build/yt/units/yt_array.py",
line 1399, in __array_ufunc__
raise RuntimeError(
RuntimeError: Support for the  ufunc with 3 inputs has not
beenadded to YTArray.

==
ERROR: test_multi_image_composite
(yt.visualization.tests.test_image_writer.TestImageWriter)
--
Traceback (most recent call last):
  File
"/<>/.pybuild/cpython3_3.8_yt/build/yt/visualization/tests/test_image_writer.py",
line 42, in test_multi_image_composite
multi_image_composite("multi_channel1.png", frb["x"], frb["y"])
  File
"/<>/.pybuild/cpython3_3.8_yt/build/yt/visualization/image_writer.py",
line 107, in multi_image_composite
red_channel = scale_image(red_channel)
  File
"/<>/.pybuild/cpython3_3.8_yt/build/yt/visualization/image_writer.py",
line 57, in scale_image
image = (np.clip((image-mi)/(ma-mi) * 255, 0, 255)).astype('uint8')
  File "<__array_function__ internals>", line 5, in clip
  File "/usr/lib/python3/dist-packages/numpy/core/fromnumeric.py", line 2037, in
clip
return _wrapfunc(a, 'clip', a_min, a_max, out=out, **kwargs)
  File "/usr/lib/python3/dist-packages/numpy/core/fromnumeric.py", line 61, in
_wrapfunc
return bound(*args, **kwds)
  File "/usr/lib/python3/dist-packages/numpy/core/_methods.py", line 131, in 
_clip
return _clip_dep_invoke_with_casting(
  File "/usr/lib/python3/dist-packages/numpy/core/_methods.py", line 85, in
_clip_dep_invoke_with_casting
return ufunc(*args, out=out, **kwargs)
  File "/<>/.pybuild/cpython3_3.8_yt/build/yt/units/yt_array.py",
line 1399, in __array_ufunc__
raise RuntimeError(
RuntimeError: Support for the  ufunc with 3 inputs has not
beenadded to YTArray.

--
Ran 1386 tests in 932.841s

FAILED (errors=28)
E: pybuild pybuild:341: test: plugin distutils failed with: exit code=1: cd
/<>/.pybuild/cpython3_3.8_yt/build; python3.8 -m nose -v
dh_auto_test: pybuild --test -i python{version} -p "3.8 3.7" returned exit code 
13
make: *** [debian/rules:10: build-arch] Error 255

Bug#945328: pyzmq ftbfs in unstable

[Matthias Klose]

Package: src:pyzmq
Version: 17.1.2-3
Severity: serious
Tags: sid bullseye patch
User: debian-pyt...@lists.debian.org
Usertags: python3.8

pyzmq ftbfs in unstable, needing a patch from 18.1.  Please could you also relax
some timing conditions for tests seen on non-amd64 architectures?

patches at
https://patches.ubuntu.com/p/pyzmq/pyzmq_17.1.2-3ubuntu5.patch

[..]
=== FAILURES ===
__ TestAsyncIOSocket.test_recv_json_cancelled __

self = 

def test_recv_json_cancelled(self):
@asyncio.coroutine
def test():
a, b = self.create_bound_pair(zmq.PUSH, zmq.PULL)
f = b.recv_json()
assert not f.done()
f.cancel()
# cycle eventloop to allow cancel events to fire
yield from asyncio.sleep(0)
obj = dict(a=5)
yield from a.send_json(obj)
with pytest.raises(CancelledError):
recvd = yield from f
assert f.done()
# give it a chance to incorrectly consume the event
events = yield from b.poll(timeout=5)
assert events
yield from asyncio.sleep(0)
# make sure cancelled recv didn't eat up event
f = b.recv_json()
recvd = yield from asyncio.wait_for(f, timeout=5)
assert recvd == obj
>   self.loop.run_until_complete(test())

zmq/tests/asyncio/_test_asyncio.py:152:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

self = <_UnixSelectorEventLoop running=False closed=True debug=False>
future = .test() done, defined
at
/<>/.pybuild/cpython3_3.8/build/zmq/tests/asyncio/_test_asyncio.py:131>>

def run_until_complete(self, future):
"""Run until the Future is done.

If the argument is a coroutine, it is wrapped in a Task.

WARNING: It would be disastrous to call run_until_complete()
with the same coroutine twice -- it would wrap it in two
different Tasks and that can't be good.

Return the Future's result, or raise its exception.
"""
self._check_closed()

new_task = not futures.isfuture(future)
future = tasks.ensure_future(future, loop=self)
if new_task:
# An exception is raised if the future didn't complete, so there
# is no need to log the "destroy pending task" message
future._log_destroy_pending = False

future.add_done_callback(_run_until_complete_cb)
try:
self.run_forever()
except:
if new_task and future.done() and not future.cancelled():
# The coroutine raised a BaseException. Consume the exception
# to not log a warning, the caller doesn't have access to the
# local task.
future.exception()
raise
finally:
future.remove_done_callback(_run_until_complete_cb)
if not future.done():
raise RuntimeError('Event loop stopped before Future completed.')

>   return future.result()
E   asyncio.exceptions.CancelledError
[..]
 1 failed, 232 passed, 11 skipped, 88 warnings in 33.62 seconds 
Task was destroyed but it is pending!
task: >/.pybuild/cpython3_3.8/build/zmq/auth/asyncio/__init__.py:25>
wait_for=>
E: pybuild pybuild:341: test: plugin distutils failed with: exit code=1: cd
/<>/.pybuild/cpython3_3.8/build; python3.8 -m pytest -v
--ignore=zmq/tests/test_auth.py --ignore=zmq/tests/test_security.py
dh_auto_test: pybuild --test --test-pytest -i python{version} -p "3.8 3.7"
--test-pytest returned exit code 13
make[1]: *** [debian/rules:42: override_dh_auto_test] Error 255

Bug#945329: ITP: emacs-websocket -- Emacs WebSocket client and server

[Nicholas D Steeves]

Package: wnpp
Severity: wishlist
Owner: Nicholas D Steeves 
Control: block 909336 by -1

Package name: emacs-websocket
Version : 1.10+17.g491a60b-1 (declares 1.12, but untagged)
Upstream Author : Andrew Hyatt 
URL : https://github.com/ahyatt/emacs-websocket
License : GPL-3+
Programming Lang: elisp
Description : Emacs WebSocket client and server

 Emacs Websocket is an elisp library that allows websocket clients to
 talk to websocket servers, and websocket servers to accept
 connections from websocket clients.  This library is designed to be
 used by other library writers, to write apps that use websockets, and
 is not useful by itself.
 .
 Emacs IPython Notebook, Emacs Realtime Markdown Viewer, Kite,
 Markdown-preview-mode, and Atomic Chrome for Emacs use this library.

I have started packaging this software because it is a prerequisite
for Atomic Chrome for Emacs (RFP Bug #909336).  I will soon use it.  I
am not aware of a package with similar functionality.

If my experience with Atomic Chrome for Emacs is good then I plan to
maintain both packages as part of the Debian Emacsen Team.  I will
need a sponsor for the initial upload.


Regards,
Nicholas

Bug#945327: python-pomegranate ftbfs in unstable

[Matthias Klose]

Package: src:python-pomegranate
Version: 0.11.1+dfsg2-1
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8

[...]
==
ERROR: Failure: AttributeError (type object 'pomegranate.hmm.array' has no
attribute '__reduce_cython__')
--
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/nose/failure.py", line 39, in runTest
raise self.exc_val.with_traceback(self.tb)
  File "/usr/lib/python3/dist-packages/nose/loader.py", line 416, in
loadTestsFromName
module = self.importer.importFromPath(
  File "/usr/lib/python3/dist-packages/nose/importer.py", line 47, in 
importFromPath
return self.importFromDir(dir_path, fqname)
  File "/usr/lib/python3/dist-packages/nose/importer.py", line 94, in 
importFromDir
mod = load_module(part_fqname, fh, filename, desc)
  File "/usr/lib/python3.8/imp.py", line 234, in load_module
return load_source(name, filename, file)
  File "/usr/lib/python3.8/imp.py", line 171, in load_source
module = _load(spec)
  File "", line 702, in _load
  File "", line 671, in _load_unlocked
  File "", line 783, in exec_module
  File "", line 219, in _call_with_frames_removed
  File
"/<>/.pybuild/cpython3_3.8_pomegranate/build/tests/test_profile_hmm.py",
line 3, in 
from pomegranate import *
  File
"/<>/.pybuild/cpython3_3.8_pomegranate/build/pomegranate/__init__.py",
line 12, in 
from .parallel import *
  File "pomegranate/parallel.pyx", line 10, in init pomegranate.parallel
from .hmm import HiddenMarkovModel
  File "stringsource", line 105, in init pomegranate.hmm
AttributeError: type object 'pomegranate.hmm.array' has no attribute
'__reduce_cython__'

--
Ran 11 tests in 0.007s

FAILED (errors=11)
E: pybuild pybuild:341: test: plugin distutils failed with: exit code=1: cd
/<>/.pybuild/cpython3_3.8_pomegranate/build; python3.8 -m nose -v 
tests
dh_auto_test: pybuild --test --test-nose -i python{version} -p "3.8 3.7"
returned exit code 13
make: *** [debian/rules:10: build-arch] Error 255

Bug#945326: pysph ftbfs in unstable

[Matthias Klose]

Package: src:pysph
Version: 1.0~a6-3
Severity: serious
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.8

pysph ftbfs in unstable.
https://buildd.debian.org/status/fetch.php?pkg=pysph&arch=amd64&ver=1.0%7Ea6-3%2Bb1&stamp=1574243914&raw=0

= 45 failed, 635 passed, 283 skipped, 71 deselected, 179 warnings in 287.61
seconds =
E: pybuild pybuild:341: test: plugin distutils failed with: exit code=1: cd
'/<>/.pybuild/cpython3_3.8/build'; python3.8 -m pytest -k 'not
test_sph_evaluator and not TestInterpolator'
dh_auto_test: pybuild --test --test-pytest -i python{version} -p "3.8 3.7"
returned exit code 13
make: *** [debian/rules:7: build-arch] Error 255


most common error:

def _compile_text(template, text, filename):
identifier = template.module_id
source, lexer = _compile(template, text, filename,
 
generate_magic_comment=template.disable_unicode)

cid = identifier
if not compat.py3k and isinstance(cid, compat.text_type):
cid = cid.encode()
module = types.ModuleType(cid)
>   code = compile(source, cid, 'exec')
E File
"_build_pysph_QcCWdC_pysph_1_0_a6__pybuild_cpython3_3_8_build_pysph_sph_acceleration_eval_cython_mako",
line 20
E   def do_group(helper,group,level=):
E   ^
E   SyntaxError: invalid syntax

/usr/lib/python3/dist-packages/mako/template.py:711: SyntaxError

Bug#945324: Acknowledgement (libldns2: CDS/CDNSKEY RRs are signed with ZSK instead of KSK (upstream patch attached))

[Jukka Salmi]

BTW, I noticed this bug when using ldns-signzone(1) from the ldnsutils
package, and also used that tool to verify that the described patch to
libldns2 fixes the issue.

-- 
This email fills a much-needed gap in your mailbox.

Bug#945325: RFS: fet/5.40.3-1 [QA] -- timetable generator

[Thiago]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "fet"

 * Package name: fet
   Version : 5.40.3-1
   Upstream Author : Liviu Lalescu 
 Volker Dirr
 * URL : https://www.lalescu.ro/liviu/fet/
 * License : AGPL-3+
 * Vcs : https://salsa.debian.org/debian/fet
   Section : misc

It builds those binary packages:

  fet - timetable generator
  fet-data - timetable generator - documentation and examples

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/fet

Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/f/fet/fet_5.40.3-1.dsc

Changes since the last upload:

   * QA upload, orphaning package; see #945298.
   * New upstream version 5.40.3.
   * debian/control:
   - Added 'Rules-Requires-Root: no' in source stanza.
   - Added VCS fields.
   - Bumped Standards-Version to 4.4.1.
   * debian/rules: Removed override_dh_dwz, no longer needed. (Closes: #934854)
   Thanks to Gianfranco Costamagna.

Regards,

--
  Thiago Andrade Marques

Bug#945324: libldns2: CDS/CDNSKEY RRs are signed with ZSK instead of KSK (upstream patch attached)

[Jukka Salmi]

Package: libldns2
Version: 1.7.0-4

Dear maintainer

The ldns library from stable, testing and unstable (libldns2 1.7.0-4)
signs CDS and CDNSKEY RRs with the ZSK; such RRs must be signed with the
KSK instead (see RFC 7344 section 4.1). This bug makes managing DS RRs
in the parent zone via CDS and CDNSKEY RRs impossible.

This bug has been [1]reported and [2]fixed in ldns-1.7.1.

[1] https://www.nlnetlabs.nl/bugs-script/show_bug.cgi?id=3437
[2] https://git.nlnetlabs.nl/ldns/commit/?id=f3c465b9

I applied [2]that patch on a Debian buster system and it indeed fixed
the problem. Please find the debdiff output attached.


Cheers, Jukka

-- System Information:
Debian Release: 10.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libldns2 depends on:
ii  libc6  2.28-10
ii  libssl1.1  1.1.1d-0+deb10u2

libldns2 recommends no packages.

libldns2 suggests no packages.

-- no debconf information

-- 
This email fills a much-needed gap in your mailbox.
diff -Nru ldns-1.7.0/debian/changelog ldns-1.7.0/debian/changelog
--- ldns-1.7.0/debian/changelog 2019-03-10 21:56:02.0 +
+++ ldns-1.7.0/debian/changelog 2019-11-23 00:05:23.0 +
@@ -1,3 +1,11 @@
+ldns (1.7.0-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add upstream fix to sign CDS and CDNSKEY RRs with KSK instead of ZSK
+(as specified in RFC 7344 section 4.1)
+
+ -- Jukka Salmi   Sat, 23 Nov 2019 00:05:23 +
+
 ldns (1.7.0-4) unstable; urgency=medium
 
   * Fix invalid maintainer (Closes: #899938)
diff -Nru ldns-1.7.0/debian/patches/0004-sign-CDS-CDNSKEY-with-KSK.patch 
ldns-1.7.0/debian/patches/0004-sign-CDS-CDNSKEY-with-KSK.patch
--- ldns-1.7.0/debian/patches/0004-sign-CDS-CDNSKEY-with-KSK.patch  
1970-01-01 00:00:00.0 +
+++ ldns-1.7.0/debian/patches/0004-sign-CDS-CDNSKEY-with-KSK.patch  
2019-11-23 00:05:19.0 +
@@ -0,0 +1,38 @@
+From: Tony Finch 
+Date: Fri, 9 Mar 2018 17:55:58 +
+Subject: Your CDS RR is not signed with your KSK as specified in RFC7344
+
+Willem Toorop  wrote:
+
+> Yes indeed!  I've created a bug report for it:
+>
+> https://www.nlnetlabs.nl/bugs-script/show_bug.cgi?id=3437
+
+I think the following patch fixes it. (I don't have an account on your 
bugzilla)
+---
+ dnssec_sign.c | 13 -
+ 1 file changed, 8 insertions(+), 5 deletions(-)
+
+--- a/dnssec_sign.c
 b/dnssec_sign.c
+@@ -1251,12 +1251,15 @@
+   
key_list,
+   
func,
+   
arg);
+-  if(!(flags&LDNS_SIGN_DNSKEY_WITH_ZSK) &&
+-  cur_rrset->type == LDNS_RR_TYPE_DNSKEY)
+-  
ldns_key_list_filter_for_dnskey(key_list, flags);
+-
+-  if(cur_rrset->type != LDNS_RR_TYPE_DNSKEY)
++  if(cur_rrset->type == LDNS_RR_TYPE_DNSKEY ||
++ cur_rrset->type == LDNS_RR_TYPE_CDNSKEY ||
++ cur_rrset->type == LDNS_RR_TYPE_CDS) {
++  if(!(flags&LDNS_SIGN_DNSKEY_WITH_ZSK)) {
++  
ldns_key_list_filter_for_dnskey(key_list, flags);
++  }
++  } else {
+   
ldns_key_list_filter_for_non_dnskey(key_list, flags);
++  }
+ 
+   /* TODO: just set count to zero? */
+   rr_list = ldns_rr_list_new();
diff -Nru ldns-1.7.0/debian/patches/series ldns-1.7.0/debian/patches/series
--- ldns-1.7.0/debian/patches/series2019-03-10 21:56:02.0 +
+++ ldns-1.7.0/debian/patches/series2019-11-23 00:04:49.0 +
@@ -1,2 +1,3 @@
 0002-Check-parse-limit-before-t-increment.patch
 0003-bugfix-1257-Free-after-reallocing-to-0-size.patch
+0004-sign-CDS-CDNSKEY-with-KSK.patch

Bug#945206: tracker.debian.org: Broken binaries link in glibc page

[Paul Wise]

On Fri, Nov 22, 2019 at 4:21 PM Raphael Hertzog wrote:

> Those are binary packages that the glibc source package can build but that
> it only builds on non-release architectures... so indeed the binary
> packages are unknown by packages.debian.org which only knows about
> packages available on official mirrors.

packages.d.o is supposed to have support for the unofficial ports
arches, for example it knows about libc6 on hppa, including the
package contents. That it doesn't know about libc0.3 (for eg), which
does exist on the unofficial ports archive, seems like either a bug in
ports or in packages.d.o itself to me, not a bug in tracker.d.o.

https://packages.debian.org/sid/hppa/libc6/filelist
http://ftp.ports.debian.org/debian-ports/pool-hurd-i386/main/g/glibc/libc0.3_2.29-3_hurd-i386.deb

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#945323: octave-mpi: FTBFS against octave 5.1

[Andreas Beckmann]

Source: octave-mpi
Version: 1.2.0-6
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

octave-mpi did FTBFS on all architectures during the binNMU against
liboctave7:
https://buildd.debian.org/status/package.php?p=octave-mpi&suite=unstable

Andreas

Bug#945322: ruby-maxitest: uninstallable in sid: Depends: ruby-minitest (< 5.12.0) but 5.13.0-1 is to be installed

[Andreas Beckmann]

Package: ruby-maxitest
Version: 3.1.0-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package is no longer
installable in sid:

  The following packages have unmet dependencies:
   ruby-maxitest : Depends: ruby-minitest (< 5.12.0) but 5.13.0-1 is to be 
installed


Cheers,

Andreas

Bug#813041: icedtea-netx should not depend on default-jre

[Marco Gamberoni]

icedtea-netx can be used with any JRE.
Java Network Launch Programs (jnlp) declare a specific version of JRE in the 
jnlp file, and often misbehave if another version is used.
javaws prints a warning on stdout if the chosen JRE is not the one declared in 
the jnlp file, but it easy to miss it.

In my case, I use a jnlp application once a year for tax filings, supplied by 
Italian tax authority Agenzia delle Entrate, via jnlp technology. It works 
correctly only with openjdk-8-jre, and being provisioned via jnlp, needs javaws 
from icedtea-netx.
So, due to icedtea-netx dependency on default-jre I end up with 2 JRE 
installed: 8 and (currently) 11.
The default JRE ends up being 11, so I have to configure icedea-netx to use the 
8, and cannot remove 11.
This is too much hassle and bloat to pay taxes :o)

I would like to see this wishlist bug closed this way:
 -  icedtea-web should depend on java-runtime, and suggest default-jre
 -  openjdk-8-jre should provide java-runtime (it provides only versioned ones: 
java2-runtime, java5-runtime, java6-runtime, java7-runtime, java8-runtime)
This would make it easy to have only openjdk-8-jre and icedtea-netx installed, 
without defaul-jre and its dependencies.
As things stand, one must resort to other more complex options, like equivs to 
circumvent package dependencies, or simply tolerate the bloat.

Regards

Marco Gamberoni

_

PGP Fingerprint: 945C CE09 7D11 E1A0 5D8D  306E DAE1 C4A6 0BB3 7A16

Bug#945321: Do not suggest practices discouraged by policy

[Ryan Kavanagh]

Source: maint-guide
Version: 1.2.43
Severity: normal
Tags: patch

§5.10 of maint-guide mentions using /etc/default to disable a demon. However,
§9.3.3.1 of Debian Policy states

An older practice, which should not be used, was to include a line
like DISABLED=yes in the package’s /etc/default file. The package’s
init script would not start the service until the local system
administrator changed this to DISABLED=no, or similar. [...]

maint-guide should not suggest discouraged practices as valid use cases.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.3.0-1-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_CA.UTF-8), LANGUAGE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_CA.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- 
|)|/  Ryan Kavanagh  | GPG: 4E46 9519 ED67 7734 268F
|\|\  https://rak.ac |  BD95 8F7B F8FC 4A11 C97A
From c5ad787ac447527aa12d1f5f20634d9a0e6a0db4 Mon Sep 17 00:00:00 2001
From: Ryan Kavanagh 
Date: Fri, 22 Nov 2019 18:17:36 -0500
Subject: [PATCH] /etc/default should not be used to disable services
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

§9.3.3.1 of Debian Policy states

An older practice, which should not be used, was to include a line
like DISABLED=yes in the package’s /etc/default file. The package’s
init script would not start the service until the local system
administrator changed this to DISABLED=no, or similar. [...]

maint-guide should not suggest discouraged practices as valid use cases.
---
 doc/05_dother.xml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/05_dother.xml b/doc/05_dother.xml
index 6e78b5a..31f70f9 100644
--- a/doc/05_dother.xml
+++ b/doc/05_dother.xml
@@ -341,7 +341,7 @@ be installed as
 /etc/default/package.  This
 file sets defaults that are sourced by the init script.  This
 package.default file
-is most often used to disable running a daemon, or to set some default flags or
+is most often used to set some default flags or
 timeouts.  If your init script has certain configurable
 features, you can set them in the package.default file,
 instead of in the init script itself.
-- 
2.24.0



signature.asc
Description: PGP signature

Bug#944847: rpki-trust-anchors: [INTL:de] Initial German debconf translation

[Marco d'Itri]

On Nov 16, Chris Leick  wrote:

> please find attached the newest German translation. I've marked a typo
What is this line about?

# Copyright (C) 2010-2016 Hadley Wickham .

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#930176: dh-golang: support cross building go packages

[Anthony Fok]

Hi Helmut,

Thank you for your contribution.
I have applied your patch in the upload of dh-golang 1.43.

I see that there are more challenges that need to be tackled with a
complete solution for cross-building Go Debian packages, so I have
reopened this bug, so please feel free to continue the discussion
here.  Alternatively, if you prefer to start another bug report,
please feel free to do that too and close this one instead.

Cheers,
Anthony

Bug#945320: whiptail --scrolltext bars start below text/are hidden

[MichaIng]

Package: whiptail
Version: 0.52.21-3+b1
Additionally: 0.52.20-8 (Buster) + 0.52.19-1+b1 (Stretch)

When using whiptail with the "--scrollbar" option, besides the text 
scrolling ability, scroll bars should show up on the right side of the 
whiptail window.
This is the case, but the bars start below the lines that are used by 
the text already, regardless if the text reaches the right side or not. 
Scrolling and scroll bars only make sense, when the text lines exceed 
the whiptail window lines, hence in all reasonable cases, the scroll 
bars are hidden completely.


Scrolling is always possible with this option as expected and as well 
the issue does not appear on selection fields of --menu and --checklist, 
which have their own scroll bars, when required, which show up fine.
Screenshots can be found here: 
https://github.com/MichaIng/DietPi/issues/2947

Bug#944664: [Python-modules-team] Bug#944664: Bug#944664: pymodbus: please update to new 2.3.0 stable version

[Emmanuel Arias]

Hi Gianfranco,

I will need sponsorship to upload :)

could you help me please?

Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com

El jue., 21 de nov. de 2019 a la(s) 01:57, Gianfranco Costamagna
(locutusofb...@debian.org) escribió:
>
> On Wed, 13 Nov 2019 18:07:03 -0300 Emmanuel Arias  
> wrote:
> > Hi,
> >
> > I am trying to package v2.3.0 but we need upload python3-m2r  to unstable.
> >
> > Pymodbus depends of m2r (2.3.0 and 2.2.0 too) for documentation.
> >
> > We should submit a bugs for m2r upload?
> >
>
> Hello, just to make sure you are aware...
>
> You might do an experimental upload if that one is the only missing 
> dependency, so at least we can help in testing it?
>
> G.
>
> > Cheers,
> > Arias Emmanuel
> > @eamanu
> > http://eamanu.com
> >
> > El mi??., 13 de nov. de 2019 a la(s) 11:39, Gianfranco Costamagna
> > (locutusofb...@debian.org) escribi??:
> > >
> > > Source: pymodbus
> > > Version: 2.1.0+dfsg-2
> > > Severity: normal
> > >
> > > Hello, can you please package 2.3.0 that is now stable?
> > > I personally need the new "register" feature of ModbusTcpClient class 
> > > added probably in 2.2.0
> > >
> > > thanks for maintaining it!
> > >
> > > Gianfranco
> > >
> > > ___
> > > Python-modules-team mailing list
> > > python-modules-t...@alioth-lists.debian.net
> > > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team
> >
> >
>
> ___
> Python-modules-team mailing list
> python-modules-t...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team

Bug#945213: linux-image-5.2.0-3-amd64: OOM handling broken if hugepages are enabled

[Anton Ivanov]

On 22/11/2019 19:32, Ben Hutchings wrote:

Control: reassign -1 src:linux 5.2.17-1
Control: tag -1 moreinfo

On Thu, 2019-11-21 at 08:58 +, Anton Ivanov wrote:

Package: linux-image-5.2.0-3-amd64
Version: 5.2.17+1
Severity: important

Dear Maintainer,

Dear Maintainer,

OOM handling appears to be broken in 5.2.17-1 if hugepages are enabled.

Test system: AMD A4-5300, 40G RAM, no swap, booted disklessly.

Without hugepages enabled can compile dpdk without any issues. With huge
pages enabled it will reproducibly OOM when trying to link one of the
libraries. There are 20G+ free RAM at that point according to free with the
rest being mostly used as buffers.

It is sufficient to just enable huge pages to trigger this (2G out of 40G),
they are not allocated or used by anything.

What do you mean by "if hugepages are enabled"?  hugetlbfs and THP are
enabled by default.


$ tail -2 sysctl.conf

vm.nr_hugepages=1024

If you do not have that, compile completes fine. If you have that 
compile blows up when linking one of the dpdk libraries. At that point 
the machine has ~ 20G free RAM.

You need to provide a log of the OOM messages.


Ack. I will re-run the tests tomorrow and update the bug with detailed 
logs and the OOM.




Ben.



--
Anton R. Ivanov
https://www.kot-begemot.co.uk/

Bug#875177: [scap-workbench] Future Qt4 removal from Buster

[Moritz Mühlenhoff]

On Thu, Aug 22, 2019 at 09:04:07AM +0200, Frank Lin Piat wrote:
> Il will upgrade that package.
> 
> Thank you Moritz

Any progress? :-)

Cheers,
Moritz

Bug#945319: RM: cvc3 -- RoQA; unmaintained, RC-buggy

[Moritz Muehlenhoff]

Package: ftp.debian.org
Severity: normal

Please remove cvc3. It's unmaintained (last maintainer upload is from 2014
and the maintainer is also one of the authors) and FTBFSes since 1.5 years.

Cheers,
Moritz
 

Bug#937300: plaso: Python2 removal in sid/bullseye

[Sandro Tosi]

I've opened https://salsa.debian.org/pkg-security-team/plaso/merge_requests/1
and uploaded the same change sto DELAYED-7

On Fri, Nov 22, 2019 at 2:28 PM Moritz Mühlenhoff  wrote:
>
> On Wed, Nov 13, 2019 at 04:26:52PM -0500, Sandro Tosi wrote:
> > Hi Hilko,
> >
> > On Fri, 30 Aug 2019 07:31:12 + Matthias Klose  wrote:
> > > Package: src:plaso
> > > Version: 20190131-1
> > > Severity: normal
> > > Tags: sid bullseye
> > > User: debian-pyt...@lists.debian.org
> > > Usertags: py2removal
> >
> > can you just go ahead and remove py2 support here? thanks!
>
> And please also drop python-hachoir-core, python-hachoir-metadata and
> python-hachoir-parser from build deps. They're only used in the Py2
> package and blocking the removal of python-qt4 (and transitively
> Qt4).
>
> Cheers,
> Moritz



-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi

Bug#945308: RM: node-array-from -- ROM; is only used by node-command-join

[Scott Kitterman]

On Fri, 22 Nov 2019 20:33:26 +0100 Paolo Greppi  
wrote:
> Package: ftp.debian.org
> Severity: normal
> 
> This package has low popcon (10) and is only used by node-command-join (see 
https://bugs.debian.org/945302).
> If we ever need it again, it can be embedded (~ 200 LOC).
> 
> The maintainer is the Debian Javascript Maintainers team of which I am part 
of.
> My intention to remove it was announced in the team mailing list about 3 
weeks ago:
> https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2019-October/
036848.html

Apparently there is another user:

Checking reverse dependencies...
# Broken Depends:
node-sinon: node-sinon

# Broken Build-Depends:
node-sinon: node-array-from

Dependency problem found.

Please remove the moreinfo to once that's resolved.  If you decide against the 
removal, please just close the bug.

Scott K

signature.asc
Description: This is a digitally signed message part.

Bug#945304: Acknowledgement (calendar-google-provider: Please package version corresponding to thunderbird version)

[Jonathan Addleman]

Apologies for the duplicate submission. (#945393) Issues with my MTA, 
and I thought the first one had bounced, but it had just been delayed...


This report can be closed/deleted.

--
Jonathan Addleman - http://www.redowl.ca

Bug#945318: roger-router: FTBFS against current evolution-data-server

[Andreas Beckmann]

Source: roger-router
Version: 1.8.14-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

roger-router FTBFS against the current evolution-data-server version in
sid:
https://buildd.debian.org/status/package.php?p=roger-router&suite=unstable

First error:

evolution.c:478:8: error: too few arguments to function 
‘e_book_client_remove_contact_by_uid_sync’
  478 |  ret = e_book_client_remove_contact_by_uid_sync(client, contact->priv, 
NULL, NULL);
  |^~~~
In file included from /usr/include/evolution-data-server/libebook/libebook.h:27,
 from evolution.c:37:
/usr/include/evolution-data-server/libebook/e-book-client.h:212:10: note: 
declared here
  212 | gboolean e_book_client_remove_contact_by_uid_sync
  |  ^~~~


Andreas

Bug#882805: Some investigation

[Florian Bruhin]

On Fri, Nov 22, 2019 at 06:19:17PM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> Hi Florian!
> 
> El vie., 22 nov. 2019 14:57, Florian Bruhin  escribió:
> 
> > Hey,
> >
> > qutebrowser upstream here - I recently looked into this a bit, and
> > partially
> > found out what's going on.
> >
> > Turns out when supposed to display an error page, "jstProcess is not
> > defined"
> > gets logged instead.
> >
> > When I look at the source of the error page on my Archlinux machine, that
> > JavaScript function is properly defined, like it is upstream here:
> >
> > https://cs.chromium.org/chromium/src/third_party/jstemplate/jstemplate_compiled.js?q=jstemplate_com&sq=package:chromium&g=0
> >
> > However, on Debian, the related code is simply missing from the error page.
> >
> > I'm guessing this is somehow related to how Debian regenerates that file
> > from
> > sources:
> >
> > https://salsa.debian.org/qt-kde-team/qt/qtwebengine/blob/debian/5.12.5+dfsg-3/debian/rules#L135-141
> >
> > Maybe there's something going wrong there, and the generated file is
> > actually
> > empty or something?
> 
> 
> Can you attach the related files? I'm this way we can compare them and see
> if this is the case.

Those only exist as part of the build process - I assume Archlinux uses the
compiled one shipped by Chromium (which I linked above).

I don't think I've ever built a Debian package from sources (I'm not a Debian
user, except on a server) and QtWebEngine isn't exactly easy to build, so I
won't be able to check how Debian's rebuilt file looks.

Florian

-- 
https://www.qutebrowser.org | m...@the-compiler.org (Mail/XMPP)
   GPG: 916E B0C8 FD55 A072 | https://the-compiler.org/pubkey.asc
 I love long mails! | https://email.is-not-s.ms/


signature.asc
Description: PGP signature

Bug#939414: fp-docs-3.0.4: All fcl docs are missing from binary package

[Abou Al Montacir]

It seems that fpdoc fails silently with an EInOutError exception and thus the
compilation of the docs is aborted. Moreover as the returned exit code seems to
be set to 0 and thus make does not catch the issue and continues with next job.

touch fpdoc.chk
mkdir fpdoc
mv -f fpdoc.html fpdoc/fpdoc.html
cp -f preamble.hevea preamble.inc
/usr/bin/hevea  chart.tex
touch chart.chk
mkdir chart
mv -f chart.html chart/chart.html
fpdoc --macro=FPCDIR=../fpcsrc --project=fcl-project.xml --format=html --
output=fcl  
FPDoc - Free Pascal Documentation Tool
Version 3.0.4 [2019/01/16]
(c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, s...@freepascal.org
(c) 2005 - 2012 various FPC contributors

Exception at 0047BA16: EInOutError:
File not found: rtl.xct.
mkdir -p fcl
cp fpdoc.cst fcl/fpdoc.css
fpdoc --macro=FPCDIR=../fpcsrc --macro=FPCDIR=../fpcsrc --package=fcl-res --
warn-no-node --content=fclres.xct --import=fcl.xct --
import=rtl.xct,../rtl/ --input=../fpcsrc/packages/fcl-res/src/resource.pp --
descr=../fpcsrc/packages/fcl-res/xml/resource.xml  
--input=../fpcsrc/packages/fcl-res/src/resourcetree.pp --
descr=../fpcsrc/packages/fcl-res/xml/resourcetree.xml  
--input=../fpcsrc/packages/fcl-res/src/resdatastream.pp --
descr=../fpcsrc/packages/fcl-res/xml/resdatastream.xml  
--input=../fpcsrc/packages/fcl-res/src/resfactory.pp --
descr=../fpcsrc/packages/fcl-res/xml/resfactory.xml   
--input=../fpcsrc/packages/fcl-res/src/resreader.pp --
descr=../fpcsrc/packages/fcl-res/xml/resreader.xml  
--input=../fpcsrc/packages/fcl-res/src/reswriter.pp --
descr=../fpcsrc/packages/fcl-res/xml/reswriter.xml  
--input=../fpcsrc/packages/fcl-res/src/bitmapresource.pp --
descr=../fpcsrc/packages/fcl-res/xml/bitmapresource.xml  
--input=../fpcsrc/packages/fcl-res/src/acceleratorsresource.pp --
descr=../fpcsrc/packages/fcl-res/xml/acceleratorsresource.xml  
--input=../fpcsrc/packages/fcl-res/src/groupresource.pp --
descr=../fpcsrc/packages/fcl-res/xml/groupresource.xml  
--input=../fpcsrc/packages/fcl-res/src/groupiconresource.pp --
descr=../fpcsrc/packages/fcl-res/xml/groupiconresource.xml  
--input=../fpcsrc/packages/fcl-res/src/groupcursorresource.pp --
descr=../fpcsrc/packages/fcl-res/xml/groupcursorresource.xml  
--input=../fpcsrc/packages/fcl-res/src/stringtableresource.pp --
descr=../fpcsrc/packages/fcl-res/xml/stringtableresource.xml   
--input=../fpcsrc/packages/fcl-res/src/versionconsts.pp --
descr=../fpcsrc/packages/fcl-res/xml/versionconsts.xml  
--input=../fpcsrc/packages/fcl-res/src/versiontypes.pp --
descr=../fpcsrc/packages/fcl-res/xml/versiontypes.xml  
--input=../fpcsrc/packages/fcl-res/src/versionresource.pp --
descr=../fpcsrc/packages/fcl-res/xml/versionresource.xml  
--input=../fpcsrc/packages/fcl-res/src/cofftypes.pp --
descr=../fpcsrc/packages/fcl-res/xml/cofftypes.xml   
--input=../fpcsrc/packages/fcl-res/src/coffreader.pp --
descr=../fpcsrc/packages/fcl-res/xml/coffreader.xml  
--input=../fpcsrc/packages/fcl-res/src/coffwriter.pp --
descr=../fpcsrc/packages/fcl-res/xml/coffwriter.xml  
--input=../fpcsrc/packages/fcl-res/src/winpeimagereader.pp --
descr=../fpcsrc/packages/fcl-res/xml/winpeimagereader.xml  
--input=../fpcsrc/packages/fcl-res/src/elfconsts.pp --
descr=../fpcsrc/packages/fcl-res/xml/elfconsts.xml   
--input=../fpcsrc/packages/fcl-res/src/elfreader.pp --
descr=../fpcsrc/packages/fcl-res/xml/elfreader.xml  
--input=../fpcsrc/packages/fcl-res/src/elfwriter.pp --
descr=../fpcsrc/packages/fcl-res/xml/elfwriter.xml  
--input=../fpcsrc/packages/fcl-res/src/machotypes.pp --
descr=../fpcsrc/packages/fcl-res/xml/machotypes.xml  
--input=../fpcsrc/packages/fcl-res/src/machoreader.pp --
descr=../fpcsrc/packages/fcl-res/xml/machoreader.xml   
--input=../fpcsrc/packages/fcl-res/src/machowriter.pp --
descr=../fpcsrc/packages/fcl-res/xml/machowriter.xml  
--input=../fpcsrc/packages/fcl-res/src/externaltypes.pp --
descr=../fpcsrc/packages/fcl-res/xml/externaltypes.xml  
--input=../fpcsrc/packages/fcl-res/src/externalreader.pp --
descr=../fpcsrc/packages/fcl-res/xml/externalreader.xml  
--input=../fpcsrc/packages/fcl-res/src/externalwriter.pp --
descr=../fpcsrc/packages/fcl-res/xml/externalwriter.xml   
--input=../fpcsrc/packages/fcl-res/src/dfmreader.pp --
descr=../fpcsrc/packages/fcl-res/xml/dfmreader.xml --format=html --
output=fclres   
FPDoc - Free Pascal Documentation Tool
Version 3.0.4 [2019/01/16]
(c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, s...@freepascal.org
(c) 2005 - 2012 various FPC contributors

Exception at 0047BA16: EInOutError:
File not found: fcl.xct.

-- 
Cheers,
Abou Al Montacir


signature.asc
Description: This is a digitally signed message part

Bug#940578: fixed in cups 2.3.0-6

[Rudolf Polzer]

Hi intrigeri,

please make a suggestion how I should now proceed to get pdf printing 
running on my stable Debian, because selecting a subdirectory of home 
doesn't work - I get the same error message as before.


Regards,
Rudolf

Bug#941803: debian-policy: dependencies on font packages

[Stephen Kitt]

On Fri, 22 Nov 2019 09:09:24 -0800, Russ Allbery  wrote:
> Julien Cristau  writes:
> > I don't think this change is good as-is.  The "don't depend on X font
> > packages" is still very much relevant, for applications that use the
> > "traditional" X font system, where the X server loads the fonts.  The X
> > server can still be on a different machine from the client.  
> 
> Argh, you are of course entirely correct, so I think this change may be
> wrong.  I just tested and indeed traditional bitmap fonts are still loaded
> from the X server, not from the client.  I had thought I'd tested that
> before but tested it incorrectly.

Yes, thanks Julien for pointing that out, I’ll follow up with a patch to
revert the change and update the explanation to remove mention of font
servers.

Regards,

Stephen


pgpjDyHN1sWds.pgp
Description: OpenPGP digital signature

Bug#942022: librsvg: FTBFS on ppc64el: assertion failed: bounds.x1 >= bounds.x0

[Olivier Tilloy]

Note that ubuntu focal (current development version) has rustc 1.38,
and librsvg 2.44.15 fails to build from source with it. The upstream
project committed a fix to the 2.44 branch
(https://gitlab.gnome.org/GNOME/librsvg/commit/de26c4d8), but they
advise packaging 2.46 instead as 2.44 is EOL.

Bug#942106: python3.8 / pandas py2removal

[Graham Inggs]

On Fri, 22 Nov 2019 at 22:52, Rebecca N. Palmer  wrote:
> The error message points to joblib, which has just been uploaded
> (#942899): try again when the new version is available?

That worked, thanks.  I'll schedule the rest of the architectures later.

Bug#945317: xcftools: CVE-2019-5086 CVE-2019-5087

[Salvatore Bonaccorso]

Source: xcftools
Version: 1.0.7-6
Severity: important
Tags: security upstream

Hi,

The following vulnerabilities were published for xcftools.

CVE-2019-5086[0]:
| An exploitable integer overflow vulnerability exists in the
| flattenIncrementally function in the xcf2png and xcf2pnm binaries of
| xcftools, version 1.0.7. An integer overflow can occur while walking
| through tiles that could be exploited to corrupt memory and execute
| arbitrary code. In order to trigger this vulnerability, a victim would
| need to open a specially crafted XCF file.


CVE-2019-5087[1]:
| An exploitable integer overflow vulnerability exists in the
| flattenIncrementally function in the xcf2png and xcf2pnm binaries of
| xcftools 1.0.7. An integer overflow can occur while calculating the
| row's allocation size, that could be exploited to corrupt memory and
| eventually execute arbitrary code. In order to trigger this
| vulnerability, a victim would need to open a specially crafted XCF
| file.


If you fix the vulnerabilities please also make sure to include the
CVE (Common Vulnerabilities & Exposures) ids in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2019-5086
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-5086
[1] https://security-tracker.debian.org/tracker/CVE-2019-5087
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-5087

Please adjust the affected versions in the BTS as needed.

Is xcftools still maintained (upstream)?

Regards,
Salvatore

Bug#945259: povray FTCBFS: broken, oudated, embedded copy of AX_BOOST_BASE

[Andreas Beckmann]

On 22/11/2019 21.51, Helmut Grohne wrote:
> In any case, it would be much better if povray could use the version
> from the autoconf-archive binary package. In case we encounter another
> bug, that'd save a lot of time. It shouldn't matter which version
> upstream embeds.

I'm now B-D: autoconf-archive and

@build:
+   set -e ; cd unix/config && for ax in *.m4 ; do if [ ! -h "$$ax" ] && [ 
-f "/usr/share/aclocal/$$ax" ]; then mv -v "$$ax" "$$ax.dist" ; ln -sv 
"/usr/share/aclocal/$$ax" ; fi ; done

@clean:
+   set -e ; cd unix/config && for ax in *.m4.dist ; do if [ -f "$$ax" ] ; 
then mv -v "$$ax" "$${ax%.dist}" ; fi ; done

Only some of the ax_*.m4 files used by povray are available in autoconf-archive 
:-(

Upload got autorejected due to Lintian bug #945299,
waiting for fixed lintian (already in sid) to reach ftp-master ...


Andreas

Bug#882805: Some investigation

[Lisandro Damián Nicanor Pérez Meyer]

Hi Florian!

El vie., 22 nov. 2019 14:57, Florian Bruhin  escribió:

> Hey,
>
> qutebrowser upstream here - I recently looked into this a bit, and
> partially
> found out what's going on.
>
> Turns out when supposed to display an error page, "jstProcess is not
> defined"
> gets logged instead.
>
> When I look at the source of the error page on my Archlinux machine, that
> JavaScript function is properly defined, like it is upstream here:
>
> https://cs.chromium.org/chromium/src/third_party/jstemplate/jstemplate_compiled.js?q=jstemplate_com&sq=package:chromium&g=0
>
> However, on Debian, the related code is simply missing from the error page.
>
> I'm guessing this is somehow related to how Debian regenerates that file
> from
> sources:
>
> https://salsa.debian.org/qt-kde-team/qt/qtwebengine/blob/debian/5.12.5+dfsg-3/debian/rules#L135-141
>
> Maybe there's something going wrong there, and the generated file is
> actually
> empty or something?


Can you attach the related files? I'm this way we can compare them and see
if this is the case.

Thanks!

Bug#945316: polymake: FTBFS with perl 5.30

[Andreas Beckmann]

Source: polymake
Version: 3.2r4-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + libpolymake3.2

polymake FTBFS against perl 5.30:
https://buildd.debian.org/status/package.php?p=polymake&suite=unstable

*** Summary ***

*** Failed tests ***

/<>/apps/polytope/src/gc_closure.cc:173: testcase 1
expected: regular return
 got: EXCEPTION: no more rules available to compute 
'HILBERT_BASIS_GENERATORS'

make[1]: *** [debian/rules:41: override_dh_auto_test] Error 1


Andreas

Bug#945315: pan: error sending posts

[Jerzy Wolinski]

Package: pan
Version: 0.146-1
Severity: important

Dear Maintainer,

pan stopped sending posts.

After "Send Article" it says:

There were problems with the post. / Error: bad email address. / Go back
Continue Anyway

After "Continue anyway" task is hanging.

In pan's Events register I can see

Posting of "Pst sub" failed: 441 Duplicate Content-Type: header

This error was observed on three Debian testing systems, using two news
servers.




-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pan depends on:
ii  gnome-keyring   3.34.0-1
ii  gnupg   2.2.17-3
ii  libc6   2.29-3
ii  libcairo2   1.16.0-4
ii  libenchant1c2a  1.6.0-11.3
ii  libgcc1 1:9.2.1-19
ii  libgcr-base-3-1 3.33.4-2
ii  libgdk-pixbuf2.0-0  2.40.0+dfsg-1
ii  libglib2.0-02.62.2-3
ii  libgmime-3.0-0  3.2.4-1
ii  libgnutls30 3.6.10-5
ii  libgtk-3-0  3.24.12-1
ii  libgtkspell3-3-03.0.9-3
ii  libnotify4  0.7.8-1
ii  libpango-1.0-0  1.42.4-7
ii  libsecret-1-0   0.19.1-1
ii  libstdc++6  9.2.1-19
ii  zlib1g  1:1.2.11.dfsg-1+b1

pan recommends no packages.

pan suggests no packages.

-- no debconf information

Bug#945259: povray FTCBFS: broken, oudated, embedded copy of AX_BOOST_BASE

[Helmut Grohne]

Hi Andreas,

On Fri, Nov 22, 2019 at 05:05:33PM +0100, Andreas Beckmann wrote:
> Does the latest version of ax_boost_base.m4 available from
> https://www.gnu.org/software/autoconf-archive/ax_boost_base.html contain
> the fixes? I'd like to point upstream to that location with "please
> update your embedded copy of ..."

Your link points to
http://git.savannah.gnu.org/gitweb/?p=autoconf-archive.git;a=blob_plain;f=m4/ax_boost_base.m4.
This has advanced beyond the version in my patch and should work.

In any case, it would be much better if povray could use the version
from the autoconf-archive binary package. In case we encounter another
bug, that'd save a lot of time. It shouldn't matter which version
upstream embeds.

The fact that I've re-encountered this issue for the sixth time now is a
testament of how bad this practice of embedding the copy is. Embedding
would be cool if people were updating their copies, but AX_BOOST_BASE
was fixed more than two years ago. Policy discourages such copies for a
reason.

Helmut

Bug#945314: freecad: FTBFS on several architectures

[Andreas Beckmann]

Source: freecad
Version: 0.18.4+dfsg1-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + libfreecad-python3-0.18

freecad did FTBFS on amd64, i386, armhf during the recent binNMU
against current pyside2, but this could be related to python3.8, too:
https://buildd.debian.org/status/package.php?p=freecad&suite=unstable

Andreas

Bug#942106: python3.8 / pandas py2removal

[Rebecca N. Palmer]

On 22/11/2019 17:06, Graham Inggs wrote:

I scheduled statsmodels there, but it
still fails.


The error message points to joblib, which has just been uploaded 
(#942899): try again when the new version is available?

Bug#944284: xchm crashes on search

[Bernhard Übelacker]

Dear Maintainer,
I reported the issue upstream:

https://github.com/rzvncj/xCHM/issues/9

Kind regards,
Bernhard

Bug#945276: lintian: ignores all but last override of a tag

[Felix Lechner]

Fixed in:


https://salsa.debian.org/lintian/lintian/commit/cbf3f6487b19d16a99e8582e24ddc2817a5487ac

Kind regards,
Felix Lechner

Bug#945313: libonig: CVE-2019-19204: heap-buffer-overflow in fetch_interval_quantifier due to double PFETCH

[Salvatore Bonaccorso]

Source: libonig
Version: 6.9.2-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/kkos/oniguruma/issues/162

Hi,

The following vulnerability was published for libonig.

CVE-2019-19204[0]:
| An issue was discovered in Oniguruma 6.x before 6.9.4_rc2. In the
| function fetch_interval_quantifier (formerly known as
| fetch_range_quantifier) in regparse.c, PFETCH is called without
| checking PEND. This leads to a heap-based buffer over-read.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2019-19204
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19204
[1] https://github.com/kkos/oniguruma/issues/162

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#944284: xchm crashes on search

[Bernhard Übelacker]

Control: tags -1 + upstream patch


Dear Maintainer,
I could reproduce the crash with some old versions of
php_enhanced_en.chm I found on the net [1].

The current version from php.net [2] does not crash.
While it looks like the search is also not working
and gives no results.

With a package built with the attached patch I could
search in both versions, and received the same results
like in windows.

Kind regards,
Bernhard


[1]
http://jftp.just.edu.tw/Edoc/php_enhanced_en.chm
http://ftp.ntu.edu.tw/php/distributions/manual/php_enhanced_kr.chm

[2]
https://www.php.net/distributions/manual/php_enhanced_en.chm

Backtrace:
(gdb) bt
#0  0x004a166e in memcpy (__len=, __src=, 
__dest=0xa2f4e0) at /usr/include/i386-linux-gnu/bits/string_fortified.h:34
#1  CHMFile::GetLeafNodeOffset (this=, text=..., 
initialOffset=, buffSize=, treeDepth=, ui=) at chmfile.cpp:974
#2  0x004a657f in CHMFile::IndexSearch (this=0xa5e720, text=..., 
wholeWords=true, titlesOnly=false, results=0xbf9b2848) at chmfile.cpp:818
#3  0x004be8a4 in CHMSearchPanel::OnSearch (this=0x97c060) at 
/usr/include/wx-3.0/wx/checkbox.h:63
#4  0xb75e9cdf in wxAppConsoleBase::CallEventHandler(wxEvtHandler*, 
wxEventFunctor&, wxEvent&) const () from 
/usr/lib/i386-linux-gnu/libwx_baseu-3.0.so.0
#5  0xb777c5f8 in wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase 
const&, wxEvtHandler*, wxEvent&) () from 
/usr/lib/i386-linux-gnu/libwx_baseu-3.0.so.0
#6  0xb777c716 in wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) () 
from /usr/lib/i386-linux-gnu/libwx_baseu-3.0.so.0
#7  0xb777caac in wxEvtHandler::TryHereOnly(wxEvent&) () from 
/usr/lib/i386-linux-gnu/libwx_baseu-3.0.so.0
#8  0xb777cb3a in wxEvtHandler::ProcessEventLocally(wxEvent&) () from 
/usr/lib/i386-linux-gnu/libwx_baseu-3.0.so.0
...
Description: Avoid crash and make search work for specific file
 This is an attempt to start the search at the begin
 every time a block is received from chm_retrieve_object.
 Delivers the same search results as Windows 7 CHM viewer.

Author: Bernhard Übelacker 

Bug-Debian: https://bugs.debian.org/944284
Forwarded: no
Last-Update: 2019-11-22

--- xchm-1.23.orig/src/chmfile.cpp
+++ xchm-1.23/src/chmfile.cpp
@@ -985,6 +985,7 @@ uint32_t CHMFile::GetLeafNodeOffset(cons
 			if(text.CmpNoCase(word) <= 0) {
 cursor32 = buffer.get() + i + word_len + 1;
 initialOffset = UINT32ARRAY(cursor32);
+i = sizeof(uint16_t);
 break;
 			}
 

# Buster/stable i386 qemu VM 2019-11-22

apt update
apt dist-upgrade

apt install dpkg-dev devscripts systemd-coredump xserver-xorg lightdm openbox 
xterm mc gdb xchm xchm-dbgsym
apt build-dep libchm1
apt build-dep xchm

reboot


mkdir /home/benutzer/source/xchm/orig -p
cd/home/benutzer/source/xchm/orig
apt source xchm
cd

mkdir /home/benutzer/source/libchm1/orig -p
cd/home/benutzer/source/libchm1/orig
apt source libchm1
cd


export LANG=C
export DISPLAY=:0





dmesg:
[78147.255491] xchm[18096]: segfault at 2749000 ip 0046d66e sp bfa35c30 error 4 
in xchm[46+3c000]
[78147.255515] Code: 04 0f 82 a5 fd ff ff 8b 06 8b 95 3c ff ff ff 89 02 8b 44 
0e fc 8d 7a 04 83 e7 fc 89 44 0a fc 89 d0 29 f8 01 c1 29 c6 c1 e9 02  a5 e9 
8d fd ff ff 8d 76 00 85 c0 0f 84 10 02 00 00 50 8b 85 10

0x0046d66e - 0x46 + 0x3c000 = 0x4966E

benutzer@debian:~$ addr2line --function --demangle --exe=/usr/bin/xchm 0x4966E
wxNavigationEnabled::AcceptsFocusRecursively() const
/usr/include/wx-3.0/wx/buffer.h:44


gdb -q --args /usr/bin/xchm

set width 0
set pagination off
directory /home/benutzer/source/xchm/orig/xchm-1.23/src
b main
run
dele 1

(gdb) info target
0x004196b0 - 0x00453d34 is .text

(gdb) find /b 0x004196b0, 0x00453d34, 0x04, 0x0f, 0x82, 0xa5, 0xfd, 0xff, 0xff, 
0x8b, 0x06, 0x8b, 0x95, 0x3c, 0xff, 0xff, 0xff, 0x89, 0x02, 0x8b, 0x44, 0x0e, 
0xfc, 0x8d, 0x7a, 0x04, 0x83, 0xe7, 0xfc, 0x89, 0x44, 0x0a, 0xfc, 0x89, 0xd0, 
0x29, 0xf8, 0x01, 0xc1, 0x29, 0xc6, 0xc1, 0xe9, 0x02, 0xf3, 0xa5, 0xe9, 0x8d, 
0xfd, 0xff, 0xff, 0x8d, 0x76, 0x00, 0x85, 0xc0, 0x0f, 0x84, 0x10, 0x02, 0x00, 
0x00, 0x50, 0x8b, 0x85, 0x10

0x425644 
1 pattern found.

(gdb) disassemble /r 0x425644,0x425644+62
Dump of assembler code from 0x425644 to 0x425682:
   0x00425644 :  04 0f   add$0xf,%al
   0x00425646 :  82 a5 fd ff ff 8b 06
andb   $0x6,-0x7403(%ebp)
   0x0042564d :  8b 95 3c ff ff ff   
mov-0xc4(%ebp),%edx
   0x00425653 :  89 02   mov
%eax,(%edx)
   0x00425655 :  8b 44 0e fc mov
-0x4(%esi,%ecx,1),%eax
   0x00425659 :  8d 7a 04lea
0x4(%edx),%edi
   0x0042565c :  83 e7 fcand
$0xfffc,%edi
   0x0042565f :  89 44 0a fc mov
%eax,-0x4(%edx,%ecx,1)
   0x00425663 :  89 d0   mov%edx,%eax
   0x00425665 :  29 f8   sub%edi,%eax
   0x00425667 :  01 c1   add%eax,%ecx
   0x00425669 :  29 c6   sub%eax,%esi
   0x0042566b :  c1 e9 02shr
$0x2,%ecx
   0x0042566e :  f3 a5   rep movsl 
%ds:(%esi),%es:(%edi)
   0

Bug#945312: libonig: CVE-2019-19203: heap-buffer-overflow in gb18030_mbc_enc_len

[Salvatore Bonaccorso]

Source: libonig
Version: 6.9.2-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/kkos/oniguruma/issues/163

Hi,

The following vulnerability was published for libonig.

CVE-2019-19203[0]:
| An issue was discovered in Oniguruma 6.x before 6.9.4_rc2. In the
| function gb18030_mbc_enc_len in file gb18030.c, a UChar pointer is
| dereferenced without checking if it passed the end of the matched
| string. This leads to a heap-based buffer over-read.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2019-19203
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-19203
[1] https://github.com/kkos/oniguruma/issues/163

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#945311: bbmap: Sources ship binary objects

[Adrian Bunk]

Source: bbmap
Version: 38.63+dfsg-1
Severity: serious

$ file jni/*.o jni/*.dylib
jni/BBMergeOverlapper.o:ELF 64-bit LSB relocatable, x86-64, version 1 
(SYSV), not stripped
jni/BandedAlignerJNI.o: ELF 64-bit LSB relocatable, x86-64, version 1 
(SYSV), not stripped
jni/IceCreamAlignerJNI.o:   ELF 64-bit LSB relocatable, x86-64, version 1 
(SYSV), not stripped
jni/MultiStateAligner11tsJNI.o: ELF 64-bit LSB relocatable, x86-64, version 1 
(SYSV), not stripped
jni/libbbtoolsjni.dylib:Mach-O 64-bit x86_64 dynamically linked shared 
library, flags:
bunk@localhost:/tmp/bbmap-38.63+dfsg$ less jni/libbbtoolsjni.dylib
$

The .o objects are rebuilt after removing them manually,
so adding *.o and *.dylib to Files-Excluded: should fix it.

Bug#945310: clang-9: Sanitizer suppressions file can not be parsed

[Marco F]

Package: clang-9
Version: 1:9.0.0-3+b1
Severity: normal
Tags: upstream

Dear Maintainer,

clang-9 can not parse the sanitizer suppressions that it generated
itself.

To reproduce:

$ export UBSAN_OPTIONS="suppressions=./supp:report_error_type=1"
$  cat ./supp
implicit-signed-integer-truncation-or-sign-change:foo.cpp
$  cat ./foo.cpp
int f() { return (unsigned long){0} - 1; }
int main() { f(); }
$ clang++-9 -g -fsanitize=address,integer -o ./foo.exe ./foo.cpp && ./foo.exe
./foo.cpp:1:37: warning: implicit conversion from 'unsigned long' to 'int' 
changes value from 18446744073709551615 to -1 [-Wconstant-conversion]
int f() { return (unsigned long){0} - 1; }
  ~~ ~~~^~~
1 warning generated.
AddressSanitizer: failed to parse suppressions

To verify the suppression name has no typo, clear the file and run the
command again:

$  echo "" > ./supp
$ clang++-9 -g -fsanitize=address,integer -o ./foo.exe ./foo.cpp && ./foo.exe
./foo.cpp:1:37: warning: implicit conversion from 'unsigned long' to 'int' 
changes value from 18446744073709551615 to -1 [-Wconstant-conversion]
int f() { return (unsigned long){0} - 1; }
  ~~ ~~~^~~
1 warning generated.
foo.cpp:1:37: runtime error: unsigned integer overflow: 0 - 1 cannot be 
represented in type 'unsigned long'
SUMMARY: UndefinedBehaviorSanitizer: unsigned-integer-overflow foo.cpp:1:37 in
foo.cpp:1:18: runtime error: implicit conversion from type 'unsigned long' of 
value 18446744073709551615 (64-bit, unsigned) to type 'int' changed the value 
to -1 (32-bit, signed)
SUMMARY: UndefinedBehaviorSanitizer: 
implicit-signed-integer-truncation-or-sign-change foo.cpp:1:18 in

Note that everything can be properly suppressed when using `unsigned`
instead of `unsigned long`.

Thanks,
Marco

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages clang-9 depends on:
ii  binutils   2.33.1-4
ii  libc6  2.29-3
ii  libc6-dev  2.29-3
ii  libclang-common-9-dev  1:9.0.0-3+b1
ii  libclang-cpp9  1:9.0.0-3+b1
ii  libgcc-8-dev   8.3.0-24
ii  libgcc11:9.2.1-19
ii  libllvm9   1:9.0.0-3+b1
ii  libobjc-8-dev  8.3.0-24
ii  libstdc++-8-dev8.3.0-24
ii  libstdc++6 9.2.1-19

Versions of packages clang-9 recommends:
ii  libomp-9-dev  1:9.0.0-3+b1
ii  llvm-9-dev1:9.0.0-3+b1
ii  python3   3.7.5-3

Versions of packages clang-9 suggests:
pn  clang-9-doc  

-- no debconf information

Bug#945308: RM: node-array-from -- ROM; is only used by node-command-join

[Paolo Greppi]

Package: ftp.debian.org
Severity: normal

This package has low popcon (10) and is only used by node-command-join (see 
https://bugs.debian.org/945302).
If we ever need it again, it can be embedded (~ 200 LOC).

The maintainer is the Debian Javascript Maintainers team of which I am part of.
My intention to remove it was announced in the team mailing list about 3 weeks 
ago:
https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2019-October/036848.html

Original ITP: https://bugs.debian.org/849178

Thanks, Paolo

Bug#945213: linux-image-5.2.0-3-amd64: OOM handling broken if hugepages are enabled

[Ben Hutchings]

Control: reassign -1 src:linux 5.2.17-1
Control: tag -1 moreinfo

On Thu, 2019-11-21 at 08:58 +, Anton Ivanov wrote:
> Package: linux-image-5.2.0-3-amd64
> Version: 5.2.17+1
> Severity: important
> 
> Dear Maintainer,
> 
> Dear Maintainer,
> 
> OOM handling appears to be broken in 5.2.17-1 if hugepages are enabled.
> 
> Test system: AMD A4-5300, 40G RAM, no swap, booted disklessly.
> 
> Without hugepages enabled can compile dpdk without any issues. With huge
> pages enabled it will reproducibly OOM when trying to link one of the
> libraries. There are 20G+ free RAM at that point according to free with the
> rest being mostly used as buffers.
> 
> It is sufficient to just enable huge pages to trigger this (2G out of 40G),
> they are not allocated or used by anything. 

What do you mean by "if hugepages are enabled"?  hugetlbfs and THP are
enabled by default.

You need to provide a log of the OOM messages.

Ben.

-- 
Ben Hutchings
I say we take off; nuke the site from orbit.
It's the only way to be sure.




signature.asc
Description: This is a digitally signed message part

Bug#945309: RM: node-roadrunner -- ROM; not used and unmaintained upstream

[Paolo Greppi]

Package: ftp.debian.org
Severity: normal

This package has low popcon (6) and is not used anywhere in Debian.
When the ITP (https://bugs.debian.org/846218) was filed it was required for 
yarnpkg, but they dropped the dependency:
https://github.com/yarnpkg/yarn/pull/3079

Also duck reports that the upstream repo is gone:
https://github.com/kittens/roadrunner
also the repo currently pointed at by npm regstry is gone:
https://github.com/sebmck/roadrunner

The maintainer is the Debian Javascript Maintainers team of which I am part of.
My intention to remove it was announced in the team mailing list about 3 weeks 
ago:
https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2019-October/036848.html

Thanks, Paolo

Bug#937300: plaso: Python2 removal in sid/bullseye

[Moritz Mühlenhoff]

On Wed, Nov 13, 2019 at 04:26:52PM -0500, Sandro Tosi wrote:
> Hi Hilko,
> 
> On Fri, 30 Aug 2019 07:31:12 + Matthias Klose  wrote:
> > Package: src:plaso
> > Version: 20190131-1
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> 
> can you just go ahead and remove py2 support here? thanks!

And please also drop python-hachoir-core, python-hachoir-metadata and
python-hachoir-parser from build deps. They're only used in the Py2
package and blocking the removal of python-qt4 (and transitively
Qt4).

Cheers,
Moritz

Bug#945307: RM: node-pad -- ROM; not used

[Paolo Greppi]

Package: ftp.debian.org
Severity: normal

This package has low popcon (7) and is not used anywhere in Debian.

The maintainer is the Debian Javascript Maintainers team of which I am part of.
My intention to remove it was announced in the team mailing list about 3 weeks 
ago:
https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2019-October/036848.html

Original ITP: https://bugs.debian.org/849182

Thanks, Paolo

Bug#945305: RM: node-graceful-readlink -- ROM; not used and unmaintained upstream

[Paolo Greppi]

Package: ftp.debian.org
Severity: normal

This package has low popcon (4) and was a build-dep of node-commander, but that 
dependency was removed with version 2.11.0:
https://github.com/tj/commander.js/blob/master/CHANGELOG.md#2110--2017-07-03
Also the upstream repo has last been updated 5 years ago.

The maintainer is the Debian Javascript Maintainers team of which I am part of.
My intention to remove it was announced in the team mailing list about 3 weeks 
ago:
https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2019-October/036848.html

Original ITP: https://bugs.debian.org/849178

Thanks, Paolo

Bug#945306: RM: node-object-assign-sorted -- ROM; currently not used

[Paolo Greppi]

Package: ftp.debian.org
Severity: normal

This package has low popcon (7) and is currently not used.
According to the ITP (https://bugs.debian.org/849255) it was required for lerna 
which was a dependency of babel-cli.
But in the meantime lerna is stuck at RFP (https://bugs.debian.org/849258) and 
babel-cli does not depend on either.

The maintainer is the Debian Javascript Maintainers team of which I am part of.
My intention to remove it was announced in the team mailing list about 3 weeks 
ago:
https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2019-October/036848.html

Thanks, Paolo

Bug#945304: calendar-google-provider: Please package version corresponding to thunderbird version

[Jonathan Addleman]

Package: calendar-google-provider
Version: 1:60.9.0-1~deb10u1
Severity: grave
Justification: renders package unusable

Dear Maintainer,


Thunderbird and lightning packages were recently updated to 1:68.2.2-1~deb10u1
to fix security problems, but calendar-google-provider has not been updated.

Anyone using the calendar-google-provider package must keep using the old
thunderbird with security vulnerabilities until the package is updated.



-- System Information:
Debian Release: 10.2
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), LANGUAGE=en_CA:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages calendar-google-provider depends on:
hi  lightning  1:60.9.0-1~deb10u1

calendar-google-provider recommends no packages.

calendar-google-provider suggests no packages.

-- no debconf information

Bug#945303: calendar-google-provider: Please package version corresponding to thunderbird version

[Jonathan Addleman]

Package: calendar-google-provider
Version: 1:60.9.0-1~deb10u1
Severity: grave
Justification: renders package unusable

Dear Maintainer,


Thunderbird and lightning packages were recently updated to 
1:68.2.2-1~deb10u1

to fix security problems, but calendar-google-provider has not been updated.

Anyone using the calendar-google-provider package must keep using the old
thunderbird with security vulnerabilities until the package is updated.



-- System Information:
Debian Release: 10.2
  APT prefers stable
  APT policy: (1000, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages calendar-google-provider depends on:
hi  lightning  1:60.9.0-1~deb10u1

calendar-google-provider recommends no packages.

calendar-google-provider suggests no packages.

-- no debconf information

Bug#945301: libhsdis0-fcml: fails to install: find: '/usr/lib/jvm': No such file or directory

[Andreas Beckmann]

Package: libhsdis0-fcml
Version: 1.2.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Setting up libhsdis0-fcml:amd64 (1.2.0-1) ...
  find: '/usr/lib/jvm': No such file or directory
  dpkg: error processing package libhsdis0-fcml:amd64 (--configure):
   installed libhsdis0-fcml:amd64 package post-installation script subprocess 
returned error exit status 1
  Processing triggers for libc-bin (2.29-3) ...
  Errors were encountered while processing:
   libhsdis0-fcml:amd64


cheers,

Andreas


libhsdis0-fcml_1.2.0-1.log.gz
Description: application/gzip

Bug#945302: RM: node-command-join -- ROM; currently not used

[Paolo Greppi]

Package: ftp.debian.org
Severity: normal

This package has low popcon (6) and is currently not used.

According to the ITP (https://bugs.debian.org/849254) it was required for lerna 
which was a dependency of babel-cli.
But in the meantime lerna is stuck at RFP (https://bugs.debian.org/849258) and 
babel-cli does not depend on either.

The maintainer is the Debian Javascript Maintainers team of which I am part of.
My intention to remove it was announced in the team mailing list about 3 weeks 
ago:
https://alioth-lists.debian.net/pipermail/pkg-javascript-devel/2019-October/036848.html

Thanks, Paolo

Bug#945300: lists.debian.org: description update for debian-stable-announce

[Adam D. Barratt]

Package: lists.debian.org

Hi,

The list description for debian-stable-announce currently reads:

Announcements relating to the stable-update section include new uploads
and changes

The suite is named "stable-updates", and the wording doesn't quite feel
right. Thus, please change the description to:

Announcements relating to the stable-updates section, including new
uploads and changes

Thanks,

Adam

Bug#922568: ITA: jcc -- code generator producing a Python extension from Java classes

[Emmanuel Arias]

Hi,

I've just push to my own repository the new upstream release [1]

I have not access to [2].

Ludovico, could you give me access to [2], please? This way I can
update the package.

I will need sponsorship too :)

[1] https://salsa.debian.org/eamanu-guest/jcc
[2] https://salsa.debian.org/debian/jcc



Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com

El jue., 14 de nov. de 2019 a la(s) 17:52, Emmanuel Arias
(emmanuelaria...@gmail.com) escribió:
>
> Hi Ryan,
>
> Thanks for contact me.
>
> I was working on https://salsa.debian.org/eamanu-guest/jcc/. I can see
> that there a new upstream version 3.6
>
> I will update it today/tomorrow to last upstream version and I will let you 
> know
>
> I am not DD so, I will need sponsorship
>
> Thanks
>
> Cheers,
> Arias Emmanuel
> @eamanu
> http://eamanu.com
>
> El jue., 14 de nov. de 2019 a la(s) 17:45, Ryan Tandy (r...@nardis.ca) 
> escribió:
> >
> > Dear Emmanuel,
> >
> > I was looking at the 'jcc' package and saw that your RFS bug (#925998)
> > was closed, but it doesn't look like an updated jcc was ever uploaded to
> > unstable.
> >
> > What's the status of jcc, please?
> >
> > Thank you,
> > Ryan

Bug#945276: lintian: broken pattern matching in debian/source/lintian-overrides

[Chris Lamb]

Martin Pitt wrote:

[…]
> But these overrides now stopped working:
[…]

Without looking into too much detail, are the following the same issue?

  https://bugs.debian.org/945276
  https://bugs.debian.org/945299


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org 🍥 chris-lamb.co.uk
   `-

Bug#922803: prometheus-node-exporter: Error "awk: not an option: -nf" generated on ipmitool text collector invocation

[skorpy]

Package: prometheus-node-exporter
Version: 0.17.0+ds-3+b11
Followup-For: Bug #922803

Dear Maintainer,

this can also be fixed when gawk is installed so I would suggest setting
it as a dependency.

-- System Information:
Debian Release: 10.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages prometheus-node-exporter depends on:
ii  libc6 2.28-10
ii  moreutils 0.62-1
ii  systemd-sysv  241-7~deb10u2

Versions of packages prometheus-node-exporter recommends:
ii  dbus   1.12.16-1
ii  python33.7.3-1
ii  smartmontools  6.6-1

prometheus-node-exporter suggests no packages.

-- no debconf information

Bug#945269: debian-policy: packages should use tmpfiles.d(5) to create directories below /var

[Russ Allbery]

Ansgar  writes:

> I think no option says we shouldn't use services that don't rely on
> systemd as pid-1 (which also includes widely used things like udev).

I agree, but if, say, Sam's option 3 wins, we can directly incorporate
this, whereas if, say, Ian's option wins, then we should have a
conversation with the sysvinit maintainers to see if they believe they can
adopt systemd-tmpfiles directly, and we should give them at least six
months (obviously shortened if it happens sooner) to update the packaging
and set up a mechanism to run systemd-tmpfiles (or a replacement of their
choice) at boot.

If you want to start those conversations now, then we could get the
proposal to a place where it would be fine for all possible GR options,
but I suspect the people that you'd need to talk to are focused on the GR
at the moment.

Meanwhile, it's going to take at least a week to hash out wording (just
based on past experience), and there's no reason not to start that now,
and by that point we may be pretty near a vote anyway.

-- 
Russ Allbery (r...@debian.org)  

Bug#944794: stretch-pu: package dpdk/16.11.11+deb9u1

[Luca Boccassi]

On Fri, 2019-11-15 at 16:22 +, Adam D. Barratt wrote:
> On 2019-11-15 16:04, Luca Boccassi wrote:
> > On Fri, 2019-11-15 at 15:00 +, Adam D. Barratt wrote:
> > > On 2019-11-15 14:26, Luca Boccassi wrote:
> > > > This release has only one bug fix, which fixes a regression
> > > > introduced
> > > > by the fix for CVE-2019-14818 released on Tuesday via stretch-
> > > > security.
> > > 
> > > I assume that's not a sufficiently important regression that it
> > > needs
> > > fixing via -security? The next stretch point release is probably
> > > not
> > > for
> > > a couple of months.
> > > 
> > > Regards,
> > > 
> > > Adam
> > 
> > Hi,
> > 
> > It breaks some important functionality, but it does not introduce a
> > new
> > security issues. Does the security process allow a new -security
> > upload
> > in this case?
> 
> That's up to the Security Team. I'd suggest asking them and seeing
> what 
> they think.
> 
> Regards,
> 
> Adam

Hi,

The security team is OK with another DSA if it's a critical breakage.
I talked with the co-maintainer and we decided that it's uncommon
enough that we'll go through -pu unless someone raises a bug, and only
then consider an additional DSA.

We'd like the latest release in -pu regardless, so it should be
independent of this request.

Thanks!

-- 
Kind regards,
Luca Boccassi


signature.asc
Description: This is a digitally signed message part

Bug#945299: lintian: ignores all but last override of a tag

[Andreas Beckmann]

Package: lintian
Version: 2.37.0
Severity: serious
Justification: causes ftp-master autorejects

Hi,

this is a regression in 2.36 or 2.37. It worked fine up to 2.35.
In povray, I have this in debian/source/lintian-overrides:

= 8< =
# upstream did not release a source tarball,
# the .orig.tar.gz is an archived git tag
debian-watch-does-not-check-gpg-signature

# not used for the Unix build
source-contains-autogenerated-visual-c++-file windows/pvengine.rc
source-contains-autogenerated-visual-c++-file windows/resource.h
source-contains-autogenerated-visual-c++-file windows/cmedit/cmedit.rc
source-contains-autogenerated-visual-c++-file windows/cmedit/resource.h
source-contains-prebuilt-ms-help-file 
distribution/platform-specific/windows/Help/povray37.chm
source-contains-prebuilt-ms-help-file libraries/zlib/contrib/dotzlib/DotZLib.chm
= >8 =

and this in debian/povray-examples.lintian-overrides:

= 8< =
# these are a few small text files
duplicate-files usr/share/doc/povray/examples/templates/*.txt
duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone2.jpg
 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone3.jpg
= >8 =

but with lintian 2.37.0 I'm now getting these tags:

P: povray source: source-contains-autogenerated-visual-c++-file 
windows/pvengine.rc
P: povray source: source-contains-autogenerated-visual-c++-file 
windows/resource.h
P: povray source: source-contains-autogenerated-visual-c++-file 
windows/cmedit/cmedit.rc
E: povray source: source-contains-prebuilt-ms-help-file 
distribution/platform-specific/windows/Help/povray37.chm
I: povray source: testsuite-autopkgtest-missing

X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/51_T_Stone37.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/51_T_Stone38.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/00_Bright_Blue_Sky_Lo.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Skies_and_Clouds/00_Bright_Blue_Sky_Lo.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone2.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/50_T_Stone3.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Metals/34_T_Silver_1A.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Metals/34_T_Silver_3A.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Mirrors_and_Glasses/82_NBglass_refraction.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Mirrors_and_Glasses/8B_VicksBottle_Glass_refr.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/41_T_Grnt23.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Stones_and_Granites/41_T_Grnt24.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Woods/10_EMBWood1.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Woods/11_DMFWood1.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Textures_Materials/Woods/31_PineWood2.txt
 
usr/share/doc/povray/examples/templates/Textures_Materials/Woods/32_PineWood3.txt
X: povray-examples: duplicate-files 
usr/share/doc/povray/examples/templates/Colors_in_textures/16_color_Gray25.txt 
usr/share/doc/povray/examples/templates/Colors_in_textures/17_color_Gray10.txt

This looks like only the last override for a tag is honored.

Setting severity to serious since this caused a ftp-master autoreject
for me (due to the .chm file).


Andreas