Bug#848961: nano: please update syntax highlighting for nftables

[Arturo Borrero Gonzalez]

On 22 December 2016 at 19:17, Benno Schulenberg  wrote:
>
> On 2016-12-22 13:30, Arturo Borrero Gonzalez wrote:
>> On 21 December 2016 at 13:55, Benno Schulenberg  wrote:
>>> I've reordered the families, and condensed the variables.
>>> Please verify that this is okay.  (I think, though, that
>>> the "\" in "\@" is superfluous.)
>>
>> It works!
>
> Have you also tried removing the \ from  \@?
>

Yes, it works too.

Bug#849171: RM: castle-combat -- ROM; abandoned upstream

[John Lightsey]

Package: ftp.debian.org
Severity: normal

Please remove the castle-combat package. There has been no upstream development
of castle-combat in many years, and it no longer functions due to the removal of
the oldnumeric module from numpy.


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

Bug#849170: RFS: gdbm/1.12-4

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name: gdbm
  Version : 1.12-4
  Upstream Author : bug-g...@gnu.org
* Url : https://gnu.org/software/gdbm
* Licenses: GFDL-1.3+,GPL-3+
  Section : libs

It builds those binary packages:

  * libgdbm4
  * gdbm-l10n
  * libgdbm-dev
  * gdbmtool
  * libgdbm-compat4
  * libgdbm-compat-dev

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

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

Alternatively, one can download the package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/g/gdbm/gdbm_1.12-4.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://anonscm.debian.org/cgit/users/kaction-guest/gdbm.git

More information about gdbm can be obtained from
https://gnu.org/software/gdbm

Changes since last upload:

  * Compile and install version of library, compiled with diet libc
in addition to GNU libc.
  * Use debhelper compat 10, which provides --with autoreconf implicitly.

Regards,
  Dmitry Bogatov

Bug#849169: sbuild: Expect programe reported "no more ptys" and failed in rebuilding gcc with normal (non-root) user

[Xiangyu LIU]

Package: sbuild
Version: 0.72.0-2
Severity: minor

Dear Sbuild Maintainer,


   I want to rebuild locally gcc-5 and gcc-4.9 in current stretch by Sbuild.


   I download the source of gcc-5 (Debian) and gcc-4.9 (from Ubuntu) and 
rebuild by "sbuild -d stretch gcc-x.dsc".
   But building failed with reporting:
  "The system has no more ptys. Ask your system administrator to create 
more."
  "while executing"
  "spawn ls"

   I gave a try in Sbuild with root user:
   # expect -c "spawn ls"
   It is OK to output "spawn ls"

   But when I type above command with normal user:
   sh-4.4$ expect -c "spawn ls"
   spawn ls
   The system has no more ptys.  Ask your system administrator to 
create more.
   while executing
   "spawn ls"

   I check the /dev/pts, it was mounted in sbuild (with both root/normal users):
sh-4.4$ mount | grep pts
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)

(stretch-amd64-sbuild)root@WFA256:/# mount | grep pts
 devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)

  
   I have same issue in pbuilder if I rebuild gcc by:
  $ sudo pbuilder build gcc-.dsc

   But it is OK if rebuild with root user by sbuild
  $ sudo sbuild -d stretch gcc-.dsc


   Yes I can rebuild gcc by sudo sbuild, but I don't know what is happening in 
Sbuild with normal user.
   Any comment or advice would be very appreciated !


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

Kernel: Linux 4.8.15-02.custom.slackware-sign (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/bash
Init: systemd (via /run/systemd/system)

Versions of packages sbuild depends on:
ii  adduser 3.115
ii  apt-utils   1.4~beta2
ii  libsbuild-perl  0.72.0-2
pn  perl:any

Versions of packages sbuild recommends:
ii  debootstrap  1.0.87

Versions of packages sbuild suggests:
pn  autopkgtest  
pn  deborphan
ii  wget 1.18-4

-- Configuration Files:
/etc/sbuild/sbuild.conf changed:
$build_arch_all = 1;
$distribution = 'stretch';
1;


-- no debconf information

Bug#849168: pbuilder: Expect programe reported "no more ptys" and failed in rebuilding gcc with normal (non-root) user

[Xiangyu LIU]

Package: pbuilder
Version: 0.227
Severity: minor

Dear Pbuilder Maintainers,

   I want to rebuild locally gcc-5 and gcc-4.9 in current stretch by pbuilder.

   
   I download the source of gcc-5 (Debian) and gcc-4.9 (from Ubuntu) and 
rebuild by "sudo pbuilder build gcc-x.dsc".
   But building failed with reporting:
  "The system has no more ptys. Ask your system administrator to create 
more."
  "while executing"
  "spawn ls"

   I gave a try in Pbuilder with root user:
   # expect -c "spawn ls"
   It is OK to output "spawn ls"

   But when I type above command with normal user:
   rleigh@WFA256:/$ expect -c "spawn ls"
 spawn ls
The system has no more ptys.  Ask your system administrator 
to create more.
while executing
"spawn ls"
   rleigh@WFA256:/$

   I check the /dev/pts, it was mounted in Pbuilder (with both root/normal 
users):
   rleigh@WFA256:/$ mount | grep pts
none on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)

   root@WFA256:/# mount | grep pts
none on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
  

   I have same issue in sbuild if I rebuild gcc by:
  $ sbuild -d stretch gcc-.dsc

   But it is OK if rebuild with root user:
  $ sudo sbuild -d stretch gcc-.dsc


   Yes I can rebuild gcc by sudo sbuild, but I don't know what is happening in 
Pbuilder or Sbuild with normal user.
   Any comment or advice would be very appreciated !


   Thanks,
   Best Regards,
   Xiangyu LIU


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

