Bug#934019: Maintaining cmph Request

2019-08-15 Thread Brett D
Hello,

I would like to commit to being the maintainer of the cmph package.
I am new to Debian, but I understand the very basics of package
maintenance, UNIX-like infrastructure, and C development.
Please let me know what further actions need be taken; I suppose that upon
preliminary approval, I would then have to find a team to sponsor me in
maintaining this package.

Thank you,
Brett Dispoto


Bug#934873: Acknowledgement (/usr/bin/qemu-img: qemu.img should not create sparse vhdx files)

2019-08-15 Thread Marc Lehmann
The exact message was likely:

   The requested operation could not be completed due to a virtual disk
   system limitation.  Virtual hard disk files must be uncompressed and
   unencrypted and must not be sparse.

(STATUS_VIRTUAL_DISK_LIMITATION)

-- 
The choice of a   Deliantra, the free code+content MORPG
  -==- _GNU_  http://www.deliantra.net
  ==-- _   generation
  ---==---(_)__  __   __  Marc Lehmann
  --==---/ / _ \/ // /\ \/ /  schm...@schmorp.de
  -=/_/_//_/\_,_/ /_/\_\



Bug#934878: RFS: pekka-kana-2/1.2.4-1 -- 2D Oldschool platform game where you control a rooster

2019-08-15 Thread Carlos Donizete Froes
Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "pekka-kana-2"

 * Package name: pekka-kana-2
   Version : 1.2.4-1
   Upstream Author : Janne Kivilahti (Piste Gamez) 
 * URL : https://pistegamez.net/game_pk2.html
 * License : BSD-2-Clause
   Section : games

  It builds those binary packages:

  pekka-kana-2 - 2D Oldschool platform game where you control a rooster
  pekka-kana-2-data - 2D Oldschool platform game where you control a rooster 
(data file)

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

  https://mentors.debian.net/package/pekka-kana-2

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pekka-kana-2/pekka-kana-2_1.2.4-1.dsc

  More information about pekka-kana-2 can be obtained from 
https://gitlab.com/coringao/pekka-kana-2.

  Changes since the last upload:

  pekka-kana-2 (1.2.4-1) unstable; urgency=medium

  * New upstream release

  Regards,
   Carlos Donizete Froes [a.k.a coringao]



Bug#934851: RFS: shotwell/0.30.5-1

2019-08-15 Thread Jörg Frings-Fürst
Hello,

I close this bug after upload into unstable.

Many thanks

CU
Jörg
-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.



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


Bug#934875: libhdf5-openmpi-dev: pkg-config cflags give wrong mpi include paths

2019-08-15 Thread Drew Parsons
Package: libhdf5-openmpi-dev
Version: 1.10.4+repack-10
Severity: normal

hdf5-openmpi.pc provides CFLAGS for hdf5 as 
  -I/usr/include/openmpi -I/usr/include/hdf5/openmpi

But /usr/include/openmpi is the wrong path. MPI header files are
multiarch, so in 
  -I/usr/lib/x86_64-linux-gnu/openmpi/include  
-I/usr/lib/x86_64-linux-gnu/openmpi/include/openmpi
(for amd64).

The same applies to hdf5-mpich.


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

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

Versions of packages libhdf5-openmpi-dev depends on:
ii  libaec-dev 1.0.4-1
ii  libhdf5-openmpi-1031.10.4+repack-10
ii  libjpeg-dev1:1.5.2-2
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.5.2-2+b1
ii  libopenmpi-dev 3.1.3-11
ii  zlib1g-dev 1:1.2.11.dfsg-1+b1

libhdf5-openmpi-dev recommends no packages.

Versions of packages libhdf5-openmpi-dev suggests:
ii  libhdf5-doc  1.10.4+repack-10

-- no debconf information



Bug#934874: patsy: Please drop python2 support

2019-08-15 Thread Steve Langasek
Package: patsy
Version: 0.5.0+git13-g54dcf7b-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

As you know, we are in the process of deprecating python2 in Debian for the
next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

patsy is a package that build-depends on python-pandas, so I've gone ahead
and uploaded the attached patch to Ubuntu which drops the python2 module. 
python-patsy has reverse-(build-)depends of seaborn and statsmodels, whose
python2 removal bugs are filed as bug #934852 and bug #934870.  Upload of
this change to Debian should probably wait for resolution of those two bugs.

Thanks for considering,
-- 
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 patsy-0.5.0+git13-g54dcf7b/debian/compat 
patsy-0.5.0+git13-g54dcf7b/debian/compat
--- patsy-0.5.0+git13-g54dcf7b/debian/compat2018-10-27 20:16:29.0 
-0700
+++ patsy-0.5.0+git13-g54dcf7b/debian/compat2019-08-15 21:24:18.0 
-0700
@@ -1 +1 @@
-7
+9
diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/control 
patsy-0.5.0+git13-g54dcf7b/debian/control
--- patsy-0.5.0+git13-g54dcf7b/debian/control   2018-10-27 20:16:29.0 
-0700
+++ patsy-0.5.0+git13-g54dcf7b/debian/control   2019-08-15 21:24:18.0 
-0700
@@ -4,24 +4,17 @@
 Maintainer: NeuroDebian Team 
 Uploaders: Yaroslav Halchenko , Michael Hanke 

 Build-Depends: debhelper (>= 7.0.50),
-   python-all (>= 2.5),
-   python-setuptools,
-   python-numpy,
-   python-pandas,
-   python-nose,
-   python-six,
-   python-openpyxl,
+   dh-python,
python3-all,
python3-setuptools,
python3-numpy,
python3-pandas,
python3-nose,
python3-six,
-   python-matplotlib,
-   python-sphinx,
-   ipython,
-   ipython (>= 1.0) | ipython1x,
-X-Python-Version: >= 2.6
+   python3-matplotlib,
+   python3-sphinx,
+   ipython3,
+   ipython3 (>= 1.0) | ipython1x,
 X-Python3-Version: >= 3.2
 Standards-Version: 3.9.4
 Homepage: http://github.com/pydata/patsy
@@ -29,25 +22,10 @@
 Vcs-Git: git://github.com/neurodebian/patsy.git
 XS-Testsuite: autopkgtest
 
-Package: python-patsy
-Architecture: all
-Depends: ${misc:Depends}, ${python:Depends},
- python-numpy,
- python-patsy,
-Recommends: python-pandas, python-openpyxl,
-Suggests: python-patsy-doc
-Description: statistical models in Python using symbolic formulas
- patsy is a Python library for describing statistical models
- (especially linear models, or models that have a linear component)
- and building design matrices.
- .
- This package contains the Python 2 version.
-
 Package: python3-patsy
 Architecture: all
 Depends: ${misc:Depends}, ${python3:Depends},
  python3-numpy,
- python3-patsy,
 Recommends: python3-pandas,
 Suggests: python-patsy-doc
 Description: statistical models in Python using symbolic formulas
@@ -61,7 +39,7 @@
 Architecture: all
 Section: doc
 Depends: ${misc:Depends}, libjs-jquery, libjs-underscore
-Suggests: python-patsy
+Suggests: python3-patsy
 Description: documentation and examples for patsy
  This package contains documentation and example scripts for
- python-patsy.
+ python3-patsy.
diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/pycompat 
patsy-0.5.0+git13-g54dcf7b/debian/pycompat
--- patsy-0.5.0+git13-g54dcf7b/debian/pycompat  2018-10-27 20:16:29.0 
-0700
+++ patsy-0.5.0+git13-g54dcf7b/debian/pycompat  1969-12-31 16:00:00.0 
-0800
@@ -1 +0,0 @@
-2
diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install 
patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install
--- patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install  2018-10-27 
20:16:29.0 -0700
+++ patsy-0.5.0+git13-g54dcf7b/debian/python-patsy.install  1969-12-31 
16:00:00.0 -0800
@@ -1 +0,0 @@
-usr/lib/python2*/
diff -Nru patsy-0.5.0+git13-g54dcf7b/debian/rules 
patsy-0.5.0+git13-g54dcf7b/debian/rules
--- patsy-0.5.0+git13-g54dcf7b/debian/rules 2018-10-27 20:16:29.0 
-0700
+++ patsy-0.5.0+git13-g54dcf7b/debian/rules 2019-08-15 21:24:18.0 
-0700
@@ -4,9 +4,7 @@
 export DH_VERBOSE=1
 export http_proxy=http://127.0.0.1:9/
 
-PACKAGE2_NAME = python-patsy
 PACKAGE3_NAME = python3-patsy
-PACKAGE2_ROOT_DIR = 

Bug#934571: texlive-binaries: gsftopk fails

2019-08-15 Thread Hilmar Preuße
Control: reassign 934571 ghostscript
Control: found 934571 9.27~dfsg-2
Control: notfound 934571 9.27~dfsg-3
Control: found 934571 9.27~dfsg-2+deb10u1

Am 16.08.2019 um 02:52 teilte Igor Liferenko mit:

> Using 9.27~dfsg-3 there are no problems.
> 
Reassign for now. Please discuss w/ ghostscript maintainers if there
will be a fix for stable.

Hilmar
-- 
sigfault
#206401 http://counter.li.org



signature.asc
Description: OpenPGP digital signature


Bug#863293: Bug#863255: Please rename/provide libjs-jquery-atwho

2019-08-15 Thread Ben Finney
On 14-Aug-2019, Pirate Praveen wrote:

> Since there is no response for over 3 months for the merge request, I'm
> planning to do an NMU.

Ah, thank you for this notice.

I am back involved in Debian packaging again. Can you instead make a
merge request at the Salsa repository
https://salsa.debian.org/debian/pkg-jquery-at.js/>
and show me what you're planning?

