Bug#875909: user-setup: Please drop set_special_users hack added for "the convenience of heavy testers"

[Christian PERRIER]

Quoting Chris Lamb (la...@debian.org):
> Source: user-setup
> Version: 1.69
> Severity: normal
> Tags: patch
> 
> Hey!
> 
> Please drop the set_special_users hack added for "the convenience
> of heavy testers".

Doh. Some history is vanishing out. Admitedly, I could have tried
some negotiation and propose to add "kibi" and "lamby" to this list
but let's face it: I'm no longer a heavy tester of D-I and I also
think that tbm will not whine either. I didn't even remember about
this hack...:-)

IIRC, there are a few other Eater Eggs here or there in D-I, but I
won't help finding them (mostly because I don't remember about them).

Patch applied. I'm rebuilding user-setup (it had to be done for i18n
pruposes anyway) and will upload it ASAP.




signature.asc
Description: PGP signature

Bug#784509: [postbooks-updater] Qt4's WebKit removal

[Scott Kitterman]

On Wed, 6 May 2015 15:26:40 +0200 Ana Guerrero Lopez  wrote:
> Source: postbooks-updater
> Version: 2.2.5-8
> Severity: wishlist
> User: debian-qt-...@lists.debian.org
> Usertags: qt4webkit-removal
> 
> Dear Debian xTuple Maintainers ,
> 
> As you might know we the Qt/KDE team are preparing to remove Qt4's WebKit
> as announced in [announce].
> 
> [announce] 
> 
> 
> Basically we are about to get the latest Qt4 point release and upstream is
> migrating from WebKit to Bing in the Qt5 series, so we won't have much 
upstream
> support for maintaining Qt4's WebKit.
> 
> In order to make this move, all packages directly or indirectly depending on
> the Qt4's WebKit library have to either get ported to Qt5 or eventually get
> removed from the Debian repositories.
> 
> Therefore, please take the time and:
> - contact your upstream (if existing) and ask about the state of a Qt5
> port of your application
> - if there are no activities regarding porting, investigate whether there 
are
> suitable alternatives for your users
> - if there is a Qt5 port that is not yet packaged, consider packaging it
> - if both the Qt4 and the Qt5 versions already coexist in the Debian
> archives, consider removing the Qt4 version
> 
> = Porting =
> 
> Some of us where involved in various Qt4 to Qt5 migrations [migration] and 
we
> know for sure that porting stuff from Qt4 to Qt5 is much much easier and 
less
> painful than it was from Qt3 to Qt4.
> 
> We also understand that there is still a lot of software still using Qt4. In
> order to ease the transition time we have provided Wheezy backports for Qt5.
> 
> Don't forget to take a look at the C++ API changes page [apichanges] 
whenever
> you start porting your application.
> 
> [migration] http://pkg-kde.alioth.debian.org/packagingqtstuff.html
> [apichanges] http://doc.qt.io/qt-5/sourcebreaks.html
> 
> For any questions and issues, do not hesitate to contact the Debian Qt/KDE
> team at debian-qt-...@lists.debian.org

It looks to me like postbooks-updater is already Qt5 in unstable.  I believe 
that the libqtwebkit-dev build-dep is unused and could simply be removed to 
address this bug.

Scott K

Bug#875925: hdf5: interaction with nfs changed between jessie and stretch

[picca]

Source: hdf5
Version: 1.10.0-patch1+docs-3
Severity: important

Dear Maintainer,

after upgrading my system from jessie to stretch, I could not read anymore my 
hdf5 files located on
our nfs filesystem.

I have an error like this 

Can not flock ...

looking at the nfs documentation, I could find flock in the local_lock options 
which is set to
"none" on my system.

Since I red that some of these options can create conflict between lock 
mechanism.
And because I am not the only one accessing these files (other system are 
CentOS 5, 6).
I would like your opinion on the best way to solve this issue.

thanks for your help

Frédéric

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

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

Bug#816804: Qt5 version released upstream

[Scott Kitterman]

This and #874831 would be resolved if someone would package the new upstream 
release.

Scott K

Bug#862875: RFS: libzc/0.3.1-1 [ITP] -- fast zip cracking library

[Marc Ferland]

On Mon, Sep 11, 2017 at 4:09 PM, Andrey Rahmatullin  wrote:
> d/copyright says "License: GPL-3" instead of GPL-3+.
> lib/pthread_barrier.h and m4/ax_pthread.m4 should have separate entries in
> d/copyright.
> Otherwise the package looks good.

Fixed d/copyright and other warnings reported by 'scan-copyright' with
latest version:

https://mentors.debian.net/debian/pool/main/libz/libzc/libzc_0.3.5-1.dsc

Regards,

Marc

Bug#875924: "Please convert the driver to use hwmon_device_register_with_info()." messages

[積丹尼 Dan Jacobson]

Package: src:linux
Version: 4.12.6-1

There is not enough information in these messages to determine what
package to assign this bug to.

# journalctl | grep -C 1 deprecated
Sep 16 09:10:48 jidanni6 kernel: ACPI: bus type USB registered
Sep 16 09:10:48 jidanni6 kernel: (NULL device *): hwmon_device_register() is 
deprecated. Please convert the driver to use hwmon_device_register_with_info().
Sep 16 09:10:48 jidanni6 kernel: SCSI subsystem initialized
--
Sep 16 09:10:50 jidanni6 kernel: input: PC Speaker as 
/devices/platform/pcspkr/input/input8
Sep 16 09:10:50 jidanni6 kernel: k8temp :00:18.3: hwmon_device_register() 
is deprecated. Please convert the driver to use 
hwmon_device_register_with_info().
Sep 16 09:10:50 jidanni6 kernel: MCE: In-kernel MCE decoding enabled.

One would hope for better messages.

Bug#875800: 5 steps

[Kumar Appaiah]

On Fri, Sep 15, 2017 at 06:28:46PM +0800, 積丹尼 Dan Jacobson wrote:
>Starting clean, how far do you get with the five steps listed when using
>just
>$ flickcurl
>? Thanks.

I managed to reproduce your bug. I've imported fixes from upstream and
have uploaded a fixed version. Thanks.

Kumar
-- 
Kumar Appaiah

Bug#875923: ITP: django-q -- Django multiprocessing distributed task queue

[Jonas Meurer]

Package: wnpp
Severity: wishlist
Owner: Jonas Meurer 

* Package name: django-q
  Version : 0.8.0
  Upstream Author : 2015 Ilan Steemers 
* URL : https://github.com/Koed00/django-q
* License : MIT
  Programming Lang: Python
  Description : Django multiprocessing distributed task queue

A multiprocessing distributed task queue for Django with following features:

 * Multiprocessing worker pool
 * Asynchronous tasks
 * Scheduled and repeated tasks
 * Encrypted and compressed packages
 * Failure and success database or cache
 * Result hooks, groups and chains
 * Django Admin integration
 * PaaS compatible with multiple instances
 * Multi cluster monitor
 * Redis, Disque, IronMQ, SQS, MongoDB or ORM
 * Rollbar support



* Packaging as dependency for mailman3
* Intended to be maintained inside DPMT

Bug#865858: neofetch: Starts /usr/games/pacman if package pacman is installed

[Nobuhiro Iwamatsu]

Hi,

2017-09-15 18:22 GMT+09:00 Axel Beckert :
> Hi,
>
> Nobuhiro Iwamatsu wrote:
>> 2017-08-19 5:52 GMT+09:00 Axel Beckert :
>> > Nobuhiro Iwamatsu wrote:
>> >> Package: neofetch
>> >> Version: 2.0.1-1
>> > [...]
>> >> This problem is not reproduced in 3.2.0-1.
>> >
>> > I'm sorry to continue to bother you with this, but I can still very
>> > easily reproduce this with 3.2.0-1 in an uptodate Sid installation.
>> >
>> > Actually I just ran into it again yesterday, when I compared neofetch,
>> > screenfetch and inxi.
>>
>> Hmm, I will not reproduce this problem in my environment.
>
> Do you really mean "will not", i.e. you refuse to try to reproduce the
> issue? Or did you mean "can not"?

this mean "can not".

>
>> -
>> $ dpkg -l  pacman
>> dpkg-query: no packages found matching pacman
>> $ dpkg -l neofetch
>
> That's the point: The package "pacman" needs to be installed to see the issue:

Of course I have installed the pacman package.

>
> ~ → which pacman
> /usr/games/pacman
> ~ → dpkg -S /usr/games/pacman
> pacman: /usr/games/pacman
> ~ → dpkg -l pacman
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ Name   Version  Architecture Description
> +++-==---=
> ii  pacman 10-17.2+b1   amd64Chase Monsters in a Labyrinth
>
> Hope this helps.

$ which pacman
/usr/games/pacman
$ dpkg -S /usr/games/pacman
pacman: /usr/games/pacman
$ LANG=C dpkg -l pacman
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name  Version
 Architecture  Description
+++-=-=-=-
ii  pacman10-17.2+b1
 amd64 Chase Monsters in a Labyrinth
$ neofetch
   _,met$gg.  iwamatsu@chimu
,g$$$P.   --
  ,g$$P" """Y$$.".OS: Debian GNU/Linux unstable (sid) x86_64
 ,$$P'  `$$$. Host: OptiPlex 7020 00