Kernel: Linux 4.8.15-02.custom.slackware-sign (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/bash
Init: systemd (via /run/systemd/system)

Versions of packages pbuilder depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  debootstrap1.0.87
ii  dpkg-dev   1.18.15
ii  wget   1.18-4

Versions of packages pbuilder recommends:
ii  devscripts  2.16.10
ii  eatmydata   105-5
pn  fakeroot
ii  iproute24.8.0-1
ii  net-tools   1.60+git20150829.73cef8a-2.2
ii  sudo1.8.17p1-2

Versions of packages pbuilder suggests:
pn  cowdancer   
pn  gdebi-core  

-- debconf information:
  pbuilder/rewrite: false
  pbuilder/nomirror:
  pbuilder/mirrorsite: http://ftp.jaist.ac.jp/pub/Linux/debian/

Bug#849167: libspring-java: CVE-2016-9878

[Salvatore Bonaccorso]

Source: libspring-java
Version: 4.3.4-3
Severity: important
Tags: security patch upstream

Hi,

the following vulnerability was published for libspring-java.

CVE-2016-9878[0]:
Directory Traversal in the Spring Framework ResourceServlet

Interesting, is that the code in
./spring-webmvc/src/main/java/org/springframework/web/servlet/ResourceServlet.java
looks quite more similar to the code-fix as for the 3.2.x branch.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-9878
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-9878

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#843346: dvidvi: diff for NMU version 1.0-8.2

[Lionel Elie Mamane]

It is fine. You can even make a non-delayed upload.

Thanks,

Lionel

On Thu, Dec 22, 2016 at 06:24:17PM -0200, Joao Eriberto Mota Filho wrote:
> Control: tags 843346 + pending
> 
> Dear maintainer,
> 
> I've prepared an NMU for dvidvi (versioned as 1.0-8.2) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
> 
> Regards,
> 
> Eriberto
> 
> diff -u dvidvi-1.0/debian/changelog dvidvi-1.0/debian/changelog
> --- dvidvi-1.0/debian/changelog
> +++ dvidvi-1.0/debian/changelog
> @@ -1,3 +1,12 @@
> +dvidvi (1.0-8.2) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Fix the NMU version.
> +  * Fix FTCBFS: Use triplet-prefixed compiler. Thanks to
> +Helmut Grohne . (Closes: #843346)
> +
> + -- Joao Eriberto Mota Filho   Thu, 22 Dec 2016 
> 18:12:22 -0200
> +
>  dvidvi (1.0-8etch2.1) unstable; urgency=medium
>  
>* Non-maintainer upload.
> diff -u dvidvi-1.0/debian/rules dvidvi-1.0/debian/rules
> --- dvidvi-1.0/debian/rules
> +++ dvidvi-1.0/debian/rules
> @@ -1,5 +1,10 @@
>  #!/usr/bin/make -f
>  
> +include /usr/share/dpkg/architecture.mk
> +ifeq ($(origin CC),default)
> +CC := $(DEB_HOST_GNU_TYPE)-gcc
> +endif
> +
>  CFLAGS := -Wall -g -O$(if $(findstring noopt,$(DEB_BUILD_OPTIONS)),0,2)
>  
>  build: build-arch build-indep
> 

Bug#849166: lv2 plugins are not installed

[Takeshi Soejima]

Package: yoshimi
Version: 1.5.0-1

lv2 plugins are not installed. Following changes have done for me.


--- debian/rules.orig   2016-12-14 06:24:04.0 +0900
+++ debian/rules2016-12-23 14:30:30.318688555 +0900
@@ -4,5 +4,7 @@
 
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 
+export LV2_PATH = /usr/lib/lv2
+
 %:
dh $@ --sourcedirectory=src

--- debian/yoshimi.install.orig 2016-06-16 07:20:27.0 +0900
+++ debian/yoshimi.install  2016-12-23 14:29:23.206687070 +0900
@@ -4,3 +4,4 @@
 usr/share/icons
 usr/share/man
 usr/share/pixmaps
+usr/lib/lv2


To build for jessie, libjpeg62-turbo-dev, libxft-dev, libxinerama-dev
are needed additionally, and fltk seems to be unused.

Bug#849165: graphdefang: Recommends NBS php5

[Jeremy Bicha]

Package: graphdefang
Version: 2.79-1
Severity: important

graphdefang recommends php5 but php5 is no longer available in
stretch. It's my understanding that a recommends will keep the NBS
(not built from source) package installed, which is bad because NBS
packages no longer receive bug fixes or security updates.

Please recommend php instead.

Thank you,
Jeremy Bicha

Bug#832496: Processed: closing 832496

[Salvatore Bonaccorso]

Control: fixed -1 2.35.4-1

On Fri, Dec 23, 2016 at 01:03:05AM +, Debian Bug Tracking System wrote:
> Processing commands for cont...@bugs.debian.org:
> 
> > close 832496 2.36.2-1
> Bug #832496 [src:gdk-pixbuf] gdk-pixbuf: CVE-2016-6352: ico loader crashes 
> when loading crafted file
> Marked as fixed in versions gdk-pixbuf/2.36.2-1.
> Bug #832496 [src:gdk-pixbuf] gdk-pixbuf: CVE-2016-6352: ico loader crashes 
> when loading crafted file
> Marked Bug as done

Actually, unless my research is wrong the first fixing version is
2.35.4-1.

Let me know if that's wrong please.

Regards,
Salvatore

Bug#849164: virtualbox-ext-pack: dependencies on virtualbox seem to be wrong

[Norbert Preining]

Package: virtualbox-ext-pack
Version: 5.1.12-1
Severity: normal

With an upgraded virtualbox-ext-pack 5.1.12-1 I cannot upgrade
virtualbox from 5.1.10 to 5.1.12, because the ext-pack has
depends: virtualbox (< 5.1.10-dfsg-z) | virtualbox-5.1

I guess the last one should be 5.1.2 or some provide is missing.

THanks

Norbert


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

Kernel: Linux 4.8.0-2-amd64 (SMP w/8 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)

Versions of packages virtualbox-ext-pack depends on:
ii  debconf [debconf-2.0]  1.5.59
ii  virtualbox 5.1.10-dfsg-2
ii  wget   1.18-4

virtualbox-ext-pack recommends no packages.

virtualbox-ext-pack suggests no packages.

-- debconf information:
* virtualbox-ext-pack/license: true

Bug#848198: fonts-noto-color-emoji

[Taylor Kline]

Yikes, that is quite a hassle. I am CC'ing the Debian Fonts Task force and
maybe someone from there has some suggestion on how to deal with the
nototools dependency in order to build the NotoColorEmoji.ttf.

Also I think it's true based on the GitHub repo (
https://github.com/googlei18n/noto-emoji) that only the NotoColorEmoji
source exists. But that is ok, right, I mean who needs black & white?

On Thu, Dec 22, 2016 at 6:19 PM, Ming-ting “Yao” Wei 
wrote:

> Hi,
>
> I am packing that but progressing slowly because there's need to upload
> build dependency (nototools, #848206) to build from source and I might need
> to handle the documentation of the package.
>
> I can do a rename of this ITP to include the fallback version of the
> emoji. Should we do that? (Also I can't find the source of Noto Emoji
> despite of the redistributable ttf.)
>
> Yao Wei, sending this on a phone
>
> On 23 Dec 2016, at 04:17, Taylor Kline  wrote:
>
> Hello Yao,
>
> Are you progressing with packaging fonts-noto-color-emoji? I filed an RFP:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849042
>
> and a fonts-noto wishlist item:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849127
>
> before discovering your intent to package filed on 15 December.
>
> Thanks,
> -Taylor
>
>

Bug#733422: hyde: diff for NMU version 0.8.5a1-4.1

[Joao Eriberto Mota Filho]

Control: tags 733422 + pending

Dear maintainer,

I've prepared an NMU for hyde (versioned as 0.8.5a1-4.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -Nru hyde-0.8.5a1/debian/changelog hyde-0.8.5a1/debian/changelog
--- hyde-0.8.5a1/debian/changelog   2012-06-12 07:13:49.0 -0300
+++ hyde-0.8.5a1/debian/changelog   2016-12-23 02:46:43.0 -0200
@@ -1,3 +1,15 @@
+hyde (0.8.5a1-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10.
+  * Bumped Standards-Version to 3.9.8.
+  * Don't use the deprecated python-distribute module, use setuptools
+directly. This fixes a FTBFS. Thanks to Andreas Moog
+. (Closes: #733422)
+  * debian/watch: created.
+
+ -- Joao Eriberto Mota Filho   Fri, 23 Dec 2016 02:46:43 
-0200
+
 hyde (0.8.5a1-4) unstable; urgency=low
 
   * Fix homepage URL (Closes: #653122)
diff -Nru hyde-0.8.5a1/debian/compat hyde-0.8.5a1/debian/compat
--- hyde-0.8.5a1/debian/compat  2011-12-13 07:34:30.0 -0200
+++ hyde-0.8.5a1/debian/compat  2016-12-23 02:46:43.0 -0200
@@ -1 +1 @@
-8
+10
diff -Nru hyde-0.8.5a1/debian/control hyde-0.8.5a1/debian/control
--- hyde-0.8.5a1/debian/control 2012-06-12 07:13:44.0 -0300
+++ hyde-0.8.5a1/debian/control 2016-12-23 02:46:43.0 -0200
@@ -2,7 +2,7 @@
 Section: web
 Priority: extra
 Maintainer: Julien Danjou 
-Build-Depends: debhelper (>= 8.0.0), python,
+Build-Depends: debhelper (>= 10), python,
  python-setuptools,
  python-commando,
  python-jinja2,
@@ -10,7 +10,7 @@
  python-pygments,
  python-typogrify,
  python-markdown
-Standards-Version: 3.9.3
+Standards-Version: 3.9.8
 Homepage: http://hyde.github.com
 Vcs-Git: git://git.debian.org/collab-maint/hyde.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/hyde.git;a=summary
diff -Nru hyde-0.8.5a1/debian/patches/series hyde-0.8.5a1/debian/patches/series
--- hyde-0.8.5a1/debian/patches/series  2011-12-20 12:22:59.0 -0200
+++ hyde-0.8.5a1/debian/patches/series  2016-12-23 02:46:43.0 -0200
@@ -1,2 +1,3 @@
 fix_argparse_requires
 depends_on_typogrify
+use-setuptools.patch
diff -Nru hyde-0.8.5a1/debian/patches/use-setuptools.patch 
hyde-0.8.5a1/debian/patches/use-setuptools.patch
--- hyde-0.8.5a1/debian/patches/use-setuptools.patch1969-12-31 
21:00:00.0 -0300
+++ hyde-0.8.5a1/debian/patches/use-setuptools.patch2016-12-23 
02:46:43.0 -0200
@@ -0,0 +1,19 @@
+Description: Don't use the deprecated python-distribute module, use setuptools
+ directly.
+Author: Andreas Moog 
+Bug: https://github.com/hyde/hyde/issues/253
+Bug-Debian: http://bugs.debian.org/733422
+Forwarded: yes
+Last-Update: 2014-02-09
+
+--- hyde-0.8.5a1.orig/setup.py
 hyde-0.8.5a1/setup.py
+@@ -1,6 +1,6 @@
+ # Bootstrap installation of Distribute
+-import distribute_setup
+-distribute_setup.use_setuptools()
++#import distribute_setup
++#distribute_setup.use_setuptools()
+ 
+ from setuptools import setup, find_packages
+ from hyde.version import __version__
diff -Nru hyde-0.8.5a1/debian/watch hyde-0.8.5a1/debian/watch
--- hyde-0.8.5a1/debian/watch   1969-12-31 21:00:00.0 -0300
+++ hyde-0.8.5a1/debian/watch   2016-12-23 02:46:43.0 -0200
@@ -0,0 +1,2 @@
+version=4
+https://github.com/hyde/hyde/releases .*/archive/v?(\d\S+)\.tar\.(?:bz2|gz|xz)

Bug#848112: Python-skimage depends on unavailable package python-dask

[Stefan van der Walt]

OK by me, too.


On December 22, 2016 9:45:10 PM Yaroslav Halchenko  
wrote:



On December 22, 2016 4:52:41 PM EST, Andreas Tille  wrote:

Hi folks,

can we please, pretty please start acting now and move this package to
a
place were people who intend to help can effectively join the effort.
This package is blocking invesalius from migrating to testing and
chances are low that it will reach stretch.  So if the problem is to
pick a team I'll move it to Debian Science on 10 hours.  I really hope
that this might push things if nothing is happening otherwise.

Kind regards

   Andreas.


I don't mind - move or NMU the fix

Bug#849163: packaging-tutorial: Give source for dh popularity

[Taylor Kline]

Package: packaging-tutorial
Severity: wishlist

Hello,

First off, thanks for the outstanding tutorial.

The chart of the market share for dh as compared to the other packaging
helpers only goes until 2012. Providing a source that can be used for
current information would be very helpful to confirm dh's relevance or
see a new contender in the space.

Thanks for your consideration!
-Taylor

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

Kernel: Linux 4.8.0-2-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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

Bug#849011: quagga 1.1.0-2 deleted support for sysV

[Scott Leggett]

On 2016-12-22.11:18, Rui Ribeiro wrote:
> Hi Scott,
> 
> I understand your answer.
> 
>  It is sad people discontinuing functionalities that server a community and
> have been working for so many years.
> 
> I will starting doing my own debs, and will migrate in short time to
> FreeBSD.
> 
> Regards,
> Rui Ribeiro
> 

I understand your position but I do not run any SysV Debian systems
myself so I am unable to properly debug, test and maintain SysV scripts
with known bugs.

If you or anyone else who uses SysV would like to help with the quagga
package in Debian by testing and maintaining such scripts, they would be
very welcome. I think the way to do that would be to form a quagga
maintenance team. Let me know if you are interested.

-- 
Regards,
Scott.


signature.asc
Description: PGP signature

Bug#848112: Python-skimage depends on unavailable package python-dask

[Yaroslav Halchenko]

On December 22, 2016 4:52:41 PM EST, Andreas Tille  wrote:
>Hi folks,
>
>can we please, pretty please start acting now and move this package to
>a
>place were people who intend to help can effectively join the effort.
>This package is blocking invesalius from migrating to testing and
>chances are low that it will reach stretch.  So if the problem is to
>pick a team I'll move it to Debian Science on 10 hours.  I really hope
>that this might push things if nothing is happening otherwise.
>
>Kind regards
>
>Andreas.

I don't mind - move or NMU the fix

Bug#848578: /usr/bin/ts: charset issue with ts and localization

[Nicolas Schier]

Dear Yves-Alexis,

> LANG=fr_FR.utf8
> LC_TIME="fr_FR.utf8"
> LC_MESSAGES=en_US.UTF-8
> LC_ALL=
> 
> 
> When running ts, I have:
> 
> echo toto |ts
> d�c. 18 15:57:51 toto

I am trying to reproduce this issue on my system, but I am (yet) not 
able to get it.  Can you please try to help me?

 * I enabled 'fr_FR.UTF-8' and 'en_US.UTF-8' in /etc/locale.gen and ran
   'dpkg-reconfigure -p high locales'.
 * I reset my locale related environment variables in this order:

export LC_ALL= LANG=

   then I start a new terminal with these settings, thus, 'locale' in 
   the new terminal shows 'POSIX' to all LC_* variables. Then I issue

export LC_ALL=
export LANG=fr_FR.utf8
export LC_TIME="fr_FR.utf8"
export LC_MESSAGES=en_US.UTF-8

   and the 'locale' output is almost as expected:

LANG=fr_FR.utf8
LANGUAGE=
LC_CTYPE="fr_FR.utf8"
LC_NUMERIC="fr_FR.utf8"
LC_TIME=fr_FR.utf8
LC_COLLATE="fr_FR.utf8"
LC_MONETARY="fr_FR.utf8"
LC_MESSAGES=en_US.UTF-8
LC_PAPER="fr_FR.utf8"
LC_NAME="fr_FR.utf8"
LC_ADDRESS="fr_FR.utf8"
LC_TELEPHONE="fr_FR.utf8"
LC_MEASUREMENT="fr_FR.utf8"
LC_IDENTIFICATION="fr_FR.utf8"
LC_ALL=

 * Running 'date', it seems to show the behaviour you described:

vendredi 23 décembre 2016, 05:25:47 (UTC+0100)

   but with 'ts' it seems to be correct to me:

$ echo bicycle repair man | ts
déc. 23 05:26:07 bicycle repair man

An interesting point to me: when I am starting from my usual locale 
settings (LANG=de_DE.UTF-8, LC_ALL=nb_NO.UTF.8) and then set the 
specific values as written above, I get the same 'locale' output but

$ date | ts
déc. 23 05:32:11 vendredi 23 décembre 2016, 05:32:11 (UTC+0100)

seems to ok.

So, since 'ts' always shows me the correct output, I am not yet able to 
reproduce your issue; but am confused about 'date' behaving as you 
wrote about 'ts'...

Kind regards,
Nicolas


-- 
gpg key id: 55a0ce7f, epost: nicolas@(fjasle.eu|hjem.rpa.no)
↳ fpr: 18ed 52db e34f 860e e9fb  c82b 7d97 0932 55a0 ce7f
 -- frykten for herren er opphav til kunnskap --


signature.asc
Description: PGP signature

Bug#828583: uhub: diff for NMU version 0.4.1-3.1

[Joao Eriberto Mota Filho]

Control: tags 828583 + pending

Dear maintainer,

I've prepared an NMU for uhub (versioned as 0.4.1-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -Nru uhub-0.4.1/debian/changelog uhub-0.4.1/debian/changelog
--- uhub-0.4.1/debian/changelog 2013-05-12 14:10:30.0 -0300
+++ uhub-0.4.1/debian/changelog 2016-12-23 02:27:45.0 -0200
@@ -1,3 +1,13 @@
+uhub (0.4.1-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10.
+  * Bumped Standards-Version to 3.9.8.
+  * patches/openssl1.1.patch: added to provide compatibility with OpenSSL 1.1.
+Thanks to Reiner Herrmann . (Closes: #828583)
+
+ -- Joao Eriberto Mota Filho   Fri, 23 Dec 2016 02:27:45 
-0200
+
 uhub (0.4.1-3) unstable; urgency=low
 
   * Move package to unstable: no changes required.
diff -Nru uhub-0.4.1/debian/compat uhub-0.4.1/debian/compat
--- uhub-0.4.1/debian/compat2013-05-12 14:10:30.0 -0300
+++ uhub-0.4.1/debian/compat2016-12-23 02:27:45.0 -0200
@@ -1 +1 @@
-8
+10
diff -Nru uhub-0.4.1/debian/control uhub-0.4.1/debian/control
--- uhub-0.4.1/debian/control   2013-05-12 14:10:30.0 -0300
+++ uhub-0.4.1/debian/control   2016-12-23 02:27:45.0 -0200
@@ -2,12 +2,12 @@
 Section: net
 Priority: optional
 Maintainer: Boris Pek 
-Build-Depends: debhelper (>= 8), cmake (>= 2.8.3), fakeroot,
+Build-Depends: debhelper (>= 10), cmake (>= 2.8.3), fakeroot,
  libsqlite3-dev, libssl-dev
 Homepage: http://www.uhub.org/
 Vcs-Git: git://github.com/tehnick/uhub-debian.git
 Vcs-Browser: https://github.com/tehnick/uhub-debian
-Standards-Version: 3.9.3
+Standards-Version: 3.9.8
 
 Package: uhub
 Architecture: any
diff -Nru uhub-0.4.1/debian/patches/openssl1.1.patch 
uhub-0.4.1/debian/patches/openssl1.1.patch
--- uhub-0.4.1/debian/patches/openssl1.1.patch  1969-12-31 21:00:00.0 
-0300
+++ uhub-0.4.1/debian/patches/openssl1.1.patch  2016-12-23 02:27:45.0 
-0200
@@ -0,0 +1,37 @@
+Author: Reiner Herrmann 
+Description: Compatibility with OpenSSL 1.1
+Bug-Debian: https://bugs.debian.org/828583
+
+--- a/src/network/openssl.c
 b/src/network/openssl.c
+@@ -67,7 +67,6 @@
+   ERR_clear_error();
+   ERR_remove_state(0);
+ 
+-  ENGINE_cleanup();
+   CONF_modules_unload(1);
+ 
+ ERR_free_strings();
+@@ -80,16 +79,16 @@
+ 
+ static void add_io_stats(struct net_ssl_openssl* handle)
+ {
+-  if (handle->bio->num_read > handle->bytes_rx)
++  if (BIO_number_read(handle->bio) > handle->bytes_rx)
+   {
+-  net_stats_add_rx(handle->bio->num_read - handle->bytes_rx);
+-  handle->bytes_rx = handle->bio->num_read;
++  net_stats_add_rx(BIO_number_read(handle->bio) - 
handle->bytes_rx);
++  handle->bytes_rx = BIO_number_read(handle->bio);
+   }
+ 
+-  if (handle->bio->num_write > handle->bytes_tx)
++  if (BIO_number_written(handle->bio) > handle->bytes_tx)
+   {
+-  net_stats_add_tx(handle->bio->num_write - handle->bytes_tx);
+-  handle->bytes_tx = handle->bio->num_write;
++  net_stats_add_tx(BIO_number_written(handle->bio) - 
handle->bytes_tx);
++  handle->bytes_tx = BIO_number_written(handle->bio);
+   }
+ }
+ 
diff -Nru uhub-0.4.1/debian/patches/series uhub-0.4.1/debian/patches/series
--- uhub-0.4.1/debian/patches/series2013-05-12 14:10:30.0 -0300
+++ uhub-0.4.1/debian/patches/series2016-12-23 02:27:45.0 -0200
@@ -1 +1,2 @@
 fix-build-on-hurd-i386
+openssl1.1.patch

Bug#817722: whereami: diff for NMU version 0.3.34-0.4

[Joao Eriberto Mota Filho]

Control: tags 817722 + patch
Control: tags 817722 + pending

Dear maintainer,

I've prepared an NMU for whereami (versioned as 0.3.34-0.4) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -Nru whereami-0.3.34/debian/changelog whereami-0.3.34/debian/changelog
--- whereami-0.3.34/debian/changelog2010-07-08 11:07:45.0 -0300
+++ whereami-0.3.34/debian/changelog2016-12-23 02:14:06.0 -0200
@@ -1,3 +1,12 @@
+whereami (0.3.34-0.4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817722)
+  * debian/control: bumped Standards-Version to 3.9.8.
+  * debian/rules: disabled the DH_VERBOSE option.
+
+ -- Joao Eriberto Mota Filho   Fri, 23 Dec 2016 02:00:16 
-0200
+
 whereami (0.3.34-0.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru whereami-0.3.34/debian/compat whereami-0.3.34/debian/compat
--- whereami-0.3.34/debian/compat   2007-05-09 00:44:29.0 -0300
+++ whereami-0.3.34/debian/compat   2016-12-23 02:14:06.0 -0200
@@ -1 +1 @@
-4
+10
diff -Nru whereami-0.3.34/debian/control whereami-0.3.34/debian/control
--- whereami-0.3.34/debian/control  2010-07-08 11:07:45.0 -0300
+++ whereami-0.3.34/debian/control  2016-12-23 02:14:06.0 -0200
@@ -2,8 +2,8 @@
 Section: net
 Priority: extra
 Maintainer: Andrew McMillan 
-Standards-Version: 3.6.1.0
-Build-Depends: debhelper (>= 4.1.16)
+Standards-Version: 3.9.8
+Build-Depends: debhelper (>= 10)
 Build-Depends-Indep: docbook-to-man
 
 Package: whereami
diff -Nru whereami-0.3.34/debian/rules whereami-0.3.34/debian/rules
--- whereami-0.3.34/debian/rules2010-07-08 11:07:45.0 -0300
+++ whereami-0.3.34/debian/rules2016-12-23 02:14:06.0 -0200
@@ -9,7 +9,7 @@
 package=whereami
 
 # Uncomment this to turn on verbose mode.
-export DH_VERBOSE=1
+#export DH_VERBOSE=1
 
 build-stamp:
dh_testdir

Bug#849116: ITP: env2 -- convert environment variables between scripting languages

[Gilles Filippini]

Gilles Filippini a écrit le 22/12/2016 à 19:35 :
> Package: wnpp
> Severity: wishlist
> Owner: Gilles Filippini 
> 
> * Package name: env2
>   Version : 20130410
>   Upstream Author : David C. Black 
> * URL : https://sourceforge.net/projects/env2/
> * License : Apache 2.0
>   Programming Lang: Perl
>   Description : convert environment variables between scripting languages
> 
>  Output environment setting code for the target scripting language. Can
>  report only differences or all environment variables.
>  .
>  For example, convert csh setup script to bash or the other way around.
>  Or use it to simplify the creation of modulesfiles (cf. package
>  environment-modules).
>  .
>  Support bash, csh, ksh, modulecmd, perl, plist, sh, tclsh, tcsh, vim,
>  yaml, and zsh.

Actually the version is '1.1.0'.

_g.




signature.asc
Description: OpenPGP digital signature

Bug#848060: libx11-protocol-other-perl: FTBFS randomly (failing tests)

[tony mancill]

Hi Gregor,

On Thu, Dec 22, 2016 at 05:53:21PM +0100, gregor herrmann wrote:
> 
> I can reproduce the failure by running the test in a loop in the
> chroot [0]; sometimes in the first low-single-digit round, sometimes a
> bit later.
> 
> Interestingly, higher load on the machine seems to make
> the failure go away (mostly we see the opposite). But this might as
> well be a false guess.

Sounds like a classic race condition - just in this case winning the
race means the test fails?

> Reading through t/XSetRoot.t is interesting:
> 
> 
> # Something fishy with xvfb test server seems to cause the reconnect below
> # to fail.  Keeping a second connection makes it better.  Dunno why.
> #
> my $keepalive_X = X11::Protocol->new ($display);
> 
> No idea what exactly is going on here, but I note the coincidence of
> tha author mentioning xvfb and we running xvfb and the failure
> exactly at this point (i.e. after the diagnostic output and before
> the first actual test).
> 
> Commenting out the line seems to trigger the failure earlier.
> Adding yet another connection seems to push the failure further back.
> Dropping this second object and adding a sleep(1) after the keepalive
> and before the tests (is ugly and) seems to workaround the problem.
> Interestingly, the diag output mentions "# DISPLAY :99" and "# DISPLAY
> :100" alternating.
> Ah, and now I triggered a failure even with the sleep(1).
> 
> 
> So ... I'm not sure. It looks like this test has known problems with
> xvfb, and this doesn't show a problem in the code.
> In line with our handling of similar fragile tests, I propose to
> disable it.

100% agreed.  clusterssh and shutter are the only r-deps for this
package, so I feel confident with this course of action.

> Done in git, waiting with an upload for further comments.

I reviewed your commits and they look good to me.  Also, thank you for
providing a much quicker way to run the tests than a full package build
(although I still haven't reproduced it - I guess my machine is always
too slow... :).

Thank you both for your efforts on this.
tony


signature.asc
Description: PGP signature

Bug#817684: syrep: diff for NMU version 0.9-4.3

[Joao Eriberto Mota Filho]

Control: tags 817684 + patch
Control: tags 817684 + pending

Dear maintainer,

I've prepared an NMU for syrep (versioned as 0.9-4.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -u syrep-0.9/debian/changelog syrep-0.9/debian/changelog
--- syrep-0.9/debian/changelog
+++ syrep-0.9/debian/changelog
@@ -1,3 +1,15 @@
+syrep (0.9-4.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817684)
+  * debian/control:
+  - Added the ${misc:Depends} variable to Depends field.
+  - Bumped Standards-Version to 3.9.8.
+  - Moved Homapage field to source block.
+  * debian/watch: created.
+
+ -- Joao Eriberto Mota Filho   Fri, 23 Dec 2016 01:26:31 
-0200
+
 syrep (0.9-4.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u syrep-0.9/debian/control syrep-0.9/debian/control
--- syrep-0.9/debian/control
+++ syrep-0.9/debian/control
@@ -2,13 +2,13 @@
 Section: utils
 Priority: optional
 Maintainer: Marvin Stark 
-Build-Depends: debhelper (>= 4), dpatch, autotools-dev, autoconf, 
automake1.11, libdb-dev (>= 5.1), libattr1-dev, zlib1g-dev, lynx, subversion, 
gengetopt, xmltoman
-Standards-Version: 3.9.1
+Build-Depends: debhelper (>= 10), dpatch, autotools-dev, autoconf, 
automake1.11, libdb-dev (>= 5.1), libattr1-dev, zlib1g-dev, lynx, subversion, 
gengetopt, xmltoman
+Standards-Version: 3.9.8
+Homepage: http://0pointer.de/lennart/projects/syrep
 
 Package: syrep
 Architecture: any
-Homepage: http://0pointer.de/lennart/projects/syrep
-Depends: ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: A generic file repository synchronization tool
  syrep is a generic file repository synchronization tool. It may be used to
  synchronize large file hierarchies bidirectionally by exchanging patch files.
diff -u syrep-0.9/doc/Makefile.in syrep-0.9/doc/Makefile.in
only in patch2:
unchanged:
--- syrep-0.9.orig/debian/compat
+++ syrep-0.9/debian/compat
@@ -1 +1 @@
-4
+10
only in patch2:
unchanged:
--- syrep-0.9.orig/debian/watch
+++ syrep-0.9/debian/watch
@@ -0,0 +1,2 @@
+version=4
+http://0pointer.de/lennart/projects/syrep/ syrep-(\d\S+)\.tar\.(?:bz2|gz|xz)

Bug#817714: vdk-doc: diff for NMU version 1.2.4-4.1

[Joao Eriberto Mota Filho]

Control: tags 817714 + patch
Control: tags 817714 + pending

Dear maintainer,

I've prepared an NMU for vdk-doc (versioned as 1.2.4-4.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -u vdk-doc-1.2.4/debian/changelog vdk-doc-1.2.4/debian/changelog
--- vdk-doc-1.2.4/debian/changelog
+++ vdk-doc-1.2.4/debian/changelog
@@ -1,3 +1,14 @@
+vdk-doc (1.2.4-4.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817714)
+  * debian/control:
+  - Added a Homepage field.
+  - Added the ${misc:Depends} variable to Depends field.
+  - Bumped Standards-Version to 3.9.8.
+
+ -- Joao Eriberto Mota Filho   Fri, 23 Dec 2016 00:56:07 
-0200
+
 vdk-doc (1.2.4-4) unstable; urgency=low
 
   * rebuild to fix /usr/doc transition (closes: #359605)
diff -u vdk-doc-1.2.4/debian/control vdk-doc-1.2.4/debian/control
--- vdk-doc-1.2.4/debian/control
+++ vdk-doc-1.2.4/debian/control
@@ -1,12 +1,14 @@
 Source: vdk-doc
 Priority: optional
 Maintainer: Michael Vogt 
-Standards-Version: 3.5.10
-Build-Depends: debhelper (>> 2.0.0)
+Standards-Version: 3.9.8
+Build-Depends: debhelper (>= 10)
+Homepage: https://sf.net/projects/vdkbuilder/
 
 Package: vdk-doc
 Section: doc
 Architecture: all
+Depends: ${misc:Depends}
 Suggests: libvdk1-dev
 Description: The Visual Development Kit C++ library
  The Visual Development Kit (VDK) is a C++ library
diff -u vdk-doc-1.2.4/debian/compat vdk-doc-1.2.4/debian/compat
--- vdk-doc-1.2.4/debian/compat
+++ vdk-doc-1.2.4/debian/compat
@@ -1 +1 @@
-4
\ Falta o caracter nova linha no final do arquivo
+10

Bug#849104: compizconfig-settings-manager should depend on libprotoc9v5

[Thomas Vaughan]

I figured out what my problem is.

I had built compiz some months ago from source and installed it under
/usr/local.

There was still some python stuff under there, and the new ccsm python
script was importing the compizconfig module from under /usr/local, which
is apparently in the python path first.

When I built ccsm, it must have depended on the old protobuf stuff.

So this is totally not a bug in the package dependencies.

Sorry for the noise.

​By the way, I am really happy that compiz is back in Debian!

I am a bit worried that I won't be able to use it, or that there will be
not decent replacement for it, when it finally happens that I am forced to
use wayland.​

Right now, I'm using compiz with xfce4.

-- 
Thomas E. Vaughan

Bug#849161: snap: /usr/bin/snap provided by both snap and snapd

[Jeremy Bicha]

I saw after I filed the bug that this also was already brought up at
https://bugs.debian.org/826884

That bug is marked fixed but the "fix" was to have snapd add a
Conflicts against snap. At a minimum, snap also needs a Conflicts
against snapd but that hasn't been done yet.

But my understanding of Policy 10.1 is that Conflicts is inadequate in
a situation where multiple packages install the same filenames but
with different functionality.

See also the nodejs issue: https://bugs.debian.org/614907#113

Thanks,
Jeremy Bicha

Bug#849161: snap: /usr/bin/snap provided by both snap and snapd

[Jeremy Bicha]

Control: clone -1 -2
Control: retitle -2 snapd: /usr/bin/snap provided by both snap and snapd

The manpage needs to be renamed too: /usr/share/man/man1/snap.1.gz

https://launchpad.net/bugs/1571989

Thanks,
Jeremy Bicha

Bug#464045: ftp.debian.org: Remove cruft from testing-security

[Boyuan Yang]

Hi all,

Now that testing-security is completely empty, should this bug be closed?

--
Sincerely,
Boyuan Yang

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

Bug#849104: compizconfig-settings-manager should depend on libprotoc9v5

[Thomas Vaughan]

After uninstalling libprotoc9v5, I ran 'ccsm' from the command line and got
this:

Traceback (most recent call last):
  File "/usr/bin/ccsm", line 93, in 
import compizconfig
ImportError: libprotobuf.so.9: cannot open shared object file: No such file
or directory

$ dpkg -l '*compiz*' | grep ii | awk '{print $2 "   " $3}'
compiz   1:0.9.13.0+16.10.20160818.2-4
compiz-core   1:0.9.13.0+16.10.20160818.2-4
compiz-gnome   1:0.9.13.0+16.10.20160818.2-4
compiz-plugins   1:0.9.13.0+16.10.20160818.2-4
compiz-plugins-default   1:0.9.13.0+16.10.20160818.2-4
compizconfig-settings-manager   1:0.9.13.0+16.10.20160818.2-4
libcompizconfig0   1:0.9.13.0+16.10.20160818.2-4
python-compizconfig   1:0.9.13.0+16.10.20160818.2-4

​Apparently, when I tried to report the version number, is was truncated
because I took it from the output of 'dpkg -l
compizconfig-settings-manager', but, when its output be not piped to
another tool, dpkg constrains the column size by the terminal size. Sorry
about that.​

-- 
Thomas E. Vaughan

Bug#848155: verilog-mode: FTBFS when built with dpkg-buildpackage -A (cp: cannot stat 'verilog.info': No such file or directory)

[Kiwamu Okabe]

Hi Gianfranco,

On Thu, Dec 22, 2016 at 11:57 PM, Gianfranco Costamagna
 wrote:
> Debian arch:all builders don't use debuild, the infrastructure doesn't work 
> that
> way, so you have to fix this bug, or the package will be out of Stretch.

I understand it that is caused by using build target on debian/rules.
I think it's fixed on following version:

https://mentors.debian.net/package/verilog-mode
https://mentors.debian.net/debian/pool/main/v/verilog-mode/verilog-mode_20161124.fd230e6-2.dsc

Someone can dput it?

Best regards,
-- 
Kiwamu Okabe at METASEPI DESIGN

Bug#849161: snap: /usr/bin/snap provided by both snap and snapd

[Jeremy Bicha]

Package: snap
Version: 2013-11-29-4
Severity: serious
Justification: Policy 10.1

Both snap (general purpose gene finding program) and snapd (part of
the app packaging system developed by Canonical) ship the binary
/usr/bin/snap

This is a violation of Debian Policy 10.1
https://www.debian.org/doc/debian-policy/ch-files.html

This was handled in Ubuntu by renaming snap's /usr/bin/snap to
/usr/bin/snap-dna and allowing snapd to keep the /usr/bin/snap binary.

https://launchpad.net/ubuntu/+source/snap/2013-11-29-1ubuntu1

Thanks,
Jeremy Bicha

Bug#849160: zorp FTBFS on big endian architectures: test_ipv6_dnat fails

[Adrian Bunk]

Source: zorp
Version: 6.0.10-1
Severity: serious

https://buildd.debian.org/status/package.php?p=zorp=unstable

...
==
   zorp 6.0.10: tests/python/test-suite.log
==

# TOTAL: 8
# PASS:  7
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: test_nat
==

Dec 15 19:17:14 core.debug(0): (nosession): Starting up; verbose_level='3', 
version='6 (6.0.10)', startup_id='1481829434'
Dec 15 19:17:14 core.error(3): (nosession): bind() failed; 
bind='AF_UNIX(/var/run/zorp//zorpctl.zorp)', error='No such file or directory'
.F...
==
FAIL: test_ipv6_dnat (__main__.TestGeneralNAT)
--
Traceback (most recent call last):
  File "./test_nat.py", line 70, in test_ipv6_dnat
self.checkDNAT("test", (None, SockAddrInet6('1234::', )), 
SockAddrInet6('2334::', ))
  File "./test_nat.py", line 52, in checkDNAT
return self.assertEqual(str(self.performTranslation(nat_policy_name, 
addresses, NAT_DNAT)), str(expected_result))
AssertionError: 'AF_INET6(:::)' != 'AF_INET6(2334:::)'

--
Ran 13 tests in 0.033s

FAILED (failures=1)
FAIL test_nat.py (exit status: 1)


Testsuite summary for zorp 6.0.10

# TOTAL: 8
# PASS:  7
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

See tests/python/test-suite.log

Makefile:581: recipe for target 'test-suite.log' failed
make[5]: *** [test-suite.log] Error 1
make[5]: Leaving directory '/«PKGBUILDDIR»/tests/python'

Bug#849159: xfce4-whiskermenu-plugin: Switch User depends on gdm

[Jeremy Bicha]

Package: xfce4-whiskermenu-plugin
Version: 1.6.2-1
Tags: patch

The xfce4 metapackage depends on xfce4-session which recommends
light-locker which depends on lightdm.

However, xfce4-whiskermenu-plugin uses gdmflexiserver (part of
libgdm1) to switch users instead of dm-tool which is provided by
lightdm.

Ubuntu has had a patch for a while to switch the default:

https://launchpadlibrarian.net/187297866/xfce4-whiskermenu-plugin_1.4.0-1_1.4.0-1ubuntu1.diff.gz

Thanks,
Jeremy Bicha

Bug#849104: compizconfig-settings-manager should depend on libprotoc9v5

[Vaughan, Thomas E]

I couldn't use reportbug because behind firewall, no smtp out. I'm running 
Debian unstable. The ccsm might be a script, but when I ran it from command 
line I saw a message on standard error or standard output about inability to 
find libprotoc9v5.so. The ccsm failed due to dynamic linker error. After 
manually installing the library, ccsm ran. It seems that there should be a 
dependency to pull in the library.

Sent from my iPhone

> On Dec 22, 2016, at 16:34, Cyril Brulebois  wrote:
> 
> Hi Thomas,
> 
> Vaughan, Thomas E  (2016-12-22):
>> Package: compizconfig-settings-manager
>> Version: 1:0.9.13.0+16.10.20160
> 
> This isn't a version in Debian or elsewhere; please use reportbug to
> prepare (and optionally send) bug reports.
> 
>> Because libprotoc9v5 is not selected by apt on installation of
>> compizconfig-settings-manager, running the ccsm executable, which is
>> linked against that library, fails.
> 
> I'm a bit confused here, since ccsm is a python script, which can't
> really be linked to a C library…
> 
> Cheers,
> -- 
> Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/



This message and any enclosures are intended only for the addressee.  Please 
notify the sender by email if you are not the intended recipient.  If you are 
not the intended recipient, you may not use, copy, disclose, or distribute this 
message or its contents or enclosures to any other person and any such actions 
may be unlawful.  Ball reserves the right to monitor and review all messages 
and enclosures sent to or from this email address.

Bug#849155: openntpd: Add a conflict on chrony.service

[Vincent Blut]

On Thu, Dec 22, 2016 at 09:24:10PM -0300, Dererk wrote:

On 22/12/16 21:16, Vincent Blut wrote:

Hi Ulises,

I added a unit configuration file to chrony, so could you please apply
the attached patch? (Can be done with “git am”.)


Hi Vincent!

Would you say that it's actually necessary to do so with openntpd
package Providing and Conflicting with any other time-daemon software?


Well that’s not strictly necessary in Debian as both chrony and openntpd 
conflict against each other, but what about downstreams who might not 
have one of them in their archive? If a user of that downstream build 
the missing one from upstream source, nothing would prevent it from 
being executed as the same time as the other implementation without that 
conflict, right?


(Hope I’m clear, it’s quite late here.)


Cheers,

Dererk


Good night,
Vincent


signature.asc
Description: PGP signature

Bug#849158: softhsm2-common: please install p11-kit PKCS#11 module config file

[Mike Miller]

Package: softhsm2-common
Version: 2.2.0-1
Severity: wishlist
Tags: patch

Dear Maintainer,

Please consider enabling support for p11-kit and installing the .module
file that registers libsofthsm2.so as a PKCS#11 plugin module.

AFAICT upstream already provides support for installing this file in the
right directory. The debian/ directory just needs a few minor changes to
support this, see the attached patch, tested against git master.

Thanks!

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

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

Versions of packages softhsm2-common depends on:
ii  ucf  3.0036

softhsm2-common recommends no packages.

softhsm2-common suggests no packages.

-- no debconf information
>From 3a5cfc6910d2b6f3e9d126ec1167a7f87a9c Mon Sep 17 00:00:00 2001
From: Mike Miller 
Date: Thu, 22 Dec 2016 16:48:58 -0800
Subject: [PATCH] Install PKCS#11 module configuration file for p11-kit

Signed-off-by: Mike Miller 
---
 debian/control | 2 ++
 debian/softhsm2-common.install | 1 +
 2 files changed, 3 insertions(+)

diff --git a/debian/control b/debian/control
index a448430..7d95431 100644
--- a/debian/control
+++ b/debian/control
@@ -7,8 +7,10 @@ Build-Depends: autotools-dev,
debhelper (>= 9),
dh-autoreconf,
libcppunit-dev,
+   libp11-kit-dev,
libsqlite3-dev (>= 3.4.2),
libssl-dev,
+   pkg-config,
quilt (>= 0.46-7~),
sqlite3
 Standards-Version: 3.9.8
diff --git a/debian/softhsm2-common.install b/debian/softhsm2-common.install
index 23cc839..f53bc4c 100644
--- a/debian/softhsm2-common.install
+++ b/debian/softhsm2-common.install
@@ -1 +1,2 @@
 etc/softhsm/softhsm2.conf /usr/share/softhsm/
+usr/share/p11-kit
-- 
2.10.2

Bug#849157: RM: julia [mips64el] -- ROM; FTBFS

[Peter Colberg]

Package: ftp.debian.org
Severity: normal

Dear ftp-masters,

I would like to request the removal of the outdated binary package
julia/0.4.7-1 for mips64el to allow migration of julia/0.4.7-2 to
testing. julia does not support mips64el, however, we currently do
not restrict build architectures and the test suite is disabled on
all architectures besides amd64 and i386.

Thanks,
Peter


signature.asc
Description: PGP signature

Bug#849156: softhsm2-common: consider opening up permissions on /etc/softhsm

[Mike Miller]

Package: softhsm2-common
Version: 2.2.0-1
Severity: wishlist

Dear Maintainer,

The file permissions on /etc/softhsm and /etc/softhsm/softhsm2.conf seem
overly restrictive. There is only one file in the directory, and the
contents of the file (by default) are identical to the file
/usr/share/softhsm/softhsm2.conf, which is readable by anyone.

I guess that creating a group to restrict access to tokens under
/var/lib/softhsm makes sense, but there doesn't seem to be a reason to
restrict access to the default config file that simply points to that
directory.

Thanks for your consideration!

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

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

Versions of packages softhsm2-common depends on:
ii  ucf  3.0036

softhsm2-common recommends no packages.

softhsm2-common suggests no packages.

-- no debconf information

Bug#849155: openntpd: Add a conflict on chrony.service

[Dererk]

On 22/12/16 21:16, Vincent Blut wrote:
> Hi Ulises,
>
> I added a unit configuration file to chrony, so could you please apply
> the attached patch? (Can be done with “git am”.)

Hi Vincent!

Would you say that it's actually necessary to do so with openntpd
package Providing and Conflicting with any other time-daemon software?


Cheers,

Dererk

-- 
BOFH excuse #449:
greenpeace free'd the mallocs




signature.asc
Description: OpenPGP digital signature

Bug#836679: flash-kernel: cannot configure kernel 4.7 with new flash-kernel

[Ian Campbell]

On Sat, 2016-12-17 at 14:09 -0800, Martin Michlmayr wrote:

> It seems the exit called from find_dtb_file() doesn't exit the whole
> program.  I know this is normal because it's called in a subshell,
> but
> flash-kernel itself does a "set -e" so I thought any exit should
> trigger the whole script to stop.
> 
> Ian, any idea?

IIRC "set -e" doesn't propagate to subshells with Bash, my
understanding of this is from http://xenbits.xen.org/gitweb/?p=osstest.
git;a=commit;h=6ffbf6eee57d0e4a7f1a669a66dc1a0ae1f7d8d6

But flash-kernel uses /bin/sh which these days ought to be dash not
bash and the original bug report does say:

Shell: /bin/sh linked to /bin/dash

Maybe there is some similar oddity with function calls in dash?

Ian.

Bug#849155: openntpd: Add a conflict on chrony.service

[Vincent Blut]

Package: openntpd
Version: 1:6.0p1-2
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Ulises,

I added a unit configuration file to chrony, so could you please apply 
the attached patch? (Can be done with “git am”.)

Cheers,
Vincent

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

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

-BEGIN PGP SIGNATURE-

iQJLBAEBCgA1FiEE/VQBlxWoTJPh4vI5ipzudlpxp4AFAlhcbNkXHHZpbmNlbnQu
ZGViaWFuQGZyZWUuZnIACgkQipzudlpxp4DU1RAAuM6YxPZigkJDwuVp3RluxUCo
egIPbmONLkNp8MRRg1FPOlnUhLFGsywOvlyCfR2JVnzPDTFwnwOTQIbxVHXajVVC
G3Tl3ZGOR12iq5YZUFf+i495hy04ey4hXqSbTStT5WflYIrJZJokbhGQVrJNaSu9
nNa5E+P4TDeWFUU1M81UCblT1kFaoJB5fcHwa8yQVNfpc7VZe+UBoGl4+R17WZRo
E1A2SK3MRskzCMVRrOvJqNwl8I5EYd2Kc+j0Fc3cSskgYTW8Gnt5ZoqEmf3CDPWl
fMWuJ1EmUUzjhFjQWkyT9IHilVuKAdT+bkNEMq1fSkB5ZetAHNqo4SxYHkTfu2Mu
0B2BxAGUxPl3Ol81MWr062tugUVX8sp1Sa7qlV7UVNJ7o+tQa+SXA1fsTto49x6w
leehnovqVcJ75oU/qOUDL7dvJgPruolhRIZ18nlgLwnG0lzxe8q8ZvnWmR9ay/Gb
+0hYwe3m0xDE2IKyRbt5971U/sPgZj2CWtDBEr/8DWj3d1wIs7Ml0MRrxs8h9Mij
EtnCjTiiwOg/qYlM6juhyB2ORSKM0EbiloCSOPz4i1NlNwIP9Ijubt5pYWQqf8Nq
iUjzPrbOstnKity4rt5Qr1O7HqK2JgWEYqwxpWGYAeNpd3mhz0jWNUjOXM9DvYD4
/FkrsV7fqXpJY0jqQJM=
=8PEO
-END PGP SIGNATURE-
>From b2088c477ba33b3bc1b5bed77e36fdf77968b879 Mon Sep 17 00:00:00 2001
From: Vincent Blut 
Date: Fri, 23 Dec 2016 01:08:43 +0100
Subject: [PATCH] d/openntpd.service: Conflict on chrony.service

---
 debian/openntpd.service | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/openntpd.service b/debian/openntpd.service
index a8df9e3..2063daa 100644
--- a/debian/openntpd.service
+++ b/debian/openntpd.service
@@ -1,6 +1,6 @@
 [Unit]
 Description=OpenNTPd Network Time Protocol
-Conflicts=systemd-timesyncd.service
+Conflicts=systemd-timesyncd.service chrony.service
 After=network.target
 
 [Service]
-- 
2.11.0

Bug#849124: [Reportbug-maint] Bug#849124: Reportbug 7.1.1 doesnt start (ValueError: Namespace Vte not available + another error)

[Sandro Tosi]

control: severity -1 important

> > after installing package "gir1.2-vte-2.91", it launches, so it should
> probably have this
> package as a dependency, but now its only a suggestion.

we'll address the dependencies in the next upload


>   File "/usr/lib/python3/dist-packages/reportbug/ui/gtk2_ui.py", line 1173, in
> create_widget
> expander = Gtk.Expander("Other system information")
> TypeError: GObject.__init__() takes exactly 0 arguments (1 given)

this has already been reported as 848208

>
> > I had to install older reportbug version and python-reportbug (both
> 6.6.6) to be able to
> file this report.

you can run `reportbug --ui=text`  for the time being

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

Bug#789886: linux-image-3.2.0-4-kirkwood: Couldn't find /usr/lib/linux-image-3.2.0-4-kirkwood/kirkwood-sheevaplug.dtb

[Ian Campbell]

On Sat, 2016-12-17 at 12:59 -0800, Martin Michlmayr wrote:
> It seems I never applied this patch because I was waiting for Ian to
> review it.
> 
> Ian, do you have some time to look at the proposed patch?

I'm a bit jet-lagged, but your explanation does seem to make sense. I
reckon go with the patch.

Ian.

Bug#849154: ITP: xattrvi -- easily view and edit extended filesystem attributes in user-namespace

[Jonas Große Sundrup]

Package: wnpp
Severity: wishlist
Owner: "Jonas Große Sundrup" 

* Package name: xattrvi
  Version : 1.0
  Upstream Author : Jonas Große Sundrup 
* URL : https://github.com/cherti/mailexporter
* License : GPL-3
  Programming Lang: Python
  Description : easily view and edit extended filesystem attributes in the 
user-namespace

xattrvi allows editing of extended attributes of files in the user-namespace
by providing those in an editable file which can be viewed and modified
using the user's preferred editor. This improves the usability of extended
attributes for annotation purposes on files by users and therefore would
benefit the users of Debian.
It is actively used by myself and only depends on the python-standard library.
The user experience is similar to ldapvi, although the objective is different.
Similar software include setfattr and getfattr, which are more powerful (e.g.
they can also annotate symlinks which xattrvi can't), but aren't as convenient
as xattrvi for reasons as that they cannot display all key-value pairs in one
go. 
Therefore xattrvi and {s,g}etfattr complement each other very well, the former
for notes like origin-URL, the latter for scripts and non-userspace-xattrs.

Bug#849153: ITP: afew -- Tagging script for notmuch mail

[Free Ekanayaka]

Package: wnpp
Owner: Free Ekanayaka 
Severity: wishlist

* Package name: afew
  Version : 0.0+git2016.02.29.b19a88f
  Upstream Author : Justus Winter <4win...@informatik.uni-hamburg.de>
* URL or Web page : https://github.com/teythoon/afew
* License : public-domain
  Description : Tagging script for notmuch mail

The basic task of afew is to provide automatic tagging each time new
mail is registered with notmuch. In a classic setup, you might call it
after 'notmuch new' in an offlineimap post sync hook.

In addition to more elementary features such as adding tags based on
email headers or maildir folders, handling killed threads and spam, it
can do some heavy magic in order to /learn/ how to initially tag your
mails based on their content.

In move mode, afew will move mails between maildir folders according to
configurable rules that can contain arbitrary notmuch queries to match
against any searchable attributes.

Bug#849152: sagemath: FTBFS on i386: many tests fail

[Aaron M. Ucko]

Source: sagemath
Version: 7.4-3
Severity: important
Justification: fails to build from source

The i386 build of sagemath failed with many test suite errors
(including some outright crashes), as detailed at

https://buildd.debian.org/status/fetch.php?pkg=sagemath=i386=7.4-3=1482425583

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#849149: bpfcc: FTBFS: FlexLexer.h: No such file or directory

[Aaron M. Ucko]

Source: bpfcc
Version: 0.2.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Builds of bpfcc in minimal environments (notably, the autobuilders)
have been failing:

  /«PKGBUILDDIR»/src/cc/frontends/b/lexer.h:22:23: fatal error: FlexLexer.h: No 
such file or directory

Please declare a build dependency on libfl-dev, on which flex no
longer depends so that it can properly be Multi-Arch: foreign.  (See
#840080.)

Thanks!

FTR, I'm filing this bug as a regression because it would interfere
with binNMUs.

-- 
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#849147: RFS: node-run-async 2.3.0

[Paolo Greppi]

Hi,

I have packaged node-run-async, see the ITP I am CC-ing and
the repo:
https://anonscm.debian.org/git/pkg-javascript/node-run-async.git

It is required for node-inquirer (ITP: https://bugs.debian.org/848364)
which in turn is required by node-yarnpkg 0.18 (ITP:
https://bugs.debian.org/843021).

Please someone more experienced than me review it and if it's OK sponsor
its upload.

Thanks,

Paolo

Bug#849151: php-horde-crypt: add gnupg as an explicit test dep, update for gnupg2

[Nishanth Aravamudan]

Package: php-horde-crypt
Version: 2.7.5-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu zesty ubuntu-patch

Dear Maintainer,

autopkgtests for php-horde-crypt are currently failing on Ubuntu but
passing on Debian. This appears to be because our images have
/usr/bin/gpg present (with version 2.x) which the current tests fail on.
It seems like gnupg should be listed as a test dep and the tests should
be updated to be compatible with 2.x. I have sent the patch below
upstream in a ticket and verified that the resulting source package does
pass in Unstable.

In Ubuntu, the attached patch was applied to achieve the following:

  * d/t/control: add explicit dependency on gnupg for tests
  * debian/patches/update_tests_gnupg2.patch: Update tests for gnupg2
changes.  Closes LP: #1652133.

Thanks for considering the patch.

*** /tmp/tmpe2HfZ0/php-horde-crypt_2.7.5-1ubuntu1.debdiff
diff -Nru php-horde-crypt-2.7.5/debian/patches/series 
php-horde-crypt-2.7.5/debian/patches/series
--- php-horde-crypt-2.7.5/debian/patches/series 1969-12-31 16:00:00.0 
-0800
+++ php-horde-crypt-2.7.5/debian/patches/series 2016-12-22 10:33:31.0 
-0800
@@ -0,0 +1 @@
+update_tests_gnupg2.patch
diff -Nru php-horde-crypt-2.7.5/debian/patches/update_tests_gnupg2.patch 
php-horde-crypt-2.7.5/debian/patches/update_tests_gnupg2.patch
--- php-horde-crypt-2.7.5/debian/patches/update_tests_gnupg2.patch  
1969-12-31 16:00:00.0 -0800
+++ php-horde-crypt-2.7.5/debian/patches/update_tests_gnupg2.patch  
2016-12-22 10:37:12.0 -0800
@@ -0,0 +1,64 @@
+Description: Update tests for gnupg2 changes
+ The tests currently rely on gpg1 behavior, so pass parameters to gpg
+ that make gpg2 emulate the behavior of gpg1 as necessary. Thanks to
+ https://github.com/keybase/keybase-issues/issues/1712 for related, but
+ not identical, issues and solution suggestions.
+ .
+ Split testVerifyPassphrase() into two tests: gpg2 always spawns a
+ gpg-agent, which caches passphrases. So the first correct passphrase
+ ends up leading to the second bad passphrase attempt passing.
+Author: Nishanth Aravamudan 
+Bug: https://bugs.horde.org/ticket/14548
+Bug-Ubuntu: https://launchpad.net/bugs/1652133
+Forwarded: 
https://bugs.horde.org/view.php?actionID=view_file=patch=update_tests_gnupg2.patch=14548
+Last-Update: 2016-12-22
+
+--- a/Horde_Crypt-2.7.5/lib/Horde/Crypt/Pgp/Backend/Binary.php
 b/Horde_Crypt-2.7.5/lib/Horde/Crypt/Pgp/Backend/Binary.php
+@@ -75,8 +75,15 @@
+ '--no-options',
+ '--no-default-keyring',
+ '--yes',
+-'--homedir ' . $this->_tempdir
++'--homedir ' . $this->_tempdir,
++'--keyid-format short'
+ );
++
++$result = $this->_callGpg(array('--version'), 'r', null, false, 
false, true);
++/* gpg > 1.x requires specifying the pinentry-mode */
++if (!preg_match('/gpg \(GnuPG\) = (1\.[0-9\.]+)/', $result->stdout, 
$m)) {
++   $this->_gnupg[] = '--pinentry-mode loopback';
++}
+ }
+ 
+ /**
+@@ -678,6 +685,7 @@
+ if ($parseable) {
+ putenv('LANGUAGE=C');
+ }
++putenv('GPG_TTY=$(tty)');
+ if ($mode == 'w') {
+ if ($fp = popen($cmdline, 'w')) {
+ putenv('LANGUAGE=' . $language);
+--- a/Horde_Crypt-2.7.5/test/Horde/Crypt/Pgp/TestBase.php
 b/Horde_Crypt-2.7.5/test/Horde/Crypt/Pgp/TestBase.php
+@@ -511,7 +511,7 @@
+ $this->assertNotEmpty($out->result);
+ }
+ 
+-public function testVerifyPassphrase()
++public function testVerifyPassphraseCorrect()
+ {
+ $this->assertTrue(
+ $this->_pgp->verifyPassphrase(
+@@ -520,7 +520,10 @@
+ 'Secret'
+ )
+ );
++}
+ 
++public function testVerifyPassphraseIncorrect()
++{
+ $this->assertFalse(
+ $this->_pgp->verifyPassphrase(
+ $this->_getPublicKey(),
diff -Nru php-horde-crypt-2.7.5/debian/tests/control 
php-horde-crypt-2.7.5/debian/tests/control
--- php-horde-crypt-2.7.5/debian/tests/control  2016-12-17 14:04:22.0 
-0800
+++ php-horde-crypt-2.7.5/debian/tests/control  2016-12-22 10:37:12.0 
-0800
@@ -1,3 +1,3 @@
 Tests: phpunit
 Restrictions: needs-recommends
-Depends: @, php-cli, php-horde-test
+Depends: @, php-cli, php-horde-test, gnupg


-- System Information:
Debian Release: stretch/sid
  APT prefers yakkety-updates
  APT policy: (500, 'yakkety-updates'), (500, 'yakkety-security'), (500, 
'yakkety'), (100, 'yakkety-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#849150: sagemath: FTBFS on arm64 and ppc64el: cannot allocate memory building docs

[Aaron M. Ucko]

Source: sagemath
Version: 7.4-3
Severity: important
Justification: fails to build from source

The automatic builds of sagemath for arm64 and ppc64el both ran out of
memory when trying to build documentation:

  [dochtml] ImportError: /usr/lib/«ARCH»/libgomp.so.1: cannot allocate memory 
in static TLS block
  Makefile:1059: recipe for target 'doc-html' failed
  make[4]: *** [doc-html] Error 1

Could you please take a look?  Since this documentation presumably
winds up in an architecture-independent binary package, perhaps you
can arrange for binary-only builds to skip building 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#849148: autofs: Orphaning package?

[Dmitry Smirnov]

Source: autofs
Severity: important
X-Debbugs-CC: wdau...@gmail.com,he...@pool.math.tu-berlin.de,m...@tls.msk.ru

Dear co-maintainers,

I have no capacity to look after "autofs" package. It seems like none of us 
did any meaningful work on this package lately so I suggest either to orphan 
it or start caring about it...

Thanks.

-- 
Best wishes,
 Dmitry Smirnov
 GPG key : 4096R/52B6BBD953968D1B

---

Freedom is the freedom to say that two plus two make four. If that is
granted, all else follows.
-- George Orwell


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

Bug#849104: compizconfig-settings-manager should depend on libprotoc9v5

[Cyril Brulebois]

Hi Thomas,

Vaughan, Thomas E  (2016-12-22):
> Package: compizconfig-settings-manager
> Version: 1:0.9.13.0+16.10.20160

This isn't a version in Debian or elsewhere; please use reportbug to
prepare (and optionally send) bug reports.

> Because libprotoc9v5 is not selected by apt on installation of
> compizconfig-settings-manager, running the ccsm executable, which is
> linked against that library, fails.

I'm a bit confused here, since ccsm is a python script, which can't
really be linked to a C library…

Cheers,
-- 
Cyril Brulebois -- Debian Consultant @ DEBAMAX -- https://debamax.com/


signature.asc
Description: Digital signature

Bug#849147: ITP: node-run-async -- Run function synchronously or asynchronously

[Paolo Greppi]

Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-run-async
  Version : 2.3.0
  Upstream Author : Simon Boudrias 
* URL : https://github.com/sboudrias/run-async#readme
* License : Expat
  Programming Lang: JavaScript
  Description : Run function synchronously or asynchronously
 Node.js module to run a function either synchronously
 or asynchronously using a series of common patterns.
 This is useful for library author accepting sync or async
 functions as parameter. runAsync will always run them as an
 async method, and normalize the multiple signature.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#849145: RFS: node-restore-cursor 1.0.1

[Paolo Greppi]

Hi,

I have packaged node-restore-cursor, see the ITP I am CC-ing and
the repo:
https://anonscm.debian.org/git/pkg-javascript/node-restore-cursor.git

Please someone more experienced than me review it and if it's OK sponsor
its upload.

Thanks,

Paolo

Bug#849146: samba: empty client domain is not mapped to standalone server domain when user name contains @

[Andrea Janna]

Package: samba
Version: 2:4.5.2+dfsg-1
Severity: normal
Tags: upstream patch

After upgrading from Samba 4.4.7 to 4.5.2 user authentication stopped working 
in our installation.

We are mapping (via username map script) usernames from full email addresses to 
real Samba usernames so that users can login to Samba server using email 
address as username.
Samba is configured as standalone server.

Upstrean commit 3f82db56cbf2727abd465e28ac02ad2242b47c29 modified client domain 
mapping so that an empty domain is not mapped any more to Samba server domain 
if username contains "@".
Since we have no domain at our site Windows clients send empty domain string to 
Samba when users attempt to log in.
When user tries to login using full email address as username Samba doesn't map 
the empty domain to Samba server domain and authentication fails.

As reported in upstream bug https://bugzilla.samba.org/show_bug.cgi?id=12375 
preserving empty domain is useful only if there is a domain controller.
I'd expect that when Samba configuration is "server role = standalone" empty 
client domain will always be mapped to server domain.

I wrote a simple patch that fixes the problem allowing empty domain mapping if 
Samba role is standalone server.


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

Kernel: Linux 4.8.0-2-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)

Versions of packages samba depends on:
ii  adduser  3.115
ii  dpkg 1.18.15
ii  init-system-helpers  1.46
ii  libbsd0  0.8.3-1
ii  libc62.24-8
ii  libldb1  2:1.1.27-1
ii  libpam-modules   1.1.8-3.3
ii  libpam-runtime   1.1.8-3.3
ii  libpopt0 1.16-10
ii  libpython2.7 2.7.13~rc1-1
ii  libtalloc2   2.1.8-1
ii  libtdb1  1.3.11-2
ii  libtevent0   0.9.31-1
ii  libwbclient0 2:4.5.2+dfsg-1
ii  lsb-base 9.20161125
ii  procps   2:3.3.12-3
ii  python   2.7.11-2
ii  python-dnspython 1.15.0-1
ii  python-samba 2:4.5.2+dfsg-1
pn  python2.7:any
ii  samba-common 2:4.5.2+dfsg-1
ii  samba-common-bin 2:4.5.2+dfsg-1
ii  samba-libs   2:4.5.2+dfsg-1
ii  tdb-tools1.3.11-2
ii  update-inetd 4.43

Versions of packages samba recommends:
ii  attr1:2.4.47-2
ii  logrotate   3.8.7-2
ii  samba-dsdb-modules  2:4.5.2+dfsg-1
ii  samba-vfs-modules   2:4.5.2+dfsg-1

Versions of packages samba suggests:
pn  bind9  
pn  bind9utils 
pn  ctdb   
pn  ldb-tools  
pn  ntp
pn  smbldap-tools  
pn  ufw
pn  winbind

-- Configuration Files:
/etc/logrotate.d/samba changed [not included]

-- no debconf information
Index: samba-4.5.2+dfsg/source3/auth/auth_util.c
===
--- samba-4.5.2+dfsg.orig/source3/auth/auth_util.c
+++ samba-4.5.2+dfsg/source3/auth/auth_util.c
@@ -109,7 +109,8 @@ NTSTATUS make_user_info_map(TALLOC_CTX *
 	char *internal_username = NULL;
 	bool upn_form = false;
 
-	if (client_domain[0] == '\0' && strchr(smb_name, '@')) {
+	if (client_domain[0] == '\0' && strchr(smb_name, '@') &&
+	lp_server_role() != ROLE_STANDALONE) {
 		upn_form = true;
 	}
 

Bug#849145: additional info

[Paolo Greppi]

It is required for cli-cursor which in tun is required for node-inquirer
(ITP: https://bugs.debian.org/848364) which finally is required by
node-yarnpkg 0.18 (ITP: https://bugs.debian.org/843021).

My intention is to package it within the javascript maintainers team.

The repo will be on alioth:
https://anonscm.debian.org/git/pkg-javascript/node-restore-cursor.git

Paolo

Bug#849042: Bug#848198: fonts-noto-color-emoji

[Ming-ting “Yao” Wei]

Hi,

I am packing that but progressing slowly because there's need to upload build 
dependency (nototools, #848206) to build from source and I might need to handle 
the documentation of the package. 

I can do a rename of this ITP to include the fallback version of the emoji. 
Should we do that? (Also I can't find the source of Noto Emoji despite of the 
redistributable ttf.) 

Yao Wei, sending this on a phone

> On 23 Dec 2016, at 04:17, Taylor Kline  wrote:
> 
> Hello Yao,
> 
> Are you progressing with packaging fonts-noto-color-emoji? I filed an RFP:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849042
> 
> and a fonts-noto wishlist item:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849127
> 
> before discovering your intent to package filed on 15 December.
> 
> Thanks,
> -Taylor

Bug#849145: ITP: node-restore-cursor -- Gracefully restore the CLI cursor on exit

[Paolo Greppi]

Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-restore-cursor
  Version : 1.0.1
  Upstream Author : Sindre Sorhus 
(http://sindresorhus.com)
* URL : https://github.com/sindresorhus/restore-cursor#readme
* License : Expat
  Programming Lang: JavaScript
  Description : Gracefully restore the CLI cursor on exit

 Node.js module to make the cursor reappear if the process crashes
 even if it had been hidden interactively.
 .
 Node.js is an event-based server-side JavaScript engine.

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

[Christian Seiler]

Hi,

as announced on IRC, I'm just doing a review, since I'm not a DD
and can't sponsor:

 - packaging in a VCS would be nice to have (plus the appropriate
   Vcs-Browser / Vcs-... headers in d/control)

 - debian/copyright:

 * Tobias Klauser wasn't just active in 2016, the earliest
   copyright notice of his I could find in the package is
   from 2014; so s/2016/2014-2016/ there

 * missing mention of Copyright (C) 2012 Christoph Jaeger
   for pkt.h

 * missing mention of Copyright (C) 2009-2012 Daniel
   Borkmann for util.[ch]

 - debian/compat: why only 9? compat 10 is considered stable now
   and unless you have a good reason I would recommend that any new
   package should use compat 10. (please read the debhelper manual
   though for information on what changed between 9 and 10)

 - init.d: this file name works with dh_installinit, but is not
   documented, so I'd recommend using llmnrd.init as the file name

 - init.d: any particular reason you don't use init-d-script? (See
   current /etc/init.d/skeleton for how this works; it will
   automatically source /etc/default/$scriptname and interpret the
   DAEMON_ARGS variable, so your init script could probably be just
   a couple of lines that set the name of the executable)

 - any reason you don't install the systemd service provided by
   upstream in addition to the init script?

 - debian/rules: nice and clean, I like it

 - upstream's build system does git id to get the git revision of
   the current source - but that will clash if you have the packaging
   in git (which can happen implicitly when someone checks out the
   package source via e.g. dgit)

   Minor cosmetic thing, but makes the package non-reproducible
   depending on whether you build from unpacked .dsc or from a git
   environment

 - lintian warnings:
   W: llmnrd: binary-without-manpage usr/bin/llmnr-query
   W: llmnrd: binary-without-manpage usr/sbin/llmnrd


 - you should probably add a line "export Q =" to debian/rules to
   disable silent builds. While these look nicer, automated build
   log scanners such as blhc aren't able to catch problems.

 - Building in sbuild appears to work fine.

 - Package appears to work fine (though I don't have any llmnr
   device running at the moment, so I could only test name
   resolution of my own system)

Regards,
Christian

Bug#826483: Pending fixes for bugs in the liblingua-en-tagger-perl package

[pkg-perl-maintainers]

tag 826483 + pending
thanks

Some bugs in the liblingua-en-tagger-perl package are closed in
revision c61ab6539806d1e04bad51f047e134cf043fbfd7 in branch 'master'
by gregor herrmann

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

Commit message:

New upstream release. Fixes "Unescaped left brace in regex is deprecated" 
(Closes: #826483)

Bug#849144: fookb: diff for NMU version 3.0-3.1

[Joao Eriberto Mota Filho]

Package: fookb
Version: 3.0-3
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for fookb (versioned as 3.0-3.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -u fookb-3.0/debian/changelog fookb-3.0/debian/changelog
--- fookb-3.0/debian/changelog
+++ fookb-3.0/debian/changelog
@@ -1,3 +1,15 @@
+fookb (3.0-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817456)
+  * debian/compat: created. (Closes: #817330)
+  * debian/control:
+  - Added the ${misc:Depends} variable to Depends field.
+  - Bumped Standards-Version to 3.9.8.
+  - Fixed the short descriptions.
+
+ -- Joao Eriberto Mota Filho   Thu, 22 Dec 2016 21:01:26 
-0200
+
 fookb (3.0-3) unstable; urgency=low
 
   * Added missing libxt-dev build dependancy, Closes: #347211
diff -u fookb-3.0/debian/rules fookb-3.0/debian/rules
--- fookb-3.0/debian/rules
+++ fookb-3.0/debian/rules
@@ -4,7 +4,7 @@
 #export DH_VERBOSE=1
 
 # This is the debhelper compatability version to use.
-export DH_COMPAT=4
+#export DH_COMPAT=4
 
 export DH_OPTIONS
 
diff -u fookb-3.0/debian/control fookb-3.0/debian/control
--- fookb-3.0/debian/control
+++ fookb-3.0/debian/control
@@ -2,16 +2,16 @@
 Section: x11
 Priority: optional
 Maintainer: Wartan Hachaturow 
-Build-Depends: debhelper (>> 3.0.0), libwings-dev, libsm-dev, libice-dev, 
libxpm-dev, libx11-dev, libxext-dev, libxt-dev, wmaker
-Standards-Version: 3.5.2
+Build-Depends: debhelper (>= 10), libwings-dev, libsm-dev, libice-dev, 
libxpm-dev, libx11-dev, libxext-dev, libxt-dev, wmaker
+Standards-Version: 3.9.8
 
 Package: fookb-plainx
 Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${misc:Depends}, ${shlibs:Depends}
 Conflicts: fookb, fookb-wmaker
 Replaces: fookb
 Suggests: sox
-Description: An Xkb state indicator -- plain X version.
+Description: Xkb state indicator -- plain X version
  WindowMaker docked Xkb state indicator. Fookb can switch xkb groups
  and display a pixmap corresponding to the selected group. It also can
  execute a specified command upon the switch (for example, play sound).
@@ -20,11 +20,11 @@

 Package: fookb-wmaker
 Architecture: any
-Depends: ${shlibs:Depends}, wmaker
+Depends: ${misc:Depends}, ${shlibs:Depends}, wmaker
 Conflicts: fookb, fookb-plainx
 Replaces: fookb
 Suggests: sox
-Description: An Xkb state indicator -- WindowMaker version.
+Description: Xkb state indicator -- WindowMaker version
  WindowMaker docked Xkb state indicator. Fookb can switch xkb groups
  and display a pixmap corresponding to the selected group. It also can
  execute a specified command upon the switch (for example, play sound).
only in patch2:
unchanged:
--- fookb-3.0.orig/debian/compat
+++ fookb-3.0/debian/compat
@@ -0,0 +1 @@
+10

Bug#849143: libasterisk-agi-perl: Manager: fails to use ActionID

[Tzafrir Cohen]

Package: libasterisk-agi-perl
Version: 1.03-1
Severity: minor

Just a reminder that it is all too easy to get things wrong with the
Asterisk::Manager module, as it fails to use ActionID-s and will just
return the first header you happen to have.

For instance, the following program:

my $astman = new Asterisk::Manager;

$astman->user('username');
$astman->secret('password');
$astman->host('localhost');
$astman->connect || die "Could not connect to " . $astman->host .  "!\n";
print $astman->command('sip show peers');
print $astman->command('sip show peers');
$astman->disconnect;


will probably work if you don't have either 'security' or 'system' in
read for the manager user 'username'. If you have either, you'll get an
event or two before the response to the command.

* system: Event: FullyBooted
* security: Event: SuccessfulAuth

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

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

Versions of packages libasterisk-agi-perl depends on:
ii  perl  5.24.1~rc4-1

libasterisk-agi-perl recommends no packages.

libasterisk-agi-perl suggests no packages.

-- no debconf information

Bug#849141: RFS: node-cli-width 2.1.0

[Paolo Greppi]

Hi,

I have packaged node-cli-width, see the ITP I am CC-ing and
the repo:
https://anonscm.debian.org/git/pkg-javascript/node-cli-width.git

Please someone more experienced than me review it and if it's OK sponsor
its upload.

Thanks,

Paolo

Bug#848888: python-testtools: The testtools.deferredruntest module is not importable

[Free Ekanayaka]

Hello,

Thomas Goirand  writes:

> On 12/21/2016 02:57 PM, Free Ekanayaka wrote:
>> Hello,
>> 
>> I've prepared a 1.8.0-4.1 NMU upload to fix this bug, you can find it in
>> the debian/bug-84 branch of this repository:
>> 
>> git://anonscm.debian.org/collab-maint/deb-python-testtools.git
>> 
>> 
>> The relevant commit/diff is:
>> 
>> https://anonscm.debian.org/cgit/collab-maint/deb-python-testtools.git/commit/?h=debian/bug-84=429fb32d6f81f62e900750c7354d311b5605db5e
>> 
>> If there are no objection I'll proceed with the upload (or lemme know if
>> you want to do it yourself).
>> 
>> Cheers,
>> 
>> Free
>
> Hi,
>
> It'd be a way nicer if you could use Gerrit to share your patch. The way
> to do it is to use git review. If you don't know how, I can tell you,
> otherwise, I'll commit your patch to Gerrit. Please let me know what you
> prefer.

Sure, I wasn't aware of that. If you can send me a few pointers I'll get
it pushed to Gerrit.

Free

Bug#849142: test regression in test_dex.test_differences with enjarify >= 1.0.3

[Levente Polyak]

Package: diffoscope

current version: git HEAD 8dde15f9200094882c26a1cf422556c43ec5d5dc

The test_differences test case fails in the test_dex module when using
enjarify 1.0.3. A downgrade of enjarify to 1.0.2 makes the test pass
again. As enjarify 1.0.3 itself seems to do what its supposed to do, i
think the test diff/output is just too strictly tied to the 1.0.2 output.

If the guess above is actually the case, a possible workaround may be to
expect enjarify to be 1.0.2 and skip the test otherwise.
However we start ending up with too many tests strictly tight to a very
specific toolset version, making a more general approach for multiple
sets more and more important.

cheers,
Levente

Logs:
=== FAILURES
===
___ test_differences
___

differences = [, ]>]>]

@skip_unless_tools_exist('enjarify', 'zipinfo', 'javap')
@skip_unless_tool_is_at_least('javap', javap_version, '1.8')
def test_differences(differences):
assert differences[0].source1 == 'test1.jar'
assert differences[0].source2 == 'test2.jar'
zipinfo = differences[0].details[0]
classdiff = differences[0].details[1]
assert zipinfo.source1 == 'zipinfo -v {}'
assert zipinfo.source2 == 'zipinfo -v {}'
assert classdiff.source1 == 'com/example/MainActivity.class'
assert classdiff.source2 == 'com/example/MainActivity.class'
expected_diff = open(data('dex_expected_diffs')).read()
found_diff = zipinfo.unified_diff +
classdiff.details[0].unified_diff
>   assert expected_diff == found_diff
E   assert '@@ -54,15 +5...args_size=1\n' == '@@ -54,15
+54...args_size=1\n'
E Skipping 500 identical leading characters in diff, use -v to show
E Skipping 1284 identical trailing characters in diff, use -v to
show
E -   fc227a58
E +   bc28236e
E - +  32-bit CRC value (hex): 19c9f64e
E ?^  ^ ^^^
E + +  32-bit CRC value (hex): 59c3af78
E ?^  ^^ ^^
E  compr

tests/comparators/test_dex.py:57: AssertionError

Bug#817376: redet: diff for NMU version 8.26-1.2

[Joao Eriberto Mota Filho]

Control: tags 817376 + pending

Dear maintainer,

I've prepared an NMU for redet (versioned as 8.26-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -u redet-8.26/debian/changelog redet-8.26/debian/changelog
--- redet-8.26/debian/changelog
+++ redet-8.26/debian/changelog
@@ -1,3 +1,14 @@
+redet (8.26-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817376)
+  * debian/control:
+  - Added the ${misc:Depends} variable to Depends field.
+  - Bumped Standards-Version to 3.9.8.
+  * debian/watch: created.
+
+ -- Joao Eriberto Mota Filho   Thu, 22 Dec 2016 20:30:28 
-0200
+
 redet (8.26-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u redet-8.26/debian/compat redet-8.26/debian/compat
--- redet-8.26/debian/compat
+++ redet-8.26/debian/compat
@@ -1 +1 @@
-4
+10
diff -u redet-8.26/debian/control redet-8.26/debian/control
--- redet-8.26/debian/control
+++ redet-8.26/debian/control
@@ -2,13 +2,13 @@
 Section: x11
 Priority: optional
 Maintainer: Bartosz Fenski 
-Build-Depends: debhelper (>= 4.0.0), dpatch
-Standards-Version: 3.7.3
+Build-Depends: debhelper (>= 10), dpatch
+Standards-Version: 3.9.8
 Homepage: http://www.billposer.org/Software/redet.html
 
 Package: redet
 Architecture: all
-Depends: tk8.5, iwidgets4
+Depends: tk8.5, iwidgets4, ${misc:Depends}
 Suggests: redet-doc, dillo
 Description: regular expression development and execution tool
  Redet allows the user to construct regular expressions and test them against 
@@ -33,6 +33,7 @@
 Architecture: all
 Section: doc
 Suggests: redet
+Depends: ${misc:Depends}
 Description: regular expression development and execution tool (documentation)
  Documentation for the Redet (regular expression development and execution
  tool.
only in patch2:
unchanged:
--- redet-8.26.orig/debian/watch
+++ redet-8.26/debian/watch
@@ -0,0 +1,2 @@
+version=4
+http://www.billposer.org/Software/redet.html 
.*/Downloads/redet-full-(\d\S+)\.tar\.(?:bz2|gz|xz)

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

[Pali Rohár]

Updated to version 0.2.1-1

https://mentors.debian.net/debian/pool/main/l/llmnrd/llmnrd_0.2.1-1.dsc

-- 
Pali Rohár
pali.ro...@gmail.com


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

Bug#849141: ITP: node-cli-width -- Get stdout window width

[Paolo Greppi]

Package: wnpp
Severity: wishlist
Owner: Paolo Greppi 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: node-cli-width
  Version : 2.1.0
  Upstream Author : Ilya Radchenko 
* URL : https://github.com/knownasilya/cli-width
* License : ISC
  Programming Lang: JavaScript
  Description : Get stdout window width

 Node.js module to get stdout window width, with two fallbacks, tty
 and then a default.
 .
 Node.js is an event-based server-side JavaScript engine.

It is required for node-inquirer (ITP: https://bugs.debian.org/848364)
which in turn is required by node-yarnpkg 0.18 (ITP:
https://bugs.debian.org/843021).

My intention is to package it within the javascript maintainers team.

The repo will be on alioth:
https://anonscm.debian.org/git/pkg-javascript/node-cli-width.git

Paolo

Bug#848967: linux-image: Power button of Dell XPS13 does not send any events

[Ben Hutchings]

On Thu, 2016-12-22 at 13:08 +0100, Paul Menzel wrote:
[...]
> With linux-image-4.9.0-rc8-amd64-unsigned from the experimental 
> repository, the problem is still present.
> 
> I forgot to mention that all other “special” keys, accessed using the 
> key *Fn*, seem to work fine.
> 
> Also the module `soc-button-array`, mentioned in Linux kernel bug 
> #84651, does not get loaded.

I wouldn't expect it to be.

> $ grep -A1 BTN 20161222–dell_xps13–kernel_4.9-rc8_messages.txt
> Dec 22 12:02:33 xps13 kernel: ACPI: Power Button [PBTN]
> Dec 22 12:02:33 xps13 kernel: input: Sleep Button as 
> /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input5
> Dec 22 12:02:33 xps13 kernel: ACPI: Sleep Button [SBTN]
> Dec 22 12:02:33 xps13 kernel: input: Power Button as 
> /devices/LNXSYSTM:00/LNXPWRBN:00/input/input6

This confirms that the ACPI button driver detected a power button.

I also don't see any events when I press the power button on my
Thinkpad T420.  (I hadn't noticed this until now, since I don't
normally use it.)  So this may be a general regression in the ACPI
button driver (or in some other part of the ACPI subsystem supporting
it).

Ben.

-- 
Ben Hutchings
Man invented language to satisfy his deep need to complain. - Lily
Tomlin



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

Bug#832794: xserver-xorg-core: modesetting on some Intel hw causes xmgrace graphical glitches

[Francesco Poli]

On Thu, 15 Dec 2016 18:55:23 +0100 Andreas Boll wrote:

> Version: 2:1.18.99.902-1
> 
> Hi,
> 
> as mentioned in the forwarded bug report, this bug has been fixed in
> xserver 1.19.
> 
> Closing this bug accordingly.

I have just tested modesetting again on the box where I originally
experienced this bug.
I can confirm that the issue is indeed fixed in at least
xserver-xorg-core/2:1.19.0-2

Thanks a lot to each person involved in the resolution!
Bye.

-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgplRMuXt7yCo.pgp
Description: PGP signature

Bug#834522: Pending fixes for bugs in the libgnupg-perl package

[pkg-perl-maintainers]

tag 834522 + pending
thanks

Some bugs in the libgnupg-perl package are closed in revision
c6204b9dae930039eee21cba5fa42ec7caedb2b4 in branch 'master' by
Florian Schlichting

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

Commit message:

Use gpg1 explicitly while incompatible with GnuPG 2.1.x (closes: #834522)

Bug#817637: pygdchart2: diff for NMU version 0.beta1-3.7

[Joao Eriberto Mota Filho]

Control: tags 817637 + patch
Control: tags 817637 + pending

Dear maintainer,

I've prepared an NMU for pygdchart2 (versioned as 0.beta1-3.7) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -u pygdchart2-0.beta1/debian/changelog pygdchart2-0.beta1/debian/changelog
--- pygdchart2-0.beta1/debian/changelog
+++ pygdchart2-0.beta1/debian/changelog
@@ -1,3 +1,11 @@
+pygdchart2 (0.beta1-3.7) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817637)
+  * debian/control: bumped Standards-Version to 3.9.8.
+
+ -- Joao Eriberto Mota Filho   Thu, 22 Dec 2016 20:02:15 
-0200
+
 pygdchart2 (0.beta1-3.6) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -u pygdchart2-0.beta1/debian/compat pygdchart2-0.beta1/debian/compat
--- pygdchart2-0.beta1/debian/compat
+++ pygdchart2-0.beta1/debian/compat
@@ -1 +1 @@
-4
+10
diff -u pygdchart2-0.beta1/debian/control pygdchart2-0.beta1/debian/control
--- pygdchart2-0.beta1/debian/control
+++ pygdchart2-0.beta1/debian/control
@@ -2,8 +2,8 @@
 Section: python
 Priority: optional
 Maintainer: Jonas Smedegaard 
-Standards-Version: 3.7.2
-Build-Depends: debhelper (>= 5.0.37.2), cdbs (>= 0.4.43), python-all-dev (>= 
2.3.5-11), dh-python, dh-buildinfo, libgdchart-gd2-noxpm-dev | 
libgdchart-gd2-dev, libgd2-noxpm-dev | libgd2-xpm-dev
+Standards-Version: 3.9.8
+Build-Depends: debhelper (>= 10), cdbs (>= 0.4.43), python-all-dev (>= 
2.3.5-11), dh-python, dh-buildinfo, libgdchart-gd2-noxpm-dev | 
libgdchart-gd2-dev, libgd2-noxpm-dev | libgd2-xpm-dev
 X-Python-Version: >= 2.3
 
 Package: python-gdchart2

Bug#848285: jackd2: spits verbose output and exits immediately when the client stops sending audio

[Francesco Poli]

On Thu, 22 Dec 2016 00:18:34 + James Cowgill wrote:

[...]
> I got a reduced testcase and submitted the bug upstream. I'm cloning
> this bug into gcc-6 to keep track of the fix there.

Good, thank you for looking into this in more depth.

> 
> Since the bug only happens with optimization turned on, it could
> probably be worked around by disabling some optimization options (I
> haven't checked which), but I think that should be a last resort.

Well, I hope there's a backup plan, in case the fix for gcc-6 is not
ready soon...
Maybe the backup plan is indeed to turn off some optimization?
Or maybe there's a better way to write that part of the jackd2 code?


-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpnZkXfd1NXO.pgp
Description: PGP signature

Bug#828342: [Htt-developers] Building with OpenSSL 1.0.2 is sufficient for stretch

[Sebastian Andrzej Siewior]

On 2016-12-22 18:54:05 [+0100], Eva Ramon wrote:
> Hi there,
Hi,

> I'll do the repackage as soon as Christian takes a look at it and
> uploads a new upstream version. In the meantime if you want to apply
> your patch, feel free to do a nmu.

If you are happy to wait so am I. There is one spot where they played
with the SSL state engine which I simply removed because the engine is
rewritten and I have no idea why it got there in the first place. So if
someone could double check that it still is working, that would be cool
:)

> Thanks and regards,
> Eva
> 

Sebastian

Bug#849064: src:gkremldk: maintainer address bounces

[Christoph Biedl]

[ please keep me in Cc:, else I might miss your messages ]

Tobias Frost wrote...

> Control: Severity -1 important

Thanks. I was thinking about doing this but not certain whether it was
the right thing to do.

> Maybe. But it were not the first case where a gentle push or reminder
> made the contributions to resume. 

FWIW, I had sent a message earlier today (you had that information but
it wasn't public),

Christoph


signature.asc
Description: Digital signature

Bug#849140: slurm-llnl: Please add --enable-multiple-slurmd

[Ryan Lovett]

Package: slurm-llnl
Version: 16.05.7-1
Severity: wishlist
Tags: patch

Dear Maintainer,

This package's debian/rules file includes the build-time option of
--enable-multiple-slurmd in the secondary dh_auto_configure line of
override_dh_auto_configure, but not in the first. As a result, the
installed binaries do not support the option. Please pass
--enable-multiple-slurmd to the first dh_auto_configure line.

Ryan
--- debian/rules.orig   2016-08-24 01:37:20.0 -0700
+++ debian/rules2016-12-22 13:49:28.0 -0800
@@ -22,7 +22,7 @@
 # hardening-no-fortify-functions
 # Notice that -g in CFLAGS is still provided by dpkg-buildflags
 override_dh_auto_configure:
-   dh_auto_configure -- --sysconfdir=/etc/slurm-llnl 
--localstatedir=/var/run/slurm-llnl --with-munge --without-blcr --enable-pam 
--without-rpath --disable-debug
+   dh_auto_configure -- --sysconfdir=/etc/slurm-llnl 
--localstatedir=/var/run/slurm-llnl --with-munge --without-blcr --enable-pam 
--without-rpath --disable-debug --enable-multiple-slurmd
dh_auto_configure --builddirectory build-emulator -- 
-sysconfdir=/etc/slurm-llnl --localstatedir=/var/run/slurm-llnl --with-munge 
--without-blcr --enable-pam --without-rpath --disable-debug --enable-front-end 
--enable-multiple-slurmd
 
 override_dh_auto_build:

Bug#817390: chuck: diff for NMU version 1.2.0.8.dfsg-1.5

[Joao Eriberto Mota Filho]

Control: tags 817390 + pending

Dear maintainer,

I've prepared an NMU for chuck (versioned as 1.2.0.8.dfsg-1.5) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

diff -u chuck-1.2.0.8.dfsg/debian/compat chuck-1.2.0.8.dfsg/debian/compat
--- chuck-1.2.0.8.dfsg/debian/compat
+++ chuck-1.2.0.8.dfsg/debian/compat
@@ -1 +1 @@
-4
+10
diff -u chuck-1.2.0.8.dfsg/debian/control chuck-1.2.0.8.dfsg/debian/control
--- chuck-1.2.0.8.dfsg/debian/control
+++ chuck-1.2.0.8.dfsg/debian/control
@@ -2,8 +2,9 @@
 Section: sound
 Priority: optional
 Maintainer: Paul Brossier 
-Build-Depends: debhelper (>= 4.0.0), bison, flex, libjack-dev, libasound2-dev, 
libsndfile1-dev, docbook-to-man
-Standards-Version: 3.7.2
+Build-Depends: debhelper (>= 10), bison, flex, libjack-dev, libasound2-dev, 
libsndfile1-dev, docbook-to-man
+Standards-Version: 3.9.8
+Homepage: http://chuck.cs.princeton.edu
 
 Package: chuck
 Architecture: any
diff -u chuck-1.2.0.8.dfsg/debian/changelog chuck-1.2.0.8.dfsg/debian/changelog
--- chuck-1.2.0.8.dfsg/debian/changelog
+++ chuck-1.2.0.8.dfsg/debian/changelog
@@ -1,3 +1,16 @@
+chuck (1.2.0.8.dfsg-1.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817390)
+  * debian/control:
+  - Added a Homepage field.
+  - Bumped Standards-Version to 3.9.8.
+  * debian/watch:
+  - Bumped to version 4.
+  - Fixed to ignore the 'dfsg' suffix.
+
+ -- Joao Eriberto Mota Filho   Thu, 22 Dec 2016 19:41:01 
-0200
+
 chuck (1.2.0.8.dfsg-1.4) unstable; urgency=low
 
   * Non-maintainer upload.
diff -u chuck-1.2.0.8.dfsg/debian/watch chuck-1.2.0.8.dfsg/debian/watch
--- chuck-1.2.0.8.dfsg/debian/watch
+++ chuck-1.2.0.8.dfsg/debian/watch
@@ -1,6 +1,3 @@
-# Example watch control file for uscan
-# Rename this file to "watch" and then you can run the "uscan" command
-# to check for upstream updates and more.
-# Site Directory   Pattern Version Script
-version=2
+version=4
+opts=dversionmangle=s/\Sdfsg// \
 http://chuck.cs.princeton.edu/release/files/  chuck-(.*)\.tgz  debian  uupdate

Bug#845090: [Pkg-alsa-devel] Bug#845090: /usr/bin/alsamixer: alsamixer -c0 starts pulseaudio

[Elimar Riesebieter]

* Juha Jäykkä  [2016-12-22 21:30 +]:

> > > So in short, it's either all or nothing? I.e. if I want *some* programs,
> > > which are linked against libpulse0,
> > Hmm, are there applications which need pulseaudio to work? I do have
> 
> There are, but probably best not mentioned aloud lest Stallman smites us. :)
> 
> > a system which works fine without pulse. You can use pulse to
> > provide sound in a network which can other sound servers like
> > jackausio as well...
> 
> Bluetooth audio without pulse..?

It works with plain alsa ;-)

Elimar
-- 
  355/113: Not the famous irrational number pi,
   but an incredible simulation!
-unknown

Bug#837167: RFS: aiscm/0.6.2-2

[Jan Wedekind]

On Thu, 22 Dec 2016, Andrey Rahmatullin wrote:


On Thu, Dec 22, 2016 at 12:32:20PM +, Jan Wedekind wrote:

There is one final unresolved issue: "hardening-no-fortify-functions"
(certainty: wild-guess) even though GCC is now run with hardening options.
Can I leave it as it is, do I need to override the lintian warning, or do I
need to file a bug report for the lintian warning?

You should use blhc to check if the flags are passed correctly for all
cases. This tag is sometimes a false positive.


Ok,

blhc aiscm*.build

does not output anything. I verified that blhc works by running it on an 
edited build file, too.

Bug#848112: Python-skimage depends on unavailable package python-dask

[Andreas Tille]

Hi folks,

can we please, pretty please start acting now and move this package to a
place were people who intend to help can effectively join the effort.
This package is blocking invesalius from migrating to testing and
chances are low that it will reach stretch.  So if the problem is to
pick a team I'll move it to Debian Science on 10 hours.  I really hope
that this might push things if nothing is happening otherwise.

Kind regards

Andreas.

-- 
http://fam-tille.de

Bug#825611: Pending fixes for bugs in the libparse-http-useragent-perl package

[pkg-perl-maintainers]

tag 825611 + pending
thanks

Some bugs in the libparse-http-useragent-perl package are closed in
revision 41d1d1528a77329fd9ba453d45854a337892300f in branch 'master'
by gregor herrmann

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/libparse-http-useragent-perl.git/commit/?id=41d1d15

Commit message:

Add patch to adapt to new version.pm

which handles underscores in version numbers differently.

Closes: #825611

Bug#849139: O: xtrkcad -- Model Train Track CAD Program

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of xtrkcad, Daniel E. Markle 's 
eamil
is bouncing since a while. Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: xtrkcad
Binary: xtrkcad
Version: 1:4.0.2-2
Maintainer: Daniel E. Markle 
Build-Depends: debhelper (>= 5), libglib2.0-dev, libgtk2.0-dev, libx11-dev, 
netpbm, imagemagick, libwebkit-dev, cmake
Architecture: any
Standards-Version: 3.8.4
Format: 3.0 (quilt)
Files:
 007548ec4ad254308cf27a293ec1e84c 1699 xtrkcad_4.0.2-2.dsc
 2badd98aca70dd80c30bd1f200c3708b 3136490 xtrkcad_4.0.2.orig.tar.gz
 a74a837e1faa538483ce2d42f0382007 13617 xtrkcad_4.0.2-2.debian.tar.gz
Checksums-Sha1:
 4233099138534c558cc1f1d37477166be24bdc0c 1699 xtrkcad_4.0.2-2.dsc
 9513a2560d6e4ecc8554e750913843b8a21ee562 3136490 xtrkcad_4.0.2.orig.tar.gz
 e2fe18a75cd6a50110a78bd6738819487390f066 13617 xtrkcad_4.0.2-2.debian.tar.gz
Checksums-Sha256:
 ee3e046bab9291febe57faf99122f87b1c3fc447d3b85aacc17c0ae9a005299c 1699 
xtrkcad_4.0.2-2.dsc
 4b13229b317ad685c6bd0812f4830a353099e036909ad64681c15b12085aa8fc 3136490 
xtrkcad_4.0.2.orig.tar.gz
 6b1c5f83dccb1db17cbee8813a5c17f96154892923405fb9fe2a9eac91df8066 13617 
xtrkcad_4.0.2-2.debian.tar.gz
Directory: pool/main/x/xtrkcad
Priority: source
Section: editors

Package: xtrkcad
Binary: xtrkcad
Version: 1:4.2.2-1.2
Maintainer: Daniel E. Markle 
Build-Depends: debhelper (>= 9), libglib2.0-dev, libgtk2.0-dev, libx11-dev, 
netpbm, imagemagick, libwebkitgtk-dev, libcairo2-dev, cmake
Architecture: any
Standards-Version: 3.9.7
Format: 3.0 (quilt)
Files:
 b0bea8079b42e0b2ee00ca75bdeeebf6 1793 xtrkcad_4.2.2-1.2.dsc
 f499d6603f0425a9d46751ce96d6eff5 6909903 xtrkcad_4.2.2.orig.tar.gz
 53e545467d0c37afef51e8b69ef79133 5835 xtrkcad_4.2.2-1.2.debian.tar.bz2
Checksums-Sha256:
 6e780585c6dcaf31a87cd7b986e7ee4124b4f7adef928dcb151c61f8b8145f22 1793 
xtrkcad_4.2.2-1.2.dsc
 3b2c8f2e0a4a56edb151766cfc5634db23896ec7d7676cfc2c4e4e508df89d0c 6909903 
xtrkcad_4.2.2.orig.tar.gz
 a8662794bfba928393bd33906012bc757fb65e40e6ff86e2cf8aef9488d49581 5835 
xtrkcad_4.2.2-1.2.debian.tar.bz2
Homepage: http://xtrkcad.org/
Package-List: 
 xtrkcad deb editors extra arch=any
Directory: pool/main/x/xtrkcad
Priority: source
Section: editors

Package: xtrkcad
Version: 1:4.2.2-1.2
Installed-Size: 17424
Maintainer: Daniel E. Markle 
Architecture: amd64
Depends: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.14), libcairo2 (>= 1.2.4), 
libfontconfig1 (>= 2.11), libfreetype6 (>= 2.2.1), libgdk-pixbuf2.0-0 (>= 
2.22.0), libglib2.0-0 (>= 2.16.0), libgtk2.0-0 (>= 2.8.0), 
libjavascriptcoregtk-1.0-0 (>= 1.5.1), libpango-1.0-0 (>= 1.14.0), 
libpangocairo-1.0-0 (>= 1.14.0), libpangoft2-1.0-0 (>= 1.14.0), libsoup2.4-1 
(>= 2.4.0), libwebkitgtk-1.0-0 (>= 1.3.10)
Description-en: Model Train Track CAD Program
 This program allows you to design model train layouts.  It is fundamentally
 a drawing (CAD) program, but tailored to some of the specific issues in the
 model train world.
Description-md5: 9fe957c5d10d47c1177e5e6306c92e32
Homepage: http://xtrkcad.org/
Tag: role::program, scope::application, uitoolkit::gtk, use::editing
Section: editors
Priority: optional
Filename: pool/main/x/xtrkcad/xtrkcad_4.2.2-1.2_amd64.deb
Size: 2624368
MD5sum: c98535c41e7d4b4fff69bdfc50d62d0a
SHA256: 8d7970b6f3daf30530721d6805ecf913f483d3b7bd3dbfd96ff2d740b7d54d0d

Package: xtrkcad
Source: xtrkcad (1:4.0.2-2)
Version: 1:4.0.2-2+b1
Installed-Size: 6900
Maintainer: Daniel E. Markle 
Architecture: amd64
Depends: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.7), libcairo2 (>= 1.2.4), 
libfontconfig1 (>= 2.8.0), libfreetype6 (>= 2.2.1), libgdk-pixbuf2.0-0 (>= 
2.22.0), libglib2.0-0 (>= 2.16.0), libgtk2.0-0 (>= 2.8.0), libpango1.0-0 (>= 
1.14.0), libsoup2.4-1 (>= 2.4.0), libwebkitgtk-1.0-0 (>= 1.3.10), libx11-6
Description-en: Model Train Track CAD Program
 This program allows you to design model train layouts.  It is fundamentally
 a drawing (CAD) program, but tailored to some of the specific issues in the
 model train world.
Description-md5: 9fe957c5d10d47c1177e5e6306c92e32
Tag: role::program, scope::application, uitoolkit::gtk, use::editing
Section: editors
Priority: optional
Filename: pool/main/x/xtrkcad/xtrkcad_4.0.2-2+b1_amd64.deb
Size: 2023706
MD5sum: e33ed524c1c6b5812958c40a53548348
SHA1: 685111cebfa0ee6471b204b06ce2e57f9ef94d85
SHA256: 10831988adc754f8cb0c51a00ae89d33d7f0d468bf37f044df63699ee28c4305

Package: xtrkcad
Version: 1:4.2.2-1.2
Installed-Size: 17424
Maintainer: Daniel E. Markle 
Architecture: amd64
Depends: libatk1.0-0 (>= 1.12.4), libc6 (>= 2.14), libcairo2 (>= 1.2.4), 

Bug#849064: src:gkremldk: maintainer address bounces

[Tobias Frost]

Control: Severity -1 important

On Thu, 22 Dec 2016 11:14:24 +0100 Christoph Biedl  wrote:
> [ last uploader here ]
> 
> Ansgar Burchardt wrote...
> 
> > The maintainer address for gkremldk bounces, see below.
> > 
> > As the last maintainer upload was 2007 and this is the only package
> > (still) listing him as the maintainer, I wonder if he is still
active.

Seems so that this Maintainer email adress is an alias to xaiki@d.o
Last upload Dec 2014 (https://contributors.debian.org/contributor/xaiki
%40debian.org/)
 
> Please advise what could be done to get this baby into stretch given
the
> small amount of time left.

I thought about it. I guess for now it is to say this is not serious.
One time a fellow DD told me to always ask this question if you pick a
RC severity: "Should this be a reason to delay a release?" If the
answer is no, the severity is not RC. I guess the answer here is no. 
Also this is is not listed in https://release.debian.org/stretch/rc_pol
icy.txt, so -- as I was told in #830151 -- this is not RC.

(Additional, the bouning email type of bugs are normally not fixable by
an NMU and not so much diffence to packages with working emails but not
working maintainers -- we also do not make them RC on suspect of
MIAness or if they don't answer emails.) 
 
> AFAICS the maintainer should be considered MIA, but the process takes
> some time. Also, as I'm not interested in maintaining the package, it
> will probably end up in the QA team's domain.

Maybe. But it were not the first case where a gentle push or reminder
made the contributions to resume. 
 
> So I could technically hijack the package by a new, QA upload,
> maintainer set to "Debian QA Group", also O: that package. Is this
> acceptable?

No, it isn't appropiate.

What could work in this particular case is an NMU to set the adress to 
 xa...@debian.org, as this is for 99.9%* an alias of xaiki+deb@cxhome.a
th.cx.  * hints: https://lists.debian.org/debian-newmaint/2006/08/msg00
010.html 

The proper fix -- a MIA process -- will take some time. I've started
one now. 

> Christoph


--
tobi (with mostly his owns opinions but acting also with QA/MIA hat on)

Bug#849138: atop installation fails

[Vincent Lefevre]

Package: atop
Version: 2.2.6-1~exp1
Severity: grave
Justification: renders package unusable

# apt install atop/experimental
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Selected version '2.2.6-1~exp1' (Debian:experimental [amd64]) for 'atop'
The following packages were automatically installed and are no longer required:
[...]
The following packages will be upgraded:
  atop
1 upgraded, 0 newly installed, 0 to remove and 51 not upgraded.
Need to get 142 kB of archives.
After this operation, 7168 B of additional disk space will be used.
Get:1 http://ftp.de.debian.org/debian experimental/main amd64 atop amd64 
2.2.6-1~exp1 [142 kB]
Fetched 142 kB in 0s (1082 kB/s)
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Reading changelogs... Done
apt-listchanges: Do you want to continue? [Y/n] 
(Reading database ... 505551 files and directories currently installed.)
Preparing to unpack .../atop_2.2.6-1~exp1_amd64.deb ...
Unpacking atop (2.2.6-1~exp1) over (2.2.4-1~exp1) ...
Setting up atop (2.2.6-1~exp1) ...
Installing new version of config file /etc/cron.d/atop ...
Installing new version of config file /etc/logrotate.d/psaccs_atop ...
Installing new version of config file /etc/logrotate.d/psaccu_atop ...
Job for atopacct.service failed because of unavailable resources or another 
system error.
See "systemctl status atopacct.service" and "journalctl -xe" for details.
invoke-rc.d: initscript atopacct, action "start" failed.
● atopacct.service - Atop process accounting daemon
   Loaded: loaded (/lib/systemd/system/atopacct.service; enabled; vendor 
preset: enabled)
   Active: failed (Result: resources) since Thu 2016-12-22 22:35:09 CET; 8ms ago
 Docs: man:atopacctd(8)
  Process: 24056 ExecStart=/usr/sbin/atopacctd (code=exited, status=0/SUCCESS)
 Main PID: 619 (code=killed, signal=KILL)

Dec 22 22:35:09 cventin systemd[1]: Starting Atop process accounting daemon...
Dec 22 22:35:09 cventin atopacctd[24056]: /run/pacct_shadow.d: File exists
Dec 22 22:35:09 cventin systemd[1]: atopacct.service: PID file /run/atopacc…tory
Dec 22 22:35:09 cventin systemd[1]: Failed to start Atop process accounting…mon.
Dec 22 22:35:09 cventin systemd[1]: atopacct.service: Unit entered failed state.
Dec 22 22:35:09 cventin systemd[1]: atopacct.service: Failed with result 'r…es'.
Hint: Some lines were ellipsized, use -l to show in full.
dpkg: error processing package atop (--configure):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for systemd (232-8) ...
Processing triggers for man-db (2.7.6.1-2) ...
Errors were encountered while processing:
 atop

Details about the error:

Dec 22 22:35:09 cventin systemd[1]: Starting Atop process accounting daemon...
-- Subject: Unit atopacct.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit atopacct.service has begun starting up.
Dec 22 22:35:09 cventin atopacctd[24056]: /run/pacct_shadow.d: File exists
Dec 22 22:35:09 cventin systemd[1]: atopacct.service: PID file 
/run/atopacctd.pid not readable (yet?) after start: No such file or directory
Dec 22 22:35:09 cventin systemd[1]: Failed to start Atop process accounting 
daemon.
-- Subject: Unit atopacct.service has failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
-- 
-- Unit atopacct.service has failed.
-- 
-- The result is failed.
Dec 22 22:35:09 cventin systemd[1]: atopacct.service: Unit entered failed state.
Dec 22 22:35:09 cventin systemd[1]: atopacct.service: Failed with result 
'resources'.

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

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

Versions of packages atop depends on:
ii  init-system-helpers  1.46
ii  initscripts  2.88dsf-59.8
ii  libc62.24-8
ii  libncurses5  6.0+20161126-1
ii  libtinfo56.0+20161126-1
ii  lsb-base 9.20161125
ii  zlib1g   1:1.2.8.dfsg-4

Versions of packages atop recommends:
ii  cron [cron-daemon]  3.0pl1-128

atop suggests no packages.

-- no debconf information

Bug#849137: vdk2: diff for NMU version 2.4.0-5.4

[Joao Eriberto Mota Filho]

Package: vdk2
Version: 2.4.0-5.3
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for vdk2 (versioned as 2.4.0-5.4) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards,

Eriberto

--- vdk2-2.4.0/debian/compat
+++ vdk2-2.4.0/debian/compat
@@ -1 +1 @@
-4
+10
diff -u vdk2-2.4.0/debian/control vdk2-2.4.0/debian/control
--- vdk2-2.4.0/debian/control
+++ vdk2-2.4.0/debian/control
@@ -3,8 +3,9 @@
 Priority: optional
 Maintainer: Michael Vogt 
 Uploaders: Sam Hocevar (Debian packages) 
-Standards-Version: 3.7.2
-Build-Depends: debhelper (>= 4.0), libgnome2-dev, libgtk2.0-dev (>= 2.4.0-1), 
libglib2.0-dev, doxygen, autotools-dev, dpatch, chrpath
+Standards-Version: 3.9.8
+Build-Depends: debhelper (>= 10), libgnome2-dev, libgtk2.0-dev (>= 2.4.0-1), 
libglib2.0-dev, doxygen, autotools-dev, dpatch, chrpath
+Homepage: https://sf.net/projects/vdkbuilder/
 
 Package: libvdk2-2c2
 Section: libs
diff -u vdk2-2.4.0/debian/rules vdk2-2.4.0/debian/rules
--- vdk2-2.4.0/debian/rules
+++ vdk2-2.4.0/debian/rules
@@ -10,6 +10,8 @@
 export DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
 
 
+build-arch: build
+build-indep: build
 build: build-stamp 
 build-stamp:
dh_testdir
@@ -212,5 +214,5 @@
-source diff:  
+source diff:
@echo >&2 'source and diff are obsolete - use dpkg-source -b'; false
 
 binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary patch unpatch
+.PHONY: build build-arch build-indep clean binary-indep binary-arch binary 
patch unpatch
diff -u vdk2-2.4.0/debian/changelog vdk2-2.4.0/debian/changelog
--- vdk2-2.4.0/debian/changelog
+++ vdk2-2.4.0/debian/changelog
@@ -1,3 +1,16 @@
+vdk2 (2.4.0-5.4) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Bumped DH level to 10. (Closes: #817712)
+  * debian/control:
+  - Added a Homepage field.
+  - Bumped Standards-Version to 3.9.8.
+  * debian/rules: fix missing targets. Thanks to Santiago Vila
+. (Closes: #822034)
+  * debian/watch: created.
+
+ -- Joao Eriberto Mota Filho   Thu, 22 Dec 2016 19:11:49 
-0200
+
 vdk2 (2.4.0-5.3) unstable; urgency=low
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- vdk2-2.4.0.orig/debian/watch
+++ vdk2-2.4.0/debian/watch
@@ -0,0 +1,2 @@
+version=4
+http://sf.net/vdkbuilder/vdkbuilder2-(\d\S+)\.tar\.(?:bz2|gz|xz)

Bug#845090: [Pkg-alsa-devel] Bug#845090: /usr/bin/alsamixer: alsamixer -c0 starts pulseaudio

[Juha Jäykkä]

> > So in short, it's either all or nothing? I.e. if I want *some* programs,
> > which are linked against libpulse0,
> Hmm, are there applications which need pulseaudio to work? I do have

There are, but probably best not mentioned aloud lest Stallman smites us. :)

> a system which works fine without pulse. You can use pulse to
> provide sound in a network which can other sound servers like
> jackausio as well...

Bluetooth audio without pulse..? (Not my usecase, but I think that's not 
doable, is it? My use case is the one where I get the Vengeanceful Avengers of 
Free Software smite me.)

Cheers,
Juha

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

Bug#849136: gdk-pixbuf FTBFS on mips64el: pixbuf-randomly-modified test failures

[Adrian Bunk]

Source: gdk-pixbuf
Version: 2.36.2-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=gdk-pixbuf=mips64el=2.36.2-1=1482373676

...
PASS: pixbuf-fail 20 /pixbuf/fail/invalid.7.ppm
PASS: pixbuf-fail 21 /pixbuf/fail/invalid.8.ppm
PASS: pixbuf-fail 22 /pixbuf/fail/overflow.tga
PASS: pixbuf-randomly-modified 1 /pixbuf/randomly-modified/bad-header.ico
ERROR: pixbuf-randomly-modified - too few tests run (expected 47, got 1)
ERROR: pixbuf-randomly-modified - exited with status 133 (terminated by signal 
5?)
PASS: cve-2015-4491 1 /pixbuf/cve-2015-4491/original
PASS: cve-2015-4491 2 /pixbuf/cve-2015-4491/scale-overflow
PASS: cve-2015-4491 3 /pixbuf/cve-2015-4491/scale-x-overflow
PASS: cve-2015-4491 4 /pixbuf/cve-2015-4491/scale-y-overflow
=
   gdk-pixbuf 2.36.2: tests/test-suite.log
=

# TOTAL: 130
# PASS:  128
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 2

.. contents:: :depth: 2

ERROR: pixbuf-randomly-modified
===


(/«PKGBUILDDIR»/tests/.libs/pixbuf-randomly-modified:26503): 
GLib-GObject-WARNING **: value "-335544316" of type 'gint' is invalid or out of 
range for property 'rowstride' of type 'gint'
Trace/breakpoint trap
# random seed: R02S2e91929534496ae8bcf4f00ed89773c3
# Modified image is written to pixbuf-randomly-modified-image
1..47
# Start of pixbuf tests
# Start of randomly-modified tests
ok 1 /pixbuf/randomly-modified/bad-header.ico
PASS: pixbuf-randomly-modified 1 /pixbuf/randomly-modified/bad-header.ico
# GLib-GObject-FATAL-WARNING: value "-335544316" of type 'gint' is invalid or 
out of range for property 'rowstride' of type 'gint'
ERROR: pixbuf-randomly-modified - too few tests run (expected 47, got 1)
ERROR: pixbuf-randomly-modified - exited with status 133 (terminated by signal 
5?)


Testsuite summary for gdk-pixbuf 2.36.2

# TOTAL: 130
# PASS:  128
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 2

See tests/test-suite.log
Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=gdk-pixbuf

Makefile:1479: recipe for target 'test-suite.log' failed
make[5]: *** [test-suite.log] Error 1

Bug#845090: [Pkg-alsa-devel] Bug#845090: /usr/bin/alsamixer: alsamixer -c0 starts pulseaudio

[Elimar Riesebieter]

* Juha Jäykkä  [2016-12-22 20:30 +]:

> > > > I think the only chance to run alsamixer without starting pulse is
> > > > to pulseaudio -k and autospawn pulse.
> > > Is this not a bug?
> > Starting pulseaudio automagic is a feature implemented in pulseaudio;-)
> 
> So in short, it's either all or nothing? I.e. if I want *some* programs, 
> which 
> are linked against libpulse0,

Hmm, are there applications which need pulseaudio to work? I do have
a system which works fine without pulse. You can use pulse to
provide sound in a network which can other sound servers like
jackausio as well...

Elimar
-- 
  355/113: Not the famous irrational number pi,
   but an incredible simulation!
-unknown

Bug#848815: camitk: FTBFS: make[2]: *** [sdk/libraries/core/CMakeFiles/library-camitkcore.dir/all] Error 2

[Adrian Bunk]

On Wed, Dec 21, 2016 at 10:13:51AM +0100, Emmanuel Promayon wrote:
>...
> What can I do to help from here?

Gert Wollny already uploaded a fixed vtk6 package,
so everything should be fine now.

> Best regards,
> 
> Emmanuel

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#848919: sslsplit FTBFS on mips: cachedsess.t.c:86:F:cache_dsess:cache_dsess_01:0: cache returned no session

[Adrian Bunk]

Control: tags -1 help

(this is the correct syntax here.

On Tue, Dec 20, 2016 at 10:17:39PM +0100, Hilko Bengen wrote:
> tag -1 help
> 
> * Adrian Bunk:
> 
> > cachedsess.t.c:86:F:cache_dsess:cache_dsess_01:0: cache returned no session
> > GNUmakefile:406: recipe for target 'test' failed
> 
> No idea why this is happening, any help is appreciated.

Adding the debian-mips list to the Cc, perhaps anyone there can help?

> Cheers,
> -Hilko

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#849135: heimdal: [INTL:de] Initial German translation of heimdal_krb5

[Jelmer Vernooij]

On Thu, Dec 22, 2016 at 10:01:57PM +0100, Chris Leick wrote:
> Package: heimdal
> Version: 1.7
> Severity: wishlist
> Tags: l10n patch
> 
> 
> Hi,
> 
> please find attached the german translation of heimdal_krb5.
> I've marked some typos in the englisch version with FIXME.

Can you please forward this upstream, as it's not Debian-specific. 
Upstream's bug tracker is at https://github.com/heimdal/heimdal/issues

Jelmer

Bug#849134: Updating the darcs uploaders list

[Adrian Bunk]

Source: darcs
Version: 2.12.4-2
Severity: minor

Petr Rockai is retired from Debian [1], please remove him
from Uploaders.

[1] https://nm.debian.org/person/mornfall

Bug#849135: heimdal: [INTL:de] Initial German translation of heimdal_krb5

[Chris Leick]

Package: heimdal
Version: 1.7
Severity: wishlist
Tags: l10n patch


Hi,

please find attached the german translation of heimdal_krb5.
I've marked some typos in the englisch version with FIXME.

Kind regards,
Chris

de.po.gz
Description: application/gzip

Bug#849064: src:gkremldk: maintainer address bounces

[Adrian Bunk]

On Thu, Dec 22, 2016 at 11:14:24AM +0100, Christoph Biedl wrote:
> [ last uploader here ]
> 
> Ansgar Burchardt wrote...
> 
> > The maintainer address for gkremldk bounces, see below.
> > 
> > As the last maintainer upload was 2007 and this is the only package
> > (still) listing him as the maintainer, I wonder if he is still active.
> 
> Please advise what could be done to get this baby into stretch given the
> small amount of time left.
> 
> AFAICS the maintainer should be considered MIA, but the process takes
> some time. Also, as I'm not interested in maintaining the package, it
> will probably end up in the QA team's domain.
> 
> So I could technically hijack the package by a new, QA upload,
> maintainer set to "Debian QA Group", also O: that package. Is this
> acceptable?

You could set the maintainer address to xa...@debian.org:
https://qa.debian.org/developer.php?email=xa...@debian.org
https://qa.debian.org/developer.php?email=xaiki%2Bdeb%40cxhome.ath.cx

@Ansgar:
This would "fix" the bug by replacing a bouncing email address with an
address that accepts messages, but since the latest activity of this 
maintainer was in 2014 [1] I wonder whether this is really an 
improvementor whether the severity of this bug could be lowered.

> Christoph

cu
Adrian

[1] https://contributors.debian.org/contributor/xaiki@debian/

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#848735: [biocore/pynast] Test suite failures with latest version of Blast (#19)

[Andreas Tille]

On Thu, Dec 22, 2016 at 09:52:57AM -0800, Greg Caporaso wrote:
> Hi @tillea, PyNAST has never support BLAST+, rather only legacy BLAST,

Well, it seems with the provided patch it could work.

> and I'm in the process of trying to phase it out in favor of better tools for 
> alignment. Do you have an idea of how many users it has from this 
> distribution?

In Debian we have so called popularity contest that users can switch on
voluntarily - so the numbers are probably lower than the real usage.  We
also do not have numbers of Debian derivatives like Ubuntu and others.
Here you can see a graph of the popcon numbers:

  https://qa.debian.org/popcon.php?package=pynast

The most important number of the current usage is vote (=67) which is
the number of people who use this package regularly (not just hanging
around unused on the hard disk).

> If not many, it might make more sense for you to drop support for it as I'm 
> essentially hoping to discontinue this project (though I haven't officially 
> decided to do that yet). 

When comparing with other packages maintained by Debian Med this would
have some bad influence on the workflow of several users.

Kind regards

 Andreas.

-- 
http://fam-tille.de

Bug#841539: kicad: segfault when dragging a PCB trace

[Carsten Schoenert]

On Tue, Dec 20, 2016 at 09:27:10PM +0100, Carsten Schoenert wrote:
 
> it would be better to report this problem upstream, or if yet happen
> provide the upstream bug report URL, with a GDB log of that crash.

I made a GDB log from a prepared version 4.0.5 ...

$ gdb --args /usr/bin/kicad
GNU gdb (Debian 7.11.1-2+b1) 7.11.1
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/kicad...Reading symbols from 
/usr/lib/debug/.build-id/f5/4dbb0e64a54e6d2ae294bb027f4ccb13109a56.debug...done.
done.
(gdb) run
Starting program: /usr/bin/kicad 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
21:37:53: Warning: Mismatch between the program and library build versions 
detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx 
containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx 
containers,compatible with 2.8).
21:37:53: Debug: Using libcurl/7.50.1 GnuTLS/3.5.7 zlib/1.2.8 libidn/1.33 
libssh2/1.7.0 nghttp2/1.17.0 librtmp/2.3
21:37:53: Debug: merkurboard2.pro: noname.pro
[New Thread 0x7fffe0213700 (LWP 6053)]
[New Thread 0x7fffdfa12700 (LWP 6054)]
[New Thread 0x7fffdf211700 (LWP 6055)]
21:37:53: Debug: FileWatcherReset: add 
'/home/carsten/Dropbox/Public/KiCad/deRFmega.pretty'

21:37:53: Debug: FileWatcherReset: add '/home/carsten/Dropbox/Public/KiCad/libs'

21:38:08: Debug: Adding duplicate image handler for 'PNG file'
21:38:08: Debug: Adding duplicate image handler for 'JPEG file'
21:38:08: Debug: Adding duplicate image handler for 'TIFF file'
21:38:08: Debug: Adding duplicate image handler for 'GIF file'
21:38:08: Debug: Adding duplicate image handler for 'PNM file'
21:38:08: Debug: Adding duplicate image handler for 'PCX file'
21:38:08: Debug: Adding duplicate image handler for 'IFF file'
21:38:08: Debug: Adding duplicate image handler for 'Windows icon file'
21:38:08: Debug: Adding duplicate image handler for 'Windows cursor file'
21:38:08: Debug: Adding duplicate image handler for 'Windows animated cursor 
file'
21:38:08: Debug: Adding duplicate image handler for 'TGA file'
21:38:08: Debug: Adding duplicate image handler for 'XPM file'
21:38:09: Debug: Loading project 
'/home/carsten/Dropbox/Public/KiCad/merkurboard2.pro' settings.
21:38:09: Debug: Skipping general section token 'links' 
21:38:09: Debug: Skipping general section token 'area' 
21:38:09: Debug: Skipping general section token 'drawings' 
21:38:09: Debug: Skipping general section token 'tracks' 
21:38:09: Debug: Skipping general section token 'zones' 
21:38:09: Debug: Skipping general section token 'symbol' 
[New Thread 0x7fffce21e700 (LWP 6072)]
[New Thread 0x7fffcda1d700 (LWP 6073)]
[New Thread 0x7fffcd21c700 (LWP 6074)]
[Thread 0x7fffdf211700 (LWP 6055) exited]
21:38:34: Debug: Status: Using GLEW 2.0.0

Thread 1 "kicad" received signal SIGSEGV, Segmentation fault.
0x56ad93b0 in ?? ()
(gdb) thread apply all bt

Thread 7 (Thread 0x7fffcd21c700 (LWP 6074)):
#0  0x73652d1e in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1  0x73650690 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2  0x7416d464 in start_thread (arg=0x7fffcd21c700) at 
pthread_create.c:333
#3  0x7316d9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 6 (Thread 0x7fffcda1d700 (LWP 6073)):
#0  0x73652d1e in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1  0x73650690 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2  0x7416d464 in start_thread (arg=0x7fffcda1d700) at 
pthread_create.c:333
#3  0x7316d9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 5 (Thread 0x7fffce21e700 (LWP 6072)):
#0  0x73652d1e in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#1  0x73650690 in ?? () from /usr/lib/x86_64-linux-gnu/libgomp.so.1
#2  0x7416d464 in start_thread (arg=0x7fffce21e700) at 
pthread_create.c:333
#3  0x7316d9df in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105

Thread 3 (Thread 0x7fffdfa12700 (LWP 6054)):
#0  0x7316456d in poll () at ../sysdeps/unix/syscall-template.S:84
#1  0x7177c9f6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x7177cd82 in g_main_loop_run () from 

Bug#849133: publicfile-installer: [INTL:pt] Updated Portuguese translation - debconf messages

[Américo Monteiro]

Package: publicfile-installer
Version: 0.12-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for publicfile-installer's debconf messages
Translator: Américo Monteiro 
Feel free to use it.

For translation updates please contact 'Last Translator' 

-- 
Melhores cumprimentos/Best regards,

Américo Monteiro

publicfile-installer_0.12-1_pt.po.gz
Description: application/gzip

Bug#826560: kosmtik needs newer node-carto as well

[Sebastiaan Couwenberg]

On Sat, 12 Nov 2016 10:47:29 +0100 Jérémy Lal wrote:
> 2016-11-12 10:31 GMT+01:00 Ross Gammon:
> > I am packaging node-kosmtik which also needs a newer node-carto version
> > (>= 0.15.2).
> >
> > If I can help with preparing an upload, I am happy to help out.
> >
> > Node-mapnik seems to be the only current reverse dependency.
> 
> Yes, a little help would be good with the dependencies (some are missing,
> some need an update, and i suspect a patch could make it depend on
> yargs-parser instead of yargs maybe).
> 
> BTW i pushed some cleanups in the gbp repo, and update to latest version.

openstreetmap-carto 3.0.0 now required node-carto >= 0.16.0, so there is
more need for an update to node-carto.

To start I've updated mapnik-reference to 8.5.5 since it was too old for
node-carto 0.16.x.

We're mostly missing chroma-js for node-carto 0.16.x, fortunately it
doesn't have a dependency chain yet.

Kind Regards,

Bas

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

Bug#849132: google-perftools FTBFS on i386: FAIL: profiler_unittest.sh

[Adrian Bunk]

Source: google-perftools
Version: 2.5-2
Severity: serious

https://buildd.debian.org/status/logs.php?pkg=google-perftools=i386

...
PASS: profile_handler_unittest
rm -f profiler_unittest.sh
cp -p ./src/tests/profiler_unittest.sh profiler_unittest.sh
FAIL: profiler_unittest.sh
PASS: tcmalloc_and_profiler_unittest

Testsuite summary for gperftools 2.5

# TOTAL: 47
# PASS:  46
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

See ./test-suite.log
Please report to gperfto...@googlegroups.com

Makefile:5903: recipe for target 'test-suite.log' failed
make[3]: *** [test-suite.log] Error 1

Bug#848888: python-testtools: The testtools.deferredruntest module is not importable

[Thomas Goirand]

On 12/21/2016 02:57 PM, Free Ekanayaka wrote:
> Hello,
> 
> I've prepared a 1.8.0-4.1 NMU upload to fix this bug, you can find it in
> the debian/bug-84 branch of this repository:
> 
> git://anonscm.debian.org/collab-maint/deb-python-testtools.git
> 
> 
> The relevant commit/diff is:
> 
> https://anonscm.debian.org/cgit/collab-maint/deb-python-testtools.git/commit/?h=debian/bug-84=429fb32d6f81f62e900750c7354d311b5605db5e
> 
> If there are no objection I'll proceed with the upload (or lemme know if
> you want to do it yourself).
> 
> Cheers,
> 
> Free

Hi,

It'd be a way nicer if you could use Gerrit to share your patch. The way
to do it is to use git review. If you don't know how, I can tell you,
otherwise, I'll commit your patch to Gerrit. Please let me know what you
prefer.

Cheers,

Thomas Goirand (zigo)