-- 
 \  “And if I laugh at any mortal thing, / 'Tis that I may not |
  `\   weep.” —“Lord” George Gordon Noel Byron, _Don Juan_ |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature


Bug#934873: /usr/bin/qemu-img: qemu.img should not create sparse vhdx files

2019-08-15 Thread Marc Lehmann
Package: qemu-utils
Version: 1:3.1+dfsg-8~deb10u1
Severity: wishlist
File: /usr/bin/qemu-img

Dear Maintainer,

When converting a disk image to vhdx format with qemu-img, it seems to
create a sparse file, with no documented option to disable this (the only
documented options seem to be subformat and block_size). I tried:

   qemu-img convert src -O vhdx -o subformat=dynamic dst

Unfortunately, the resulting files cannot be mounted or optimized on
windows. Attempting either gives an error message similar to:  "Images
must be unencrypted, uncompressed and not sparse".

Since more or less the whole purpose of vhdx files is to be compatible
with windows, qemu-img should at least have an option to create "standard"
vhdx files that can be mounted by windows.

-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable-debug'), (500, 'testing-debug'), 
(500, 'stable-updates'), (500, 'stable-debug'), (500, 'oldstable-updates'), 
(500, 'oldstable-debug'), (500, 'unstable'), (500, 'testing'), (500, 
'oldstable'), (1, 'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, x32

Kernel: Linux 5.1.21-050121-generic (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_DK.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 qemu-utils depends on:
ii  libaio1   0.3.112-3
ii  libc6 2.28-10
ii  libgcc1   1:8.3.0-6
ii  libglib2.0-0  2.58.3-2
ii  libgnutls30   3.6.7-4
ii  libnettle63.4.1-1
ii  zlib1g1:1.2.11.dfsg-1

qemu-utils recommends no packages.

Versions of packages qemu-utils suggests:
ii  debootstrap   1.0.114
ii  qemu-block-extra  1:3.1+dfsg-8~deb10u1

-- debconf-show failed



Bug#934872: RM: ocaml-usb/1.3.0-4 ocaml-sqlexpr/0.5.5-3 zeroinstall-injector/2.12.3-2 obus/1.1.5-6

2019-08-15 Thread Stéphane Glondu
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Dear Release Managers,

Please remove the following packages from testing:

 * ocaml-usb, affected by #933993
 * ocaml-sqlexpr, affected by #933994
 * zeroinstall-injector, affected by #934340
 * obus, affected by #933992

They prevent 62 other packages from migrating to testing. They are
already marked for autoremoval, but too far in the future.


Cheers,

-- 
Stéphane

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

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)


Bug#934785: does not include lis.so driver

2019-08-15 Thread Adam Di Carlo
Dominique Dumont  writes:
> As of lcdproc 0.5.9-2, lis module is no longer delivered. (see lcdproc 
> changelog) because build dependency on libftdi-dev and libusb-dev were 
> removed.
>
> libftdi-dev and libusb-dev are deprecated library with newer replacements. 
> Nobody stepped up upstream to port these module to new usb library, so, 
> unfortunately, I had to remove these modules.

Ok, I see, they've bitrotted away.

>> Which is odd, because I did a local build and lis.so is indeed built
>> and included with the 'lcdproc' package.
>
> Probably because libusb-dev libftdi-dev are installed on your system.

Ok, no problem.

Its a bit of shame that this software is unmaintained upstream with no
replacement -- that I know of.  However, I know that's not your fault.

What's better, to just close this bug or should I upstream it?

-- 
...Adam Di Carlo...



Bug#934871: lmfit-py: Please drop python2 support

2019-08-15 Thread Steve Langasek
Package: lmfit-py
Version: 0.9.11+dfsg-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear Frédéric-Emmanuel,

As you may know, we are in the process of deprecating python2 in Debian for
the next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

lmfit-py is a package that build-depends on python-pandas, so I've gone
ahead and uploaded the attached patch to Ubuntu which drops the python2
module.  python-lmfit has many reverse-recommends, but no hard
reverse-dependencies, so I think this change can be uploaded at any point.

Thanks for considering,
--
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 lmfit-py-0.9.11+dfsg/debian/control 
lmfit-py-0.9.11+dfsg/debian/control
--- lmfit-py-0.9.11+dfsg/debian/control 2019-02-18 02:50:01.0 -0800
+++ lmfit-py-0.9.11+dfsg/debian/control 2019-08-15 20:59:59.0 -0700
@@ -5,15 +5,7 @@
 Priority: optional
 Build-Depends: debhelper (>= 11~),
dh-python,
-   python-all,
-   python-nose,
-   python-asteval,
-   python-numpy,
-   python-pandas,
-   python-scipy,
-   python-setuptools,
python3-sphinx,
-   python-uncertainties (>= 3.0.2.github~),
python3-all,
python3-nose,
python3-asteval,
@@ -27,63 +19,6 @@
 Vcs-Git: https://salsa.debian.org/science-team/lmfit-py.git
 Homepage: http://lmfit.github.io/lmfit-py/
 
-Package: python-lmfit
-Architecture: all
-Section: python
-Depends: python-scipy,
- ${misc:Depends},
- ${python:Depends}
-Suggests: python-lmfit-doc
-Description: Least-Squares Minimization with Constraints (Python 2)
- The lmfit Python package provides a simple, flexible interface to
- non-linear optimization or curve fitting problems. The package
- extends the optimization capabilities of scipy.optimize by replacing
- floating pointing values for the variables to be optimized with
- Parameter objects. These Parameters can be fixed or varied, have
- upper and/or lower bounds placed on its value, or written as an
- algebraic expression of other Parameters.
- .
- The principal advantage of using Parameters instead of simple
- variables is that the objective function does not have to be
- rewritten to reflect every change of what is varied in the fit, or
- what relationships or constraints are placed on the Parameters. This
- means a scientific programmer can write a general model that
- encapsulates the phenomenon to be optimized, and then allow user of
- that model to change what is varied and fixed, what range of values
- is acceptable for Parameters, and what constraints are placed on the
- model. The ease with which the model can be changed also allows one
- to easily test the significance of certain Parameters in a fitting
- model.
- .
- The lmfit package allows a choice of several optimization methods
- available from scipy.optimize. The default, and by far best tested
- optimization method used is the Levenberg-Marquardt algorithm from
- MINPACK-1 as implemented in scipy.optimize.leastsq. This method
- is by far the most tested and best support method in lmfit, and much
- of this document assumes this algorithm is used unless explicitly
- stated. An important point for many scientific analysis is that this
- is only method that automatically estimates uncertainties and
- correlations between fitted variables from the covariance matrix
- calculated during the fit.
- .
- A few other optimization routines are also supported, including
- Nelder-Mead simplex downhill, Powell's method, COBYLA, Sequential
- Least Squares methods as implemented in scipy.optimize.fmin, and
- several others from scipy.optimize. In their native form, some of
- these methods setting allow upper or lower bounds on parameter
- variables, or adding constraints on fitted variables. By using
- Parameter objects, lmfit allows bounds and constraints for all of
- these methods, and makes it easy to swap between methods without
- hanging the objective function or set of Parameters.
- .
- Finally, because the approach derived from MINPACK-1 usin the
- covariance matrix to determine uncertainties is sometimes questioned
- (and sometimes rightly so), lmfit supports methods to do a brute
- force search of the confidence intervals and correlations for sets of
- parameters.
- .
- This is the Python 2 version of the package.
-
 Package: 

Bug#830726: xtrlock does not block multitouch events

2019-08-15 Thread Salvatore Bonaccorso
Control: tags 830726 + security
Control: retitle 830726 xtrlock: CVE-2016-10894: xtrlock does not block 
multitouch events

Hi,

This issue has been assigned CVE-2016-10894.

Regards,
Salvatore



Bug#934870: statsmodels: Please drop python2 support

2019-08-15 Thread Steve Langasek
Package: statsmodels
Version: 0.8.0-9
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

As you may know, we are in the process of deprecating python2 in Debian for
the next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

python-statsmodels is a package that (build-)depends on python-pandas, so
I've gone ahead and uploaded the attached patch to Ubuntu which drops the
python2 module.  python-statsmodels has many reverse-recommends, but only
two hard reverse-(build-)depends: pymvpa2 and seaborn.

pymvpa2 already fails to build in unstable and was not included in the last
Debian release, so should not block removal of python-statsmodels.

Removal of python2 support for seaborn is tracked in bug #934852.

Upload of this change to Debian should probably wait for seaborn to also
drop its python2 support.

Thanks for considering,
-- 
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 statsmodels-0.8.0/debian/control statsmodels-0.8.0/debian/control
--- statsmodels-0.8.0/debian/control2019-02-16 07:47:16.0 -0800
+++ statsmodels-0.8.0/debian/control2019-08-15 19:44:08.0 -0700
@@ -5,19 +5,7 @@
 Uploaders: Yaroslav Halchenko , Michael Hanke 
, Diane Trout 
 Build-Depends: debhelper (>= 9),
sphinx-common,
-   python-all-dev, python-setuptools,
-   python-dateutil,
-   python-numpy (>= 1:1.4.0),
-   python-scipy,
-   python-nose ,
-   python-matplotlib,
-   python-pandas,
-   python-patsy,
-   python-joblib,
cython,
-   python-tk ,
-   python-patsy,
-   python-cvxopt,
dh-python (>= 3.20180313~),
cython3,
python3-all-dev,
@@ -48,39 +36,6 @@
 Vcs-Browser: https://salsa.debian.org/science-team/statsmodels
 Vcs-Git: https://salsa.debian.org/science-team/statsmodels.git
 
-Package: python-statsmodels
-Architecture: all
-Depends: ${misc:Depends}, ${python:Depends},
- python-numpy,
- python-scipy,
- python-statsmodels-lib (>= ${source:Version}),
- python-patsy,
- python-pandas
-Recommends: python-matplotlib,
-python-joblib,
-python-cvxopt,
-Suggests: python-statsmodels-doc,
-Provides: ${python:Provides}
-Breaks: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4)
-Replaces: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4)
-Description: Python module for the estimation of statistical models
- statsmodels Python module provides classes and functions for the
- estimation of several categories of statistical models. These
- currently include linear regression models, OLS, GLS, WLS and GLS
- with AR(p) errors, generalized linear models for several distribution
- families and M-estimators for robust linear models. An extensive list
- of result statistics are available for each estimation problem.
-
-Package: python-statsmodels-lib
-Architecture: any
-Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends},
- python-numpy
-Breaks: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4)
-Replaces: python-scikits-statsmodels, python-scikits.statsmodels (<< 0.4)
-Description: low-level implementations and bindings for statsmodels
- This package contains architecture dependent extensions for
- python-statsmodels.
-
 Package: python-statsmodels-doc
 Breaks: python-scikits-statsmodels-doc, python-scikits.statsmodels-doc
 Replaces: python-scikits-statsmodels-doc, python-scikits.statsmodels-doc
@@ -88,7 +43,7 @@
 Section: doc
 Depends: ${misc:Depends}, libjs-requirejs, ${sphinxdoc:Depends},
  libjs-mathjax
-Suggests: python-statsmodels,
+Suggests: python3-statsmodels,
  python3-doc,
  python-numpy-doc,
  python-patsy-doc,
diff -Nru statsmodels-0.8.0/debian/python3-statsmodels.examples 
statsmodels-0.8.0/debian/python3-statsmodels.examples
--- statsmodels-0.8.0/debian/python3-statsmodels.examples   1969-12-31 
16:00:00.0 -0800
+++ statsmodels-0.8.0/debian/python3-statsmodels.examples   2019-02-13 
13:33:01.0 -0800
@@ -0,0 +1 @@
+examples/*
diff -Nru statsmodels-0.8.0/debian/python-statsmodels-doc.links 
statsmodels-0.8.0/debian/python-statsmodels-doc.links
--- statsmodels-0.8.0/debian/python-statsmodels-doc.links   2019-02-13 
13:33:01.0 -0800
+++ 

Bug#934854: fet: please drop dh_dwz override

2019-08-15 Thread Thiago Marques
Hi Giancarlo.
Ok i will drop the override as soon as possible.
In the near future I will add the vcs fields.
I am still learning to work with them.

[]
Regards.

Thiago Andrade

Em qui, 15 de ago de 2019 17:24, Gianfranco Costamagna <
locutusofb...@debian.org> escreveu:

> Source: fet
> Version: 5.39.0-2
> Severity: important
> Tags: patch
>
> Hello, thanks for adopting fet! I tried to keep it in shape for release in
> the meanwhile :)
>
> I overridden dh_dwz, but now debhelper 12.4 is "fixed" and doesn't fail
> anymore on that issue.
>
> Can you please drop the override?
>
> I also didn't understand why you removed the VCS fields... Having a
> collaborative git repo would have allowed
> me to directly push the fix...
>
> thanks
>
> Gianfranco
>


Bug#934869: /etc/apparmor.d/usr.sbin.dnsmasq: profile doesn’t allow dnsmasq-base DNSSEC files

2019-08-15 Thread James Rowe
Package: apparmor-profiles
Version: 2.13.2-10
Severity: normal
File: /etc/apparmor.d/usr.sbin.dnsmasq

Dear Maintainer,

  If DNSSEC validation is enabled in the dnsmasq config file then the
/usr/share/dnsmasq-base/trust-anchors.conf should be read by dnsmasq.
However, the profile doesn’t allow access to it.

  The following simple patch enables reading the DNS setup from
dnsmasq-base:

--- a/usr.sbin.dnsmasq
+++ b/usr.sbin.dnsmasq
@@ -51,6 +51,8 @@
 
   /usr/share/dnsmasq/ r,
   /usr/share/dnsmasq/* r,
+  /usr/share/dnsmasq-base/ r,
+  /usr/share/dnsmasq-base/* r,
 
   /{,var/}run/*dnsmasq*.pid w,
   /{,var/}run/dnsmasq-forwarders.conf r,

Thanks,

James

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

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

Versions of packages apparmor-profiles depends on:
ii  apparmor  2.13.2-10

apparmor-profiles recommends no packages.

apparmor-profiles suggests no packages.

-- no debconf information


Bug#934868: pynwb: Please drop python2 support

2019-08-15 Thread Steve Langasek
Package: pynwb
Version: 0.5.1-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Yaroslav,

As you may know, we are in the process of deprecating python2 in Debian for
the next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

python-pynwb is a package that (build-)depends on python-pandas, so I've
gone ahead and uploaded the attached patch to Ubuntu which drops the python2
module.  python-pynwb has no other reverse-dependencies in the archive, so
it should be possible to upload this change to Debian at your convenience.

Thanks for considering,
-- 
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 pynwb-0.5.1/debian/control pynwb-0.5.1/debian/control
--- pynwb-0.5.1/debian/control  2018-09-19 22:19:06.0 -0700
+++ pynwb-0.5.1/debian/control  2019-08-15 18:09:54.0 -0700
@@ -5,32 +5,19 @@
 Build-Depends:
  debhelper (>= 9),
  dh-python,
- python-all (>= 2.6.6-3), python3-all,
- python-dateutil, python3-dateutil,
- python-h5py (>= 2.7.1), python3-h5py (>= 2.7.1),
- python-numpy, python3-numpy,
- python-pandas, python3-pandas,
- python-requests, python3-requests,
- python-ruamel.yaml, python3-ruamel.yaml,
- python-setuptools (>= 0.6b3), python3-setuptools,
- python-six, python3-six,
- python-unittest2, python3-unittest2,
+ python3-all,
+ python3-dateutil,
+ python3-h5py (>= 2.7.1),
+ python3-numpy,
+ python3-pandas,
+ python3-requests,
+ python3-ruamel.yaml,
+ python3-setuptools,
+ python3-six,
+ python3-unittest2,
 Standards-Version: 4.2.1
 Homepage: https://github.com/NeurodataWithoutBorders/pynwb
 
-Package: python-pynwb
-Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}
-Description: Python library for working with Neurodata in the NWB format
- PyNWB is a Python package for working with NWB files. It provides a
- high-level API for efficiently working with Neurodata stored in the
- NWB format.
- .
- Neurodata Without Borders: Neurophysiology (NWB:N) is a project to
- develop a unified data format for cellular-based neurophysiology
- data, focused on the dynamics of groups of neurons measured under a
- large range of experimental conditions.
-
 Package: python3-pynwb
 Architecture: all
 Depends: ${misc:Depends}, ${python3:Depends}
diff -Nru pynwb-0.5.1/debian/rules pynwb-0.5.1/debian/rules
--- pynwb-0.5.1/debian/rules2018-09-19 22:19:06.0 -0700
+++ pynwb-0.5.1/debian/rules2019-08-15 18:09:54.0 -0700
@@ -6,4 +6,4 @@
 # Mon, 10 Sep 2018 16:53:02 -0400
 export PYBUILD_NAME=pynwb
 %:
-   dh $@ --with python2,python3 --buildsystem=pybuild
+   dh $@ --with python3 --buildsystem=pybuild


Bug#934865: RM: rust-cargo-vendor -- ROM; Obsolete package, prevents other packages from testing migration

2019-08-15 Thread Ximin Luo
Package: ftp.debian.org
Severity: normal

Hi, please remove rust-cargo-vendor, the functionality has been merged into 
newer
versions of rust-cargo and keeping the old cargo-vendor in the archive will
prevent cargo from migrating to testing.

See https://github.com/alexcrichton/cargo-vendor for details



Bug#934866: RM: rust-coresimd -- ROM; Obsolete package

2019-08-15 Thread Ximin Luo
Package: ftp.debian.org
Severity: normal

This package is obsoleted by newer versions of rustc.



Bug#934867: RM: rust-simd -- ROM; Obsolete package

2019-08-15 Thread Ximin Luo
Package: ftp.debian.org
Severity: normal

This package is obsoleted by newer versions of rustc.



Bug#934483: virtualbox-guest-dkms: Doesn't build with latest kernel in unstable 5.2.0-2-686-pae

2019-08-15 Thread Darsey Litzenberger

On Sun, Aug 11, 2019 at 03:14:16PM +0200, Christian Marillat wrote:

Dear Maintainer,

/var/lib/dkms/virtualbox-guest/6.0.10/build/vboxvideo/vbox_ttm.c:31:10: fatal 
error: ttm/ttm_page_alloc.h: No such file or directory
#include 
 ^~
compilation terminated.

But bevare fixind the include file path (drm/ttm/ttm_page_alloc.h) doesn't
work at all the virtualbox doesn't start.


Do all of these modules even need to be built using dkms anymore?  It 
looks like some of them have been mainlined (though I haven't compared 
the code):


It looks like virtualbox-guest-dkms builds 3 modules:

   # cd /var/lib/dkms/virtualbox-guest
   # find . -name \*.ko
   ./6.0.10/5.0.0-trunk-amd64/x86_64/module/vboxguest.ko
   ./6.0.10/5.0.0-trunk-amd64/x86_64/module/vboxsf.ko
   ./6.0.10/5.0.0-trunk-amd64/x86_64/module/vboxvideo.ko

Out of those three modules, it seems like only vboxsf.ko still needs to 
be built on recent kernels:


   root@syra:/lib/modules# find . -name vboxguest.ko -o -name vboxsf.ko -o 
-name vboxvideo.ko
   ./5.0.0-trunk-amd64/kernel/drivers/staging/vboxvideo/vboxvideo.ko
   ./5.0.0-trunk-amd64/kernel/drivers/virt/vboxguest/vboxguest.ko

   ./5.0.0-trunk-amd64/updates/dkms/vboxguest.ko
   ./5.0.0-trunk-amd64/updates/dkms/vboxsf.ko
   ./5.0.0-trunk-amd64/updates/dkms/vboxvideo.ko

   ./4.19.0-5-amd64/kernel/drivers/staging/vboxvideo/vboxvideo.ko
   ./4.19.0-5-amd64/kernel/drivers/virt/vboxguest/vboxguest.ko

   ./5.2.0-2-amd64/kernel/drivers/gpu/drm/vboxvideo/vboxvideo.ko
   ./5.2.0-2-amd64/kernel/drivers/virt/vboxguest/vboxguest.ko

(split for readability)

I haven't gotten around to testing, but it looks like maybe all that 
needs to be done is to disable building some of these modules after a 
certain kernel version.




Bug#934859: undertime: Add major cities to available timezones

2019-08-15 Thread Antoine Beaupré
On 2019-08-16 01:14:03, D Haley wrote:
> Location to timezone seems to be supported by pytzwhere [1].

Interesting!!

> I had a quick play, and I was able to get most of those cities by
> scraping the wikipedia output. Its pretty nasty, but it works about 80%
> of the time, which is close enough. Some manual tuning should fix the
> result.

That's pretty neat. I wonder if there's another package that could give
that offline (city/name -> lat/long).

> This should be able to be fed into tzwhere -- however tzwhere is not in
> debian :(

That shouldn't be hard to fix. Just file a "wnpp" bug and maybe someone
will do it for us. ;)

It would already be pretty cool to be able to specify lat/long and get a
result!

Note that I suspect GNOME and other desktop tools have some logic for
that that could be investigated...

A.

-- 
We will create a civilization of the Mind in Cyberspace. May it be
more humane and fair than the world your governments have made
before.
 - John Perry Barlow



Bug#934864: python-biom-format: Please drop python2 support

2019-08-15 Thread Steve Langasek
Package: python-biom-format
Version: 2.1.7+dfsg-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Andreas,

We are of course in the process of deprecating python2 in Debian for the
next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

python-biom-format is a package that (build-)depends on python-pandas, so
I've gone ahead and uploaded the attached patch to Ubuntu which drops the
python2 module.  python-biom-format does still have one reverse-dependency
in the archive - metaphlan2 - which should also be fixed before this change
is made in Debian (bug #933661).

Thanks for considering,
-- 
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 python-biom-format-2.1.7+dfsg/debian/control 
python-biom-format-2.1.7+dfsg/debian/control
--- python-biom-format-2.1.7+dfsg/debian/control2019-08-06 
01:11:48.0 -0700
+++ python-biom-format-2.1.7+dfsg/debian/control2019-08-15 
17:54:38.0 -0700
@@ -7,17 +7,7 @@
 Build-Depends: debhelper-compat (= 12),
dh-python,
cython,
-   python-dev,
-   python-numpy,
-   python-scipy,
-   python-h5py,
help2man,
-   python-click,
-   python-cogent,
-   python-future,
-   python-nose,
-   python-pandas,
-   python-setuptools,
bash-completion,
cython3,
python3-all-dev,
@@ -35,35 +25,6 @@
 Vcs-Git: https://salsa.debian.org/med-team/python-biom-format.git
 Homepage: http://biom-format.org/
 
-Package: python-biom-format
-Architecture: any-amd64 any-arm64 armel armhf any-i386 any-mips64el mipsel 
any-ppc64el
-Depends: ${python:Depends},
- ${misc:Depends},
- ${shlibs:Depends}
-Suggests: python-biom-format-doc
-Description: Biological Observation Matrix (BIOM) format (Python 2)
- The BIOM file format (canonically pronounced biome) is designed to be a
- general-use format for representing biological sample by observation
- contingency tables. BIOM is a recognized standard for the Earth
- Microbiome Project and is a Genomics Standards Consortium candidate
- project.
- .
- The BIOM format is designed for general use in broad areas of
- comparative -omics. For example, in marker-gene surveys, the primary use
- of this format is to represent OTU tables: the observations in this case
- are OTUs and the matrix contains counts corresponding to the number of
- times each OTU is observed in each sample. With respect to metagenome
- data, this format would be used to represent metagenome tables: the
- observations in this case might correspond to SEED subsystems, and the
- matrix would contain counts corresponding to the number of times each
- subsystem is observed in each metagenome. Similarly, with respect to
- genome data, this format may be used to represent a set of genomes: the
- observations in this case again might correspond to SEED subsystems, and
- the counts would correspond to the number of times each subsystem is
- observed in each genome.
- .
- This package provides the BIOM format library for the Python 2 interpreter.
-
 Package: python3-biom-format
 Architecture: any-amd64 any-arm64 armel armhf any-i386 any-mips64el mipsel 
any-ppc64el
 Depends: ${misc:Depends},
diff -Nru python-biom-format-2.1.7+dfsg/debian/rules 
python-biom-format-2.1.7+dfsg/debian/rules
--- python-biom-format-2.1.7+dfsg/debian/rules  2019-08-06 01:11:48.0 
-0700
+++ python-biom-format-2.1.7+dfsg/debian/rules  2019-08-15 17:54:38.0 
-0700
@@ -6,10 +6,8 @@
 export LC_ALL=C.UTF-8
 
 export PYBUILD_NAME=biom-format
-export PYBUILD_DESTDIR_python2=debian/python-$(PYBUILD_NAME)
 export PYBUILD_DESTDIR_python3=debian/python3-$(PYBUILD_NAME)
 export examplepkg=python-$(PYBUILD_NAME)-examples
-export PYBUILD_AFTER_INSTALL_python2=dh_numpy
 export PYBUILD_AFTER_INSTALL_python3=dh_numpy3
 
 ## When trying better hardening the build fails
@@ -17,7 +15,7 @@
 export DEB_BUILD_MAINT_OPTIONS = hardening=+bindnow
 
 %:
-   dh $@ --with python2,python3,bash-completion,sphinxdoc 
--buildsystem=pybuild
+   dh $@ --with python3,bash-completion,sphinxdoc --buildsystem=pybuild
 
 override_dh_auto_build:
# arch
@@ -26,11 +24,6 @@
PYTHONPATH=. http_proxy='127.0.0.1:9' sphinx-build -N -b html doc 
build/html
PYTHONPATH=. http_proxy='127.0.0.1:9' sphinx-build -N -b man doc 

Bug#934571: texlive-binaries: gsftopk fails

2019-08-15 Thread Igor Liferenko
Using 9.27~dfsg-3 there are no problems.



Bug#934861: python-yubico-tools not installable, broken dependency

2019-08-15 Thread Darsey Litzenberger

tags 934861 +patch
thanks

The fix for this is included in my merge request on Salsa (which 
includes several patches):

https://salsa.debian.org/auth-team/python-yubico/merge_requests/1

I'll also attach the patch specific to this bug.  Its change log entry 
would be:


 * Fix python-yubico-tools not installable. (Closes: #934861)

>From cbe7fc670f2d449bc30e1bd1a12ee500d0d2f689 Mon Sep 17 00:00:00 2001
From: Darsey Litzenberger 
Date: Thu, 15 Aug 2019 16:55:44 -0700
Subject: [PATCH 1/3] Fix python-yubico-tools not installable

The package depended on python:any (>= 2.8~), which does not exist.

Current Python packaging policy says that X-Python-Version and
XB-Python-Version can be removed, since only version 2.7 of the
python:any package exists (and there will never be a 2.8).
---
 debian/control | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/debian/control b/debian/control
index f2cfb9f..3903f34 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,6 @@ Standards-Version: 3.9.8
 Homepage: https://developers.yubico.com/python-yubico/
 Vcs-Browser: https://salsa.debian.org/auth-team/python-yubico
 Vcs-Git: https://salsa.debian.org/auth-team/python-yubico.git
-X-Python-Version: >= 2.8
 X-Python3-Version: >= 3.6
 
 Package: python-yubico
@@ -25,7 +24,6 @@ Architecture: all
 Depends: ${python:Depends},
 	 ${misc:Depends},
 	 python-usb
-XB-Python-Version: ${python:Versions}
 Provides: ${python:Provides}
 Description: Python library for talking to Yubico YubiKeys
  The YubiKey is a hardware authentication token. This is a Python
@@ -39,7 +37,6 @@ Depends: ${python:Depends},
 	 ${misc:Depends},
 	 python-argparse,
 	 python-yubico (= ${binary:Version})
-XB-Python-Version: ${python:Versions}
 Provides: ${python:Provides}
 Description: Tools for Yubico YubiKeys
  The YubiKey is a hardware authentication token. This package
-- 
2.23.0.rc1



Bug#934859: undertime: Add major cities to available timezones

2019-08-15 Thread D Haley
Location to timezone seems to be supported by pytzwhere [1].

I had a quick play, and I was able to get most of those cities by
scraping the wikipedia output. Its pretty nasty, but it works about 80%
of the time, which is close enough. Some manual tuning should fix the
result.

This should be able to be fed into tzwhere -- however tzwhere is not in
debian :(


[1] https://github.com/pegler/pytzwhere

On 16.08.19 00:43, Antoine Beaupré wrote:
> On 2019-08-15 23:23:06, D Haley wrote:
>> Package: undertime
>> Version: 1.7.0
>> Severity: wishlist
>>
>> Dear Maintainer,
>>
>> I am reporting this here, as gitlab does not allow me to create an account - 
>> please do forward upstream as needed.
>>
>> Having the ability to type in a name of a regional capital city to undertime 
>> and have it recognised would be great. For example, "Moscow" works, however 
>> "Boston" does not. Similarly, "Lagos" (population 21M) also is not valid. I 
>> assume the English transliteration would be the best route forward.
>>
>> Perhaps as an arbitrary cutoff, a list such as from eg. here : 
>> https://data.mongabay.com/cities_pop_01.htm could be used, with a population 
>> cutoff specified in Millions. 2M : 170 cities, 4M : 73 cities.
>
> Hello!
>
> That's a fair point. I thought about this a little, and settled on using
> whatever Python gave me, which is from:
>
> https://pypi.org/project/pytz/
>
> ... which is based (more or less) on this list:
>
> https://en.wikipedia.org/wiki/List_of_tz_database_time_zones
>
> The list you provided is great except it doesn't specify the timezone,
> which basically makes it useless. ;)
>
> For making this work, I'd need a list that:
>
>  * maps a string (city name or location) to a timezone
>  * is reliably updated
>
> So far, the only thing that qualifies, as far as I know, is the tzdata
> stuff, which is why I'm using it.
>
> But I'd be happy to have another source! As a rule, however, it should
> be available offline.
>
> A.
>



script.sh
Description: application/shellscript


Bug#933661: metaphlan2: Port to Python3 needed

2019-08-15 Thread Steve Langasek
Package: metaphlan2
Followup-For: Bug #933661
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Andreas,

Prompted by an interest in dropping python-pandas from Ubuntu rather than
fixing its failing tests, I took a look at moving metaphlan2 to python3. 
Using the upstream 2.9.19 release
(https://bitbucket.org/biobakery/metaphlan2/get/2.9.19.tar.bz2) this is
fairly straightforward, however I find that 2.9 wants the databases in a
different format than are made available in the metaphlan2-data package; it
needs the new
https://bitbucket.org/biobakery/metaphlan2/downloads/mpa_v29_CHOCOPhlAn_201901.tar
database file instead of the current v20 file.

Since this data tarball will need repacking and some changes to the postinst
script (e.g. new metaphlan2 wants the database under
/usr/share/metaphlan2/metaphlan_databases instead of
/usr/share/metaphlan2/db_v20; and the input is no longer a fasta file but a
.fna.bz2), at least for now I'm not going to upload this change to Ubuntu.
But I'm attaching the debdiff with my work in progress for the metaphlan2
package, for your consideration.

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 metaphlan2-2.7.8/debian/control metaphlan2-2.9.19/debian/control
--- metaphlan2-2.7.8/debian/control 2018-09-17 01:17:22.0 -0700
+++ metaphlan2-2.9.19/debian/control2019-08-15 13:12:57.0 -0700
@@ -4,7 +4,7 @@
 Section: science
 Priority: optional
 Build-Depends: debhelper (>= 11~),
-   python-all,
+   python3-all,
dh-python,
pandoc,
bowtie2
@@ -15,12 +15,12 @@
 
 Package: metaphlan2
 Architecture: all
-Depends: ${python:Depends},
+Depends: ${python3:Depends},
  ${misc:Depends},
  metaphlan2-data,
- python-biom-format,
- python-msgpack,
- python-pandas,
+ python3-biom-format,
+ python3-msgpack,
+ python3-pandas,
  bowtie2
 Description: Metagenomic Phylogenetic Analysis
  MetaPhlAn is a computational tool for profiling the composition of
diff -Nru metaphlan2-2.7.8/debian/patches/_metaphlan2.py.patch 
metaphlan2-2.9.19/debian/patches/_metaphlan2.py.patch
--- metaphlan2-2.7.8/debian/patches/_metaphlan2.py.patch2018-09-17 
01:17:22.0 -0700
+++ metaphlan2-2.9.19/debian/patches/_metaphlan2.py.patch   2019-08-15 
13:12:57.0 -0700
@@ -9,8 +9,10 @@
  support function annotations: These are optional in Python 3, and are
  removed from the function definitions in "_metaphlan2.py" by the patch.
 
 a/_metaphlan2.py
-+++ b/_metaphlan2.py
+Index: metaphlan2-2.9.19/_metaphlan2.py
+===
+--- metaphlan2-2.9.19.orig/_metaphlan2.py
 metaphlan2-2.9.19/_metaphlan2.py
 @@ -3,7 +3,7 @@
  # This module defines the functions which run MetaPhlAn2 on
  # single and paired fastq data.
@@ -20,8 +22,8 @@
  import subprocess as sb
  from q2_types.per_sample_sequences import 
SingleLanePerSampleSingleEndFastqDirFmt
  from q2_types.per_sample_sequences import 
SingleLanePerSamplePairedEndFastqDirFmt
-@@ -24,8 +24,7 @@ def metaphlan2_helper(raw_data, nproc, i
- sb.run(cmd, check=True)
+@@ -30,8 +30,7 @@
+   'doi: https://doi.org/10.1038/nmeth.3589', end='\n\n')
  
  
 -def profile_single_fastq(raw_data: SingleLanePerSampleSingleEndFastqDirFmt,
@@ -30,7 +32,7 @@
  output_biom = None
  
  with tempfile.TemporaryDirectory() as tmp_dir:
-@@ -36,8 +35,7 @@ def profile_single_fastq(raw_data: Singl
+@@ -42,8 +41,7 @@
  return output_biom
  
  
diff -Nru metaphlan2-2.7.8/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch 
metaphlan2-2.9.19/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch
--- metaphlan2-2.7.8/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch   
2018-09-17 01:17:22.0 -0700
+++ metaphlan2-2.9.19/debian/patches/mpa_dir-is-usr_share_metaphlan2.patch  
2019-08-15 13:12:57.0 -0700
@@ -5,182 +5,222 @@
  .
  The doc is also adapted to this change.
 
 a/metaphlan2.py
-+++ b/metaphlan2.py
-@@ -417,7 +417,7 @@ def read_params(args):
+Index: metaphlan2-2.9.19/metaphlan2.py
+===
+--- metaphlan2-2.9.19.orig/metaphlan2.py
 metaphlan2-2.9.19/metaphlan2.py
+@@ -143,7 +143,7 @@
  
  "*  You can also provide an externally BowTie2-mapped SAM if you 
specify this format with \n"
  "   --input_type. Two steps: first apply BowTie2 and then feed 
MetaPhlAn2 with the obtained sam:\n"
--"$ bowtie2 --sam-no-hd --sam-no-sq --no-unal --very-sensitive -S 
metagenome.sam -x ${mpa_dir}/db_v20/mpa_v20_m200 -U 

Bug#934863: apticron-systemd: Directory '/var/lib/apticron' and manpage missing

2019-08-15 Thread Guilhem Moulin
Package: apticron-systemd
Version: 1.2.1
Severity: normal

Dear Maintainer,

‘debian/dirs’ and ‘debian/manpages’ are only installed into the first
binary package acted on, namely apticron.  Hence apticron-systemd is
lacking /usr/share/man/man1/apticron.1.gz and /var/lib/apticron/.

The latter in particular causes the service to fail with

mv: cannot move '/tmp/apticron.XX' to '/var/lib/apticron/last_run': 
No such file or directory

But the notification message is sent out anyway, so I'm unsure about the
severity of this bug.

Cheers,
-- 
Guilhem.

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

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages apticron-systemd depends on:
ii  apt1.8.3
ii  bsd-mailx [mailx]  8.1.2-0.20180807cvs-1+b1
ii  bzip2  1.0.6-9.2
ii  dpkg   1.19.7
ii  systemd241-7

Versions of packages apticron-systemd recommends:
ii  apt-listchanges  3.20
ii  gpg  2.2.17-3
ii  iproute2 5.2.0-1

apticron-systemd suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature


Bug#934859: undertime: Add major cities to available timezones

2019-08-15 Thread Antoine Beaupré
On 2019-08-15 23:23:06, D Haley wrote:
> Package: undertime
> Version: 1.7.0
> Severity: wishlist
>
> Dear Maintainer,
>
> I am reporting this here, as gitlab does not allow me to create an account - 
> please do forward upstream as needed.
>
> Having the ability to type in a name of a regional capital city to undertime 
> and have it recognised would be great. For example, "Moscow" works, however 
> "Boston" does not. Similarly, "Lagos" (population 21M) also is not valid. I 
> assume the English transliteration would be the best route forward.
>
> Perhaps as an arbitrary cutoff, a list such as from eg. here : 
> https://data.mongabay.com/cities_pop_01.htm could be used, with a population 
> cutoff specified in Millions. 2M : 170 cities, 4M : 73 cities.

Hello!

That's a fair point. I thought about this a little, and settled on using
whatever Python gave me, which is from:

https://pypi.org/project/pytz/

... which is based (more or less) on this list:

https://en.wikipedia.org/wiki/List_of_tz_database_time_zones

The list you provided is great except it doesn't specify the timezone,
which basically makes it useless. ;)

For making this work, I'd need a list that:

 * maps a string (city name or location) to a timezone
 * is reliably updated

So far, the only thing that qualifies, as far as I know, is the tzdata
stuff, which is why I'm using it.

But I'd be happy to have another source! As a rule, however, it should
be available offline.

A.

-- 
Il faut tout un village pour élever un enfant.
- Proverbe africain



Bug#934862: chromium: Browser Geolocation does not work

2019-08-15 Thread Olivier
Package: chromium
Version: 76.0.3809.100-1
Severity: normal

Dear Maintainer,

Browser Geolocation does not work in Chromium. For example, when I go to 
"https://mylocation.org/; ans click "Browser Geolocation > Start Test", the 
test fails. Of course, I allowed geolocation for this site and I can check in 
the settings that it is indeed enabled for this site.

The situation has been so my many months.

I expect geolocation to work. Note that it works with firefox-esr with the same 
computer..

Olivier

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.18.0-2-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), 
LANGUAGE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages chromium depends on:
ii  chromium-common  76.0.3809.100-1
ii  libasound2   1.1.2-1
ii  libatk-bridge2.0-0   2.20.1-2
ii  libatk1.0-0  2.26.0-2
ii  libatomic1   8.3.0-6
ii  libatspi2.0-02.20.2-1
ii  libavcodec58 7:4.1.3-1
ii  libavformat587:4.1.3-1
ii  libavutil56  7:4.1.3-1
ii  libc62.28-5
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libcups2 2.2.6-5
ii  libdbus-1-3  1.12.14-1
ii  libdrm2  2.4.90-1
ii  libevent-2.1-6   2.1.8-stable-4
ii  libexpat12.2.6-2
ii  libflac8 1.3.1-4
ii  libfontconfig1   2.13.1-2
ii  libfreetype6 2.9.1-3
ii  libgcc1  1:8.3.0-6
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.58.3-2
ii  libgtk-3-0   3.24.5-1
ii  libharfbuzz0b2.3.1-1
ii  libicu63 63.1-4
ii  libjpeg62-turbo  1:1.5.1-2
ii  libjsoncpp1  1.7.4-3
ii  liblcms2-2   2.7-1
ii  libminizip1  1.1-8
ii  libnspr4 2:4.20-1
ii  libnss3  2:3.42.1-1
ii  libopenjp2-7 2.3.0-1
ii  libopus0 1.2.1-1
ii  libpango-1.0-0   1.42.4-6
ii  libpangocairo-1.0-0  1.42.4-6
ii  libpci3  1:3.5.2-1
ii  libpng16-16  1.6.34-1
ii  libpulse012.2-4
ii  libre2-5 20190101+dfsg-2
ii  libsnappy1v5 1.1.3-3
ii  libstdc++6   8.3.0-6
ii  libvpx6  1.8.1-2
ii  libwebp6 0.6.1-2
ii  libwebpdemux20.5.1-2
ii  libwebpmux3  0.6.1-2
ii  libx11-6 2:1.6.3-1
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-1
ii  libxcursor1  1:1.1.14-1+b1
ii  libxdamage1  1:1.1.4-2+b1
ii  libxext6 2:1.3.3-1
ii  libxfixes3   1:5.0.2-1
ii  libxi6   2:1.7.6-1
ii  libxml2  2.9.4+dfsg1-2
ii  libxrandr2   2:1.5.0-1
ii  libxrender1  1:0.9.9-2
ii  libxslt1.1   1.1.29-1
ii  libxss1  1:1.2.3-1
ii  libxtst6 2:1.2.2-1+b1
ii  zlib1g   1:1.2.11.dfsg-1

Versions of packages chromium recommends:
ii  chromium-sandbox  73.0.3683.75-1

Versions of packages chromium suggests:
pn  chromium-driver  
pn  chromium-l10n
pn  chromium-shell   

Versions of packages chromium-common depends on:
ii  x11-utils  7.7+3
ii  xdg-utils  1.1.1-1

Versions of packages chromium-common recommends:
ii  chromium-sandbox 73.0.3683.75-1
ii  fonts-liberation 1.07.4-1
ii  libgl1-mesa-dri  18.2.8-2
ii  libu2f-udev  1.1.5-1
ii  notification-daemon  3.20.0-1
ii  system-config-printer1.5.11-4
ii  upower   0.99.7-2
ii  xfce4-notifyd [notification-daemon]  0.4.3-1

Versions of packages chromium-sandbox depends on:
ii  libatomic1  8.3.0-6
ii  libc6   2.28-5
ii  libgcc1 1:8.3.0-6
ii  libstdc++6  8.3.0-6

-- no debconf information



Bug#934861: python-yubico-tools not installable, broken dependency

2019-08-15 Thread Darsey Litzenberger

Package: python-yubico-tools
Version: 1.3.2-2.1
Severity: important

The python-yubico-tools package in sid cannot be installed.  The recent 
NMU of the python-yubico added "X-Python-Version: >= 2.8" to the 
debian/control, which resulted in a bogus binary dependency on 
python:any (>= 2.8~).


The current Python packaging policy manual says that these fields are 
obsolete and can be removed now that only Python 2.7 is supported[1].


[1] 
https://www.debian.org/doc/packaging-manuals/python-policy/module_packages.html#specifying_versions

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

Kernel: Linux 5.0.0-trunk-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python-yubico-tools depends on:
ii  libpython2.7-stdlib [python-argparse]  2.7.16-3
ii  python 2.7.16-1
ii  python-yubico  1.3.2-2.2~prerelease

python-yubico-tools recommends no packages.

python-yubico-tools suggests no packages.

-- no debconf information



Bug#934860: mate-media-pulse: Can't install on Buster because depends on wrong version of mate-media-common

2019-08-15 Thread Carl Fink
Package: mate-media-pulse
Severity: grave
Justification: renders package unusable

root@debian-NUCi5:~# apt install mate-media-pulse
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 mate-media-pulse : Depends: mate-media-common (>= 1.8.0+dfsg1-3) but it is not
going to be installed
Depends: mate-media-common (< 1.8.0+dfsg1-3.1) but it is
not going to be installed



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

Kernel: Linux 4.19.0-5-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.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 mate-media-pulse depends on:
ii  libatk1.0-0   2.30.0-2
ii  libc6 2.28-10
ii  libcairo2 1.16.0-4
pn  libcanberra-gtk0  
ii  libcanberra0  0.30-7
ii  libfontconfig12.13.1-2
ii  libfreetype6  2.9.1-3
ii  libgdk-pixbuf2.0-02.38.1+dfsg-1
ii  libglib2.0-0  2.58.3-2
ii  libgtk2.0-0   2.24.32-3
ii  libmate-desktop-2-17  1.20.4-2
ii  libpango-1.0-01.42.4-7~deb10u1
ii  libpangocairo-1.0-0   1.42.4-7~deb10u1
ii  libpangoft2-1.0-0 1.42.4-7~deb10u1
ii  libpulse-mainloop-glib0   12.2-4
ii  libpulse0 12.2-4
ii  libstartup-notification0  0.12-6
ii  libunique-1.0-0   1.1.6-6
ii  libx11-6  2:1.6.7-1
ii  libxml2   2.9.4+dfsg1-7+b3
pn  marco 
ii  mate-desktop  1.20.4-2
ii  mate-media-common 1.20.2-1
ii  pulseaudio12.2-4
ii  x11-utils 7.7+4

Versions of packages mate-media-pulse recommends:
ii  sound-theme-freedesktop  0.8-2

mate-media-pulse suggests no packages.



Bug#922072: Failure of Hauppauge PVR-150 to obtain any image from a camera connected to the composite

2019-08-15 Thread peter
Also, a Logitech camera is detected but fails to produce an image.

peter@imager:~$ v4l2-ctl --list-devices
Hauppauge WinTV PVR-150 (PCI::01:04.0):
/dev/video0
/dev/video24
/dev/video32
/dev/radio0
/dev/vbi0

UVC Camera (046d:0807) (usb-:00:1d.7-4):
/dev/video1
/dev/video2

peter@imager:~$ qv4l2 -d /dev/video1
OpenGL Error 0x500: InitializeGL.
OpenGL Error 0x501: YUY2 shader.
Could not create shader of type 2.
OpenGL Error: YUY2 shader compilation failed.
OpenGL Error 0x500: YUY2 paint.
OpenGL Error 0x502: YUY2 paint.
  ...

"OpenGL Error 0x502: YUY2 paint." is repeated until qv4l2 is 
interrupted. I don't understand the significance of the shader.

Thanks,... P.

-- 
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca



Bug#916595: vlc: program doesn't close its process in some cases

2019-08-15 Thread Armin Fuerst
Hi all,

I have the same behavior here, I can confirm it started with the upgrade
to buster and I am using a Radeon card:
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM]
07:00.0 VGA compatible controller: Advanced Micro Devices, Inc.
[AMD/ATI] Raven Ridge [Radeon Vega Series / Radeon Vega Mobile Series]
(rev c8)

If there is anything additional I can provide to fix this, feel free to
contact me.

Kind regards,
Armin

-- 
 The ASCII Ribbon Campaign
() No HTML/RTF in email
/\ No Word docs in email
 Respect for open standards
http://arc.pasp.de/



Bug#934859: undertime: Add major cities to available timezones

2019-08-15 Thread D Haley
Package: undertime
Version: 1.7.0
Severity: wishlist

Dear Maintainer,

I am reporting this here, as gitlab does not allow me to create an account - 
please do forward upstream as needed.

Having the ability to type in a name of a regional capital city to undertime 
and have it recognised would be great. For example, "Moscow" works, however 
"Boston" does not. Similarly, "Lagos" (population 21M) also is not valid. I 
assume the English transliteration would be the best route forward.

Perhaps as an arbitrary cutoff, a list such as from eg. here : 
https://data.mongabay.com/cities_pop_01.htm could be used, with a population 
cutoff specified in Millions. 2M : 170 cities, 4M : 73 cities.

Thanks!

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

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8), 
LANGUAGE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages undertime depends on:
ii  python3 3.7.2-1
ii  python3-parsedatetime   2.4-2
ii  python3-termcolor   1.1.0-2
ii  python3-terminaltables  3.1.0-2
ii  python3-tz  2019.1-1
ii  python3-yaml3.13-2

undertime recommends no packages.

undertime suggests no packages.

-- no debconf information



Bug#922072: Failure of Hauppauge PVR-150 to obtain any image from a camera connected to the composite video input.

2019-08-15 Thread peter
From: Ben Hutchings 
Date: Mon, 11 Feb 2019 20:27:24 +
> The current kernel version in stable is 4.9.130-2, while you are
> running a much older version.  Please install the available updates and
> re-test.

After upgrading Debian 9 => 10 ...

peter@dalton:~$ uname -a
Linux dalton 4.19.0-5-686-pae #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) i686

Still no evidence of any functionality in the Hauppauge card.
Not even a dimming of the display when the lens opening is covered.

When the setup was first tested over a year back, there was evidence 
of a crude image at least.  Now nothing.

Any suggestions for troubleshooting?  Some reliable way of testing 
for a signal at the composite connector?  Detected by the PVR?

Thanks, ... Peter E.

-- 
https://en.wikibooks.org/wiki/Oberon
Tel: +1 604 670 0140Bcc: peter at easthope. ca



Bug#934858: Please port viewvc to Python 3 or get it removed from Sid/Bullseye

2019-08-15 Thread Thomas Goirand
Source: viewvc
Version: 1.1.26
Severity: serious

Hi,

Viewvc seems to be Python 2 only, and having a quick look, it needs a lot of
work to make it work under Python 3.

Since we want to get Python 2 removed from Bullseye, you have no choice but to
either port it to Python3, convince upstream to do so, or drop the package from
Bullseye (and continue to maintain it for the next 5 years in Buster).

Your thoughts?

Cheers,

Thomas Goirand (zigo)



Bug#719692: Make run-parts useful for running hook scripts

2019-08-15 Thread Dmitry Bogatov


[2013-08-14 12:48] Michael Haggerty 
> Package: debianutils
> Version: 4.2.1
> Severity: wishlist
> [...]
> Just the thing for run-parts!
>
> But hook scripts are often fed some data on their stdin.  For example,
> the Git post-receive hook receives input that tells what references have
> been changed, one line per reference.  These data would be needed by
> *each* of the sub-hook scripts for them to run correctly.

I want this feature too. Dear maintainer, are you interested? Will you
accept patch?
-- 
Note, that I send and fetch email in batch, once in a few days.
Please, mention in body of your reply when you add or remove recepients.



Bug#695873: 695873: Serial console does not work

2019-08-15 Thread Louis-Philippe Véronneau
Control: tags 695873 + pending

Dear maintainer,

I've prepared an NMU for 695873 (versioned as 5.01-3.1) and
uploaded it without delay.

Regards.

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
  ⠈⠳⣄
diff -Nru memtest86+-5.01/debian/changelog memtest86+-5.01/debian/changelog
--- memtest86+-5.01/debian/changelog	2015-06-25 17:14:21.0 +
+++ memtest86+-5.01/debian/changelog	2019-08-15 17:49:09.0 +
@@ -1,3 +1,11 @@
+memtest86+ (5.01-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix passing serial options on the command line
+(Closes: #695873): serial-console-fix.patch
+
+ -- Louis-Philippe Véronneau   Thu, 15 Aug 2019 13:49:09 -0400
+
 memtest86+ (5.01-3) unstable; urgency=medium
 
   * Build with -fgnu89-inline for GCC 5 (Matthias Klose, Closes: #778001)
diff -Nru memtest86+-5.01/debian/patches/serial-console-fix.patch memtest86+-5.01/debian/patches/serial-console-fix.patch
--- memtest86+-5.01/debian/patches/serial-console-fix.patch	1970-01-01 00:00:00.0 +
+++ memtest86+-5.01/debian/patches/serial-console-fix.patch	2019-08-15 17:49:09.0 +
@@ -0,0 +1,21 @@
+Fix passing serial options on the command line
+Index: memtest86+-5.01/lib.c
+===
+--- memtest86+-5.01.orig/lib.c
 memtest86+-5.01/lib.c
+@@ -1141,7 +1141,7 @@ void serial_console_setup(char *param)
+ 
+ 	end++;
+ 
+-	if (*end != '\0' || *end != ' ')
++	if (*end != '\0' && *end != ' ')
+ 		return;  /* garbage at the end */
+ 
+ 	serial_bits = bits;
+@@ -1196,4 +1196,4 @@ void get_list(int x, int y, int len, cha
+ 		   return;
+ 		}
+ 	}
+-}
+\ No newline at end of file
++}
diff -Nru memtest86+-5.01/debian/patches/series memtest86+-5.01/debian/patches/series
--- memtest86+-5.01/debian/patches/series	2015-06-25 17:12:50.0 +
+++ memtest86+-5.01/debian/patches/series	2019-08-15 17:49:09.0 +
@@ -3,3 +3,4 @@
 memtest86+-5.01-O0.patch
 memtest86+-5.01-array-size.patch
 gcc-5
+serial-console-fix.patch


signature.asc
Description: OpenPGP digital signature


Bug#934857: service-wrapper: New upstream version available

2019-08-15 Thread Masayuki Hatta
Package: service-wrapper
Version: 3.5.30-1
Severity: wishlist

New upstream version 3.5.40 seems to be available.

https://wrapper.tanukisoftware.com/doc/english/download.jsp



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: 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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages service-wrapper depends on:
ii  libc62.28-10
ii  libservice-wrapper-java  3.5.30-1
ii  libservice-wrapper-jni   3.5.30-1

service-wrapper recommends no packages.

service-wrapper suggests no packages.

-- no debconf information



Bug#934856: lzop: Please package lzop 1.04 (may fix x32 FTBFS)

2019-08-15 Thread Laurence Parry
Package: lzop
Version: 1.03-4+b1
Tags: ftbfs
Usertags: x32

Dear Maintainer,

lzop 1.04 was released on 10 Aug 2017:
https://www.lzop.org/lzop_news.php

Changes in 1.04 (10 Aug 2017)
  * Happy 20th anniversary release!
  * Added CMake build support.
  * Assorted minor updates.

https://www.lzop.org/download/lzop-1.04.tar.gz
--

One change concerns an operand type in acc_debug_align_check_query()
in miniaac.h, implicated in a FTBFS on x32:
https://buildd.debian.org/status/fetch.php?pkg=lzop=x32=1.03-4=1490035015=0

gcc -DHAVE_CONFIG_H -I. -I..   -Wdate-time -D_FORTIFY_SOURCE=2
-DLZOP_HAVE_CONFIG_H  -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=.
-specs=/usr/share/dpkg/pie-compile.specs -fstack-protector-strong
-Wformat -Werror=format-security -c util.c
gcc: note: pie specs /usr/share/dpkg/pie-compile.specs ignored when
pie is not enabled
miniacc.h: Assembler messages:
miniacc.h:6790: Error: operand type mismatch for `pop'
Makefile:302: recipe for target 'util.o' failed

