Bug#867898: debian-installer-netboot-images: debian-installer-9-netboot-amd64 scsi modules missing. Netboot image unusable

[Cyril Brulebois]

Control: severity -1 important

Hi Robert & kernel maintainers,

Paschedag, Robert  (2017-07-10):
> Package: debian-installer-netboot-images
> Version: 20170615
> Severity: serious
> 
> Trying to perform a PXE installation with the debian 9 (stretch)
> netboot image and a Debian 9.0.0 Release DVD 1 (amd64) fails, because
> no disks get detected by the installer.
> 
> There are no "scsi" module .udeb files downloaded by the installer.
> Also the scsi-core-modules udeb package is missing on the realease
> image disk (DVD). I also cannot find it within your cd image search
> tool (https://cdimage-search.debian.org/). Searching
> "scsi-core-modules" does not find a package for the "amd64"
> architecture.

There's a udeb for amd64 anyway:
  
https://packages.debian.org/stretch/amd64/scsi-core-modules-4.9.0-3-amd64-di/download

It seems to be used to build the cdrom initramfses on the following archs:
| kibi@armor:~/debian-installer/installer/build$ git grep scsi-core-modules|sort
| pkg-lists/cdrom/alpha.cfg:scsi-core-modules-${kernel:Version}
| pkg-lists/cdrom/amd64.cfg:scsi-core-modules-${kernel:Version}
| pkg-lists/cdrom/arm64.cfg:scsi-core-modules-${kernel:Version}
| pkg-lists/cdrom/i386.cfg:scsi-core-modules-${kernel:Version}
| pkg-lists/hd-media/armhf.cfg:scsi-core-modules-${kernel:Version}

(That's in src:debian-installer)

So it looks to me we only need to have the extra module in this udeb, and
the release images will automatically get it.


> The installation has been tried on a simple VMware VM with the LSI
> logic parallel controller. The driver that is used is the "mptspi.ko"
> module. This module (and other scsi) modules are missing.)

Kernel maintainers (in copy): maybe this wasn't added to one of the scsi
udebs because the module is below the drivers/message/fusion directory?

Feel free to steal the bug report away from us if the required change is
just about shipping extra .ko('s) into your udebs.


KiBi.


signature.asc
Description: Digital signature

Bug#862755: RFS: golang-github-go-ini-ini/1.27.0-1

[Félix Sipma]

Hi!

Sorry for the delay, I was offline during the last weeks.

On 2017-06-15 22:15+0200, Gianfranco Costamagna wrote:
> Hello,
> 
>>gbp clone --pristine-tar 
>> https://anonscm.debian.org/git/pkg-go/packages/golang-go-ini-ini.git
> 
> lets review (the mentors link)
> +golang-github-go-ini-ini (1.27.0-1) experimental; urgency=medium
> +
> +  * New upstream version 1.27.0
> +  * update Standards-Version and debhelper version
> +  * add myself to the uploaders
> +  * use https in the Vcs-Browser field
> +
> + -- Félix Sipma   Tue, 16 May 2017 16:22:10 +0200
> +
> +golang-github-go-ini-ini (1.8.6-3) unstable; urgency=medium
> +
> +  * Team upload.
> +  * Use a secure transport for the Vcs-Git and Vcs-Browser URL
> +
> + -- Paul Tagliamonte   Wed, 29 Jun 2016 20:21:03 -0400
> +
> 
> please merge the two changelog entries together

done

> please ask your comaintainers (in cc), if you can add yourself in uploaders 
> list

will do

>>2017/05/16 18:21:46 FAILED: grafana_2.6.0+dfsg-3 (see 
>> buildlogs/grafana_2.6.0+dfsg-3)
>>2017/05/16 18:21:46 FAILED: nomad_0.4.0+dfsg-1 (see 
>> buildlogs/nomad_0.4.0+dfsg-1)
>>2017/05/16 18:21:46 FAILED: packer_0.10.2+dfsg-5 (see 
>> buildlogs/packer_0.10.2+dfsg-5)
>>2017/05/16 18:21:46 FAILED: goiardi_0.11.4-1 (see 
>> buildlogs/goiardi_0.11.4-1)
>> 
>> grafana and nomad fails for unrelated reasons (see attached logs)
>> 
>> I don't get why goiardi and packer fail.
> 
> this should be sorted out before uploading in unstable, please ask upstream 
> or relative maintainers
> and fix this

not done yet... I also changed the target from experimental to unstable.

>> If the person who sponsors the upload could also give me upload permissions 
>> for
>> this package, that would be great!
> 
> after updating it, prod me if I forget :)
> 
> review:
> 
> +Vcs-Browser: 
> https://anonscm.debian.org/gitweb/?p=pkg-go/packages/golang-github-go-ini-ini.git;a=summary
> 
> please use cgit

done

> + ${misc:Depends},
> + golang-go
> 
> not mentioned in changelog

I just changed the indentation, this was already there :-).

> +version=3
> + https://github.com/go-ini/ini/releases \
> + .*/v?(\d[\d\.]*)\.tar\.gz
> 
> please mention in changelog

I have not done anything to this...

> and then we should be good :)
> 
> G.

Thanks for your review! Other people have expressed interest in getting an
updated restic in sid, so I hope to get help to fix the build failures... I've
uploaded the new package to mentors.


signature.asc
Description: PGP signature

Bug#800573: heimdall-flash: fails to download PIT for Galaxy S5 (G900T3)

[Mathias Behrle]

Package: heimdall-flash
Version: 1.4.1-2+b1
Followup-For: Bug #800573

I also just ran into the same problem, and can confirm that building from
the current release works for me (SM-G900F).