',$$P   ,ggs. `$$b:   Kernel: 4.11.0-2-amd64
`d$$' ,$P"'   .$$$Uptime: 22 days, 1 hour, 18 mins
 $$P  d$' ,$$PPackages: 2771
 $$:  $$.   -,d$$'Shell: bash 4.4.12
 $$;  Y$b._   _,d$P'  Resolution: 1920x1080
 Y$$.`.`"YP"' DE: Xfce
 `$$b  "-.__  WM: Xfwm4
  `Y$$WM Theme: Default
   `Y$$.  Theme: Xfce [GTK2], Adwaita [GTK3]
 `$$b.Icons: Tango [GTK2], Adwaita [GTK3]
   `Y$$b. Terminal: xfce4-terminal
  `"Y$b._ Terminal Font: Monospace 12
  `"""CPU: Intel i7-4790 (8) @ 4.000GHz
  GPU: AMD Radeon HD 8570
  GPU: Intel Haswell Desktop
  Memory: 1511MiB / 7895MiB

>
> Regards, Axel
> --
>  ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
> : :' :  |  Debian Developer, ftp.ch.debian.org Admin
> `. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
>   `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Best regards,
  Nobuhiro

-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6

Bug#875922: perl: Please add arm64ilp32 support for bootstrapping/crossing

[Wookey]

Package: perl
Version: 5.24.1-3+deb9u1
Severity: normal
Tags: patch

Attached are the config.sh.static and patches for the other two
configs for the new arm64ilp32 architecture. Please add these to the
debian/cross/arm64ilp32 directory so that perl will build for this arch.

Status of the port is tracked at: https://wiki.debian.org/Arm64ilp32Port

Wookey
diff -urN perl-5.24.1.orig/debian/cross/arm64ilp32/config.sh.debug.patch perl-5.24.1/debian/cross/arm64ilp32/config.sh.debug.patch
--- perl-5.24.1.orig/debian/cross/arm64ilp32/config.sh.debug.patch	1970-01-01 01:00:00.0 +0100
+++ perl-5.24.1/debian/cross/arm64ilp32/config.sh.debug.patch	2017-09-15 17:05:21.699449351 +0100
@@ -0,0 +1,22 @@
+--- config.sh.static	2017-09-14 03:59:47.934715194 +0100
 config.sh.debug	2017-09-14 04:18:36.676533029 +0100
+@@ -16 +16 @@
+-config_args='-Dusethreads -Duselargefiles -Dcc=aarch64-linux-gnu_ilp32-gcc -Dcpp=aarch64-linux-gnu_ilp32-cpp -Dld=aarch64-linux-gnu_ilp32-gcc -Dccflags=-DDEBIAN -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/=. -fstack-protector-strong -Wformat -Werror=format-security -Dldflags= -Wl,-z,relro -Dlddlflags=-shared -Wl,-z,relro -Dcccdlflags=-fPIC -Darchname=aarch64-linux-gnu_ilp32 -Dprefix=/usr -Dprivlib=/usr/share/perl/5.24 -Darchlib=/usr/lib/aarch64-linux-gnu_ilp32/perl/5.24 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/aarch64-linux-gnu_ilp32/perl5/5.24 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.24.1 -Dsitearch=/usr/local/lib/aarch64-linux-gnu_ilp32/perl/5.24.1 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dusesitecustomize -Duse64bitint -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -Ui_libutil
  -Uversiononly -DDEBUGGING=-g -Doptimize=-O2 -dEs -Uuseshrplib -Dotherlibdirs=/usr/lib/aarch64-linux-gnu_ilp32/perl-base'
++config_args='-Dusethreads -Duselargefiles -Dcc=aarch64-linux-gnu_ilp32-gcc -Dcpp=aarch64-linux-gnu_ilp32-cpp -Dld=aarch64-linux-gnu_ilp32-gcc -Dccflags=-DDEBIAN -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/=. -fstack-protector-strong -Wformat -Werror=format-security -Dldflags= -Wl,-z,relro -Dlddlflags=-shared -Wl,-z,relro -Dcccdlflags=-fPIC -Darchname=aarch64-linux-gnu_ilp32 -Dprefix=/usr -Dprivlib=/usr/share/perl/5.24 -Darchlib=/usr/lib/aarch64-linux-gnu_ilp32/perl/5.24 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/aarch64-linux-gnu_ilp32/perl5/5.24 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.24.1 -Dsitearch=/usr/local/lib/aarch64-linux-gnu_ilp32/perl/5.24.1 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dusesitecustomize -Duse64bitint -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm -Ui_libutil
  -Uversiononly -DDEBUGGING=both -Doptimize=-O2 -dEs -Uuseshrplib'
+@@ -53 +53 @@
+-config_arg36='-DDEBUGGING=-g'
++config_arg36='-DDEBUGGING=both'
+@@ -57 +56,0 @@
+-config_arg40='-Dotherlibdirs=/usr/lib/aarch64-linux-gnu_ilp32/perl-base'
+@@ -103 +102 @@
+-ccflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/=. -fstack-protector-strong -Wformat -Werror=format-security -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
++ccflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/=. -fstack-protector-strong -Wformat -Werror=format-security -fwrapv -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64'
+@@ -125 +124 @@
+-cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/=. -fstack-protector-strong -Wformat -Werror=format-security -fwrapv -fno-strict-aliasing -pipe -I/usr/local/include'
++cppflags='-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/=. -fstack-protector-strong -Wformat -Werror=format-security -fwrapv -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include'
+@@ -457 +456 @@
+-d_perl_otherlibdirs='define'
++d_perl_otherlibdirs='undef'
+@@ -995 +994 @@
+-otherlibdirs='/usr/lib/aarch64-linux-gnu_ilp32/perl-base'
++otherlibdirs=''
diff -urN perl-5.24.1.orig/debian/cross/arm64ilp32/config.sh.shared.patch perl-5.24.1/debian/cross/arm64ilp32/config.sh.shared.patch
--- perl-5.24.1.orig/debian/cross/arm64ilp32/config.sh.shared.patch	1970-01-01 01:00:00.0 +0100
+++ perl-5.24.1/debian/cross/arm64ilp32/config.sh.shared.patch	2017-09-15 17:05:21.699449351 +0100
@@ -0,0 +1,22 @@
+--- config.sh.static	2017-09-14 03:59:47.934715194 +0100
 config.sh.shared	2017-09-14 04:11:17.274725343 +0100
+@@ -16 +16 @@
+-config_args='-Dusethreads -Duselargefiles -Dcc=aarch64-linux-gnu_ilp32-gcc -Dcpp=aarch64-linux-gnu_il

Bug#875921: perl: Perl cross-build does not search correct paths for errno.h

[Wookey]

Package: perl
Version: 5.24.1-3+deb9u1
Severity: normal
Tags: upstream patch


Cross-building perl fails unless there is a copy of errno.h in
/usr/include or /usr/local/include. These are almost certainly
build-arch files unless you are building in a sysroot. The code is
essentially assuming a non-multiarch layout and the use of a
sysroot. When the sysroot is '' (as it is when crossing on debian)
this picks up the potentially wrong-arch errno.h of the build system.

The offending code is:
  my ($linux_errno_h) = grep { -e $_ } map { "$_/errno.h" }
  "$sysroot/usr/include", "$sysroot/usr/local/include",
  split / / => $Config{locincpth} or
  die "Cannot find errno.h";
in ext/Error/Errno_pm.PL

For glibc-only systems this assumption does not break anything because
errno.h does not change by architecture. Nevertheless this is not
robust, and will break if/when #798955 is implemented. 

On a Debian (i.e. multiarch) system a search for header files should
look in /usr/include/$DEB_HOST_MULTIARCH before /usr/include. Once
798955 is implemented, looking in /usr/include is arguably incorrect,
although $sysroot/usr/include still makes sense

There is no obvious variable in the config file to set up this
search. The closest is incpth, and using that does work, which is what
the attached patch does. I'm not sure that it is really the optimum
include path set to search. Possibly yet another config option for
this would be the right thing to do. Better would be defining one for
$DEB_HOST_MULTIARCH so the path can be composed. 

I noticed this because I'm bootstrapping using rebootstrap, which
builds all libc6-dev's with #798955 implemented, so there is no
/usr/include/errno.h at all. You can simulate this by moving all the
headers in libc6-dev from /usr/include to /usr/include/$DEB_HOST_MULTIARCH

Patch supplied as simple patch and dpkg 3.0 (quilt) format fix.


Wookey
diff -urN perl-5.24.1.orig/ext/Errno/Errno_pm.PL perl-5.24.1/ext/Errno/Errno_pm.PL
--- perl-5.24.1.orig/ext/Errno/Errno_pm.PL	2017-09-15 16:04:41.332385550 +
+++ perl-5.24.1/ext/Errno/Errno_pm.PL	2017-09-15 16:04:56.948023389 +
@@ -133,7 +133,7 @@
 	# Some Linuxes have weird errno.hs which generate
 	# no #file or #line directives
 	my ($linux_errno_h) = grep { -e $_ } map { "$_/errno.h" }
-	"$sysroot/usr/include", "$sysroot/usr/local/include",
+	split( / /,"$Config{incpth}"), "$sysroot/usr/include", "$sysroot/usr/local/include/",
 	split / / => $Config{locincpth} or
 		die "Cannot find errno.h";
 	$file{$linux_errno_h} = 1;
diff -urN perl-5.24.1.orig/debian/patches/crossbuild-multiarch-paths-errno-fix.diff perl-5.24.1/debian/patches/crossbuild-multiarch-paths-errno-fix.diff
--- perl-5.24.1.orig/debian/patches/crossbuild-multiarch-paths-errno-fix.diff	1970-01-01 01:00:00.0 +0100
+++ perl-5.24.1/debian/patches/crossbuild-multiarch-paths-errno-fix.diff	2017-09-15 17:13:55.843532995 +0100
@@ -0,0 +1,20 @@
+Description: Look in multiarch include paths so errno.h is found when crossing
+ errno.h may be in /usr/include/$multiarch/ on a debian system.
+ The build system needs to look in there, but currently assumes a sysroot with no multiarch paths
+ The sysroot is harmless here, but the lack of multiarch support is fatal.
+ The config does not include the multiarch path simply. Closest available 
+ is incpth which includes gcc internal arch-specific dirs and the correct multiarch dirs.
 
+Author: Wookey 
+Last-Update: 2017-09-15
+
+--- perl-5.24.1.orig/ext/Errno/Errno_pm.PL
 perl-5.24.1/ext/Errno/Errno_pm.PL
+@@ -133,7 +133,7 @@ sub get_files {
+ 	# Some Linuxes have weird errno.hs which generate
+ 	# no #file or #line directives
+ 	my ($linux_errno_h) = grep { -e $_ } map { "$_/errno.h" }
+-	"$sysroot/usr/include", "$sysroot/usr/local/include",
++	split( / /,"$Config{incpth}"), "$sysroot/usr/include", "$sysroot/usr/local/include/",
+ 	split / / => $Config{locincpth} or
+ 		die "Cannot find errno.h";
+ 	$file{$linux_errno_h} = 1;
diff -urN perl-5.24.1.orig/debian/patches/series perl-5.24.1/debian/patches/series
--- perl-5.24.1.orig/debian/patches/series	2017-09-15 17:04:41.172389260 +0100
+++ perl-5.24.1/debian/patches/series	2017-09-15 17:09:30.273687590 +0100
@@ -71,3 +71,4 @@
 fixes/getopt-long-4.diff
 fixes/fbm-instr-crash.diff
 debian/CVE-2016-1238/base-pm-amends-pt2.diff
+crossbuild-multiarch-paths-errno-fix.diff

Bug#875920: Feature request: 'no-check' upload option

[Katsuhiko Nishimra]

Package: mini-buildd
Severity: wishlist
Tags: patch

Dear maintainer,

Time to time, there are trivial updates such as typofixes or something
like that, which uploaders are quite sure there won't be needs for
testing. Besides, uploaders might have already tested them locally.

Tests are sometimes very resource consuming (llvm-toolchain is in my
mind). I think it will be nice if a way to skip tests is provided.

Here I attach a patch that implements the way. With this patch, when
 * MINI_BUILDD_OPTION: no-check
is in the top changelog entry the daemon passes
DEB_BUILD_OPTIONS=nocheck to sbuild processes.

I've tested it on a stretch box with version 1.1.4 from experimental.

Please take a look, and I hope you like it.

Thanks,

Katsuhiko
From 2e574c50a75510d2f7d91f113a20fa2191c3b050 Mon Sep 17 00:00:00 2001
From: Katsuhiko Nishimra 
Date: Sat, 16 Sep 2017 07:28:09 +0900
Subject: [PATCH] Feature addition: 'no-check' upload option

This patch adds a new upload option 'no-check', which passes
DEB_BUILD_OPTIONS='nocheck' for jobs invoked by the upload.
---
 src/mini_buildd/builder.py | 6 +-
 src/mini_buildd/changes.py | 5 +
 2 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/src/mini_buildd/builder.py b/src/mini_buildd/builder.py
index 44c10488..eaff8144 100644
--- a/src/mini_buildd/builder.py
+++ b/src/mini_buildd/builder.py
@@ -207,6 +207,10 @@ $apt_allow_unauthenticated = {apt_allow_unauthenticated};
 
 sbuild_cmd += [self._breq.dsc_name]
 
+deb_build_options = ["parallel={j}".format(j=self._sbuild_jobs)]
+if "Build-Options" in self._breq:
+deb_build_options += [self._breq["Build-Options"]]
+
 # Actually run sbuild
 mini_buildd.call.sbuild_keys_workaround()
 buildlog = os.path.join(self._build_dir, self._breq.buildlog_name)
@@ -222,7 +226,7 @@ $apt_allow_unauthenticated = {apt_allow_unauthenticated};
 cwd=self._build_dir,
 env=mini_buildd.call.taint_env({"HOME": self._build_dir,
 "GNUPGHOME": os.path.join(mini_buildd.setup.HOME_DIR, ".gnupg"),
-"DEB_BUILD_OPTIONS": "parallel={j}".format(j=self._sbuild_jobs)}),
+"DEB_BUILD_OPTIONS": ' '.join(deb_build_options)}),
 stdout=l, stderr=subprocess.STDOUT)
 retval = sbuild_call.result.returncode
 
diff --git a/src/mini_buildd/changes.py b/src/mini_buildd/changes.py
index cc85532e..a7b86dc6 100644
--- a/src/mini_buildd/changes.py
+++ b/src/mini_buildd/changes.py
@@ -55,6 +55,7 @@ class Changes(debian.deb822.Changes):
 KEYWORD = "MINI_BUILDD_OPTION"
 _OPTIONS = {"ignore-lintian": Bool,
 "run-lintian": Bool,
+"no-check": Bool,
 "internal-apt-priority": Int,
 "auto-ports": CSV}
 
@@ -521,6 +522,10 @@ class Changes(debian.deb822.Changes):
 dist.LINTIAN_FAIL_ON_ERROR: "",
 dist.LINTIAN_FAIL_ON_WARNING: "--fail-on-warning"}
 breq["Run-Lintian"] = modeargs[dist.lintian_mode] + " " + dist.lintian_extra_options
+build_options = []
+if self.options.get("no-check", alt=ao.architecture.name, default=True):
+build_options += ["nocheck"]
+breq["Build-Options"] = " ".join(build_options)
 
 breq.save(daemon.mbd_gnupg)
 else:
-- 
2.11.0



signature.asc
Description: PGP signature

Bug#872689: irony-mode: Proposed patch enable elpa/Packages.el integration for irony-mode

[Nicholas D Steeves]

And one more patch
From fb736a0746f9068aedffbaec1cbdbc1ac780c990 Mon Sep 17 00:00:00 2001
From: Nicholas D Steeves 
Date: Fri, 15 Sep 2017 19:27:49 -0400
Subject: [PATCH 7/7] Fix duplicate short description for server

---
 debian/control | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 9e40ce8..dbf3f7f 100644
--- a/debian/control
+++ b/debian/control
@@ -32,7 +32,7 @@ Depends:
  ${shlibs:Depends},
  ${misc:Depends},
  emacsen-common (>= 2.0.8)
-Description: C/C++ minor mode powered by libclang
+Description: C/C++ minor mode powered by libclang (server)
  irony-mode is an Emacs minor-mode that aims at improving the editing
  experience for the C, C++ and Objective-C languages. It works by
  using a combination of an Emacs package and a C++ program
-- 
2.11.0



signature.asc
Description: PGP signature

Bug#875919: RFS: irony-mode/0.2.1-1 [minimal NMU for elpafication]

[Nicholas D Steeves]

Package: sponsorship-requests
Severity: normal

Control: block 872689 by -1

Dear mentors,

I am looking for a sponsor for a minimal NMU of the package "irony-mode".  The 
Maintainer Christoph Egger is LowNMU, and the package is in collab-maint.  
Pkg-emacsen is currently in the process of migrating all Emacs addons to 
dh_elpa for which it is possible to do so, and is filing minimal-nmu bugs for 
packages not part of the group's alioth project.

Dear Pkg-emacsen team,

I've CCed you in case anyone has time to sponsor this.

Dear Gianfranco,

I've CCed you because your uploaded the last version to experimental, and if 
everyone in pkg-emacsen is too busy to upload then I would have asked you for 
sponsorship anyway :-)

* Package name: irony-mode
  Version : 0.2.1-1
  Upstream Author : Guillaume Papin 
* URL : https://github.com/Sarcasm/irony-mode/
* License : GPL-3+
  Section : x11 (imho should be lisp, but this is a minimal nmu)

It builds these binary packages:

   elpa-irony - C/C++ minor mode powered by libclang
   irony-mode - Transition Package, irony-mode to elpa-irony
   irony-server - C/C++ minor mode powered by libclang (server)

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

https://mentors.debian.net/package/irony-mode


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

dget -x 
https://mentors.debian.net/debian/pool/main/i/irony-mode/irony-mode_0.2.1-1.dsc

Additionally, I believe the maintainer might appreciate having these changes 
merged into his git repo.  Use the following command to clone my git repo, or 
pull from this remote to collab-maint.

git clone g...@github.com:sten0/irony-mode.git

More information about irony-mode can be obtained from 
https://github.com/Sarcasm/irony-mode/.

Changes since the last upload:

irony-mode (0.2.1-1) unstable; urgency=medium

  * Team upload (collab-maint).
  * Elpafy irony-mode (Closes: #872689)
- debian/control: Add --with elpa
- Drop obsolete emacsen-compat, emacsen-install, emacsen-remove,
  emacsen-startup, and install
- Add elpa-irony.elpa to install and bytecompile *.el
- Use irony-server.install to install irony-server
  * debian/control:
- Split package into Arch: all elpa-irony and Arch: any irony-mode-server
- Irony-mode is now a dummy transitional package

 -- Nicholas D Steeves   Sun, 20 Aug 2017 00:11:54 -0400

irony-mode (0.2.1-1~exp1) experimental; urgency=medium

  * Team upload (collab-maint).
  * New upstream release
- compatible with llvm 4.0

 -- Gianfranco Costamagna   Sat, 29 Apr 2017 13:47:43 
+0200

irony-mode (0.2.0-1) unstable; urgency=medium


Cheers,
Nicholas

Bug#816097: workaround: use apt instead of aptitude as resolver

[James Clarke]

Control: reassign -1 qemu-user-static
Control: forcemerge 872771 -1

On Fri, Sep 15, 2017 at 09:54:37AM +0200, Stefan Großhauser wrote:
>
> Thanks to jrtc27, I learned about a workaround:
>
> The segfault is not specific to pbuilder, but rather aptitude
> crashes under qemu-user.
>
> The reason sbuild works is just that sbuild happens to use a different
> resolver by default (probably there is a way to make sbuild use
> aptitude, which then *presumably* also crashes).
>
> To make pbuilder use apt instead of aptitude as resolver, put the
> following line into the .pbuilderrc (see pbuilderrc(5) for more info)
>
> PBUILDERSATISFYDEPENDSCMD=/usr/lib/pbuilder/pbuilder-satisfydepends-apt
>
> best regards
> Stefan

Since this is a bug in qemu-user, I am reassigning this and merging it
with a duplicate already reported against qemu-user.

Regards,
James

Bug#875917: retro-gtk: FTBFS: linux/input-event-codes.h: No such file or directory

[Jeremy Bicha]

On Fri, Sep 15, 2017 at 5:29 PM, Aaron M. Ucko  wrote:
> or formally restrict the package's Architecture field to linux-any so
> that autobuilders for other architectures don't bother trying to cover
> it.

Yeah, I did that in git several hours ago but it wasn't important
enough for me to bother doing a new upload just for that:

https://anonscm.debian.org/git/pkg-gnome/retro-gtk.git/commit/?id=96cf55

I did not file a bug upstream but you're welcome to do that if you
like. The new includes is part of a new feature to allow configuring
gamepads, joysticks or whatever in gnome-games-app. I don't know a
cross-platform way to do that.

Thanks,
Jeremy Bicha

Bug#872771: Stretch's aptitude segfaults with qemu-user-static and ARM targets

[James Clarke]

Control: tag -1 upstream
Control: forwarded -1 https://bugs.launchpad.net/qemu/+bug/1594394

On Mon, Aug 21, 2017 at 07:11:55AM +0200, Mihai Moldovan wrote:
> Package: qemu-user-static
> Version: 1:2.8+dfsg-6+deb9u2
>
> Steps to reproduce:
>
> qemu-debootstrap --arch=armhf --variant=minbase --verbose --components=main
> --resolve-deps stretch /tmp/stretch-armhf
> chroot /tmp/stretch-armhf/ apt-get install -y aptitude
> chroot /tmp/stretch-armhf/ aptitude update
>
> => Segfault
>
>
> The same procedure with a Jessie-based chroot works fine.
>
>
> Both armhf and armel arches seem to be affected.
>
>
> I assume this failure is triggered by changes in aptitude - but no idea what 
> is
> wrong exactly.
>
> The host system is amd64-based.

Hi,
This is the above upstream bug.

Regards,
James

Bug#875678:

[J. Smith]

Maybe you have psgml installed? Ref: https://debbugs.gnu.org/24538#19

Bug#873374: libtsk13 4.4.2-1 crash in the dfvfs test suite

[Eriberto Mota]

Control: reassign 873374 python-tsk

Hi,

After a conversation with upstream[1] and several tests, I can confirm
the problem is being caused by python-tsk package. Rebuilding the
package will solve the problem.

[1] https://github.com/sleuthkit/sleuthkit/issues/953

Hilko, can you reupload the package?

Regards,

Eriberto

Bug#721190: debirf: additional rescue packages

[Daniel Kahn Gillmor]

On Fri 2017-09-15 14:27:46 -0700, Matt Taggart wrote:
> removed, but can maybe be readded:
> scsitools (#686881)

I've added this back to the rescue image in the master branch.

> I would still like to see:
> cpuburn
> cramfsprogs

these packages don't exist in debian any longer.

> hwclock

i think this is shipped by util-linux, which is already installed on the
rescue images because it is Essential: yes.   I'm confused why you're
asking for it here.

> ssh (#834476)

this is a separate bug that we should follow up on there.

> maybe interesting contrib/non-free:
> intel-microcode (non-free)
> iucode-tool (contrib)
> other firmware stuff to make NICs work

this requires us to add non-free and contrib to the example builds,
which makes me sad.  perhaps we should have a rescue-non-free example
profile that adds them in?  maybe some other way?  this should probably
be a separate bug report.

> Also mentioned in this bug were bz2 or xz support; support for
> creating xz images got added but maybe it's useful to have the
> utilities available in rescue too? Since p7zip has support for various
> formats, maybe p7zip (or p7zip-full)?

I've added p7zip-full to the rescue image in the master branch.

> I don't think this bug should live forever as the place for rescue
> suggestions, maybe we should decide on these remaining things and
> close it, opening another if needed.

agreed, this bug is a really poor way to organize wishlists, so i'm
closing it.

feel free to open specific bug reports about specific requests.

 --dkg

Bug#834476: debirf: way to enable network and ssh

[Daniel Kahn Gillmor]

On Fri 2017-09-15 18:00:27 -0400, Daniel Kahn Gillmor wrote:
>  (c) I'm more reluctant about shipping openssh-server enabled by
>  default, for the same sort of forensics concerns i have in (a).

one more concern, actually, is ssh host key generation.  I want to make
sure that the debirf image doesn't have a secret key shipped in it.

i think the right thing is to auto-generate an ed25519 key at service
start time if it doesn't already exist, but i'm not sure the best way to
make that happen.

 --dkg


signature.asc
Description: PGP signature

Bug#850776: closed by Jonathan Carter (Bug#850776: fixed in zfs-auto-snapshot 1.2.3-1)

[Andreas Beckmann]

Control: found -1 1.2.3-1

Hi,

the cronjob no longer emits a message, but still exits with a
(now different) non-zero exit code:

0m45.7s DEBUG: Starting command: ['chroot', '/tmp/piupartss/tmpiehdW0', 
'/etc/cron.daily/zfs-auto-snapshot']
0m45.7s ERROR: Command failed (status=1): ['chroot', 
'/tmp/piupartss/tmpiehdW0', '/etc/cron.daily/zfs-auto-snapshot']


The exitcode of the last command in the script is uses as the exit code
for the script.
Your current approach is like
  false && do_it ; echo $?


You probably want to use cronjobs like this:

# Only call zfs-auto-snapshot if it's available
which zfs-auto-snapshot > /dev/null || exit 0

exec zfs-auto-snapshot --quiet --syslog --label=daily --keep=31 //


Andreas

Bug#834476: debirf: way to enable network and ssh

[Daniel Kahn Gillmor]

On Mon 2016-08-15 18:42:01 -0700, Matt Taggart wrote:
> There is an old upstream issue #20
>   http://cmrg.fifthhorseman.net/ticket/20
> to have a way to enable the network and ssh by default.
>
> I would still like this and in addition to the good ideas mentioned there I 
> think it would be nice if the ssh host key fingerprints were added to 
> /etc/motd (or something similar).
>
> Also, even if network and ssh aren't enabled by default in the example 
> shipped profiles, what do you think about adding ssh to the package list? 
> (and then at least you could start them by hand)

This seems like several different questions:

 (a) do we want to have the network enabled by default on the rescue
 image?

 (b) do we want to install openssh-client?

 (c) do we want to install openssh-server?


Here's my thinking on those:

 (a) i don't think we should enable the network by default in the rescue
 image.  It should be something that can be safely used for
 forensics, and opening the device to the network seems like it's
 asking for trouble.

 (b) i don't have any objection to adding openssh-client to the default
 rescue installation.  It provides useful utilities for dealing with
 keys in discovered/rescued filesystems, as well as for extracting
 and exporting recovered data.

 (c) I'm more reluctant about shipping openssh-server enabled by
 default, for the same sort of forensics concerns i have in (a).  So
 perhaps we could ship it, but have the service disabled by default,
 so the local admin would need to do:

 systemctl start ssh

 explicitly before it ran?  I'm unsure what the right way to do that
 is.  do we touch /etc/ssh/sshd_not_to_be_run ?  do we run
 "systemctl disable ssh" from a debirf module?  something else?

Suggestions welcome,

   --dkg


signature.asc
Description: PGP signature

Bug#875916: gnome-software: FTBFS on non-Linux: Native dependency 'gudev-1.0' not found

[Michael Biebl]

Am 15.09.2017 um 23:25 schrieb Aaron M. Ucko:
> Source: gnome-software
> Version: 3.26.0-2
> Severity: important
> Justification: fails to build from source (but built successfully in the past)
> 
> Builds of gnome-software on kfreebsd-* (admittedly not release
> architectures) have been failing:

Can you please in the future usertag such arch/kfreebsd/hurd specific
issues so the show up on the radar of the porters.

Thanks,
Michael


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#875918: mdadm: initramfs boot message: /scripts/local-bottom/mdadm: rm: not found

[zoltan]

Package: mdadm
Version: 3.4-4+b1
Severity: normal
Tags: upstream

Dear Maintainer,

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

   * What led up to the situation?

I have seen this boot message after upgrading to stretch from jessie.

cat /usr/share/initramfs-tools/scripts/local-bottom/mdadm

#!/bin/sh
rm -f /run/count.mdadm.initrd
exit 0

I suspect, using "/bin/rm" might solve the issue. (did not try)

Not sure though, what are should be accessible in a debian initramfs.

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


-- Package-specific info:
--- mdadm.conf
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST 
MAILADDR root
ARRAY /dev/md/1  metadata=1.2 UUID=aea5ed53:7c23d004:168fc1d8:f9b8c2d4 
name=mamita:1
ARRAY /dev/md/2  metadata=1.2 UUID=2d7770ab:16ad6a2e:777e7373:30a2e049 
name=mamita:2
ARRAY /dev/md/3  metadata=1.2 UUID=2a10f1e3:a07888a5:4cb4660a:c6282746 
name=mamita:3
ARRAY /dev/md/4  metadata=1.2 UUID=7900c642:603410eb:04721aa4:5a654e1f 
name=mamita:4
ARRAY /dev/md/5  metadata=1.2 UUID=24d18432:b51c430a:dfc7a0c2:9b4c8df9 
name=mamita:5

--- /etc/default/mdadm
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS="--syslog"
VERBOSE=false

--- /proc/mdstat:
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] 
[raid10] 
md2 : active raid1 sdb2[3] sdc2[2]
  209584128 blocks super 1.2 [2/2] [UU]
  bitmap: 2/2 pages [8KB], 65536KB chunk

md4 : active (auto-read-only) raid1 sdb4[3] sdc4[2]
  209584128 blocks super 1.2 [2/2] [UU]
  bitmap: 0/2 pages [0KB], 65536KB chunk

md5 : active (auto-read-only) raid1 sdb5[3] sdc5[2]
  137769664 blocks super 1.2 [2/2] [UU]
  bitmap: 0/2 pages [0KB], 65536KB chunk

md1 : active raid1 sdc1[2] sdb1[3]
  209583104 blocks super 1.2 [2/2] [UU]
  bitmap: 1/2 pages [4KB], 65536KB chunk

md3 : active raid1 sdb3[3] sdc3[2]
  209584128 blocks super 1.2 [2/2] [UU]
  bitmap: 0/2 pages [0KB], 65536KB chunk

unused devices: 

--- /proc/partitions:
major minor  #blocks  name

   8   16  976762584 sdb
   8   17  209715200 sdb1
   8   18  209715200 sdb2
   8   19  209715200 sdb3
   8   20  209715200 sdb4
   8   21  137900743 sdb5
   8   32  976762584 sdc
   8   33  209715200 sdc1
   8   34  209715200 sdc2
   8   35  209715200 sdc3
   8   36  209715200 sdc4
   8   37  137900743 sdc5
   80  117220824 sda
   81  96256 sda1
   824882432 sda2
   83  1 sda3
   85   39061504 sda5
   86   39061504 sda6
   87   34114560 sda7
  1101048575 sr0
   93  209584128 md3
   91  209583104 md1
   95  137769664 md5
   94  209584128 md4
   92  209584128 md2
 2530  112230400 dm-0
 2531  524288000 dm-1
   70   52428800 loop0

--- LVM physical volumes:
  PV VG   Fmt  Attr PSize   PFree  
  /dev/md1   vg00 lvm2 a--  199.87g  0 
  /dev/md2   vg00 lvm2 a--  199.87g  0 
  /dev/md3   vg00 lvm2 a--  199.87g  99.61g
  /dev/md4   vg00 lvm2 a--  199.87g 199.87g
  /dev/md5lvm2 ---  131.39g 131.39g
  /dev/sda5  vg01 lvm2 a--   37.25g  0 
  /dev/sda6  vg01 lvm2 a--   37.25g  0 
  /dev/sda7  vg01 lvm2 a--   32.53g  0 
--- mount output
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs 
(rw,nosuid,relatime,size=4075964k,nr_inodes=1018991,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=817908k,mode=755)
/dev/mapper/vg01-root on / type ext4 
(rw,relatime,errors=remount-ro,data=ordered)
securityfs on /sys/kernel/security type securityfs 
(rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup 
(rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/blkio type cgroup 
(rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup 
(rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/cpuset type cgroup 
(rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup 
(rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/freezer type cgroup 
(rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/devices type cgroup 
(rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/

Bug#875917: retro-gtk: FTBFS: linux/input-event-codes.h: No such file or directory

[Aaron M. Ucko]

Source: retro-gtk
Version: 0.10.0-1
Severity: important
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

Builds of retro-gtk for kFreeBSD and the Hurd (admittedly not release
architectures) have been failing:

  retro-core-view-extern.c:3:10: fatal error: linux/input-event-codes.h: No 
such file or directory

Please either accommodate this header's inherent unavailability there
or formally restrict the package's Architecture field to linux-any so
that autobuilders for other architectures don't bother trying to cover
it.

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#721190: debirf: additional rescue packages

[Matt Taggart]

Just an update on #721190,

The following mentioned in this bug have been added:
dmidecode
ethtool
fancontrol
flashrom
initramfs-tools-core
inteltool
lm-sensors
memtester
msrtool
ntfs-3g
nvramtool
rsync
socat
squashfs-tools
superiotool
usbutils
wget

also added and useful:
btrfs-progs

removed, but can maybe be readded:
scsitools (#686881)

I would still like to see:
cpuburn
cramfsprogs
hwclock
ssh (#834476)

maybe interesting contrib/non-free:
intel-microcode (non-free)
iucode-tool (contrib)
other firmware stuff to make NICs work

Also mentioned in this bug were bz2 or xz support; support for creating xz 
images got added but maybe it's useful to have the utilities available in 
rescue too? Since p7zip has support for various formats, maybe p7zip (or 
p7zip-full)?

I don't think this bug should live forever as the place for rescue suggestions, 
maybe we should decide on these remaining things and close it, opening another 
if needed.

Thanks,

-- 
Matt Taggart
tagg...@riseup.net


signature.asc
Description: PGP signature

Bug#875916: gnome-software: FTBFS on non-Linux: Native dependency 'gudev-1.0' not found

[Aaron M. Ucko]

Source: gnome-software
Version: 3.26.0-2
Severity: important
Justification: fails to build from source (but built successfully in the past)

Builds of gnome-software on kfreebsd-* (admittedly not release
architectures) have been failing:

  Meson encountered an error in file meson.build, line 167, column 2:
  Native dependency 'gudev-1.0' not found

Builds for hurd-i386 (not a release architecture either) would fail in
the same way but are currently blocked altogether by appstream-glib
bug #875915 (a Hurd-specific test failure).

If gudev can be an optional dependency again, please go for it;
otherwise, please unconditionalize it in Build-Depends so non-Linux
autobuilders know not to bother here.

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#873895: libsml: patch for buildfailure on non-Linux

[Aaron M. Ucko]

Andreas Moog  writes:

> thanks for the report. I've prepared a patch that should hopefully fix the 
> issue. Could you check if it works for you?

Yes, the build succeeds, test suite and all.

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#875915: appstream-glib: FTBFS on hurd-i386: Unable to find default local file monitor type

[Aaron M. Ucko]

Source: appstream-glib
Version: 0.7.1-2
Severity: important
Tags: upstream
Justification: fails to build from source (but built successfully in the past)

Builds of appstream-glib for hurd-i386 (admittedly not a release
architecture) have been failing lately:

  /AppStream/store{local-appdata}: 
  --- stderr ---
  **
  
As:ERROR:../libappstream-glib/as-self-test.c:2265:as_test_store_local_appdata_func:
 assertion failed (error == NULL): Unable to find default local file monitor 
type (g-io-error-quark, 0)
  ---
  
  Full log written to /<>/obj-i686-gnu/meson-logs/testlog.txt
  FAILED: test 
  /usr/bin/python3 -u /usr/share/meson/mesontest --no-rebuild --print-errorlogs
  ninja: build stopped: subcommand failed.
  dh_auto_test: ninja test returned exit code 1
  debian/rules:39: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 1
  make[1]: Leaving directory '/<>'
  debian/rules:17: recipe for target 'build-arch' failed
  make: *** [build-arch] Error 2
  dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2

Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#875914: autopkgtest: support Conflicts: in debian/tests/control

[Daniel Kahn Gillmor]

Package: autopkgtest
Severity: wishlist

It would be nice if we could have Conflicts: in any stanza in
debian/tests/control, to indicate that if a given package is installed,
this test should not be considered a candidate to run.

Thanks for autopkgtest, it has helped me improve software both inside of
debian and upstream.  Your work maintaining this toolchain is much
appreciated!

--dkg

Bug#875908: qbittorrent fails to start with "symbol lookup error"

[Frédéric Brière]

On Fri, Sep 15, 2017 at 10:11:35PM +0200, Carlo Marchiori wrote:
> symbol lookup error: /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5: undefined
> symbol: FT_Get_Font_Format
> 
> libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x7f078671c000)

What happens if you move your locally-compiled libfreetype out of the
way?  :)

Bug#875913: plplot-tcl,libplplot-{java,lua}: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: plplot-tcl,libplplot-java,libplplot-lua
Version: 5.13.0+dfsg-1~exp1
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...):

0m18.0s INFO: dirname part contains a symlink:
  /usr/share/doc/plplot-tcl/changelog.Debian.gz (plplot-tcl) != 
/usr/share/doc/libplplot12/changelog.Debian.gz (?)
/usr/share/doc/plplot-tcl -> libplplot12
  /usr/share/doc/plplot-tcl/changelog.gz (plplot-tcl) != 
/usr/share/doc/libplplot12/changelog.gz (?)
/usr/share/doc/plplot-tcl -> libplplot12
  /usr/share/doc/plplot-tcl/copyright (plplot-tcl) != 
/usr/share/doc/libplplot12/copyright (?)
/usr/share/doc/plplot-tcl -> libplplot12

0m15.9s INFO: dirname part contains a symlink:
  /usr/share/doc/libplplot-java/changelog.Debian.gz (libplplot-java) != 
/usr/share/doc/libplplot12/changelog.Debian.gz (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/changelog.gz (libplplot-java) != 
/usr/share/doc/libplplot12/changelog.gz (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/copyright (libplplot-java) != 
/usr/share/doc/libplplot12/copyright (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples (libplplot-java) != 
/usr/share/doc/libplplot12/examples (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/CMakeLists.txt.gz (libplplot-java) != 
/usr/share/doc/libplplot12/examples/CMakeLists.txt.gz (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/Makefile.examples.in (libplplot-java) 
!= /usr/share/doc/libplplot12/examples/Makefile.examples.in (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/README.javademos (libplplot-java) != 
/usr/share/doc/libplplot12/examples/README.javademos (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x00.java (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x00.java (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x01.java.gz (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x01.java.gz (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x02.java.gz (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x02.java.gz (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x03.java (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x03.java (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x04.java.gz (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x04.java.gz (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x05.java (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x05.java (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x06.java (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x06.java (?)
/usr/share/doc/libplplot-java -> libplplot12
  /usr/share/doc/libplplot-java/examples/x07.java (libplplot-java) != 
/usr/share/doc/libplplot12/examples/x07.java (?)
/usr/share/doc/libplplot-java -> libplplot12
...

0m15.4s INFO: dirname part contains a symlink:
  /usr/share/doc/libplplot-lua/changelog.Debian.gz (libplplot-lua:amd64) != 
/usr/share/doc/libplplot12/changelog.Debian.gz (?)
/usr/

Bug#875912: Remove gcompris?

[Jeremy Bicha]

Package: gcompris
Version: 15.10-1

gcompris is no longer being developed because it has been replaced by
gcompris-qt.  The developers refuse to make any more gcompris releases
since they don't want there to be confusion about what project is
being developed.

Therefore, I suggest converting gcompris into a transitional package
depending on gcompris-qt. (Because the version numbering was reset,
that transitional package can't easily be shipped in the gcompris-qt
source.)

Thanks,
Jeremy Bicha

Bug#875911: libqsastime-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: libqsastime-dev
Version: 5.13.0+dfsg-1~exp1
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...):

0m14.6s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/libqsastime-dev/changelog.Debian.gz (libqsastime-dev:amd64) != 
/usr/share/doc/libqsastime0/changelog.Debian.gz (libqsastime0:amd64)
/usr/share/doc/libqsastime-dev -> libqsastime0
  /usr/share/doc/libqsastime-dev/changelog.gz (libqsastime-dev:amd64) != 
/usr/share/doc/libqsastime0/changelog.gz (libqsastime0:amd64)
/usr/share/doc/libqsastime-dev -> libqsastime0
  /usr/share/doc/libqsastime-dev/copyright (libqsastime-dev:amd64) != 
/usr/share/doc/libqsastime0/copyright (libqsastime0:amd64)
/usr/share/doc/libqsastime-dev -> libqsastime0


cheers,

Andreas


libqsastime-dev_5.13.0+dfsg-1~exp1.log.gz
Description: application/gzip

Bug#875910: Subject: unbalanced "}" in example

[積丹尼 Dan Jacobson]

Package: libxml-parser-lite-tree-perl
Version: 0.14-1
Severity: minor

We read
   Parses into the following tree:

 'children' => [...

Which has a } at the end, but no { at the start to match it.

bug-xml-parser-lite-t...@rt.cpan.org drops my email, so I must report it here.

Bug#875909: user-setup: Please drop set_special_users hack added for "the convenience of heavy testers"

[Chris Lamb]

Source: user-setup
Version: 1.69
Severity: normal
Tags: patch

Hey!

Please drop the set_special_users hack added for "the convenience
of heavy testers".

Patch attached.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/user-setup-ask b/user-setup-ask
index 6176930..3609723 100755
--- a/user-setup-ask
+++ b/user-setup-ask
@@ -13,20 +13,6 @@ export ROOT
 
 . /usr/lib/user-setup/functions.sh
 
-# For the convenience of heavy testers
-set_special_users() {
-   local realname
-   case "$fullname" in
-   bubulle)realname="Christian PERRIER" ;;
-   tbm)realname="Martin Michlmayr" ;;
-   *)  return 1 ;;
-   esac
-   db_set passwd/user-fullname "$realname"
-   userdefault=$fullname
-   db_fset passwd/username seen true
-   return 0
-}
-
 # Main loop starts here. Use a state machine to allow jumping back to
 # previous questions.
 STATE=0
@@ -116,10 +102,8 @@ while :; do
if [ -z "$RET" ]; then
db_get passwd/user-fullname
fullname=$RET
-   if ! set_special_users; then
-   userdefault=$(echo "$fullname" | \
-   sed 's/ .*//' | LC_ALL=C tr A-Z 
a-z)
-   fi
+   userdefault=$(echo "$fullname" | \
+   sed 's/ .*//' | LC_ALL=C tr A-Z a-z)
if test -n "$userdefault" && \
LC_ALL=C expr "$userdefault" : 
'[a-z][-a-z0-9]*$' >/dev/null; then
db_set passwd/username "$userdefault"

Bug#875908: qbittorrent fails to start with "symbol lookup error"

[Carlo Marchiori]

Package: qbittorrent
Version: 3.3.15-1
Severity: normal

Dear Maintainer,

qbittorrent fails to start with the following error:

symbol lookup error: /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5: undefined
symbol: FT_Get_Font_Format

ldd -r /usr/lib/x86_64-linux-gnu/libQt5XcbQpa.so.5 | grep freetype

yields

libfreetype.so.6 => /usr/local/lib/libfreetype.so.6 (0x7f078671c000)

Best regards,
Carlo.



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

Kernel: Linux 4.2.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages qbittorrent depends on:
ii  geoip-database 20170831-1
ii  libboost-system1.62.0  1.62.0+dfsg-4+b1
ii  libc6  2.24-17
ii  libgcc11:7.2.0-4
ii  libqt5core5a   5.9.1+dfsg-9
ii  libqt5dbus55.9.1+dfsg-9
ii  libqt5gui5 5.9.1+dfsg-9
ii  libqt5network5 5.9.1+dfsg-9
ii  libqt5widgets5 5.9.1+dfsg-9
ii  libqt5xml5 5.9.1+dfsg-9
ii  libstdc++6 7.2.0-4
ii  libtorrent-rasterbar9  1.1.4-1
ii  python 2.7.13-2
ii  zlib1g 1:1.2.8.dfsg-5

qbittorrent recommends no packages.

Versions of packages qbittorrent suggests:
pn  qbittorrent-dbg  

-- no debconf information

Bug#873332: stretch-pu: package pyosmium/2.11.3-1

[Jochen Topf]

On Fri, Sep 15, 2017 at 09:21:06PM +0200, Sebastiaan Couwenberg wrote:
> On 09/09/2017 03:42 PM, Julien Cristau wrote:
> > On Sat, Aug 26, 2017 at 17:43:26 +0200, Bas Couwenberg wrote:
> > 
> >> Upstream has released a new stable release of pyosmium fixing important
> >> bugs which I'd like to propose for inclusion in the next stable update.
> >>
> >> Kind Regards,
> >>
> >> Bas
> > 
> >> diff -Nru pyosmium-2.11.1/debian/changelog pyosmium-2.11.3/debian/changelog
> >> --- pyosmium-2.11.1/debian/changelog   2017-05-05 09:51:21.0 
> >> +0200
> >> +++ pyosmium-2.11.3/debian/changelog   2017-08-26 15:10:04.0 
> >> +0200
> >> @@ -1,3 +1,11 @@
> >> +pyosmium (2.11.3-1) stretch; urgency=medium
> >> +
> >> +  * New upstream bugfix release.
> >> +- handler functions not called when using replication service (#38)
> >> +- handler functions not called when using Reader instead of file
> >> +
> >> + -- Bas Couwenberg   Sat, 26 Aug 2017 15:10:04 +0200
> >> +
> >>  pyosmium (2.11.1-1) unstable; urgency=medium
> >>  
> >>* New upstream bugfix release.
> > 
> > Can you elaborate on the user or reverse-dependency impact of those
> > bugs, and what are the risks and mitigations for the changes you're
> > proposing?  Are there any related automated or manual tests?
> 
> pyosmium doesn't have reverse dependencies (yet), it does have some
> users. For these issues there are no tests.
> 
> I've added one of the upstream authors to the CC, who can hopefully
> elaborate further.

2.11.1 fixed an important bug affecting all users. That's already in
stable. Unfortunately there were two (smaller) bugs in the fix which are
now fixed in 2.11.3.

These changes have been backported from the 2.13/master branch which we
are currently developing on. They now have tests there, but to keep the
changes in the 2.11 branch to a minimum, the tests have not been
backported.

We, the upstream maintainers, are well aware of the Debian policy
concerning backwards compatibility and only allowing bugfixes in Debian
stable. These releases were specifically made to support Debian stable.
We want to help the Debian maintainers this way who would otherwise have
to follow and backport the changes we are doing in 2.13.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

Bug#875907: kmail: "On you wrote:" has wrong timezone

[Charles Samuels]

Package: kmail
Version: 4:16.04.3-3
Severity: normal

Dear Maintainer,

Also filed this bug here: https://bugs.kde.org/show_bug.cgi?id=382252 but 
reported
here so we can get it fixed in debian Stretch one day.

My machine is set to a certain timezone (EEST right now). I got an email sent 
from someone in a different timezone (PDT). In my inbox, the original email 
shows the correct time (i.e., the time as seen from my own timezone).

When I click "Reply", the composer appears and adds the text "On  
 you wrote:". This text has the correct date as seen from the 
original author's side (i.e., it shows the date in PDT), but the timezone shows 
my timezone.

* Alice writes me an email, the time is 11:00 AM PDT or 09:00 PM.
* My inbox shows Alice's email (correctly) as 09:00 EEST.
* I click "Reply"
* The composer now shows "On 11 July 2017 11:00 AM EEST". It should be either 
"11:00 AM PDT" or "09:00 PM EEST"

`date` shows my computer as set to EEST correctly
The inbox is correct
The message headers are correct

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

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

Versions of packages kmail depends on:
ii  akonadi-server   4:16.04.3-4
ii  kdepim-runtime   4:16.04.2-2+b2
ii  kdepimlibs-data  4:16.04.2-2
ii  kf5-kdepimlibs-kio-plugins   4:16.04.2-2
ii  kio  5.28.0-2
ii  libc62.24-11+deb9u1
ii  libgcc1  1:6.3.0-18
ii  libkf5akonadiagentbase5  4:16.04.3-4
ii  libkf5akonadicalendar5   16.04.2-2
ii  libkf5akonadicontact54:16.04.2-2
ii  libkf5akonadicore5   4:16.04.3-4
ii  libkf5akonadimime5   4:16.04.2-2
ii  libkf5akonadisearch-plugins  16.04.3-1+b2
ii  libkf5akonadisearchdebug516.04.3-1+b2
ii  libkf5akonadiwidgets54:16.04.3-4
ii  libkf5alarmcalendar5 16.04.2-2
ii  libkf5archive5   5.28.0-2
ii  libkf5bookmarks5 5.28.0-1
ii  libkf5calendarcore5  4:16.04.2-1
ii  libkf5calendarsupport5   4:16.04.2-2
ii  libkf5calendarutils5 16.04.3-1
ii  libkf5codecs55.28.0-1+b2
ii  libkf5completion55.28.0-1
ii  libkf5configcore55.28.0-2
ii  libkf5configgui5 5.28.0-2
ii  libkf5configwidgets5 5.28.0-2
ii  libkf5contacts5  16.04.2-1
ii  libkf5coreaddons55.28.0-2
ii  libkf5crash5 5.28.0-1
ii  libkf5dbusaddons55.28.0-1
ii  libkf5followupreminder5  4:16.04.2-2
ii  libkf5gpgmepp-pthread5   16.04.3-2+b2
ii  libkf5gravatar5  4:16.04.2-2
ii  libkf5guiaddons5 5.28.0-1
ii  libkf5i18n5  5.28.0-2
ii  libkf5iconthemes55.28.0-2
ii  libkf5identitymanagement516.04.2-1
ii  libkf5incidenceeditor-bin16.04.2-2+b2
ii  libkf5incidenceeditor5   16.04.2-2+b2
ii  libkf5itemmodels55.28.0-2
ii  libkf5itemviews5 5.28.0-1
ii  libkf5jobwidgets55.28.0-2
ii  libkf5kcmutils5  5.28.0-2
ii  libkf5kdelibs4support5   5.28.0-1
ii  libkf5kiocore5   5.28.0-2
ii  libkf5kiofilewidgets55.28.0-2
ii  libkf5kiowidgets55.28.0-2
ii  libkf5kmanagesieve5  4:16.04.3-2+b2
ii  libkf5kontactinterface5  16.04.2-1
ii  libkf5ksieveui5  4:16.04.3-2+b2
ii  libkf5libkdepim-plugins  4:16.04.2-3
ii  libkf5libkdepim5 4:16.04.2-3
ii  libkf5libkleo5   4:16.04.2-1
ii  libkf5mailcommon-plugins 4:16.04.2-2
ii  libkf5mailcommon54:16.04.2-2
ii  libkf5mailimporter5  4:16.04.2-2
ii  libkf5mailtransport5 16.04.2-3
ii  libkf5messagecomposer5   4:16.04.3-2
ii  libkf5messagecore5   4:16.04.3-2
ii  libkf5messagelist5   4:16.04.3-2
ii  libkf5messageviewer5 4:16.04.3-2
ii  libkf5mime5  16.04.2-1
ii  libkf5notifications5 5.28.0-1
ii  libkf5notifyconfig5  5.28.0-1
ii  libkf5parts5 5.28.0-1
ii  libkf5pimcommon-plugins  4:16.04.2-2
ii  libkf5pimcommon5 4:16.04.2-2
ii  libkf5pimtextedit5   16.04.2-1
ii  libkf5sendlater5 4:16.04.2-2
ii  libkf5service-bin5.28.0-1
ii  libkf5service5   5.28.0-1
ii  libkf5sonnetui5  5.28.0-2
ii  libkf5templateparser54:16.04.3-2
ii  libkf5textwidgets5   5.28.0-1
ii  libkf5wallet-bin 5.28.0-3
ii  libkf5wallet55.28.0-3
ii  libkf5widgetsaddons5 5.28.0-3
ii  libkf5windowsystem5  5.28.0-2
ii  libkf5xmlgui55.28.0-1
ii  libqt5core5a 5.7.1+dfsg-3+b1
ii  libqt5dbus5  5.7.1+dfsg-3+b1
ii  libqt

Bug#875906: autopep8: build a Python 3 library package

[Ben Finney]

Source: autopep8
Severity: normal

The effective policy of the Debian Python teams is that packages which
can support Python 3, should install support for Python 3 in Debian.

Please build a ‘python3-autopep8’ binary package as the primary
library package.

This might entail splitting the command-line tool to a separate
‘autopep8’ binary package, using the Python 3 library.

-- 
 \  “If you fell down yesterday, stand up today.” —_The Anatomy of |
  `\   Frustration_, H. G. Wells, 1936 |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#873895: libsml: patch for buildfailure on non-Linux

[Andreas Moog]

Control: tags 873895 + patch

Hi Aaron,

thanks for the report. I've prepared a patch that should hopefully fix the 
issue. Could you check if it works for you?

Thanks for your cooperation!

-- 
PGP-encrypted mails preferred
PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624
diff -Nru libsml-0.1.1+git20170608/debian/changelog libsml-0.1.1+git20170608/debian/changelog
--- libsml-0.1.1+git20170608/debian/changelog	2017-06-08 20:17:01.0 +0200
+++ libsml-0.1.1+git20170608/debian/changelog	2017-09-15 21:29:19.0 +0200
@@ -1,3 +1,9 @@
+libsml (0.1.1+git20170608-2) unstable; urgency=medium
+
+  * Add patch to allow building on non-Linux. (Closes: #873895)
+
+ -- Andreas Moog   Fri, 15 Sep 2017 21:29:19 +0200
+
 libsml (0.1.1+git20170608-1) unstable; urgency=medium
 
   * Initial release. (Closes: #864314)
diff -Nru libsml-0.1.1+git20170608/debian/patches/0002-build-non-linux.patch libsml-0.1.1+git20170608/debian/patches/0002-build-non-linux.patch
--- libsml-0.1.1+git20170608/debian/patches/0002-build-non-linux.patch	1970-01-01 01:00:00.0 +0100
+++ libsml-0.1.1+git20170608/debian/patches/0002-build-non-linux.patch	2017-09-15 21:25:06.0 +0200
@@ -0,0 +1,59 @@
+Description: Change Makefile to allow building on non-Linux, while still 
+ special-casing Darwin.
+Author: Andreas Moog 
+Origin: other
+Bug-Debian: https://bugs.debian.org/873895
+Last-Update: 2017-09-15
+
+Index: libsml/examples/Makefile
+===
+--- libsml.orig/examples/Makefile
 libsml/examples/Makefile
+@@ -3,7 +3,7 @@ CFLAGS += -I../sml/include/ -g -std=c99
+ OBJS = sml_server.o
+ LIBSML = ../sml/lib/libsml.a
+ 
+-ifeq ($(UNAME), Linux)
++ifneq ($(UNAME), Darwin)
+ LIBS = -luuid
+ endif
+ 
+Index: libsml/sml/Makefile
+===
+--- libsml.orig/sml/Makefile
 libsml/sml/Makefile
+@@ -4,7 +4,7 @@ CFLAGS += -I./include/ -fPIC -fno-stack-
+ # Available Flags:
+ # SML_NO_UUID_LIB - compile without uuid lib
+ 
+-ifeq ($(UNAME), Linux)
++ifneq ($(UNAME), Darwin)
+ LIBS=-luuid
+ endif
+ 
+@@ -48,10 +48,9 @@ OBJS = \
+ 	src/sml_get_profile_list_request.o \
+ 	src/sml_get_profile_list_response.o
+ 
+-ifeq ($(UNAME), Linux)
++ifneq ($(UNAME), Darwin)
+ libsml: $(DYN_LIB) $(ST_LIB) $(OBJ_LIB)
+-endif
+-ifeq ($(UNAME), Darwin)
++else
+ libsml: $(ST_LIB) $(OBJ_LIB)
+ endif
+ 
+Index: libsml/test/Makefile
+===
+--- libsml.orig/test/Makefile
 libsml/test/Makefile
+@@ -2,7 +2,7 @@ UNAME := $(shell uname)
+ CFLAGS += -I../sml/include/ -std=c99 -Wall -Wextra -pedantic
+ LIBSML = ../sml/lib/libsml.a
+ 
+-ifeq ($(UNAME), Linux)
++ifneq ($(UNAME), Darwin)
+ LIBS = -luuid
+ endif
+ 
diff -Nru libsml-0.1.1+git20170608/debian/patches/series libsml-0.1.1+git20170608/debian/patches/series
--- libsml-0.1.1+git20170608/debian/patches/series	2017-06-08 20:17:01.0 +0200
+++ libsml-0.1.1+git20170608/debian/patches/series	2017-09-15 21:25:19.0 +0200
@@ -1 +1,2 @@
 0001-honor-buildflags.patch
+0002-build-non-linux.patch


signature.asc
Description: PGP signature

Bug#873332: stretch-pu: package pyosmium/2.11.3-1

[Sebastiaan Couwenberg]

On 09/09/2017 03:42 PM, Julien Cristau wrote:
> On Sat, Aug 26, 2017 at 17:43:26 +0200, Bas Couwenberg wrote:
> 
>> Upstream has released a new stable release of pyosmium fixing important
>> bugs which I'd like to propose for inclusion in the next stable update.
>>
>> Kind Regards,
>>
>> Bas
> 
>> diff -Nru pyosmium-2.11.1/debian/changelog pyosmium-2.11.3/debian/changelog
>> --- pyosmium-2.11.1/debian/changelog 2017-05-05 09:51:21.0 +0200
>> +++ pyosmium-2.11.3/debian/changelog 2017-08-26 15:10:04.0 +0200
>> @@ -1,3 +1,11 @@
>> +pyosmium (2.11.3-1) stretch; urgency=medium
>> +
>> +  * New upstream bugfix release.
>> +- handler functions not called when using replication service (#38)
>> +- handler functions not called when using Reader instead of file
>> +
>> + -- Bas Couwenberg   Sat, 26 Aug 2017 15:10:04 +0200
>> +
>>  pyosmium (2.11.1-1) unstable; urgency=medium
>>  
>>* New upstream bugfix release.
> 
> Can you elaborate on the user or reverse-dependency impact of those
> bugs, and what are the risks and mitigations for the changes you're
> proposing?  Are there any related automated or manual tests?

pyosmium doesn't have reverse dependencies (yet), it does have some
users. For these issues there are no tests.

I've added one of the upstream authors to the CC, who can hopefully
elaborate further.

Kind Regards,

Bas

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

Bug#866952: Workaround: limit cpu's of dom0

[Radoslav Bodó]

I'm facing the same issue on Dell R510 with up to date firmware.
Workaround posted by Joachim Braun 's worked

> dom0_max_vcpus=4 dom0_vcpus_pin

Best regards
bodik

Bug#875881: linux: CVE-2017-1000251

[Christoph Anton Mitterer]

On Fri, 2017-09-15 at 19:18 +0100, Ben Hutchings wrote:
> Probably less critical than you think, since we enable
> CONFIG_CC_STACKPROTECTOR.

Well... yes, but it wouldn't be the first time in history, that such
defence could then also be circumvented in the next evolution of an
exploit :-)

But of course you can lower the bug severity if you think this is
appropriate.

Cheers&thx.

smime.p7s
Description: S/MIME cryptographic signature

Bug#870363: not fixed by 868308

[積丹尼 Dan Jacobson]

Note all these problems are still currently present:

The following packages have unmet dependencies:
 libsane1 : Breaks: libsane (< 1.0.27-1) but 1.0.25-4.1 is installed
 libsane : Depends: libsane-common (= 1.0.25-4.1) but 1.0.27-1~experimental2 is 
to be installed

Bug#874782: UFW build error: AssertionError: not thrown

[Jamie Strandboge]

On Sat, 2017-09-09 at 16:36 +0200, jean-christophe manciot wrote:
> Package: ufw
> Version: 0.35-5
> sources: https://packages.debian.org/source/sid/ufw
> 
> Building with:
> dpkg-buildpackage --unsigned-source --unsigned-changes --build=binary
> -m"Jean-Christophe Manciot "
> 
> leads to:
> ==
> FAIL: test_get_netfilter_capabilities (tests.unit.test_util.UtilTestCase)
> Test get_netfilter_capabilities()
> --
> Traceback (most recent call last):
>   File "/home/actionmystique/src/UFW/ufw-0.35-5/tests/unit/test_util.py",
> line 929, in test_get_netfilter_capabilities
> ufw.util.get_netfilter_capabilities)
>   File "/home/actionmystique/src/UFW/ufw-0.35-5/tests/unit/support.py",
> line 159, in check_for_exception
> t.fail('%s not thrown' % str(expectedException))
> AssertionError:  not thrown
> 
> --
> Ran 45 tests in 0.346s

I'm unable to reproduce this in an up to date sid chroot:

test_get_netfilter_capabilities (tests.unit.test_util.UtilTestCase)
Test get_netfilter_capabilities() ... ok

Can you provide more details (eg, how you fetched the source, changes you made,
exact command used to lead to the error, etc).

Thanks!

-- 
Jamie Strandboge | http://www.canonical.com

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

Bug#875905: mark discount Multi-Arch: foreign

[Helmut Grohne]

Package: discount
Version: 2.2.2-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:unpaper

unpaper fails to cross build from source, because running discount fails
with:

| /usr/bin/markdown: 1: /usr/bin/markdown: Syntax error: word unexpected 
(expecting ")")

A shell is trying to interpret markdown after failing to execute it with
-ENOEXEC. It needs the build architecture discount rather than the host
architecture discount. This can either be achieved by annotating the
discount dependency with :native or by marking discount Multi-Arch:
foreign. Since discount only contains command line utilities and it
looks like their output does not depend on the architecture discount was
compiled for, the latter looks correct to me. Please consider applying
the attached patch.

Helmut
diff --minimal -Nru discount-2.2.2/debian/changelog 
discount-2.2.2/debian/changelog
--- discount-2.2.2/debian/changelog 2017-01-19 23:42:00.0 +0100
+++ discount-2.2.2/debian/changelog 2017-09-15 20:35:33.0 +0200
@@ -1,3 +1,10 @@
+discount (2.2.2-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Mark discount binary package Multi-Arch: foreign (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 15 Sep 2017 20:35:33 +0200
+
 discount (2.2.2-1) unstable; urgency=medium
 
   * New upstream release
diff --minimal -Nru discount-2.2.2/debian/control discount-2.2.2/debian/control
--- discount-2.2.2/debian/control   2017-01-19 23:42:00.0 +0100
+++ discount-2.2.2/debian/control   2017-09-15 20:35:12.0 +0200
@@ -10,6 +10,7 @@
 
 Package: discount
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}, libmarkdown2 (= ${binary:Version})
 Conflicts: markdown, libtext-markdown-perl
 Description: implementation of the Markdown markup language in C

Bug#875781: initramfs-tools-core: /etc/initramfs-tools/initramfs.conf is not modified on upgrade/install/reconfigure

[Ben Hutchings]

Control: tag -1 moreinfo unreproducible

On Thu, 2017-09-14 at 15:09 +0200, Davide Prina wrote:
> Package: initramfs-tools-core
> Version: 0.130
> Severity: normal
> 
> Dear Maintainer,
> 
> # apt update; apt -u upgrade; apt -u dist-upgrade

Which version did you start with before this?  Was initramfs.conf
modified?

> # dpkg-reconfigure initramfs-tools-core
> # apt install --reinstall initramfs-tools-core
> [...]
> $ mkdir /tmp/1
> $ cd /tmp/1
> $ ar x initramfs-tools-core_0.130_all.deb
> $ tar Jxvf data.tar.xz
> [...]
> $ diff etc/initramfs-tools/initramfs.conf /etc/initramfs-tools/initramfs.conf
> 23c23
> < # BUSYBOX: [ y | n | auto ]
> ---
> > # BUSYBOX: [ y | n ]
> 
> 25,27c25
> < # Use busybox shell and utilities.  If set to n, klibc utilities will be 
> used.
> < # If set to auto (or unset), busybox will be used if installed and klibc 
> will
> < # be used otherwise.
> ---
> > # Use busybox if available.
> 
> 30c28
> < BUSYBOX=auto
> ---
> > BUSYBOX=y

I tried this, starting with jessie (debootstrap'd chroot plus
initramfs-tools) and then changing APT sources to stretch. 
initramfs.conf was upgraded as intended.

Ben.

-- 
Ben Hutchings
Kids!  Bringing about Armageddon can be dangerous.  Do not attempt it in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'



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

Bug#722296: base-passwd: update-passwd adds gnats to passwd but not shadow

[Sven Joachim]

Control: merge 471691 -1

On 2017-09-13 19:34 +0200, Sven Joachim wrote:

> On 2013-09-09 17:51 -0400, Eric Cooper wrote:
>
>> Package: base-passwd
>> Version: 3.5.28
>> Severity: normal
>>
>> I had removed the gnats account on my system since I had no use for
>> it, not realizing that it was one of the "standard" ones.  On the next
>> upgrade of base-passwd, it prompted me as follows:
>>
>> Setting up base-passwd (3.5.28) ...
>>
>> update-passwd has found some differences between your system accounts
>> and the current Debian defaults. It is advisable to allow update-passwd
>> to change your system; without those changes some packages might not work
>> correctly.  For more documentation on the Debian account policies please
>> see /usr/share/doc/base-passwd/README.
>>
>> The list of proposed changes is:
>>
>> Adding group "gnats" (41)
>> Adding user "gnats" (41)
>> Would commit 2 changes
>>
>> It is highly recommended that you allow update-passwd to make these 
>> changes
>> (a backup file of modified files is made with the extension .org so you 
>> can
>> always restore the current settings).
>>
>> May I update your system? [Y/n] 
>> Okay, I am going to make the necessary updates now
>> Adding group "gnats" (41)
>> Adding user "gnats" (41)
>> 2 changes have been made, rewriting files
>> Writing passwd-file to /etc/passwd
>> Writing shadow-file to /etc/shadow
>> Writing group-file to /etc/group
>>
>> But in fact no gnats entry was made to /etc/shadow:
>>
>> # pwck -q
>> no matching password file entry in /etc/shadow
>> add user 'gnats' in /etc/shadow? y
>> pwck: the files have been updated
>
> Indeed.  I had a look at the update-passwd source, and there are
> functions read_shadow and write_shadow to read and write the shadow
> file, but nowhere is there any code to process new/deleted/changed
> entries in it.  So write_shadow will write back /etc/shadow with the
> same content read_shadow had read.

Going through the bug list again, I found that the problem had already
been reported as #471691.

Cheers,
   Sven

Bug#875881: linux: CVE-2017-1000251

[Julien Aubin]

Still, it can lead to system crashes from a remote device.

See https://wiki.ubuntu.com/SecurityTeam/KnowledgeBase/BlueBorne

2017-09-15 20:18 GMT+02:00 Ben Hutchings :

> On Fri, 15 Sep 2017 16:31:13 +0200 Christoph Anton Mitterer
>  wrote:
> > Source: linux
> > Version: 4.12.12-2
> > Severity: critical
> > Tags: security
> > Justification: root security hole
> >
> >
> > Hi.
> >
> > Any chance to get CVE-2017-1000251, which seems to be quite critical
> fixed
> > anytime soon? :-)
> >
> > https://security-tracker.debian.org/tracker/CVE-2017-1000251
>
> Probably less critical than you think, since we enable
> CONFIG_CC_STACKPROTECTOR.
>
> Ben.
>
> --
> Ben Hutchings
> Kids!  Bringing about Armageddon can be dangerous.  Do not attempt it in
> your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'
>
>

Bug#875899: licensecheck cannot detect MIT variant license

[Russ Allbery]

Dominique Dumont  writes:

> $ head -15 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h
> /*
>  * Copyright (c) 2005,2007  Thiemo Seufer 
>  *
>  * THIS MATERIAL IS PROVIDED AS IS, WITH ABSOLUTELY NO WARRANTY EXPRESSED
>  * OR IMPLIED.  ANY USE IS AT YOUR OWN RISK.
>  *
>  * Permission is hereby granted to use or copy this program
>  * for any purpose,  provided the above notices are retained on all copies.
>  * Permission to modify the code and to distribute modified code is granted,
>  * provided the above notices are retained, and a notice that the code was
>  * modified is included with the above copyright notice.
>  */
> $ licensecheck 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h
> 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h: UNKNOWN

> The license from this file is documented on Fedora [1] as a MIT variant.

> Could you update licensecheck regexp to accept this variant ?

This is not an MIT license variant.  It requires a notice be added that
the code has been modified, which is a substantive requirement not present
in any MIT licenses variant.

I would consider this a unique and separate license.

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

Bug#875904: [patch] fix ftbfs with glibc-2.26

[Matthias Klose]

Package: src:hhvm
Version: 3.21.0+dfsg-1
Tags: patch sid buster
Severity: important

fix ftbfs with glibc-2.26, xlocale.h not shipped anymore.

patch at
http://launchpadlibrarian.net/337129266/hhvm_3.21.0+dfsg-1_3.21.0+dfsg-1ubuntu1.diff.gz

Bug#709104: [pkg-gnupg-maint] Bug#709104: libgpgme11 dependency suckage

[Josip Rodin]

On Sun, Sep 10, 2017 at 08:07:46PM -0400, Daniel Kahn Gillmor wrote:
> you don't want to be bothered to install pinentry-curses before upgrading

The point isn't that I personally happen not to want to be bothered to do
a specific thing; the point is that these kinds of issues get noticed years
after the fact. It was prefaced with JFTR, which, while abbreviated, was
nevertheless critical in explaining my intent. I'm sorry that you found it
to be too inflammatory or felt that I somehow addressed you in particular;
I didn't intend that to happen, rather, I wanted to note for posterity what
happened in hope that anyone interested enough to read would learn from this
history.

-- 
 2. That which causes joy or happiness.

Bug#875881: linux: CVE-2017-1000251

[Ben Hutchings]

On Fri, 15 Sep 2017 16:31:13 +0200 Christoph Anton Mitterer
 wrote:
> Source: linux
> Version: 4.12.12-2
> Severity: critical
> Tags: security
> Justification: root security hole
> 
> 
> Hi.
> 
> Any chance to get CVE-2017-1000251, which seems to be quite critical fixed
> anytime soon? :-)
> 
> https://security-tracker.debian.org/tracker/CVE-2017-1000251

Probably less critical than you think, since we enable
CONFIG_CC_STACKPROTECTOR.

Ben.
 
-- 
Ben Hutchings
Kids!  Bringing about Armageddon can be dangerous.  Do not attempt it in
your own home. - Terry Pratchett and Neil Gaiman, `Good Omens'



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

Bug#875903: clipit: please choose a sensible default in "live" mode?

[Chris Lamb]

Package: clipit
Version: 1.4.2-1.2
Severity: wishlist
X-Debbugs-CC: debian-l...@lists.debian.org

Hi,

I just booted the debian-live-9.1.0-amd64-lxde.iso image and was
presented with this:

  https://i.imgur.com/AtFvk8z.jpg

Whilst I totally understand the need to ask this kind of question it
doesn't seem like the ideal "first" user experience. As I am sure you
are aware, these first impressions are quite important...

I'm not entirely sure what the technical solution is here (grep
/proc/cmdline for /\bboot=live\b/ ?) but somehow avoiding this question
on live images seems sensible, especially as the concept of "history" on
a live system is somewhat meaningless.


Regards,

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

Bug#501852: base-passwd: No syslog / klogd user on Debian

[Sven Joachim]

On 2008-10-11 01:11 +0200, Michael Biebl wrote:

> Package: base-passwd
> Version: 3.5.19
> Severity: normal
>
> users-and-groups has the following two entries:
> klog
>
> Used by klogd, the kernel logger.
>
> syslog
>
> Used by syslog, the general purpose logger.
>
> This information is not correct on Debian. Debian does not use such a
> group or user.

I think Michael is right.  TTBOMK these users never existed in Debian.

Cheers,
   Sven

>From 7ddc24deed3ad713d27688d72c9fc293a3a0ca3e Mon Sep 17 00:00:00 2001
From: Sven Joachim 
Date: Fri, 15 Sep 2017 20:08:55 +0200
Subject: [PATCH] users-and-groups: Drop klog and syslog users which never
 existed in Debian (Closes: #501852)

---
 doc/users-and-groups.sgml | 18 --
 1 file changed, 18 deletions(-)

diff --git a/doc/users-and-groups.sgml b/doc/users-and-groups.sgml
index 5e9559e..914cb42 100644
--- a/doc/users-and-groups.sgml
+++ b/doc/users-and-groups.sgml
@@ -423,24 +423,6 @@
 	  
 	
   
-
-  
-	klog
-	
-	  
-	Used by klogd, the kernel logger.
-	  
-	
-  
-
-  
-	syslog
-	
-	  
-	Used by syslog, the general purpose logger.
-	  
-	
-  
 
 
 
-- 
2.14.1

Bug#875800: double free or corruption (!prev)

[積丹尼 Dan Jacobson]

The reason you are getting 401s is that you have an invalid
oauth_client_key=
oauth_client_secret=
pair in .flickcurl.conf .

In order to reproduce the bug you need to repeat these steps:
1. Visit http://www.flickr.com/services/api/keys/ to get an 
and .
2. Create /root/.flickcurl.conf in this format:
[flickr]
oauth_client_key=
oauth_client_secret=
3. Call this program with:
  flickcurl oauth.create

Even one wrong digit in your personal oauth_client_key will make you
just get 401s and be unable to reproduce the bug.

Bug#875800: double free or corruption (!prev)

[積丹尼 Dan Jacobson]

And no, the same problem occurs on amd64, and with libc6 2.24-17.

$ flickcurl oauth.create
*** Error in `flickcurl': double free or corruption (fasttop): 
0x55b02e930c40 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x70bfb)[0x7f1d1de88bfb]
/lib/x86_64-linux-gnu/libc.so.6(+0x76fc6)[0x7f1d1de8efc6]
/lib/x86_64-linux-gnu/libc.so.6(+0x7780e)[0x7f1d1de8f80e]
/usr/lib/x86_64-linux-gnu/libflickcurl.so.0(flickcurl_free_form+0x11)[0x7f1d1ec86421]
/usr/lib/x86_64-linux-gnu/libflickcurl.so.0(flickcurl_oauth_create_request_token+0x1d9)[0x7f1d1eca2a09]
flickcurl(+0x112b3)[0x55b02c3a72b3]
flickcurl(+0xbdf3)[0x55b02c3a1df3]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f1d1de382e1]
flickcurl(+0xbeaa)[0x55b02c3a1eaa]
=== Memory map: 
55b02c396000-55b02c3b6000 r-xp  08:06 103
/usr/bin/flickcurl
55b02c5b6000-55b02c5b7000 r--p 0002 08:06 103
/usr/bin/flickcurl
55b02c5b7000-55b02c5ba000 rw-p 00021000 08:06 103
/usr/bin/flickcurl
55b02d8c4000-55b02e982000 rw-p  00:00 0  [heap]
7f1d1000-7f1d10021000 rw-p  00:00 0 
7f1d10021000-7f1d1400 ---p  00:00 0 
7f1d1611a000-7f1d1611f000 r-xp  08:07 292
/lib/x86_64-linux-gnu/libnss_dns-2.24.so
7f1d1611f000-7f1d1631e000 ---p 5000 08:07 292
/lib/x86_64-linux-gnu/libnss_dns-2.24.so
7f1d1631e000-7f1d1631f000 r--p 4000 08:07 292
/lib/x86_64-linux-gnu/libnss_dns-2.24.so
7f1d1631f000-7f1d1632 rw-p 5000 08:07 292
/lib/x86_64-linux-gnu/libnss_dns-2.24.so
7f1d1632-7f1d1632a000 r-xp  08:07 293
/lib/x86_64-linux-gnu/libnss_files-2.24.so

Bug#600700: base-passwd: sudo group's documented semantics don't match the sudo package

[Sven Joachim]

On 2010-10-19 12:15 +0100, Simon McVittie wrote:

> Package: base-passwd
> Version: 3.5.22
> Severity: normal
>
> users-and-groups.txt.gz describes the sudo group as follows:
>
>> Members of this group do not need to type their password when using sudo
>
> but since July 2009, the default configuration has been:
>
>> %sudo   ALL=(ALL) ALL
>
> which means "members of group sudo may run any command as any user".
>
> Without further configuration, they'll still need to enter their own
> password.
>
> See #539136, #198991, #536220, #536222.

I think this bug can be closed since the patch for #650553 took care of
it as well.

Cheers,
   Sven

Bug#875902: sddm-theme-maya: leaves alternatives after purge: /etc/alternatives/sddm-debian-theme -> /usr/share/sddm/themes/maya

[Andreas Beckmann]

Package: sddm-theme-maya
Version: 0.15.0-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package left unowned files on
the system after purge, which is a violation of policy 6.8:

https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails

The leftover files are actually alternatives that were installed by the
package but have not been properly removed.

While there is ongoing discussion how to remove alternatives correctly
(see https://bugs.debian.org/71621 for details) the following strategy
should work for regular cases:
* 'postinst configure' always installs the alternative
* 'prerm remove' removes the alternative
* 'postrm remove' and 'postrm disappear' remove the alternative
In all other cases a maintainer script is invoked (e.g. upgrade,
deconfigure) the alternatives are not modified to preserve user
configuration.
Removing the alternative in 'prerm remove' avoids having a dangling link
once the actual file gets removed, but 'prerm remove' is not called in
all cases (e.g. unpacked but not configured packages or disappearing
packages) so the postrm must remove the alternative again
(update-alternatives gracefully handles removal of non-existing
alternatives).

Note that the arguments for adding and removing alternatives differ, for
removal it's 'update-alternatives --remove  '.

Filing this as important as having a piuparts clean archive is a release
goal since lenny.

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

0m20.9s ERROR: WARN: Broken symlinks:
  /usr/share/sddm/themes/debian-theme -> /etc/alternatives/sddm-debian-theme
  /etc/alternatives/sddm-debian-theme -> /usr/share/sddm/themes/maya

0m23.5s ERROR: FAIL: Package purging left files on system:
  /etc/alternatives/sddm-debian-theme -> /usr/share/sddm/themes/maya not 
owned
  /usr/share/sddm/   owned by: sddm-theme-maya
  /usr/share/sddm/themes/owned by: sddm-theme-maya
  /usr/share/sddm/themes/debian-theme -> /etc/alternatives/sddm-debian-theme
 not owned


cheers,

Andreas


sddm-theme-maya_0.15.0-1.log.gz
Description: application/gzip

Bug#875901: pidgin-libnotify: debian/control Vcs repo is defunct

[Michael Bacarella]

pidgin-libnotify$ debdiff pidgin-libnotify_0.14-9.dsc
pidgin-libnotify_0.14-9.1.dsc
dpkg-source: warning: extracting unsigned source package
(/home/mbac/pidgin-libnotify/pidgin-libnotify_0.14-9.1.dsc)
diff -Nru pidgin-libnotify-0.14/debian/changelog
pidgin-libnotify-0.14/debian/changelog
--- pidgin-libnotify-0.14/debian/changelog 2012-08-08 13:01:31.0
-0700
+++ pidgin-libnotify-0.14/debian/changelog 2017-09-15 10:38:37.0
-0700
@@ -1,3 +1,13 @@
+pidgin-libnotify (0.14-9.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update Vcs URL to tony2001's github
+  - Original sourceforge CVS repo has a stack of unapplied packages
+  - Google SVN repo has disappeared
+  - tony2001's repo is both up and has the sourceforge repo patches
applied
+
+ -- Michael Bacarella   Fri, 15 Sep 2017
10:38:05 -0700
+
 pidgin-libnotify (0.14-9) unstable; urgency=low

   * Merge changes from Ubuntu
diff -Nru pidgin-libnotify-0.14/debian/control
pidgin-libnotify-0.14/debian/control
--- pidgin-libnotify-0.14/debian/control 2012-08-08 13:00:15.0 -0700
+++ pidgin-libnotify-0.14/debian/control 2017-09-15 10:38:01.0 -0700
@@ -6,9 +6,9 @@
  libglib2.0-dev, libgtk2.0-dev, libtool, pidgin-dev, dh-autoreconf,
  libindicate-dev (>= 0.6.90), libindicate-gtk-dev (>= 0.6.90)
 Standards-Version: 3.9.3
-Homepage: http://gaim-libnotify.sourceforge.net
-Vcs-Svn: https://bollin.googlecode.com/svn/pidgin-libnotify/trunk/
-Vcs-Browser: http://bollin.googlecode.com/svn/pidgin-libnotify/trunk/
+Homepage: https://github.com/tony2001/pidgin-libnotify
+Vcs-Git: https://github.com/tony2001/pidgin-libnotify.git
+Vcs-Browser: https://github.com/tony2001/pidgin-libnotify

 Package: pidgin-libnotify
 Architecture: any


On Fri, Sep 15, 2017 at 10:46 AM, Michael Bacarella <
michael.bacare...@gmail.com> wrote:

> Package: pidgin-libnotify
> Version: 0.14-9
> Severity: normal
>
> Dear Maintainer,
>
> The Vcs Svn repo for this package is defunct.
>
> I expect Debian would want to track the new repo which has more features
> applied.
>
> Patch forthcoming.
>
> -- System Information:
> Debian Release: 8.6
>   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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>

Bug#790049: SSH_AUTH_SOCK no longer set in environment

[Josh Triplett]

Package: gnome-keyring
Version: 3.20.1-1
Followup-For: Bug #790049

This bug went away for a while, but seems to have recurred.
gnome-keyring is running, and /run/user/1000/keyring/ssh exists. If I
manually set SSH_AUTH_SOCK=/run/user/1000/keyring/ssh and then run ssh,
gnome-keyring pops up its key unlock dialog. But my session didn't have
this variable set by default.

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

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

Versions of packages gnome-keyring depends on:
ii  dbus-x11 [dbus-session-bus]  1.11.16+really1.10.22-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gcr  3.20.0-5.1
ii  libc62.25-0experimental3
ii  libcap-ng0   0.7.7-3+b1
ii  libcap2-bin  1:2.25-1
ii  libgck-1-0   3.20.0-5.1
ii  libgcr-base-3-1  3.20.0-5.1
ii  libgcrypt20  1.7.9-1
ii  libglib2.0-0 2.54.0-1
ii  p11-kit  0.23.7-3
ii  pinentry-gnome3  1.0.0-2

Versions of packages gnome-keyring recommends:
ii  libpam-gnome-keyring  3.20.1-1

gnome-keyring suggests no packages.

-- no debconf information

Bug#875901: pidgin-libnotify: debian/control Vcs repo is defunct

[Michael Bacarella]

Package: pidgin-libnotify
Version: 0.14-9
Severity: normal

Dear Maintainer,

The Vcs Svn repo for this package is defunct.

I expect Debian would want to track the new repo which has more features 
applied.

Patch forthcoming.

-- System Information:
Debian Release: 8.6
  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.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#875896: python3-rpy2: Missing dependency to python3-jinja2

[Dirk Eddelbuettel]

On 15 September 2017 at 18:59, Celelibi wrote:
| Package: python3-rpy2
| Version: 2.9.0-1
| Severity: normal
| 
| Dear Maintainer,
| 
| It looks like the module jinja2 is imported by rpy2. It thus should be
| marked as a dependency.

Will do.  Thanks for the heads-up.

Dirk
| 
| Best regards,
| Celelibi
| 
| -- System Information:
| Debian Release: buster/sid
|   APT prefers testing
|   APT policy: (990, 'testing'), (500, 'unstable')
| Architecture: amd64 (x86_64)
| 
| Kernel: Linux 4.12.0-1-amd64 (SMP w/8 CPU cores)
| Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
| Shell: /bin/sh linked to /bin/dash
| Init: systemd (via /run/systemd/system)
| 
| Versions of packages python3-rpy2 depends on:
| ii  libbz2-1.0 1.0.6-8.1
| ii  libc6  2.24-17
| ii  libgomp1   7.2.0-4
| ii  libicu57   57.1-6
| ii  liblzma5   5.2.2-1.3
| ii  libpcre3   2:8.39-4
| ii  python33.5.3-3
| ii  python3-numpy  1:1.13.1-1
| ii  python3-six1.10.0-4
| ii  r-base-core3.3.3-1
| ii  zlib1g 1:1.2.8.dfsg-5
| 
| python3-rpy2 recommends no packages.
| 
| Versions of packages python3-rpy2 suggests:
| pn  python-rpy-docs  
| 
| -- no debconf information

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#875881: linux: CVE-2017-1000251

[Julien Aubin]

On Fri, 15 Sep 2017 16:31:13 +0200 Christoph Anton Mitterer <
cales...@scientia.net> wrote:
> Source: linux
> Version: 4.12.12-2
> Severity: critical
> Tags: security
> Justification: root security hole
>
>
> Hi.
>
> Any chance to get CVE-2017-1000251, which seems to be quite critical fixed
> anytime soon? :-)
>
> https://security-tracker.debian.org/tracker/CVE-2017-1000251
>
> Thx,
> Chris
>
>

Hi,

Note that this bug also applies to stable, which is even more critical.

Bug#875900: xdelta FTCBFS: configures for the build architecture

[Helmut Grohne]

Source: xdelta
Version: 1.1.3-9.1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

xdelta fails to cross build from source, because it configures for the
build architecture. Replacing the ./configure invocation with
dh_auto_configure fixes that, because debhelper passes the relevant
--host flag. Please consider applying the attached patch.

Helmut
diff -u xdelta-1.1.3/debian/changelog xdelta-1.1.3/debian/changelog
--- xdelta-1.1.3/debian/changelog
+++ xdelta-1.1.3/debian/changelog
@@ -1,3 +1,10 @@
+xdelta (1.1.3-9.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use dh_auto_configure (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 15 Sep 2017 18:28:31 +0200
+
 xdelta (1.1.3-9.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u xdelta-1.1.3/debian/control xdelta-1.1.3/debian/control
--- xdelta-1.1.3/debian/control
+++ xdelta-1.1.3/debian/control
@@ -2,7 +2,7 @@
 Section: utils
 Priority: optional
 Maintainer: LaMont Jones 
-Build-Depends: debhelper (>> 5.0.0), libglib2.0-dev, zlib1g-dev, autotools-dev
+Build-Depends: debhelper (>= 7), libglib2.0-dev, zlib1g-dev, autotools-dev
 Standards-Version: 3.7.3
 XS-Vcs-Browser: http://git.debian.org/?p=users/lamont/xdelta.git
 XS-Vcs-Git: git://git.debian.org/~lamont/xdelta.git
diff -u xdelta-1.1.3/debian/rules xdelta-1.1.3/debian/rules
--- xdelta-1.1.3/debian/rules
+++ xdelta-1.1.3/debian/rules
@@ -22,8 +22,7 @@
cp -f /usr/share/misc/config.guess config.guess
cp -f /usr/share/misc/config.sub config.sub
CPPFLAGS=`glib-config --cflags` CFLAGS="${CFLAGS}" \
- ./configure --prefix=/usr --mandir=\$${prefix}/share/man \
- --infodir=\$${prefix}/share/info
+ dh_auto_configure
 
 build: build-stamp
 

Bug#593737: [Pkg-mailman-hackers] Bug#593737: mailman: user list does not have a home directory (/var/list)

[Sven Joachim]

Control: merge 250802 -1

On 2010-08-21 13:40 +0200, Thijs Kinkhorst wrote:

> reassign 593737 base-passwd
> thanks
>
> Hi,
>
> On tongersdei 19 Augustus 2010, mzagr...@d.umn.edu wrote:
>> Package: mailman
>> Version: 1:2.1.11-11+lenny1
>> Severity: normal
>> 
>> When "su - list", the home directory does not exist for the 'list' user.
>> /var/list
>> 
>> Also, chapter 5 of the FHS states:
>> 
>> Applications must generally not add directories to the top level of /var.
>> Such directories should only be added if they have some system-wide
>> implication, and in consultation with the FHS mailing list.
>> 
>> Thus, it seems like /var/list as a home directory for the user 'list'
>> violates that section of the FHS.
>> 
>> Thanks for your contribution to free software and Debian.
>
> The 'list' user is created and maintained by the base-passwd package.
> I'm reassigning your request accordingly.

This has been reported before in #250802, I'm merging the bugs.  The
home directory of the list user has been changed to /var/list over
twenty years ago in base-passwd 1.2.0-4, apparently for the smartlist
package which abuses /var/list to store programs and conffiles there, in
gross violation of the FHS and Debian Policy:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=10044.

Cheers,
   Sven

Bug#779655: invesalius: "ZeroDivisionError: float division by zero" upon importing DICOM X-ray videos

[Thiago Franco Moraes]

Thanks for your help, Andreas.

On Fri, Sep 15, 2017 at 1:23 PM Andreas Tille  wrote:

> On Fri, Sep 15, 2017 at 03:03:11PM +, Thiago Franco Moraes wrote:
> > Andreas, yes, if it's possible.
>
> Done.  Thank you for your contribution
>
>   Andreas.
>
> --
> http://fam-tille.de
>

Bug#874742: stretch-pu: kscreenlocker/5.8.7-1+deb9u1

[Julian Andres Klode]

On Sat, Sep 09, 2017 at 05:56:45PM +0200, Julien Cristau wrote:
> Control: tag -1 confirmed
> 
> On Mon, Jun 19, 2017 at 11:49:10 +0200, Maximiliano Curia wrote:
> 
> > kscreenlocker 5.8.6-2 currently in stretch to 5.8.7-1+deb9u1
> > #
> > 
> > kscreenlocker (5.8.7-1+deb9u1) stretch; urgency=medium

testing only has 5.8.7-1, so 5.8.7-1~deb9u1 would make more sense.

[19:24]  jcristau: shouldn't kscreenlocker/5.8.7-1+deb9u1 be 
kscreenlocker/5.8.7-1~deb9u1, 5.8.7-1 is still in testing (although a new 
version is in unstable indeed), and stable has 5.8.6?
[19:24]  (from last saturday)
[19:25]  juliank: yes
[19:26]  that would make more sense

(this probably also applies to some of the plasma stuff, I have
 not checked).

(Not an SRM)
-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev
  |  Ubuntu Core Developer |
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.

Bug#875899: licensecheck cannot detect MIT variant license

[Dominique Dumont]

Package: licensecheck
Version: 3.0.30-1
Severity: normal

Dear Maintainer,

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

$ head -15 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h
/*
 * Copyright (c) 2005,2007  Thiemo Seufer 
 *
 * THIS MATERIAL IS PROVIDED AS IS, WITH ABSOLUTELY NO WARRANTY EXPRESSED
 * OR IMPLIED.  ANY USE IS AT YOUR OWN RISK.
 *
 * Permission is hereby granted to use or copy this program
 * for any purpose,  provided the above notices are retained on all copies.
 * Permission to modify the code and to distribute modified code is granted,
 * provided the above notices are retained, and a notice that the code was
 * modified is included with the above copyright notice.
 */
$ licensecheck 3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h
3rdparty/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h: UNKNOWN

The license from this file is documented on Fedora [1] as a MIT variant.

Could you update licensecheck regexp to accept this variant ?

All the best

[1] https://fedoraproject.org/wiki/Licensing:MIT



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

Kernel: Linux 4.12.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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 licensecheck depends on:
ii  libgetopt-long-descriptive-perl0.100-1
ii  libmoo-perl2.003002-1
ii  libnamespace-clean-perl0.27-1
ii  libpath-iterator-rule-perl 1.009-1
ii  libpath-tiny-perl  0.104-1
ii  libpod-constants-perl  0.19-1
ii  libscalar-list-utils-perl  1:1.49-1
ii  libsort-key-perl   1.33-1+b5
ii  libstrictures-perl 2.03-1
ii  libstring-copyright-perl   0.003005-1
ii  libstring-escape-perl  2010.002-1
ii  libtry-tiny-perl   0.28-1
ii  perl   5.26.0-8
ii  perl-base [libscalar-list-utils-perl]  5.26.0-8

licensecheck recommends no packages.

Versions of packages licensecheck suggests:
ii  bash-completion  1:2.1-4.3

-- no debconf information

debian-bugs-dist@lists.debian.org

[Eric Valette]

Package: ktorrent
Version: 5.1.0-2
Severity: normal

Here is a sample of what I get on konsole when starting via ktorrent &

ven. sept. 15 19:22:24 2017: Initiating connection to 90.76.245.215 via (TCP)
ven. sept. 15 19:22:24 2017: PEX: found 5 peers
ven. sept. 15 19:22:24 2017: Chunk 8020 downloaded 
ven. sept. 15 19:22:24 2017: Chunk 5497 downloaded 
ven. sept. 15 19:22:24 2017: Chunk 1097 downloaded 
ven. sept. 15 19:22:24 2017: Chunk 7685 downloaded 
ven. sept. 15 19:22:25 2017: Chunk 8081 downloaded 
ven. sept. 15 19:22:25 2017: Chunk 3633 downloaded 
ven. sept. 15 19:22:25 2017: Chunk 2628 downloaded 
ven. sept. 15 19:22:25 2017: Chunk 5087 downloaded 
ven. sept. 15 19:22:25 2017: Chunk 1871 downloaded 
ven. sept. 15 19:22:26 2017: Chunk 1883 downloaded 
ven. sept. 15 19:22:26 2017: Chunk 2947 downloaded 
ven. sept. 15 19:22:26 2017: Chunk 3928 downloaded 
ven. sept. 15 19:22:26 2017: Request timed out 5298 16384 16384 µTorrent 3.4.2
ven. sept. 1


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

Kernel: Linux 4.9.50 (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ktorrent depends on:
ii  kio5.37.0-2
ii  ktorrent-data  5.1.0-2
ii  libc6  2.25-0experimental3
ii  libgcc11:7.2.0-4
ii  libgeoip1  1.6.11-2
ii  libkf5archive5 5.37.0-2
ii  libkf5completion5  5.37.0-2
ii  libkf5configcore5  5.37.0-2
ii  libkf5configgui5   5.37.0-2
ii  libkf5configwidgets5   5.37.0-2
ii  libkf5coreaddons5  5.37.0-2
ii  libkf5crash5   5.37.0-2
ii  libkf5dbusaddons5  5.37.0-2
ii  libkf5dnssd5   5.37.0-2
ii  libkf5i18n55.37.0-2
ii  libkf5iconthemes5  5.37.0-2
ii  libkf5itemviews5   5.37.0-2
ii  libkf5kcmutils55.37.0-2
ii  libkf5kiocore5 5.37.0-2
ii  libkf5kiofilewidgets5  5.37.0-2
ii  libkf5kiowidgets5  5.37.0-2
ii  libkf5krosscore5   5.37.0-2
ii  libkf5notifications5   5.37.0-2
ii  libkf5notifyconfig55.37.0-2
ii  libkf5parts5   5.37.0-2
ii  libkf5plotting55.37.0-2
ii  libkf5service-bin  5.37.0-2
ii  libkf5service5 5.37.0-2
ii  libkf5syndication5 16.04.2-1
ii  libkf5textwidgets5 5.37.0-2
ii  libkf5torrent6 2.1-2
ii  libkf5webkit5  5.37.0-2
ii  libkf5widgetsaddons5   5.37.0-2
ii  libkf5windowsystem55.37.0-2
ii  libkf5xmlgui5  5.37.0-2
ii  libktorrent-l10n   2.1-2
ii  libphonon4qt5-44:4.9.1-1
ii  libqt5core5a   5.9.1+dfsg-9
ii  libqt5dbus55.9.1+dfsg-9
ii  libqt5gui5 5.9.1+dfsg-9
ii  libqt5network5 5.9.1+dfsg-9
ii  libqt5webkit5  5.212.0~alpha2-1
ii  libqt5widgets5 5.9.1+dfsg-9
ii  libqt5xml5 5.9.1+dfsg-9
ii  libstdc++6 7.2.0-4
ii  libtag1v5  1.11.1+dfsg.1-0.1
ii  phonon4qt5 4:4.9.1-1

ktorrent recommends no packages.

Versions of packages ktorrent suggests:
ii  geoip-database  20170912-1
ii  krosspython 4:16.08.0-1

-- no debconf information

Bug#875847: qttools5-dev-tools: .qhc files not reproducible

[Chris Lamb]

Hi Laurent,

> It seems that qcollectiongenerator is generating files that are
> containing the creation time of the qhc file (LastRegisterTime and
> CreationTime), making them non-reproducible.

Curiously, I don't see that when I build locally. But I *do* see:

  - The buildpath being leaked into ".index" files. This is fixed with
the attached patch.

  - Some variation in the binary, not looked into.

Hope that helps a little.


Best wishes,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible_build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible_build.patch   2017-09-15 15:52:48.740202062 
+0100
@@ -0,0 +1,17 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2017-09-15
+
+--- qttools-opensource-src-5.9.1.orig/src/qdoc/qdocindexfiles.cpp
 qttools-opensource-src-5.9.1/src/qdoc/qdocindexfiles.cpp
+@@ -995,10 +995,6 @@ bool QDocIndexFiles::generateIndexSectio
+ const Location& declLocation = node->declLocation();
+ if (!declLocation.fileName().isEmpty())
+ writer.writeAttribute("location", declLocation.fileName());
+-if (!declLocation.filePath().isEmpty()) {
+-writer.writeAttribute("filepath", declLocation.filePath());
+-writer.writeAttribute("lineno", 
QString("%1").arg(declLocation.lineNo()));
+-}
+ 
+ if (!node->since().isEmpty()) {
+ writer.writeAttribute("since", node->since());
--- a/debian/patches/series 1970-01-01 01:00:00.0 +0100
--- b/debian/patches/series 2017-09-15 15:29:30.377680344 +0100
@@ -0,0 +1 @@
+reproducible_build.patch

Bug#875897: Could not find gem 'sass-listen (~> 4.0.0)', which is required by gem 'sass (~>3.1)', in any of the sources

[Sruthi Chandran]

Package: ruby-sass
Version: 3.5.1-1
Severity: serious
Justification: FTBFS of other packages (devise, open-build-service)

ruby-devise and ruby-open-build-service build failed with below error.


Bundler could not find compatible versions for gem "sass-listen":
  In Gemfile:
sass-rails (~> 5.0) was resolved to 5.0.6, which depends on
  sass (~> 3.1) was resolved to 3.5.1, which depends on
sass-listen (~> 4.0.0)

Could not find gem 'sass-listen (~> 4.0.0)', which is required by gem
'sass (~>3.1)', in any of the sources.


Autopkgtest of ruby-sass-rails is also failing
(https://ci.debian.net/data/packages/unstable/amd64/r/ruby-sass-rails/latest-autopkgtest/log.gz).



signature.asc
Description: OpenPGP digital signature

Bug#874465: Debian mirror ftp.univ-nantes.fr: tracefile name, syncscript

[Arnaud Abélard]

Hello Peter,

All our debian mirrors (main, cdroms, security, backports and non-US) 
are now using ftpsync and should be up to date.


Thanks for notifying us.

Arnaud



On 06/09/2017 18:10, Peter Palfrader wrote:

On Wed, 06 Sep 2017, Yann Dupont wrote:


o 
Status:https://mirror-master.debian.org/status/mirror-info/ftp.univ-nantes.fr.html

Thanks for contacting us about this problem. I'm not directly involved in
the maintenance of the mirror anymore, but I'll forward to the right person.

We have a contact adress for that purpose, can you change the contact name
to mirr...@univ-nantes.fr , please ?


I have updated our record accordingly.


Arnaud will contact you as soon as time he can correct this.


Thanks,
aloha




--
Arnaud Abélard
jabber: arnaud.abel...@univ-nantes.fr / twitter: ArnY
Administrateur Système
DSI Université de Nantes
-

Bug#875896: python3-rpy2: Missing dependency to python3-jinja2

[Celelibi]

Package: python3-rpy2
Version: 2.9.0-1
Severity: normal

Dear Maintainer,

It looks like the module jinja2 is imported by rpy2. It thus should be
marked as a dependency.

Best regards,
Celelibi

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

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

Versions of packages python3-rpy2 depends on:
ii  libbz2-1.0 1.0.6-8.1
ii  libc6  2.24-17
ii  libgomp1   7.2.0-4
ii  libicu57   57.1-6
ii  liblzma5   5.2.2-1.3
ii  libpcre3   2:8.39-4
ii  python33.5.3-3
ii  python3-numpy  1:1.13.1-1
ii  python3-six1.10.0-4
ii  r-base-core3.3.3-1
ii  zlib1g 1:1.2.8.dfsg-5

python3-rpy2 recommends no packages.

Versions of packages python3-rpy2 suggests:
pn  python-rpy-docs  

-- no debconf information

Bug#874333: python-pygal: please update to new release 2.4.0

[Gianfranco Costamagna]

control: tags -1 patch pending
On Tue, 5 Sep 2017 08:48:58 +0200 Gianfranco Costamagna 
 wrote:
> Source: python-pygal
> Version: 2.0.12-2
> Severity: important
> Tags: patch
> 
> Dear maintainer, there is a 2.4 release of python-pygal out, can you please 
> update it?
> 
> I'm attaching the debdiffs for the new release.
> 
> Let me know if it is ok to NMU it, or you want to take care of the update!
> 
Hello, I'm uploading in deferred/15 the following debdiff

cheers,

G.
diff -Nru python-pygal-2.0.12/debian/changelog 
python-pygal-2.4.0/debian/changelog
--- python-pygal-2.0.12/debian/changelog2015-12-31 15:04:25.0 
+0100
+++ python-pygal-2.4.0/debian/changelog 2017-09-05 08:19:57.0 +0200
@@ -1,3 +1,15 @@
+python-pygal (2.4.0-0.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * New upstream release (Closes: #874333)
+  * Use pybuild
+  * Add Python3 package (Closes: #874332)
+  * Add dependencies needed to run tests
+  * Update copyright years
+  * Enable testsuite
+
+ -- Gianfranco Costamagna   Tue, 05 Sep 2017 
08:19:57 +0200
+
 python-pygal (2.0.12-2) unstable; urgency=medium
 
   * Add CairoSVG dependency to enhance file rendering (Closes: #808811).
diff -Nru python-pygal-2.0.12/debian/control python-pygal-2.4.0/debian/control
--- python-pygal-2.0.12/debian/control  2015-12-31 15:09:41.0 +0100
+++ python-pygal-2.4.0/debian/control   2017-09-05 08:19:57.0 +0200
@@ -4,14 +4,14 @@
 Maintainer: Ulises Vitulli 
 Uploaders: Agustin Henze 
 Build-Depends: debhelper (>= 9)
-Build-Depends-Indep: python-all, dh-python, python-setuptools
+Build-Depends-Indep: python-all, dh-python, python-setuptools, python3-all, 
python3-setuptools, python-cairosvg, python3-cairosvg, python-flask, 
python3-flask, python-pyquery, python3-pyquery, python-pytest, python3-pytest, 
python-pytest-runner, python3-pytest-runner
 Standards-Version: 3.9.6
 X-Python-Version: >= 2.7
 Homepage: http://pygal.org/
 
 Package: python-pygal
 Architecture: all
-Depends: ${python:Depends}, ${misc:Depends}, python-cairosvg
+Depends: ${python:Depends}, ${misc:Depends}
 Description: Python svg graph plotting library
  dynamic easy to use SVG charting library, featuring graph types:
   * Bar charts
@@ -26,3 +26,25 @@
   * Gauge charts
   * Worldmap charts
   * Country charts
+ .
+ This is the Python 2 version of the package.
+
+Package: python3-pygal
+Architecture: all
+Depends: ${python3:Depends}, ${misc:Depends}
+Description: Python3 svg graph plotting library
+ dynamic easy to use SVG charting library, featuring graph types:
+  * Bar charts
+  * Line charts
+  * XY charts
+  * Pie charts
+  * Radar charts
+  * Box plot
+  * Dot charts
+  * Pyramid charts
+  * Funnel charts
+  * Gauge charts
+  * Worldmap charts
+  * Country charts
+ .
+ This is the Python 3 version of the package.
diff -Nru python-pygal-2.0.12/debian/copyright 
python-pygal-2.4.0/debian/copyright
--- python-pygal-2.0.12/debian/copyright2015-12-31 14:29:48.0 
+0100
+++ python-pygal-2.4.0/debian/copyright 2017-09-05 08:19:57.0 +0200
@@ -3,7 +3,7 @@
 Source: https://github.com/Kozea/pygal
 
 Files: *
-Copyright: (C) 2012-2014 Kozea florian.moun...@kozea.fr
+Copyright: (C) 2012-2016 Kozea florian.moun...@kozea.fr
 License: LGPL-3.0
  This program is free software: you can redistribute it and/or modify
  it under the terms of the GNU General Public License as published by
diff -Nru python-pygal-2.0.12/debian/rules python-pygal-2.4.0/debian/rules
--- python-pygal-2.0.12/debian/rules2015-12-31 14:32:15.0 +0100
+++ python-pygal-2.4.0/debian/rules 2017-09-05 08:19:57.0 +0200
@@ -1,30 +1,18 @@
 #!/usr/bin/make -f
-# -*- makefile -*-
 
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
-
-PYVERS :=  python2.7
+export PYBUILD_NAME=pygal
 
 %:
-   dh $@ --with python2 
-
-override_dh_auto_build:
-
-override_dh_auto_clean:
-   dh_auto_clean
-   rm -rf build pygal.egg-info
+   dh $@ --with python2,python3 --buildsystem=pybuild
 
 override_dh_auto_install:
dh_auto_install
-   set -ex; \
-   for py in $(PYVERS); do \
-   $$py setup.py install --root debian/python-pygal \
- --install-layout=deb; \
-   done
rm -rf debian/python-pygal/demo
rm -rf debian/python-pygal/usr/bin
-   
+   rm -rf debian/python3-pygal/demo
+   rm -rf debian/python3-pygal/usr/bin
+
 override_dh_installexamples:
-   dh_installexamples pygal_gen.py 
-   
+   dh_installexamples pygal_gen.py


signature.asc
Description: OpenPGP digital signature

Bug#875653: [pkg-go] Bug#875653: golang-github-aws-aws-sdk-go: New upstream release (>=1.7.0)

[Shengjing Zhu]

After update to 1.8.44,
the ratt result is:

2017/09/15 23:46:04 Build results:
2017/09/15 23:46:04 PASSED: acbuild
2017/09/15 23:46:04 PASSED: goiardi
2017/09/15 23:46:04 PASSED: golang-github-xenolf-lego
2017/09/15 23:46:04 PASSED: kubernetes
2017/09/15 23:46:04 PASSED: gitlab-ci-multi-runner
2017/09/15 23:46:04 PASSED: golang-github-aanand-compose-file
2017/09/15 23:46:04 PASSED: docker-registry
2017/09/15 23:46:04 PASSED: prometheus
2017/09/15 23:46:04 PASSED: cadvisor
2017/09/15 23:46:04 PASSED: golang-github-rsc-letsencrypt
2017/09/15 23:46:04 PASSED: rclone
2017/09/15 23:46:04 PASSED: golang-github-hashicorp-go-getter
2017/09/15 23:46:04 PASSED: golang-github-appc-docker2aci
2017/09/15 23:46:04 PASSED: swarmkit
2017/09/15 23:46:04 FAILED: grafana, but maybe unrelated to new
changes (see buildlogs/grafana_2.6.0+dfsg-3 and
buildlogs_recheck/grafana_2.6.0+dfsg-3)

# github.com/grafana/grafana/pkg/services/sqlstore
src/github.com/grafana/grafana/pkg/services/sqlstore/sqlstore.go:96:
cannot assign to x.Logger
src/github.com/grafana/grafana/pkg/services/sqlstore/sqlstore.go:96:
cannot use xorm.NewSimpleLogger(f) (type *xorm.SimpleLogger) as type
func() core.ILogger in assignment

xorm related


2017/09/15 23:46:04 FAILED: notary, but maybe unrelated to new changes
(see buildlogs/notary_0.1~ds1-1 and
buildlogs_recheck/notary_0.1~ds1-1)

cannot find package "github.com/Sirupsen/logrus/hooks/bugsnag" in any of


2017/09/15 23:46:04 FAILED: docker-swarm, but maybe unrelated to new
changes (see buildlogs/docker-swarm_1.2.5+dfsg-2 and
buildlogs_recheck/docker-swarm_1.2.5+dfsg-2)

cannot find package "github.com/docker/docker/pkg/version" in any of


2017/09/15 23:46:04 FAILED: nomad, but maybe unrelated to new changes
(see buildlogs/nomad_0.4.0+dfsg-1 and
buildlogs_recheck/nomad_0.4.0+dfsg-1)

# github.com/hashicorp/nomad/client/driver/executor
src/github.com/hashicorp/nomad/client/driver/executor/executor_linux.go:103:
cannot use true (type bool) as type *bool in assignment

opencontainers/runc/ related


2017/09/15 23:46:04 FAILED: kubernetes-addon-heapster, but maybe
unrelated to new changes (see
buildlogs/kubernetes-addon-heapster_1.2.0+dfsg-1 and
buildlogs_recheck/kubernetes-addon-heapster_1.2.0+dfsg-1)

gcl.go:57: cannot use *event (type api.Event) as type
googleapi.RawMessage in field value
gcl "google.golang.org/api/logging/v2beta1" related


2017/09/15 23:46:04 FAILED: golang-github-docker-engine-api, but maybe
unrelated to new changes (see
buildlogs/golang-github-docker-engine-api_0.4.0-2 and
buildlogs_recheck/golang-github-docker-engine-api_0.4.0-2)

--- FAIL: TestNewEnvClient (0.00s)

test fail


2017/09/15 23:46:04 FAILED: rkt, but maybe unrelated to new changes
(see buildlogs/rkt_1.21.0+dfsg-1 and
buildlogs_recheck/rkt_1.21.0+dfsg-1)

last time I updated aws-sdk-go, I pushed a fix in git, but no
maintainer has reviewed it and uploaded.


2017/09/15 23:46:04 FAILED: golang-github-go-chef-chef, but maybe
unrelated to new changes (see
buildlogs/golang-github-go-chef-chef_0.0.1+git20161023.60.deb8c38-1
and buildlogs_recheck/golang-github-go-chef-chef_0.0.1+git20161023.60.deb8c38-1)

--- FAIL: TestDataBagsService_DataBagListResultString (0.00s)

test fail


2017/09/15 23:46:04 FAILED: docker.io, but maybe unrelated to new
changes (see buildlogs/docker.io_1.13.1~ds1-2 and
buildlogs_recheck/docker.io_1.13.1~ds1-2)

# github.com/docker/docker/oci
oci/defaults_linux.go:22: unknown field 'Platform' in struct literal
of type specs.Spec
oci/defaults_linux.go:77: cannot use []string literal (type []string)
as type *specs.LinuxCapabilities in assignment
oci/defaults_linux.go:96: undefined: specs.Namespace
oci/defaults_linux.go:107: undefined: specs.Device
oci/defaults_linux.go:108: undefined: specs.Resources
oci/devices_linux.go:15: undefined: specs.Device
oci/devices_linux.go:27: undefined: specs.DeviceCgroup
oci/devices_linux.go:39: undefined: specs.Device
oci/devices_linux.go:39: undefined: specs.DeviceCgroup
oci/namespaces.go:6: undefined: specs.NamespaceType
oci/defaults_linux.go:108: too many errors

seems not related to aws sdk


2017/09/15 23:46:04 FAILED: packer (see buildlogs/packer_1.0.4+dfsg-1)

Only packer failed as expected(I will upload new version soon).

So I will upload aws-sdk-go 1.8.44 in few days :)

Thanks
Shengjing Zhu

Bug#875893: gajim: self.systray_context_menu.popup() causes random positioning on Wayland

[Julian Andres Klode]

Package: gajim
Version: 0.16.8-5
Severity: normal

gajim is using Menu.popup() when right clicking the tray icon,
but should use popup_at(), as the menu could appear anywhere on
the screen otherwise. Yesterday, for example, it was basically
at the bottom left of the screen while the tray icon is in the
upper right.

log of #gnome-shell:

 gajim is doing:  
self.systray_context_menu.popup(None, None, None, event_button, 
 event_time) 
 the docs for that function say 
 Note that this function does not work very well on GDK 
backends that do not have global coordinates, such as Wayland or Mir. 
You should probably use one of the gtk_menu_popup_at_ variants, which do 
not have this problem

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

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

Versions of packages gajim depends on:
ii  dnsutils1:9.10.3.dfsg.P4-12.6
ii  python  2.7.13-2
ii  python-gtk2 2.24.0-5.1
ii  python-nbxmpp   0.5.4-1
ii  python-openssl  16.2.0-1
ii  python-pyasn1   0.1.9-2

Versions of packages gajim recommends:
ii  alsa-utils 1.1.3-1
ii  ca-certificates20170717
ii  dbus   1.11.16+really1.10.22-1
ii  gnome-flashback [notification-daemon]  3.24.0-2
ii  gnome-shell [notification-daemon]  3.26.0-2jak1
ii  pulseaudio-utils   11.0-2
ii  python-crypto  2.6.1-7+b1
ii  python-dbus1.2.4-1+b2
ii  python-gnupg   0.4.1-1

Versions of packages gajim suggests:
ii  aspell-de [aspell-dictionary]  20161207-1
ii  aspell-en [aspell-dictionary]  2017.08.24-0-0.1
ii  avahi-daemon   0.6.32-2
pn  dvipng 
ii  gnome-keyring  3.20.1-1
pn  gstreamer0.10-plugins-ugly 
pn  kwalletcli 
ii  libgtkspell0   2.0.16-1.1
ii  libxss11:1.2.2-1+b2
ii  nautilus-sendto3.8.6-1
ii  network-manager1.8.2-1
pn  python-avahi   
ii  python-gconf   2.28.1+dfsg-1.2
ii  python-gnome2  2.28.1+dfsg-1.2
pn  python-gnomekeyring
pn  python-gupnp-igd   
ii  python-kerberos1.1.5-2+b3
ii  python-pycurl  7.43.0-2+b1
ii  texlive-latex-base 2017.20170818-1

-- no debconf information

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev
  |  Ubuntu Core Developer |
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.

Bug#875895: RFP: chkservice -- Systemd units manager with ncurses, terminal interface.

[Svetlana Linuxenko]

Package: wnpp
Severity: wishlist

Package: wnpp
Severity: wishlist

* Package name: chkservice
  Version : 0.1
  Upstream Author : Svetlana Linuxenko 
* URL : https://github.com/linuxenko/chkservice
* License : GPL
  Programming Lang: C++
  Description : Systemd units manager with ncurses, terminal interface.

I think, it can be categorized as `system tool`.
It would be cool to have this package inside of the debian repository.
Different kind of users likes it (administrators, desktop users).

chkservice already have debian packaging support, as well as cpack
targets for deb and rpm. It is very difficult for me maintain all the
distributions and their versions.

Thanks.

Bug#875894: pst-utils: Segfault from readpst

[Liam Healy]

Package: pst-utils
Version: 0.6.59-1+b1
Severity: important

Running readpst on file exported from Outlook as "backup.pst"
readpst -M backup.pst -o .

Opening PST file and indexes...
Processing Folder "Deleted Items"
Processing Folder "Inbox"
"Outlook Data File" - 2 items done, 0 items skipped.
Segmentation fault

The resultant directory "Outlook Data File" is empty. I expected no
segfault and a directory with mail files.

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

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

Versions of packages pst-utils depends on:
ii  libc6 2.24-11+deb9u1
ii  libgcc1   1:6.3.0-18
ii  libgd32.2.4-2+deb9u2
ii  libglib2.0-0  2.50.3-2
ii  libgsf-1-114  1.14.41-1
ii  libpst4   0.6.59-1+b1
ii  libstdc++66.3.0-18

pst-utils recommends no packages.

pst-utils suggests no packages.

-- no debconf information

Bug#875789: Bug#875789: FTBFS with Java 9: tests error out

[Andreas Tille]

Hi again,

On Fri, Sep 15, 2017 at 06:08:05PM +0200, Andreas Tille wrote:
> Hi Olivier,
> 
> On Fri, Sep 15, 2017 at 05:32:19PM +0200, Olivier Sallou wrote:
> > I could fix the bug and pushed to svn my modifications.
> 
> Thanks.  I'll convert to Git right now.

It is now at

https://anonscm.debian.org/git/debian-med/rdp-classifier.git
  
> > Everything seems to build with java 8 AND java 9
> > 
> > I do not really understand the reason, but it works
> > 
> > However "binary" does not work:
> > 
> > # java -jar rdp_classifier.jar
> > no main manifest attribute, in rdp_classifier.jar
> > 
> > 
> > the main-class seems not to be set, but it is the same for Java 8, so
> > something may still be missing?
> 
> I'm not sure whether I understand what you mean but I'll
> check after Git conversion.

I can call

/usr/bin/rdp_classifier

printing a help screen - so I can not see any obvious problem with the
jar.  May be it would be a good idea to write an autopkgtest using the
existing samplefiles to verify the functionality. 

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#874372: Pending fixes for bugs in the pdfsam package

[pkg-java-maintainers]

tag 874372 + pending
thanks

Some bugs in the pdfsam package are closed in revision
a970fa8a2842fddd75de9d8bcc980b30c7b1d71b in branch 'master' by Markus
Koschany

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/pdfsam.git/commit/?id=a970fa8

Commit message:

Depend on libsambox-java and liblogback-java.

Closes: #874372
Thanks: Michael Weghorn for the report.

Bug#875892: apache2 needs attach_disconnected

[Guido Günther]

Package: apparmor-profiles
Version: 2.11.0-10
Severity: normal
Tags: patch

otherwise we fail with

   apparmor="ALLOWED" operation="file_mmap" info="Failed name lookup - 
disconnected path" error=-13 profile="/usr/sbin/apache2" name="" pid=13777 
comm="apache2" requested_mask="rw" denied_mask="rw" fsuid=0 ouid=0

Patch attached (I'd send this upstream but bzr).
 -- Guido
>From e1baa8286065f0ebd830e1dbfb970f3089b45f94 Mon Sep 17 00:00:00 2001
Message-Id: 
From: =?UTF-8?q?Guido=20G=C3=BCnther?= 
Date: Fri, 15 Sep 2017 18:26:07 +0200
Subject: [PATCH] apache2: use attach_disconnected

otherwise we fail with

apparmor="ALLOWED" operation="file_mmap" info="Failed name lookup - disconnected path" error=-13 profile="/usr/sbin/apache2" name="" pid=13777 comm="apache2" requested_mask="rw" denied_mask="rw" fsuid=0 ouid=0
---
 profiles/apparmor.d/usr.sbin.apache2 | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/profiles/apparmor.d/usr.sbin.apache2 b/profiles/apparmor.d/usr.sbin.apache2
index 25a147f..987a100 100644
--- a/profiles/apparmor.d/usr.sbin.apache2
+++ b/profiles/apparmor.d/usr.sbin.apache2
@@ -1,7 +1,7 @@
 # Author: Marc Deslauriers 
 
 #include 
-/usr/sbin/apache2 {
+/usr/sbin/apache2 flags=(attach_disconnected) {
 
   # This profile is completely permissive.
   # It is designed to target specific applications using mod_apparmor,
@@ -84,7 +84,7 @@
   /** mrwlkix,
 
 
-  ^DEFAULT_URI {
+  ^DEFAULT_URI flags=(attach_disconnected) {
 #include 
 #include 
 
@@ -92,7 +92,7 @@
 /** mrwlkix,
   }
 
-  ^HANDLING_UNTRUSTED_INPUT {
+  ^HANDLING_UNTRUSTED_INPUT flags=(attach_disconnected) {
 #include 
 
 / rw,
-- 
2.14.1

Bug#863679: moreinfo on #863679 (pm-utils)

[Vagrant Cascadian]

On 2017-09-15, Adam Borowski wrote:
> On 29 May 2017 you reported: 
>> In the last few days, pm-powersave is being called roughly once per
>> second, which is logging to /var/log/pm-powersave.log until there's no
>> disk space left. 
>
> I then tried reproducing this on a bunch of machines, in different
> configurations -- without success.  pm-utils also has a quite big popcon,
> yet no one else mentioned this problem either.
>
> It's not good to have a Severity:critical bug left alone -- it spooks users
> who don't know what "unreproducible" means, not to mention anyone who looks
> at QA.
>
> Thus, I've just downgraded the severity --

sure.


> but, could you tell if you had any luck reproducing it?

It has never gone away for me on this system, so in that sense, I can
reproduce it.

It is so tremendously disruptive that I've just used the workaround of
putting "sleep 600" in /etc/pm/power.d/zzzsleep, which makes the system
useable; I haven't really had the energy to try downgrading systemd or
the kernel... as the system otherwise works.

Not sure where to go with this...


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#779655: invesalius: "ZeroDivisionError: float division by zero" upon importing DICOM X-ray videos

[Andreas Tille]

On Fri, Sep 15, 2017 at 03:03:11PM +, Thiago Franco Moraes wrote:
> Andreas, yes, if it's possible.

Done.  Thank you for your contribution

  Andreas.

-- 
http://fam-tille.de

Bug#875891: proftpd-mod-clamav: Remove clamav dependency

[Ellingsworth, David]

Package: proftpd-mod-clamav
Severity: important

Dear Maintainer,

Please consider removing clamav as a dependency of this package. Clamav 
should be a recommended or suggested package since this module can utilize a
clamav instance on a remote machine via TCP. There are no build dependencies
for this package on clamav that would otherwise make clamav a requirement.

This bug was discovered while trying to install this module in a docker 
container
containing proftpd and linked to a container running clamav.


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

Kernel: Linux 3.10.0-514.26.2.el7.x86_64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US (charmap=UTF-8) (ignored: LC_ALL set to 
en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages proftpd-mod-clamav depends on:
pn  clamav  
ii  libc6   2.24-11+deb9u1
ii  proftpd-basic [proftpd-abi-1.3.5b]  1.3.5b-4

proftpd-mod-clamav recommends no packages.

proftpd-mod-clamav suggests no packages.


Regards,

David Ellingsworth
Software Developer
The Davey Tree Expert Company
1-800-447-1667 x412 

Bug#875890: Please consider shipping /etc/apparmor.d/usr.sbin.mysqld from upstream

[Guido Günther]

Package: mariadb-server
Version: 10.1.26-1
Severity: wishlist

Hi,
it would be great if the package would ship upstream's profile (even if
only in complain mode like upstream does). This would help to iron out
the issues in the profile.

The current file file that starts like:

# This file is intensionally empty to disable apparmor by default for newer
# versions of MariaDB, while providing seamless upgrade from older versions
# and from mysql, where apparmor is used.

# By default, we do not want to have any apparmor profile for the MariaDB
# server. It does not provide much useful functionality/security, and causes
# several problems for users who often are not even aware that apparmor
# exists and runs on their system.

is a bit discouraging.

Cheers,
 -- Guido

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

Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.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 mariadb-server depends on:
pn  mariadb-server-10.1  
pn  mariadb-server-10.3  

mariadb-server recommends no packages.

mariadb-server suggests no packages.

Bug#875789: [Debian-med-packaging] Bug#875789: FTBFS with Java 9: tests error out

[Andreas Tille]

Hi Olivier,

On Fri, Sep 15, 2017 at 05:32:19PM +0200, Olivier Sallou wrote:
> I could fix the bug and pushed to svn my modifications.

Thanks.  I'll convert to Git right now.
 
> Everything seems to build with java 8 AND java 9
> 
> I do not really understand the reason, but it works
> 
> However "binary" does not work:
> 
> # java -jar rdp_classifier.jar
> no main manifest attribute, in rdp_classifier.jar
> 
> 
> the main-class seems not to be set, but it is the same for Java 8, so
> something may still be missing?

I'm not sure whether I understand what you mean but I'll
check after Git conversion.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#875888: gdome2 FTCBFS: configures for the build architecture

[Helmut Grohne]

Source: gdome2
Version: 0.8.1+debian-6
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

gdome2 fails to cross build from source, because it configures for the
build architecture. Indirecting ./configure through dh_auto_configure is
not trivial, because dh_auto_configure also passes dpkg-buildflags and a
multiarch --libdir. Still moving to dh_auto_configure fixes the cross
build issue. Please consider applying the attached patch.

Helmut
diff --minimal -Nru gdome2-0.8.1+debian/debian/changelog 
gdome2-0.8.1+debian/debian/changelog
--- gdome2-0.8.1+debian/debian/changelog2013-07-02 13:02:53.0 
+0200
+++ gdome2-0.8.1+debian/debian/changelog2017-09-15 17:42:41.0 
+0200
@@ -1,3 +1,13 @@
+gdome2 (0.8.1+debian-6.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (closes: #-1)
++ Let dh_auto_configure pass --host to ./configure.
++ Disable -Werror=format-security as dh_auto_configure now passes
+  dpkg-buildflags and that makes the build fail.
+
+ -- Helmut Grohne   Fri, 15 Sep 2017 17:42:41 +0200
+
 gdome2 (0.8.1+debian-6) unstable; urgency=low
 
   * QA upload.
diff --minimal -Nru gdome2-0.8.1+debian/debian/rules 
gdome2-0.8.1+debian/debian/rules
--- gdome2-0.8.1+debian/debian/rules2013-04-03 16:24:55.0 +0200
+++ gdome2-0.8.1+debian/debian/rules2017-09-15 17:42:41.0 +0200
@@ -1,6 +1,9 @@
 #!/usr/bin/make -f
 # GNU copyright 1997 to 1999 by Joey Hess.
 
+# does not work with -Werror=format-security
+export DEB_BUILD_MAINT_OPTIONS=hardening=-format
+
 CFLAGS = -Wall -g
 ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
 CFLAGS += -O0
@@ -17,9 +20,8 @@
cp /usr/share/misc/config.sub /usr/share/misc/config.guess .
libtoolize -c -f
autoreconf -f -i
-   ./configure --prefix=/usr \
-   --mandir=\$${prefix}/share/man \
-   --infodir=\$${prefix}/share/info \
+   dh_auto_configure -- \
+   --libdir=\$${prefix}/lib \
--with-html-dir=\$${prefix}/share/doc/libgdome2-dev 
touch configure-stamp
 

Bug#875889: libreoffice-writer: Envelope dialog: Make dialog more a11y friendly

[Alex ARNAUD]

Package: libreoffice-writer
Version: 1:3.3.0~beta2-1
Tags: a11y upstream
Owner: b...@hypra.fr
User: b...@hypra.fr
Usertags: hypra
Forwarded: https://bugs.documentfoundation.org/show_bug.cgi?id=107625

DESCRIPTION FROM UPSTREAM:

Description:
Dear all,

Tested environment :
- LibreOfficeDev 5.4 on Debian GNU/Linux 8.7
- LibreOffice 5.3.2 on Windows 8.1

I'm a low-vision person so I'm a keyboard-only user. At this time it is not 
possible to use the envelope dialog only with the keyboard because

it's not possible to leave the texts fields with tab. 


Steps to Reproduce:
Steps to reproduce :
1) Open the envelope dialog (insert => envelope)
2) Press tab or ctrl+tab 

Actual Results:  
LibreOffice writes the tab character or switches to the next tab 


Expected Results:
LibreOffice should leave the text field when I press tab


Reproducible: Always

User Profile Reset: No

Additional Info:
Best regards.

Bug#875887: reproducible-check: reporting some packages twice

[Reiner Herrmann]

Package: devscripts
Version: 2.17.10
Severity: minor

Dear Maintainer,

while testing the new reproducible-check tool, I noticed that some
packages are listed multiple times.

$ reproducible-check 
2017-09-15 17:26:21 I: Updating cache...
alsa-lib (1.1.3-5) is unreproducible (libasound2, libasound2-dev) 

alsa-lib (1.1.3-5) is unreproducible (libasound2) 

[...]
flac (1.3.2-1) is unreproducible (flac, libflac++6v5, libflac-dev, libflac8) 

flac (1.3.2-1) is unreproducible (libflac8) 

[...]
nss (2:3.32-2) is unreproducible (libnss3) 

nss (2:3.32-2) is unreproducible (libnss3) 

[...]
sqlite3 (3.20.1-1) is unreproducible (libsqlite3-0, libsqlite3-dev, sqlite3) 

sqlite3 (3.20.1-1) is unreproducible (libsqlite3-0) 



Regards,
  Reiner

Bug#875839: r-cran-pkgconfig_2.0.1-1_amd64.changes is NEW

[Don Armstrong]

On Fri, 15 Sep 2017 11:09:59 +0200 Andreas Tille  wrote:
> fast processing would be welcome to fix #875839 in r-cran-rsqlite since
> this is a real dependency.

Thanks Andreas for resolving this quickly.

Probably in the meantime just uploading a new version of r-cran-rsqlite
with this dependency will fix the issue and keep anyone else from
upgrading rsqlite until pkgconfig transits NEW.

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

Once, our bodies were bells:
Simply moving in the wind
We tolled our names.
 -- Phillis Levin "Poetry in Motion" p55

Bug#875839: r-cran-pkgconfig_2.0.1-1_amd64.changes is NEW

[Don Armstrong]

On Fri, 15 Sep 2017 11:09:59 +0200 Andreas Tille  wrote:
> fast processing would be welcome to fix #875839 in r-cran-rsqlite
> since this is a real dependency.

Thanks Andreas for handling this so quickly!

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

I may not have gone where I intended to go, but I think I have ended
up where I needed to be.
 -- Douglas Adams _The Long Dark Tea-Time of the Soul_

Bug#875789: [Debian-med-packaging] Bug#875789: FTBFS with Java 9: tests error out

[Olivier Sallou]

manifest in jar file seems to be wrong

Manifest-Version: 1.0
Class-Path: /usr/share/java/junit.jar /usr/share/java/commons-cli.jar
 /usr/share/java/rdp-alignment.jar /usr/share/java/rdp-taxonomy-tree.j
 ar /usr/share/java/jfreechart.jar
Created-By: 1.8.0_144 (Oracle Corporation)

should be

usr/share/java/rdp_classifier.jar:
X-COMMENT: Manifest made by Tim Booth for Debian packaging
Manifest-Version: 1.0
Class-Path: /usr/share/java/commons-cli.jar
/usr/share/java/rdp-readseq.jar /usr/share/java/rdp-taxonomy-tree.jar
/usr/share/rdp-classifier/
Main-Class: edu.msu.cme.rdp.classifier.ClassifierCmd

Seems something is wrong at jar creation

Bug#875886: highlight FTCBFS: uses the build architecture toolchain

[Helmut Grohne]

Source: highlight
Version: 3.38-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

highlight fails to cross build from source, because it uses the build
architecture toolchain. Indirecting the make invocations through
dh_auto_build lets debhelper pass cross tools to make. Further more
pkg-config needs to be made substitutable. Both is implemented in the
attached patch that makes highlight cross build successfully. Please
consider applying it.

Helmut
diff --minimal -Nru highlight-3.38/debian/changelog 
highlight-3.38/debian/changelog
--- highlight-3.38/debian/changelog 2017-07-02 22:49:51.0 +0200
+++ highlight-3.38/debian/changelog 2017-09-15 17:31:51.0 +0200
@@ -1,3 +1,12 @@
+highlight (3.38-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross tools to make.
++ Add 0006-cross.patch.
+
+ -- Helmut Grohne   Fri, 15 Sep 2017 17:31:51 +0200
+
 highlight (3.38-1) unstable; urgency=medium
 
   * New upstream version
diff --minimal -Nru highlight-3.38/debian/patches/0006-cross.patch 
highlight-3.38/debian/patches/0006-cross.patch
--- highlight-3.38/debian/patches/0006-cross.patch  1970-01-01 
01:00:00.0 +0100
+++ highlight-3.38/debian/patches/0006-cross.patch  2017-09-15 
17:31:51.0 +0200
@@ -0,0 +1,54 @@
+From: Helmut Grohne 
+Subject: make pkg-config substitutable for cross compilation
+
+Index: highlight-3.38/examples/swig/makefile
+===
+--- highlight-3.38.orig/examples/swig/makefile
 highlight-3.38/examples/swig/makefile
+@@ -1,13 +1,14 @@
+ 
+ CXX=g++
++PKG_CONFIG ?= pkg-config
+ CFLAGS+= -fPIC
+ 
+ HL_INC=../../src/include/
+ HL_SRC=../../src/
+ 
+-LUA_CFLAGS=$(shell pkg-config --cflags lua5.2)
+-LUA_LIBS=$(shell pkg-config --libs lua5.2)
+-PYTHON_CFLAGS=$(shell pkg-config --cflags python-2.7)
++LUA_CFLAGS=$(shell $(PKG_CONFIG) --cflags lua5.2)
++LUA_LIBS=$(shell $(PKG_CONFIG) --libs lua5.2)
++PYTHON_CFLAGS=$(shell $(PKG_CONFIG) --cflags python-2.7)
+ PERL_INC=$(shell perl -MExtUtils::Embed -eccopts)
+ PHP_INC=$(shell php-config --includes)
+ 
+Index: highlight-3.38/src/makefile
+===
+--- highlight-3.38.orig/src/makefile
 highlight-3.38/src/makefile
+@@ -14,6 +14,7 @@
+ 
+ #CXX=clang++
+ CXX=g++
++PKG_CONFIG ?= pkg-config
+ 
+ # was: qmake-qt5
+ QMAKE=qmake
+@@ -39,13 +40,13 @@
+ # If Lua 5.2 is not default on your system yet you have to
+ # use lua5.1 in the pkg-config calls
+ 
+-LUA_CFLAGS=$(shell pkg-config --cflags lua5.2) -DUSE_LUA52
++LUA_CFLAGS=$(shell $(PKG_CONFIG) --cflags lua5.2) -DUSE_LUA52
+ 
+ # default lua lib
+-LUA_LIBS=$(shell pkg-config --libs lua5.2)
++LUA_LIBS=$(shell $(PKG_CONFIG) --libs lua5.2)
+ 
+ # luajit lib
+-# LUA_LIBS=$(shell pkg-config --libs luajit)
++# LUA_LIBS=$(shell $(PKG_CONFIG) --libs luajit)
+ 
+ # Third-Party software paths
+ ASTYLE_DIR=${CORE_DIR}astyle/
diff --minimal -Nru highlight-3.38/debian/patches/series 
highlight-3.38/debian/patches/series
--- highlight-3.38/debian/patches/series2017-07-02 22:49:51.0 
+0200
+++ highlight-3.38/debian/patches/series2017-09-15 17:30:35.0 
+0200
@@ -4,3 +4,4 @@
 0003-add-CPPFLAGS-to-C-compilation-line.patch
 0004-Add-on-to-LDFLAGS-rather-than-overwriting-them.patch
 0005-pass-LDFLAGS-when-compiling-python-and-perl-extensio.patch
+0006-cross.patch
diff --minimal -Nru highlight-3.38/debian/rules highlight-3.38/debian/rules
--- highlight-3.38/debian/rules 2017-07-02 22:49:51.0 +0200
+++ highlight-3.38/debian/rules 2017-09-15 17:29:47.0 +0200
@@ -8,9 +8,9 @@
dh $@
 
 override_dh_auto_build:
-   $(MAKE) -C examples/swig perl
-   $(MAKE) -C src clean
-   $(MAKE) LUA_LIBS=-llua5.2
+   dh_auto_build --sourcedirectory=examples/swig -- perl
+   dh_auto_build --sourcedirectory=src -- clean
+   dh_auto_build -- LUA_LIBS=-llua5.2
 
 get-orig-source: 
git archive --format=tar ${UPSTREAMTAG} | bzip2 -9 > ../${ORIG}

Bug#875789: [Debian-med-packaging] Bug#875789: FTBFS with Java 9: tests error out

[Olivier Sallou]

I could fix the bug and pushed to svn my modifications.

Everything seems to build with java 8 AND java 9

I do not really understand the reason, but it works

However "binary" does not work:

# java -jar rdp_classifier.jar
no main manifest attribute, in rdp_classifier.jar


the main-class seems not to be set, but it is the same for Java 8, so
something may still be missing?

Olivier


On 09/15/2017 03:30 PM, Olivier Sallou wrote:
> I had a quick look.
>
> I made some modifications for Java 9 , but the tests do not match usual
> Java 9 migration issues and tests do not show any special problem, only
> NullPointerException
>
>  type="java.lang.NullPointerException">java.lang.NullPointerException
> at java.base/java.io.Reader.(Reader.java:78)
> at
> java.base/java.io.InputStreamReader.(InputStreamReader.java:72)
> at
> edu.msu.cme.rdp.classifier.rrnaclassifier.TrainingInfoTest.testCreateGenusWordProbList(Unknown
> Source)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>
> I have no idea why, but this is not a simple Java9 migration.
>
> So I have not pushed my updates yet as this is not the current problem.
>
>
> On 09/15/2017 02:36 PM, Andreas Tille wrote:
>> Hi Olivier,
>>
>> thanks for those hints that sound good.  Would you mind adding this as
>> patches to VCS?
>>
>> Kind regards
>>
>>   Andreas.
>>
>> On Fri, Sep 15, 2017 at 02:21:59PM +0200, Olivier Sallou wrote:
>>> On 09/15/2017 01:24 PM, Andreas Tille wrote:
 control: tags -1 help

 Sorry, I have no idea how to fix this. :-(
 Any hint is welcome.
>>> you need to add to compil the option "--add-modules java.se.ee".  The pb
>>> is it works for Java 9 but not for Java 8.
>>> To match both, you can do something like:
>>>
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>>
>>>
>>> In build.xml
>>>
>>> Else, an option is to build for Java 1.8 specifically specifying
>>>
>>> 
>>> 
>>>
>>> Compilation should work this way. At runtime (execution) with Java9,
>>> user has to add "--add-modules java.se.ee" to the java command-line.
>>> The problem, again, is that if user is using java8, this command is not
>>> recognized.
>>>
>>>
 Kind regards

   Andreas.

>>> -- 
>>> Olivier Sallou
>>> IRISA / University of Rennes 1
>>> Campus de Beaulieu, 35000 RENNES - FRANCE
>>> Tel: 02.99.84.71.95
>>>
>>> gpg key id: 4096R/326D8438  (keyring.debian.org)
>>> Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438
>>>
>>>
>>>

-- 
Olivier Sallou
IRISA / University of Rennes 1
Campus de Beaulieu, 35000 RENNES - FRANCE
Tel: 02.99.84.71.95

gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438

Bug#861261: Use of "network-online.target" for nginx

[Laurence Parry]

I agree, and frankly I don't think it's a minor bug if your web server
doesn't come back up after a reboot.

-- 
Laurence "GreenReaper" Parry

Bug#859797: [Re: opendkim: override.conf permissions]

[Christophe Siraut]

Package: opendkim
Version: 2.11.0~alpha-10
Tags: patch
Followup-For: Bug #859797

Dear Maintainer,

Systemd units overrides should be world readable (according to upstream, as
read in OP github link); here is a fix (as seen in #851521):


diff --git a/debian/opendkim.service.generate b/debian/opendkim.service.generate
index d026104..e8c6b8c 100755
--- a/debian/opendkim.service.generate
+++ b/debian/opendkim.service.generate
@@ -45,7 +45,7 @@ fi
 
 if [ -s $SERVICE ] ; then
mkdir -p /etc/systemd/system/$NAME.service.d
-   cp $SERVICE /etc/systemd/system/$NAME.service.d/override.conf
+   install -m 644 $SERVICE 
/etc/systemd/system/$NAME.service.d/override.conf
 fi
 
 # Generate tmpfiles.d override file


Cheers,
Tobald

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

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

Versions of packages opendkim depends on:
ii  adduser  3.115
ii  dns-root-data2017072601~deb9u1
ii  init-system-helpers  1.48
ii  libbsd0  0.8.3-1
ii  libc62.24-11+deb9u1
ii  libdb5.3 5.3.28-12+b1
ii  libldap-2.4-22.4.44+dfsg-5
ii  liblua5.1-0  5.1.5-8.1+b2
ii  libmemcached11   1.0.18-4.1
ii  libmemcachedutil21.0.18-4.1
ii  libmilter1.0.1   8.15.2-8
ii  libopendbx1  1.4.6-11+b1
ii  libopendkim112.11.0~alpha-10
ii  librbl1  2.11.0~alpha-10
ii  libssl1.11.1.0f-3
ii  libunbound2  1.6.0-3+deb9u1
ii  libvbr2  2.11.0~alpha-10
ii  lsb-base 9.20161125

opendkim recommends no packages.

Versions of packages opendkim suggests:
ii  opendkim-tools  2.11.0~alpha-10
pn  unbound 

-- Configuration Files:
/etc/default/opendkim changed [not included]
/etc/dkimkeys/README.PrivateKeys [Errno 13] Permission denied: 
'/etc/dkimkeys/README.PrivateKeys'
/etc/opendkim.conf changed [not included]

-- no debconf information

Bug#875871: viking: Crashes with segmentation violation in gdk_draw_arc when drawing trackpoints and stops

[Arnold Metselaar]

Hi,

I have observed that viking is rather stable when the drawing of track points 
and stops are both switched off and prone to crashing when they both switched 
on, which happens to be the default setting.

Regards,
Arnold