This is unsurprising since the previous version was released 01 Nov
2010, prior to x32.

The code in question used size_t (which is 32 bits on x32) to contain
a register:

size_t r;
__asm__ __volatile__("pushf\n pop %0\n" : "=a" (r) : : __ACC_ASM_CLOBBER);

but now appears to use uint64 (x32 is __x86_64__ || __ILP32__ ):

# if (ACC_ARCH_AMD64)
acc_uint64e_t r = 0;
# else
size_t r = 0;
# endif
__asm__ __volatile__("pushf\n pop %0\n" : "=a" (r) :
__ACC_ASM_CLOBBER_LIST_CC_MEMORY);

Best regards,
-- 
Laurence "GreenReaper" Parry
https://www.greenreaper.co.uk/



Bug#934855: service-wrapper: Please provide service-wrapper on mips64el

2019-08-15 Thread Masayuki Hatta
Package: service-wrapper
Version: 3.5.30-1
Severity: normal

i2p depends on service-wrapper, but service-wrapper is not built on mips64el.
Now mips64el seems to be one of the supported archs, it prevents i2p from
entering testing.  Could you provide service-wrapper on mips64el?



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

Kernel: Linux 5.2.0-2-amd64 (SMP w/8 CPU cores)
Kernel taint flags: 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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages service-wrapper depends on:
ii  libc62.28-10
ii  libservice-wrapper-java  3.5.30-1
ii  libservice-wrapper-jni   3.5.30-1