Please consider updating to version 1.4.2.


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (800, 'testing'), (700, 'unstable'), (600, 'experimental'), (500, 
'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
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 heimdall-flash depends on:
ii  libc6 2.24-12
ii  libgcc1   1:7.1.0-7
ii  libstdc++67.1.0-7
ii  libusb-1.0-0  2:1.0.21-2

heimdall-flash recommends no packages.

heimdall-flash suggests no packages.

-- no debconf information

Bug#867723: ejabberd: `dpkg-reconfigure ejabberd` fails with `Can't register admin user`

[Soren Stoutner]

Phillip,

Thank you for your quick response.  Before submitting the bug, I had tried to 
manually register a user with version 16.09-4 and received the same error you 
documented.  However, I am able to manually register the admin user with 
17.04-1~exp2, so it would be appropriate to lower the severity.

Thanks for your assistance.

Soren

P.S.  Note that I still get an `erl_crash.dump` file every time `dpkg-
reconfigure ejabberd` is run on 17.04-1~exp2, so there are likely some other 
incompatibilities introduced with the Erlang 20 transition.

On Sunday, July 9, 2017 12:55:36 PM MST you wrote:
> Am 08.07.2017 um 23:33 schrieb Soren Stoutner:
> > Package: ejabberd
> > Version: 17.04-1~exp2
> 
> I just tried this version, and it still works for me!

-- 
Soren Stoutner
Small Business Tech Solutions
623-262-6169
so...@smallbusinesstech.net
www.smallbusinesstech.net

Bug#867965: stretch-pu: package pykde4/4.14.3-2+deb9u1

[Scott Kitterman]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

QtWebKit support was removed from PyQt4 as part of an attempt to (originally)
remove it for stretch and later reduce its use to a minimum due to scads of
unfixed security issues (QtWebKit for Qt4 has been unmaintained upstream for
quite some time).  I neglected to remove QtWebKit usages from PyKDE4 before
release (see the bug this fixes).

All this patch does is remove usage of the not available functionality so that
the bindings work at all.  Regression risk is nil.  The same change is already
in sid and buster with no issues reported.

The package is ready to upload.  I would appreciate an ack in time to get this
in for 9.1 (but understand that I might not get that).

Debdiff attached.

Thanks,

Scott K
diff -Nru pykde4-4.14.3/debian/changelog pykde4-4.14.3/debian/changelog
--- pykde4-4.14.3/debian/changelog	2016-06-29 13:54:34.0 -0400
+++ pykde4-4.14.3/debian/changelog	2017-07-10 14:01:23.0 -0400
@@ -1,3 +1,13 @@
+pykde4 (4:4.14.3-2+deb9u1) stable; urgency=medium
+
+  * Team upload.
+  * Drop bindings for plasma webview bindings: No longer functional due to
+QtWebKit being dropped from PyQt4 and obsolete (Closes: #865861)
+- Add debian/patches/no_webview_webkit.patch
+- Drop libqtwebkit-dev from build-depends
+
+ -- Scott Kitterman   Mon, 10 Jul 2017 14:00:50 -0400
+
 pykde4 (4:4.14.3-2) unstable; urgency=medium
 
   * Team upload.
diff -Nru pykde4-4.14.3/debian/control pykde4-4.14.3/debian/control
--- pykde4-4.14.3/debian/control	2016-06-26 01:05:03.0 -0400
+++ pykde4-4.14.3/debian/control	2017-06-26 14:52:30.0 -0400
@@ -10,7 +10,6 @@
libphonon-dev (>= 4:4.6.0really4.4.4),
libqt4-dev (>= 4:4.7.1),
libqt4-opengl-dev (>= 4:4.7.1),
-   libqtwebkit-dev,
libsoprano-dev (>= 2.7.0),
pkg-config,
pkg-kde-tools (>= 0.12),
diff -Nru pykde4-4.14.3/debian/patches/no_webview_webkit.patch pykde4-4.14.3/debian/patches/no_webview_webkit.patch
--- pykde4-4.14.3/debian/patches/no_webview_webkit.patch	1969-12-31 19:00:00.0 -0500
+++ pykde4-4.14.3/debian/patches/no_webview_webkit.patch	2017-06-26 14:52:30.0 -0400
@@ -0,0 +1,158 @@
+--- pykde4-4.14.3.orig/CMakeLists.txt
 pykde4-4.14.3/CMakeLists.txt
+@@ -91,7 +91,6 @@ include_directories(
+ ${QT_QTSQL_INCLUDE_DIR}
+ ${QT_QTXML_INCLUDE_DIR}
+ ${QT_QTSVG_INCLUDE_DIR}
+-${QT_QTWEBKIT_INCLUDE_DIR}
+ ${KDE4_INCLUDE_DIR}
+ ${KDE4_INCLUDE_DIR}/solid
+ ${KDE4_INCLUDE_DIR}/kio
+--- pykde4-4.14.3.orig/sip/plasma/abstractrunner.sip
 pykde4-4.14.3/sip/plasma/abstractrunner.sip
+@@ -94,7 +94,6 @@
+ #include 
+ #include 
+ #include 
+-#include 
+ %End
+ 
+ namespace Plasma
+@@ -288,8 +287,6 @@ protected:
+ sipType = sipType_Plasma_SvgWidget;
+ else if (dynamic_cast(sipCpp))
+ sipType = sipType_Plasma_TabBar;
+-else if (dynamic_cast(sipCpp))
+-sipType = sipType_Plasma_WebView;
+ else if (dynamic_cast(sipCpp))
+ sipType = sipType_Plasma_CheckBox;
+ else if (dynamic_cast(sipCpp))
+--- pykde4-4.14.3.orig/sip/plasma/animation.sip
 pykde4-4.14.3/sip/plasma/animation.sip
+@@ -163,8 +163,6 @@ protected:
+ sipType = sipType_Plasma_SvgWidget;
+ else if (dynamic_cast(sipCpp))
+ sipType = sipType_Plasma_TabBar;
+-else if (dynamic_cast(sipCpp))
+-sipType = sipType_Plasma_WebView;
+ else if (dynamic_cast(sipCpp))
+ sipType = sipType_Plasma_CheckBox;
+ else if (dynamic_cast(sipCpp))
+@@ -292,5 +290,4 @@ public:
+ #include 
+ #include 
+ #include 
+-#include 
+ %End
+--- pykde4-4.14.3.orig/sip/plasma/plasmamod.sip
 pykde4-4.14.3/sip/plasma/plasmamod.sip
+@@ -27,7 +27,6 @@
+ %Import QtGui/QtGuimod.sip
+ %Import QtNetwork/QtNetworkmod.sip
+ %Import QtSvg/QtSvgmod.sip
+-%Import QtWebKit/QtWebKitmod.sip
+ %Import QtXml/QtXmlmod.sip
+ %Import QtDeclarative/QtDeclarativemod.sip
+ %Import QtScript/QtScriptmod.sip
+@@ -116,5 +115,4 @@
+ %Include toolbutton.sip
+ %Include treeview.sip
+ %Include videowidget.sip
+-%Include webview.sip
+ %Include windoweffects.sip
+--- pykde4-4.14.3.orig/sip/plasma/webview.sip
 /dev/null
+@@ -1,93 +0,0 @@
+-// Copyright 2008 Simon Edwards 
+-
+-// Generated by twine
+-
+-// This program is free software; you can redistribute it and/or modify
+-// it under the terms of the GNU Library General Public License as
+-// published by the Free Software Foundation; either version 2, or
+-// (at your option) any later version.
+-
+-// This program is distributed in the hope that it will be useful,
+-// but WITHOUT ANY WARRANTY; without even the implied warranty of

Bug#867256: monitoring-plugins-basic: fails to install: Error: The new file apt.cfg does not exist!

[Andreas Beckmann]

Control: tag -1 sid buster - moreinfo unreproducible

On 2017-07-10 15:39, Jan Wagner wrote:
> I did run a "apt install monitoring-plugins-basic" on a fresh stretch
> container.

Looking at my logs, the problem was only reproducible in sid at the time
I filed the bug, but now it also happens in buster.

OK, let me debug a bit more after the failure occurred

# sed -i '2iset -x' /var/lib/dpkg/info/monitoring-plugins-basic.postinst
# dpkg --configure --pending
Setting up monitoring-plugins-basic (2.2-3) ...
+ set -e
+ templdir=/usr/share/monitoring-plugins/templates-basic
+ . /usr/share/monitoring-plugins/dpkg/functions
+ npconfdir=/etc/nagios-plugins/config
+ plugindir=/usr/lib/nagios/plugins/
+ [ configure = configure ]
+ register_cfgs
+ cd /usr/share/monitoring-plugins/templates-basic
+ dest=/etc/nagios-plugins/config/apt.cfg
+ ucf apt.cfg /etc/nagios-plugins/config/apt.cfg
Error: The new file apt.cfg does not exist!
dpkg: error processing package monitoring-plugins-basic (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 monitoring-plugins-basic

extending the error message in ucf to also print $(pwd), reveals that
the current directory of the process is /, which leads us to


debconf (1.5.62) unstable; urgency=medium
...
  * Change directory to / before executing maintainer scripts (closes:
#608648).
...


So address your configuration files with absolute paths.



Andreas

Bug#867972: keychain: adding a GPG key fails

[Dave Love]

Package: keychain
Version: 2.8.2-0.1
Severity: normal

Trying to add a GPG key according to the documentation fails.  It's
fixed in version 2.8.3 by
.

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages keychain depends on:
ii  openssh-client [ssh-client]  1:7.4p1-10

keychain recommends no packages.

Versions of packages keychain suggests:
ii  gnupg-agent  2.1.18-6
pn  ssh-askpass  

-- no debconf information

Bug#867974: libqt5gui5: new-delete-type-mismatch in QOpenGLContext destructor

[Sergey Sharybin]

Package: libqt5gui5
Version: 5.7.1+dfsg-3+b1
Severity: normal

Dear Maintainer,

When building Qt5 application which uses QOpenGL classes with ASAN support 
there is
a new-delete-type-mismatch reported by the ASAN.

In order to reproduce the issue, it is enough to compile threadedqopenglwidget 
demo
application with -fsanitize=address, run the application, close all windows. 
See the
ASAN report in console after that.

This is likely the same exact issue as reported there:

  https://bugreports.qt.io/browse/QTBUG-57773

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

Kernel: Linux 4.11.5-vanilla (SMP w/4 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 libqt5gui5 depends on:
ii  fontconfig   2.11.0-6.7+b1
ii  libc62.24-11+deb9u1
ii  libdrm2  2.4.74-1
ii  libegl1-mesa [libegl1-x11]   13.0.6-1+b2
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3.2
ii  libgbm1  13.0.6-1+b2
ii  libgcc1  1:7.1.0-7
ii  libgl1-mesa-glx [libgl1] 13.0.6-1+b2
ii  libglib2.0-0 2.50.3-2
ii  libharfbuzz0b1.4.2-1
ii  libice6  2:1.0.9-2
ii  libinput10   1.6.3-1
ii  libjpeg62-turbo  1:1.5.1-2
ii  libmtdev11.1.5-1+b1
ii  libpng16-16  1.6.28-1
ii  libqt5core5a [qtbase-abi-5-7-1]  5.7.1+dfsg-3+b1
ii  libqt5dbus5  5.7.1+dfsg-3+b1
ii  libqt5network5   5.7.1+dfsg-3+b1
ii  libsm6   2:1.2.2-1+b3
ii  libstdc++6   7.1.0-7
ii  libudev1 232-25
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb-glx0  1.12-1
ii  libxcb-icccm40.4.1-1
ii  libxcb-image00.4.0-1+b2
ii  libxcb-keysyms1  0.4.0-1+b2
ii  libxcb-randr01.12-1
ii  libxcb-render-util0  0.3.9-1
ii  libxcb-render0   1.12-1
ii  libxcb-shape01.12-1
ii  libxcb-shm0  1.12-1
ii  libxcb-sync1 1.12-1
ii  libxcb-xfixes0   1.12-1
ii  libxcb-xinerama0 1.12-1
ii  libxcb-xkb1  1.12-1
ii  libxcb1  1.12-1
ii  libxi6   2:1.7.9-1
ii  libxkbcommon-x11-0   0.7.1-1
ii  libxkbcommon00.7.1-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages libqt5gui5 recommends:
ii  libqt5svg5 5.7.1~20161021-2+b2
ii  mesa-utils 8.3.0-3
pn  qt5-gtk-platformtheme  

Versions of packages libqt5gui5 suggests:
pn  qt5-image-formats-plugins  
pn  qtwayland5 

-- no debconf information

Bug#866712: moonshot-gss-eap FTBFS on arm64: libeap/src/utils/common.h:429:0: error: "__bitwise" redefined [-Werror]

[Sam Hartman]

I'm starting the process of updating to new upstream.
I think that is reasonably likely to fix this.  If not, I'll look into
the issue after the update.
I'm OK if moonshot-gss-eap falls out of testing for a few weeks.

--Sam

Bug#867996: haskell-aeson FTBFS: undefined symbol: aesonzm1zi0zi2zi1zmATVva2eon9U8IQdb5aU6Rk_DataziAesonziEncodingziInternal_utcTime1_closure

[Adrian Bunk]

Source: haskell-aeson
Version: 1.0.2.1-2
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-aeson

...
Preprocessing test suite 'tests' for aeson-1.0.2.1...
[ 1 of 13] Compiling Types( tests/Types.hs, 
dist-ghc/build/tests/tests-tmp/Types.o )
[ 2 of 13] Compiling Options  ( tests/Options.hs, 
dist-ghc/build/tests/tests-tmp/Options.o )
[ 3 of 13] Compiling Functions( tests/Functions.hs, 
dist-ghc/build/tests/tests-tmp/Functions.o )
[ 4 of 13] Compiling Instances( tests/Instances.hs, 
dist-ghc/build/tests/tests-tmp/Instances.o )
[ 5 of 13] Compiling Encoders ( tests/Encoders.hs, 
dist-ghc/build/tests/tests-tmp/Encoders.o )
: can't load .so/.DLL for: 
/<>/dist-ghc/build/libHSaeson-1.0.2.1-ATVva2eon9U8IQdb5aU6Rk-ghc8.0.2.so
 
(/<>/dist-ghc/build/libHSaeson-1.0.2.1-ATVva2eon9U8IQdb5aU6Rk-ghc8.0.2.so:
 undefined symbol: 
aesonzm1zi0zi2zi1zmATVva2eon9U8IQdb5aU6Rk_DataziAesonziEncodingziInternal_utcTime1_closure)
/usr/share/cdbs/1/class/hlibrary.mk:147: recipe for target 'build-ghc-stamp' 
failed
make: *** [build-ghc-stamp] Error 1
dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Bug#867998: mnemosyne: AttributeError on PageDown

[Jeffrey Cliff]

package: mnemosyne
X-Debbugs-Cc: jeffrey.cl...@gmail.com
version: 2.4-0.1
severity: minor

Dear Maintainer,

On main mnemosyne screen, typing 'PageDown' key consistently results in:

"An unexpected error has occurred.
Please forward the following info to the developers:

Traceback (innermost last):
  File "/usr/lib/python3/dist-packages/mnemosyne/pyqt_ui/review_wdgt.py",
line
326, in keyPressEvent
self.scroll_down()
  File "/usr/lib/python3/dist-packages/mnemosyne/pyqt_ui/review_wdgt.py",
line
362, in scroll_down
self.review_controller().card.fact_view.a_on_top_of_q:
 AttributeError: 'NoneType' object has no attribute 'fact_view'"

what should happen:
if the pane in question has a vertical scroll bar, it could either go down
or
not go down, but not error out





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

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

Versions of packages mnemosyne depends on:
ii  libjs-sphinxdoc 1.4.9-2
ii  libqt5sql5-sqlite   5.7.1+dfsg-3+b1
ii  python3 3.5.3-1
ii  python3-cherrypy3   3.5.0-2
ii  python3-matplotlib  2.0.0+dfsg1-2
ii  python3-pyqt5   5.7+dfsg-5
ii  python3-pyqt5.qtsql 5.7+dfsg-5
ii  python3-pyqt5.qtwebchannel  5.7+dfsg-5
ii  python3-pyqt5.qtwebengine   5.7+dfsg-5
ii  python3-webob   1:1.6.2-2

mnemosyne recommends no packages.

mnemosyne suggests no packages.

-- no debconf information

Bug#864676: [Pkg-phototools-devel] Bug#864676: [darktable] Freezes when trying to operate on RAW images

[Antonio Marcos López Alonso]

Have revisited darktable since last upgrades and it seems the issue is gone. 
Anyway, for the record, having several USB devices plugged in (as I often 
have) has no noticeable effect in my case. Whenever the issue happened a 
reboot should do the trick to have darktable working again. And it seemed 
suspending to RAM forth and back was a major source of trouble on this matter.

Antonio

El lunes, 10 de julio de 2017 7:27:13 (WEST) David Bremner escribió:
> Another user reported freezes due to interaction with gphoto and a
> charging USB phone. If you have a phone charging in your computer, can
> you verify that the freezes still happen without any phones or
> non-essential USB devices attached.
> 
> d

Bug#867541: please build ruby binding of grpc

[Andrew Pollock]

On Mon, Jul 10, 2017 at 10:59:07AM +0200, László Böszörményi (GCS) wrote:
> Andrew, please link me to the grpc-packages link/account if possible.
> It's bad that I can't follow this package from the first hand.
> 

Sorry, can you please clarify what you're asking for here?


signature.asc
Description: Digital signature

Bug#608648: dpkg-reconfigure should chdir("/") before running maintainer scripts

[Andreas Beckmann]

Followup-For: Bug #608648

This change causes regressions, e.g. #867256. I might find more until
sid has seen a complete recheck in piuparts.

That change sounds sensible and should not be reverted, just the
affected packages should be fixed.


Andreas

Bug#867818: No printer listed in some applications when no default printer is set

[Didier 'OdyX' Raboud]

Control: tags -1 +patch +pending

Le lundi, 10 juillet 2017, 09.28:00 h CEST Viktor Jägersküpper a écrit :
> Brian Potkin:
> > On Sun 09 Jul 2017 at 17:41:00 +, Viktor Jägersküpper wrote:
> >> The bug is already fixed upstream.
> > 
> > Reference, please.
> 
> https://github.com/apple/cups/commit/
b2f85109da901eb652babdc4f2a846c1c28228ff

Ah, great, thank you for the reference! Will include in the next upload!

Cheers,
OdyX

Bug#867966: stretch-pu: packages python3-colorlog/2.10.0-1 and python3-plumbum/1.6.2-1

[Philipp Huebner]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Hi,

due to bugs #867422 and #867449 the Python 3 versions of my packages
ended up without any dependencies.

The fix is to add a single "3" in debian/control:
-Depends: ${misc:Depends}, ${python:Depends}
+Depends: ${misc:Depends}, ${python3:Depends}

I have already fixed this in unstable and would like to fix this in
Stretch, too. Maybe Jessie as well.

Regards,
Philipp

Bug#867973: jessie-pu: package wordgrinder/0.5.1-1

[David Given]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

The version in jessie of my package WordGrinder is painfully old and has a
number of showstopping bugs (document corruption and loss of data). The next
available version in Debian is the version in stable, 0.6-3, which has fixed
these bugs and also contains major functionality improvements.

0.6-3 builds on jessie out-of-the-box with no repackaging required, and so I
would like to propose the version from stable to be included in the next jessie
point release.

(No debdiff is attached as it's empty!)

Disclaimer: as well as being the package maintainer I'm also the upstream
author of WordGrinder (and it's my considered opinion that WordGrinder 0.5.1
needs to be taken out of circulation as quickly as possible before it starts
hurting people).

-- System Information:
Debian Release: 8.8
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: armhf (armv7l)

Kernel: Linux 3.18.0-trunk-rpi2 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#865362:

[Matthias Klumpp]

2017-07-10 23:35 GMT+02:00  :
> Is there any chance in getting this done soon?  I’d like to update fwupd in
> unstable, but I’m blocked by this still.  Upstream has release 0.7.0 since
> this was filed and that can also update experimental from the git snapshot.

It's blocked on other parts of GNOME, mainly gobject-introspection.
You also don't need to file bugs like this seconds after the release,
usually it takes a bit of time to get all things in order to do bigger
transitions again.

I hope we can rule out issues soonish and get gobject-introspection
updated in unstable.
Meanwhile, you can always upload to experimental.

Bug#867232: debian-installer: Does not ask for network mirror when installing from DLBD image

[Cyril Brulebois]

Control: tag -1 - d-i

Hi,

M. Buecher  (2017-07-05):
> when installing Debian from a DLBD image, then debian-installer does not
> ask if a network mirror should be used, leaving /etc/apt/sources.list only
> populated with the security repository and missing the standard and
> stretch-update repositories.
> 
> I would expect to be asked for a network error, as it is when using a DVD
> image, so that the normal and stretch-update repositories are correctly
> set up in /etc/apt/sources.list.

Please attach installer logs, see:
  https://www.debian.org/releases/stretch/armhf/ch05s04.html.en#problem-report


KiBi.


signature.asc
Description: Digital signature

Bug#867973: jessie-pu: package wordgrinder/0.5.1-1

[Cyril Brulebois]

David Given  (2017-07-10):
> Well, I actually approached backports, and they firmly told me to come
> here instead (and even provided instructions)...
> 
> Okay, so what now? I don't really want a backport anyway; I just want
> the version that's currently in stable pushed to jessie as well. That
> version has been in Debian since late 2015, so it's not precisely new;
> it's not like I'm proposing an unstable version.
> 
> I do *not* want the package removed from jessie. It turns out there's
> still a fair number of people who use it, on jessie, and I want to make
> sure that they're supported.

Then extract targeted patches to fix specific bugs in jessie, and propose
a smaller debdiff/diffstat than the one Adam pointed out.


KiBi.


signature.asc
Description: Digital signature

Bug#867995: bsdmainutils: cal fails with error when invoked with '-h'

[Felix Crux]

Package: bsdmainutils
Version: 9.0.12+nmu1
Severity: normal

Dear Maintainer,

The `cal` binary that is part of `bsdmainutils` has stopped supporting the '-h'
flag (documented in the man page as "Turns off highlighting of today").

Specifically, when invoked as `cal -h`, a calendar of the current month (without
any highlighting) is not printed. Instead, the "Usage" message describing valid
parameters is shown.

It is perhaps interesting that it *does* work for `ncal` -- only the `cal` form
is affected.

It is also interesting that when attempting to use a genuinely invalid flag
(like, for example, '-a'), `cal` prints the error "invalid option -- 'a'" before
the "Usage" message, but no such error is printed for '-h'.

I can confirm that this option did work in Debian jessie, but I don't know when
the problem was introduced.

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

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

Versions of packages bsdmainutils depends on:
ii  bsdutils 1:2.29.2-1
ii  debianutils  4.8.1.1
ii  libbsd0  0.8.3-1
ii  libc62.24-11+deb9u1
ii  libncurses5  6.0+20161126-1
ii  libtinfo56.0+20161126-1

bsdmainutils recommends no packages.

Versions of packages bsdmainutils suggests:
ii  cpp   4:6.3.0-4
pn  vacation  
ii  wamerican [wordlist]  7.1-1
pn  whois 

-- no debconf information

Bug#867994: libllvm-ocaml-dev: unhandled symlink to directory conversion: /usr/lib/ocaml/llvm

[Andreas Beckmann]

Package: libllvm-ocaml-dev
Version: 1:4.0-37~exp2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

This was observed on the following upgrade paths:

  sid -> experimental

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

For other overwritten locations anything interesting may happen.

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

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
to perform the conversion, ideally using d/$PACKAGE.maintscript.
Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


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

1m5.1s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/lib/ocaml/llvm/libllvm.a (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/libllvm.a (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/libllvm_AArch64.a (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/libllvm_AArch64.a (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/libllvm_AMDGPU.a (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/libllvm_AMDGPU.a (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/libllvm_ARM.a (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/libllvm_ARM.a (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/libllvm_BPF.a (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/libllvm_BPF.a (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/libllvm_Hexagon.a (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/libllvm_Hexagon.a (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
[...]
  /usr/lib/ocaml/llvm/llvm_vectorize.cma (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/llvm_vectorize.cma (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/llvm_vectorize.cmi (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/llvm_vectorize.cmi (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/llvm_vectorize.cmx (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/llvm_vectorize.cmx (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/llvm_vectorize.cmxa (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/llvm_vectorize.cmxa (libllvm-3.8-ocaml-dev)
/usr/lib/ocaml/llvm -> llvm-3.8
  /usr/lib/ocaml/llvm/llvm_vectorize.mli (libllvm-4.0-ocaml-dev) != 
/usr/lib/ocaml/llvm-3.8/llvm_vectorize.mli (?)
/usr/lib/ocaml/llvm -> llvm-3.8


cheers,

Andreas


libllvm-ocaml-dev_1:4.0-37~exp2.log.gz
Description: application/gzip

Bug#813901: ITP: btrfsmaintenance -- Btrfs maintenance toolbox

[Nicholas D Steeves]

Control: owner -1 !

As it has been almost two months without any objections or any
followup from Ioan, I am claiming this bug.  Expect to see
btrfsmaintenance in Debian very soon :-)

On Mon, Oct 24, 2016 at 07:29:40AM +0200, Marc Haber wrote:
> On Sat, Feb 06, 2016 at 05:41:06PM +0200, Ioan Eugen Stan wrote:
> > I've uploaded the package and took the reccomendations into consideration.
> > 
> > http://mentors.debian.net/package/btrfsmaintenance
> 
> what is the state of this package? I don't see it any more on
> mentors.debian.net, and it is not in the archive, and the bug is still
> open.
> 
> Is a sponsor still needed?

Hi Marc,

I'm planning to push to a git repo in the collab-maint after just a
bit more work.  Are you interested in sponsoring this upload?

Sincerely,
Nicholas


signature.asc
Description: Digital signature

Bug#554794: badblocks -c and -n

[Matt Taggart]

#554794 concerns the time it takes to run badblocks for any particular
value of the -c option (count of blocks to do at once).

At the time (2009) it wasn't clear if larger values of -c improved runtime,
although one user (in 2011) reports 10% improvement.

The current -c (block count) default is 64 blocks.
The current -b (block size) default is 1024 bytes.

AFAICT the last time they were increased was 2004 (#232240, -c from 16 to
64).

A related bug (#764636) when running badblocks on a 14tb device was solved
by switching to -b 4096.

Given the device size increases and RAM/CPU improvements since all these
things occurred, is there any value to increasing the defaults? Does anyone
have any data? If not then what tests would be valuable?

I often run many badblocks instances at once on separate SATA devices (so
no bus contention), what are the optimal settings for that case?

Thanks,

--
Matt Taggart
tagg...@debian.org




pgp0xF0cpiIyb.pgp
Description: PGP signature

Bug#867997: jessie->stretch, all apt clients break with /var/lib/dpkg/status realpath error

[Alan Schwartz]

Package: upgrade-reports
Version: 9
Severity: grave

Followed the Debian 9 release notes to upgrade a jessie i386 (686) machine
to stretch. No apt sources except official debian ones. Following the apt-get
dist-upgrade step, attempts to use apt-get, apt-cache, aptitude
produce the following error:

# apt-get update
Hit:1 http://ftp.us.debian.org/debian stretch-updates InRelease
Ign:2 http://ftp.debian.org/debian stretch InRelease
Get:3 http://security.debian.org stretch/updates InRelease [62.9 kB]
Hit:4 http://ftp.debian.org/debian stretch Release
Fetched 62.9 kB in 1s (38.2 kB/s)
Reading package lists... Error!
E: flAbsPath on /var/lib/dpkg/status failed - realpath (22: Invalid
argument)
E: Could not open file  - open (2: No such file or directory)
E: Problem opening
E: The package lists or status file could not be parsed or opened.


Error persists after reboot of the system.

However, dpkg -l and similar still work. The /var/lib/dpkg structure
appears to be intact:

$ ls -l /var/lib/dpkg
total 6904
drwxr-xr-x 2 root root4096 Jul  7 16:39 alternatives
-rw-r--r-- 1 root root 1379057 Apr 28  2015 available
-rw-r--r-- 1 root root 1361618 Apr 28  2015 available-old
-rw-r--r-- 1 root root   8 Feb 20  2006 cmethopt
-rw-r--r-- 1 root root 953 Jul  7 15:54 diversions
-rw-r--r-- 1 root root1034 Jul  7 15:54 diversions-old
drwxr-xr-x 2 root root  339968 Jul  7 16:03 info
-rw-r- 1 root root   0 Jul  7 16:44 lock
-rw-r- 1 root root   0 Feb 20  2006 methlock
drwxr-xr-x 7 root root4096 Feb  7  2011 methods
drwxr-xr-x 2 root root4096 May 26  2005 parts
-rw-r--r-- 1 root root 460 Jul  7 16:40 statoverride
-rw-r--r-- 1 root root 421 Jul  7 16:40 statoverride-old
-rw-r--r-- 1 root root 1961225 Jul  7 16:44 status
-rw-r--r-- 1 root root 1961225 Jul  7 16:44 status-old
drwxr-xr-x 2 root root4096 Jul  7 16:43 triggers
drwxr-xr-x 2 root root4096 Jul  7 16:44 updates


I am using Debian GNU/Linux 2.2, kernel 2.2.17-pre-patch-13 and libc6
2.1.3-10.

Earlier in the week, I did a similar upgrade on another system with same
hardware and didn't experience a problem.

Bug#858888: flashplugin-nonfree: Can confirm, 404 when wget tries to grab package

[aska]

Package: flashplugin-nonfree
Version: 1:3.6.1+deb8u1
Followup-For: Bug #85

Dear Maintainer,

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

   * What led up to the situation? 
Tried to install flashplugin-nonfree; got a 404 when the script tried 
to wget the plugin from Adobe's website. 


-- Package-specific info:
Debian version: 8.7
Architecture: amd64
Package version: 1:3.6.1+deb8u1
MD5 checksums:
29c85bc8504422120cf89702986ff8e1  
/var/cache/flashplugin-nonfree/get-upstream-version.pl
md5sum: /usr/lib/flashplugin-nonfree/libflashplayer.so: No such file or 
directory
Alternatives:
update-alternatives: error: no alternatives for flash-mozilla.so
ls: cannot access /usr/lib/mozilla/plugins/flash-mozilla.so: No such 
file or directory
/usr/lib/mozilla/plugins/flash-mozilla.so: cannot open 
`/usr/lib/mozilla/plugins/flash-mozilla.so' (No such file or directory)

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

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

Versions of packages flashplugin-nonfree depends on:
ii  binutils   2.25-5
ii  ca-certificates20141019+deb8u2
ii  debconf [debconf-2.0]  1.5.56
ii  gnupg  1.4.18-7+deb8u3
ii  libatk1.0-02.14.0-1
ii  libcairo2  1.14.0-2.1+deb8u2
ii  libcurl3-gnutls7.38.0-4+deb8u5
ii  libfontconfig1 2.11.0-6.3+deb8u1
ii  libfreetype6   2.5.2-3+deb8u1
ii  libgcc11:4.9.2-10
ii  libglib2.0-0   2.42.1-1+b1
ii  libgtk2.0-02.24.25-3+deb8u1
ii  libnspr4   2:4.12-1+debu8u1
ii  libnss32:3.26-1+debu8u1
ii  libpango1.0-0  1.36.8-3
ii  libstdc++6 4.9.2-10
ii  libx11-6   2:1.6.2-3
ii  libxext6   2:1.3.3-1
ii  libxt6 1:1.1.4-1+b1
ii  wget   1.16-1+deb8u1

flashplugin-nonfree recommends no packages.

Versions of packages flashplugin-nonfree suggests:
ii  fonts-dejavu   2.34-1
pn  hal
ii  iceweasel  45.9.0esr-1~deb8u1
pn  konqueror-nsplugins
pn  ttf-mscorefonts-installer  
pn  ttf-xfree86-nonfree

-- no debconf information

Bug#867873: haskell-vector FTBFS: error: Duplicate instance declarations

[Adrian Bunk]

Source: haskell-vector
Version: 0.11.0.0-7
Severity: serious

I can reproduce this on amd64:

https://buildd.debian.org/status/fetch.php?pkg=haskell-vector=armhf=0.11.0.0-7%2Bb1=1499645095=0

...
[1 of 6] Compiling Utilities( tests/Utilities.hs, 
dist-ghc/build/vector-tests-O0/vector-tests-O0-tmp/Utilities.o )

tests/Utilities.hs:54:10: error:
Duplicate instance declarations:
  instance Arbitrary a => Arbitrary (Identity a)
-- Defined at tests/Utilities.hs:54:10
  instance [safe] Arbitrary a => Arbitrary (Identity a)
-- Defined in `Test.QuickCheck.Arbitrary'

tests/Utilities.hs:57:10: error:
Duplicate instance declarations:
  instance CoArbitrary a => CoArbitrary (Identity a)
-- Defined at tests/Utilities.hs:57:10
  instance [safe] CoArbitrary a => CoArbitrary (Identity a)
-- Defined in `Test.QuickCheck.Arbitrary'
/usr/share/cdbs/1/class/hlibrary.mk:147: recipe for target 'build-ghc-stamp' 
failed
make: *** [build-ghc-stamp] Error 1

Bug#867874: haskell-hledger-lib build-depends libghc-megaparsec-dev (< 5.2) but 5.2.0-2 is to be installed

[Adrian Bunk]

Source: haskell-hledger-lib
Version: 1.1-1
Severity: serious

The following packages have unmet dependencies:
 builddeps:haskell-hledger-lib : Depends: libghc-megaparsec-dev (< 5.2) but 
5.2.0-2 is to be installed

Bug#867673: [checks/cruft] Microsoft help files can be built using free software

[Colin Watson]

On Sun, Jul 09, 2017 at 11:20:53PM +0100, Chris Lamb wrote:
> Actually, this wasn't too ugly in the end:
> 
>   
> https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=1371b6b57d571459a4a9ec7481ea2e73aea283cd

Looks reasonable, thanks; but maybe you still want to keep the positive
file contents test for "MS Windows Html Help Data" or similar in there
somewhere?  As it now stands, any file with the .chm extension that
doesn't contain "Halibut," will match, which may be a bit broad.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#867541: please build ruby binding of grpc

[GCS]

On Mon, Jul 10, 2017 at 7:24 AM, Pirate Praveen
 wrote:
> [copying current maintainers]
>
> On 07/10/2017 01:26 AM, Steinar H. Gunderson wrote:
>> On Mon, Jul 10, 2017 at 01:00:07AM +0530, Pirate Praveen wrote:
 It would be great if grpc package could also build ruby-grpc binary.
>>> Attaching the debdiff to build ruby-grpc. I think it would be a good
>>> idea to maintain it in collab-maint.
>>
>> FWIW, I don't intend to maintain grpc myself, but as it is, it doesn't seem
>> like the maintainers are active anymore, so perhaps someone should declare
>> this effectively orphaned. I don't remember the proper procedure for doing
>> so, though.
 I'm still active and would like to update protobuf first. But I've
several security related bugs to fix in my other packages and those
have priority.
Andrew, please link me to the grpc-packages link/account if possible.
It's bad that I can't follow this package from the first hand.

> I'd like to be a co-maintainer since I'm interested in ruby-grpc for
> gitlab. Would you like to host it in collab-maint?
 I think no, but you may join to the group and/or send patches.

Regards,
Laszlo/GCS

Bug#858111: libuim-data: should use triggers to run uim-module-manager

[dai]

Hello,

On Thu, Jul 06, 2017 at 05:35:23PM +0900, Takatsugu Nokubi wrote:
> I think there are two way to fix it:
> 
> 1. add a dependency to libuim-utils on libuim-data, it should be prohibit
> such installation order.
> 
> 2. add uim-utils.posinst and invoke uim-module-manager when there are
> no *scm files in /var/lib/uim
> 
> Which is the best way?

I think 2 is better way than 1.  1 may cause wayward dependency hell.

> I don't know the such situation libuim-data without
> uim-utils is required for anyone or not.

Just my two cents, we had better to reduce the number of uim package to
facilitate uim package manegement; e.g. synthesize some sub packages...
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: PGP signature

Bug#867673: [checks/cruft] Microsoft help files can be built using free software

[Chris Lamb]

Hi Colin,

> Looks reasonable, thanks; but maybe you still want to keep the positive
> file contents test for "MS Windows Html Help Data"

Whoops, that was an accidentally omission. Re-added in:

  https://anonscm.debian.org/git/lintian/lintian.git/commit/?
id=572cb94a8816e5193c22331ca892412d97a7fc93

Good spot & thank you.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb, Debian Project Leader
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#867868: [PATCH] lsscsi: Fix truncation of 128-bit wwn

[Vaibhav Jain]

Currently with '--wwn' flag 128-bit wwns are getting truncated with
their last 3 hex-digit missing. Below is a comparison of wwn reported
by lspsci compared to wwn listed at /dev/disk/by-id directory.

% lsscsi -w 0:0:5:0
[0:0:5:0] disk 0x60050764008181941 /dev/sdad

% ls -l /dev/disk/by-id/wwn-*
lrwxrwxrwx. 1 root root 10 Oct 19 01:08 
/dev/disk/by-id/wwn-0x600507640081819411b1 -> ../../sdad

To fix this the patch increases the size of member wwn of struct
disk_wwn_node_entry to 35 chars to accommodate the extra '0x' prefix and
null terminator. Also the size of the buffer wwn_str thats used to
output wwn to the std-out is also increased to match the corresponding
member of disk_wwn_node_entry.



fix-lsscsi-Fix-truncation-of-128-bit-wwn.debdiff
Description: Binary data
-- 
Vaibhav Jain 
Linux Technology Center, IBM India Pvt. Ltd.

Bug#867033: Openssh Server causes Server Hang

[Colin Watson]

On Mon, Jul 10, 2017 at 01:54:25PM +0900, 이강우 wrote:
> PS: There is nothing in the log file.
> The server will be stopped(hang. power is on) momentarily and no messages
> will be left in the log.

How about the client log?  Can you crank up the client's debugging as
high as possible and at least see how far it gets in the SSH exchange?

A system hang like this can only be a kernel bug, I think.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#867847: bubblewrap: Can't use --unshare-user when the procfs is mounted with hidepid=1

[Simon McVittie]

Control: tags 867847 + upstream

On Sun, 09 Jul 2017 at 22:16:06 +0200, Guilhem Moulin wrote:
> I noticed that bubblewrap refuses to create a new user namespace when
> the procfs is mounted (outside the container) with hidepid≥1.

Would you mind reporting this upstream at
? I don't think I'm
going to be able to add much value to this bug report by forwarding
messages between you and upstream.

I suspect that the issue is less bubblewrap refusing to create a new
userns, and more the kernel refusing to let it.

I'll copy the text of your bug report to an upstream issue report at
some point if you haven't got there first.

S

Bug#867875: iproute2: typo in ss man page

[Vincas Dargis]

Package: iproute2
Version: 4.9.0-1
Severity: minor

Dear Maintainer,

SEE ALSO section of ss manual page states:

ip(8), /usr/share/doc/iproute-doc/ss.html (package iproutedoc),

It should be "package iproute-doc", not "package iproutedoc".


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

Kernel: Linux 4.9.0-3-amd64 (SMP w/3 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 iproute2 depends on:
ii  libc62.24-11+deb9u1
ii  libdb5.3 5.3.28-12+b1
ii  libelf1  0.168-1
ii  libmnl0  1.0.4-2
ii  libselinux1  2.6-3+b1

Versions of packages iproute2 recommends:
pn  libatm1   
ii  libxtables12  1.6.0+snapshot20161117-6

Versions of packages iproute2 suggests:
pn  iproute2-doc  

-- no debconf information

Bug#867846: dh_compress: ln: failed to create hard link 'usr/share/man/man9/m_freem.9freebsd.gz': File exists

[Sven Joachim]

Control: found -1 10.5.1
Control: tags -1 + patch

On 2017-07-09 23:13 +0300, Adrian Bunk wrote:

> Package: debhelper
> Version: 10.6.1
> Severity: serious
> Control: affects -1 src:freebsd-manpages
>
>  
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/arm64/freebsd-manpages.html
>
> ...
>dh_compress
> ln: failed to create hard link 'usr/share/man/man9/m_freem.9freebsd.gz': File 
> exists

Not having a clue what could have caused this regression, I bisected the
problem and found commit fffaa5 ("dh_installman: Split manpages
between processes") the culprit.  Attached is a patch that restores
previous behavior of dh_installman and makes freebsd-manpages build for
me. :-)

Cheers,
   Sven

>From fb12269009ee2bcd250dbe9b80c137ee1ac1941e Mon Sep 17 00:00:00 2001
From: Sven Joachim 
Date: Mon, 10 Jul 2017 09:33:34 +0200
Subject: [PATCH] dh_installman: Remove compressed manpages after reencoding

Since commit fffaa5 dh_installman would inadvertently not remove
compressed manpages after reencoding and thereby uncompressing them.
This is not usually a problem since dh_compress takes care of it
later, but if there are multiple hardlinks for the same file
dh_compress fails in this situation.
---
 dh_installman | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/dh_installman b/dh_installman
index afa8ffdd..1740a5d7 100755
--- a/dh_installman
+++ b/dh_installman
@@ -296,7 +296,8 @@ if (defined `man --version`) {
 my $manpage_cmd = ($manpage =~ m{^/}) ? $manpage : "./${manpage}";
 complex_doit "man --recode UTF-8 \Q${manpage_cmd}\E > \Q$manpage_tmp\E";
 # recode uncompresses compressed pages
-rm_files($manpage) if $manpage =~ s/\.(gz|Z)$//;
+my $orig = $manpage;
+rm_files($orig) if $manpage =~ s/\.(gz|Z)$//;
 rename_path($manpage_tmp, $manpage);
 			}
 			# Bulk reset permissions of all re-encoded files
-- 
2.13.2

Bug#867925: do not mangle upstream version number

[Sébastien Villemot]

Package: src:r-cran-rsdmx
Version: 0.5.8+dfsg-1
Severity: normal

Upstream version number is 0.5-8, not 0.5.8.

We should stop mangling the number, to facilitate the functioning of
translation of CRAN dependencies to Debian dependencies.

This can be easily done when a new upstream version ≥ 0.6 is out.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: PGP signature

Bug#866511: kernel BUG at nvme/host/pci.c

[Ben Hutchings]

On Mon, 2017-07-10 at 17:30 +0200, Andreas Pflug wrote:
> Bug reported upstream as https://bugzilla.kernel.org/show_bug.cgi?id=196315

That seems to be the wrong place.  "Flash/Memory Technology Devices" is
for host-managed flash chips, not high-level interfaces like NVMe.  It
doesn't look like nvme driver bugs are accepted through Bugzilla.  Try
sending mail to linux-n...@lists.infradead.org instead.

Ben.

-- 
Ben Hutchings
Absolutum obsoletum. (If it works, it's out of date.) - Stafford Beer


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

Bug#866797: transition: gdal

[Sebastiaan Couwenberg]

On 07/10/2017 05:45 PM, Emilio Pozuelo Monfort wrote:
> On 04/07/17 21:43, Emilio Pozuelo Monfort wrote:
>> On 01/07/17 21:17, Bas Couwenberg wrote:
>>> For the Debian GIS team I'd like to transition to GDAL 2.2.1.
>>>
>>> Like the previous transition to GDAL 2.1.2 (#842288), there is no SONAME
>>> bump, only the virtual ABI package changed to account for the C++ symbol
>>> changes.
>>>
>>> All reverse dependencies rebuilt successfully with GDAL 2.2.1 from
>>> experimental as summarized below, except rasterio & vtk6.
>>>
>>> rasterio cannot be built yet because python-numpy hasn't been built with
>>> Python 3.6 yet as part of the python3-defaults transition (#866335).
>>> rasterio built successfully with Python 3.5 and GDAL 2.2.1~rc1, so this
>>> will likely be resolved with the rebuild of python-numpy.
>>>
>>> vtk6 FTBFS due to missing build dependencies: texlive-math-extra.
>>> The recent texlive-extra source packages no longer build with binary
>>> package. Dropping the build dependency was sufficient to build vtk6
>>> successfully with GDAL 2.2.1. The patch has been submitted in #866723.
>>>
>>> A new revision of qgis has been uploaded to unstable which includes the
>>> changes from 2.14.16 (currently in NEW) for GDAL 2.2 support, which
>>> allow the package the build successfully with GDAL 2.2.1 too.
>>>
>>>
>>> libgdal-grass doesn't need a binNMU as the 2.2.1 version will be
>>> uploaded to unstable instead. liblas likewise doesn't need a binNMU,
>>> the version is experimental will be moved to unstable instead.
>>>
>>> Please also binNMU mapnik in experimental as part of the transition.
>>
>> Let's wait a bit for this, I want the octave transition to finish
>> first (and to make sure the python3.6 one won't be a problem). In
>> the meantime you can get vtk6 fixed and qgis accepted.
> 
> octave is in and the python transition shouldn't be a problem anymore, so 
> please
> go ahead if you're ready to do the necessary NMUs.

Thanks, gdal (2.2.1+dfsg-1), liblas (1.8.1-4) & libgdal-grass (2.2.1-1)
have been uploaded to unstable.

Hopefully no NMUs will be necessary. vtk6 has been fixed, but has not
migrated to testing yet. None of the other packages had issues when the
rebuilds were performed, if anything has cropped up since then I'll have
a go at fixing that.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#867971: RFP: vobsub2srt -- converts vobsub (.idx/.sub) into .srt subtitles

[Matt Zagrabelny]

Package: wnpp
Severity: wishlist

* Package name: vobsub2srt
  Version : 2017.07.10
  Upstream Author : Rüdiger Sonderfeld 
* URL : https://github.com/ruediger/VobSub2SRT
* License : GPL3+
  Programming Lang: C++
  Description : converts vobsub (.idx/.sub) into .srt subtitles

vobsub2srt converts subtitles in vobsub (.idx/.sub) format into the .srt
format. VobSub subtitles contain images and srt is a text format. OCR
is used to extract the text from the subtitles.  vobsub2srt uses
tesseract for OCR and is based on code from the MPlayer project.

vobsub2srt is a useful piece of software for converting DVD subtitles from an
image-based format to a text-based format. To my knowledge, the Debian
archive does not have an equivalent piece of software.

If a team was interested in maintaining this software, the Debian
Multimedia Maintainers 
would be a logical team to do so.

Thanks for your consideration.

-m

Bug#867827: Incremental regexp search crashes after pressing backslash

[Gavin Smith]

On 10 July 2017 at 16:19, Norbert Preining  wrote:
> Dear texinfo team,
>
> (please keep cc)
>
> down at Debian we got the following bug report:
>
> On Sun, 09 Jul 2017, Ben Hutchings wrote:
>> When I press C-s, \, info writes:
>>
>> regexp error: Trailing backslash
>>
>> and then segfaults.

This was fixed in SVN revision 7907 on 2017-07-05.

Because it is quite a bad bug, I have made a pretest release available
with it fixed (as well as a few other fixes):

http://alpha.gnu.org/gnu/texinfo/texinfo-6.4.90.tar.xz.sig

Hopefully we will be able to release Texinfo 6.5 soon without any very
bad bugs in it. Please feel free to try the test release.

Bug#867977: youtube-dl: Arbitary JavaScript execution?

[Joonas Kylmälä]

Package: youtube-dl
Version: 2017.05.18.1-1
Severity: normal

Dear Maintainer,

Recently Trisquel GNU/Linux users discovered that youtube-dl might in
some cases execute (as far as I understood) arbitary JavaScript served
by the web server it connects to, and thus be harmful for the
user. See
. Can
we somehow work around these JavaScript requirements? At least I think
it would be a good thing to warning the user about arbitary JavaScript
being run as I, for example, didn't expect that a cli application
would run JavaScript.

Joonas

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

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

Versions of packages youtube-dl depends on:
ii  dpkg   1.18.24
ii  python33.5.3-1
ii  python3-pkg-resources  33.1.1-1

Versions of packages youtube-dl recommends:
ii  ca-certificates  20161130+nmu1
ii  curl 7.52.1-5
ii  ffmpeg   7:3.2.5-1
ii  mplayer  2:1.3.0-6
ii  rtmpdump 2.4+20151223.gitfa8646d.1-1+b1
ii  wget 1.18-5

youtube-dl suggests no packages.

-- no debconf information

Bug#867967: apt: The key(s) in the keyring are ignored. Not readable by user '_apt'.

[Adam Smith]

Package: apt
Version: 1.4.6
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * 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 ***

After adding contrib and non-free sources in synaptic and refreshing the
repositories I am presented with the following error message:

"http://debian.mirror.constant.com/debian/dists/stretch-updates/InRelease: The
key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not
readable by user '_apt' executing apt-key.The repository
'http://debian.mirror.constant.com/debian stretch/updates Release' does not
have a Release file.Updating from such a repository can't be done securely, and
is therefore disabled by default.See apt-secure(8) manpage for repository
creation and user configuration
details.http://debian.mirror.constant.com/debian/dists/stretch/Release.gpg: The
key(s) in the keyring /etc/apt/trusted.gpg are ignored as the file is not
readable by user '_apt' executing apt-key."

I have tried installing Stretch via both the netintsaller and live ISO and
encountered the same problem, also installing without root and also with. I am
a linux noob, first starting out on Jessie which I ran into no problems with
and served my basic desktop needs well. Therefore I can only try to find
solutions online and could not find anything that worked.



-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "true";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^linux-headers-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^linux-image-extra-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^linux-signed-image-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-image-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-headers-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^gnumach-image-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^.*-modules-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^linux-backports-modules-.*-4\.9\.0-3-amd64$";
APT::NeverAutoRemove:: "^linux-tools-4\.9\.0-3-amd64$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-image";
APT::VersionedKernelPackages:: "linux-headers";
APT::VersionedKernelPackages:: "linux-image-extra";
APT::VersionedKernelPackages:: "linux-signed-image";
APT::VersionedKernelPackages:: "kfreebsd-image";
APT::VersionedKernelPackages:: "kfreebsd-headers";
APT::VersionedKernelPackages:: "gnumach-image";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::VersionedKernelPackages:: "linux-backports-modules-.*";
APT::VersionedKernelPackages:: "linux-tools";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Periodic "";
APT::Periodic::Update-Package-Lists "1";
APT::Periodic::Unattended-Upgrade "1";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "/usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service && 
/usr/bin/test -S /var/run/dbus/system_bus_socket && /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 4 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update > /dev/null; /bin/echo 
> /dev/null";
APT::Update::Post-Invoke-Success:: "if /usr/bin/test -w /var/cache/app-info -a 
-e /usr/bin/appstreamcli; then appstreamcli refresh-cache > /dev/null; fi";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "false";

Bug#867968: ITP: ign-transport3 -- Ignition Transport library v3

[Jose Luis Rivero]

Package: wnpp
Severity: wishlist
Owner: Jose Luis Rivero 

* Package name: ign-transport3
  Version : 3.0.1
  Upstream Author : Open Source Robotics Foundation
* URL : http://ignitionrobotics.org/libraries/transport
* License : Apache
  Programming Lang: C++
  Description : Transport library which combines ZeroMQ and Protobuf

ignition transport library combines ZeroMQ with Protobufs to create a
fast and efficient message passing system. Asynchronous message
publication and subscription is provided along with service calls and
discovery.

The version 1 is already in Debian. Here is the version 3.

Bug#867969: ITP: sdformat5 -- Simulation Description Format (SDF) parser

[Jose Luis Rivero]

Package: wnpp
Severity: wishlist
Owner: Jose Luis Rivero 

* Package name: sdformat5
Version   : 5.1.0
Upstream Author   : Open Source Robotics Foundation
* URL : http://sdformat.org
* License : BSD
Programming Lang  : C++
Description   : Simulation Description Format (SDF) parser

SDF is an XML file format that describes environments, objects, and
robots in a manner suitable for robotic applications. SDF is capable of
representing and describing different physic engines, lighting
properties, terrain, static or dynamic objects, and articulated robots
with various sensors, and acutators.  The format of SDF is also
described by XML, which facilitates updates and allows conversion from
previous versions. A parser is also contained within this package that
reads SDF files and returns a C++ interface.

Version 4 is already in debian.

Bug#867966: stretch-pu: packages python3-colorlog/2.10.0-1 and python3-plumbum/1.6.2-1

[Adam D. Barratt]

Control: tags -1 + moreinfo
Control: clone -1 -2
Control: retitle -1 stretch-pu: package python3-colorlog/2.10.0-1
Control: retitle -2 stretch-pu: package python3-plumbum/1.6.2-1

On Mon, 2017-07-10 at 21:01 +0200, Philipp Huebner wrote:
> due to bugs #867422 and #867449 the Python 3 versions of my packages
> ended up without any dependencies.
> 
> The fix is to add a single "3" in debian/control:
> -Depends: ${misc:Depends}, ${python:Depends}
> +Depends: ${misc:Depends}, ${python3:Depends}

Even if that's the only change, we'd still like to see a debdiff of the
proposed source package, as built and tested on stretch before
confirming, please.

(When doing so, note that I've cloned a copy of this bug, as each p-u
bug tracks a single source package.)

> I have already fixed this in unstable and would like to fix this in
> Stretch, too. Maybe Jessie as well.

If you'd like to look at jessie then please file separate bugs for that,
so we can track the individual fixes.

Regards,

Adam

Bug#867975: endless-sky: Request for update of Endless Sky in unstable and testing to version 0.9.6

[Marco Oliva]

Source: endless-sky
Version: 0.8.11-1
Severity: important

Dear Maintainer,

Thank you very much for maintaining this Spectacular game.

I'd like to ask you, please, to upgrade the version game to 0.9.6 because the
0.8.11-1 is outdated and the new version has new and awesome features.

Thanks!
Best regards,
Marco Oliva




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

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#867976: mate-tweak: fails to start, missing dependency

[dimitris]

Package: mate-tweak
Version: 16.10.5-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

   * What led up to the situation?
installed mate-tweak and trying to open mate-tweak from mate 
control panel or mate-terminal
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
-
   * What was the outcome of this action?
$ mate-tweak
mate-tweak Traceback (most recent call last): File 
"/usr/bin/mate-tweak", line 24, in  import gi 
ImportError: No module named 'gi'

   * What outcome did you expect instead?
mate-tweak to start as expected

after installing python3-gi package, mate-tweak works as expected, so i 
guess its a missing dependency issue.

thanks,
dimitris


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

Kernel: Linux 4.11.0-1-amd64 (SMP w/4 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 mate-tweak depends on:
ii  compton0.1~beta2+20150922-1
ii  dconf-cli  0.26.0-2+b1
ii  gir1.2-gtk-3.0 3.22.16-1
ii  gir1.2-notify-0.7  0.7.7-2
ii  mate-desktop-common1.16.2-2
ii  mesa-utils 8.3.0-5
ii  python-gobject-2   2.28.6-13
ii  python33.5.3-3
ii  python3-pkg-resources  36.0.1-1
ii  python3-psutil 5.0.1-1+b1
ii  python3-setproctitle   1.1.10-1+b1
ii  x11-xserver-utils  7.7+7+b1
ii  zenity 3.22.0-1+b1

Versions of packages mate-tweak recommends:
ii  mate-indicator-applet  1.16.0-1

Versions of packages mate-tweak suggests:
pn  indicator-application  
pn  indicator-messages 
pn  indicator-sounds   
pn  metacity   
pn  xcompmgr   

-- no debconf information

Bug#867978: /usr/bin/qemu-system-x86_64: virtio-net with vhost is broken with legacy interrupts

[Stefan Fritsch]

Package: qemu-system-x86
Version: 1:2.8+dfsg-6
Severity: normal
File: /usr/bin/qemu-system-x86_64
Tags: patch

Hi,

updating from jessie to stretch causes a regression with guests that do
use virtio-net but don't support MSI-X [1], like openbsd 32 bit. There
are no rx interrupts triggered in the guest. A workaround is to disable
vhost.

By testing with vanilla qemu (not the debian packaged version), I have
found that cherry-picking this upstream commit on top of v2.8.1.1 fixes
the problem:

commit b4b9862b536f41fcdf6ad193a306a852c5b5b71a
Author: Michael S. Tsirkin 
Date:   Fri Feb 17 04:52:16 2017 +0200

virtio: Fix no interrupt when not creating msi controller

For ARM virt machine, if we use virt-2.7 which will not create ITS node,
the virtio-net can not recieve interrupts so it can't get ip address
through dhcp.
This fixes commit 83d768b(virtio: set ISR on dataplane notifications).

Signed-off-by: Shannon Zhao 
Reviewed-by: Michael S. Tsirkin 
Signed-off-by: Michael S. Tsirkin 

This commit is contained in 2.9.  It would be great if that fix could be
added to stretch's qemu, too, so that openbsd 32bit guests (and older
openbsd 64bit guesets) work out of the box again. Thanks in advance.

Cheers,
Stefan

[1] http://marc.info/?l=openbsd-misc=149951878107145=2


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

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

Versions of packages qemu-system-x86 depends on:
ii  ipxe-qemu   1.0.0+git-20161027.b991c67-1
ii  libaio1 0.3.110-3
ii  libasound2  1.1.3-5
ii  libbluetooth3   5.45-1
ii  libbrlapi0.65.4-7+b1
ii  libc6   2.24-12
ii  libcacard0  1:2.5.0-3
ii  libfdt1 1.4.2-1
ii  libgcc1 1:7.1.0-9
ii  libglib2.0-02.52.3-1
ii  libgnutls30 3.5.14-2
ii  libjpeg62-turbo 1:1.5.1-2
ii  libncursesw56.0+20170701-1
ii  libnettle6  3.3-1+b1
ii  libnuma12.0.11-2.1
ii  libpixman-1-0   0.34.0-1
ii  libpng16-16 1.6.30-2
ii  libpulse0   10.0-2
ii  libsasl2-2  2.1.27~101-g0780600+dfsg-3
ii  libsdl1.2debian 1.2.15+dfsg1-4
ii  libseccomp2 2.3.1-2.1
ii  libspice-server10.12.8-2.1
ii  libtinfo5   6.0+20170701-1
ii  libusb-1.0-02:1.0.21-2
ii  libusbredirparser1  0.7.1-1
ii  libvdeplug2 2.3.2+r586-2.1
ii  libx11-62:1.6.4-3
ii  libxen-4.8  4.8.1-1+deb9u1
ii  libxenstore3.0  4.8.1-1+deb9u1
ii  qemu-system-common  1:2.8+dfsg-6
ii  seabios 1.10.2-1
ii  zlib1g  1:1.2.8.dfsg-5

Versions of packages qemu-system-x86 recommends:
ii  qemu-utils  1:2.8+dfsg-6

Versions of packages qemu-system-x86 suggests:
ii  kmod  24-1
pn  ovmf  
pn  qemu-block-extra  
pn  samba 
ii  sgabios   0.0~svn8-4
pn  vde2  

-- no debconf information

Bug#862696: transition: cppunit

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 10/07/17 16:50, Rene Engelhard wrote:
> a status update:

Thanks, it all sounds good now, please go ahead.

>> retitle 862133 src:gnuradio: FTBFS with cppunit 1.14 (no C++11 support, 
>> required by cppunit)
> 
> Reintroduced cppunit1.13 for it...

> Can NMU those with Patch available and do a "Team upload" for drumgizmo. 
> Wonder what we should
> do with gnuradio? Keep cppunit1.13? Disable the tests?

I wouldn't reintroduce cppunit1.13 just for this. Bump the severity to serious
and propose to disable the tests until it gets ported upstream, I'd say.

Cheers,
Emilio

Bug#867296: (no subject)

[BRINER Cédric]

Hi Aron,

Sorry for the bug. you were right: the compilation process took a lot of 
time: from

Mon Jul 10 17:29:53 CEST 2017
to
Mon Jul 10 17:34:43 CEST 2017.


Thanks for your help.

cED

Bug#867921: cloud-init: Network configuration doesn't work

[Aleksandr Mezin]

Package: cloud-init
Version: 0.7.9-2
Severity: normal

Dear Maintainer,

Cloud-init writes '/etc/network/interfaces.d/50-cloud-init.cfg' with interfaces
'eth0' and 'lo'. When networking.service starts or restarts, it does not bring
up 'eth0'. But if I rename 50-cloud-init.cfg -> 50-cloud-init, it starts to
work. Also, changing the content of '/etc/network/interfaces' file to
'include /etc/network/interfaces.d/*' makes it work without renaming.

'/etc/network/interfaces.d/50-cloud-init.cfg' (and anything with an extension)
seems to be ignored by networking.service

-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.10.105-gd5430300cac (SMP w/6 CPU cores; PREEMPT)
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 /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages cloud-init depends on:
ii  debconf [debconf-2.0]  1.5.61
ii  gdisk  1.0.1-1
ii  ifupdown   0.8.19
ii  init-system-helpers1.48
ii  lsb-base   9.20161125
ii  lsb-release9.20161125
ii  net-tools  1.60+git20161116.90da8a0-1
ii  procps 2:3.3.12-3
ii  python33.5.3-1
ii  python3-configobj  5.0.6-2
ii  python3-jinja2 2.8-1
ii  python3-jsonpatch  1.19-4
ii  python3-oauthlib   2.0.1-1
ii  python3-prettytable0.7.2-3
ii  python3-requests   2.12.4-1
ii  python3-six1.10.0-3
ii  python3-yaml   3.12-1

cloud-init recommends no packages.

cloud-init suggests no packages.

-- debconf information:
* cloud-init/datasources: NoCloud, Ec2

Bug#860539: xserver-xorg-video-nouveau: Nouveau GPU lockup problem (GeForce GT 240)

[Mathieu Malaterre]

Control: fixed -1 1:1.0.13-3

I have been using stretch for a couple of weeks and nothing bad
appears. So I am now an happy nouveau user.

cheers

Bug#867964: systemd: dhcp ips are not renewed after waking up from hibernation

[alberto fuentes]

I filed to systemd because these files

/lib/systemd/system/systemd-hibernate-resume@.service
/lib/systemd/system/systemd-hibernate.service

belong to systemd

I did mentioned '/var/lib/dhcp/dhclient.leases' but im not sure who is in
charge of renewing ips or what file are used

I understand systemd services are in charge of bring up the network
interfaces... and as it is in charge of the hibernation service as well,
shouldnt it be in charge of renew the ip if its due after waking up?

Probably this bug happens because nobody took responsibility of renewing
the ip if the computer is not up when it expires

/var/lib/dhcp belongs to isc-dhcp-client

Please, could you help me find out whose package this bug should be
redirected to instead of closing it? Probably isc-dhcp-client if this
problem is not systemds


On Mon, Jul 10, 2017 at 7:45 PM, Michael Biebl  wrote:

> Am 10.07.2017 um 19:30 schrieb Alberto Fuentes:
> > Package: systemd
> > Version: 233-9
> > Severity: normal
> >
> > After waking up from hibernation I expect the system to check
> > /var/lib/dhcp/dhclient.leases and renew ip if needed
> >
> > It does not loses connection, since the old ip still works, but dhcp-dns
> server
> > doesnt know about the computer because it doesnt renew
>
> This bug is misfiled. systemd is not involved with
> /var/lib/dhcp/dhclient.leases
>
>
> --
> Why is it that all of the instruments seeking intelligent life in the
> universe are pointed away from Earth?
>
>

Bug#867716: stretch-pu: package debsecan/0.4.19~deb9u1

[Cyril Brulebois]

Hi,

Salvatore Bonaccorso  (2017-07-08):
> Hi SRM, X-Debbug-CC'ed Florian Weimer
> 
> The upload of debsecan to unstable fixed two bugs with respect to
> 0.4.18 as in stretch. One is the use of https_proxy which is needed
> for proxy configuration with https:// URLs. This was #749424.
> 
> Then there was as well #789196, which adds support for stretch (and
> buster), as well to be choosen from the debconf menu.
> 
> Unfortunately the 0.4.18 source tarball, contained .git and some out
> files in testsuite. I'm attaching only the result from:
> 
> debdiff debsecan_0.4.18.dsc debsecan_0.4.19~deb9u1.dsc | filterdiff -x 
> '*/.git/*'
> 
> Alternatively if that's prefered, we can cherry pick the two commits
> and do a 0.4.18.1 upload, but doing a rebuild from 0.4.19 from
> unstable for stretch would resolve as well the .git and
> testsuite/*.out files.
> 
> Any preference on your end?

My first impression would be that your proposed approach (0.4.19~deb9u1)
is cleaner, but I'd welcome a second look from someone else.


KiBi.


signature.asc
Description: Digital signature

Bug#867949: ebook-viewer crashes with "Illegal instruction"

[Hartmut Buhrmester]

Package: calibre
Version: 2.75.1+dfsg-1

Other relevant packages:

calibre-bin2.75.1+dfsg-1
python2.7  2.7.13-2
libqt5webkit5  5.7.1+dfsg-1
python-pyqt5.qtwebkit  5.7+dfsg-5

For debugging I also installed (for i386):

calibre-bin-dbgsym 2.75.1+dfsg-1
python2.7-dbg  2.7.13-2
libqt5webkit5-dbg  5.7.1+dfsg-1
python-pyqt5.qtwebkit-dbg  5.7+dfsg-5

Kernel: Linux debian 4.9.0-3-686-pae #1 SMP Debian 4.9.30-2+deb9u2 
(2017-06-26) i686 GNU/Linux



The ebook-viewer from the package calibre crashes with an "illegal 
instruction", while reading ebooks of type *.epub. This happens, for 
example, with the ebooks from Project Gutenberg at 
https://www.gutenberg.org/wiki/Main_Page .


The crash does not happen immediately; the application starts normally 
and I can open an ebook of type *.epub. I can also browse through the 
pages. But when I start reading and stay at two subsequent page for some 
time, then the ebook-viewer may suddenly quit with an illegal instruction.


It seems, that the ebook-viewer regularly recalculates the current 
reading position and safes it to a file. The next time it will reopen 
the file at the same position. But sometimes it seems to crash at this 
point.


The ebook-viewer may also crash, when the application window is closed. 
This crash may get unnoticed during normal usage. But in the debugger, I 
still get the message: "Program terminated with signal SIGILL, Illegal 
instruction."


I suspect, that the cause is again the recalculation of the reading 
position, to save it to a file.



When the ebook-viewer is started in a terminal, I get the error "Illegal 
instruction".


hb1@debian:~$ ebook-viewer
Illegal instruction
hb1@debian:~$


The logfiles /var/log/messages, /var/log/syslog und /var/log/kern.log 
contain these messages:



Jun 29 22:52:30 debian kernel: [ 1529.008213] traps: ebook-viewer[1350] trap 
invalid opcode ip:a84cae95 sp:bfa65160 error:0
Jun 29 23:08:31 debian kernel: [ 2490.015276] traps: ebook-viewer[1407] trap 
invalid opcode ip:abf0e9a9 sp:bfaa6890 error:0
Jun 29 23:09:58 debian kernel: [ 2577.010756] traps: ebook-viewer[1440] trap 
invalid opcode ip:a8e34989 sp:bfeac550 error:0
Jun 29 23:28:20 debian kernel: [ 3679.067235] traps: ebook-viewer[1454] trap 
invalid opcode ip:aac0e9a9 sp:bf9d16d0 error:0



I created two backtraces with gdb, using the packages 
calibre-bin-dbgsym, python2.7-dbg, libqt5webkit5-dbg, and 
python-pyqt5.qtwebkit-dbg.


Since /usr/bin/ebook-viewer is not a binary file, but a Python script, I 
used the approach:


- start ebook-viewer in a terminal
- get the process id of /usr/bin/python2.7 /usr/bin/ebook-viewer
- start gdb
- attach gdb to the process id
- let the application continue
- load an ebook in the ebook-viewer
- read the ebook, until it crashes
- get a backtrace


Regards,
Hartmut Buhrmester
hb1@debian:~$ ps aux | grep ebook-viewer
hb1   1543 23.8 26.2 337700 133500 pts/2   Sl+  22:10   0:08 
/usr/bin/python2.7 /usr/bin/ebook-viewer
hb1   1552  0.0  0.1   4724   828 pts/0S+   22:11   0:00 grep 
--color=auto ebook-viewer
hb1@debian:~$ gdb
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) attach 1543
Attaching to process 1543
[New LWP 1546]
[New LWP 1547]
[New LWP 1548]
[New LWP 1549]
[New LWP 1550]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
0xb779fcf9 in __kernel_vsyscall ()
(gdb) continue
Continuing.
[New Thread 0xa3c87b40 (LWP 1571)]
[Thread 0xa3c87b40 (LWP 1571) exited]
[New Thread 0xa3c87b40 (LWP 1572)]
[New Thread 0xa3486b40 (LWP 1574)]
[Thread 0xa3486b40 (LWP 1574) exited]
[New Thread 0xa3486b40 (LWP 1577)]
[Thread 0xa3486b40 (LWP 1577) exited]
[Thread 0xa3c87b40 (LWP 1572) exited]

Thread 1 "ebook-viewer" received signal SIGILL, Illegal instruction.
0xabeb9ef5 in ?? ()
(gdb) x 0xabeb9ef5
0xabeb9ef5: 0x04100ff2
(gdb) disassemble 0xabeb9ef5
No function contains specified address.
(gdb) bt
#0  0xabeb9ef5 in ?? ()
#1  0xb0c7e0fd in JSC::Interpreter::execute (this=0x0, program=0x0, 
callFrame=0x0, thisObj=0x0)
at jit/JITCode.h:135
#2  0xb0d9de59 in JSC::evaluate (exec=0x812680a8, source=0xab527a00, 
thisValue=...,
returnedException=0x812680a8) at runtime/Completion.cpp:83
#3  0xaf71d127 in 

Bug#867948: Manpages refer to non-existent Texinfo manuals

[Adam Plaice]

Package: bluez
Version: 5.45-1
Severity: minor

The automatically generated manpages for bluemoon, hex2hcd and
mpris-proxy (in debian/manpages) refer to Texinfo manuals that do not
exist, either in Debian or upstream.

This is slightly confusing, especially due to the licensing conflict
between Debian and GNU, which makes the reader wonder whether there
actually is an info manual in a "non-free" doc package, somewhere.

Solution:

No patches attached since the manpages are automatically generated
using help2man.

However, using the --no-info option in help2man should solve the issue.


PS Thank you for maintaining manpages in Debian, in the first place!

Bug#866322: lintian: false positive: r-data-without-readme-source

[Chris Lamb]

tags 866322 + pending
thanks

> It seems that lintian checks for "debian/README.source" in the binary
> package. So, it cannot find it.

Whoops! Fixed in Git:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=18ec65d3fbcf5bf492687ac60a297a489b3dd867


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb, Debian Project Leader
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#867210: Pending fixes for bugs in the libtext-mecab-perl package

[pkg-perl-maintainers]

tag 867210 + pending
thanks

Some bugs in the libtext-mecab-perl package are closed in revision
1355fe48ad091faa29a0ded81b34da47c4261093 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libtext-mecab-perl.git/commit/?id=1355fe4

Commit message:

Build-depend on mecab-jumandic >= 7.0-20130310-3 (cf. #867689).

Closes: #867210

Bug#857123: lintian: warning about missing classpath is confusing

[Markus Koschany]

Am 06.07.2017 um 21:21 schrieb Niels Thykier:
> Hi,
> 
> Can we do anything to improve its detection accuracy?  If not, I suspect
> it might be better to simply remove the check if newer packaging
> practises have made it (mostly) obsolete.

I'm not sure. For Maven projects the check could be removed I think. If
at all it is only useful if you package applications that depend on
multiple libraries and you need to write your own start script. But even
then it is not strictly necessary to have a Manifest file with a
classpath somewhere, you can just use the -cp command line flag and
point to a directory that contains all necessary jar files. (just did
that for pdfsam where the classpath is set to /usr/share/pdfsam/lib.

I believe if we could narrow down the check to applications it would be
more useful because I see too many warnings in library packages where I
think they are not really needed.

But on the other hand the check seems to target Java libs. I just can't
make sense of the last sentence here:

"Failing to do that means that for every change in class path, all
rdepends must update their wrapper scripts, which is a lot of work for
nothing."

Can someone give a concrete example?

Markus



signature.asc
Description: OpenPGP digital signature

Bug#867804: cdrom: Stretch netinst CD installs grub config file incorrectly

[Steve McIntyre]

Control: reassign -1 grub-common

On Mon, Jul 10, 2017 at 05:27:08PM +0100, Steve McIntyre wrote:
>
>>The Debian partition is sda7, formatted ext4. I created it in partman
>>during the installation. As far as I can see from today's explorations,
>>installation has been fine except for this one glitch, which was more of
>>an irritation than a serious problem. I've attached the installation
>>syslog to this email.
>
>Thanks, I'm looking at it now to see if there's anything obvious.

OK, I can see you have lots of OSes installed on your computer. I can
see os-prober parsing lilo config files from other installations. :-)

What I *don't* see is any indication of any failures, though. Instead,
grub-install claims to have succeeded:

Jul  8 07:42:53 grub-installer: info: Installing grub on '/dev/sda'
Jul  8 07:42:53 grub-installer: info: grub-install does not support --no-floppy
Jul  8 07:42:53 grub-installer: info: Running chroot /target grub-install  
--force "/dev/sda"
Jul  8 07:42:54 grub-installer: Installing for i386-pc platform.
Jul  8 07:43:05 grub-installer: Installation finished. No error reported.
Jul  8 07:43:05 grub-installer: info: grub-install ran successfully

I'm wondering if *maybe* something has been confused by those lilo
setups, but I'll admit that I'm not sure what's happening there.

>>I normally prefer lilo to grub, so I reinstalled lilo from one of my
>>other Linuxen, but I could do a grub-install in Debian to test out the
>>grub.cfg file, which I've now renamed. Would you like me to do that?
>
>I'll get back to you...

Yes please, that might be very helpful. Run as

 "grub-install -v /dev/sda"

and capture the output please?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Armed with "Valor": "Centurion" represents quality of Discipline,
  Honor, Integrity and Loyalty. Now you don't have to be a Caesar to
  concord the digital world while feeling safe and proud.

Bug#867962: setserial: legacy files not cleaned up correctly

[Christoph Anton Mitterer]

Package: setserial
Version: 2.17-50
Severity: normal


Hi.

Both in sid and stable (as upgraded from oldstable).

setserial apparently once had:
/etc/modutils/setserial
as config file:
# dpkg -S /etc/modutils/setserial
setserial: /etc/modutils/setserial

(and not /etc/modutils).

Now /etc/modutils was apparently dropped, but not the conffile, whic
leads to:
Unpacking setserial (2.17-50) over (2.17-48) ...
dpkg: warning: unable to delete old directory '/etc/modutils': Directory not 
empty

Could you clean this please up in one of the next
versions for sid and stretch?

Cheers,
Chris.

Bug#867853: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#867853: gcc: error: unrecognized command line option ‘-no-pie’)

[Gianfranco Costamagna]

Hello,




>I'm not sure I understand this response.
>
>When you say "gcc-specific", are you saying that the Debian Haskell package 
>supports compilers other than gcc?  It appears to me that it specifically 
>requires gcc.


I mean, that the flag has been added by gcc, and a lot of programs in the 
archive are supplying it to the build, with a backward incompatible
change.

e.g. you can think about all the -dkms packages, because pie is something that 
the kernel can't use.

So, instead of patching every single control file of a tool using no-pie, I 
would suggest to patch gcc if there still are supported configurations
without the -f-no-pie switch.
(I mean, implement that switch and do nothing when used)

>When you say "fix the whole archive" what do you mean?


the above :)
>I suggest only a update to the "debian/control" file to prevent/discourage 
>users from trying to use ghc with older, unsupported compilers.


updating control file, adding version constraints with versions not in the 
archive anymore is kind of useless, speaking about Buster we won't have such
gcc versions anymore since at least two stable releases.
>Last question:

>If I contribute a patch to the debian/control file to do this, would it get 
>applied?

nobody complained so far about this issue, so you are probably one of the few 
people not updating their compiler :)

I'm really not sure this is worth the effort

G.

Bug#862696: transition: cppunit

[Rene Engelhard]

Hi,

On Mon, Jul 10, 2017 at 05:44:22PM +0200, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> 
> On 10/07/17 16:50, Rene Engelhard wrote:
> > a status update:
> 
> Thanks, it all sounds good now, please go ahead.

OK; uploaded.

> >> retitle 862133 src:gnuradio: FTBFS with cppunit 1.14 (no C++11 support, 
> >> required by cppunit)
> > 
> > Reintroduced cppunit1.13 for it...
> 
> > Can NMU those with Patch available and do a "Team upload" for drumgizmo. 
> > Wonder what we should
> > do with gnuradio? Keep cppunit1.13? Disable the tests?
> 
> I wouldn't reintroduce cppunit1.13 just for this. Bump the severity to serious
> and propose to disable the tests until it gets ported upstream, I'd say.

Mmh, OK.

Regards,

Rene

Bug#867963: symlinks to bootstrap.min and jquery.min do not work

[Don Armstrong]

Package: r-cran-shiny
Severity: normal
Control: tag -1 patch

resolve() (utils.R) will not resolve paths which aren't subdirectories
of www/shared, which breaks the inclusion of CSS, etc. by default.

The attached hack fixes this; perhaps upstream may want to make a more
general method to make resolve() more granular, but for the time being,
this should work.

-- 
Don Armstrong  https://www.donarmstrong.com

If a nation values anything more than freedom, it will lose its
freedom; and the irony of it is that if it is comfort or money it
values more, it will lose that, too.
 -- W. Somerset Maugham
Description: Hack for symlinks to twitter-bootstrap and javascript
 Also allow serving /usr/share/javascript and
 /usr/share/twitter-boostrap/ from shiny apps by default
Author: Don Armstrong 
Origin: vendor
Bug-Debian: unfiled
Forwarded: not-needed
Last-Update: 2017-07-10
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/R/utils.R
+++ b/R/utils.R
@@ -298,6 +298,12 @@
   dir <- normalizePath(dir, winslash='/', mustWork=TRUE)
   # trim the possible trailing slash under Windows (#306)
   if (isWindows()) dir <- sub('/$', '', dir)
+  ## Debian specific hack for /usr/share/javascript symlinks
+  if 
(substr(abs.path,1,nchar('/usr/share/javascript/'))=='/usr/share/javascript/')
+  return(abs.path)
+  ## Debian specific hack for /usr/share/twitter-bootstrap symlinks
+  if 
(substr(abs.path,1,nchar('/usr/share/twitter-bootstrap/'))=='/usr/share/twitter-bootstrap/')
+  return(abs.path)
   if (nchar(abs.path) <= nchar(dir) + 1)
 return(NULL)
   if (substr(abs.path, 1, nchar(dir)) != dir ||

Bug#862125: cppunit 1.14 now in unstable

[Rene Engelhard]

severity 862135 serious
severity 862134 serious
severity 862133 serious
severity 862132 serious
severity 862131 serious
severity 862130 serious
severity 862129 serious
severity 862128 serious
severity 862127 serious
severity 862126 serious
severity 862125 serious
thanks

Hi,

cppunit 1.14 is now in unstable; thus raising the severity of these bugs
to serious.

I intend to NMU very soon.

For gnuradio and ola:

gnuradio will not be able to build against cppunit 1.14 as 1.14 requires c++11.
I pondered introducing cppunit1.13 and actually did so but the RT 
(understandably)
doesn't want two versions of cppunit.

So if that stays as-is you either need to 
 - port gnuradio to supporting building with c++11
 - disable the testsuite

Same for ola, though that one's fixed-upstream and just needs a actual release
to support cppunit 1.14...

Regards,

Rene

Bug#867890: apache-directory-jdbm FTBFS: patch

[Hans Joachim Desserud]

tags 867890 patch
thanks

Adding junit4 as a build dependency resolves the issue.
No further build dependencies needed (built successfully in pbuilder)

--
mvh / best regards
Hans Joachim Desserud
http://desserud.orgdiff --git a/debian/control b/debian/control
index cb1b1cc..f13bdc7 100644
--- a/debian/control
+++ b/debian/control
@@ -6,6 +6,7 @@ Uploaders: Emmanuel Bourg 
 Build-Depends: cdbs,
debhelper (>= 9),
default-jdk,
+   junit4,
libmaven-bundle-plugin-java,
libslf4j-java,
maven-debian-helper (>= 1.5)

Bug#867299: (no subject)

[BRINER Cédric]

Hello,

Thanks Aron and Craig for you reply.

I do understand your comments. But still, the zpool command fails when 
it shouldn't.


Regards,
cED

Bug#867924: do not mangle upstream version number

[Sébastien Villemot]

Package: src:r-cran-mfilter
Version: 0.1.3-1
Severity: normal

Upstream version number is 0.1-3, not 0.1.3.

We should stop mangling the number, to facilitate the functioning of
translation of CRAN dependencies to Debian dependencies.

This can be easily done when a new upstream version ≥ 0.2 is out.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: PGP signature

Bug#867804: cdrom: Stretch netinst CD installs grub config file incorrectly

[Steve McIntyre]

On Sun, Jul 09, 2017 at 07:18:45PM +0100, Hazel Russman wrote:
>On Sun, 9 Jul 2017 18:32:31 +0100
>Steve McIntyre  wrote:
>> 
>> Hi Hazel,
>> 
>> This report surprises me, as I tested that exact image a number of
>> times in a number of different scenarios and it worked fine for me.
>> 
>> Can you tell us more about your setup, please? How do you use the ISO?
>> On a USB stick, or on a CD/DVD? If on USB, how exactly did you write
>> the USB stick?
>> 
>> What partition and filesystem setup did you use?
>> 
>> Finally, there should be log files in /var/log/installer on your new
>> system. Could you share those with us as well please?
>> 
>
>I was using a CD but in an external drive plugged into a usb socket, as
>my internal CD drive has just packed up. It's rather an old computer! 

ACK. :-)

>The Debian partition is sda7, formatted ext4. I created it in partman
>during the installation. As far as I can see from today's explorations,
>installation has been fine except for this one glitch, which was more of
>an irritation than a serious problem. I've attached the installation
>syslog to this email.

Thanks, I'm looking at it now to see if there's anything obvious.

>I normally prefer lilo to grub, so I reinstalled lilo from one of my
>other Linuxen, but I could do a grub-install in Debian to test out the
>grub.cfg file, which I've now renamed. Would you like me to do that?

I'll get back to you...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews

Bug#864933: [Piuparts-devel] Bug#864933: piuparts.d.o: please add a "stretch2proposed" report

[Adam D. Barratt]

Hi,

On 2017-06-19 14:30, Holger Levsen wrote:

Hi Adam,

thanks for the bug report!

On Sat, Jun 17, 2017 at 04:46:26PM +0100, Adam D. Barratt wrote:
Now that stretch is officially stable - well, any moment^Whour now :-) 
-
please could you add a "stretch2proposed" report, so that we can feed 
it

to our tools?


sure. just give us/me some time to do other stretch/buster related 
changes

first…


Sure. It wasn't intended to hurry you along, just making sure that it 
was on everyone's radar.



and please do re-ping this bug if its not fixed in, say, two weeks.


It's certainly been that, so ping. :-)

(I guess you could also drop "wheezy2proposed" now, as wheezy-pu 
hasn't

changed in a long time.)


*nods*


Regards,

Adam

Bug#867930: gambas3: Build-Depends on deprecated libgnome-keyring-dev

[Gianfranco Costamagna]

control: forwarded -1 http://gambaswiki.org/bugtracker/edit?object=BUG.1127
>The libgnome-keyring library is deprecated and its usage is strongly
>discouraged [1].

thanks, forwarded!


G.

Bug#867853: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#867853: gcc: error: unrecognized command line option ‘-no-pie’)

[Brian Sammon]

On Mon, 10 Jul 2017 16:50:03 + (UTC)
Gianfranco Costamagna  wrote:

> updating control file, adding version constraints with versions not in the > 
> archive anymore is kind of useless, speaking about Buster we won't have suc
> gcc versions anymore since at least two stable releases.

Hmmm... the gcc packages involved (gcc 4.9.2-4 and gcc-5 5.2.1-23) are 
definitely newer than Jessie -- I would think that means they're "technically" 
Stretch, but I'm not too clear on debian policies.

> >Last question:
> >If I contribute a patch to the debian/control file to do this, would it 
> get applied?
> 
> nobody complained so far about this issue, so you are probably one of the > 
> few people not updating their compiler :)
> 
> I'm really not sure this is worth the effort

Well, I don't think it's much effort, and I'm (still) volunteering to 
contribute most of the effort.
I'm not sure waiting until more people have a problem with this is the way to 
go.  And of course, not everyone who has a problem will complain (or will 
complain somewhere that you would hear them)

Bug#867964: systemd: dhcp ips are not renewed after waking up from hibernation

[Alberto Fuentes]

Package: systemd
Version: 233-9
Severity: normal

After waking up from hibernation I expect the system to check
/var/lib/dhcp/dhclient.leases and renew ip if needed

It does not loses connection, since the old ip still works, but dhcp-dns server
doesnt know about the computer because it doesnt renew

Thanks for considering



-- Package-specific info:

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

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

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3+b1
ii  libapparmor12.11.0-6
ii  libaudit1   1:2.7.7-1+b1
ii  libblkid1   2.29.2-1
ii  libc6   2.24-12
ii  libcap2 1:2.25-1
ii  libcryptsetup4  2:1.7.3-4
ii  libgcrypt20 1.7.8-1
ii  libgpg-error0   1.27-3
ii  libidn111.33-1
ii  libip4tc0   1.6.1-2
ii  libkmod224-1
ii  liblz4-10.0~r131-2+b1
ii  liblzma55.2.2-1.2+b1
ii  libmount1   2.29.2-1
ii  libpam0g1.1.8-3.6
ii  libseccomp2 2.3.1-2.1
ii  libselinux1 2.6-3+b2
ii  libsystemd0 233-9
ii  mount   2.29.2-1
ii  procps  2:3.3.12-3
ii  util-linux  2.29.2-1

Versions of packages systemd recommends:
ii  dbus1.10.20-1
ii  libpam-systemd  233-9

Versions of packages systemd suggests:
ii  policykit-10.105-18
pn  systemd-container  

Versions of packages systemd is related to:
pn  dracut   
ii  initramfs-tools  0.130
ii  udev 233-9

-- no debconf information

Bug#867916: gnome-calendar: incorrect time is saved when creating an event

[Furquan Ahmad]

Package: gnome-calendar
Version: 3.22.5-1
Severity: normal

Dear Maintainer,

When adding an event, if I set the time to some value "xx:xx"-"xx:xx", the 
calendar saves the event and everything looks fine. But if you open Evolution 
or the shell-calendar (the clock on the top panel in GNOME-shell) I see an 
incorrect time has been saved (for example, 04:30 saved for an event running 
from 10:00-11:30) while the date remains correct.
The only way to correct this problem is to open Evolution and correct the time 
in that event.

To reproduce this problem follow these steps:

1. Open gnome-calendar
2. Add an event
3. Uncheck "All Day" and set a time
4. Open Evolution or the shell-calendar (the clock on top panel)
5. Select the date of the said event--the event would have wrong time set.
For example, for an event "Sample" belonging to "Personal" calendar due 18 July 
2017 from 10:00 to 11:30. The event would have 4:30 set as the time (both in 
Evolution and the shell-calendar, not gnome-calendar itself).

I'd like to add that I don't have Google-integration enabled or Evolution 
set-up with my email (I only set it up to verify and correct this problem--it's 
still not set up with my mail).

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8), 
LANGUAGE=en_IN.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnome-calendar depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gsettings-desktop-schemas3.22.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-12
ii  libcairo-gobject21.14.10-1
ii  libcairo21.14.10-1
ii  libecal-1.2-19   3.22.7-1
ii  libedataserver-1.2-223.22.7-1
ii  libedataserverui-1.2-1   3.22.7-1
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.52.3-1
ii  libgoa-1.0-0b3.22.5-1
ii  libgtk-3-0   3.22.16-1
ii  libical2 2.0.0-0.5+b1
ii  libicu57 57.1-6
ii  libpango-1.0-0   1.40.6-1
ii  libpangocairo-1.0-0  1.40.6-1
ii  libsecret-1-00.18.5-3.1
ii  libsoup2.4-1 2.56.0-2
ii  libxml2  2.9.4+dfsg1-3

Versions of packages gnome-calendar recommends:
ii  evolution-data-server  3.22.7-1

gnome-calendar suggests no packages.

-- no debconf information

Bug#867926: do not mangle upstream version number

[Sébastien Villemot]

Package: src:r-cran-pwt
Version: 7.1.1-3
Severity: normal

Upstream version number is 7.1-1, not 7.1.1.

We should stop mangling the number, to facilitate the functioning of
translation of CRAN dependencies to Debian dependencies.

This can be easily done if/when a new upstream version ≥ 7.2 is out.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: PGP signature

Bug#867927: do not mangle upstream version number

[Sébastien Villemot]

Package: src:r-cran-pwt8
Version: 8.1.1-2
Severity: normal

Upstream version number is 8.1-1, not 8.1.1.

We should stop mangling the number, to facilitate the functioning of
translation of CRAN dependencies to Debian dependencies.

This can be easily done if/when a new upstream version ≥ 8.2 is out.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: PGP signature

Bug#867956: Manpage refers to non-existent Texinfo manual

[Adam Plaice]

Package: exo-utils
Version: 0.10.7-1
Severity: minor

The automatically generated manpage exo-desktop-item-edit (at
debian/exo-desktop-item-edit.1) refers to a Texinfo manual that does
not appear to exist, either in Debian or upstream.

This is slightly confusing, especially due to the licensing conflict
between Debian and GNU, which makes the reader wonder whether there
actually is an info manual in a "non-free" doc package, somewhere.

Solution:

No patches attached since the manpage is automatically generated using help2man.

However, using the --no-info option in help2man should solve the issue.

PS Thank you for maintaining additional manpages in Debian, in the first place!

Bug#867961: osc: Uses deprecated python-gnomekeyring

[Michal Čihař]

Hello

bi...@debian.org píše v Po 10. 07. 2017 v 18:42 +0200:
> Source: osc
> Version: 0.156.0-1
> Severity: important
> User: pkg-gnome-maintain...@lists.alioth.debian.org
> Usertags: oldlibs libgnome-keyring-removal python-gnomekeyring
> 
> Hi,
> 
> The libgnome-keyring library is deprecated and its usage is strongly
> discouraged [1].
> 
> Your package osc recommends or suggests python-gnomekeyring.

Already reported by you as #844158 (and fixed in Git).

-- 
Michal Čihař | https://cihar.com/ | https://weblate.org/


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

Bug#867914: psad: should depends net-tools

[Joao Eriberto Mota Filho]

Package: psad
Version: 2.4.3-1
Severity: important
Tags: newcomer

Dear maintainer,

When installing psad over a fresh Debian (Stretch/Sid), the following message
is shown:

Setting up psad (2.4.3-1) ...
Job for psad.service failed because the control process exited with error code.
See "systemctl status psad.service" and "journalctl -xe" for details.
invoke-rc.d: initscript psad, action "start" failed.
* psad.service - LSB: Port Scan Attack Detector (psad)
   Loaded: loaded (/etc/init.d/psad; generated; vendor preset: enabled)
   Active: failed (Result: exit-code) since Mon 2017-07-10 11:53:40 -03; 10ms 
ago
 Docs: man:systemd-sysv-generator(8)
  Process: 701 ExecStart=/etc/init.d/psad start (code=exited, status=1/FAILURE)

Jul 10 11:53:40 debian-psad systemd[1]: Starting LSB: Port Scan Attack Detector 
(psad)...
Jul 10 11:53:40 debian-psad psad[701]: [*] Could not find ifconfig, edit 
/etc/psad/psad.conf at /usr/sbin/psad line 10933.
Jul 10 11:53:40 debian-psad psad[701]: Unable to start the daemon.
Jul 10 11:53:40 debian-psad psad[701]: Starting Port Scan Attack Detector: psad 
failed!
Jul 10 11:53:40 debian-psad systemd[1]: psad.service: Control process exited, 
code=exited status=1
Jul 10 11:53:40 debian-psad systemd[1]: Failed to start LSB: Port Scan Attack 
Detector (psad).
Jul 10 11:53:40 debian-psad systemd[1]: psad.service: Unit entered failed state.
Jul 10 11:53:40 debian-psad systemd[1]: psad.service: Failed with result 
'exit-code'.
dpkg: error processing package psad (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 psad
E: Sub-process /usr/bin/dpkg returned an error code (1)


The ifconfig command is needed to psad.

Thanks!

Regards,

Eriberto

Bug#867566: texlive-latex-extra: pdfcomment tacitly redefines \C

[Norbert Preining]

Hi Oliver,

> > BTW, it is not pdfcomment, but puenc.sty from the hyperref bundle:
> > \DeclareTextCommand{\C}{PU}[1]{#1\83\017}% U+030F
> 
> Just for my own understanding:  In what file is that?  I cannot find a
> file called puenc.sty anywhere in Debian.

Sorry, it is puenc.def in texlive-latex-base

> I thought it may be a bug because the file does compile on other
> people's computers. (I'd have to inquire about the details).

This can depend on the versions of hyperref shipped on their computers,
hard to say.

Thanks

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#866511: kernel BUG at nvme/host/pci.c

[Andreas Pflug]

Bug reported upstream as https://bugzilla.kernel.org/show_bug.cgi?id=196315

Bug#867827: Incremental regexp search crashes after pressing backslash

[Norbert Preining]

Dear texinfo team,

(please keep cc)

down at Debian we got the following bug report:

On Sun, 09 Jul 2017, Ben Hutchings wrote:
> When I press C-s, \, info writes:
> 
> regexp error: Trailing backslash
> 
> and then segfaults.

I get the following backtrace:
(gdb) bt
#0  __GI___libc_free (mem=0x83e5) at malloc.c:2966
#1  0x55ca237b1b9c in free_matches (state=state@entry=0x7ffee08077a0) at 
search.c:480
#2  0x55ca237b4a73 in info_search_in_node_internal 
(window=window@entry=0x55ca24629710, node=node@entry=0x55ca246454f0, 
string=string@entry=0x55ca24646e20 "\\", start=, 
dir=dir@entry=1, case_sensitive=case_sensitive@entry=0, 
match_regexp=1, poff=0x7ffee0807958) at session.c:3957
#3  0x55ca237b4e65 in info_search_internal 
(string=string@entry=0x55ca24646e20 "\\", window=window@entry=0x55ca24629710, 
dir=, case_sensitive=0, 
start_off=start_off@entry=0x7ffee0807958) at session.c:4080
#4  0x55ca237b596e in incremental_search (window=0x55ca24629710, 
count=) at session.c:5198
#5  0x55ca237ba4d9 in info_read_and_dispatch () at session.c:253
#6  0x55ca237ba68b in info_session (ref_list=, 
user_filename=, error=)
at session.c:221
#7  0x55ca2379ed14 in main (argc=, argv=) at 
info.c:1079


All the best

Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#867923: do not mangle upstream version number

[Sébastien Villemot]

Package: src:r-cran-dynlm
Version: 0.3.5-1
Severity: normal

Upstream version number is 0.3-5, not 0.3.5.

We should stop mangling the number, to facilitate the functioning of
translation of CRAN dependencies to Debian dependencies.

This can be easily done when a new upstream version ≥ 0.4 is out.

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594


signature.asc
Description: PGP signature

Bug#867847: bubblewrap: Can't use --unshare-user when the procfs is mounted with hidepid=1

[Simon McVittie]

Control: forwarded 867847 https://github.com/projectatomic/bubblewrap/issues/198

On Mon, 10 Jul 2017 at 16:16:28 +0300, Guilhem Moulin wrote:
> Actually I don't have an account there so if you don't mind forwarding
> this report that would be great ;-)

Done, see URL above.

S

Bug#866944: Pending fixes for bugs in the libmecab-perl package

[pkg-perl-maintainers]

tag 866944 + pending
thanks

Some bugs in the libmecab-perl package are closed in revision
fe3dab4c1a0a568d2fb675d7a1e8da06a5d694e4 in branch 'master' by gregor
herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libmecab-perl.git/commit/?id=fe3dab4

Commit message:

Make build dependency on mecab-jumandic versioned (cf. #867689).

Closes: #866944

Bug#867311: Info received (Log from a jessie system (gdm3-3.14.1-7))

[John Hughes]

Further debugging by printf shows that:

On Jessie when libpam_krb5 gets to "pam_sm_setcred: entry (reinit)" the 
ticket cache name is in the environment (KRB5CCNAME) (the real 
environment, not the PAM args one).


On Stretch at the same place KRB5CCNAME is unset.

Bug#867853: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#867853: gcc: error: unrecognized command line option ‘-no-pie’)

[Brian Sammon]

> I guess it is better to patch older gccs to understand such flag and give
> no-op in this case.
> There is no point in:
> 1) fixing the whole archive for a gcc-specific change
> 2) using ghc with older, unsupported compilers.

I'm not sure I understand this response.
When you say "gcc-specific", are you saying that the Debian Haskell package 
supports compilers other than gcc?  It appears to me that it specifically 
requires gcc.

When you say "fix the whole archive" what do you mean?
I suggest only a update to the "debian/control" file to prevent/discourage 
users from trying to use ghc with older, unsupported compilers.

Last question:
If I contribute a patch to the debian/control file to do this, would it get 
applied?

Bug#867867: php-all-dev: Doesn't depend on all supported PHP development packages

[Olly Betts]

Package: php-all-dev
Version: 1:52
Severity: normal

php-all-dev has short description:

> package depending on all supported PHP development packages

It actually depends on:

> Depends: php7.0-dev, php7.0-json

Now unstable has had PHP 7.1 packages for about 6 months (info from
https://tracker.debian.org/pkg/php7.1), and while I can see it was
useful to hold off updating php-all-dev while we were in release
freeze, it would be really helpful to update php-all-dev now the
release has happened so that it's actually useful for its intended
purpose.

Cheers,
Olly

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_NZ:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages php-all-dev depends on:
ii  php7.0-dev   7.0.20-2
ii  php7.0-json  7.0.20-2

php-all-dev recommends no packages.

php-all-dev suggests no packages.

-- no debconf information

Bug#865531: (no subject)

[Johannes Schauer]

The long tag description of testsuite-autopkgtest-missing suggests that they
have to simply add the field Testsuite:autopkgtest to debian/control and
everything is fixed.

But this is not the real fix. The real fix is to add a debian/tests/control
*and* at least one test.

I think the testsuite-autopkgtest-missing should not check whether the
Testsuite:autopkgtest field is present in the dsc because lintian can easily be
fooled by maintainers who add that field to debian/control directly (which they
shouldn't do). Instead the test should check for existence of
debian/tests/control *and* of at least one non-empty test file referenced by
the control file.

Furthermore the text of testsuite-autopkgtest-missing has to be fixed as
Raphaël already pointed out or otherwise maintainers will just add the field to
debian/control and think they are done with it.

Lastly, there should be a new tag for when the Testsuite:autopkgtest is set in
debian/control. This should not be done because the field is added to the final
.dsc by dpkg-source. This seems to be a common problem (331 pages of hits):

https://codesearch.debian.net/search?q=(%3Fm)^Testsuite%3A+path%3Adebian%2Fcontrol

Thanks!

cheers, josch


signature.asc
Description: signature

Bug#867915: ITP: xsimd -- C++ wrappers for SIMD intrinsics

[Ghislain Antony Vaillant]

Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant 

* Package name: xsimd
  Version : 3.0.0
  Upstream Author : Johan Mabille and Sylvain Corlay
* URL : https://github.com/QuantStack/xsimd
* License : BSD
  Programming Lang: C++
  Description : C++ wrappers for SIMD intrinsics

Long-Description:
 SIMD (Single Instruction, Multiple Data) is a feature of microprocessors
 that has been available for many years. SIMD instructions perform a
 single operation on a batch of values at once, and thus provide a way to
 significantly accelerate code execution. However, these instructions
 differ between microprocessor vendors and compilers.
 .
 xsimd provides a unified means for using these features for library
 authors. Namely, it enables manipulation of batches of numbers with the
 same arithmetic operators as for single values. It also provides
 accelerated implementation of common mathematical functions operating
 on batches.

The xsimd library is part of the xtensor stack. It will be maintained by
the Debian Science Team alongside the rest of the xtensor libraries.

Bug#867903: cppunit1.13: Incomplete debian/copyright?

[Rene Engelhard]

Hi,

On Mon, Jul 10, 2017 at 02:19:48PM +0100, Chris Lamb wrote:
> I just ACCEPTed cppunit1.13 from NEW but noticed it was missing 
> attribution in debian/copyright for at least:
> 
>  src/msvc6/testrunner/DynamicWindow/SizeCBar.cpp
>  src/msvc6/testrunner/DynamicWindow/SizeCBar.h
>  src/msvc6/testrunner/DynamicWindow/SizeCBar.html
> 
> (This is not exhaustive so please check over the entire package 
> carefully and address these on your next upload.)

Thankfully cppunit 1.14 removed all these (obsolete)
MSVC6 thingies.

Regards,

Rene

Bug#867920: ITP: libjlargearrays-java -- Java library for one dimensional arrays up to 2^63 elements

[Carnë Draug]

Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?Carn=C3=AB_Draug?= 

* Package name: libjlargearrays-java
  Version : 1.6
  Upstream Author : Piotr Wendykier 
* URL : https://gitlab.com/ICM-VisLab/JLargeArrays
* License : BSD-2-Clause
  Programming Lang: Java
  Description : Java library for one dimensional arrays up to 2^63 elements

Current implementations of Java Virtual Machines allow the creation of
one-dimensional arrays of length smaller than 2^31 elements.
JLargeArrays addresses the problem of maximal size of one-dimensional
Java arrays providing classes that can store up to 2^63 primitive
elements.

JLargeArrays provides the abstract class for primitive types, as well
as the non abstract classes for Number classes, String, bit values,
complex numbers, and objects.  It also supports subarrays.

This package is a common dependency on scientific java software where
the 2^31 number of elements is a common issue.

Bug#805488: [Patch] Fix (including for a lot of other failing tarballs)

[Lennart Sorensen]

On Fri, Jul 07, 2017 at 10:10:04PM +0200, Tomasz Buchert wrote:
> Wow, this is nice. Would you mind adding some tests to cover this?
> Ideally, we would have coverage for all rsyncable "dialects" we
> support.  Can you commit to collab-maint?

Something like this perhaps:

diff --git a/test/test_roundtrip.sh b/test/test_roundtrip.sh
index 5465ed4..b82620d 100644
--- a/test/test_roundtrip.sh
+++ b/test/test_roundtrip.sh
@@ -19,6 +19,18 @@ test_bz2() {
   assertWorksWithTarball $SAMPLES/tarballs/foo-1.0.tar.bz2
 }
 
+test_gz_135_rsyncable() {
+  assertWorksWithTarball 
$SAMPLES/tarballs/libinotify-kqueue-1.3.5rsyncable_20120419.orig.tar.gz
+}
+
+test_gz_14_rsyncable() {
+  assertWorksWithTarball 
$SAMPLES/tarballs/libinotify-kqueue-1.4rsyncable_20120419.orig.tar.gz
+}
+
+test_gz_16_rsyncable() {
+  assertWorksWithTarball 
$SAMPLES/tarballs/libinotify-kqueue-1.6rsyncable_20120419.orig.tar.gz
+}
+
 test_gz() {
   assertWorksWithTarball $SAMPLES/tarballs/foo-1.0.tar.gz
 }

I tried with a smaller tar file first, but you need to be at least 4 or
8KB depending on gzip version to trigger the rsyncable window size thing
so I used the other sample which resulted in different files for each
gzip version.

-- 
Len Sorensen


libinotify-kqueue-1.3.5rsyncable_20120419.orig.tar.gz
Description: application/gzip


libinotify-kqueue-1.4rsyncable_20120419.orig.tar.gz
Description: application/gzip


libinotify-kqueue-1.6rsyncable_20120419.orig.tar.gz
Description: application/gzip

Bug#866797: transition: gdal

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed

On 04/07/17 21:43, Emilio Pozuelo Monfort wrote:
> Control: forwarded -1 
> https://release.debian.org/transitions/html/gdal-2.1.2.html
> 
> On 01/07/17 21:17, Bas Couwenberg wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>> For the Debian GIS team I'd like to transition to GDAL 2.2.1.
>>
>> Like the previous transition to GDAL 2.1.2 (#842288), there is no SONAME
>> bump, only the virtual ABI package changed to account for the C++ symbol
>> changes.
>>
>> All reverse dependencies rebuilt successfully with GDAL 2.2.1 from
>> experimental as summarized below, except rasterio & vtk6.
>>
>> rasterio cannot be built yet because python-numpy hasn't been built with
>> Python 3.6 yet as part of the python3-defaults transition (#866335).
>> rasterio built successfully with Python 3.5 and GDAL 2.2.1~rc1, so this
>> will likely be resolved with the rebuild of python-numpy.
>>
>> vtk6 FTBFS due to missing build dependencies: texlive-math-extra.
>> The recent texlive-extra source packages no longer build with binary
>> package. Dropping the build dependency was sufficient to build vtk6
>> successfully with GDAL 2.2.1. The patch has been submitted in #866723.
>>
>> A new revision of qgis has been uploaded to unstable which includes the
>> changes from 2.14.16 (currently in NEW) for GDAL 2.2 support, which
>> allow the package the build successfully with GDAL 2.2.1 too.
>>
>>
>> libgdal-grass doesn't need a binNMU as the 2.2.1 version will be
>> uploaded to unstable instead. liblas likewise doesn't need a binNMU,
>> the version is experimental will be moved to unstable instead.
>>
>> Please also binNMU mapnik in experimental as part of the transition.
> 
> Let's wait a bit for this, I want the octave transition to finish
> first (and to make sure the python3.6 one won't be a problem). In
> the meantime you can get vtk6 fixed and qgis accepted.

octave is in and the python transition shouldn't be a problem anymore, so please
go ahead if you're ready to do the necessary NMUs.

Cheers,
Emilio

Bug#866026: volunteer for pygpgme to python[3]-gpg pivot

[Mike Gabriel]

Hi,

On  Do 06 Jul 2017 06:41:08 CEST, draeath wrote:


One month does not seem like a lot of turnaround time for this. Does this
package have an active maintainer? I'm willing to look into updating this
and providing a patch, but I might need some handholding on the process
side. (I'm familiar with casual site-local usage of debuild, but I do not
currently have a PGP key I can readily sign anything with)

This would be my first time contributing more than bug reports.

I'd imagine this package does see some use, as it's currently the only good
way to hook Dropbox into the Mate desktop without dragging a whole lot of
gnome3 components along for the ride.

Regards,
Paul Bransford


Please go ahead, Paul. Don't know how many of us devs are active  
caja-dropbox users. I don't particularly like Dropbox, so I avoid  
using it.


I'd be greatful, if you could get this issue resolved, as caja-dropbox  
is a nice to have for many non-geek users.


Thanks and looking forward to here back from you. If you won't take up  
this task, please drop a note to the bug, thanks.


Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgpLmN7e22ywI.pgp
Description: Digitale PGP-Signatur

Bug#868003: RFS: ircii/20170704-1 (QA Upload)

[Daniel Echeverry]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: ircii
* Version : 20170704-1
* Upstream Author : Matthew R. Green
* URL : http://ircii.warped.com/
* License : BSD-3-Clause
* Section : net

It builds those binary packages:

ircii - Internet Relay Chat client

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

https://mentors.debian.net/package/ircii
https://anonscm.debian.org/cgit/collab-maint/ircii.git

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

dget -x 
https://mentors.debian.net/debian/pool/main/i/ircii/ircii_20170704-1.dsc

More information about hello can be obtained from http://ircii.warped.com/

Changes since the last upload:

  * QA Upload.
  * New upstream release.
  * debian/control
+ Change debhelper to 10 in B-D.
+ Bump Standards-Version to 4.0.0 (no changes).
  * debian/compat
+ Switch compat level 9 to 10.
  * debian/copyright
+ Extend copyright holders years.
+ Add missing copyright holders.
  * debian/patches
+ Refresh 0008-fix-spelling-error.diff
+ Refresh 0006-fix-some-spelling-errors.patch
+ Refresh 0007-fix_security_problems.diff

 Regards,

-- 
Daniel Echeverry
http://wiki.debian.org/DanielEcheverry
http://rinconinformatico.net
Linux user: #477840
Debian user

Bug#867909: [Pkg-utopia-maintainers] Bug#867909: network-manager: NetworkManager doesn not write search domains to resolv.conf

[Vladimir K]

dchlient.conf is stock from the package.
With dhcp=internal  Network manager ignores option 119 completely and does not 
even list search domains via `nmcli con show`

If I manually launch dhclient on the interface, it successfully writes search 
domains to resolv.conf/

Bug#868004: RFP: cu2qu -- Python library for cubic-to-quadratic bezier curve conversion

[James Godfrey-Kittle]

Package: wnpp
Severity: wishlist

* Package name: cu2qu
  Version : 1.2.0
  Upstream Author : Google Internationalization Team
* URL : https://github.com/googlei18n/cu2qu
* License : Apache-2.0
  Programming Lang: Python
  Description : Python library for cubic-to-quadratic bezier curve
conversion

cu2qu is a library that approximates cubic bezier curves with quadratic
splines. This has general utility, but is especially useful for generating
fonts.