service-wrapper recommends no packages.

service-wrapper suggests no packages.

-- no debconf information



Bug#934854: fet: please drop dh_dwz override

2019-08-15 Thread Gianfranco Costamagna
Source: fet
Version: 5.39.0-2
Severity: important
Tags: patch

Hello, thanks for adopting fet! I tried to keep it in shape for release in the 
meanwhile :)

I overridden dh_dwz, but now debhelper 12.4 is "fixed" and doesn't fail anymore 
on that issue.

Can you please drop the override?

I also didn't understand why you removed the VCS fields... Having a 
collaborative git repo would have allowed
me to directly push the fix...

thanks

Gianfranco



Bug#934836: [Pkg-openssl-devel] Bug#934836: Request to upload OpenSSL version 3.0.0 to experimental

2019-08-15 Thread Kurt Roeckx
On Thu, Aug 15, 2019 at 08:27:40PM +0200, Sakirnth Nagarasa wrote:
> Package: openssl
> Version: 3.0.0
> Severity: wishlist
> 
> Hi,
> 
> Could someone upload OpenSSL version 3.0.0 to expermiental please. I'm
> packaging ngtcp2 and it needs OpenSSL version 3.0.0 + a patch to build
> properly. It would be helpful for me when this version of OpenSSL would
> be in debian.

There hasn't been any release of OpenSSL 3.0, there isn't even an
alpha release yet. Development upstream is still very active
making large changes. I don't think this is a good time to upload
this to Debian.


Kurt



Bug#934853: please add a lintian warning/error for packages (b-)depending on python or using the unversioned python shebang

2019-08-15 Thread Matthias Klose
Package: lintian,dh-python

please add an lintian warning/error for packages (b-)depending on python or
using the unversioned python shebang.

Not sure if this should be one or two different lintian warnings or errors.  We
definitely want to drop the python/python-dev binary packages, and not shipping
/usr/bin/python for bullseye.  Packages should either be using python3
(preferred), or use the python2.7 or python2 shebang or (b-)dependencies.

Maybe start with a warning, and raise that to an error later in the release 
cycle.

The description should mention that conversion to python3 is the preferred
solution, followed by removal of python2 stuff from the archive, and only if we
have to keep the python2 stuff, then the unversioned python names have to be
avoided.



Bug#934851: RFS: shotwell/0.30.5-1

2019-08-15 Thread Jörg Frings-Fürst
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

   Package name: shotwell
   Version : 0.30.5-1
   Upstream Author : Jens Georg 
   URL : https://wiki.gnome.org/Apps/Shotwell
   License : LGPL-2.1, CC-BY-SA-3.0, GPL-2+
   Section : gnome

  It builds those binary packages:

 shotwell- digital photo organizer
 shotwell-common - digital photo organizer - common files

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/shotwell/shotwell_0.30.5-1.dsc

or from git
  
  https://jff.email/cgit/shotwell.git/?h=release%2Fdebian%2F0.30.5-1
  


  Changes since the last upload:

  * New upstream release.
- Remove debian/patches/0110-fix_GoogleAuthenticator.patch.


The build with sbuild and pdebuild and the tests with Lintain are ok.
Puiparts fails about "package purging left files on system" mostly from
a mime package. 

+--+
| Summary  |
+--+

Build Architecture: amd64
Build Type: full
Build-Space: 264492
Build-Time: 109
Distribution: sid
Host Architecture: amd64
Install-Time: 351
Job: /data/entwicklung/linux/debian/shotwell/shotwell_0.30.5-1.dsc
Lintian: info
Machine Architecture: amd64
Package: shotwell
Package-Time: 567
Piuparts: fail
Source-Version: 0.30.5-1
Space: 264492
Status: successful
Version: 0.30.5-1

Finished at 2019-08-15T08:04:43Z
Build needed 00:09:27, 264492k disk space


  Regards,
   Jörg Frings-Fürst


-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser


git:  https://jff.email/cgit/

Threema:  SYR8SJXB
Wire: @joergfringsfuerst
Skype:joergpenguin
Ring: jff
Telegram: @joergfringsfuerst


My wish list: 
 - Please send me a picture from the nature at your home.



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


Bug#934850: bat: missing Breaks+Replaces: bareos-bat

2019-08-15 Thread Andreas Beckmann
Package: bat
Version: 0.11.0-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'testing'.
It installed fine in 'testing', then the upgrade to 'sid' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces

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

  Preparing to unpack .../bat_0.11.0-1_amd64.deb ...
  Unpacking bat (0.11.0-1) ...
  dpkg: error processing archive /var/cache/apt/archives/bat_0.11.0-1_amd64.deb 
(--unpack):
   trying to overwrite '/usr/bin/bat', which is also in package bareos-bat 
16.2.6-5
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/bat_0.11.0-1_amd64.deb


The bareos-bat package was shipping /usr/bin/bat previously, but that
package has been dropped with the bareos 17.x release.


cheers,

Andreas


bareos-bat=16.2.6-5_bat=0.11.0-1.log.gz
Description: application/gzip


Bug#934852: seaborn: Please drop python2 support

2019-08-15 Thread Steve Langasek
Package: seaborn
Version: 0.9.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Dear maintainers,

As you may know, we are in the process of deprecating python2 in Debian for
the next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

seaborn is a package that (build-)depends on python-pandas, so I've gone
ahead and uploaded the attached patch to Ubuntu which drops the python2
module.  python-seaborn has two reverse-dependencies, of poretools and
sphinx-gallery, which should also be fixed before this change is made in
Debian.  I've already dropped their dependencies on python-seaborn in
Ubuntu, and filed bugs in Debian.

Thanks for considering,
-- 
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 seaborn-0.9.0/debian/control seaborn-0.9.0/debian/control
--- seaborn-0.9.0/debian/control2019-01-22 23:16:03.0 -0800
+++ seaborn-0.9.0/debian/control2019-08-15 12:48:54.0 -0700
@@ -7,27 +7,17 @@
 Priority: optional
 Build-Depends: debhelper (>= 12~),
dh-python,
-   python-setuptools,
python3-setuptools,
-   python-all,
python3-all,
-   python-nose,
python3-nose,
xvfb,
xauth,
-   python-numpy,
-   python-scipy,
-   python-pandas,
-   python-matplotlib,
-   python-tk,
-   python-statsmodels,
-   python-patsy,
-   python-pytest,
python3-numpy,
python3-scipy,
python3-pandas,
-   python3-matplotlib | python-matplotlib (<< 1.2.0~),
+   python3-matplotlib,
python3-tk,
+   python3-statsmodels,
python3-patsy,
python3-pytest
 Standards-Version: 4.3.0
@@ -35,42 +25,6 @@
 Vcs-Git: https://salsa.debian.org/science-team/seaborn.git
 Homepage: https://github.com/mwaskom/seaborn
 
-Package: python-seaborn
-Architecture: all
-Depends: ${misc:Depends},
- ${python:Depends},
- python-numpy,
- python-scipy,
- python-pandas,
- python-matplotlib,
- python-tk
-Recommends: python-statsmodels,
-python-patsy,
-python-bs4
-Description: statistical visualization library for Python
- Seaborn is a library for making attractive and informative
- statistical graphics in Python. It is built on top of matplotlib and
- tightly integrated with the PyData stack, including support for numpy
- and pandas data structures and statistical routines from scipy and
- statsmodels.
- .
- Some of the features that seaborn offers are
- .
-  - Several built-in themes that improve on the default matplotlib
-aesthetics
-  - Tools for choosing color palettes to make beautiful plots that
-reveal patterns in your data
-  - Functions for visualizing univariate and bivariate distributions
-or for comparing them between subsets of data
-  - Tools that fit and visualize linear regression models for different
-kinds of independent and dependent variables
-  - A function to plot statistical timeseries data with flexible estimation
-and representation of uncertainty around the estimate
-  - High-level abstractions for structuring grids of plots that let you
-easily build complex visualizations
- .
- This is the Python 2 version of the package.
-
 Package: python3-seaborn
 Architecture: all
 Depends: ${misc:Depends},
diff -Nru seaborn-0.9.0/debian/rules seaborn-0.9.0/debian/rules
--- seaborn-0.9.0/debian/rules  2019-01-22 23:16:03.0 -0800
+++ seaborn-0.9.0/debian/rules  2019-08-15 12:48:54.0 -0700
@@ -11,7 +11,7 @@
 export  https_proxy=http://127.0.0.1:9/
 
 %:
-   dh $@ --with python2,python3 --buildsystem=pybuild
+   dh $@ --with python3 --buildsystem=pybuild
 
 # Assure Agg backend for matplotlib to avoid any possible complication
 # and failed unittests, as in #802412


Bug#934849: gpsbabel FTCBFS: uses AC_RUN_IFELSE without cross fallback

2019-08-15 Thread Helmut Grohne
Source: gpsbabel
Version: 1.6.0+ds-5
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

gpsbabel fails to cross build from source for a new reason: configure.ac
gained AC_RUN_IFELSE invocations to check whether we need an -rpath for
qt libraries. This property cannot be tested during cross compilation
and makes the configuration fail. Given that we usually don't want an
-rpath (at least in distro builds), I propose that we assume that an
-rpath is not needed during cross compilation. It can still be specified
as a configure parameter.

The attached patch makes configuration and build succeed, but it keeps
failing on help2man. See #912089 for more details on help2man. Please
close this bug when fixing the AC_RUN_IFELSE part anyway.

Helmut
--- gpsbabel-1.6.0+ds.orig/configure.ac
+++ gpsbabel-1.6.0+ds/configure.ac
@@ -364,7 +364,8 @@
 			[AC_MSG_RESULT(rpath required)],
 			[AC_MSG_FAILURE(loader cannot find Qt library)
 			LDFLAGS="$OLDFLAGS"]
-			)]
+			)],
+		[AC_MSG_RESULT(cross. assuming rpath not needed)]
 		)
 	CPPFLAGS="$OCPPFLAGS"
 	LIBS="$OLIBS"


Bug#934847: sphinx-gallery: Please drop python2 support

2019-08-15 Thread Sandro Tosi
thanks Steve, i'm looking at my packages for which one can remove
python 2 support

> so I've gone ahead and uploaded the attached patch to
> Ubuntu which drops the python2 module.  This makes the python2-only
> matplotlib2 fail to build due to unsatisfiable build-dependencies, and
> requires python-networkx to also drop its python2 module, but has no other
> impact.

I'm sorry but this is not ok, i cannot just break reverse
dependencies, which has tons of their own reverse deps in return. we'd
have to go the conservative route and drop leaf packages first and
then approach the "core" python2 packages set

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi



Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Thorsten Glaser
On Thu, 15 Aug 2019, Mark Hindley wrote:

> I don't think so because the versions are different. systemd 241-7 Depends on
> libsystemd0 =241-7 (= ${binary:Version}). libelogind0 Provides libsystemd0
> =241.3 (= ${source:Upstream-Version}. That can never satisfy the systemd
> dependency.

The idea here is that systemd depends on implementation details
of its library, whereas libelogind0 stubs only enough to get all
other applications working, so it is not expected to satisfy the
dependency of systemd, rightfully.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**



Bug#934848: linux-image-4.19.0-5-amd64: The Cavium PTP device driver is always loaded

2019-08-15 Thread Stephen Hemminger
Package: src:linux
Version: 4.19.37-5+deb10u2
Severity: normal

Dear Maintainer,

The Cavium PTP coprocess as PTP clock driver is rarely if ever
present on x86 systems, yet the Debian kernel config has it enabled.
Noticed this as driver in /sys/bus/pci/drivers on a standard x86 server.

The fix is simple, since this is a PCI device and can be built as
a module, just change the kernel config to build as module.
CONFIG_CAVIUM_PTP=m

-- Package-specific info:
** Version:
Linux version 4.19.0-5-amd64 (debian-ker...@lists.debian.org) (gcc version 
8.3.0 (Debian 8.3.0-6)) #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.19.0-5-amd64 
root=UUID=ae541fd6-fbff-48ce-ba8b-57840d9992d0 ro quiet

** Not tainted

** Kernel log:
[   14.102093] sd 1:0:0:0: Attached scsi generic sg2 type 0
[   14.102134] sr 8:0:0:0: Attached scsi generic sg3 type 5
[   14.102998] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[   14.120054] input: PC Speaker as /devices/platform/pcspkr/input/input8
[   14.139416] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 655360 ms 
ovfl timer
[   14.139418] RAPL PMU: hw unit of domain pp0-core 2^-14 Joules
[   14.139419] RAPL PMU: hw unit of domain package 2^-14 Joules
[   14.139420] RAPL PMU: hw unit of domain dram 2^-16 Joules
[   14.152308] EFI Variables Facility v0.08 2004-May-17
[   14.159835] pstore: Registered efi as persistent store backend
[   14.160040] systemd-journald[420]: Received request to flush runtime journal 
from PID 1
[   14.171072] Loading iSCSI transport class v2.0-870.
[   14.172013] checking generic (fa00 50) vs hw (fa00 100)
[   14.172014] fb: switching to astdrmfb from EFI VGA
[   14.172050] Console: switching to colour dummy device 80x25
[   14.172494] [drm] Using P2A bridge for configuration
[   14.172497] [drm] AST 2400 detected
[   14.172507] [drm] Analog VGA only
[   14.172521] [drm] dram MCLK=408 Mhz type=1 bus_width=16 size=0100
[   14.173232] snd_hda_intel :00:1b.0: enabling device (0140 -> 0142)
[   14.173335] [TTM] Zone  kernel: Available graphics memory: 16408614 kiB
[   14.173336] [TTM] Zone   dma32: Available graphics memory: 2097152 kiB
[   14.173337] [TTM] Initializing pool allocator
[   14.173339] [TTM] Initializing DMA pool allocator
[   14.177685] fbcon: astdrmfb (fb0) is primary device
[   14.198073] Console: switching to colour frame buffer device 128x48
[   14.216339] ast :0a:00.0: fb0: astdrmfb frame buffer device
[   14.227981] iscsi: registered transport (iser)
[   14.254552] [drm] Initialized ast 0.1.0 20120228 for :0a:00.0 on minor 0
[   14.254794] snd_hda_codec_realtek hdaudioC0D0: ALC1150: SKU not ready 
0x
[   14.255267] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC1150: 
line_outs=3 (0x14/0x15/0x16/0x0/0x0) type:line
[   14.255268] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[   14.255269] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 
(0x1b/0x0/0x0/0x0/0x0)
[   14.255269] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0
[   14.255270] snd_hda_codec_realtek hdaudioC0D0:dig-out=0x1e/0x0
[   14.255270] snd_hda_codec_realtek hdaudioC0D0:inputs:
[   14.255271] snd_hda_codec_realtek hdaudioC0D0:  Front Mic=0x19
[   14.255272] snd_hda_codec_realtek hdaudioC0D0:  Rear Mic=0x18
[   14.255273] snd_hda_codec_realtek hdaudioC0D0:  Line=0x1a
[   14.266764] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/sound/card0/input9
[   14.275334] input: HDA Intel PCH Front Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input10
[   14.275396] input: HDA Intel PCH Rear Mic as 
/devices/pci:00/:00:1b.0/sound/card0/input11
[   14.275468] input: HDA Intel PCH Line as 
/devices/pci:00/:00:1b.0/sound/card0/input12
[   14.275511] input: HDA Intel PCH Line Out Front as 
/devices/pci:00/:00:1b.0/sound/card0/input13
[   14.275578] input: HDA Intel PCH Line Out Surround as 
/devices/pci:00/:00:1b.0/sound/card0/input14
[   14.275636] input: HDA Intel PCH Line Out CLFE as 
/devices/pci:00/:00:1b.0/sound/card0/input15
[   14.275688] input: HDA Intel PCH Front Headphone as 
/devices/pci:00/:00:1b.0/sound/card0/input16
[   14.288003] RPC: Registered named UNIX socket transport module.
[   14.288004] RPC: Registered udp transport module.
[   14.288004] RPC: Registered tcp transport module.
[   14.288005] RPC: Registered tcp NFSv4.1 backchannel transport module.
[   14.308698] RPC: Registered rdma transport module.
[   14.308698] RPC: Registered rdma backchannel transport module.
[   14.316218] EDAC sbridge: Seeking for: PCI ID 8086:6fa0
[   14.316233] EDAC sbridge: Seeking for: PCI ID 8086:6fa0
[   14.316249] EDAC sbridge: Seeking for: PCI ID 8086:6f60
[   14.316259] EDAC sbridge: Seeking for: PCI ID 8086:6fa8
[   14.316263] EDAC sbridge: Seeking for: PCI ID 8086:6fa8
[   14.316270] EDAC sbridge: Seeking for: PCI ID 8086:6f71
[   14.316274] EDAC sbridge: 

Bug#934816: tcl8.6-tdbc-mysql: built with libmariadbclient18, which doesn't exist any longer

2019-08-15 Thread Massimo Manghi

Hello Otto

Thank you for reporting it. Please allow a few days or maybe a week 
before I get to it


 thanks

 -- Massimo

On 8/15/19 12:34 PM, Otto Kekäläinen wrote:

Package: tcl8.6-tdbc-mysql
Control: affects -1 mariadb-10.3

Hello!

The current version of this package in unstable is quite old and has
been built against libmariadbclient18, which no longer exists in
Debian unstable (superceeded by libmariadb3).

This affects mariadb-10.3 which cannot currently migrate form Debian
unstable to Debian testing due to this old package stopping it with
its outdated run-time dependency.

Please consider making a new upload of this package so that the
run-time dependencies update.





Bug#934847: sphinx-gallery: Please drop python2 support

2019-08-15 Thread Steve Langasek
Package: sphinx-gallery
Version: 0.2.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Sandro,

We are of course in the process of deprecating python2 in Debian for the
next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

sphinx-gallery is a package that indirectly build-depends on python-pandas
(via python-seaborn), so I've gone ahead and uploaded the attached patch to
Ubuntu which drops the python2 module.  This makes the python2-only
matplotlib2 fail to build due to unsatisfiable build-dependencies, and
requires python-networkx to also drop its python2 module, but has no other
impact.

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 sphinx-gallery-0.2.0/debian/control 
sphinx-gallery-0.2.0/debian/control
--- sphinx-gallery-0.2.0/debian/control 2018-06-10 18:29:43.0 -0700
+++ sphinx-gallery-0.2.0/debian/control 2019-08-15 12:32:10.0 -0700
@@ -3,23 +3,12 @@
 Priority: optional
 Maintainer: Sandro Tosi 
 Uploaders: Debian Python Modules Team 

-Build-Depends: debhelper (>= 9), dh-python, python-all, python3-all, 
python-sphinx, python3-sphinx, python-matplotlib, python3-matplotlib, 
python-pil, python3-pil, python-seaborn, python3-seaborn, python-setuptools, 
python3-setuptools, python-pytest-runner, python3-pytest-runner
+Build-Depends: debhelper (>= 9), dh-python, python3-all, python3-sphinx, 
python3-matplotlib, python3-pil, python3-seaborn, python3-setuptools, 
python3-pytest-runner
 Standards-Version: 4.1.4
 Homepage: https://sphinx-gallery.github.io/
 Vcs-Git: https://salsa.debian.org/python-team/modules/sphinx-gallery.git
 Vcs-Browser: https://salsa.debian.org/python-team/modules/sphinx-gallery
 
-Package: python-sphinx-gallery
-Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-matplotlib, python-pil, 
python-sphinx
-Suggests: python-sphinx-gallery-doc, mayavi2, python-seaborn
-Description: extension that builds an HTML gallery of examples from Python 
scripts
- * Simple examples that run out of the box are the best way to learn a library
- * Pleasing, organized, visual layouts
- * Links, searching, backlinks throughout examples and documentation
- .
- This package contains the Python 2 version of sphinx-gallery.
-
 Package: python3-sphinx-gallery
 Architecture: all
 Depends: ${python3:Depends}, ${misc:Depends}, python3-matplotlib, python3-pil, 
python3-sphinx
diff -Nru sphinx-gallery-0.2.0/debian/rules sphinx-gallery-0.2.0/debian/rules
--- sphinx-gallery-0.2.0/debian/rules   2018-06-10 18:29:43.0 -0700
+++ sphinx-gallery-0.2.0/debian/rules   2019-08-15 12:32:10.0 -0700
@@ -1,14 +1,13 @@
 #!/usr/bin/make -f
 
-PY2VERS := $(shell pyversions -s)
 PY3VERS := $(shell py3versions -s)
 
 %:
-   dh $@ --with sphinxdoc,python2,python3
+   dh $@ --with sphinxdoc,python3 --buildsystem=pybuild
 
 override_dh_auto_build:
set -e ; \
-   for python in $(PY2VERS) $(PY3VERS); do \
+   for python in $(PY3VERS); do \
$$python setup.py build; \
done
 
@@ -16,10 +15,6 @@
 
 override_dh_auto_install:
set -e ; \
-   for python in $(PY2VERS); do \
-   $$python setup.py install --root=debian/python-sphinx-gallery 
--install-layout=deb; \
-   done
-   set -e ; \
for python in $(PY3VERS); do \
$$python setup.py install --root=debian/python3-sphinx-gallery 
--install-layout=deb; \
done


Bug#934662: grace: Font mapping breaks with base35 *.t1 fonts

2019-08-15 Thread Carlo Segre
I understand, as I mentioned in the original bug report, the script patch is a 
kludge.

Carlo

On August 15, 2019 12:12:36 PM CDT, Nicholas Breen  wrote:
>On Tue, Aug 13, 2019 at 12:47:07AM -0500, Carlo Segre wrote:
>> If the links ending in *.t1 in the /usr/share/grace/fonts/type1/
>directory
>> are renamed as *.pfb, then grace identifies all the fonts correctly
>and
>> makes them all available with their proper name designations.  This
>> indicates that the bug is in the source code for grace which should
>add a
>> search for a fourth variant of the file name, i.e. with *.t1 as the
>> extension.
>
>Even worse: it's split between grace and t1lib code, with an awkward
>interface between the two.
>
>I'd *like* to solve it this way but only have a partial fix so far.
>I'll poke at it further as time permits over the next few days, and
>switch to your update-grace-fonts patch if it seems intractable.
>Thanks!
>
>
>-- 
>Nicholas Breen
>nbr...@debian.org

-- 
Carlo Segre
Professor of Physics, IIT 

Bug#934779: libreoffice: Not read the "About LibreOffice" window contents

2019-08-15 Thread Rene Engelhard
forwarded 934779 https://bugs.documentfoundation.org/show_bug.cgi?id=126254
tag 934779 + upstream
thanks

Hi,

On Thu, Aug 15, 2019 at 09:28:12PM +0200, Rene Engelhard wrote:
> > background color of window is black, so pale gray letters
> > are almost invisible on a black background. Light gray background in the 
> > lower
> > left corner of the window, where black letters are clearly visible, takes 
> > only
> > about 10% of a window. In a 64-bit Debian 10 Sid if that window takes about
> > a quarter of the screen size, you can not see anything at all, if more, then
> > the lower left corner of the window begins to appear black letters on a 
> > light
> > gray background, but not completely.
> 
> I see black background except the buttons, but indeed when I resize
> "Lib..." starts to appear.
> 
> This appears only with libreoffice-gtk2 installed and not
> libreoffice-gtk3 installed. If libreoffice-gtk3 is installed, it just
> works )tested in xfce in said sid VM)

This is already known upstream:
https://bugs.documentfoundation.org/show_bug.cgi?id=126254

Regards,
 
Rene



Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Mark Hindley
On Thu, Aug 15, 2019 at 08:02:51PM +0100, Simon McVittie wrote:
> On Thu, 15 Aug 2019 at 18:33:20 +0200, Thorsten Glaser wrote:
> > On Thu, 15 Aug 2019, Mark Hindley wrote:
> > > At this point apt has failed to remove systemd/241-7 which depends on 
> > > libsystemd
> > > (=241-7). Surely it should not then go on to try and remove the systemd
> > > dependency?
> > 
> > Unsure if that’s apt or dpkg. Plus, the failing prerm is in systemd,
> > not in libsystemd0.
> 
> I think this is probably dpkg, but it's dpkg being told what to do by
> apt, so it could be either one causing this. I would have hoped that if
> systemd.prerm fails, that's a fairly heavy hint that not only is it not
> OK to remove systemd at this time, it's also not OK to remove systemd's
> dependencies.

Yes, but that appears not to happen.

> I still wonder whether apt/dpkg are being forced into this by libelogind0
> using Conflicts rather than Breaks - Conflicts is a stronger relationship
> than Breaks, and forces libsystemd0 to be removed altogether, not just
> deconfigured (marked as "broken"), before unpacking libelogind0. That
> means there's an unavoidable window during which libsystemd0 no longer
> provides libsystemd.so.0, but libelogind0 doesn't provide it yet.

I don't think so because the versions are different. systemd 241-7 Depends on
libsystemd0 =241-7 (= ${binary:Version}). libelogind0 Provides libsystemd0
=241.3 (= ${source:Upstream-Version}. That can never satisfy the systemd
dependency.

I am pretty sure I tried with Breaks and the result was the same.

Mark



Bug#905940: convert package to dh-elpa

2019-08-15 Thread Ralf Treinen
Hi Nicholas,

On Sun, Aug 11, 2019 at 06:41:25PM -0400, Nicholas D Steeves wrote:

> Gentle ping, any progress on that MR review.

sorry for the long non-reply. In fact I will first (hopefully tomorrow)
upload an elpa-fied version of caml-mode, which is the new name upstream
has chosen for the old ocaml-mode. Upstream has now separated this from the
ocaml distribution, so that makes things much easier. Since this is a
Recommends of elpa-tuareg it goes first. It will have to go through NEW
so it make take a bit. Then, tuareg will be next.

Cheers -Ralf.



Bug#934846: kdocker: Kdocker outdated

2019-08-15 Thread Thomas Maaß
Package: kdocker
Severity: wishlist

Dear Maintainer,

The Kdocker package is outdated. The recent version has new features like
saving per app settings. Please update the package.

Regards
Thomas



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

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

Versions of packages kdocker depends on:
ii  libc6 2.28-10
ii  libgcc1   1:9.1.0-10
ii  libgl11.1.0-1
ii  libgl1-mesa-glx   19.1.4-1
ii  libqt5core5a  5.11.3+dfsg1-2+b1
ii  libqt5gui55.11.3+dfsg1-2+b1
ii  libqt5network55.11.3+dfsg1-2+b1
ii  libqt5widgets55.11.3+dfsg1-2+b1
ii  libqt5x11extras5  5.11.3-2
ii  libstdc++69.1.0-10
ii  libx11-6  2:1.6.7-1
ii  libxmu6   2:1.1.2-2+b3
ii  libxpm4   1:3.5.12-1

kdocker recommends no packages.

Versions of packages kdocker suggests:
pn  bash-completion  



Bug#934762: new upstream (1.39.2)

2019-08-15 Thread Tomasz Buchert
On 14/08/19 16:46, Daniel Baumann wrote:
> Package: nghttp2
> Severity: normal
>
> Hi,
>
> 1.39.2 was released with some DoS fixed. It would be nice if you could
> upload it to unstable.
>
> Regards,
> Daniel

Oh, sorry, I forgot to reupload to unstable.
Working on this.

Tomasz


signature.asc
Description: PGP signature


Bug#934845: poretools: Please move to python3

2019-08-15 Thread Steve Langasek
Package: poretools
Version: 0.6.0+dfsg-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch

Hi Afif,

As you may know, we are in the process of deprecating python2 in Debian for
the next release.  In Ubuntu, I've identified that it may be useful to
accelerate this deprecation for pandas and its reverse-dependencies, because
the pandas tests appear to have bit-rotted for python2 on one architecture,
and it would be better to remove the python2 bits rather than invest in
fixing them.

poretools is a package that depends on python-pandas, so I've looked at
porting the code to python3.  With 2to3 this has been reasonably
straightforward; and although there are no tests in the package, there are
various imports that happen as part of the package build and the python
usage here seems reasonably straightforward, so I'm fairly confident that
this port will work.

I've therefore uploaded this change to Ubuntu.  Please consider applying
these changes in Debian as well and forwarding them upstream.

Thanks,
-- 
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 poretools-0.6.0+dfsg/debian/control 
poretools-0.6.0+dfsg/debian/control
--- poretools-0.6.0+dfsg/debian/control 2018-07-19 00:48:29.0 -0700
+++ poretools-0.6.0+dfsg/debian/control 2019-08-15 09:24:04.0 -0700
@@ -5,12 +5,12 @@
 Priority: optional
 Build-Depends: debhelper (>= 11~),
dh-python,
-   python-all,
-   python-setuptools,
-   python-h5py (>= 2.2),
-   python-matplotlib,
-   python-seaborn,
-   python-pandas
+   python3-all,
+   python3-setuptools,
+   python3-h5py (>= 2.2),
+   python3-matplotlib,
+   python3-seaborn,
+   python3-pandas
 Standards-Version: 4.1.5
 Vcs-Browser: https://salsa.debian.org/med-team/poretools
 Vcs-Git: https://salsa.debian.org/med-team/poretools.git
@@ -19,8 +19,8 @@
 Package: poretools
 Architecture: all
 Depends: ${misc:Depends},
- ${python:Depends},
- python-pkg-resources
+ ${python3:Depends},
+ python3-pkg-resources
 Description: toolkit for nanopore nucleotide sequencing data
  poretools is a flexible toolkit for exploring datasets generated by nanopore
  sequencing devices from MinION for the purposes of quality control and
diff -Nru poretools-0.6.0+dfsg/debian/patches/python3.patch 
poretools-0.6.0+dfsg/debian/patches/python3.patch
--- poretools-0.6.0+dfsg/debian/patches/python3.patch   1969-12-31 
16:00:00.0 -0800
+++ poretools-0.6.0+dfsg/debian/patches/python3.patch   2019-08-15 
09:24:04.0 -0700
@@ -0,0 +1,934 @@
+Description: port to python3
+ Python2 is obsolete.  Port this code to python3.
+ Changes consist of 2to3 output, plus fixes for tab vs. space issues, and
+ a fix to argparse handling when we're called with no arguments.
+Author: Steve Langasek 
+Last-Modified: 2019-08-15
+
+Index: poretools-0.6.0+dfsg/setup.py
+===
+--- poretools-0.6.0+dfsg.orig/setup.py
 poretools-0.6.0+dfsg/setup.py
+@@ -3,7 +3,7 @@
+ 
+ version_py = os.path.join(os.path.dirname(__file__), 'poretools', 
'version.py')
+ version = 
open(version_py).read().strip().split('=')[-1].replace('"','').strip()
+-print version
++print(version)
+ long_description = """
+ ``poretools`` is a toolset for working with nanopore sequencing data'
+ """
+Index: poretools-0.6.0+dfsg/poretools/__init__.py
+===
+--- poretools-0.6.0+dfsg.orig/poretools/__init__.py
 poretools-0.6.0+dfsg/poretools/__init__.py
+@@ -1,5 +1,5 @@
+ import os
+ import sys
+-import scripts
+-from Fast5File import *
+-from version import __version__
++from . import scripts
++from .Fast5File import *
++from .version import __version__
+Index: poretools-0.6.0+dfsg/poretools/Fast5File.py
+===
+--- poretools-0.6.0+dfsg.orig/poretools/Fast5File.py
 poretools-0.6.0+dfsg/poretools/Fast5File.py
+@@ -11,8 +11,8 @@
+ 
+ 
+ # poretools imports
+-import formats
+-from Event import Event
++from . import formats
++from .Event import Event
+ 
+ fastq_paths = {
+   'closed' : {},
+@@ -63,7 +63,7 @@
+ def __iter__(self):
+ return self
+ 
+-def next(self):
++def __next__(self):
+ if len(self.files) > 0:
+ return self.files.pop(0)
+ else:
+@@ -93,9 +93,9 @@
+   def __iter__(self):
+   return self
+ 
+-  def next(self):
++  def __next__(self):
+   try:
+-  return 

Bug#934779: libreoffice: Not read the "About LibreOffice" window contents

2019-08-15 Thread Rene Engelhard
severity 94779 important
tag 934779 - moreinfo
tag 934779 + confirmed
reassign 934779 libreoffice-gtk2
retitle 934779 "About LibreOffice" window unreadable with gtk2
found 934779 1:6.3.0-2
thanks

[ please keep the bug CCed on discussions, otherwise this just ends up
in my personal inbox and is not recorded ]

Hi Sergej,

On Thu, Aug 15, 2019 at 11:57:34AM +0300, Сергей Фёдоров wrote:

> I first installed Debian-32 10 Stable on Tablet PC Acer Iconia Tab W500. Over

Hrmpf.

> it is installed Sid, because Sid is just a set of packages that will be 
> included
> in the next version of Debian.

Actually that is "testing".

> But you're right, probably more correct to call it Debian-32 10 Sid.  

No, correct would be just "sid" :)

> Each window in Debian can have 4 buttons in the upper right corner
> (right to left): Close, Maximize\Window, Minimize, Collapse\Expand. I call 
> these
> modes windows. Maybe it's more correct to call it something different, I don't
> know.
> 
> As a Desktop, I have Xfce. Debian is installed on a physical computer, not on 
> a VM.

OK.

> 
> In a 32-bit Debian 10 Sid the window "About LibreOffice" is opened in "Window"
> or "Maximize" mode,

Not here. Probably it's just big because your screen is small ;-)

> background color of window is black, so pale gray letters
> are almost invisible on a black background. Light gray background in the lower
> left corner of the window, where black letters are clearly visible, takes only
> about 10% of a window. In a 64-bit Debian 10 Sid if that window takes about
> a quarter of the screen size, you can not see anything at all, if more, then
> the lower left corner of the window begins to appear black letters on a light
> gray background, but not completely.

I see black background except the buttons, but indeed when I resize
"Lib..." starts to appear.

This appears only with libreoffice-gtk2 installed and not
libreoffice-gtk3 installed. If libreoffice-gtk3 is installed, it just
works )tested in xfce in said sid VM)

(Thankfully xfce 4.14 using gtk3 will enter sid somewhen the next time -
time to drop libreoffice-gtk2, already committed in the 6.4 packaging
branch)

Regards,

Rene



Bug#925769: lix: ftbfs with GCC-9

2019-08-15 Thread Reiner Herrmann
Control: tags -1 - unreproducible moreinfo
Control: affects 931825 + lix

The build failure now also happens on reproducible builds
infrastructure [0].
But it doesn't seem to be related to gcc, but to dub: #931825

[0] https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/lix.html


signature.asc
Description: PGP signature


Bug#934844: python-trezor: depends on cruft package.

2019-08-15 Thread peter green

Package: python-trezor
Severity: serious
Version: 0.9.0-1
Tags: bullseye, sid

python-trezor (build-)depends on the python-ecdsa binary package which is no 
longer built by the corresponding source package.

It's probablly time to drop python 2 support.



Bug#934571: texlive-binaries: gsftopk fails

2019-08-15 Thread Hilmar Preuße
Am 13.08.2019 um 08:01 teilte Igor Liferenko mit:

Hi Igor,

>> I'm wondering what gs version you have. your system information shows
>> you run unstable, hence I'd expect 9.27~dfsg-3. What does "dpkg -l
>> ghostscript" show?
> 
> 9.27~dfsg-2
> 
Does upgrading to -3.1 solve the issue? It should have migrated to
testing today.

Hilmar
-- 
sigfault
#206401 http://counter.li.org





signature.asc
Description: OpenPGP digital signature


Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Thorsten Glaser
On Thu, 15 Aug 2019, Simon McVittie wrote:

> I still wonder whether apt/dpkg are being forced into this by libelogind0
> using Conflicts rather than Breaks - Conflicts is a stronger relationship

AFAICT file-level conflicts still need Provides+Conflicts+Replaces,
and these are what we have here.

(Otherwise, we could just have called Breaks Conflicts and dropped
the original latter.)

> That
> means there's an unavoidable window during which libsystemd0 no longer
> provides libsystemd.so.0, but libelogind0 doesn't provide it yet.

Sure, but that’s business as usual in many cases.

The dependency of apt on libsystemd.so.0 is unfortunate, but
apparently easy to fix.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**



Bug#934843: parsedatetime: FTBFS in stretch

2019-08-15 Thread Santiago Vila
Package: src:parsedatetime
Version: 2.1-3+deb9u1
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in stretch but it failed:


[...]
 debian/rules build-indep
dh build-indep --with python2,python3 --buildsystem pybuild
   dh_testdir -i -O--buildsystem=pybuild
   dh_update_autotools_config -i -O--buildsystem=pybuild
   dh_auto_configure -i -O--buildsystem=pybuild
I: pybuild base:184: python2.7 setup.py config 
running config
I: pybuild base:184: python3.5 setup.py config 
running config
   dh_auto_build -i -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python setup.py build 
running build
running build_py
creating /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime
copying parsedatetime/__init__.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime
copying parsedatetime/parsedatetime.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime
copying parsedatetime/context.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime
copying parsedatetime/warns.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime
creating /<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/nl_NL.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/base.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/icu.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/ru_RU.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/de_DE.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/en_AU.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/__init__.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/es.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/en_US.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/pt_BR.py -> 
/<>/.pybuild/pythonX.Y_2.7/build/parsedatetime/pdt_locales
I: pybuild base:184: /usr/bin/python3 setup.py build 
running build
running build_py
creating /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime
copying parsedatetime/__init__.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime
copying parsedatetime/parsedatetime.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime
copying parsedatetime/context.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime
copying parsedatetime/warns.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime
creating /<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/nl_NL.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/base.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/icu.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/ru_RU.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/de_DE.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/en_AU.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/__init__.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/es.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/en_US.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
copying parsedatetime/pdt_locales/pt_BR.py -> 
/<>/.pybuild/pythonX.Y_3.5/build/parsedatetime/pdt_locales
   dh_auto_test -i -O--buildsystem=pybuild
I: pybuild base:184: cd /<>/.pybuild/pythonX.Y_2.7/build; 
python2.7 -m nose tests
.F...SSSSSS
==
FAIL: testDates (tests.TestComplexDateTimes.test)
--
Traceback (most recent call last):
  File 
"/<>/.pybuild/pythonX.Y_2.7/build/tests/TestComplexDateTimes.py", 
line 145, in testDates
self.cal.parse('August 22nd 3:26', start), (target, 3))
  File "/<>/.pybuild/pythonX.Y_2.7/build/tests/utils.py", line 22, 
in decoratedComparator
self.fail(failureMessage % (errMsg, result, check))
AssertionError: Result does not match target value

Result:
(time.struct_time(tm_year=2019, tm_mon=8, tm_mday=22, tm_hour=3, 
tm_min=26, tm_sec=0, tm_wday=0, tm_yday=224, tm_isdst=-1), 3)

Expected:
(time.struct_time(tm_year=2020, tm_mon=8, tm_mday=22, tm_hour=3, 
tm_min=26, tm_sec=0, tm_wday=5, tm_yday=235, tm_isdst=-1), 3)


Bug#934842: libbusiness-hours-perl: FTBFS in stretch

2019-08-15 Thread Santiago Vila
Package: src:libbusiness-hours-perl
Version: 0.12-1
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in stretch but it failed:


[...]
 debian/rules build-indep
dh build-indep
   dh_testdir -i
   dh_update_autotools_config -i
   dh_auto_configure -i
perl -I. Makefile.PL INSTALLDIRS=vendor "OPTIMIZE=-g -O2 
-fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2" 
"LD=x86_64-linux-gnu-gcc -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro"
Checking if your kit is complete...
Looks good
Generating a Unix-style Makefile
Writing Makefile for Business::Hours
Writing MYMETA.yml and MYMETA.json
   dh_auto_build -i
make -j1
make[1]: Entering directory '/<>'
cp lib/Business/Hours.pm blib/lib/Business/Hours.pm
Manifying 1 pod document
make[1]: Leaving directory '/<>'
   dh_auto_test -i
make -j1 test TEST_VERBOSE=1
make[1]: Entering directory '/<>'
PERL_DL_NONLAZY=1 PERL_USE_UNSAFE_INC=1 "/usr/bin/perl" 
"-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef 
*Test::Harness::Switches; test_harness(1, 'blib/lib', 'blib/arch')" t/*.t

#   Failed test at t/1-business-hours.t line 16.
#  got: '0'
# expected: '162000'

#   Failed test 'Got seconds'
#   at t/1-business-hours.t line 24.

#   Failed test at t/1-business-hours.t line 27.
#  got: '0'
# expected: '162000'

#   Failed test at t/1-business-hours.t line 50.
#  got: '378000'
# expected: '32400'
Set::IntSpan::_copy_run_list: Bad order 2: 72000--1
 at /<>/blib/lib/Business/Hours.pm line 270.
# Looks like you planned 17 tests but ran 12.
# Looks like you failed 4 tests of 12 run.
# Looks like your test exited with 255 just after 12.
t/1-business-hours.t .. 
1..17
ok 1 - use Business::Hours;
ok 2
ok 3
not ok 4
ok 5
not ok 6 - Got seconds
not ok 7
not ok 8
ok 9
ok 10
ok 11
ok 12
Dubious, test returned 255 (wstat 65280, 0xff00)
Failed 9/17 subtests 
t/2-holidays.t  
1..6
ok 1 - use Business::Hours;
ok 2 - An object of class 'Business::Hours' isa 'Business::Hours'
ok 3 - no holidays by default
ok 4 - set some holidays
ok 5 - skipped new year holiday
ok 6 - skipped new year holiday
ok
t/99-pod-coverage.t ... skipped: Test::Pod::Coverage 1.00 required for testing 
POD coverage
t/99-pod.t  skipped: Test::Pod 1.00 required for testing POD

Test Summary Report
---
t/1-business-hours.t (Wstat: 65280 Tests: 12 Failed: 4)
  Failed tests:  4, 6-8
  Non-zero exit status: 255
  Parse errors: Bad plan.  You planned 17 tests but ran 12.
Files=4, Tests=18,  1 wallclock secs ( 0.05 usr  0.01 sys +  0.23 cusr  0.02 
csys =  0.31 CPU)
Result: FAIL
Failed 1/4 test programs. 4/18 subtests failed.
Makefile:819: recipe for target 'test_dynamic' failed
make[1]: *** [test_dynamic] Error 255
make[1]: Leaving directory '/<>'
dh_auto_test: make -j1 test TEST_VERBOSE=1 returned exit code 2
debian/rules:4: recipe for target 'build-indep' failed
make: *** [build-indep] Error 2
dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2


The build was made in my autobuilder with "dpkg-buildpackage -A"
and it also fails here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libbusiness-hours-perl.html

where you can get another build log if you need it.

If this is really a bug in one of the build-depends, please use reassign and 
affects,
so that this is still visible in the BTS web page for this package.

Thanks.



Bug#931548: Migration to Sphinx -- developers-reference

2019-08-15 Thread Sean Whitton
Hello,

On Tue 06 Aug 2019 at 11:36pm +09, Osamu Aoki wrote:

> I think I figured out OK.  This is my first web page using javascript.
>
> It should be easy to add menu to select pdf/text/epub download now just by
> updating the existing template file and javascript.
>
> If any of you have good sense of color, adjusting color via CSS may be
> an option for this pull-down menu.
>
> Your feed back is most appreciated.

Thank you for all this!

-- 
Sean Whitton


signature.asc
Description: PGP signature


Bug#934841: sshpubkeys: (build-)depends on cruft package.

2019-08-15 Thread peter green

Package: sshpubkeys
Severity: serious
Version: 3.1.0-1
Tags: bullseye, sid

The python-sshpubkeys package depends on and the sshpubkeys source package 
build-depends on the python-ecdsa binary package which is no longer built by 
the corresponding source package.

It's probablly time to drop python 2 support from your Package.



Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Simon McVittie
On Thu, 15 Aug 2019 at 18:33:20 +0200, Thorsten Glaser wrote:
> On Thu, 15 Aug 2019, Mark Hindley wrote:
> > At this point apt has failed to remove systemd/241-7 which depends on 
> > libsystemd
> > (=241-7). Surely it should not then go on to try and remove the systemd
> > dependency?
> 
> Unsure if that’s apt or dpkg. Plus, the failing prerm is in systemd,
> not in libsystemd0.

I think this is probably dpkg, but it's dpkg being told what to do by
apt, so it could be either one causing this. I would have hoped that if
systemd.prerm fails, that's a fairly heavy hint that not only is it not
OK to remove systemd at this time, it's also not OK to remove systemd's
dependencies.

I still wonder whether apt/dpkg are being forced into this by libelogind0
using Conflicts rather than Breaks - Conflicts is a stronger relationship
than Breaks, and forces libsystemd0 to be removed altogether, not just
deconfigured (marked as "broken"), before unpacking libelogind0. That
means there's an unavoidable window during which libsystemd0 no longer
provides libsystemd.so.0, but libelogind0 doesn't provide it yet.

smcv



Bug#934840: gcc-defaults: Build takes forever in stretch

2019-08-15 Thread Santiago Vila
Package: src:gcc-defaults
Version: 1.168
Fixed: 1.181
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in stretch and this is what happened:


[...]
 debian/rules build-indep
dh_testdir
rm -rf build
mkdir -p build
sed 's/@gcc_suffix@//' debian/generate-cacerts.pl.in \
> debian/generate-cacerts.pl
cd build && perl ../debian/generate-cacerts.pl \
/etc/ssl/certs/ca-certificates.crt
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
keytool error: java.security.cert.CertificateException
keytool error: java.security.cert.CertificateException
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
Exception in thread "main" java.lang.OutOfMemoryError
   <>
keytool error: java.security.cert.CertificateException
GC Warning: Repeated allocation of very large block (appr. size 671092736):
May lead to memory leak and poor performance.
make: *** wait: No child processes.  Stop.
make: *** Waiting for unfinished jobs
make: *** wait: No child processes.  Stop.


I had to interrupt the build because it was taking too long.

The build was tried in a machine with plenty of memory (6.5 GB of RAM).
Previously, it was possible to build the package 

Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Thorsten Glaser
On Thu, 15 Aug 2019, Simon McVittie wrote:

> On Thu, 15 Aug 2019 at 18:34:39 +0200, Thorsten Glaser wrote:
> > On Thu, 15 Aug 2019, Mark Hindley wrote:
> > > Can you point me to any official documentation that says packages
> > > should not depend on systemd-sysv?
> > 
> > No, but why should they?
> 
> For documentation value, if nothing else: it's a way to say "this package
> genuinely does need systemd as pid 1, and won't work without it".

OK, good point.

Back to finding a migration path, then (perhaps even both ways)…

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**



Bug#907636: ITP: ocaml-mccs -- Stripped-down version of mccs, a CUDF problem solver, with OCaml bindings

2019-08-15 Thread Nicolas Braud-Santoni
Control: tag 909091 + pending
Control: tag 908203 + pending
Control: tag 907636 + pending

On Thu, Aug 15, 2019 at 01:31:19AM +0200, Nicolas Braud-Santoni wrote:
> Hi Ralf,
> 
> I started the packaging work while preparing opam/2.0.5-1.
> Hopefully I can get this out this week; otherwise, it will likely be after 
> CCCamp
> (so, end of the month?)

Uploaded to NEW.


I also prepared opam/2.0.5-1, which uses the internal solver based on
ocaml-mccs. We can upload it and close #908203 and #907636 (opam bugs w/
external solvers) as soon as ocaml-mccs clears NEW.


Best,

  nicoo


signature.asc
Description: PGP signature


Bug#934839: python-keepkey: depends on cruft package.

2019-08-15 Thread peter green

Package: python-keepkey
Severity: serious
Version: 0.7.3-1
Tags: bullseye, sid

python-keepkey depends on the python-ecdsa binary package which is no longer 
built by the corresponding source package.

If you want your package to stay around you need to migrate to python 3.



Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Simon McVittie
On Thu, 15 Aug 2019 at 18:34:39 +0200, Thorsten Glaser wrote:
> On Thu, 15 Aug 2019, Mark Hindley wrote:
> > Can you point me to any official documentation that says packages
> > should not depend on systemd-sysv?
> 
> No, but why should they?

For documentation value, if nothing else: it's a way to say "this package
genuinely does need systemd as pid 1, and won't work without it".

> It does not guarantee that systemd is the currently-running init,
> nor that this will be so at the next boot.

No, and it's imperfect for those reasons; but for this not to be the
case, you have to override the init system in ways that you will hopefully
remember that you have done.

smcv



Bug#934838: range-v3: FTBFS in sid (error: assignment from temporary initializer_list does not extend the lifetime of the underlying array)

2019-08-15 Thread Santiago Vila
Package: src:range-v3
Version: 0.5.0-1
Severity: serious
Tags: ftbfs

Dear maintainer:

I tried to build this package in sid but it failed:


[...]
 debian/rules binary-indep
dh binary-indep
   dh_update_autotools_config -i
   dh_autoreconf -i
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
dh_auto_configure -- -DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON -DRANGES_NATIVE=OFF 
-DRANGES_VERBOSE_BUILD=ON
cd obj-x86_64-linux-gnu && cmake -DCMAKE_INSTALL_PREFIX=/usr 
-DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON 
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run 
"-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON 
-DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu 
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON -DRANGES_NATIVE=OFF 
-DRANGES_VERBOSE_BUILD=ON ..
-- The CXX compiler identification is GNU 9.2.1
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features

[... snipped ...]

cd /<>/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends 
"Unix Makefiles" /<> /<>/test/action 
/<>/obj-x86_64-linux-gnu 
/<>/obj-x86_64-linux-gnu/test/action 
/<>/obj-x86_64-linux-gnu/test/action/CMakeFiles/act.remove_if.dir/DependInfo.cmake
 --color=
Scanning dependencies of target act.remove_if
make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
make -f test/action/CMakeFiles/act.remove_if.dir/build.make 
test/action/CMakeFiles/act.remove_if.dir/build
make[4]: Entering directory '/<>/obj-x86_64-linux-gnu'
[ 59%] Building CXX object 
test/action/CMakeFiles/act.remove_if.dir/remove_if.cpp.o
cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/c++   
-I/<>/include  -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security 
-Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG   
-std=c++11 -Wall -Wextra -Werror -fdiagnostics-show-template-tree 
-ftemplate-backtrace-limit=0 -fomit-frame-pointer -Ofast -fstrict-aliasing 
-ffast-math -fsized-deallocation -DRANGES_CXX_ALIGNED_NEW=0 -pedantic 
-pedantic-errors -Wno-padded -Wno-old-style-cast -Wno-shadow -Wno-noexcept-type 
-o CMakeFiles/act.remove_if.dir/remove_if.cpp.o -c 
/<>/test/action/remove_if.cpp
[ 59%] Linking CXX executable act.remove_if
cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/cmake -E 
cmake_link_script CMakeFiles/act.remove_if.dir/link.txt --verbose=1
/usr/bin/c++  -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security 
-Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG  
-Wl,-z,relro CMakeFiles/act.remove_if.dir/remove_if.cpp.o  -o act.remove_if 
make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
[ 59%] Built target act.remove_if
make -f test/action/CMakeFiles/act.unstable_remove_if.dir/build.make 
test/action/CMakeFiles/act.unstable_remove_if.dir/depend
make[4]: Entering directory '/<>/obj-x86_64-linux-gnu'
cd /<>/obj-x86_64-linux-gnu && /usr/bin/cmake -E cmake_depends 
"Unix Makefiles" /<> /<>/test/action 
/<>/obj-x86_64-linux-gnu 
/<>/obj-x86_64-linux-gnu/test/action 
/<>/obj-x86_64-linux-gnu/test/action/CMakeFiles/act.unstable_remove_if.dir/DependInfo.cmake
 --color=
Scanning dependencies of target act.unstable_remove_if
make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
make -f test/action/CMakeFiles/act.unstable_remove_if.dir/build.make 
test/action/CMakeFiles/act.unstable_remove_if.dir/build
make[4]: Entering directory '/<>/obj-x86_64-linux-gnu'
[ 59%] Building CXX object 
test/action/CMakeFiles/act.unstable_remove_if.dir/unstable_remove_if.cpp.o
cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/c++   
-I/<>/include  -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security 
-Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG   
-std=c++11 -Wall -Wextra -Werror -fdiagnostics-show-template-tree 
-ftemplate-backtrace-limit=0 -fomit-frame-pointer -Ofast -fstrict-aliasing 
-ffast-math -fsized-deallocation -DRANGES_CXX_ALIGNED_NEW=0 -pedantic 
-pedantic-errors -Wno-padded -Wno-old-style-cast -Wno-shadow -Wno-noexcept-type 
-o CMakeFiles/act.unstable_remove_if.dir/unstable_remove_if.cpp.o -c 
/<>/test/action/unstable_remove_if.cpp
[ 59%] Linking CXX executable act.unstable_remove_if
cd /<>/obj-x86_64-linux-gnu/test/action && /usr/bin/cmake -E 
cmake_link_script CMakeFiles/act.unstable_remove_if.dir/link.txt --verbose=1
/usr/bin/c++  -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security 
-Wno-error=maybe-uninitialized -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG  
-Wl,-z,relro CMakeFiles/act.unstable_remove_if.dir/unstable_remove_if.cpp.o  -o 
act.unstable_remove_if 
make[4]: Leaving 

Bug#934837: gcc-doc-base: GCC 9 is now the default

2019-08-15 Thread Thorsten Glaser
Package: gcc-doc-base
Version: 8.3.0-1
Severity: important

Please bump gcc-doc-base to follow GCC 9, as gcc-defaults
has just done. Thanks!

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

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

-- no debconf information



Bug#934836: Request to upload OpenSSL version 3.0.0 to experimental

2019-08-15 Thread Sakirnth Nagarasa
Package: openssl
Version: 3.0.0
Severity: wishlist

Hi,

Could someone upload OpenSSL version 3.0.0 to expermiental please. I'm
packaging ngtcp2 and it needs OpenSSL version 3.0.0 + a patch to build
properly. It would be helpful for me when this version of OpenSSL would
be in debian.

Thanks and Cheers,
Sakirnth (Saki)



Bug#917516: anbox: does not pull binder or ashmem kernel drivers as dependency

2019-08-15 Thread Olivier

Hello,

I have the same bug as Svetlana...

$ sudo modprobe binder_linux# OK
$ sudo modprobe ashmem_linux# OK
$ sudo service anbox-container-manager start# OK
$ ls /var/lib/anbox/
android_amd64.img
(That file was downloaded from https://build.anbox.io/android-images/2018/07/19)

$ sudo service anbox-session-manager start  # NOT OK
Failed to start anbox-session-manager.service: Unit anbox-session 
manager.service not found.


I don't know how to diagnose or to understand more.

--
Olivier

---
$ anbox system-info

version: 0.0~git20190124-1-Debian
cpu:
  arch:  x86
  brand:   Intel(R) Pentium(R) CPU  N3700  @ 1.60GHz
  features:
- aes
os:
  name: Debian GNU/Linux
  version:
  snap-based: false
kernel:
  version: Linux version 4.18.0-2-amd64 (debian-ker...@lists.debian.org) (gcc 
version 7.3.0 (Debian 7.3.0-30)) #1 SMP Debian 4.18.10-2 (2018-11-02)

  binder: true
  ashmem: true
graphics:
  egl:
vendor: Mesa Project
version: 1.4 (DRI2)
extensions:
  - EGL_ANDROID_native_fence_sync
  - EGL_CHROMIUM_sync_control
  - EGL_EXT_create_context_robustness
  - EGL_EXT_image_dma_buf_import
  - EGL_EXT_image_dma_buf_import_modifiers
  - EGL_KHR_config_attribs
  - EGL_KHR_create_context
  - EGL_KHR_create_context_no_error
  - EGL_KHR_fence_sync
  - EGL_KHR_get_all_proc_addresses
  - EGL_KHR_gl_colorspace
  - EGL_KHR_gl_renderbuffer_image
  - EGL_KHR_gl_texture_2D_image
  - EGL_KHR_gl_texture_3D_image
  - EGL_KHR_gl_texture_cubemap_image
  - EGL_KHR_image
  - EGL_KHR_image_base
  - EGL_KHR_image_pixmap
  - EGL_KHR_no_config_context
  - EGL_KHR_reusable_sync
  - EGL_KHR_surfaceless_context
  - EGL_KHR_wait_sync
  - EGL_MESA_configless_context
  - EGL_MESA_drm_image
  - EGL_MESA_image_dma_buf_export
  - EGL_NOK_swap_region
  - EGL_NOK_texture_from_pixmap
  - EGL_NV_post_sub_buffer
  - EGL_WL_bind_wayland_display
  gles2:
vendor: Intel Open Source Technology Center
vendor: OpenGL ES 3.1 Mesa 18.2.8
extensions:
  - GL_EXT_blend_minmax
  - GL_EXT_multi_draw_arrays
  - GL_EXT_texture_filter_anisotropic
  - GL_EXT_occlusion_query_boolean
  - GL_EXT_texture_compression_dxt1
  - GL_EXT_texture_format_BGRA
  - GL_OES_compressed_ETC1_RGB8_texture
  - GL_OES_depth24
  - GL_OES_element_index_uint
  - GL_OES_fbo_render_mipmap
  - GL_OES_mapbuffer
  - GL_OES_rgb8_rgba8
  - GL_OES_standard_derivatives
  - GL_OES_stencil8
  - GL_OES_texture_3D
  - GL_OES_texture_float
  - GL_OES_texture_float_linear
  - GL_OES_texture_half_float
  - GL_OES_texture_half_float_linear
  - GL_OES_texture_npot
  - GL_OES_vertex_half_float
  - GL_EXT_texture_sRGB_decode
  - GL_OES_EGL_image
  - GL_OES_depth_texture
  - GL_OES_packed_depth_stencil
  - GL_EXT_texture_type_2_10_10_10_REV
  - GL_OES_get_program_binary
  - GL_APPLE_texture_max_level
  - GL_EXT_discard_framebuffer
  - GL_EXT_read_format_bgra
  - GL_EXT_frag_depth
  - GL_NV_fbo_color_attachments
  - GL_OES_EGL_image_external
  - GL_OES_EGL_sync
  - GL_OES_vertex_array_object
  - GL_OES_viewport_array
  - GL_ANGLE_texture_compression_dxt3
  - GL_ANGLE_texture_compression_dxt5
  - GL_EXT_robustness
  - GL_EXT_texture_rg
  - GL_EXT_unpack_subimage
  - GL_NV_draw_buffers
  - GL_NV_read_buffer
  - GL_NV_read_depth
  - GL_NV_read_depth_stencil
  - GL_NV_read_stencil
  - GL_EXT_draw_buffers
  - GL_EXT_map_buffer_range
  - GL_KHR_debug
  - GL_KHR_robustness
  - GL_OES_depth_texture_cube_map
  - GL_OES_required_internalformat
  - GL_OES_surfaceless_context
  - GL_EXT_color_buffer_float
  - GL_EXT_separate_shader_objects
  - GL_EXT_shader_integer_mix
  - GL_EXT_tessellation_point_size
  - GL_EXT_tessellation_shader
  - GL_INTEL_performance_query
  - GL_EXT_base_instance
  - GL_EXT_compressed_ETC1_RGB8_sub_texture
  - GL_EXT_copy_image
  - GL_EXT_draw_buffers_indexed
  - GL_EXT_draw_elements_base_vertex
  - GL_EXT_gpu_shader5
  - GL_EXT_polygon_offset_clamp
  - GL_EXT_primitive_bounding_box
  - GL_EXT_shader_io_blocks
  - GL_EXT_texture_border_clamp
  - GL_EXT_texture_buffer
  - GL_EXT_texture_cube_map_array
  - GL_EXT_texture_norm16
  - GL_KHR_blend_equation_advanced
  - GL_KHR_context_flush_control
  - GL_KHR_robust_buffer_access_behavior
  - GL_NV_image_formats
  - GL_OES_copy_image
  - GL_OES_draw_buffers_indexed
  - GL_OES_draw_elements_base_vertex
  - GL_OES_gpu_shader5
  - GL_OES_primitive_bounding_box
  - GL_OES_sample_shading
  - GL_OES_sample_variables
  - GL_OES_shader_io_blocks
  - 

Bug#893009: icu-devtools: pkgdata command segfaults when given -m static

2019-08-15 Thread Scott Talbert

On Wed, 7 Aug 2019, Scott Talbert wrote:


On Wed, Aug 7, 2019 at 3:57 PM Scott Talbert  wrote:

It would be really helpful if this could get fixed in the stretch 9.10
release.  Is there anything I can do to help make that happen?

Please build and test the proposed package on your system. Then
please report back if it really fixes your problem.

Thanks,
Laszlo/GCS
[1] dget -x http://www.barcikacomp.hu/gcs/icu_57.1-6+deb9u3.dsc


I can confirm that building LTFS fails with icu_57.1-6+deb9u2 but succeeds 
with icu_57.1-6+deb9u3.


Just a gentle reminder to please upload this.  :)



Bug#915895: python-limits FTBFS: ERROR: Failure: ImportError (cannot import name b)

2019-08-15 Thread Andrey Rahmatullin
Control: reassign -1 src:redis-py-cluster/1.3.3-1
Control: severity -1 grave
Control: forwarded -1 https://github.com/Grokzen/redis-py-cluster/issues/295
Control: affects -1 src:python-limits

On Sat, Feb 09, 2019 at 06:57:54PM +0100, Slavko wrote:
> while this of course affects the python-limits build, it is not its
> bug. As one can see, it is caused in test by importing rediscluster:
Exactly. Fixing the bug metadata accordingly.
Work in progress is at
https://github.com/Grokzen/redis-py-cluster/pull/296 and looks promising.

-- 
WBR, wRAR


signature.asc
Description: PGP signature


Bug#905456: Please create new list debian-clojure

2019-08-15 Thread Sean Whitton
Hello,

On Mon 12 Aug 2019 at 10:37pm -05, Rob Browning wrote:

> Alexander Wirt  writes:
>
>> That bug is still missing any other mails from interested people for that
>> list. Is that mail really consense?
>
> Hmm, I'm not sure what the preferable alternatives might be, so to
> whatever extent my vote is appropriate, I think it'd probably be helpful
> to have a list to discuss Debian Clojure related issues -- if it's not
> too much of a mainenance burden,

I agree.  Thanks!

-- 
Sean Whitton


signature.asc
Description: PGP signature


Bug#934035: ocrmypdf: FTBFS in stretch (failing tests)

2019-08-15 Thread Sean Whitton
Hello,

On Tue 06 Aug 2019 at 12:31pm -07, James R Barlow wrote:

> The issue here is that we have an old version of ocrmypdf (4.3.5) with a
> backported version of Ghostscript (9.26) and the latter's behavior has
> changed in a way that breaks the test.
>
> I recommend disabling the test and documenting a caveat that certain
> metadata may not be preserved in output files. This is arguably a fairly
> minor loss of functionality.

Thanks.  My intention is to just update ocrmypdf to a newer release.

-- 
Sean Whitton


signature.asc
Description: PGP signature


Bug#934835: [lintian] unmet dependency on libio-async-loop-epoll-perl (>= 0.20)@stretch-backports

2019-08-15 Thread Agustin Henze
Package: lintian
Version: 2.17.0~bpo9+1
Severity: normal

Hi there, last release backported to stretch is uninstallable because it has
unmet dependencies:

root@8329fb73036a:/# apt-get install lintian/stretch-backports
Reading package lists... Done
Building dependency tree
Reading state information... Done
Selected version '2.17.0~bpo9+1' (Debian Backports:stretch-backports [all]) for
'lintian'
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 lintian : Depends: libio-async-loop-epoll-perl (>= 0.20) but 0.17-1 is to be
installed
   Recommends: libperlio-gzip-perl but it is not going to be installed
E: Unable to correct problems, you have held broken packages.

--
TiN





signature.asc
Description: OpenPGP digital signature


Bug#934785: does not include lis.so driver

2019-08-15 Thread Dominique Dumont
Hi

On mercredi 14 août 2019 22:21:21 CEST you wrote:
> The package fails to include the lis.so module.

As of lcdproc 0.5.9-2, lis module is no longer delivered. (see lcdproc 
changelog) because build dependency on libftdi-dev and libusb-dev were 
removed.

libftdi-dev and libusb-dev are deprecated library with newer replacements. 
Nobody stepped up upstream to port these module to new usb library, so, 
unfortunately, I had to remove these modules.
 
> Which is odd, because I did a local build and lis.so is indeed built
> and included with the 'lcdproc' package.

Probably because libusb-dev libftdi-dev are installed on your system.

All the best



Bug#934834: konsole: Update konsole to latest upstream version

2019-08-15 Thread Shmerl
Package: konsole
Version: 4:18.04.0-1
Severity: normal

Dear Maintainer,

Konsole in Debian repos got quite outdated, and upstream accumulated a lot of
bug fixes
and major features like support for extended DECSCUSR escape sequences (helps
for nvim)
and proper window splitting.

See:

* https://bugs.kde.org/show_bug.cgi?id=347323
* https://bugs.kde.org/show_bug.cgi?id=178320

Please upload the latest upstream version (at the time of writing - 19.08.0).

Thanks!



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

Kernel: Linux 5.3.0-rc2 (SMP w/16 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.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 konsole depends on:
ii  kio   5.54.1-1
ii  konsole-kpart 4:18.04.0-1
ii  libc6 2.28-10
ii  libkf5completion5 5.54.0-1
ii  libkf5configcore5 5.54.0-2
ii  libkf5configgui5  5.54.0-2
ii  libkf5configwidgets5  5.54.0-1
ii  libkf5coreaddons5 5.54.0-1
ii  libkf5crash5  5.54.0-1
ii  libkf5dbusaddons5 5.54.0-1
ii  libkf5globalaccel55.54.0-1
ii  libkf5i18n5   5.54.0-1
ii  libkf5iconthemes5 5.54.0-1
ii  libkf5kiowidgets5 5.54.1-1
ii  libkf5notifyconfig5   5.54.0-1
ii  libkf5widgetsaddons5  5.54.0-1
ii  libkf5windowsystem5   5.54.0-1
ii  libkf5xmlgui5 5.54.0-1
ii  libqt5core5a  5.11.3+dfsg1-2+b1
ii  libqt5gui55.11.3+dfsg1-2+b1
ii  libqt5widgets55.11.3+dfsg1-2+b1
ii  libstdc++69.1.0-10

konsole recommends no packages.

konsole suggests no packages.

-- no debconf information



Bug#921194: amarok: Amarok depends on libmariadbd18, which doesn't exist any longer

2019-08-15 Thread Louis-Philippe Véronneau
Control: tag -1 patch

Well, since this is a Team maintained package, I've created a Merge
Request on the Salsa VCS and asked people on IRC to merge and upload it:

https://salsa.debian.org/qt-kde-team/extras/amarok/merge_requests/1/diffs

As stated on Salsa, I've built with this patch on Sid and Testing and
the resulting package depends on libmariadb19 instead of libmariadb18.

From the feedback I've had this should be uploaded soonish.

Cheers!

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
  ⠈⠳⣄



signature.asc
Description: OpenPGP digital signature


Bug#934833: raspi3-firmware: Add custom parameter to config.txt

2019-08-15 Thread Sebastian Fiedler
Package: raspi3-firmware
Version: 1.20190215-1
Severity: wishlist

Dear Maintainer,

please add an option to add custom parameter to
config.txt

-- System Information:
Debian Release: 10.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: arm64 (aarch64)

Kernel: Linux 4.19.0-5-arm64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_CRAP
Locale: LANG=de_DE.UTF-8, LC_CTYPE=C.UTF-8 (charmap=locale: Cannot set 
LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE=de_DE.UTF-8 (charmap=locale: Cannot set LC_MESSAGES to default 
locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages raspi3-firmware depends on:
ii  dosfstools  4.1-2

raspi3-firmware recommends no packages.

raspi3-firmware suggests no packages.

-- debconf information excluded

diff --git a/debian/default/raspi-firmware b/debian/default/raspi-firmware
index ce65dee..53625e0 100644
--- a/debian/default/raspi-firmware
+++ b/debian/default/raspi-firmware
@@ -48,3 +48,7 @@
 #   screen and on the uart:
 #   CONSOLES="tty0 ttyS1,115200"
 #CONSOLES="auto"
+
+# Create a file "/etc/default/raspi-firmware-custom" to add custom parameter
+# to startup the kernel. Maybe not all options are supported.
+# (see https://www.raspberrypi.org/documentation/configuration/config-txt/)
diff --git a/debian/kernel/postinst.d/z50-raspi-firmware 
b/debian/kernel/postinst.d/z50-raspi-firmware
index b2d0a85..b50fb07 100755
--- a/debian/kernel/postinst.d/z50-raspi-firmware
+++ b/debian/kernel/postinst.d/z50-raspi-firmware
@@ -125,9 +125,17 @@ if [ "$INITRAMFS" != "no" ]; then
 # For details on the initramfs directive, see
 # https://www.raspberrypi.org/forums/viewtopic.php?f=63=10532
 initramfs ${latest_initrd_basename}
+
 EOF
 fi

+firmware_custom="/etc/default/raspi-firmware-custom"
+if [ -f "$firmware_custom" ]; then
+  cat >>/boot/firmware/config.txt 

Bug#934832: RM: pygpiv -- RoQA; orphaned; no Python 3 support and no reverse deps

2019-08-15 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal

No upstream releases since 2009.

Reverse deps checked with dak rm -Rnb python-gpiv

-- 
WBR, wRAR


signature.asc
Description: PGP signature


Bug#934831: RM: pylibssh2 -- RoQA; orphaned; dead upstream; no Python 3 support and no reverse deps

2019-08-15 Thread Andrey Rahmatullin
Package: ftp.debian.org
Severity: normal

Last upstream release in 2011, http://www.wallix.org/pylibssh2-project/ doesn't
work.

Reverse deps checked with dak rm -Rnb python-libssh2



Bug#934662: grace: Font mapping breaks with base35 *.t1 fonts

2019-08-15 Thread Nicholas Breen
On Tue, Aug 13, 2019 at 12:47:07AM -0500, Carlo Segre wrote:
> If the links ending in *.t1 in the /usr/share/grace/fonts/type1/ directory
> are renamed as *.pfb, then grace identifies all the fonts correctly and
> makes them all available with their proper name designations.  This
> indicates that the bug is in the source code for grace which should add a
> search for a fourth variant of the file name, i.e. with *.t1 as the
> extension.

Even worse: it's split between grace and t1lib code, with an awkward
interface between the two.

I'd *like* to solve it this way but only have a partial fix so far.
I'll poke at it further as time permits over the next few days, and
switch to your update-grace-fonts patch if it seems intractable. Thanks!


-- 
Nicholas Breen
nbr...@debian.org



Bug#933185: fai-server: /etc/fai/apt/sources.list should not contain trusted=yes to skip GPG verification

2019-08-15 Thread Christian Seiler

Hi,

(Sorry, overlooked your email.)

Am 2019-08-12 21:31, schrieb Thomas Lange:

I think we cannot fix it in this way.
gpg --export 2BF8D9FE074BCDE4 may not work, if the key is not already
downloaded and available for gpg. I also do not want to force to
install the package debian-keyring on the fai server.
And we should not create a file when calling fai-make-nfsroot under
/etc which is normally a config file.

The idea is to ship the gpg key directly in the fai-server package.
So I would add the file /etc/fai/apt/trusted.gpg.d/fai-project.gpg to
the package fai-server. What do you think?


Sorry if I wasn't clearer in my bugreport. Yes, I did mean that
you should simply add the fai-project.gpg to the package. The
gpg --export was just a demonstration how to work around this
issue with the current version of FAI.

So yes, if you added the file to the package and removed the
[trusted=yes] in the /etc/fai/apt/sources.list, that would be
perfect.

Thanks!

Best regards,
Christian



Bug#934830: ffmpeg h264_vaapi ignore -qp options

2019-08-15 Thread Aymeric
Package: ffmpeg
Version: 7:4.1.3-1
Severity: normal

Dear Maintainer,

When trying to convert a video using h264_vaapi codec there is two way
to define the quality of the videos:
- With the 'qp' parameters (works like crf setting of libx264)
- with bitrate control (using -b:v xk).

Only the bitrate control setting works, the qp parameters is not
working (it seem to be encoding as 'lossless' setting with bitrate more
than 3kbits/s - some test produce bitrate at 60Mbits/s), using the
same 'qp' parameters on Debian Stretch (ffmpeg 3.3.9) works as expected.
Tested on two computers just upgraded to Debian Buster where ffmpeg and
vaapi was working fine.

To reproduce take any video as input and encode with:

$ ffmpeg -vaapi_device /dev/dri/renderD128 -i foo.mp4 \
-vf 'format=nv12,hwupload' -c:V h264_vaapi -qp 23 -an bar.mp4

Change the value of -qp to anything within the range 0 to 51.

You can check the -qp setting of h264_vaapi codec using:
$ ffmpeg -h encoder=h264_vaapi

Unfortunatly I can't try with static build from ffmpeg because of bug
#68 (https://github.com/zimbatm/ffmpeg-static/issues/68).
Neither with version from snapcraft as vaapi doesn't work either.

This issue is probably more on libavcodec side than on ffmpeg.

Thanks.


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

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

Versions of packages ffmpeg depends on:
ii libavcodec58 7:4.1.3-1
ii libavdevice58 7:4.1.3-1
ii libavfilter7 7:4.1.3-1
ii libavformat58 7:4.1.3-1
ii libavresample4 7:4.1.3-1
ii libavutil56 7:4.1.3-1
ii libc6 2.28-10
ii libpostproc55 7:4.1.3-1
ii libsdl2-2.0-0 2.0.9+dfsg1-1
ii libswresample3 7:4.1.3-1
ii libswscale5 7:4.1.3-1

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn ffmpeg-doc 

-- no debconf information



Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Thorsten Glaser
On Thu, 15 Aug 2019, Mark Hindley wrote:

> Can you point me to any official documentation that says packages
> should not depend on systemd-sysv?

No, but why should they? It’s an almost empty package, and it
can be fulfilled by just depending on systemd.

It does not guarantee that systemd is the currently-running init,
nor that this will be so at the next boot.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**



Bug#934491: libelogind0: failing to switch from systemd to sysvinit-core/elogind results in libsystemd.so.0 disappearing

2019-08-15 Thread Thorsten Glaser
On Thu, 15 Aug 2019, Mark Hindley wrote:

> I am now wondering if the prime responsibliity for the system breakage here is
> down to apt's behaviour.
[…]
> At this point apt has failed to remove systemd/241-7 which depends on 
> libsystemd
> (=241-7). Surely it should not then go on to try and remove the systemd
> dependency?

Unsure if that’s apt or dpkg. Plus, the failing prerm is in systemd,
not in libsystemd0.

For dpkg, it makes sense to remove libsystemd0 nevertheless, when
called literally; for apt, it doesn’t. (Interestingly enough,
the dpkg developer has been telling the apt developers for ages
that dpkg now can handle this kind of dependencies, and not to
use the “do what I said and ignore dependencies” mode any more.)

It does make sense to bring the developers of both apt and dpkg
into this, irrelevant of where an improvement can be done, unless
my beer-induced idea I already posted works.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

**

Mit der tarent Academy bieten wir auch Trainings und Schulungen in den
Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an.

Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren Kontakt.

**



Bug#934829: kodi: does not use VAAPI

2019-08-15 Thread sacrediou
Package: kodi
Version: 2:17.6+dfsg1-4+b1
Followup-For: Bug #934829

Ooops,

Missed Kodi's logs :

NOTICE: Creating video codec with codec id: 27
NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC /
MPEG-4 part 10
NOTICE: Opening stream: 2 source: 256
NOTICE: Closing stream player 3
NOTICE: Opening stream: 6 source: 256
NOTICE: Creating audio stream (codec id: 86056, channels: 2, sample rate:
48000, no pass-through)
ERROR: VAAPI::CheckSuccess error: unknown libva error
NOTICE: VAAPI::Close
NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: H.264 / AVC / MPEG-4 AVC /
MPEG-4 part 10
NOTICE: PulseAudio: Opened device alsa_output.pci-_00_1b.0.iec958-stereo in
pcm mode with Buffersize 150 ms
NOTICE: GL: Selecting Single Pass YUV 2 RGB shader
NOTICE: GL: NPOT texture support detected
NOTICE: GL: Using GL_ARB_pixel_buffer_object
NOTICE: Using GL_TEXTURE_2D
NOTICE: GL: Selecting Single Pass YUV 2 RGB shader
NOTICE: GL: NPOT texture support detected
NOTICE: GL: Using GL_ARB_pixel_buffer_object
WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
WARNING: Previous line repeats 3 times.
NOTICE: CDVDVideoCodecFFmpeg::CDropControl: calculated diff time: 4
NOTICE: CVideoPlayer::CloseFile()
NOTICE: VideoPlayer: waiting for threads to exit
WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
WARNING: Previous line repeats 2 times.

By the way, VAAPI seems to work fine when using VLC with the same video on the
same computer.

I tried using gnome on xorg instead of wayland and the problem is the same.



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

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

Versions of packages kodi depends on:
ii  kodi-bin   2:17.6+dfsg1-4+b1
ii  kodi-data  2:17.6+dfsg1-4

Versions of packages kodi recommends:
ii  kodi-repository-kodi [kodi-repository]  2:17.6+dfsg1-4
ii  kodi-visualization-spectrum 1.1.1-1

kodi suggests no packages.

-- no debconf information



Bug#934829: kodi: does not use VAAPI

2019-08-15 Thread sacrediou
Package: kodi
Version: 2:17.6+dfsg1-4+b1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
After debian stretch to buster migration, the CPU usage in Kodi is very high
when playing video content (1080p H264).

When looking kodi's log


   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***



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

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

Versions of packages kodi depends on:
ii  kodi-bin   2:17.6+dfsg1-4+b1
ii  kodi-data  2:17.6+dfsg1-4

Versions of packages kodi recommends:
ii  kodi-repository-kodi [kodi-repository]  2:17.6+dfsg1-4
ii  kodi-visualization-spectrum 1.1.1-1

kodi suggests no packages.

-- no debconf information



Bug#886384: rxvt-unicode: font issue with FreeType 2.8 and TrueType fonts

2019-08-15 Thread Vincent Lefevre
On 2018-01-05 09:10:40 +0100, Vincent Lefevre wrote:
> Package: rxvt-unicode
> Version: 9.22-2
> Severity: important
> 
> Just like xterm and Emacs, rxvt-unicode has font issues with
> FreeType 2.8, which uses different rounding rules for ascender
> and descender for TrueType fonts. 2 consequences:
>   * The window is taller and wider than expected (which can break
> existing configurations and waste screen space).

A workaround for the wide window due to additional spacing between
letters is to use "-letsp -1".

Unfortunately, for the spacing between lines, using "-lsp -1" does
not have any effect.

>   * There sometimes (not always) are blank lines (rows or columns)
> between characters, which is an issue for line-drawing characters.

No issue with the built-in block graphics/line drawing characters
(the default), but some characters, not handled by this code, are
affected, e.g.


(the issue disappears with "-letsp -1") and

⎧
⎪
⎪
⎨
⎪
⎪
⎩

One may consider that supporting negative values with -lsp would
solve this bug (this would first need checking that the expected
blank line is removed).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



Bug#934828: iwl_mvm_add_new_dqa_stream_wk BUG in lib/list_debug.c:56

2019-08-15 Thread Marc Haber
Package: src:linux
Version: 5.2.7-1
Severity: normal

Hi,

this is an issue that I have been seing on my locally built kernels
since the migration from 5.0 to the cursed 5.1 release. I tried
reporting it to the netdev mailing list but only got "me too" answers,
so I know that I am not the only one who is affected. Unfortunately, no
kernel dev bothered.

You can see the issue at https://lkml.org/lkml/2019/5/30/723

Since I also experience this issue with a distribution kernel, I can now
happily pass on the ball ;-)

My primary notebook is a Lenovo X260 with an Intel Wireless 8260
(8086:24f3). The machine has quite a number of malfunctions with
wireless LAN with the affected kernels. I haven't gone back to a 5.0 or
earlier kernel to check since the issue sometimes doesn't happen for a
week. Then, it happens three times a day.

This is what I usually find in my syslog when the thing happens:
Aug 15 10:47:32 drop wpa_supplicant[1110]: lanw0: SME: Trying to authenticate 
with 02:9f:c2:ab:b6:9f (SSID='incluesion' freq=5240 MHz)
Aug 15 10:47:32 drop kernel: [253016.092764] lanw0: disconnect from AP 
f2:9f:c2:aa:b6:9f for new auth to 02:9f:c2:ab:b6:9f
Aug 15 10:47:32 drop kernel: [253016.104831] lanw0: authenticate with 
02:9f:c2:ab:b6:9f
Aug 15 10:47:32 drop kernel: [253016.113674] lanw0: send auth to 
02:9f:c2:ab:b6:9f (try 1/3)
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.3284] device 
(lanw0): supplicant interface state: completed -> authenticating
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.3284] device 
(p2p-dev-lanw0): supplicant management interface state: completed -> 
authenticati
ng
Aug 15 10:47:32 drop systemd-networkd[875]: lanw0: Lost carrier
Aug 15 10:47:32 drop kernel: [253016.127961] lanw0: 02:9f:c2:ab:b6:9f denied 
authentication (status 53)
Aug 15 10:47:32 drop wpa_supplicant[1110]: lanw0: CTRL-EVENT-AUTH-REJECT 
02:9f:c2:ab:b6:9f auth_type=2 auth_transaction=2 status_code=53
Aug 15 10:47:32 drop wpa_supplicant[1110]: dbus: wpa_dbus_property_changed: no 
property RoamComplete in object /fi/w1/wpa_supplicant1/Interfaces/0
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.3732] device 
(lanw0): supplicant interface state: authenticating -> disconnected
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.3733] device 
(p2p-dev-lanw0): supplicant management interface state: authenticating -> 
disconn
ected
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.4782] device 
(lanw0): supplicant interface state: disconnected -> scanning
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.4782] device 
(p2p-dev-lanw0): supplicant management interface state: disconnected -> scanning
Aug 15 10:47:32 drop wpa_supplicant[1110]: lanw0: SME: Trying to authenticate 
with f2:9f:c2:aa:b6:9f (SSID='incluesion' freq=2412 MHz)
Aug 15 10:47:32 drop kernel: [253016.470907] lanw0: authenticate with 
f2:9f:c2:aa:b6:9f
Aug 15 10:47:32 drop kernel: [253016.481429] lanw0: send auth to 
f2:9f:c2:aa:b6:9f (try 1/3)
Aug 15 10:47:32 drop wpa_supplicant[1110]: FT: Failed to set PTK to the driver
Aug 15 10:47:32 drop wpa_supplicant[1110]: lanw0: Trying to associate with 
f2:9f:c2:aa:b6:9f (SSID='incluesion' freq=2412 MHz)
Aug 15 10:47:32 drop kernel: [253016.492701] lanw0: authenticated
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.7090] device 
(lanw0): supplicant interface state: scanning -> authenticating
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.7090] device 
(p2p-dev-lanw0): supplicant management interface state: scanning -> 
authenticatin
g
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.7132] device 
(lanw0): supplicant interface state: authenticating -> associating
Aug 15 10:47:32 drop NetworkManager[4151]:   [1565858852.7132] device 
(p2p-dev-lanw0): supplicant management interface state: authenticating -> 
associa
ting
Aug 15 10:47:32 drop kernel: [253016.496648] lanw0: associate with 
f2:9f:c2:aa:b6:9f (try 1/3)
Aug 15 10:47:32 drop kernel: [253016.511399] lanw0: RX ReassocResp from 
f2:9f:c2:aa:b6:9f (capab=0x1431 status=0 aid=1)
Aug 15 10:47:32 drop kernel: [253016.534359] lanw0: associated
Aug 15 10:47:32 drop wpa_supplicant[1110]: dbus: wpa_dbus_property_changed: no 
property SessionLength in object /fi/w1/wpa_supplicant1/Interfaces/0
Aug 15 10:47:32 drop wpa_supplicant[1110]: lanw0: Associated with 
f2:9f:c2:aa:b6:9f
Aug 15 10:47:32 drop wpa_supplicant[1110]: lanw0: WPA: Key negotiation 
completed with f2:9f:c2:aa:b6:9f [PTK=CCMP GTK=CCMP]
Aug 15 10:47:32 drop wpa_supplicant[1110]: dbus: wpa_dbus_property_changed: no 
property RoamTime in object /fi/w1/wpa_supplicant1/Interfaces/0
Aug 15 10:47:32 drop wpa_supplicant[1110]: dbus: wpa_dbus_property_changed: no 
property RoamComplete in object /fi/w1/wpa_supplicant1/Interfaces/0
Aug 15 10:47:32 drop wpa_supplicant[1110]: lanw0: CTRL-EVENT-CONNECTED - 
Connection to f2:9f:c2:aa:b6:9f completed [id=1 id_str=]
Aug 15 10:47:32 drop systemd-networkd[875]: lanw0: Gained carrier
Aug 15 

  1   2   >