Bug#857656: [PATCH] c/binaries: amend go whitelist to cover all errors

[Michael Stapelberg]

Package: lintian
Version: 2.5.51
Severity: normal
Tags: patch

Please consider merging the attached patch.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel, arm64

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

Versions of packages lintian depends on:
ii  binutils  2.27.90.20170124-2
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1
ii  file  1:5.29-3
ii  gettext   0.19.8.1-2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.30
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.22
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-5
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-1
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1-1
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2+b1

Versions of packages lintian recommends:
ii  dpkg 1.18.22
pn  libperlio-gzip-perl  
ii  perl 5.24.1-1
ii  perl-modules-5.22 [libautodie-perl]  5.22.2-5
ii  perl-modules-5.24 [libautodie-perl]  5.24.1-1

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.22
ii  libhtml-parser-perl3.72-3
ii  libtext-template-perl  1.46-1

-- no debconf information
>From a6a605806a0c52f723879eaf2f3ace92c46ec2b4 Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Mon, 13 Mar 2017 20:30:40 +0100
Subject: [PATCH 3/3] c/binaries: amend go whitelist to cover all errors

---
 checks/binaries.pm | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/checks/binaries.pm b/checks/binaries.pm
index 5870dd9bd..a0d57bc83 100644
--- a/checks/binaries.pm
+++ b/checks/binaries.pm
@@ -586,11 +586,13 @@ sub run {
 }
 
 if ($arch_hardening->{'hardening-no-bindnow'}
+and not $built_with_golang
 and not exists($objdump->{'FLAGS_1'}{'NOW'})) {
 tag 'hardening-no-bindnow', $file;
 }
 
 if ($arch_hardening->{'hardening-no-pie'}
+and not $built_with_golang
 and $objdump->{'ELF-TYPE'} eq 'EXEC') {
 tag 'hardening-no-pie', $file;
 }
-- 
2.11.0

Bug#857657: pybit-client: broken symlinks: /var/lib/pybit-client.d/*.py -> /usr/share/pyshared/pybitclient/*.py

[Andreas Beckmann]

Package: pybit-client
Version: 1.0.0-2.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

1m36.3s ERROR: FAIL: Broken symlinks:
  /var/lib/pybit-client.d/git.py -> /usr/share/pyshared/pybitclient/git.py
  /var/lib/pybit-client.d/apt.py -> /usr/share/pyshared/pybitclient/apt.py
  /var/lib/pybit-client.d/subversion.py -> 
/usr/share/pyshared/pybitclient/subversion.py
  /var/lib/pybit-client.d/debianclient.py -> 
/usr/share/pyshared/pybitclient/debianclient.py

These files are now found in /usr/lib/python2.7/dist-packages/pybitclient/


cheers,

Andreas


pybit-client_1.0.0-2.1.log.gz
Description: application/gzip

Bug#857654: [PATCH] c/binaries: whitelist go spelling false-positives

[Michael Stapelberg]

Package: lintian
Version: 2.5.51
Severity: normal
Tags: patch

Please consider merging the attached patch.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel, arm64

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

Versions of packages lintian depends on:
ii  binutils  2.27.90.20170124-2
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1
ii  file  1:5.29-3
ii  gettext   0.19.8.1-2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.30
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.22
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-5
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-1
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1-1
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2+b1

Versions of packages lintian recommends:
ii  dpkg 1.18.22
pn  libperlio-gzip-perl  
ii  perl 5.24.1-1
ii  perl-modules-5.22 [libautodie-perl]  5.22.2-5
ii  perl-modules-5.24 [libautodie-perl]  5.24.1-1

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.22
ii  libhtml-parser-perl3.72-3
ii  libtext-template-perl  1.46-1

-- no debconf information
>From 9e97ab66304c2d98d381394606bab5374c7908fc Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Mon, 13 Mar 2017 20:29:48 +0100
Subject: [PATCH 1/3] c/binaries: whitelist go spelling false-positives

---
 checks/binaries.pm | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/checks/binaries.pm b/checks/binaries.pm
index 50545a5ac..10edfc5f2 100644
--- a/checks/binaries.pm
+++ b/checks/binaries.pm
@@ -381,6 +381,9 @@ sub run {
 'tEH' => 1, # From #782902
 'tEh' => 1, # From #782902, too
 'ang' => 1, # The Go stdlib html/ package contains "ang;"
+'writeN' => 1, # The Go stdlib text/tabwriter pkg contains "writeN"
+'writeN' => 1, # The Go stdlib text/tabwriter pkg contains "writeN"
+'ot' => 1, # The Go stdlib runtime/ package contains "ot"
 };
 my $tag_emitter
   = spelling_tag_emitter('spelling-error-in-binary', $file);
-- 
2.11.0

Bug#857655: [PATCH] c/binaries: fix go whitelist by moving variable

[Michael Stapelberg]

Package: lintian
Version: 2.5.51
Severity: normal
Tags: patch

Please consider merging the attached patch.

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armel, mipsel, arm64

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

Versions of packages lintian depends on:
ii  binutils  2.27.90.20170124-2
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1
ii  file  1:5.29-3
ii  gettext   0.19.8.1-2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.30
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.22
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-5
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-1
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1-1
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2+b1

Versions of packages lintian recommends:
ii  dpkg 1.18.22
pn  libperlio-gzip-perl  
ii  perl 5.24.1-1
ii  perl-modules-5.22 [libautodie-perl]  5.22.2-5
ii  perl-modules-5.24 [libautodie-perl]  5.24.1-1

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.22
ii  libhtml-parser-perl3.72-3
ii  libtext-template-perl  1.46-1

-- no debconf information
>From 5e485d8396e2c3a041c5ecb8ec90f81579cf182a Mon Sep 17 00:00:00 2001
From: Michael Stapelberg 
Date: Mon, 13 Mar 2017 20:30:24 +0100
Subject: [PATCH 2/3] c/binaries: fix go whitelist by moving variable

---
 checks/binaries.pm | 14 +++---
 1 file changed, 7 insertions(+), 7 deletions(-)

diff --git a/checks/binaries.pm b/checks/binaries.pm
index 10edfc5f2..5870dd9bd 100644
--- a/checks/binaries.pm
+++ b/checks/binaries.pm
@@ -126,6 +126,13 @@ sub run {
 $arch_hardening = $HARDENING->value($arch)
   if $arch ne 'all';
 
+my $src = $group->get_source_processable;
+if (defined($src)) {
+$built_with_golang
+  = $src->info->relation('build-depends')
+  ->implies('golang-go | golang-any');
+}
+
 foreach my $file (sort keys %{$info->objdump_info}) {
 my $objdump = $info->objdump_info->{$file};
 my ($has_lfs, %unharded_functions, @hardened_functions);
@@ -273,13 +280,6 @@ sub run {
 tag 'package-name-doesnt-match-sonames', "@sonames"
   if @sonames && !$match_found;
 
-my $src = $group->get_source_processable;
-if (defined($src)) {
-$built_with_golang
-  = $src->info->relation('build-depends')
-  ->implies('golang-go | golang-any');
-}
-
 # process all files in package
 foreach my $file ($info->sorted_index) {
 my ($fileinfo, $objdump, $fname);
-- 
2.11.0

Bug#856489: NEWS.Debian.gz is your friend

[Wolfgang Schweer]

I'm unable to reproduce the bug.

Upon upgrade you should have seen the NEWS via apt-listchanges.

You're right as far as README.Debian is concerned. IMO it might be 
adjusted like this:

--- a/README.Debian 2017-01-07 17:36:04.0 +0100
+++ b/README.Debian 2017-03-13 20:14:53.818759251 +0100
@@ -33,7 +33,8 @@
 
 Users may also need to move the socket into a directory accessible by the
 Postfix chroot; this can be accomplished by setting the SOCKET variable
-in /etc/default/opendmarc.
+in /etc/systemd/system/opendmarc.service.d/overrride.conf (if systemd is used)
+or in /etc/default/opendmarc (if SysV is used).
 
 The default is to connect to the filter over TCP. The filter can be bound to
 localhost to prevent other hosts from accessing it.  For example, to bind to

Wolfgang


signature.asc
Description: PGP signature

Bug#857653: liblld-4.0: missing liblld-4.0.so.1

[Andreas Beckmann]

Package: liblld-4.0
Version: missing liblld-4.0.so.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m24.5s ERROR: FAIL: Broken symlinks:
  /usr/lib/llvm-4.0/lib/liblld.so.1 -> ../../x86_64-linux-gnu/liblld-4.0.so.1
  /usr/lib/x86_64-linux-gnu/liblld-4.0.so -> liblld-4.0.so.1
  /usr/lib/python2.7/dist-packages/lld-4.0/_lld.so -> 
../../../x86_64-linux-gnu/liblld-4.0.so

liblld-4.0.so.1 does not seem to exist anywhere, I could only find
  /usr/lib/llvm-4.0/lib/liblld.so.1

liblld-5.0 has the same problems.


cheers,

Andreas


liblld-4.0_1:4.0-1.log.gz
Description: application/gzip

Bug#857257: Re: Supporting configuration file changes between versions in unstable/testing

[Julien Cristau]

On Fri, Mar 10, 2017 at 12:00:22 +0100, Philip Hands wrote:

> One ought to be able to sort out the specific upgrade bug in an updated
> unstable package, but that does nothing to fix the package in stretch.
> 
> I'd expect to see more bugs related to this code.
> 
> I'm not sure if that counts as RC, but it seems clear that plastering
> over the cracks with patches to the unstable package does nothing to
> address the underlying problems of cruft in /etc and sloppy scripting.
> 
> Unfortunately, now we're frozen, fixing the stretch package might be a
> problem, although if we agree that this is RC, then I guess we can still
> fix it :-)
> 
We can also remove the package from stretch, which should give the
maintainer more time to figure out a reasonable path forward for their
maintainer scripts and upgrade issues.

Cheers,
Julien

Bug#857643: heimdal-clients: Field "Description" should remove reference to telnet and ftp

[Jelmer Vernooij]

tags 857643 +confirmed
thanks

Yep! We'll do this for the next upload.

Bug#856869: clang-3.9: broken symlink: /usr/bin/scan-build-3.9-py -> ../share/clang/scan-build-3.9/bin/scan-build-py

[Andreas Beckmann]

Followup-For: Bug #856869

Hi Sylvestre,

this issue also shows up in clang-4.0 and clang-5.0. Do you prefer
separate bug reports for them or does the fix "automatically" flow to
the newer versions?

e.g.

0m46.8s ERROR: FAIL: Broken symlinks:
  /usr/bin/scan-build-5.0-py -> ../share/clang/scan-build-5.0/bin/scan-build-py


Andreas

Bug#857652: Re-enable ALSA

[Alex Mayer]

Package: firefox-esr
Version: 52.0esr-1
Severity: wishlist


Hi

please re-enable ALSA support with build options --disable-pulseaudio 
--enable-alsa


Thanks
Alex

Bug#857614: Crash within nouveau when tabbing between windows in gnome-shell

[Sven Joachim]

Control: reassign -1 libgl1-mesa-dri 13.0.5-1

On 2017-03-13 10:05 +, Jonathan McDowell wrote:

> Package: xserver-xorg-video-nouveau
> Version: 1:1.0.13-1+b1
> Severity: normal
>
> This is a crash within gnome-shell, but the backtrace indicates it's
> within nouveau_dri.so so filing this here.

The correct package is libgl1-mesa-dri, reassigning.

> Every now and then (unfortunately I have not figured out how to reliably
> make the issue occur) when alt-tab between windows gnome-shell will
> crash. It restarts ok, and the only visable effect is all the window
> decorations disappearing and then reappearing. I managed to run it
> within gdb and catch the following backtrace; I did not have
> xserver-xorg-video-nouveau-dbg installed at the time to get further
> information but I will see if I can reproduce the issue now I have it
> installed.

You had better install libgl1-mesa-dri-dbgsym from the testing-debug
repository[1], because that's where the crash happens.

Cheers,
   Sven


1. https://wiki.debian.org/AutomaticDebugPackages

Bug#849065: janus depends on libsrtp-dev (>= 1.5)

[Jonas Smedegaard]

Quoting Victor Seva (2017-02-15 15:21:11)
> 2017-02-05 15:53 GMT+01:00 Jonas Smedegaard :
>> Quoting Victor Seva (2016-12-22 14:05:03)
>>> Let's try to work to get Janus packaged, no matter if it gets into 
>>> stretch or not
>>
>> Would you mind me applying those to the Debian git?
>>
>> And more generally, would you like me to add myself as co-maintainer 
>> and hack along without asking you each time?  Even release at will 
>> too?  Or what level of coordination would you prefer?
>
> Sure, go ahead and hack, just ping me before release anything

Ping!

I am ready to release Janus now.  You wanted notice first?

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#857636: Acknowledgement (TypeError: startswith first arg must be bytes or a tuple of bytes, not str)

[Jeremy Stanley]

Control: tags -1 confirmed fixed-upstream patch pending upstream

Attached is the fix applied in upstream revision control, which I
will add to debian/patches in a coming 2.3-2 upload.
-- 
Jeremy Stanley
From: Jeremy Stanley 
Date: Fri, 10 Mar 2017 15:13:31 +
Subject: [PATCH] Fix Py3K compatibility for compressed correlation

When run under Python 3.x, explicitly decode decompressed
bytestreams if reading pre-compressed correlation data files.

Origin: upstream, https://www.yuggoth.org/gitweb?p=weather.git;a=patch;h=2a84a53
Bug-Debian: http://bugs.debian.org/857636
---
 weather.py | 24 +++-
 1 file changed, 19 insertions(+), 5 deletions(-)

diff --git a/weather.py b/weather.py
index b5b71a1..af43de4 100644
--- a/weather.py
+++ b/weather.py
@@ -744,7 +744,10 @@ def guess(
 datafile = datafiles[dataname][0]
 if datafile.endswith(".gz"):
 import gzip
-stations.readfp( gzip.open(datafile) )
+if pyversion("3"):
+stations.read_string(
+gzip.open(datafile).read().decode("utf-8") )
+else: stations.readfp( gzip.open(datafile) )
 else:
 stations.read(datafile)
 else:
@@ -760,7 +763,9 @@ def guess(
 datafile = datafiles[dataname][0]
 if datafile.endswith(".gz"):
 import gzip
-zones.readfp( gzip.open(datafile) )
+if pyversion("3"):
+zones.read_string( gzip.open(datafile).read().decode("utf-8") )
+else: zones.readfp( gzip.open(datafile) )
 else:
 zones.read(datafile)
 else:
@@ -784,7 +789,10 @@ def guess(
 datafile = datafiles[dataname][0]
 if datafile.endswith(".gz"):
 import gzip
-airports.readfp( gzip.open(datafile) )
+if pyversion("3"):
+airports.read_string(
+gzip.open(datafile).read().decode("utf-8") )
+else: airports.readfp( gzip.open(datafile) )
 else:
 airports.read(datafile)
 else:
@@ -870,7 +878,10 @@ def guess(
 datafile = datafiles[dataname][0]
 if datafile.endswith(".gz"):
 import gzip
-zctas.readfp( gzip.open(datafile) )
+if pyversion("3"):
+zctas.read_string(
+gzip.open(datafile).read().decode("utf-8") )
+else: zctas.readfp( gzip.open(datafile) )
 else:
 zctas.read(datafile)
 else:
@@ -925,7 +936,10 @@ def guess(
 datafile = datafiles[dataname][0]
 if datafile.endswith(".gz"):
 import gzip
-places.readfp( gzip.open(datafile) )
+if pyversion("3"):
+places.read_string(
+gzip.open(datafile).read().decode("utf-8") )
+else: places.readfp( gzip.open(datafile) )
 else:
 places.read(datafile)
 else:
-- 
2.1.4

Bug#857580: [Android-tools-devel] Bug#857580: adb dev*** Error in `adb': free(): invalid pointer: 0x000055867c446b90 ***

[積丹尼 Dan Jacobson]

> "HS" == Hans-Christoph Steiner  writes:

HS> Thanks for the bug report!  Does this happen everytime, or just once?

Just once. I can't reproduce it.

By the way, apparently even just doing a tab expansion starts the server
and leaves it running, without the user even hitting RET.

I installed it via aptitude I recall.

Bug#857617: espeak - mbrola voice not found

[Samuel Thibault]

Hello,

Hans-J. Ullrich, on lun. 13 mars 2017 11:55:32 +0100, wrote:
> it looks like ther eis a returning bg with espeak.I discovered, that espeak 
> is not finding the 
> mbrola speech files.

> stat("/usr/lib/x86_64-linux-gnu/espeak-data/voices/mb/mb-de7", 
> {st_mode=S_IFREG|0644, st_size=106, ...}) = 0
> open("/usr/lib/x86_64-linux-gnu/espeak-data/voices/mb/mb-de7", O_RDONLY) = 3

This does look like it found something.

> write(2, "mbrowrap error: unable to get .w"..., 53mbrowrap error: unable to 
> get .wav header from mbrola) = 53

This, however, looks like bug #857501, please retry with mbrola version
3.01h+2-3 which fixes it.

Samuel

Bug#857651: Multiple security issues

[Moritz Muehlenhoff]

Source: audiofile
Severity: grave
Tags: security

Hi,
please see these security tracker entries for details, which
have all the links to the reports, github issues and patches:

https://security-tracker.debian.org/tracker/CVE-2017-6829
https://security-tracker.debian.org/tracker/CVE-2017-6831
https://security-tracker.debian.org/tracker/CVE-2017-6832
https://security-tracker.debian.org/tracker/CVE-2017-6833
https://security-tracker.debian.org/tracker/CVE-2017-6834
https://security-tracker.debian.org/tracker/CVE-2017-6835
https://security-tracker.debian.org/tracker/CVE-2017-6836
https://security-tracker.debian.org/tracker/CVE-2017-6837
https://security-tracker.debian.org/tracker/CVE-2017-6838
https://security-tracker.debian.org/tracker/CVE-2017-6839

Cheers,
Moritz

Bug#857650: ruby-json: Please build java extension

[Miguel Landaeta]

Package: src:ruby-json
Version: 2.0.1+dfsg-3
Severity: normal
Tags: patch

Hi,

I noticed ruby-json Java extension was not being built from this
package.

So, since I need that to get JRuby unit tests passing and it should be
useful for real-world users, I added that missing component to this
package.

If there are no objections to my approach (please see the debdiff
below), I was planning to merge this and do an upload to experimental
very soon.

This builds OK in sbuild and I'm using it locally to build and test
recent JRuby releases.

I'm also attaching the build log if anyone is curious about this.


diff -Nru ruby-json-2.0.1+dfsg/debian/changelog 
ruby-json-2.0.1+dfsg/debian/changelog
--- ruby-json-2.0.1+dfsg/debian/changelog   2016-12-05 23:33:24.0 
+
+++ ruby-json-2.0.1+dfsg/debian/changelog   2017-03-13 18:31:15.0 
+
@@ -1,3 +1,10 @@
+ruby-json (2.0.1+dfsg-4) experimental; urgency=medium
+
+  * Team upload.
+  * Build java extension and add new binary package jruby-json for it.
+
+ -- Miguel Landaeta   Mon, 13 Mar 2017 18:31:15 +
+
 ruby-json (2.0.1+dfsg-3) unstable; urgency=medium
 
   * Add Conflicts: ruby-json-pure (Closes: #847141)
diff -Nru ruby-json-2.0.1+dfsg/debian/control 
ruby-json-2.0.1+dfsg/debian/control
--- ruby-json-2.0.1+dfsg/debian/control 2016-12-05 23:33:24.0 +
+++ ruby-json-2.0.1+dfsg/debian/control 2017-03-13 11:54:41.0 +
@@ -6,7 +6,11 @@
Antonio Terceiro ,
Cédric Boutillier 
 Build-Depends: debhelper (>= 9~),
+   default-jdk,
gem2deb,
+   git,
+   jruby,
+   locales-all,
ruby-test-unit
 Standards-Version: 3.9.8
 Vcs-Git: https://anonscm.debian.org/git/pkg-ruby-extras/ruby-json.git
@@ -26,3 +30,19 @@
  Ruby, allowing the developer to easily convert data between Ruby and JSON. You
  can think of it as a low fat alternative to XML, if you want to store data to
  disk or transmit it over a network rather than use a verbose markup language.
+
+Package: jruby-json
+Architecture: all
+Depends: ${misc:Depends},
+ ${shlibs:Depends}
+Enhances: jruby
+Description: JSON library for Ruby - java extension
+ This library implements the JSON (JavaScript Object Notation) specification in
+ Ruby, allowing the developer to easily convert data between Ruby and JSON. You
+ can think of it as a low fat alternative to XML, if you want to store data to
+ disk or transmit it over a network rather than use a verbose markup language.
+ .
+ This package contains an implementation of JSON Ruby specification written in
+ Java and is suitable for use with JRuby interpreter since provides a better
+ performance than the "pure" JSON gem written in Ruby and available in 
ruby-json
+ package.
diff -Nru ruby-json-2.0.1+dfsg/debian/jruby-json.docs 
ruby-json-2.0.1+dfsg/debian/jruby-json.docs
--- ruby-json-2.0.1+dfsg/debian/jruby-json.docs 1970-01-01 00:00:00.0 
+
+++ ruby-json-2.0.1+dfsg/debian/jruby-json.docs 2017-03-13 12:11:36.0 
+
@@ -0,0 +1,2 @@
+README-json-jruby.md
+README.md
diff -Nru ruby-json-2.0.1+dfsg/debian/jruby-json.examples 
ruby-json-2.0.1+dfsg/debian/jruby-json.examples
--- ruby-json-2.0.1+dfsg/debian/jruby-json.examples 1970-01-01 
00:00:00.0 +
+++ ruby-json-2.0.1+dfsg/debian/jruby-json.examples 2017-03-13 
12:12:42.0 +
@@ -0,0 +1 @@
+tools/*
diff -Nru ruby-json-2.0.1+dfsg/debian/jruby-json.install 
ruby-json-2.0.1+dfsg/debian/jruby-json.install
--- ruby-json-2.0.1+dfsg/debian/jruby-json.install  1970-01-01 
00:00:00.0 +
+++ ruby-json-2.0.1+dfsg/debian/jruby-json.install  2017-03-12 
23:24:37.0 +
@@ -0,0 +1 @@
+lib/json  usr/share/jruby/lib/ruby/stdlib
diff -Nru 
ruby-json-2.0.1+dfsg/debian/patches/0003-Remove-additional-gemspec-files.patch 
ruby-json-2.0.1+dfsg/debian/patches/0003-Remove-additional-gemspec-files.patch
--- 
ruby-json-2.0.1+dfsg/debian/patches/0003-Remove-additional-gemspec-files.patch  
2016-12-05 23:33:24.0 +
+++ 
ruby-json-2.0.1+dfsg/debian/patches/0003-Remove-additional-gemspec-files.patch  
2017-03-13 12:21:51.0 +
@@ -4,56 +4,10 @@
 
 This is required so that autopkgtest finds the correct gemspec.
 ---
- json-java.gemspec | 38 --
  json_pure.gemspec | 37 -
- 2 files changed, 75 deletions(-)
- delete mode 100644 json-java.gemspec
+ 1 files changed, 37 deletions(-)
  delete mode 100644 json_pure.gemspec
 
-diff --git a/json-java.gemspec b/json-java.gemspec
-deleted file mode 100644
-index 1524b1f..000
 a/json-java.gemspec
-+++ /dev/null
-@@ -1,38 +0,0 @@
--#!/usr/bin/env jruby
--require "rubygems"
--
--spec = Gem::Specification.new do |s|
--  s.name = "json"
--  s.version = File.read("VERSION").chomp
--  s.summary = "JSON implementation for 

Bug#842237: zfsutils-linux: 0.6.5.9-2 still fails - zfs-share.service

[Mike Fiedler]

Package: zfsutils-linux
Version: 0.6.5.9-2
Followup-For: Bug #842237

Dear Maintainer,

zfs-share.service fails to start:

<
Mar 13 13:40:34 deb01 systemd[1]: Starting ZFS file system shares...
-- Subject: Unit zfs-share.service has begun start-up
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Unit zfs-share.service has begun starting up.
Mar 13 13:40:34 deb01 zed[11499]: eid=2 class=config.sync pool=rpool
Mar 13 13:40:34 deb01 systemd[11500]: zfs-share.service: Failed at step EXEC 
spawning /usr/bin/rm: No such file or directory
-- Subject: Process /usr/bin/rm could not be executed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The process /usr/bin/rm could not be executed and failed.
--
-- The error number returned by this process is 2.
>

I checked the changelog for 0.6.5.9-3 and I also do not see  /bin/rm  
changed/added for the x86 32&64 arch for "dh_auto_configure"

Thank you!

Mike



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

Kernel: Linux 4.9.0-1-amd64 (SMP w/32 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zfsutils-linux depends on:
ii  init-system-helpers  1.47
ii  libblkid12.29.1-1
ii  libc62.24-9
ii  libnvpair1linux  0.6.5.9-2
ii  libuuid1 2.29.1-1
ii  libuutil1linux   0.6.5.9-2
ii  libzfs2linux 0.6.5.9-2
ii  libzpool2linux   0.6.5.9-2
ii  python3  3.5.3-1
pn  python3:any  
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages zfsutils-linux recommends:
ii  lsb-base9.20161125
ii  zfs-dkms [zfs-modules]  0.6.5.9-2
ii  zfs-zed 0.6.5.9-2

Versions of packages zfsutils-linux suggests:
pn  nfs-kernel-server  
pn  samba-common-bin   
ii  zfs-initramfs  0.6.5.9-2

-- no debconf information

Bug#857621: closed by Colin Watson <cjwat...@debian.org> (Re: Bug#857621: error: dereferencing pointer to incomplete type ‘DSA {aka struct dsa_st}’)

[jean-christophe manciot]

I downgraded openssl to 1.0.2k-1~bpo8+1 and I am now able to build openssh
1:7.4p1-7.

On Mon, Mar 13, 2017 at 6:05 PM, Colin Watson  wrote:

> On Mon, Mar 13, 2017 at 05:43:11PM +0100, jean-christophe manciot wrote:
> > On Mon, Mar 13, 2017 at 3:13 PM, Colin Watson 
> wrote:
> > > That depends on when upstream does it.  It's far too large a patch to
> > > carry just in Debian.  At the moment I have no particular expectations
> > > about timing.
> >
> > But debian stretch which is in freeze state already supports:
> > - openssl 1.1.0e-1
> > - openssh 1:7.4p1-7, which is the version I'm trying to build.
> > How is that possible?
>
> Debian stretch also contains OpenSSL 1.0.2k-1, as the "libssl1.0-dev"
> package.  The switch from 1.0 to 1.1 is a very difficult one for many
> packages, and so both versions are being kept around for some time.
>
> --
> Colin Watson   [cjwat...@debian.org]
>



-- 
Jean-Christophe

Bug#857649: guile-2.0: Build-Depends on virtual package libreadline6-dev

[Helmut Grohne]

Source: guile-2.0
Version: 2.0.13+1-4
Severity: minor
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

guile-2.0 Build-Depends on libreadline6-dev. That package is purely
virtual and provided by libreadline-dev, which is built from readline
(at version 7). During architecture bootstrap, we would like to
automatically determine which packages need to be built. However, the
currently available metadata lacks mechanisms to predict purely virtual
packages. Thus it is not possible to mechanically determine which source
package makes libreadline6-dev available. Please move that dependency
over to the real package libreadline-dev. Sounds like a trivial change,
but it removes the need for manual fiddling here. Patch:

sed -i -e s/libreadline6-dev/libreadline-dev/ debian/control

Helmut

Bug#857647: kde-l10n-fr: Many missing translations on KDE 5.8 on Stretch

[Julien AUBIN]

Package: kde-l10n-fr
Version: 4:16.04.3-1
Severity: important

Hi,

I rate this bug as important as it should be fixed before release.

Many translations in French as still missing from KDE, for example :
- The logout screen
- The antispam/antivirus wizards in Kontact
- Many "apply" buttons in KDE systemsettings
- Other yes/no/cancel dialogs on which action buttons are not translated.

This bug should be fixed before release as despite KDE works like a charm it
gives the user an unprofessional feeling.



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

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

Versions of packages kde-l10n-fr depends on:
ii  libkdecore5  4:4.14.26-1
ii  libkf5i18n5  5.28.0-1

kde-l10n-fr recommends no packages.

Versions of packages kde-l10n-fr suggests:
ii  kde-standard  5:92

-- no debconf information

Bug#857646: Choosing where to install Grub by menu selection causes boot failure

[Dennis N.]

Package: installation-reports

Boot method: CD/DVD
Image version: debian-8.7.1-amd64-kde-CD-1.iso, 
debian-8.7.1-amd64-netinst.iso, debian-8.7.1-amd64-DVD-1.iso

Date: recent
Machine: 2006 desktop with MSI motherboard / 2011 Samsung laptop
Processor: AMD Athlon 64 / AMD A8
Memory: 1 GB / ?
Partitions:  tried various arrangements

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn’t try it
Initial boot: [o ]
Detect network card:[o ]
Configure network:[o ]
Detect CD:[o ]
Load installer modules:[o ]
Detect hard drives:[o ]
Partition hard drives:[o ]
Install base system:[o ]
Clock/timezone setup:[o ]
User/password setup:[o ]
Install tasks:[o ]
Install boot loader:[? ]
Overall install:[E ]

Comments/Problems:My goal was to install Debian on a portable 
USB hard drive while leaving my Windows hard drive untouched.  Near the 
end of the install, it asks if it can put Grub on the main hard drive: I 
said “no”.  The next screen presents a menu, an example of which is 
shown below.


Enter device manually
 /dev/sda   
 /dev/sdb   

I selected the third item in the menu and the install completed 
without apparent errors.
In order to use this Debian installation, I must invoke the 
computer's Boot Menu as it is started.  I then select the USB hard drive 
as the boot device and press ENTER.  The screen blanks, the USB hard 
drive activity light blinks about 3 times, and the computer is found to 
be unresponsive to everything except the off button.
I have tried installing with three different Debian versions on two 
different computers with two different USB hard drives.  I have tried 
various partitioning arrangements, but the result is always the same, a 
failure to boot.


However, I have found that I can get a successful installation by 
doing one thing differently.  When I'm asked if Grub can be put on the 
main hard drive, I still say “no”.  On the next screen I choose the menu 
item “Enter device manually”.  On the next screen I type in “/dev/sdb” 
(from the example shown above).  This small change will give me a 
bootable installation.
So my question for you is: why would typing in information give a 
different result than selecting that same information from a menu?  If 
this is your desired behavior, then I suggest that additional 
instructions or information would be helpful at this stage.

Bug#857370: git-buildpackage: No support for dch option --local, -lsuffix

[Guido Günther]

On Sun, Mar 12, 2017 at 05:14:59PM +, Jo Shields wrote:
> 
> 
> On 12/03/17 11:10, Guido Günther wrote:
> > On Fri, Mar 10, 2017 at 03:57:50PM +, Jo Shields wrote:
> >> Package: git-buildpackage
> >> Version: 0.8.13
> >> Severity: wishlist
> >>
> >> Dear Maintainer,
> >>
> >> It seems I can't use gbp dch to programatically define the version number 
> >> suffix of a build with gbp-dch, but I can with regular dch, via -l.
> >>
> >> For example, if I have a changelog entry for "foo 1.0-1testing6", I can
> >> pass "-l testing" to dch and get "1.0-1testing7" in the changelog, whereas
> >> without the -l flag, I get "1.0-1testing6ubuntu1".
> >>
> >> I tried abusing the snapshot versioning scheme to achieve the same effect,
> >> but still ended up needing to post-process the changelog to make it useful.
> > 
> > The snapthot mechanism (adding ~,gbp) should do that. Can
> > you elaborate why you need to postprocess? Maybe making the "gbp" part
> > in the version number would help?
> > Cheers,
> 
> Okay, so some practical examples:
> 
> With dch, I can pass "-v 1.1-0foo1" to get that exact version number
> embedded in the changelog - no sha1, no ~ modifier, no extra text in the
> changelog warning that it's a snapshot. It just uses the version I tell
> it to.
> 
> Then, later, if I use "-l foo", it increments the version number as
> expected, i.e. "1.1-0foo2", "1.1-0foo3" etc, with no calculation needed
> on my side.
> 
> With gbp-dch I can use -N for the first scenario, but there's no
> mechanism to increment that "foo" suffix the way dch's -l flag does

There is -S (bump version) and -R (drop snapshot suffix) and -N (set
version). For everything else you can still invoke dch directly so I I
fail to see what _exactly_ you're looking for. gbp-dch doesn't aim to be
a full dch replacement but a tool to generate changelogs from git
commits. If you don't like the way the extra version is calculated we
could make the more configurable than it currently is.

Cheers,
 -- Guido

Bug#856904: ksirk FTBFS on architectures where char is unsigned

[Maximiliano Curia]

¡Hola John!

El 2017-03-13 a las 12:40 +0100, John Paul Adrian Glaubitz escribió:

Hi!

On 03/06/2017 10:49 AM, John Paul Adrian Glaubitz wrote:
The attached debdiff contains a trivial patch which changes the declaration 
of tbl[] from "char" to "signed char". With the patch applied, I verified 
that the package builds successfully on armhf.



Any progress on this?


Not really.


Shall I go ahead and perform an NMU?


Sure. Thanks a lot for working on this.

Happy hacking,
--
"C makes it easy to shoot yourself in the foot; C++ makes it harder,
but when you do it blows your whole leg off."
-- Bjarne Stroustrup
Saludos /\/\ /\ >< `/


signature.asc
Description: PGP signature

Bug#840132: Follow up

[David Gilmour]

Paul,

On three separate machines, I experience the same problem.  All of them are 
"base" Stretch installs with xfce4 later installed via apt.  Networking is 
managed by systemd's networking.service.  But all three are also kvm hosts, 
and, as I mention in an earlier post for this bug, it appears that it is the 
kvm virtual networking configuration which takes place after the interfaces are 
up that is what's getting in the way of xrdp.  I have not been able to find 
other posts that refer to this specific case: xrdp on a kvm box hosting 
multiple qemu VMs, but if you can point me to one I'd be grateful.

Yes, everything starts find once things settle down.  That's what's so 
frustrating.  I suppose I can just hack the service files to keep attempting 
restarts, but I think something is broken here and it would be nice to get to 
the bottom of it.

Thanks,

David

Bug#857641: "can not load translations"

[Antonio Terceiro]

Control: tag -1 + moreinfo

On Mon, Mar 13, 2017 at 05:27:39PM +0100, Hans-Christoph Steiner wrote:
> Package: vagrant-libvirt
> Version: 0.0.37-1
> Severity: important
> 
> Whenever I get an message related to vagrant-libvirt, I get a crash dump
> like this, since the translations are not being properly installed:
> 
> /usr/lib/ruby/vendor_ruby/i18n/backend/base.rb:184:in `rescue in
> load_yml': can not load translations from /usr/share/rubygems-integration/
> all/gems/vagrant-libvirt-0.0.37/locales/en.yml: # file or directory @ rb_sysopen - /usr/share/rubygems-integration/a
> ll/gems/vagrant-libvirt-0.0.37/locales/en.yml> (I18n::InvalidLocaleData)

I have been using vagrant-libvirt very frequently and don't see anything
like this. Indeed, the file this says to be missing is just there:

$ ls -l 
/usr/share/rubygems-integration/all/gems/vagrant-libvirt-0.0.37/locales/en.yml
-rw-r--r-- 1 root root 6535 fev 21 07:50 
/usr/share/rubygems-integration/all/gems/vagrant-libvirt-0.0.37/locales/en.yml
$ dpkg -S 
/usr/share/rubygems-integration/all/gems/vagrant-libvirt-0.0.37/locales/en.yml
vagrant-libvirt: 
/usr/share/rubygems-integration/all/gems/vagrant-libvirt-0.0.37/locales/en.yml

How exactly can you reproduce this?


signature.asc
Description: PGP signature

Bug#781012: bluedevil: doesn't work when full KDE environment isn't installed

[Maximiliano Curia]

¡Hola Wouter!

El 2015-03-23 a las 09:40 +0100, Wouter Verhelst escribió:
Package: bluedevil 
Version: 2.0~rc1-44-gb7697a7-3 
Severity: important


I'm not a fan of big desktop environments, but I do pick and choose a 
few useful applications from some desktop environments to run in my 
session.


One of these is bluedevil, when I need to send something to my phone or 
tablet or some such.



Unfortunately, this seems to have stopped working.


When I invoke "bluedevil-sendfile", without argument, pick a file to 
send, pick a device to send to, and click on "send", a dialog box with 
a progress bar is shown for a short moment, but then bluedevil-sendfile 
quits unexpectedly. When this happens, the following shows on stdout:


I've been working in bluedevil only since it entered under the KDE Plasma 
umbrella, this issue pre dates that. The current version needs bluez-obex dbus 
service, which would need to be manually started in a non KDE desktop.


You'll need to issue:
systemctl --user enable obex

Hopefully everything else works as expected.

Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) 
Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) 


This was caused by the upower 0.99 migration, luckily only a bad memory by 
now.


Happy hacking,
--
"The cheapest, fastest and most reliable components of a computer system are
those that aren't there."
-- Gordon Bell
Saludos /\/\ /\ >< `/


signature.asc
Description: PGP signature

Bug#857645: geany: Enable gtk3

[Jeremy Bicha]

Package: geany
Version: 1.30-1
Severity: wishlist

geany has gtk3 support (configure.ac says it's currently experimental,
not default). It would be nice if this could be enabled eventually.

Thanks,
Jeremy Bicha

Bug#857621: closed by Colin Watson <cjwat...@debian.org> (Re: Bug#857621: error: dereferencing pointer to incomplete type ‘DSA {aka struct dsa_st}’)

[Colin Watson]

On Mon, Mar 13, 2017 at 05:43:11PM +0100, jean-christophe manciot wrote:
> On Mon, Mar 13, 2017 at 3:13 PM, Colin Watson  wrote:
> > That depends on when upstream does it.  It's far too large a patch to
> > carry just in Debian.  At the moment I have no particular expectations
> > about timing.
> 
> But debian stretch which is in freeze state already supports:
> - openssl 1.1.0e-1
> - openssh 1:7.4p1-7, which is the version I'm trying to build.
> How is that possible?

Debian stretch also contains OpenSSL 1.0.2k-1, as the "libssl1.0-dev"
package.  The switch from 1.0 to 1.1 is a very difficult one for many
packages, and so both versions are being kept around for some time.

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

Bug#857644: widelands: appstream metadata error: missing icon

[Jeremy Bicha]

Package: widelands
Version: 1:19+repack-3
Severity: important

See
https://appstream.debian.org/sid/main/issues/widelands.html

I believe just adding this to the appdata file will fix this:

widelands

This bug is keeping widelands out of the gnome-software app.

Thanks,
Jeremy Bicha

Bug#854837: Package dicompyler does not work

[Aditya Panchal]

Hello,

Please find an updated version of dicompyler in the dependencyupdate branch
of the dicompyler github repo:

https://github.com/bastula/dicompyler/tree/dependencyupdate

Currently it has been tested on Mac OS. There will be ongoing work on this
branch to make dicompyler compatible with Windows and Linux.

The requirements have been updated to:

- Python 2.7 or higher (not tested on Python 3)
- wxPython 3.0.2.0 (not tested on wxPython Phoenix)
- matplotlib 1.3 to 1.5.1
- numpy 1.2 or higher
- Pillow 1.0 or higher
- dicompyler-core 0.5.2 or higher
- pydicom 0.9.9 or higher

as specified in the updated setup.py.

Hopefully there are good results in testing.

Adit

On Fri, Mar 10, 2017 at 1:17 AM, Andreas Tille  wrote:

> Hi again,
>
> I just want to make sure that also Aditya Panchal (upstream developer)
> is aware that the dicompyler will be removed from the Debian
> distribution since we do not see any chance to get it working with
> current development tools.
>
> Kind regards
>
>Andreas.
>
> On Sat, Feb 18, 2017 at 03:49:14PM +0100, Andreas Tille wrote:
> > Hi Vojtech,
> >
> > On Sat, Feb 18, 2017 at 01:59:09PM +0100, Vojtech Kulvait wrote:
> > > Andreas,
> > > when you use that patch, things became better in the way that you can
> > > select directory with the data and the program shows the list of the
> data
> > > available in the directory with patient names. However if you select
> some
> > > of these data program does not load images which should be the main
> > > functionality of the program. In fact the main window does not change.
> > >
> > > I think the problem will be related to the answer here
> > > http://stackoverflow.com/questions/5374451/importerror-
> cannot-import-name-publisher
> > > that starts *I'm guessing that you are using a version of wxPython
> > >  that is >= 2.8.11.0?
> >
> > Yes, it is 3.0.2.0.
> >
> > > If so, the wx.lib.pubsub
> > > package has changed. This page 
> > > describes the changes. There is also a thread on the wxPython
> > >  mailing list here
> > >  d448a42abdae3e69/318cc65f2b54348f>
> > > that talks about this.*
> > >
> > > Well I have data that are very personal and I think I should not share
> > > them. But if you want I can download this git repository
> > > https://github.com/ivmartel/dwv/tree/master/tests/data and check out
> if it
> > > works with these data on windows and send you some screenshots.
> >
> > As I previously said:  I have no capacity to work on this program which
> > I do not use and I also have no experience with wxpython.  If upstream
> > has orphaned this program we have no chance to keep it alive in Debian.
> >
> > Its a shame that I have no better news for you.
> >
> > Thanks for your research anyway
> >
> >   Andreas.
> >
> > --
> > http://fam-tille.de
> >
> > ___
> > Debian-med-packaging mailing list
> > debian-med-packag...@lists.alioth.debian.org
> > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/
> debian-med-packaging
> >
>
> --
> http://fam-tille.de
>

Bug#856526: Problem with SAUCE in stretch

[Ian Jackson]

Thanks for this QA work.  I am travelling right now and am not in a
position to fix this now, but I will do so very soon.

Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#857621: closed by Colin Watson <cjwat...@debian.org> (Re: Bug#857621: error: dereferencing pointer to incomplete type ‘DSA {aka struct dsa_st}’)

[jean-christophe manciot]

On Mon, Mar 13, 2017 at 3:13 PM, Colin Watson  wrote:

> That depends on when upstream does it.  It's far too large a patch to
> carry just in Debian.  At the moment I have no particular expectations
> about timing.
>

But debian stretch which is in freeze state already supports:
- openssl 1.1.0e-1
- openssh 1:7.4p1-7, which is the version I'm trying to build.
How is that possible?

-- 
Jean-Christophe

Bug#857643: heimdal-clients: Field "Description" should remove reference to telnet and ftp

[Gaja Peters]

Package: heimdal-clients
Version: 7.1.0+dfsg-9
Severity: minor

Dear Maintainer,

this is truly a very minor "issue" (if that). I noticed that
apt-cache show heimdal-clients
still contains the sentence "It also includes client programs like telnet
and ftp that have been compiled with Kerberos support." - According to
https://github.com/heimdal/heimdal/blob/master/NEWS ("- Removed legacy
applications: ftp, kx, login, popper, push, rcp, rsh, telnet, xnlock") and to
dpkg -L, those don't exist any more in Heimdal 7.1, so the sentence should
probably be removed from the Description-Field of the Debian package.

Regards,
Gaja Peters

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

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

Versions of packages heimdal-clients depends on:
ii  krb5-config2.6
ii  libasn1-8-heimdal  7.1.0+dfsg-9
ii  libc6  2.24-9
ii  libdb5.3   5.3.28-12+b1
ii  libedit2   3.1-20160903-3
ii  libgssapi3-heimdal 7.1.0+dfsg-9
ii  libhcrypto4-heimdal7.1.0+dfsg-9
ii  libhdb9-heimdal7.1.0+dfsg-9
ii  libheimbase1-heimdal   7.1.0+dfsg-9
ii  libheimntlm0-heimdal   7.1.0+dfsg-9
ii  libhx509-5-heimdal 7.1.0+dfsg-9
ii  libkadm5clnt7-heimdal  7.1.0+dfsg-9
ii  libkadm5srv8-heimdal   7.1.0+dfsg-9
ii  libkafs0-heimdal   7.1.0+dfsg-9
ii  libkrb5-26-heimdal 7.1.0+dfsg-9
ii  libotp0-heimdal7.1.0+dfsg-9
ii  libroken18-heimdal 7.1.0+dfsg-9
ii  libsl0-heimdal 7.1.0+dfsg-9
ii  libwind0-heimdal   7.1.0+dfsg-9

heimdal-clients recommends no packages.

Versions of packages heimdal-clients suggests:
pn  heimdal-docs  
pn  heimdal-kcm   

-- no debconf information

Bug#857641: "can not load translations"

[Hans-Christoph Steiner]

Package: vagrant-libvirt
Version: 0.0.37-1
Severity: important

Whenever I get an message related to vagrant-libvirt, I get a crash dump
like this, since the translations are not being properly installed:

/usr/lib/ruby/vendor_ruby/i18n/backend/base.rb:184:in `rescue in
load_yml': can not load translations from /usr/share/rubygems-integration/
all/gems/vagrant-libvirt-0.0.37/locales/en.yml: # (I18n::InvalidLocaleData)
from /usr/lib/ruby/vendor_ruby/i18n/backend/base.rb:181:in
`load_yml'
from /usr/lib/ruby/vendor_ruby/i18n/backend/base.rb:165:in
`load_file'
from /usr/lib/ruby/vendor_ruby/i18n/backend/base.rb:15:in `block
in load_translations'
from /usr/lib/ruby/vendor_ruby/i18n/backend/base.rb:15:in `each'
from /usr/lib/ruby/vendor_ruby/i18n/backend/base.rb:15:in
`load_translations'
from /usr/lib/ruby/vendor_ruby/i18n/backend/simple.rb:57:in
`init_translations'
from /usr/lib/ruby/vendor_ruby/i18n/backend/simple.rb:40:in
`available_locales'
from /usr/lib/ruby/vendor_ruby/i18n/config.rb:43:in
`available_locales'
from /usr/lib/ruby/vendor_ruby/i18n/config.rb:49:in
`available_locales_set'
from /usr/lib/ruby/vendor_ruby/i18n.rb:278:in `locale_available?'
from /usr/lib/ruby/vendor_ruby/i18n.rb:284:in
`enforce_available_locales!'
from /usr/lib/ruby/vendor_ruby/i18n.rb:151:in `translate'
from /usr/lib/ruby/vendor_ruby/vagrant/errors.rb:103:in
`translate_error'

Bug#857642: putty: CVE-2017-6542: integer overflow permits memory overwrite by forwarded ssh-agent connections

[Salvatore Bonaccorso]

Source: putty
Version: 0.63-10
Severity: grave
Tags: security upstream patch
Justification: user security hole

Hi,

the following vulnerability was published for putty.

CVE-2017-6542[0]:
|integer overflow permits memory overwrite by forwarded ssh-agent
|connections

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-2017-6542
[1] 
http://www.chiark.greenend.org.uk/~sgtatham/putty/wishlist/vuln-agent-fwd-overflow.html
[2] 
https://git.tartarus.org/?p=simon/putty.git;a=commitdiff;h=4ff22863d895cb7ebfced4cf923a012a614adaa8

Regards,
Salvatore

Bug#857606: gcc-7: please restore libgnatvsn

[Nicolas Boulenguez]

Package: src:gcc-7
Followup-For: Bug #857606

With the attachements...
>From 4562c92c5dce6831d75c3b9753cbc19f1351f1a5 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Mon, 13 Mar 2017 11:37:23 +0100
Subject: [PATCH 15/18] Replace manual -dbg packages with automatic -dbgsym
 packages.

---
 debian/control.m4| 38 --
 debian/rules.d/binary-ada.mk | 18 +++---
 2 files changed, 3 insertions(+), 53 deletions(-)

diff --git a/debian/control.m4 b/debian/control.m4
index 44125ce..4912c44 100644
--- a/debian/control.m4
+++ b/debian/control.m4
@@ -4632,24 +4632,6 @@ Description: runtime for applications compiled with GNAT (shared library)
  .
  This package contains the runtime shared library.
 
-Package: libgnat`'-GNAT_V-dbg`'LS
-Section: debug
-Architecture: ifdef(`TARGET',`CROSS_ARCH',`any')
-ifdef(`MULTIARCH', `Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends}
-')`'dnl
-Priority: extra
-Depends: BASELDEP, libgnat`'-GNAT_V`'LS (= ${gnat:Version}), ${misc:Depends}
-BUILT_USING`'dnl
-Description: runtime for applications compiled with GNAT (debugging symbols)
- GNAT is a compiler for the Ada programming language. It produces optimized
- code on platforms supported by the GNU Compiler Collection (GCC).
- .
- The libgnat library provides runtime components needed by most
- applications produced with GNAT.
- .
- This package contains the debugging symbols.
-
 Package: libgnatvsn`'GNAT_V-dev`'LS
 Section: libdevel
 Architecture: ifdef(`TARGET',`CROSS_ARCH',`any')
@@ -4692,26 +4674,6 @@ Description: GNU Ada compiler selected components (shared library)
  GPL, allowing to link proprietary programs with it.
  .
  This package contains the runtime shared library.
-
-Package: libgnatvsn`'GNAT_V-dbg`'LS
-Architecture: ifdef(`TARGET',`CROSS_ARCH',`any')
-ifdef(`MULTIARCH', `Multi-Arch: same
-Pre-Depends: ${misc:Pre-Depends}
-')`'dnl
-Priority: extra
-Section: debug
-Depends: BASELDEP, libgnatvsn`'GNAT_V`'LS (= ${gnat:Version}), ${misc:Depends}
-Suggests: gnat
-BUILT_USING`'dnl
-Description: GNU Ada compiler selected components (debugging symbols)
- GNAT is a compiler for the Ada programming language. It produces optimized
- code on platforms supported by the GNU Compiler Collection (GCC).
- .
- The libgnatvsn library exports selected GNAT components for use in other
- packages, most notably ASIS tools. It is licensed under the GNAT-Modified
- GPL, allowing to link proprietary programs with it.
- .
- This package contains the debugging symbols.
 ')`'dnl libgnat
 
 ifenabled(`lib64gnat',`
diff --git a/debian/rules.d/binary-ada.mk b/debian/rules.d/binary-ada.mk
index 242bb9b..54e3fec 100644
--- a/debian/rules.d/binary-ada.mk
+++ b/debian/rules.d/binary-ada.mk
@@ -23,10 +23,8 @@ endif
 p_gnat	= gnat-$(GNAT_VERSION)$(cross_bin_arch)
 p_gnatsjlj= gnat-$(GNAT_VERSION)-sjlj$(cross_bin_arch)
 p_lgnat	= libgnat-$(GNAT_VERSION)$(cross_lib_arch)
-p_lgnat_dbg = libgnat-$(GNAT_VERSION)-dbg$(cross_lib_arch)
 p_lgnatvsn = libgnatvsn$(GNAT_VERSION)$(cross_lib_arch)
 p_lgnatvsn_dev = libgnatvsn$(GNAT_VERSION)-dev$(cross_lib_arch)
-p_lgnatvsn_dbg = libgnatvsn$(GNAT_VERSION)-dbg$(cross_lib_arch)
 p_gnatd	= $(p_gnat)-doc
 
 d_gbase	= debian/$(p_gbase)
@@ -106,7 +104,7 @@ $(binary_stamp)-libgnat: $(install_stamp)
 	b=libgnat; \
 	v=$(GNAT_VERSION); \
 	for ext in preinst postinst prerm postrm; do \
-	  for t in '' -dev -dbg; do \
+	  for t in '' -dev; do \
 	if [ -f debian/$$b$$t.$$ext ]; then \
 	  cp -pf debian/$$b$$t.$$ext debian/$$b$$v$$t.$$ext; \
 	fi; \
@@ -121,7 +119,7 @@ ifneq (,$(filter $(build_type), build-native cross-build-native))
 		$(d_lgnat)/usr/share/lintian/overrides/$(p_lgnat)
 endif
 
-	dh_strip -p$(p_lgnat) --dbg-package=$(p_lgnat_dbg)
+	dh_strip -p$(p_lgnat)
 	$(cross_shlibdeps) dh_shlibdeps -p$(p_lgnat) \
 		$(call shlibdirs_to_search, \
 			$(subst gnat-$(GNAT_SONAME),gcc$(GCC_SONAME),$(p_lgnat)) \
@@ -129,11 +127,6 @@ endif
 		$(if $(filter yes, $(with_common_libs)),,-- -Ldebian/shlibs.common$(2))
 	$(call cross_mangle_substvars,$(p_lgnat))
 
-	: # $(p_lgnat_dbg)
-	debian/dh_doclink -p$(p_lgnat_dbg) $(p_glbase)
-
-	echo $(p_lgnat) $(p_lgnat_dbg) >> debian/$(lib_binaries)
-
 	trap '' 1 2 3 15; touch $@; mv $(install_stamp)-tmp $(install_stamp)
 
 $(binary_stamp)-libgnatvsn: $(install_stamp)
@@ -165,7 +158,7 @@ ifneq (,$(filter $(build_type), build-native cross-build-native))
 endif
 	$(dh_compat2) dh_movefiles -p$(p_lgnatvsn) $(usr_lib)/libgnatvsn.so.$(GNAT_VERSION)
 	debian/dh_doclink -p$(p_lgnatvsn) $(p_glbase)
-	dh_strip -p$(p_lgnatvsn) --dbg-package=$(p_lgnatvsn_dbg)
+	dh_strip -p$(p_lgnatvsn)
 	$(cross_makeshlibs) dh_makeshlibs $(ldconfig_arg) -p$(p_lgnatvsn) \
 		-V '$(p_lgnatvsn) (>= $(DEB_VERSION))'
 	$(call cross_mangle_shlibs,$(p_lgnatvsn))
@@ -178,11 +171,6 @@ endif
 		$(if $(filter yes, $(with_common_libs)),,-- -Ldebian/shlibs.common$(2))
 	$(call cross_mangle_substvars,$(p_lgnatvsn))
 
-	: # 

Bug#857606: gcc-7: please restore libgnatvsn

[Nicolas Boulenguez]

Package: src:gcc-7
Followup-For: Bug #857606

Here is another update for the Ada patches (attachement 17).
It will simplify a lot the maintenance.
It should not modify the build process, but I have not tested.

While working on this...
16 and 18 are trivial.
15 is only a suggestion.

Bug#671719: Is it OK to close this bug?

[Martin Quinson]

Hello,

almost 10 years ago, you opened this bug to report that the default
verbosity of widelands was too high. It seems that things improved a
lot in the meanwhile, but I'm not sure if it's quite enough for you.

Could you please confirm that we can close the bug, or give more input
about the specific messages that should be removed from this output?

Thanks in advance,
Mt.

-- 
I don't care whichever programming language we choose, as long as it's C.


signature.asc
Description: PGP signature

Bug#671719: Still here

[Martin Quinson]

Hello,

I just checked with upstream, and this bug is still present in the
current version, unfortunately.

Bye, Mt.

-- 
Honest criticism is hard to take, particularly from a relative, a 
friend, an acquaintance, or a stranger. -- Franklin P. Jones.


signature.asc
Description: PGP signature

Bug#857639: Generated README file is bad

[Evgeny Kapun]

Package: python3-afl
Version: 0.5.5-1

Package python3-afl includes a README file (located at 
/usr/share/doc/python3-afl/README), which is generated from README.rst. Because 
of the way it is generated, it is missing important parts (specifically, 
snippets of source code) and is therefore unusable. I suggest including 
README.rst verbatim, as it is human readable enough.

Bug#857637: openbox: Menu is not updating automatically

[Khurram Mahmood]

Package: openbox
Version: 3.6.1-4
Severity: important

Dear Maintainer,

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

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

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


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

Kernel: Linux 4.9.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 openbox depends on:
ii  libc6 2.24-9
ii  libglib2.0-0  2.50.3-1
ii  libice6   2:1.0.9-2
ii  libobrender32v5   3.6.1-4
ii  libobt2v5 3.6.1-4
ii  libsm62:1.2.2-1+b1
ii  libstartup-notification0  0.12-4
ii  libx11-6  2:1.6.4-3
ii  libxau6   1:1.0.8-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxext6  2:1.3.3-1
ii  libxi62:1.7.9-1
ii  libxinerama1  2:1.1.3-1+b1
ii  libxrandr22:1.5.1-1

Versions of packages openbox recommends:
ii  obconf  1:2.0.4+git20150213-2
ii  python-xdg  0.25-4
ii  scrot   0.8-18

Versions of packages openbox suggests:
ii  fonts-dejavu   2.37-1
pn  libxml2-dev
ii  menu   2.1.47+b1
pn  openbox-gnome-session  
pn  openbox-kde-session
pn  openbox-menu   
ii  python 2.7.13-2
ii  tint2  0.12.12-3

-- no debconf information

Bug#850507: golang-github-tideland-golib: FTBFS randomly (failing tests)

[Santiago Vila]

found 850507 4.20.0-2
thanks

Hello Jordi.

As you have already noticed, this still fails in (most of the) reproducible
builds autobuilers:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/golang-github-tideland-golib.html

To double-check, I've built this a lot of times in my own autobuilders.
The result: Tried 200 times. Failed 98 times.

I've put all (both failed and successful) my build logs here for you
to see:

https://people.debian.org/~sanvila/build-logs/golang-github-tideland-golib/

Note 1: It did never fail in two of my autobuilders, leaseweb1 and
leaseweb2. Those happens to be the slowest machines I have currently
(all the others are faster). Maybe this means something.

Note 2: If it becomes non-trivial to fix the tests "the right way"
I would suggest that they are just temporarily disabled for stretch.

Thanks.

Bug#857636: TypeError: startswith first arg must be bytes or a tuple of bytes, not str

[Jeremy Stanley]

Package: weather-util
Version: 2.3-1
Severity: important

When running with a clean cache using compressed correlation data files
(such as those provided by the weather-util-data package), the following
traceback is observed:

fungi@cthulhu:~$ weather kffa
Searching via station...
Traceback (most recent call last):
  File "/usr/bin/weather", line 66, in 
if selections.get_bool("conditions", argument) or not (
  File "/usr/share/weather-util/weather.py", line 102, in get_bool
return bool(self.get(option, argument))
  File "/usr/share/weather-util/weather.py", line 83, in get
quiet=self.get_bool("quiet")
  File "/usr/share/weather-util/weather.py", line 747, in guess
stations.readfp( gzip.open(datafile) )
  File "/usr/lib/python3.5/configparser.py", line 736, in readfp
self.read_file(fp, source=filename)
  File "/usr/lib/python3.5/configparser.py", line 691, in read_file
self._read(f, source)
  File "/usr/lib/python3.5/configparser.py", line 1009, in _read
if line.strip().startswith(prefix):
TypeError: startswith first arg must be bytes or a tuple of bytes, not str


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

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

Versions of packages weather-util depends on:
ii  python3  3.5.3-1
pn  python3:any  

Versions of packages weather-util recommends:
ii  weather-util-data  2.3-1

weather-util suggests no packages.

-- no debconf information

Bug#341811: audacity: Clicking "Stop" after recording makes the program hang

[Frédéric Mesplède]

Hi,

I think I have a better understanding of what causes a hang or a crash of
audacity. I use a usb headset for my microphone. When the headset output
audio and microphone are rightly configured in gnome control centre, if
audacity input and output are left un "default", instead of selecting the
correct headset, playing a recorded track (with the same headset) and
stopping midway crashes audacity.

I should add that I downgraded my packages from deb-multimedia to debian.org
as Klaumi Klingsporn suggested.

Bug#857635: fai-server: fai-setup dracut-install: ERROR: installing 'cryptsetup'

[Joost Ringoot]

Package: fai-server
Version: 5.3.4~bpo8+1
Severity: normal

Dear Maintainer,

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

* What led up to the situation?Setting up of fai server
 * What exactly did you do (or not do) that was effective (or
 ineffective)?Setting up of fai server
 * What was the outcome of this action?
Errors in the logfile:
dracut: Couldn't find SSL CA cert bundle; HTTPS won't work.
dracut-install: ERROR: installing 'cryptsetup'
dracut: FAILED: /usr/lib/dracut/dracut-install -D 
/var/tmp/dracut.BJVTfx/initramfs -a cryptsetup rmdir readlink umount
Setting up linux-image-3.16.0-4-amd64 (3.16.39-1+deb8u2) ...
dracut: Couldn't find SSL CA cert bundle; HTTPS won't work.
dracut-install: ERROR: installing 'cryptsetup'
dracut: FAILED: /usr/lib/dracut/dracut-install -D 
/var/tmp/dracut.RLUiHr/initramfs -a cryptsetup rmdir readlink umount


 * What outcome did you expect instead?No errors in  the logfile

A bit of little relevant background: I ran into issues mounting the boot image, 
so I started over, decided to careful report every error found.


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


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

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

Versions of packages fai-server depends on:
ii debootstrap 1.0.67
ii fai-client 5.3.4~bpo8+1
ii xz-utils 5.1.1alpha+20120614-2+b3

Versions of packages fai-server recommends:
ii isc-dhcp-server 4.3.1-6+deb8u2
ii libproc-daemon-perl 0.14-2
ii nfs-kernel-server 1:1.2.8-9
ii openbsd-inetd [inet-superserver] 0.20140418-2
ii openssh-client 1:6.7p1-5+deb8u3
ii openssh-server 1:6.7p1-5+deb8u3
ii tftpd-hpa 5.2+20140608-3

Versions of packages fai-server suggests:
ii aptitude 0.6.11-1+b1
ii binutils 2.25-5
pn debmirror 
pn fai-setup-storage 
pn grub2 
pn perl-tk 
pn qemu-utils 
ii reprepro 4.16.0-1
ii squashfs-tools 1:4.2+20130409-2
ii xorriso 1.3.2-1.1

-- Configuration Files:
/etc/fai/apt/sources.list changed:
deb http://httpredir.debian.org/debian jessie main contrib non-free
deb http://security.debian.org/debian-security jessie/updates main contrib 
non-free
deb [trusted=yes] http://fai-project.org/download jessie koeln


-- no debconf information

Bug#857248: maintaining nullmailer

[David Bremner]

I'm probably not a good choice for a solo maintainer, but I could at
least sponsor uploads or otherwise co-maintain.

d

Bug#857634: qemu-debootstrap: Needs to set QEMU_CPU=e500v2 when bootstrapping powerpcspe

[John Paul Adrian Glaubitz]

Source: qemu
Version: 1:2.8+dfsg-3
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: powerpcspe

Hi!

qemu-debootstrap fails to bootstrap powerpcspe because the script
does not set the QEMU_CPU environment variable when calling the
qemu-ppc-static binary.

This can be easily reproduced by trying to create a powerpcspe
chroot with:

qemu-debootstrap --no-check-gpg 
--include=apt,fakeroot,debian-ports-archive-keyring \
 --variant=buildd --arch=powerpcspe --no-merged-usr sid \
 /srv/sid-powerpcspe-sbuild/ 
http://ftp.de.debian.org/debian-ports \
 /usr/share/debootstrap/scripts/sid

This will bail out with an illegal instruction signal (SIGILL). The
attached patch modifies qemu-debootstrap to set QEMU_EMU to e500v2
before trying to chroot into a powerpcspe chroot. This fixes the
problem for me.

Thanks,
Adrian

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
>From ac3f45ca1e8c1d884f1cd5c72d5db27637eafddf Mon Sep 17 00:00:00 2001
From: John Paul Adrian Glaubitz 
Date: Mon, 13 Mar 2017 15:58:19 +0100
Subject: [PATCH] qemu-debootstrap: Set QEMU_CPU=e500v2 for powerpcspe

---
 debian/qemu-debootstrap | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/debian/qemu-debootstrap b/debian/qemu-debootstrap
index 72d41b7fed..566772aedc 100755
--- a/debian/qemu-debootstrap
+++ b/debian/qemu-debootstrap
@@ -149,9 +149,13 @@ case "$deb_arch" in
   lpia)
 qemu_arch="i386"
   ;;
-  powerpc|powerpcspe)
+  powerpc)
 qemu_arch="ppc"
   ;;
+  powerpcspe)
+qemu_arch="ppc"
+QEMU_CPU=e500v2
+  ;;
   ppc64el)
 qemu_arch="ppc64le"
   ;;
-- 
2.11.0

Bug#857633: unblock: kscreen/4:5.8.5-2

[Maximiliano Curia]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear release team,

KDE Plasma 5.8 is an LTS release that I consider fit to be updated in stretch. 
This particular request is for kscreen 5.8.5.

The fixes included in the kscreen 5.8.5 release are: 
 translation updates
 3 bug fixes:
   + Handle nullptr when there is no Primary Output (d79dc2b)
   + Improve screen resize when running in a vm (96db1a9 d5b9d37)
   + Avoid setting the modes in disabled outputs (b4b5046)

On the Debian side of changes we add the requested upower recommends (#853171)

I'm attaching the full debdiff, the gitlogs of the upstream changes and the 
diff of the debian changes.

Currently the version 5:5.8.5-1 is in experimental, and I'll upload the
4:5.8.5-2 version to unstable if this gets approved.

Please unblock package kscreen

Happy hacking,

unblock kscreen/4:5.8.5-2

-- System Information:
Debian Release: 9.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'testing'), (500, 'stable'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf

Kernel: Linux 4.9.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
diff -Nru kscreen-5.8.4/CMakeLists.txt kscreen-5.8.5/CMakeLists.txt
--- kscreen-5.8.4/CMakeLists.txt2016-11-22 11:13:12.0 +0100
+++ kscreen-5.8.5/CMakeLists.txt2016-12-27 12:25:27.0 +0100
@@ -1,5 +1,5 @@
 project(KScreen)
-set(PROJECT_VERSION "5.8.4")
+set(PROJECT_VERSION "5.8.5")
 
 cmake_minimum_required(VERSION 2.8.12)
 
diff -Nru kscreen-5.8.4/console/console.cpp kscreen-5.8.5/console/console.cpp
--- kscreen-5.8.4/console/console.cpp   2016-11-22 11:10:47.0 +0100
+++ kscreen-5.8.5/console/console.cpp   2016-12-27 12:24:43.0 +0100
@@ -71,7 +71,12 @@
 
 connect(m_config.data(), ::primaryOutputChanged,
 [&](const OutputPtr ) {
-qDebug() << "New primary output: " << output->id() << 
output->name();
+if (output) {
+qDebug() << "New primary output: "
+ << output->id() << output->name();
+} else {
+qDebug() << "No primary output.";
+}
 });
 
 qDebug() << "Screen:";
diff -Nru kscreen-5.8.4/debian/changelog kscreen-5.8.5/debian/changelog
--- kscreen-5.8.4/debian/changelog  2016-11-23 18:35:52.0 +0100
+++ kscreen-5.8.5/debian/changelog  2017-03-13 14:20:57.0 +0100
@@ -1,3 +1,16 @@
+kscreen (4:5.8.5-2) unstable; urgency=medium
+
+  * Add upower as a recommends.
+Thanks to Éter for reporting (Closes: 853171)
+
+ -- Maximiliano Curia   Mon, 13 Mar 2017 14:20:57 +0100
+
+kscreen (4:5.8.5-1) experimental; urgency=medium
+
+  * New upstream release (5.8.5).
+
+ -- Maximiliano Curia   Fri, 30 Dec 2016 18:46:16 +0100
+
 kscreen (4:5.8.4-1) unstable; urgency=medium
 
   * New upstream release (5.8.4)
diff -Nru kscreen-5.8.4/debian/control kscreen-5.8.5/debian/control
--- kscreen-5.8.4/debian/control2016-11-23 18:35:52.0 +0100
+++ kscreen-5.8.5/debian/control2017-03-13 14:20:57.0 +0100
@@ -33,6 +33,7 @@
  qml-module-qtgraphicaleffects,
  ${misc:Depends},
  ${shlibs:Depends}
+Recommends: upower
 Description: KDE monitor hotplug and screen handling
  KScreen provides multiple monitor support.  This support tries to be
  as smart as possible adapting the behavior of it to each use case
diff -Nru kscreen-5.8.4/kcm/kcm_kscreen.desktop.cmake 
kscreen-5.8.5/kcm/kcm_kscreen.desktop.cmake
--- kscreen-5.8.4/kcm/kcm_kscreen.desktop.cmake 2016-11-22 11:10:47.0 
+0100
+++ kscreen-5.8.5/kcm/kcm_kscreen.desktop.cmake 2016-12-27 12:24:43.0 
+0100
@@ -18,7 +18,9 @@
 Name[el]=Οθόνες
 Name[en_GB]=Displays
 Name[es]=Pantallas
+Name[et]=Monitorid
 Name[fi]=Näytöt
+Name[fr]=Affichages
 Name[it]=Schermi
 Name[ko]=디스플레이
 Name[lt]=Ekranai
@@ -26,14 +28,19 @@
 Name[nn]=Skjermar
 Name[pl]=Ekrany
 Name[pt]=Ecrãs
+Name[pt_BR]=Telas
 Name[ru]=Экраны
 Name[sk]=Obrazovky
 Name[sl]=Zasloni
+Name[sr]=Екрани
+Name[sr@ijekavian]=Екрани
+Name[sr@ijekavianlatin]=Ekrani
+Name[sr@latin]=Ekrani
 Name[sv]=Bildskärmar
 Name[uk]=Дисплеї
 Name[x-test]=xxDisplaysxx
 Name[zh_CN]=显示
-Name[zh_TW]=顯市示
+Name[zh_TW]=顯示
 Comment=Manage and configure monitors and displays
 Comment[ar]=أدر واضبط الشّاشات والعروض
 Comment[ast]=Xestiona y configura los monitores y pantalles
diff -Nru kscreen-5.8.4/kded/daemon.cpp kscreen-5.8.5/kded/daemon.cpp
--- kscreen-5.8.4/kded/daemon.cpp   2016-11-22 11:10:47.0 +0100
+++ kscreen-5.8.5/kded/daemon.cpp   2016-12-27 12:24:43.0 +0100
@@ -196,6 +196,16 @@
 {
 qCDebug(KSCREEN_KDED) << "Change detected";
 

Bug#851855: pcmanfm: F4 or "open current folder in terminal" always ends up in the home directory

[olsen]

Hi,

this behaviour is still persistent. It seems after the first instance
e.g. after reboot, it's executed correctly. But every follow up pressing
of "F4" opens a terminal in the folder opened in the first instance and
keeps doing so without changing the path to the current directory in
which "F4" is called.




On 19/01/17 16:55, Andriy Grytsenko wrote:
> Actually I've tried version 1.2.3 (downgraded both libfm and pcmanfm) and
> behavior is the same. It seems something else is wrong, will test further
> this issue.
> 

Bug#341811: audacity: Clicking "Stop" after recording makes the program hang

[Debian/GNU]

Control: Tags -1 moreinfo
Thanks

Thanks Frédéric for the additional info.
since the original bug is about 10 years old, i don't think that you
have the very same setup as the original reporter (OSS?).

esp, it would be interesting to know which audio backend you are using
(alsa, jack, pulseaudio,...?).
could you provide the contents of your ~/.audacity-data/audacity.cfg file?

also, could you please provide a step-by-step guide to reproduce the
problem?
something like "Start audacity via the menu; Click on Record; ..." would
be great.

gamrds
IOhannes


On Mon, 13 Mar 2017 12:22:09 +0100
=?utf-8?b?RnLDqWTDqXJpYyBNZXNwbMOoZGU=?=  wrote:
> Package: audacity
> Version: 2.0.6-2
> Followup-For: Bug #341811
> 
> Dear Maintainer,
> 
> Each time I stop a recording while playing, audacity hangs.
> Thank you for your work.
> 
> 
> 
> -- System Information:
> Debian Release: 8.7
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 3.16.0-4-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)
> 
> Versions of packages audacity depends on:
> ii  audacity-data 2.0.6-2
> ii  libasound21.0.28-1
> ii  libavcodec56  10:2.6.9-dmo1
> ii  libavformat56 10:2.6.9-dmo1
> ii  libavutil54   10:2.6.9-dmo1
> ii  libc6 2.19-18+deb8u7
> ii  libexpat1 2.1.0-6+deb8u3
> ii  libflac++61.3.0-3
> ii  libflac8  1.3.0-3
> ii  libgcc1   1:4.9.2-10
> ii  libglib2.0-0  2.42.1-1+b1
> ii  libid3tag00.15.1b-11
> ii  libmad0   0.15.1b-8
> ii  libmp3lame0   1:3.99.5-dmo4
> ii  libogg0   1.3.2-1
> ii  libportaudio2 19+svn20140130-1
> ii  libportsmf0   0.1~svn20101010-4
> ii  libsbsms102.0.2-1
> ii  libsndfile1   1.0.25-9.1+deb8u1
> ii  libsoundtouch01.8.0-1
> ii  libsoxr0  0.1.1-1
> ii  libstdc++64.9.2-10
> ii  libtwolame0   0.3.13-1.1
> ii  libvamp-hostsdk3  1:2.5-dmo6
> ii  libvorbis0a   1.3.4-2
> ii  libvorbisenc2 1.3.4-2
> ii  libvorbisfile31.3.4-2
> ii  libwxbase3.0-03.0.2-1+b1
> ii  libwxgtk3.0-0 3.0.2-1+b1
> 
> audacity recommends no packages.
> 
> Versions of packages audacity suggests:
> pn  ladspa-plugin  
> 
> -- no debconf information



signature.asc
Description: OpenPGP digital signature

Bug#857632: apt: ignore the currently running kernel if attempting a reproducible build

[Chris Lamb]

Package: apt
Severity: wishlist
Version: 1.4~rc2
Tags: patch

Hi,

Attached is the following:

  commit bf005711cb06380fa32c93f32bb4a2563b952b65
  Author: Chris Lamb 
  Date:   Mon Mar 13 11:02:49 2017 +0100
  
  apt-auto-removal: Ignore the currently running kernel if attempting a 
reproducible build.
  
  If one is attempting to create a reproducible ISO image we do not want to
  include the build system's kernel version, not only due to it breaking
  reproducibility, but it could be somewhat misleading and/or the wrong 
thing
  to put in this file anyway.
  
   debian/apt.auto-removal.sh | 7 ++-
   1 file changed, 6 insertions(+), 1 deletion(-)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
>From bf005711cb06380fa32c93f32bb4a2563b952b65 Mon Sep 17 00:00:00 2001
From: Chris Lamb 
Date: Mon, 13 Mar 2017 11:02:49 +0100
Subject: [PATCH] apt-auto-removal: Ignore the currently running kernel if
 attempting a reproducible build.

If one is attempting to create a reproducible ISO image we do not want to
include the build system's kernel version, not only due to it breaking
reproducibility, but it could be somewhat misleading and/or the wrong thing
to put in this file anyway.
---
 debian/apt.auto-removal.sh | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/apt.auto-removal.sh b/debian/apt.auto-removal.sh
index df9048cd6..2c32b0c9d 100644
--- a/debian/apt.auto-removal.sh
+++ b/debian/apt.auto-removal.sh
@@ -29,6 +29,11 @@ unamer="$(uname -r | tr '[A-Z]' '[a-z]')"
 if [ -n "$unamer" ]; then
 	running_version="$(echo "$list" | awk "\$1 == \"$unamer\" { print \$2;exit; }")"
 fi
+# ignore the currently running version if attempting a reproducible build
+if [ -n "${SOURCE_DATE_EPOCH}" ]; then
+	unamer=""
+	running_version=""
+fi
 latest_version="$(echo "$debverlist" | sed -n 1p)"
 previous_version="$(echo "$debverlist" | sed -n 2p)"
 
@@ -62,7 +67,7 @@ $list
 # list of different kernel versions:
 $debverlist
 # Installing kernel: $installed_version ($1)
-# Running kernel: $running_version ($unamer)
+# Running kernel: ${running_version:-ignored} (${unamer:-ignored})
 # Last kernel: $latest_version
 # Previous kernel: $previous_version
 # Kernel versions list to keep:
-- 
2.11.0

Bug#857630: fish: man-db should be a dependency (/usr/bin/apropos used by tab-completion)

[Kai Wohlfahrt]

Package: fish
Version: 2.4.0-1
Severity: normal

Dear Maintainer,

The fish shell uses 'apropos' for tab completion. 'apropos' is part of man-db,
so it should be included as a dependency. Otherwise, the following error is 
shown when pressing the tab key:

fish: Unknown command 'apropos'
in function “__fish_describe_command”
called on standard input
with parameter list “se”

in command substitution
called on standard input

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

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

Versions of packages fish depends on:
ii  bc 1.06.95-9+b3
ii  chromium [www-browser] 56.0.2924.76-5
ii  dpkg   1.18.23
ii  firefox-esr [www-browser]  45.8.0esr-1
ii  fish-common2.4.0-1
ii  libc6  2.24-9
ii  libgcc11:6.3.0-6
ii  libncurses56.0+20161126-1
ii  libpcre2-32-0  10.22-2+b1
ii  libstdc++6 6.3.0-6
ii  libtinfo5  6.0+20161126-1
ii  w3m [www-browser]  0.5.3-34

Versions of packages fish recommends:
ii  xsel  1.2.0-2+b1

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#857052: RFS: opencryptoki/3.6.2+dfsg-2 [ITA]

[Paulo Ricardo Paz Vital]

Hello Sean.

I fixed this, and uploaded a new package (but with the same version
number) to experimental, just a few hours after I uploaded the package
for the first time.

Now it's pointing to experimental.

Best regards,
Paulo

On 03/12/2017 12:23 PM, Sean Whitton wrote:
> control: tag -1 +moreinfo
> 
> Dear Paulo,
> 
> On Tue, Mar 07, 2017 at 11:37:10AM -0300, Paulo Ricardo Paz Vital wrote:
>> opencryptoki (3.6.2+dfsg-2) unstable; urgency=medium
>>
>> [...]
>>
>> opencryptoki (3.6.2+dfsg-1) experimental; urgency=medium
> 
> Due to the freeze, your upload needs to go to experimental, not
> unstable.
> 

-- 
Paulo Ricardo Paz Vital
"I like the impossible, because there is less competition" - Walt Disney



signature.asc
Description: OpenPGP digital signature

Bug#857623: mesa-opencl-icd: openCL is broken in LLVM < v5

[Andreas Boll]

Control: reassign -1 src:llvm-toolchain-3.9 1:3.9.1-5
Control: block 848258 by -1
Control: forwarded -1 https://bugs.llvm.org/show_bug.cgi?id=30217

On Mon, Mar 13, 2017 at 05:32:40AM -0700, Ian Bruce wrote:
> Package: mesa-opencl-icd
> Version: 13.0.5-1
> Severity: important
> Tags: upstream patch
> 
> LLVM versions before v5 contain a known language bug, involving the use
> of pointers as boolean values, which makes them essentially unusable for
> openCL:
> 
> https://bugs.llvm.org/show_bug.cgi?id=30217
> 
> https://reviews.llvm.org/D29038
> 
> https://reviews.llvm.org/rL294313
> 
> For an example of the problems this causes, see here:
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848258
> 
> https://developer.blender.org/T50522
> 
> a trivial test case illustrating the bug:
> 
> 
> $ cat ptr-expr2.c
> int ptr_expr(int *p)
> {
> if (!p)
> return(0);
> else
> return(1);
> }
> 
> $ clang-3.9 -x cl -emit-llvm -S ptr-expr2.c
> ptr-expr2.c:3:9: error: invalid argument type 'int *' to unary expression
> if (!p)
> ^~
> 1 error generated.
> 
> $ clang-4.0 -x cl -emit-llvm -S ptr-expr2.c
> ptr-expr2.c:3:9: error: invalid argument type 'int *' to unary expression
> if (!p)
> ^~
> 1 error generated.
> 
> $ clang-5.0 -x cl -emit-llvm -S ptr-expr2.c
> $ # compilation succeeds
> 
> 
> possible solutions:
> 
> - make openCL require LLVM-v5
> 
> - backport the bugfix from LLVM-v5 to earlier versions;
>   it is apparently a single line change (see LLVM link above)

Dear LLVM maintainers,

please cherry-pick r294313 for llvm-3.9 and llvm-4.0.

Thanks,
Andreas


> Until one or other of these solutions is applied, openCL in Mesa is
> effectively unusable.
> 
> 
> 
> -- System Information:
> Debian Release: 9.0
>   APT prefers testing
>   APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), 
> (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages mesa-opencl-icd depends on:
> ii  libc62.24-9
> ii  libclc-amdgcn0.2.0+git20160907-3
> ii  libclc-r600  0.2.0+git20160907-3
> ii  libdrm-amdgpu1   2.4.74-1
> ii  libdrm-nouveau2  2.4.74-1
> ii  libdrm-radeon1   2.4.74-1
> ii  libdrm2  2.4.74-1
> ii  libelf1  0.168-0.2
> ii  libexpat12.2.0-2
> ii  libgcc1  1:6.3.0-6
> ii  libgcrypt20  1.7.6-1
> ii  libllvm3.9   1:3.9.1-4
> ii  libsensors4  1:3.4.0-3+b1
> ii  libstdc++6   6.3.0-6
> ii  ocl-icd-libopencl1 [libopencl1]  2.2.11-1
> 
> mesa-opencl-icd recommends no packages.
> 
> mesa-opencl-icd suggests no packages.
> 
> Versions of packages xserver-xorg depends on:
> ii  x11-xkb-utils  7.7+3+b1
> ii  xkb-data   2.19-1
> ii  xserver-xorg-core  2:1.19.2-1
> ii  xserver-xorg-input-evdev [xorg-driver-input]   1:2.10.5-1
> ii  xserver-xorg-video-radeon [xorg-driver-video]  1:7.8.0-1+b1
> 
> Versions of packages xserver-xorg recommends:
> ii  libgl1-mesa-dri  13.0.5-1
> 
> Versions of packages xserver-xorg-core depends on:
> ii  keyboard-configuration1.160
> ii  libaudit1 1:2.6.7-1
> ii  libbsd0   0.8.3-1
> ii  libc6 2.24-9
> ii  libdbus-1-3   1.10.16-1
> ii  libdrm2   2.4.74-1
> ii  libegl1-mesa  13.0.5-1
> ii  libepoxy0 1.3.1-2
> ii  libgbm1   13.0.5-1
> ii  libgcrypt20   1.7.6-1
> ii  libgl1-mesa-glx [libgl1]  13.0.5-1
> ii  libpciaccess0 0.13.4-1
> ii  libpixman-1-0 0.34.0-1
> ii  libselinux1   2.6-3
> ii  libsystemd0   232-19
> ii  libudev1  232-19
> ii  libxau6   1:1.0.8-1
> ii  libxdmcp6 1:1.1.2-3
> ii  libxfont2 1:2.0.1-3
> ii  libxshmfence1 1.2-1
> ii  udev  232-19
> ii  xserver-common2:1.19.2-1
> 
> Versions of packages xserver-xorg-core recommends:
> ii  libgl1-mesa-dri  13.0.5-1
> ii  libpam-systemd   232-19
> 
> Versions of packages xserver-xorg-core suggests:
> ii  xfonts-100dpi1:1.0.4+nmu1
> ii  xfonts-75dpi 1:1.0.4+nmu1
> ii  xfonts-scalable  1:1.0.3-1.1
> 
> -- no debconf information


signature.asc
Description: Digital signature

Bug#816045: fontconfig: new upstream version (2.12.0)

[Laurent Bigonville]

On Tue, 12 Jul 2016 10:02:05 +0200 Raphael Hertzog  
wrote:

> Control: retitle -1 fontconfig: new upstream version (2.12.0)
>
> There's a new upstream stable release out there. It would be nice to have
> it in Debian.
>

FTR I've uploaded a NMU for experimental in the delayed 15days queue.

Please tell me if I should cancel or delay that upload further.

Kind regards,

Laurent Bigonville

Bug#792720: pd-ggee: array_getfloat() is buggy in 64bit environments

[Debian/GNU]

Control: Severity -1 important
thanks

escalating this, as it really makes parts of the library unusable on
amd64 (which - after all - is the most prominent arch).

dasr
IOhannes



signature.asc
Description: OpenPGP digital signature

Bug#857621: closed by Colin Watson <cjwat...@debian.org> (Re: Bug#857621: error: dereferencing pointer to incomplete type ‘DSA {aka struct dsa_st}’)

[Colin Watson]

On Mon, Mar 13, 2017 at 02:53:58PM +0100, jean-christophe manciot wrote:
> The dependency check has passed:
> git-openssh# dpkg-checkbuilddeps
> git-openssh#

Can you attach the *full* build log, and the output of "dpkg -l
libssl\*-dev"?

> When can we expect OpenSSL 1.1.x support by debian openssh?

That depends on when upstream does it.  It's far too large a patch to
carry just in Debian.  At the moment I have no particular expectations
about timing.

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

Bug#857629: backportpackage: buildinfo file unknown to PPAs

[Thibaut Paumard]

Package: ubuntu-dev-tools
Version: 0.157
Severity: normal
File: /usr/bin/backportpackage

Hi,

When using backportpackage to backport and upload a Debian package to Ubuntu,
the upload is rejected with such an e-mail:

Rejected:
Unable to identify file
dasher_5.0.0~beta~repack-2~ubuntu14.04.1_source.buildinfo (x11) in changes.
Further error processing not possible because of a critical previous error.

A workaround is to backport to some directory (-w option), edit the .changes
file to remove all lines referring to the .buildinfo file, re-sign the .changes
file and upload manually with dput.

Either the Ubuntu infrastructure has to be updated to ignore (or use) the
buildinfo files, or backportpackage has to be fixed to do the workaround above
automatically.

Regards, Thibaut.



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

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

Versions of packages ubuntu-dev-tools depends on:
ii  binutils   2.27.90.20170124-2
ii  dctrl-tools2.24-2
ii  devscripts 2.17.1
ii  diffstat   1.61-1
ii  distro-info0.14
ii  dpkg-dev   1.18.22
ii  lsb-release9.20161125
ii  perl   5.24.1-1
ii  python-apt 1.4.0~beta2
ii  python-debian  0.1.30
ii  python-distro-info 0.14
ii  python-httplib20.9.2+dfsg-1
ii  python-launchpadlib1.10.4-1
ii  python-lazr.restfulclient  0.13.4-6
ii  python-ubuntutools 0.157
pn  python:any 
ii  sudo   1.8.19p1-1

Versions of packages ubuntu-dev-tools recommends:
ii  bzr 2.7.0+bzr6619-7
ii  bzr-builddeb2.8.10
ii  ca-certificates 20161130
ii  cowdancer   0.85
ii  debian-archive-keyring  2014.3
ii  debian-keyring  2017.01.20
ii  debootstrap 1.0.67
ii  dput0.12.0
ii  genisoimage 9:1.1.11-3
ii  libwww-perl 6.15-1
ii  lintian 2.5.50.1
ii  patch   2.7.5-1
ii  python-dns  2.3.6-3
ii  python-soappy   0.12.22-1
ii  quilt   0.63-8
ii  reportbug   7.1.5
ii  sbuild  0.73.0-4

Versions of packages ubuntu-dev-tools suggests:
ii  python 2.7.13-2
ii  python-simplejson  3.10.0-1
ii  qemu-user-static   1:2.8+dfsg-3

-- no debconf information

Bug#857621: closed by Colin Watson <cjwat...@debian.org> (Re: Bug#857621: error: dereferencing pointer to incomplete type ‘DSA {aka struct dsa_st}’)

[jean-christophe manciot]

The dependency check has passed:
git-openssh# dpkg-checkbuilddeps
git-openssh#

When can we expect OpenSSL 1.1.x support by debian openssh?

On Mon, Mar 13, 2017 at 1:39 PM, Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> This is an automatic notification regarding your Bug report
> which was filed against the openssh package:
>
> #857621: error: dereferencing pointer to incomplete type ‘DSA {aka struct
> dsa_st}’
>
> It has been closed by Colin Watson .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Colin Watson <
> cjwat...@debian.org> by
> replying to this email.
>
>
> --
> 857621: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857621
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
> -- Forwarded message --
> From: Colin Watson 
> To: 857621-cl...@bugs.debian.org
> Cc:
> Bcc:
> Date: Mon, 13 Mar 2017 12:36:22 +
> Subject: Re: Bug#857621: error: dereferencing pointer to incomplete type
> ‘DSA {aka struct dsa_st}’
> On Mon, Mar 13, 2017 at 12:33:26PM +0100, jean-christophe manciot wrote:
> > ../../sshkey.c: In function ‘sshkey_size’:
> > ../../sshkey.c:275:28: error: dereferencing pointer to incomplete type
> ‘RSA
> > {aka struct rsa_st}’
> >return BN_num_bits(k->rsa->n);
> > ^~
>
> You appear to be building with OpenSSL 1.1.  OpenSSH upstream doesn't
> support this yet, and the Debian build-dependencies already account for
> this ("libssl1.0-dev | libssl-dev (<< 1.1.0~)"), so I think you must be
> attempting to build without the build-dependencies properly satisfied.
>
> --
> Colin Watson   [cjwat...@debian.org]
>
> -- Forwarded message --
> From: jean-christophe manciot 
> To: sub...@bugs.debian.org
> Cc:
> Bcc:
> Date: Mon, 13 Mar 2017 12:33:26 +0100
> Subject: error: dereferencing pointer to incomplete type ‘DSA {aka struct
> dsa_st}’
> Package: openssh
> Version: 7.4p1-7
> Tag: debian/1%7.4p1-7
> Sources: https://anonscm.debian.org/git/pkg-ssh/openssh.git
>
> Building with branch=master & tag=debian/1%7.4p1-7
> echo 
> echo Cleaning
> echo 
> cd git-openssh
> sudo -u actionmystique -H git-reset-clean-pull-checkout.sh
> pristine-tar
> sudo -u actionmystique -H git-reset-clean-pull-checkout.sh
> $branch $tag
>
> echo ---
> echo Checking Build Dependencies
> echo ---
> check-build-dependencies.sh
>
> echo 
> echo Building
> echo 
> sudo -u actionmystique -H git checkout $branch
> sudo -u actionmystique -H gbp buildpackage --git-verbose
> --git-debian-branch=$branch --git-pristine-tar
>
> leads to:
> ...
> ranlib libopenbsd-compat.a
> make[3]: Leaving directory '/home/actionmystique/Program-
> Files/Ubuntu/OpenSSH/git-openssh/debian/build-deb/openbsd-compat'
> gcc -g -O2 
> -fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
> -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
> -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security
> -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result
> -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset
> -fstack-protector-strong -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
> -fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
> -fPIE -fstack-protector-strong -Wformat -Werror=format-security
> -DSSH_EXTRAVERSION=\"Ubuntu-8\"  -I. -I../.. -Wdate-time
> -D_FORTIFY_SOURCE=2 -I/usr/include/editline -isystem /usr/include/mit-krb5
> -isystem /usr/include/mit-krb5  -DSSHDIR=\"/etc/ssh\"
> -D_PATH_SSH_PROGRAM=\"/usr/bin/ssh\" 
> -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/bin/ssh-askpass\"
> -D_PATH_SFTP_SERVER=\"/usr/lib/openssh/sftp-server\"
> -D_PATH_SSH_KEY_SIGN=\"/usr/lib/openssh/ssh-keysign\"
> -D_PATH_SSH_PKCS11_HELPER=\"/usr/lib/openssh/ssh-pkcs11-helper\"
> -D_PATH_SSH_PIDDIR=\"/var/run\" -D_PATH_PRIVSEP_CHROOT_DIR=\"/var/run/sshd\"
> -DHAVE_CONFIG_H -c ../../ssh_api.c -o ssh_api.o
> gcc -g -O2 
> -fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
> -fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
> -Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security
> -Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result
> -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset
> -fstack-protector-strong -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
> -fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
> -fPIE -fstack-protector-strong -Wformat -Werror=format-security
> -DSSH_EXTRAVERSION=\"Ubuntu-8\"  -I. 

Bug#846328: RFH: autopkgtest -- automatic as-installed testing for Debian packages

[Novy, Ondrej]

Hi,

On Wed, 30 Nov 2016 10:29:38 -0500 Barry Warsaw  wrote:
> I'd like to get more involved with auutopkgtest, since it's a tool I rely on
> quite a bit.

I’m interested too.

—
Ondrej Novy


signature.asc
Description: Message signed with OpenPGP

Bug#856936: quagga: libquagga0 contains libraries with different SOVERSIONS

[Simon McVittie]

On Mon, 13 Mar 2017 at 23:43:52 +1100, Scott Leggett wrote:
> FYI the version bump originated from this post to the upstream mailing
> list[0], which shows upstream's somewhat relaxed attitude to ABI
> stability. I guess this is understandable as the libraries are intended
> to be private.

This looks like good evidence for moving the libraries into quagga-core
being the right way to resolve this bug.

S

Bug#857628: libsane-perl: spelling aquisition->acquisition

[Jeffrey Ratcliffe]

Package: libsane-perl
Version: 0.05-3
Severity: minor
Tags: patch

Dear Maintainer,

Please fix this spelling mistake as per attached patch.



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

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

Versions of packages libsane-perl depends on:
ii  libc6   2.24-9
ii  libsane 1.0.25-3
ii  perl5.24.1-1
ii  perl-base [perlapi-5.24.1]  5.24.1-1

libsane-perl recommends no packages.

libsane-perl suggests no packages.

-- no debconf information
--- a/lib/Sane.pm
+++ b/lib/Sane.pm
@@ -560,7 +560,7 @@
 
 =head2 Sane::Device->start
 
-This function initiates aquisition of an image from the device specified.
+This function initiates acquisition of an image from the device specified.
 
   $device->start;
 

Bug#857627: libsane-perl: If SANE handle opened before scanner powered on, get_devices() always returns undef

[Jeffrey Ratcliffe]

Package: libsane-perl
Version: 0.05-3
Severity: normal
Tags: patch

Dear Maintainer,

   * What led up to the situation?

Forgot to power on scanner

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Started frontend

   * What was the outcome of this action?

get_devices() returned undef, despite rerunning after powering on scanner

   * What outcome did you expect instead?

that get_devices() returned the devices found



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

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

Versions of packages libsane-perl depends on:
ii  libc6   2.24-9
ii  libsane 1.0.25-3
ii  perl5.24.1-1
ii  perl-base [perlapi-5.24.1]  5.24.1-1

libsane-perl recommends no packages.

libsane-perl suggests no packages.

-- no debconf information
>From 90f1bc80026877bb35612e4c69aa25952942d204 Mon Sep 17 00:00:00 2001
From: Jeffrey Ratcliffe 
Date: Sat, 6 Oct 2012 22:21:44 +0200
Subject: [PATCH] Run sane_exit() before sane_get_devices()

---
 Sane.xs |2 +-
 lib/Sane.pm |   16 ++--
 2 files changed, 11 insertions(+), 7 deletions(-)

diff --git a/Sane.xs b/Sane.xs
index 3d1790a..6806d92 100644
--- a/Sane.xs
+++ b/Sane.xs
@@ -577,7 +577,7 @@ sane_strstatus (status)
SANE_Status status
 
 void
-END ()
+sane__exit ()
CODE:
SV* sv = get_sv("Sane::_vc", FALSE);
if (SvTRUE(sv)) {
diff --git a/lib/Sane.pm b/lib/Sane.pm
index b839d8b..056019d 100644
--- a/lib/Sane.pm
+++ b/lib/Sane.pm
@@ -287,16 +287,20 @@ sub get_version_scalar {
 
 
 sub get_devices {
- if (not $_vc) {
-  print "Running init\n" if $DEBUG;
-  $_vc = Sane->_init;
-  $STATUS = Sane::Status->new;
-  return undef if ($_status);
- }
+ Sane::_exit();
+ print "Running init\n" if $DEBUG;
+ $_vc = Sane->_init;
+ $STATUS = Sane::Status->new;
+ return undef if ($_status);
  return Sane::_get_devices();
 }
 
 
+END {
+ Sane::_exit();
+}
+
+
 # todo
 # add simple sane methods
 # remove examples/test.pl
-- 
1.7.9.5

Bug#848258: two known issues; patches are available

[ian_bruce]

It turns out that the "invalid argument type 'X *' to unary expression"
compiler error is the result of a known bug in LLVM. See here for
details:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857623

The "unsupported call to function get_local_size" compiler error is the
result of a known bug in Mesa. See here for details:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857591

Patches are available upstream for both of those problems, as I have
explained in the above two bug reports.


-- Ian Bruce

Bug#857626: RM: bsign -- RoQA; unmaintained; RC buggy; lowlowlow popcon

[Mattia Rizzolo]

package: ftp.debian.org
X-Debbugs-Cc: bs...@packages.debian.org

Please remove bsign from the archive.

It's last upload was 14 years ago, and since then only collected bugs.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#857625: pan: Crash at startup: free(): invalid next size (normal)

[Felipe Sateler]

Package: pan
Version: 0.141-2
Severity: important

Hi,

I'm experiencing a crash on pan startup. Debug output and backtrace below.
Crash is not reproducible when I move .pan2 out of the way. Moving only the
signature (as hinted by the backtrace) does not help.


% pan --debug
(article-cache.cc:171:ArticleCache) loaded 1069 articles into cache from 
/home/felipe/.pan2/article-cache
(queue.cc:292:process_task) in process_task with a task of type SAVE
(task-article.cc:355:use_decoder) decoder thread was free, enqueued work
(queue.cc:292:process_task) in process_task with a task of type SAVE
(queue.cc:292:process_task) in process_task with a task of type SAVE
(queue.cc:292:process_task) in process_task with a task of type SAVE
GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name news.pan.NZB 
was not provided by any .service files
*** Error in `pan': free(): invalid next size (normal): 0x7f1d84004820 ***
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x7f1da5f1fbcb]
/lib/x86_64-linux-gnu/libc.so.6(+0x76f96)[0x7f1da5f25f96]
/lib/x86_64-linux-gnu/libc.so.6(+0x7778e)[0x7f1da5f2678e]
pan(+0x164f54)[0x55eacbc7df54]
pan(+0x13050a)[0x55eacbc4950a]
pan(+0x16201a)[0x55eacbc7b01a]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x72dce)[0x7f1da77aedce]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x723d5)[0x7f1da77ae3d5]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7424)[0x7f1da3ab8424]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x5f)[0x7f1da5f979bf]
=== Memory map: 
55eacbb19000-55eacbd53000 r-xp  08:05 1706413
/usr/bin/pan
55eacbf53000-55eacbf5a000 r--p 0023a000 08:05 1706413
/usr/bin/pan
55eacbf5a000-55eacbf5f000 rw-p 00241000 08:05 1706413
/usr/bin/pan
55eacbf5f000-55eacbf63000 rw-p  00:00 0 
55eacca81000-55eacd0e8000 rw-p  00:00 0  [heap]
7f1d7c00-7f1d7c021000 rw-p  00:00 0 
7f1d7c021000-7f1d8000 ---p  00:00 0 
7f1d8400-7f1d84022000 rw-p  00:00 0 
7f1d84022000-7f1d8800 ---p  00:00 0 
7f1d8800-7f1d88022000 rw-p  00:00 0 
7f1d88022000-7f1d8c00 ---p  00:00 0 
7f1d8c00-7f1d8c022000 rw-p  00:00 0 
7f1d8c022000-7f1d9000 ---p  00:00 0 
7f1d9000-7f1d90021000 rw-p  00:00 0 
7f1d90021000-7f1d9400 ---p  00:00 0 
7f1d947d1000-7f1d947d2000 ---p  00:00 0 
7f1d947d2000-7f1d94fd2000 rw-p  00:00 0 
7f1d94fd2000-7f1d94fd3000 ---p  00:00 0 
7f1d94fd3000-7f1d957d3000 rw-p  00:00 0 
7f1d957d3000-7f1d957d4000 ---p  00:00 0 
7f1d957d4000-7f1d95fd4000 rw-p  00:00 0 
7f1d95fd4000-7f1d95fd5000 ---p  00:00 0 
7f1d95fd5000-7f1d967d5000 rw-p  00:00 0 
7f1d967d5000-7f1d967d6000 ---p  00:00 0 
7f1d967d6000-7f1d96fd6000 rw-p  00:00 0 
7f1d96fd6000-7f1d96fe r-xp  08:05 1752325
/usr/lib/x86_64-linux-gnu/libnss_files-2.24.so
7f1d96fe-7f1d971e ---p a000 08:05 1752325
/usr/lib/x86_64-linux-gnu/libnss_files-2.24.so
7f1d971e-7f1d971e1000 r--p a000 08:05 1752325
/usr/lib/x86_64-linux-gnu/libnss_files-2.24.so
7f1d971e1000-7f1d971e2000 rw-p b000 08:05 1752325
/usr/lib/x86_64-linux-gnu/libnss_files-2.24.so
7f1d971e2000-7f1d971e8000 rw-p  00:00 0 
7f1d971e8000-7f1d971f3000 r-xp  08:05 1756922
/usr/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7f1d971f3000-7f1d973f2000 ---p b000 08:05 1756922
/usr/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7f1d973f2000-7f1d973f3000 r--p a000 08:05 1756922
/usr/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7f1d973f3000-7f1d973f4000 rw-p b000 08:05 1756922
/usr/lib/x86_64-linux-gnu/libnss_nis-2.24.so
7f1d973f4000-7f1d973fb000 r-xp  08:05 1752323
/usr/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7f1d973fb000-7f1d975fa000 ---p 7000 08:05 1752323
/usr/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7f1d975fa000-7f1d975fb000 r--p 6000 08:05 1752323
/usr/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7f1d975fb000-7f1d975fc000 rw-p 7000 08:05 1752323
/usr/lib/x86_64-linux-gnu/libnss_compat-2.24.so
7f1d975fc000-7f1d975fe000 r-xp  08:05 1757141
/usr/lib/x86_64-linux-gnu/libutil-2.24.so
7f1d975fe000-7f1d977fd000 ---p 2000 08:05 1757141
/usr/lib/x86_64-linux-gnu/libutil-2.24.so
7f1d977fd000-7f1d977fe000 r--p 1000 08:05 1757141
/usr/lib/x86_64-linux-gnu/libutil-2.24.so
7f1d977fe000-7f1d977ff000 rw-p 2000 08:05 1757141
/usr/lib/x86_64-linux-gnu/libutil-2.24.so
7f1d977ff000-7f1d9780 ---p  00:00 0 
7f1d9780-7f1d9800 rw-p  00:00 0 
7f1d9800-7f1d98021000 rw-p  00:00 0 

Bug#631057: bibcursed: diff for NMU version 2.0.0-6.1

[Mattia Rizzolo]

Control: tags 631057 + pending
Control: tags 817375 + patch
Control: tags 817375 + pending

Dear maintainer,

I've prepared an NMU for bibcursed (versioned as 2.0.0-6.1) and
uploaded it to DELAYED/15. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
more about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
diffstat for bibcursed-2.0.0 bibcursed-2.0.0

 bibcursed.c|6 +-
 debian/changelog   |   15 +
 debian/clean   |1 
 debian/compat  |2 
 debian/control |6 +-
 debian/install |1 
 debian/manpages|1 
 debian/patches/fix-address-field.patch |   15 +
 debian/patches/fix-bolding-behaviour.patch |   15 +
 debian/patches/fix-manpage.patch   |   15 +
 debian/patches/ignore-case.patch   |   15 +
 debian/patches/series  |4 +
 debian/rules   |   81 ++---
 debian/source/format   |1 
 14 files changed, 98 insertions(+), 80 deletions(-)

diff -Nru bibcursed-2.0.0/bibcursed.c bibcursed-2.0.0/bibcursed.c
--- bibcursed-2.0.0/bibcursed.c	2017-03-13 14:02:14.0 +0100
+++ bibcursed-2.0.0/bibcursed.c	2002-06-08 13:59:10.0 +0200
@@ -279,7 +279,7 @@
   }
  else
 printw("%s","1. Address ");
- if (set_address == 1) addch('*');
+ if (set_author == 1) addch('*');
  print_pos++;
}
   if (use_annote != 0)
@@ -345,7 +345,7 @@
   if (use_edition != 0)
{
  move(print_pos,5);
- if (use_edition == 1)
+ if (use_edition != 1)
   {
 attron(A_BOLD);
 printw("%s","7. Edition ");
@@ -526,7 +526,7 @@
}
 
   /* Check to see if we have all the info we need */
-  if (lch == 'z')
+  if (ch == 'z')
{
  not_done =0;
  if (use_address==1 && set_address == 0)
diff -Nru bibcursed-2.0.0/debian/changelog bibcursed-2.0.0/debian/changelog
--- bibcursed-2.0.0/debian/changelog	2017-03-13 14:02:14.0 +0100
+++ bibcursed-2.0.0/debian/changelog	2017-03-13 13:55:29.0 +0100
@@ -1,3 +1,18 @@
+bibcursed (2.0.0-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Use source format 3.0 (quilt).
+  * Turn directly applied patches into single quilt patches in debian/patches.
+  * Fix syntax error in the manpage.
+  * Fix build with -Wl,--as-needed.  Closes: #631057
+  * Rewrite debian/rules using the dh sequencer.
+  * Bump debhelper compat level to 10.  Closes: #817375
+  * Bump Standards-Version to 3.9.8.
+  * Fix cross building.
+  * Do not start the synopsis with an article.
+
+ -- Mattia Rizzolo   Mon, 13 Mar 2017 13:55:29 +0100
+
 bibcursed (2.0.0-6) unstable; urgency=low
 
   * debian/control:
diff -Nru bibcursed-2.0.0/debian/clean bibcursed-2.0.0/debian/clean
--- bibcursed-2.0.0/debian/clean	1970-01-01 01:00:00.0 +0100
+++ bibcursed-2.0.0/debian/clean	2017-03-13 11:37:21.0 +0100
@@ -0,0 +1 @@
+bibcursed
diff -Nru bibcursed-2.0.0/debian/compat bibcursed-2.0.0/debian/compat
--- bibcursed-2.0.0/debian/compat	2017-03-13 14:02:14.0 +0100
+++ bibcursed-2.0.0/debian/compat	2017-03-13 11:39:50.0 +0100
@@ -1 +1 @@
-4
+10
diff -Nru bibcursed-2.0.0/debian/control bibcursed-2.0.0/debian/control
--- bibcursed-2.0.0/debian/control	2017-03-13 14:02:14.0 +0100
+++ bibcursed-2.0.0/debian/control	2017-03-13 13:53:14.0 +0100
@@ -2,13 +2,13 @@
 Section: tex
 Priority: optional
 Maintainer: John Wright 
-Build-Depends: debhelper (>= 4), libncurses5-dev
-Standards-Version: 3.7.2
+Build-Depends: debhelper (>= 10), libncurses5-dev
+Standards-Version: 3.9.8
 
 Package: bibcursed
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: An interactive program to edit BibTeX bibliographies
+Description: Interactive program to edit BibTeX bibliographies
  Bibcursed is a simple program to make life a little easier when using
  BibTeX bibliographies. It currently provides these main functions:
  .
diff -Nru bibcursed-2.0.0/debian/install bibcursed-2.0.0/debian/install
--- bibcursed-2.0.0/debian/install	1970-01-01 01:00:00.0 +0100
+++ bibcursed-2.0.0/debian/install	2017-03-13 11:40:25.0 +0100
@@ -0,0 +1 @@
+bibcursed usr/bin
diff -Nru bibcursed-2.0.0/debian/manpages bibcursed-2.0.0/debian/manpages
--- bibcursed-2.0.0/debian/manpages	1970-01-01 01:00:00.0 +0100
+++ bibcursed-2.0.0/debian/manpages	2017-03-13 

Bug#854130: libbson FTBFS on mips/mipsel: test-results.json aborted

[A. Jesse Jiryu Davis]

Thanks Radovan. I plan to upload 1.6.1 to Debian soon (via my sponsor
Roberto Sanchez) so let's do that instead of backporting.

Bug#781532: Acknowledgement (x2x: All key events received as keycode 204 (NoSymbol))

[Greg Wooledge]

FYI, the problem (all keyboard events received as NoSymbol) continues
for me in the stretch version of x2x (1.30-3).

Reinstalling my x2x_1.27.svn.20060501-4_amd64.deb package (and putting it
on hold) continues to be my only known workaround.

Bug#857624: kernel warning/backtrace in parport/ppdev when running as a VM

[Faidon Liambotis]

Package: src:linux
Version: 4.9.13-1
Severity: important

Booting a freshly installed stretch system under (jessie's) qemu-kvm
results in a couple of kernel warnings related to parport on every boot.
I've experienced this on a few different systems now, in different
infrastructures, so I'm guessing this may be easily reproducible.

The qemu-kvm arguments to boot the VM, FWIW, are:

/usr/bin/qemu-system-x86_64 -name hostname.example.org -m 1024 -smp 2 -pidfile 
/var/run/ganeti/kvm-hypervisor/pid/hostname.example.org -balloon 
virtio,id=balloon,bus=pci.0,addr=0x3 -daemonize -machine 
pc-i440fx-2.5,accel=kvm -monitor 
unix:/var/run/ganeti/kvm-hypervisor/ctrl/hostname.example.org.monitor,server,nowait
 -serial 
unix:/var/run/ganeti/kvm-hypervisor/ctrl/hostname.example.org.serial,server,nowait
 -usb -display none -uuid 74938386-ca2d-4af1-9878-3a07bd81f9df -netdev 
type=tap,id=hotnic-cc1c5606-pci-5,fd=10 -device 
virtio-net-pci,mac=aa:00:00:3b:60:cb,id=hotnic-cc1c5606-pci-5,bus=pci.0,addr=0x5,netdev=hotnic-cc1c5606-pci-5
 -qmp 
unix:/var/run/ganeti/kvm-hypervisor/ctrl/hostname.example.org.qmp,server,nowait 
-qmp 
unix:/var/run/ganeti/kvm-hypervisor/ctrl/hostname.example.org.kvmd,server,nowait
 -boot c -device 
virtio-blk-pci,drive=hotdisk-7c7dc94d-pci-4,id=hotdisk-7c7dc94d-pci-4,bus=pci.0,addr=0x4
 -drive 
file=/var/run/ganeti/instance-disks/hostname.example.org:0,format=raw,if=none,aio=native,id=hotdisk-7c7dc94d-pci-4,bus=0,unit=4
 -S

And the backtraces are:

[7.095889] ppdev: user-space parallel port driver
[7.101588] [ cut here ]
[7.101605] WARNING: CPU: 1 PID: 227 at 
/build/linux-QtSjAP/linux-4.9.13/fs/sysfs/dir.c:31 sysfs_warn_dup+0x5d/0x70
[7.101606] sysfs: cannot create duplicate filename 
'/devices/pnp0/00:04/ppdev/parport0'
[7.101607] Modules linked in: ppdev joydev evdev bochs_drm serio_raw ttm 
drm_kms_helper virtio_balloon sg pcspkr drm parport_pc(+) parport acpi_cpufreq 
tpm_tis tpm_tis_core tpm button ip_tables x_tables autofs4 ext4 crc16 jbd2 
crc32c_generic fscrypto ecb glue_helper lrw gf128mul ablk_helper cryptd 
aes_x86_64 mbcache sr_mod cdrom ata_generic virtio_net virtio_blk ata_piix 
libata psmouse uhci_hcd floppy ehci_hcd scsi_mod i2c_piix4 usbcore virtio_pci 
virtio_ring virtio usb_common
[7.101640] CPU: 1 PID: 227 Comm: systemd-udevd Not tainted 4.9.0-2-amd64 #1 
Debian 4.9.13-1
[7.101641] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 
1.7.5-20140531_083030-gandalf 04/01/2014
[7.101643]   92728594 ace8c0483808 

[7.101645]  92476dde 8fb379ea5000 ace8c0483860 
8fb379f393c0
[7.101647]  8fb37db6c300 8fb37d943400 0630 
92476e5f
[7.101649] Call Trace:
[7.101662]  [] ? dump_stack+0x5c/0x78
[7.101668]  [] ? __warn+0xbe/0xe0
[7.101670]  [] ? warn_slowpath_fmt+0x5f/0x80
[7.101672]  [] ? kernfs_path_from_node+0x4a/0x60
[7.101674]  [] ? sysfs_warn_dup+0x5d/0x70
[7.101676]  [] ? sysfs_create_dir_ns+0x70/0x80
[7.101679]  [] ? kobject_add_internal+0x9d/0x320
[7.101680]  [] ? kobject_add+0x75/0xd0
[7.101692]  [] ? device_add+0x14e/0x620
[7.101695]  [] ? device_create_groups_vargs+0xd9/0xf0
[7.101700]  [] ? dead_read+0x10/0x10 [parport]
[7.101702]  [] ? device_create+0x51/0x70
[7.101711]  [] ? klist_next+0x1b/0xf0
[7.101714]  [] ? driver_check+0x13/0x20 [parport]
[7.101715]  [] ? bus_for_each_drv+0x62/0xb0
[7.101718]  [] ? parport_announce_port+0xbc/0x100 
[parport]
[7.101722]  [] ? parport_pc_probe_port+0x6ba/0xbb0 
[parport_pc]
[7.101724]  [] ? _dev_info+0x6c/0x90
[7.101726]  [] ? parport_pc_pnp_probe+0x13e/0x1e0 
[parport_pc]
[7.101729]  [] ? parport_pc_pci_probe+0x260/0x260 
[parport_pc]
[7.101735]  [] ? pnp_device_probe+0x5c/0xc0
[7.101737]  [] ? driver_probe_device+0x21a/0x420
[7.101739]  [] ? __driver_attach+0xda/0xe0
[7.101741]  [] ? driver_probe_device+0x420/0x420
[7.101742]  [] ? bus_for_each_dev+0x67/0xb0
[7.101744]  [] ? bus_add_driver+0x16a/0x260
[7.101746]  [] ? driver_register+0x57/0xc0
[7.101749]  [] ? parport_pc_init+0x2cd/0xf2a [parport_pc]
[7.101757]  [] ? netlink_broadcast_filtered+0x14c/0x3d0
[7.101760]  [] ? 
parport_parse_param.constprop.14+0xd6/0xd6 [parport_pc]
[7.101762]  [] ? do_one_initcall+0x4b/0x180
[7.101766]  [] ? __vunmap+0x6d/0xc0
[7.101772]  [] ? do_init_module+0x5b/0x1ed
[7.101776]  [] ? load_module+0x2523/0x2a00
[7.101777]  [] ? __symbol_put+0x60/0x60
[7.101779]  [] ? SYSC_finit_module+0xc6/0xf0
[7.101781]  [] ? do_syscall_64+0x7c/0xf0
[7.101787]  [] ? entry_SYSCALL64_slow_path+0x25/0x25
[7.101789] ---[ end trace 7d54979a5167cd9e ]---
[7.101790] [ cut here ]
[7.101792] WARNING: CPU: 1 PID: 227 at 
/build/linux-QtSjAP/linux-4.9.13/lib/kobject.c:240 
kobject_add_internal+0x2ab/0x320
[7.101793] 

Bug#856936: quagga: libquagga0 contains libraries with different SOVERSIONS

[Scott Leggett]

Hi all,

Thanks for the bug report and for the thoughful advice.

On 2017-03-10.11:18, Vincent Bernat wrote:
>  ❦ 10 mars 2017 09:29 GMT, Simon McVittie  :
> 
> >> I suppose that's why I am in copy (the other actions are pretty obvious
> >> and I suppose Scott will apply them soon; I can also do that if he's
> >> unavailable).

Yes, I will make the changes suggested by Simon. I won't be able to do
this in the next few days, but will get it done within the next week
after that.

As the libraries are really intended to be private to the quagga
"family" of daemons/utils, I plan to roll them into quagga-core (thanks
for the explanation for how to do this correctly!).

> >
> > The other reason I wanted to Cc you is because as sponsor, you were
> > responsible for checking that the package split proposed by the
> > maintainer was Policy-compliant. I would have expected a sponsor to
> > query the current library packaging and not upload without changes,
> > because as it stands at the moment, it isn't correct for either
> > private/internal libraries or public libraries; it's somewhere in
> > between.
> >
> > (In particular, seeing the Lintian overrides in the diff should probably
> > have been a warning sign.)
> >
> 
> During the first upload, the packaging was policy compliant as all
> libraries were sharing the same version. There was no override. The
> change in SO name for libzebra was done during a minor version
> update. At this time, I suggested to solve the problem by ignoring
> lintian instead of being overly complicated for a library without
> reverse dependencies. My bad.
> 

This was also due to me lacking the experience to solve this somewhat
complicated packaging issue. My apologies too.

FYI the version bump originated from this post to the upstream mailing
list[0], which shows upstream's somewhat relaxed attitude to ABI
stability. I guess this is understandable as the libraries are intended
to be private.

> >>  - removing libquagga0 and libquagga-dev and put the libraries in
> >>quagga-core and in /usr/lib/quagga. Not shipping the development
> >>files. This is a change that would likely to be accepted by the
> >>release team.
> >
> > I would recommend this route. As you say, splitting libquagga0 into
> > 5 library packages seems like overkill if nobody is going to use it.

Agreed.

[0]
https://lists.quagga.net/pipermail/quagga-dev/2016-December/033087.html

-- 
Regards,
Scott.


signature.asc
Description: PGP signature

Bug#854414: ncurses-term installed on both, but older version missing xterm-256color definition

[Martin Steigerwald]

Any update on this one?

Thanks,
-- 
Martin

Bug#857050: firefox no longer plays sound without pulseaudio daemon

[anomie]

For the record, the upstream bug asking them to reverse this poor
decision is at https://bugzilla.mozilla.org/show_bug.cgi?id=1345661

Bug#857623: mesa-opencl-icd: openCL is broken in LLVM < v5

[Ian Bruce]

Package: mesa-opencl-icd
Version: 13.0.5-1
Severity: important
Tags: upstream patch

LLVM versions before v5 contain a known language bug, involving the use
of pointers as boolean values, which makes them essentially unusable for
openCL:

https://bugs.llvm.org/show_bug.cgi?id=30217

https://reviews.llvm.org/D29038

https://reviews.llvm.org/rL294313

For an example of the problems this causes, see here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848258

https://developer.blender.org/T50522

a trivial test case illustrating the bug:


$ cat ptr-expr2.c
int ptr_expr(int *p)
{
if (!p)
return(0);
else
return(1);
}

$ clang-3.9 -x cl -emit-llvm -S ptr-expr2.c
ptr-expr2.c:3:9: error: invalid argument type 'int *' to unary expression
if (!p)
^~
1 error generated.

$ clang-4.0 -x cl -emit-llvm -S ptr-expr2.c
ptr-expr2.c:3:9: error: invalid argument type 'int *' to unary expression
if (!p)
^~
1 error generated.

$ clang-5.0 -x cl -emit-llvm -S ptr-expr2.c
$ # compilation succeeds


possible solutions:

- make openCL require LLVM-v5

- backport the bugfix from LLVM-v5 to earlier versions;
  it is apparently a single line change (see LLVM link above)

Until one or other of these solutions is applied, openCL in Mesa is
effectively unusable.



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

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

Versions of packages mesa-opencl-icd depends on:
ii  libc62.24-9
ii  libclc-amdgcn0.2.0+git20160907-3
ii  libclc-r600  0.2.0+git20160907-3
ii  libdrm-amdgpu1   2.4.74-1
ii  libdrm-nouveau2  2.4.74-1
ii  libdrm-radeon1   2.4.74-1
ii  libdrm2  2.4.74-1
ii  libelf1  0.168-0.2
ii  libexpat12.2.0-2
ii  libgcc1  1:6.3.0-6
ii  libgcrypt20  1.7.6-1
ii  libllvm3.9   1:3.9.1-4
ii  libsensors4  1:3.4.0-3+b1
ii  libstdc++6   6.3.0-6
ii  ocl-icd-libopencl1 [libopencl1]  2.2.11-1

mesa-opencl-icd recommends no packages.

mesa-opencl-icd suggests no packages.

Versions of packages xserver-xorg depends on:
ii  x11-xkb-utils  7.7+3+b1
ii  xkb-data   2.19-1
ii  xserver-xorg-core  2:1.19.2-1
ii  xserver-xorg-input-evdev [xorg-driver-input]   1:2.10.5-1
ii  xserver-xorg-video-radeon [xorg-driver-video]  1:7.8.0-1+b1

Versions of packages xserver-xorg recommends:
ii  libgl1-mesa-dri  13.0.5-1

Versions of packages xserver-xorg-core depends on:
ii  keyboard-configuration1.160
ii  libaudit1 1:2.6.7-1
ii  libbsd0   0.8.3-1
ii  libc6 2.24-9
ii  libdbus-1-3   1.10.16-1
ii  libdrm2   2.4.74-1
ii  libegl1-mesa  13.0.5-1
ii  libepoxy0 1.3.1-2
ii  libgbm1   13.0.5-1
ii  libgcrypt20   1.7.6-1
ii  libgl1-mesa-glx [libgl1]  13.0.5-1
ii  libpciaccess0 0.13.4-1
ii  libpixman-1-0 0.34.0-1
ii  libselinux1   2.6-3
ii  libsystemd0   232-19
ii  libudev1  232-19
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.2-3
ii  libxfont2 1:2.0.1-3
ii  libxshmfence1 1.2-1
ii  udev  232-19
ii  xserver-common2:1.19.2-1

Versions of packages xserver-xorg-core recommends:
ii  libgl1-mesa-dri  13.0.5-1
ii  libpam-systemd   232-19

Versions of packages xserver-xorg-core suggests:
ii  xfonts-100dpi1:1.0.4+nmu1
ii  xfonts-75dpi 1:1.0.4+nmu1
ii  xfonts-scalable  1:1.0.3-1.1

-- no debconf information

Bug#855359: [Pkg-phototools-devel] Bug#855359: darktable: 2.2.1 binary very slow compared to self-compiled

[David Bremner]

Matthias Bodenbinder  writes:

> Am 06.03.2017 um 20:45 schrieb David Bremner:

> Now I got your point. I downloaded 2.2.3-2 and tested it. The speed
> improvement is minimal: 19,6 s for the whole pixel pipeline vs. 21,9 s
> for version 2.2.3-1 and compared to 14 s for self-compiled.

I managed to roughly duplicate this behaviour on my laptop which is an
i7-6600U. In fact the speed difference is more dramatic, 51s for the
binary package and about 30s for the "self compiled" version (with
-march=native).

There is a small improvement (from 59s to 51s on my laptop) in -4 due to
using CMAKE_BUILD_TYPE=Release. I'm not sure if further improvements are
possible by tweaking buildflags, that will require some more test builds.

Bug#855918: [Pkg-samba-maint] Bug#855918: samba: connection refused after reboot, fixable by systemctl restart smbd

[Martin Steigerwald]

Am Donnerstag, 9. März 2017, 22:46:43 CET schrieb Mathieu Parent:
> 2017-02-23 13:46 GMT+01:00 Martin Steigerwald
> : [...]
> 
> > When I restart is with systemctl I get same open ports. I.e.
> > 445 is still on localhost and thus it does not seem to be needed
> > on client machine.
> 
> I don't understand this paragraph. What is your other way to restart
> (other than systemctl)?

Booting the machine.

I wrote this that restarting samba with systemctl just didn´t change that 445 
is still listening on localhost (and thus it does not seem to be needed to be 
accessible by client machine).

> > [global]
> > 
> > bind interfaces only = Yes
> > interfaces = lo eth0
> 
> What if you comment out the two above lines? Do you really need them?

Then it works.

I don´t really need them, but I think they can be an additional security 
precaution and it may be needed for servers with additional interfaces.
 
> Otherwise: probably your network-online.target is not dynamic.

Please, pretty please do not hint at what RHEL 7 is doing there by requiring 
Network Manager on every system.

> What does the following command outputs:
> systemctl list-dependencies network-online.target

root@fileserver:~# systemctl list-dependencies network-online.target
network-online.target
● └─networking.service

> systemctl list-dependencies --after network-online.target

root@fileserver:~# systemctl list-dependencies --after network-online.target
network-online.target
● ├─ifup@eth0.service
● ├─networking.service
● └─network.target
●   ├─ifup@eth0.service
●   ├─networking.service
●   ├─systemd-networkd.service
●   └─network-pre.target
 
> You'll need systemd-networkd-wait-online.service or
> NetworkManager-wait-online.service or similar here. You can write your
> own which ensure that network is up.

I have:

allow-hotplug eth0
iface eth0 inet dhcp

No Network Manager.

> See also: https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget

And I think this should work *out of the box*. It certainly did with Jessie.

Also it doesn´t work when I use:

root@fileserver:/etc/systemd/system# cat smbd.service 
[Unit]
After=network-online.target nmb.service winbind.service

Feel free to reassign this to either systemd or ifupdown.

I bet upon a release of Stretch with this unfixed will break a ton of setups 
out there. So at least this behavior should be mentioned in release notes IMHO 
and/or in an debconf prompt.

Thanks,
-- 
Martin

Bug#857622: xl2tpd: ppp channel not closed properly

[Patrick]

Package: xl2tpd
Version: 1.3.6+dfsg-1
Severity: important
Tags: upstream

Dear Maintainer,

IPSEC configuration working
xl2tpd config working
ppp config working

now let's imagine that I am connecting with the right ipsec secret but mistyped
the CHAP password on the iphone (client), the connection is rejected (nnormal
behaviour) BUT

i am now connecting with the right secret and ppp password (CHAP)
connection is rejected as well

when restarting both IPSEC (openswan) and xl2tpd services and connect with
right secret and password then it works.

so basically the wrong ppp password somehow messes up xl2tpd, maybe you do not
close pppd channel properly ...

















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

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

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



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

Kernel: Linux 3.16.0-45-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xl2tpd depends on:
ii  libc6   2.19-0ubuntu6.9
ii  libpcap0.8  1.5.3-2
ii  ppp 2.4.5-5.1ubuntu2.2

xl2tpd recommends no packages.

xl2tpd suggests no packages.

-- Configuration Files:
/etc/xl2tpd/l2tp-secrets changed [not included]
/etc/xl2tpd/xl2tpd.conf changed [not included]

Bug#837788: [Packaging] Bug#837788: Bug#837788: munin: systemd control scripts are missing

[Holger Levsen]

On Mon, Mar 13, 2017 at 04:44:41AM +0100, Benoît-Pierre Demaine wrote:
> Because in Unix most services are enabled or disabled via classic commands 
> /etc/init.d/foo start, or handling links in rc3.d. messing cron files is 
> counter intuitive.
 
using "/etc/init.d/foo start" has been deprecated since many years, the
LSB way to start/stop daemons is to use "service foo start"(/stop), and it is
this way since before systemd exists…
 
> Or : make the .service file show a messages to tell to edit cron files. 

patches welcome.


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#856904: ksirk FTBFS on architectures where char is unsigned

[John Paul Adrian Glaubitz]

Hi!

On 03/06/2017 10:49 AM, John Paul Adrian Glaubitz wrote:
> The attached debdiff contains a trivial patch which changes the declaration
> of tbl[] from "char" to "signed char". With the patch applied, I verified
> that the package builds successfully on armhf.

Any progress on this? Shall I go ahead and perform an NMU?

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#839894: [patch] fix installation to system that has many disks (>= 27) (Re: Bug#839894: installation-report: Jessie installer fails to install GRUB on a large JBOD system

[Hideki Yamane]

Hi,

 ping to debian-boot for patch review.

On Sat, 04 Feb 2017 13:15:36 +0900 Hideki Yamane  wrote:
> control: reassign -1 grub-installer
> control: tags -1 +patch
(snip)
>  More tiny fix is enough for this issue. I've confirmed it by 
>  s%/dev/[hsv]d[a-z0-9]%/dev/[hsv]d[a-z0-9]*% - adding one "*" in
>  VirtualBox (it's easy to create such environment).

 I've confirmed it works on VBox
 
https://qiita-image-store.s3.amazonaws.com/0/33063/eaebbb71-6cd7-3f86-5268-897297fd100e.png

 Could you review the patch, please?

 # It may be better to use /dev/[hsv]d[a-z0-9].* than /dev/[hsv]d[a-z0-9]*


-- 
Regards,

 Hideki Yamane henrich @ debian.or.jp/org
 http://wiki.debian.org/HidekiYamane

Bug#857621: error: dereferencing pointer to incomplete type ‘DSA {aka struct dsa_st}’

[jean-christophe manciot]

Package: openssh
Version: 7.4p1-7
Tag: debian/1%7.4p1-7
Sources: https://anonscm.debian.org/git/pkg-ssh/openssh.git

Building with branch=master & tag=debian/1%7.4p1-7
echo 
echo Cleaning
echo 
cd git-openssh
sudo -u actionmystique -H git-reset-clean-pull-checkout.sh
pristine-tar
sudo -u actionmystique -H git-reset-clean-pull-checkout.sh $branch
$tag

echo ---
echo Checking Build Dependencies
echo ---
check-build-dependencies.sh

echo 
echo Building
echo 
sudo -u actionmystique -H git checkout $branch
sudo -u actionmystique -H gbp buildpackage --git-verbose
--git-debian-branch=$branch --git-pristine-tar

leads to:
...
ranlib libopenbsd-compat.a
make[3]: Leaving directory
'/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh/debian/build-deb/openbsd-compat'
gcc -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security
-Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result
-fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset
-fstack-protector-strong -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security
-DSSH_EXTRAVERSION=\"Ubuntu-8\"  -I. -I../.. -Wdate-time
-D_FORTIFY_SOURCE=2 -I/usr/include/editline -isystem /usr/include/mit-krb5
-isystem /usr/include/mit-krb5  -DSSHDIR=\"/etc/ssh\"
-D_PATH_SSH_PROGRAM=\"/usr/bin/ssh\"
-D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/bin/ssh-askpass\"
-D_PATH_SFTP_SERVER=\"/usr/lib/openssh/sftp-server\"
-D_PATH_SSH_KEY_SIGN=\"/usr/lib/openssh/ssh-keysign\"
-D_PATH_SSH_PKCS11_HELPER=\"/usr/lib/openssh/ssh-pkcs11-helper\"
-D_PATH_SSH_PIDDIR=\"/var/run\"
-D_PATH_PRIVSEP_CHROOT_DIR=\"/var/run/sshd\" -DHAVE_CONFIG_H -c
../../ssh_api.c -o ssh_api.o
gcc -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security
-Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result
-fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset
-fstack-protector-strong -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security
-DSSH_EXTRAVERSION=\"Ubuntu-8\"  -I. -I../.. -Wdate-time
-D_FORTIFY_SOURCE=2 -I/usr/include/editline -isystem /usr/include/mit-krb5
-isystem /usr/include/mit-krb5  -DSSHDIR=\"/etc/ssh\"
-D_PATH_SSH_PROGRAM=\"/usr/bin/ssh\"
-D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/bin/ssh-askpass\"
-D_PATH_SFTP_SERVER=\"/usr/lib/openssh/sftp-server\"
-D_PATH_SSH_KEY_SIGN=\"/usr/lib/openssh/ssh-keysign\"
-D_PATH_SSH_PKCS11_HELPER=\"/usr/lib/openssh/ssh-pkcs11-helper\"
-D_PATH_SSH_PIDDIR=\"/var/run\"
-D_PATH_PRIVSEP_CHROOT_DIR=\"/var/run/sshd\" -DHAVE_CONFIG_H -c
../../ssherr.c -o ssherr.o
gcc -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security
-Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result
-fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset
-fstack-protector-strong -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security
-DSSH_EXTRAVERSION=\"Ubuntu-8\"  -I. -I../.. -Wdate-time
-D_FORTIFY_SOURCE=2 -I/usr/include/editline -isystem /usr/include/mit-krb5
-isystem /usr/include/mit-krb5  -DSSHDIR=\"/etc/ssh\"
-D_PATH_SSH_PROGRAM=\"/usr/bin/ssh\"
-D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/bin/ssh-askpass\"
-D_PATH_SFTP_SERVER=\"/usr/lib/openssh/sftp-server\"
-D_PATH_SSH_KEY_SIGN=\"/usr/lib/openssh/ssh-keysign\"
-D_PATH_SSH_PKCS11_HELPER=\"/usr/lib/openssh/ssh-pkcs11-helper\"
-D_PATH_SSH_PIDDIR=\"/var/run\"
-D_PATH_PRIVSEP_CHROOT_DIR=\"/var/run/sshd\" -DHAVE_CONFIG_H -c
../../sshbuf.c -o sshbuf.o
gcc -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security -Wall
-Wpointer-arith -Wuninitialized -Wsign-compare -Wformat-security
-Wsizeof-pointer-memaccess -Wno-pointer-sign -Wno-unused-result
-fno-strict-aliasing -D_FORTIFY_SOURCE=2 -ftrapv -fno-builtin-memset
-fstack-protector-strong -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2
-fdebug-prefix-map=/home/actionmystique/Program-Files/Ubuntu/OpenSSH/git-openssh=.
-fPIE -fstack-protector-strong -Wformat -Werror=format-security

Bug#341811: audacity: Clicking "Stop" after recording makes the program hang

[Frédéric Mesplède]

Package: audacity
Version: 2.0.6-2
Followup-For: Bug #341811

Dear Maintainer,

Each time I stop a recording while playing, audacity hangs.
Thank you for your work.



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

Kernel: Linux 3.16.0-4-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)

Versions of packages audacity depends on:
ii  audacity-data 2.0.6-2
ii  libasound21.0.28-1
ii  libavcodec56  10:2.6.9-dmo1
ii  libavformat56 10:2.6.9-dmo1
ii  libavutil54   10:2.6.9-dmo1
ii  libc6 2.19-18+deb8u7
ii  libexpat1 2.1.0-6+deb8u3
ii  libflac++61.3.0-3
ii  libflac8  1.3.0-3
ii  libgcc1   1:4.9.2-10
ii  libglib2.0-0  2.42.1-1+b1
ii  libid3tag00.15.1b-11
ii  libmad0   0.15.1b-8
ii  libmp3lame0   1:3.99.5-dmo4
ii  libogg0   1.3.2-1
ii  libportaudio2 19+svn20140130-1
ii  libportsmf0   0.1~svn20101010-4
ii  libsbsms102.0.2-1
ii  libsndfile1   1.0.25-9.1+deb8u1
ii  libsoundtouch01.8.0-1
ii  libsoxr0  0.1.1-1
ii  libstdc++64.9.2-10
ii  libtwolame0   0.3.13-1.1
ii  libvamp-hostsdk3  1:2.5-dmo6
ii  libvorbis0a   1.3.4-2
ii  libvorbisenc2 1.3.4-2
ii  libvorbisfile31.3.4-2
ii  libwxbase3.0-03.0.2-1+b1
ii  libwxgtk3.0-0 3.0.2-1+b1

audacity recommends no packages.

Versions of packages audacity suggests:
pn  ladspa-plugin  

-- no debconf information

Bug#856592: Multiple security issues

[Salvatore Bonaccorso]

Hi,

On Fri, Mar 03, 2017 at 06:43:03AM +0100, Salvatore Bonaccorso wrote:
> Hello,
> 
> On Thu, Mar 02, 2017 at 07:28:23PM +0100, Moritz Muehlenhoff wrote:
> > Source: libpodofo
> > Severity: grave
> > Tags: security
> > 
> > New podofo issues (no CVEs yet):
> > 
> > http://www.openwall.com/lists/oss-security/2017/03/02/10
> > http://www.openwall.com/lists/oss-security/2017/03/02/9
> > http://www.openwall.com/lists/oss-security/2017/03/02/8
> > http://www.openwall.com/lists/oss-security/2017/03/02/7
> > http://www.openwall.com/lists/oss-security/2017/03/02/6
> > http://www.openwall.com/lists/oss-security/2017/03/02/5
> > http://www.openwall.com/lists/oss-security/2017/03/02/4
> > http://www.openwall.com/lists/oss-security/2017/03/02/3
> > http://www.openwall.com/lists/oss-security/2017/03/02/2
> 
> And http://www.openwall.com/lists/oss-security/2017/03/02/1 in the
> above list.

FTR, for all of those CVEs have been assigned.

Regards,
Salvatore

Bug#857620: xserver-xorg-video-nouveau: xorg crashes when running gscan2pdf (libgtk2-perl) test case

[Jeffrey Ratcliffe]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.13-1+b1
Severity: normal

Dear Maintainer,

   * What led up to the situation?

Download and extract the source:

wget
http://http.debian.net/debian/pool/main/g/gscan2pdf/gscan2pdf_1.6.0.orig.tar.xz
tar xvfJ gscan2pdf_1.6.0.orig.tar.xz
cd gscan2pdf-1.6.0

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Run one of the test cases:

PERL5LIB="blib:lib:$PERL5LIB" perl t/114_cancel_save_pdf.t

   * What was the outcome of this action?

xorg crashed, and I was returned to the login screen

   * What outcome did you expect instead?

The test should have run through as normal

I tried to debug the problem by installing xserver-xorg-video-nouveau-dbg, ssh-
ing to the computer from another, starting gdb and attaching the PID of the
xorg process.

As long as gdb is attached to the process, and the -dbg package is installed,
xorg does not crash. Otherwise, it crashes every time. Not all the test cases
are affected. The 67 tests that run before this one, run fine.

If it does crash, it takes the ssh process with it, so I can't see the gdb
output.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jun 15  2015 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Mar  3 15:41 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF108 [GeForce GT 
530] [10de:0de5] (rev a1)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170221 (Debian 6.3.0-8) ) #1 SMP Debian 4.9.13-1 (2017-02-27)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 30488 Jan 28 15:53 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 35020 Feb 25 22:09 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 34396 Mar 13 11:59 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 13820.275] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[ 13820.275] X Protocol Version 11, Revision 0
[ 13820.275] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[ 13820.275] Current Operating System: Linux saturn 4.9.0-2-amd64 #1 SMP Debian 
4.9.13-1 (2017-02-27) x86_64
[ 13820.275] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-2-amd64 
root=UUID=c8a0856f-9640-42e2-b1ba-0ad7edf3d81a ro quiet
[ 13820.275] Build Date: 03 March 2017  03:14:41PM
[ 13820.275] xorg-server 2:1.19.2-1 (https://www.debian.org/support) 
[ 13820.275] Current version of pixman: 0.34.0
[ 13820.275]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 13820.275] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 13820.275] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Mar 13 11:58:58 
2017
[ 13820.275] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 13820.275] (==) No Layout section.  Using the first Screen section.
[ 13820.275] (==) No screen section available. Using defaults.
[ 13820.275] (**) |-->Screen "Default Screen Section" (0)
[ 13820.275] (**) |   |-->Monitor ""
[ 13820.275] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 13820.275] (==) Automatically adding devices
[ 13820.275] (==) Automatically enabling devices
[ 13820.275] (==) Automatically adding GPU devices
[ 13820.275] (==) Max clients allowed: 256, resource mask: 0x1f
[ 13820.275] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 13820.275]Entry deleted from font path.
[ 13820.275] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 13820.275] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 13820.275] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 13820.275] (II) Loader magic: 0x5625ccf63e00
[ 13820.275] (II) Module ABI versions:
[ 13820.275]X.Org ANSI C Emulation: 0.4
[ 13820.275]X.Org Video Driver: 23.0
[ 13820.275]X.Org XInput driver : 24.1
[ 13820.275]X.Org Server Extension : 10.0
[ 13820.276] (++) using VT number 7

[ 13820.276] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[ 13820.276] (II) 

Bug#855640: gcc-6-cross: gcj-6- ship broken symlink /usr/lib/gcc-cross//6/ecj1 -> ../../ecj1

[Matthias Klose]

On 12.03.2017 22:36, Andreas Beckmann wrote:
> Followup-For: Bug #855640
> 
> Hi,
> 
> this problem also exists in the gcc-5-cross packages, should I clone
> this bug?

already commited to the VCS. Thanks, Matthias

Bug#857618: Reduce Delta to upstream systemd service file

[Christian Ehrhardt]

Package: keepalived
Version: 1:1.3.2-1
Severity: normal

Hi,
debugging an issue recently I found that upstream now has a service file.
While some differences would make a full adoption at least "more work"
(like different config paths).
There are still a few things we could easily take up into the Debian file.

One change that might help is to add "PIDFile=/var/run/keepalived.pid".
I've happened to debug cases [1] where a fast restart of keepalived tricks
systemds PID guessing and thereby can end up with stale configuration and
processes. The PIDFile statement fixes that - and while newer systemd
versions seem to avoid the issue as well I think it might still be safe as
it is recommended for services of type forking.
It would be kind if you'd consider taking the PIDFile statement into the
Debian service file of keepalived.

There is also "After=syslog.target" as a difference but I'm not so sure how
much sense that makes in the Debian context.
[1]: https://bugs.launchpad.net/ubuntu/+source/keepalived/+bug/1644530

-- 
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd

Bug#857619: matrix-synapse: Stop service if server name is not configured

[Rahul De]

Package: matrix-synapse
Version: 0.19.2+dfsg-4
Severity: normal
Tags: patch

Dear Maintainer,

Currently if the domain name is not known, and the user simply presses enter on 
the
debconf page, the install completes but the 
/etc/matrix-synapse/conf.d/server_name.yaml
is not written and a package installtion error happens. This prevents that by 
failing gracefully.

Also domain name cannot be changed after its configured and the service is used.
This allows the user to make an informed decision before setting a proper 
domain 
name rather that something temporary which is hard to be changed later on.

I have also raised this with the upstream developers too.
>From 7fb9a42437c09e8821541f26bf137b513b7ac343 Mon Sep 17 00:00:00 2001
From: Rahul De 
Date: Mon, 13 Mar 2017 14:12:52 +0530
Subject: [PATCH] Fail silently if server name is not configured

- This is for the scenario of the user not setting the server name in debconf 
when the FQDN isn't known.
- That results in /etc/matrix-synapse/conf.d/server_name.yaml not being present.
- This prevents the service from starting util the file is present.
---
 debian/matrix-synapse.init| 4 
 debian/matrix-synapse.service | 1 +
 2 files changed, 5 insertions(+)

diff --git a/debian/matrix-synapse.init b/debian/matrix-synapse.init
index 905bd3c..9d27bca 100755
--- a/debian/matrix-synapse.init
+++ b/debian/matrix-synapse.init
@@ -20,6 +20,7 @@ PATH=/sbin:/usr/sbin:/bin:/usr/bin
 DESC="matrix-synapse"
 NAME=matrix-synapse
 SCRIPTNAME=/etc/init.d/$NAME
+CONFIGFILE_SERVERNAME="/etc/matrix-synapse/conf.d/server_name.yaml"
 
 PYTHON="/usr/bin/python"
 CONFIGS="--config-path /etc/matrix-synapse/homeserver.yaml --config-path 
/etc/matrix-synapse/conf.d/"
@@ -50,6 +51,9 @@ get_config_key()
 #
 do_start()
 {
+   # Fail silently if CONFIGFILE_SERVERNAME doesn't exist
+   [ -f $CONFIGFILE_SERVERNAME ] || return 0
+
# Running --generate-config to create keys if any are absent.
# Doesn't matter if not
$PYTHON -m "synapse.app.homeserver" $CONFIGS --generate-keys || return 2
diff --git a/debian/matrix-synapse.service b/debian/matrix-synapse.service
index ab94e07..fe9bf89 100644
--- a/debian/matrix-synapse.service
+++ b/debian/matrix-synapse.service
@@ -1,5 +1,6 @@
 [Unit]
 Description=Synapse Matrix homeserver
+ConditionPathExists=/etc/matrix-synapse/conf.d/server_name.yaml
 
 [Service]
 Type=simple
-- 
2.12.0

Bug#857616: unblock android-sdk-meta/25.0.0+5

[Hans-Christoph Steiner]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package: android-sdk-meta

We had two little packaging glitches since 25.0.0+3, so please unblock
25.0.0+5

Here is the source diff (and attached):

$ debdiff android-sdk-meta_25.0.0+3.dsc android-sdk-meta_25.0.0+5.dsc
dpkg-source: warning: extracting unsigned source package
(/var/cache/pbuilder/result/android-sdk-meta_25.0.0+3.dsc)
diff -Nru android-sdk-meta-25.0.0+3/debian/changelog
android-sdk-meta-25.0.0+5/debian/changelog
--- android-sdk-meta-25.0.0+3/debian/changelog  2017-03-10
22:23:19.0 +0100
+++ android-sdk-meta-25.0.0+5/debian/changelog  2017-03-13
11:43:41.0 +0100
@@ -1,3 +1,15 @@
+android-sdk-meta (25.0.0+5) unstable; urgency=medium
+
+  * correct my git mistake, this has all of +3 and +4
+
+ -- Hans-Christoph Steiner   Mon, 13 Mar 2017 11:43:41 +0100
+
+android-sdk-meta (25.0.0+4) unstable; urgency=medium
+
+  * d/rules: Automate the Debian revision in the versions of binary
packages
+
+ -- Kai-Chung Yan   Mon, 13 Mar 2017 18:07:22 +0800
+
 android-sdk-meta (25.0.0+3) unstable; urgency=medium

   * udev rules for Intel tablets (Closes: #814056)
diff -Nru android-sdk-meta-25.0.0+3/debian/rules
android-sdk-meta-25.0.0+5/debian/rules
--- android-sdk-meta-25.0.0+3/debian/rules  2017-02-28 22:56:53.0
+0100
+++ android-sdk-meta-25.0.0+5/debian/rules  2017-03-13 11:42:15.0
+0100
@@ -1,15 +1,17 @@
 #!/usr/bin/make -f

+include /usr/share/dpkg/pkg-info.mk
+
 export BUILD_TOOLS_VERSION = 24.0.0
 PLATFORM_TOOLS_VERSION = 24.0.0
-DEB_REVISION = +2
+DEB_REVISION = $(shell echo $(DEB_VERSION) | sed
's,.*\+\([0-9][0-9]*\).*,\1,')

 %:
dh $@

 override_dh_gencontrol:
dh_gencontrol
-   dh_gencontrol -pandroid-sdk-platform-tools --
-v$(PLATFORM_TOOLS_VERSION)$(DEB_REVISION)
-   dh_gencontrol -pandroid-sdk-platform-tools-common --
-v$(PLATFORM_TOOLS_VERSION)$(DEB_REVISION)
-   dh_gencontrol -pandroid-sdk-build-tools --
-v$(BUILD_TOOLS_VERSION)$(DEB_REVISION)
-   dh_gencontrol -pandroid-sdk-build-tools-common --
-v$(BUILD_TOOLS_VERSION)$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-platform-tools --
-v$(PLATFORM_TOOLS_VERSION)+$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-platform-tools-common --
-v$(PLATFORM_TOOLS_VERSION)+$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-build-tools --
-v$(BUILD_TOOLS_VERSION)+$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-build-tools-common --
-v$(BUILD_TOOLS_VERSION)+$(DEB_REVISION)



diff -Nru android-sdk-meta-25.0.0+3/debian/changelog 
android-sdk-meta-25.0.0+5/debian/changelog
--- android-sdk-meta-25.0.0+3/debian/changelog  2017-03-10 22:23:19.0 
+0100
+++ android-sdk-meta-25.0.0+5/debian/changelog  2017-03-13 11:43:41.0 
+0100
@@ -1,3 +1,15 @@
+android-sdk-meta (25.0.0+5) unstable; urgency=medium
+
+  * correct my git mistake, this has all of +3 and +4
+
+ -- Hans-Christoph Steiner   Mon, 13 Mar 2017 11:43:41 +0100
+
+android-sdk-meta (25.0.0+4) unstable; urgency=medium
+
+  * d/rules: Automate the Debian revision in the versions of binary packages
+
+ -- Kai-Chung Yan   Mon, 13 Mar 2017 18:07:22 +0800
+
 android-sdk-meta (25.0.0+3) unstable; urgency=medium
 
   * udev rules for Intel tablets (Closes: #814056)
diff -Nru android-sdk-meta-25.0.0+3/debian/rules 
android-sdk-meta-25.0.0+5/debian/rules
--- android-sdk-meta-25.0.0+3/debian/rules  2017-02-28 22:56:53.0 
+0100
+++ android-sdk-meta-25.0.0+5/debian/rules  2017-03-13 11:42:15.0 
+0100
@@ -1,15 +1,17 @@
 #!/usr/bin/make -f
 
+include /usr/share/dpkg/pkg-info.mk
+
 export BUILD_TOOLS_VERSION = 24.0.0
 PLATFORM_TOOLS_VERSION = 24.0.0
-DEB_REVISION = +2
+DEB_REVISION = $(shell echo $(DEB_VERSION) | sed 's,.*\+\([0-9][0-9]*\).*,\1,')
 
 %:
dh $@
 
 override_dh_gencontrol:
dh_gencontrol
-   dh_gencontrol -pandroid-sdk-platform-tools -- 
-v$(PLATFORM_TOOLS_VERSION)$(DEB_REVISION)
-   dh_gencontrol -pandroid-sdk-platform-tools-common -- 
-v$(PLATFORM_TOOLS_VERSION)$(DEB_REVISION)
-   dh_gencontrol -pandroid-sdk-build-tools -- 
-v$(BUILD_TOOLS_VERSION)$(DEB_REVISION)
-   dh_gencontrol -pandroid-sdk-build-tools-common -- 
-v$(BUILD_TOOLS_VERSION)$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-platform-tools -- 
-v$(PLATFORM_TOOLS_VERSION)+$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-platform-tools-common -- 
-v$(PLATFORM_TOOLS_VERSION)+$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-build-tools -- 
-v$(BUILD_TOOLS_VERSION)+$(DEB_REVISION)
+   dh_gencontrol -pandroid-sdk-build-tools-common -- 
-v$(BUILD_TOOLS_VERSION)+$(DEB_REVISION)

Bug#857617: espeak - mbrola voice not found

[Hans-J. Ullrich]

Source: espeak
Severity: normal

Dear Maintainer,

it looks like ther eis a returning bg with espeak.I discovered, that espeak is 
not finding the 
mbrola speech files. Additionally, espeak is not using mbrola phonetics. 

This is the part of strace output at the command 

espeak -v mb-de7 "hello world"

-- snip -

sysinfo({uptime=4165, loads=[1792, 23904, 59584], totalram=1572311040, 
freeram=66408448, sharedram=27394048, bufferram=27017216, totalswap=1998737408, 
freeswap=1282551808, procs=850, totalhigh=0, freehigh=0, mem_unit=1}) = 0
stat("/usr/lib/x86_64-linux-gnu/espeak-data/voices/mb/mb-de7", 
{st_mode=S_IFREG|0644, st_size=106, ...}) = 0
open("/usr/lib/x86_64-linux-gnu/espeak-data/voices/mb/mb-de7", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=106, ...}) = 0
read(3, "name german-mbrola-7\nlanguage de"..., 4096) = 106
stat("/usr/lib/x86_64-linux-gnu/espeak-data/mbrola/de7", 0x7ffef52bfce0) = -1 
ENOENT (No such file or directory)
stat("/usr/share/mbrola/de7", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
pipe([4, 5])= 0
pipe([6, 7])= 0
pipe([8, 9])= 0
clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7f0a4d8aa050) = 10624
open("/proc/10624/stat", O_RDONLY)  = 10
rt_sigaction(SIGPIPE, {sa_handler=SIG_IGN, sa_mask=[PIPE], 
sa_flags=SA_RESTORER|SA_RESTART, sa_restorer=0x7f0a4c8e2040}, 
{sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 0
fcntl(5, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
fcntl(6, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
fcntl(8, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
close(4)= 0
close(7)= 0
close(9)= 0
write(5, "#\n", 2)  = 2
lseek(10, 0, SEEK_SET)  = 0
read(10, "10624 (espeak) R 106", 20)= 20
poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN}], 2, 1) = 0 (Timeout)
lseek(10, 0, SEEK_SET)  = 0
read(10, "10624 (espeak) R 106", 20)= 20
poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN}], 2, 4) = 0 (Timeout)
lseek(10, 0, SEEK_SET)  = 0
read(10, "10624 (mbrola) R 106", 20)= 20
poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN}], 2, 16) = 0 (Timeout)
lseek(10, 0, SEEK_SET)  = 0
read(10, "10624 (mbrola) S 106", 20)= 20
poll([{fd=6, events=POLLIN}, {fd=8, events=POLLIN}], 2, 0) = 0 (Timeout)
write(2, "mbrowrap error: unable to get .w"..., 53mbrowrap error: unable to get 
.wav header from mbrola) = 53
write(2, "\n", 1
)   = 1
close(10)   = 0
close(5)= 0
close(6)= 0
close(8)= 0
kill(10624, SIGTERM)= 0
wait4(10624, NULL, 0, NULL) = 10624
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=10624, si_uid=1000, 
si_status=SIGPIPE, si_utime=5, si_stime=0} ---
write(2, "mbrola voice not found\n", 23mbrola voice not found
) = 23
read(3, "", 4096)   = 0
close(3)= 0
stat("/usr/lib/x86_64-linux-gnu/espeak-data/de_dict", {st_mode=S_IFREG|0644, 
st_size=21816, ...}) = 0
open("/usr/lib/x86_64-linux-gnu/espeak-data/de_dict", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=21816, ...}) = 0
read(3, 
"\0\4\0\0,\"\0\0\0\0\rD\\\364\2018T\177\"\6#2\0\0\23G\34Q\305:\260\205"..., 
20480) = 20480
read(3, "\203\0\4oll\10\2br\3S\2q7\0oll\10\2ko\0oll\10\2str"..., 4096) = 1336
close(3)= 0


--- snap 


As you can see, thembrla voices are not found. Thi swas an earlier bug in 
version 0.8.2. 
However, when you add a symlink to the files, this does nt work (what is 
strange), but when you copy the files
diretly to the search path, they will be found.

On the other hand, this is only one bug I found, but the other thing is not 
working:
mbrola phonetics and sound is not used, espeak is still using the standard 
espeak phonetics.

Please note, this bug also involves the functionality of the package 
"gespeaker", which is based on 
espeak.

It would be nice, if you could take a look at it.

Thank you for all your efforts!

Best regards

Hans




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

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

Bug#854130: libbson FTBFS on mips/mipsel: test-results.json aborted

[Radovan Birdic]

Hi,

I have back-ported the patch that limits number of threads to 10 to current 
debian version (1.5.4-1).
With these changes build pass successfully on my local mips and mipsel machines.
The patch is attached, if you want to go with this solution.

This change is already merged in 1.6.1 release.

Regards,
Radovan--- libbson-1.5.4.orig/tests/TestSuite.c
+++ libbson-1.5.4/tests/TestSuite.c
@@ -48,6 +48,8 @@
 
 static int test_flags;
 
+const int MAX_THREADS = 10;
+
 
 #define TEST_VERBOSE   (1 << 0)
 #define TEST_NOFORK(1 << 1)
@@ -629,6 +631,7 @@ typedef struct
 {
TestSuite *suite;
Test *test;
+   int n_tests;
Mutex *mutex;
int *count;
 } ParallelInfo;
@@ -638,18 +641,27 @@ static void *
 TestSuite_ParallelWorker (void *data) /* IN */
 {
ParallelInfo *info = (ParallelInfo *)data;
+   Test *test;
+   int i;
int status;
 
ASSERT (info);
 
-   status = TestSuite_RunTest (info->suite, info->test, info->mutex, info->count);
-
-   if (AtomicInt_DecrementAndTest (info->count)) {
-  TestSuite_PrintJsonFooter (stdout);
-  if (info->suite->outfile) {
- TestSuite_PrintJsonFooter (info->suite->outfile);
+   test = info->test;
+   
+   /* there's MAX_THREADS threads, each runs n_tests tests */
+   for (i = 0; i < info->n_tests; i++) {
+  ASSERT (test);
+  status = TestSuite_RunTest (info->suite, test, info->mutex, info->count);
+  if (AtomicInt_DecrementAndTest (info->count)) {
+ TestSuite_PrintJsonFooter (stdout);
+ if (info->suite->outfile) {
+TestSuite_PrintJsonFooter (info->suite->outfile);
+ }
+ exit (status);
   }
-  exit (status);
+
+  test = test->next;
}
 
/* an info is allocated for each thread in TestSuite_RunParallel */
@@ -658,6 +670,9 @@ TestSuite_ParallelWorker (void *data) /*
return NULL;
 }
 
+/* easier than having to link with math library */
+#define CEIL(d) ((int) (d) == d ? (int) (d) : (int) (d) + 1)
+
 
 static void
 TestSuite_RunParallel (TestSuite *suite) /* IN */
@@ -667,6 +682,8 @@ TestSuite_RunParallel (TestSuite *suite)
Mutex mutex;
Test *test;
int count = 0;
+   int starting_count;
+   int tests_per_thread;
int i;
 
ASSERT (suite);
@@ -677,19 +694,31 @@ TestSuite_RunParallel (TestSuite *suite)
   count++;
}
 
-   threads = (Thread *)calloc (count, sizeof *threads);
+   /* threads start decrementing count immediately, save a copy */
+   starting_count = count;
+   tests_per_thread = CEIL ((double) count / (double) MAX_THREADS);
+   threads = (Thread *) calloc (MAX_THREADS, sizeof *threads);
 
Memory_Barrier ();
 
+   /* "tests" is a linked list, a->b->c->d->..., iterate it and every
+* tests_per_thread start a new thread, point it at our position in the list,
+* and tell it to run the next tests_per_thread tests. */
+
for (test = suite->tests, i = 0; test; test = test->next, i++) {
-  info = (ParallelInfo *)calloc (1, sizeof *info);
-  info->suite = suite;
-  info->test = test;
-  info->count = 
-  info->mutex = 
-  Thread_Create ( [i], TestSuite_ParallelWorker, info);
+  if (!(i % tests_per_thread)) {
+ info = (ParallelInfo *) calloc (1, sizeof *info);
+ info->suite = suite;
+ info->test = test;
+ info->n_tests = BSON_MIN (tests_per_thread, starting_count - i);
+ info->count = 
+ info->mutex = 
+ Thread_Create (threads, TestSuite_ParallelWorker, info);
+ threads++;
+  }
}
 
+/* wait for the thread that runs the last test to call exit (0) */
 #ifdef _WIN32
Sleep (3);
 #else

Bug#857615: mate-debian.gschema.override should begin with a "nn_" number

[Alkis Georgopoulos]

Package: mate-desktop-environment-core
Version: 1.16.0+1
Severity: normal
File: /usr/share/glib-2.0/schemas/mate-debian.gschema.override

Dear Maintainer,

http://manpages.debian.org/dh_installgsettings mentions:

--priority priority
Use priority (which should be a 2-digit number) as the override 
priority instead of 10. Higher values than ten can be used by derived 
distributions (20), blend distributions (50), or site-specific packages 
(90).


According to that, the following changes should be made to debian/rules:

-dh_install -pmate-desktop-environment-core 
debian/mate-ubuntu.gschema.override /usr/share/glib-2.0/schemas/

endif
-dh_install -pmate-desktop-environment-core 
debian/mate-debian.gschema.override /usr/share/glib-2.0/schemas/


+dh_install -pmate-desktop-environment-core 
debian/mate-ubuntu.gschema.override 
/usr/share/glib-2.0/schemas/10_mate-ubuntu.gschema.override

endif
+dh_install -pmate-desktop-environment-core 
debian/mate-debian.gschema.override 
/usr/share/glib-2.0/schemas/10_mate-debian.gschema.override


Thank you!


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

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

Versions of packages mate-desktop-environment-core depends on:
ii  caja1.16.2-2
ii  dconf-gsettings-backend [gsettings-backend] 0.26.0-2
ii  gvfs-backends   1.30.3-1
ii  gvfs-bin1.30.3-1
ii  marco   1.16.0-1
ii  mate-backgrounds1.16.0-1
ii  mate-control-center 1.16.0-2
ii  mate-desktop1.16.1-1
ii  mate-icon-theme 1.16.0-1
ii  mate-menus  1.16.0-2
ii  mate-notification-daemon [notification-daemon]  1.16.1-1
ii  mate-panel  1.16.0-2
ii  mate-polkit 1.16.0-2
ii  mate-session-manager1.16.1-1
ii  mate-settings-daemon1.16.0-2
ii  mate-terminal   1.16.1-2
ii  mate-themes 3.22.6-1
ii  notification-daemon 3.20.0-1

mate-desktop-environment-core recommends no packages.

mate-desktop-environment-core suggests no packages.

-- no debconf information

Bug#840072: libqt4-dev: adequate reports broken sym-link for plugins

[Andreas Beckmann]

Control: found -1 4:4.8.7+dfsg-11

On Sat, 8 Oct 2016 04:51:11 +0530
=?UTF-8?B?c2hpcmlzaCDgpLbgpL/gpLDgpYDgpLc=?=  wrote:
> libqt4-dev: broken-symlink /usr/share/qt4/plugins -> ../../lib/qt4/plugins
> 
> and for sure there is no directory named /usr/share/lib/. What you are
> probably are looking for is /usr/lib

That link correctly resolves to /usr/lib/qt4/plugins.
Perhaps libqt4-dev could ship it as an empty directory?

Andreas

Bug#857580: [Android-tools-devel] Bug#857580: adb dev*** Error in `adb': free(): invalid pointer: 0x000055867c446b90 ***

[Hans-Christoph Steiner]

Thanks for the bug report!  Does this happen everytime, or just once?
How did you install adb?  e.g. `apt install adb` or `apt install
android-sdk`?  Was it upgraded from a different version, or fresh
install from 1:7.0.0+r1-3 ?

.hc


積丹尼 Dan Jacobson:
> Package: adb
> Version: 1:7.0.0+r1-3
> 
> All I did was type adb dev expecting a bash completion, and I got
> 
> # adb kill-server
> # adb kill-server
> * server not running *
> # adb dev*** Error in `adb': free(): invalid pointer: 0x55867c446b90 ***
> === Backtrace: =
> /lib/x86_64-linux-gnu/libc.so.6(+0x70bcb)[0x7f59665b3bcb]
> /lib/x86_64-linux-gnu/libc.so.6(+0x76f96)[0x7f59665b9f96]
> /lib/x86_64-linux-gnu/libc.so.6(+0x7778e)[0x7f59665ba78e]
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1(BN_clear_free+0x88)[0x7f5966171558]
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1(RSA_free+0xa1)[0x7f59662443d1]
> /usr/lib/x86_64-linux-gnu/android/libadb.so.0(+0x24273)[0x7f59675b8273]
> /usr/lib/x86_64-linux-gnu/android/libadb.so.0(+0x24ca0)[0x7f59675b8ca0]
> /usr/lib/x86_64-linux-gnu/android/libadb.so.0(_Z13adb_auth_initv+0x53)[0x7f59675b9433]
> adb(+0x7c90)[0x55867b843c90]
> adb(+0xc30d)[0x55867b84830d]
> /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf1)[0x7f59665632b1]
> adb(+0x5b4a)[0x55867b841b4a]
> === Memory map: 
> 55867b83c000-55867b85c000 r-xp  08:01 1048590
> /usr/lib/android-sdk/platform-tools/adb
> 55867ba5c000-55867ba5d000 r--p 0002 08:01 1048590
> /usr/lib/android-sdk/platform-tools/adb
> 55867ba5d000-55867ba5e000 rw-p 00021000 08:01 1048590
> /usr/lib/android-sdk/platform-tools/adb
> 55867c433000-55867c465000 rw-p  00:00 0  
> [heap]
> 7f595800-7f5958021000 rw-p  00:00 0
> 7f5958021000-7f595c00 ---p  00:00 0
> 7f595c00-7f595c021000 rw-p  00:00 0
> 7f595c021000-7f596000 ---p  00:00 0
> 7f596000-7f5960029000 rw-p  00:00 0
> 7f5960029000-7f596400 ---p  00:00 0
> 7f5964ca3000-7f5964ca4000 ---p  00:00 0
> 7f5964ca4000-7f59654a4000 rw-p  00:00 0
> 7f59654a4000-7f59654a5000 ---p  00:00 0
> 7f59654a5000-7f5965ca5000 rw-p  00:00 0
> 7f5965ca5000-7f5965ca7000 r-xp  08:01 917789 
> /lib/x86_64-linux-gnu/libdl-2.24.so
> 7f5965ca7000-7f5965ea7000 ---p 2000 08:01 917789 
> /lib/x86_64-linux-gnu/libdl-2.24.so
> 7f5965ea7000-7f5965ea8000 r--p 2000 08:01 917789 
> /lib/x86_64-linux-gnu/libdl-2.24.so
> 7f5965ea8000-7f5965ea9000 rw-p 3000 08:01 917789 
> /lib/x86_64-linux-gnu/libdl-2.24.so
> 7f5965ea9000-7f5965eaf000 r-xp  08:01 528898 
> /usr/lib/x86_64-linux-gnu/android/liblog.so.0
> 7f5965eaf000-7f59660ae000 ---p 6000 08:01 528898 
> /usr/lib/x86_64-linux-gnu/android/liblog.so.0
> 7f59660ae000-7f59660af000 r--p 5000 08:01 528898 
> /usr/lib/x86_64-linux-gnu/android/liblog.so.0
> 7f59660af000-7f59660b rw-p 6000 08:01 528898 
> /usr/lib/x86_64-linux-gnu/android/liblog.so.0
> 7f59660b-7f5966314000 r-xp  08:01 529787 
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
> 7f5966314000-7f5966514000 ---p 00264000 08:01 529787 
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
> 7f5966514000-7f5966532000 r--p 00264000 08:01 529787 
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
> 7f5966532000-7f596654 rw-p 00282000 08:01 529787 
> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1
> 7f596654-7f5966543000 rw-p  00:00 0
> 7f5966543000-7f59666d8000 r-xp  08:01 917786 
> /lib/x86_64-linux-gnu/libc-2.24.so
> 7f59666d8000-7f59668d7000 ---p 00195000 08:01 917786 
> /lib/x86_64-linux-gnu/libc-2.24.so
> ...
> 7f5966af6000-7f5966af7000 r--p 00015000 08:01 917544 
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f5966af7000-7f5966af8000 rw-p 00016000 08:01 917544 
> /lib/x86_64-linux-gnu/libgcc_s.so.1
> 7f5966af8000-7f5966bfb000 r-xp  08:01 917790 
> /lib/x86_64-linux-gnu/libm-2.24.so
> 7f5966bfb000-7f5966dfa000 ---p 00103000 08:01 917790 
> /lib/x86_64-linux-gnu/libm-2.24.so
> 7f5966dfa000-7f5966dfb000 r--p 00102000 08:01 917790 
> /lib/x86_64-linux-gnu/libm-2.24.so
> 7f5966dfb000-7f5966dfc000 rw-p 00103000 08:01 917790 
> /lib/x86_64-linux-gnu/libm-2.24.so
> 7f5966dfc000-7f5966f6e000 r-xp  08:01 525111 
> /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.23
> 7f5966f6e000-7f596716e000 ---p 00172000 08:01 525111 
> /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.23
> 7f596716e000-7f5967178000 r--p 00172000 08:01 525111 
> 

Bug#857614: Crash within nouveau when tabbing between windows in gnome-shell

[Jonathan McDowell]

Package: xserver-xorg-video-nouveau
Version: 1:1.0.13-1+b1
Severity: normal

This is a crash within gnome-shell, but the backtrace indicates it's
within nouveau_dri.so so filing this here.

Every now and then (unfortunately I have not figured out how to reliably
make the issue occur) when alt-tab between windows gnome-shell will
crash. It restarts ok, and the only visable effect is all the window
decorations disappearing and then reappearing. I managed to run it
within gdb and catch the following backtrace; I did not have
xserver-xorg-video-nouveau-dbg installed at the time to get further
information but I will see if I can reproduce the issue now I have it
installed.

Thread 1 "gnome-shell" received signal SIGSEGV, Segmentation fault.
__memmove_sse2_unaligned_erms () at 
../sysdeps/x86_64/multiarch/../multiarch/memmove-vec-unaligned-erms.S:345
345 ../sysdeps/x86_64/multiarch/../multiarch/memmove-vec-unaligned-erms.S: 
No such file or directory.
(gdb) bt
#0  __memmove_sse2_unaligned_erms () at 
../sysdeps/x86_64/multiarch/../multiarch/memmove-vec-unaligned-erms.S:345
#1  0x7f54570a8f30 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#2  0x7f54571b2948 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#3  0x7f54571a7c95 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#4  0x7f54571a7e77 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#5  0x7f54571b3d04 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#6  0x7f5456f8fac2 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#7  0x7f5456e202e9 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#8  0x7f5456e0768b in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/nouveau_dri.so
#9  0x7f546f3a6ecb in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-cogl.so
#10 0x7f546f3ec21a in cogl_framebuffer_clear4f () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-cogl.so
#11 0x7f5472c82cc4 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#12 0x7f5472c855e4 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#13 0x7f5472c85600 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#14 0x7f5472c3b849 in clutter_actor_continue_paint () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#15 0x7f5472c41a6b in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#16 0x7f5472c98525 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#17 0x7f5472c98593 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#18 0x7f5472c2d214 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#19 0x7f5472c2dac2 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#20 0x7f5472c95397 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#21 0x7f5472c80d99 in ?? () from 
/usr/lib/x86_64-linux-gnu/mutter/libmutter-clutter-1.0.so
#22 0x7f547212b7f7 in g_main_context_dispatch () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#23 0x7f547212ba60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#24 0x7f547212bd82 in g_main_loop_run () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#25 0x7f54738e3a2c in meta_run () from 
/usr/lib/x86_64-linux-gnu/libmutter.so.0
#26 0x55dfa910c4b7 in main ()


-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GF119 [GeForce GT 
520] [10de:1040] (rev a1)
05:03.0 VGA compatible controller [0300]: Matrox Electronics Systems Ltd. MGA 
G200eW WPCM450 [102b:0532] (rev 0a)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-2-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170221 (Debian 6.3.0-8) ) #1 SMP Debian 4.9.13-1 (2017-02-27)

Xorg X server log files on system:
--
-rw-r--r-- 1 jmcdowell TICS-User 49990 Mar 13 09:45 
/home/jmcdowell/.local/share/xorg/Xorg.0.log

Contents of most recent Xorg X server log file 
(/home/jmcdowell/.local/share/xorg/Xorg.0.log):
--
[   174.632] (--) Log file renamed from 
"/home/jmcdowell/.local/share/xorg/Xorg.pid-995.log" to 
"/home/jmcdowell/.local/share/xorg/Xorg.0.log"
[   174.633] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[   174.633] X Protocol Version 11, Revision 0
[   174.633] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[   174.633] Current Operating System: Linux apus 4.9.0-2-amd64 #1 SMP Debian 
4.9.13-1 (2017-02-27) x86_64
[   174.633] Kernel command line: 

Bug#857613: curl: RFC for CONNECT requests not honored

[Maik Kulbe]

Package: curl
Version: 7.52.1-3
Tags: upstream
Severity: important

Using an HTTP proxy with curl that sends Transfer-Encoding or Content-Length
headers will make curl output an error message and close the connection.

According to RFC 7231 section 4.3.6 "A client MUST ignore any Content-Length or
Transfer-Encoding header fields received in a successful response to CONNECT."

This means, even though the server itself is not RFC-compatible, the curl client
must ignore those headers.

The bug was reported to upstream[1] and a patch already exists[2].

 [1]: https://github.com/curl/curl/issues/1317
 [2]: 
https://github.com/curl/curl/commit/ec1d0ed1c14d1b2ed06d8914c19b3df2da575005

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

Kernel: Linux 4.9.0-1-amd64 (SMP w/2 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 curl depends on:
ii  libc6 2.24-9
ii  libcurl3  7.52.1-3
ii  zlib1g1:1.2.8.dfsg-5

curl recommends no packages.

curl suggests no packages.

-- no debconf information

Bug#857601: civicrm-common: broken symlink: /usr/share/civicrm/packages/OpenFlashChart/open-flash-chart.swf -> ../../../../local/open-flash-chart.swf

[Dmitry Smirnov]

On Monday, 13 March 2017 5:46:50 AM AEDT Andreas Beckmann wrote:
> during a test with piuparts I noticed your package ships (or creates)
> a broken symlink.
> 
> >From the attached log (scroll to the bottom...):
> 1m33.2s ERROR: FAIL: Broken symlinks:
>   /usr/share/civicrm/packages/OpenFlashChart/open-flash-chart.swf ->
> ../../../../local/open-flash-chart.swf
> 
> A file called open-flash-chart.swf does not seem to exist in any
> package in Debian unstable. And if it were, definitively *not* at
> /usr/local/open-flash-chart.swf (where the current link points to).

This symlink is made deliberately so user could install openflashchart.
Obviously we can not ship pre-built binary blob and (unfortunately) some 
reporting functionality still needs it.

Good thing is that upstream is already (slowly) working on replacing 
Openflashchart with free alternative.

I hope that eventually I'll be able to remove that symlink.

-- 
Best wishes,
 Dmitry Smirnov.

---

Much of humankind's intellectual and emotional struggle has been not
for truth, but against truth. The advance of science has been
sporadically fought against for thousands of years.
-- C. W. Dalton, "The Right Brain and Religion"


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

Bug#856463: [Pkg-samba-maint] Bug#856463: cifs-utils: Accessing files with length of 1067 bytes extremly slow

[Stephan Gampert | GIP]

Hello Mathieu,




I can't say for sur. But this looks strange. But why is packet 34 more
than 7 seconds after packet 28?


I don't know. Perhaps the server is waiting for a response to the 
Locking AndX Request.



Can you post here the debugdata and the kernel log as per:
https://wiki.samba.org/index.php/LinuxCIFS_troubleshooting


I've followed the instructions running

tcpdump -i eth0 -s0 -w slow1067.pcap host 10.0.21.11 and port 445
in one terminal
and

uname -r >slow1067.log && mount.cifs -V >>slow1067.log & cifs 
&& echo 7 > /proc/fs/cifs/cifsFYI && sleep 5 && cat /mnt/aaa && sleep 5 
&& echo 0 > /proc/fs/cifs/cifsFYI && dmesg >> slow1067.log && cat 
/proc/fs/cifs/DebugData >> slow1067.log

in the second terminal.

Unfortunately I found no additional debug-data in dmesg. Have I done 
something wrong?


Regards

Stephan


--
Stephan Gampert
_

GIP Exyr GmbH
Hechtsheimer Str. 35-37 | 55131 Mainz | Germany

Phone: +49 (0) 6131 / 80 124 - 13 | eMail: stephan.gamp...@gip.com
Web: www.gip.com

GIP Exyr GmbH | Geschäftsführer: Dr. Bernd Reifenhäuser, Dr.Alexander Ebbes

Handelsregister: HRB  6870 - Amtsgericht Mainz



3.2.0-4-amd64
mount.cifs version: 5.5
[0.00] Initializing cgroup subsys cpuset
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.86-1
[0.00] Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/rootvg-rootlv ro quiet
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e820:  - 0008f000 (usable)
[0.00]  BIOS-e820: 0008f000 - 000a (reserved)
[0.00]  BIOS-e820: 000e - 0010 (reserved)
[0.00]  BIOS-e820: 0010 - bf671000 (usable)
[0.00]  BIOS-e820: bf671000 - bf6bf000 (reserved)
[0.00]  BIOS-e820: bf6bf000 - bf6e6000 (usable)
[0.00]  BIOS-e820: bf6e6000 - bf7bf000 (ACPI NVS)
[0.00]  BIOS-e820: bf7bf000 - bf7e6000 (usable)
[0.00]  BIOS-e820: bf7e6000 - bf7f1000 (ACPI data)
[0.00]  BIOS-e820: bf7f1000 - bf7f2000 (usable)
[0.00]  BIOS-e820: bf7f2000 - bf7ff000 (ACPI data)
[0.00]  BIOS-e820: bf7ff000 - bf80 (usable)
[0.00]  BIOS-e820: bf80 - c000 (reserved)
[0.00]  BIOS-e820: f800 - fc00 (reserved)
[0.00]  BIOS-e820: ffe0 - 0001 (reserved)
[0.00]  BIOS-e820: 00012000 - 00024000 (usable)
[0.00] NX (Execute Disable) protection: active
[0.00] SMBIOS 2.5 present.
[0.00] DMI: transtec AG /DP55WB, BIOS WBIBX10J.86A.0122.2009.0802.2219 08/02/2009
[0.00] e820 update range:  - 0001 (usable) ==> (reserved)
[0.00] e820 remove range: 000a - 0010 (usable)
[0.00] No AGP bridge found
[0.00] last_pfn = 0x24 max_arch_pfn = 0x4
[0.00] MTRR default type: uncachable
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-D write-protect
[0.00]   E-F uncachable
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 0 mask F8000 write-back
[0.00]   1 base 08000 mask FC000 write-back
[0.00]   2 base 1 mask F write-back
[0.00]   3 base 2 mask F write-back
[0.00]   4 disabled
[0.00]   5 disabled
[0.00]   6 disabled
[0.00]   7 disabled
[0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106
[0.00] e820 update range: c000 - 0001 (usable) ==> (reserved)
[0.00] last_pfn = 0xbf800 max_arch_pfn = 0x4
[0.00] initial memory mapped : 0 - 2000
[0.00] Base memory trampoline at [8808a000] 8a000 size 20480
[0.00] init_memory_mapping: -bf80
[0.00]  00 - 00bf80 page 2M
[0.00] kernel direct mapping tables up to bf80 @ 1fffc000-2000
[0.00] init_memory_mapping: 00012000-00024000
[0.00]  012000 - 010020 page 4k
[0.00]  010020 - 024000 page 2M
[0.00] kernel direct mapping tables up to 24000 @ bf7df000-bf7e6000
[0.00] RAMDISK: 36ab8000 - 37554000
[0.00] ACPI: RSDP 0x000FE020 00024 (v02 tt_OEM)
[0.00] ACPI: XSDT 0xBF7FD120 0007C (v01 tt_OEM ttwdkw11 007A  0113)
[0.00] ACPI: FACP 0xBF7FC000 000F4 (v03 tt_OEM ttwdkw11 007A MSFT 010D)
[0.00] ACPI: DSDT 

Bug#857050: firefox no longer plays sound without pulseaudio daemon

[Vladimir K]

Tried installing pulseaudio and found that while it made some progress, after 
all these years it still can not output sound without occasional stutter. On i7 
CPU. Without load.

So I'm also in the list of people who do not want to lay any bloatware over 
rock-solid ALSA soundsystem that just works.

Bug#854496: python-qtpy: FTBFS randomly (failing tests)

[Ghislain Vaillant]

On Sun, 2017-03-12 at 19:08 +, Ghislain Vaillant wrote:
> On 11/03/17 22:47, Ghislain Vaillant wrote:
> > On Sat, 2017-03-11 at 21:47 +0100, Santiago Vila wrote:
> > > BTW: The ri-li package used to fail 95% of the time in my autobuilders
> > > and also "often" in reproducible builds autobuilders. Somebody found
> > > a way to make this failure rate to decrease dramatically, maybe
> > > it may give you a hint.
> > 
> > Could you point me to the specific commit or portion of the discussion
> > where the fix is described, please? I'd be happy to prepare a debdiff
> > for you to apply to check whether this fix you mention works with
> > src:python-qtpy.
> 
> The only recent commit from src:ri-li that looks applicable to
> src:python-qtpy is the use of the additional `-a` flag for the
> xvfb-run calls. I can apply it and provide you with a debdiff.

Hi Santiago,

Could you try the following debdiff, please?

Thanks,
Ghis
diff -Nru python-qtpy-1.2.1/debian/changelog python-qtpy-1.2.1/debian/changelog
--- python-qtpy-1.2.1/debian/changelog	2017-01-22 08:09:05.0 +
+++ python-qtpy-1.2.1/debian/changelog	2017-03-13 09:23:53.0 +
@@ -1,3 +1,12 @@
+python-qtpy (1.2.1-2) unstable; urgency=medium
+
+  * Call xvfb-run with the -a option.
+Reason: fixes random segfaults happening during the tests
+Thanks to Santiago Vila for reporting (Closes: #854496)
+  * Run autopkgtests for all supported Python versions
+
+ -- Ghislain Antony Vaillant   Mon, 13 Mar 2017 09:23:53 +
+
 python-qtpy (1.2.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru python-qtpy-1.2.1/debian/rules python-qtpy-1.2.1/debian/rules
--- python-qtpy-1.2.1/debian/rules	2017-01-22 08:09:05.0 +
+++ python-qtpy-1.2.1/debian/rules	2017-03-13 09:23:53.0 +
@@ -12,5 +12,5 @@
 
 override_dh_auto_test:
 ifeq (,$(findstring nocheck,$(DEB_BUILD_PROFILES)))
-	xvfb-run dh_auto_test
+	xvfb-run -a dh_auto_test
 endif
diff -Nru python-qtpy-1.2.1/debian/tests/control python-qtpy-1.2.1/debian/tests/control
--- python-qtpy-1.2.1/debian/tests/control	2017-01-22 08:09:05.0 +
+++ python-qtpy-1.2.1/debian/tests/control	2017-03-13 09:23:53.0 +
@@ -1,5 +1,25 @@
-Test-Command: cp -a ./qtpy/tests $AUTOPKGTEST_TMP ; cd $AUTOPKGTEST_TMP ; xvfb-run py.test
-Depends: python-qtpy, python-pytest, xauth, xvfb
+Test-Command: set -e
+ ; cp -r qtpy/tests "$AUTOPKGTEST_TMP"
+ ; for py in $(pyversions -r 2>/dev/null)
+ ; do cd "$AUTOPKGTEST_TMP"
+ ; echo "Testing with $py:"
+ ; xvfb-run -a $py -m pytest -v
+ ; done
+Depends: python-all,
+ python-qtpy,
+ python-pytest,
+ xauth,
+ xvfb
 
-Test-Command: cp -a ./qtpy/tests $AUTOPKGTEST_TMP ; cd $AUTOPKGTEST_TMP ; xvfb-run py.test-3
-Depends: python3-qtpy, python3-pytest, xauth, xvfb
+Test-Command: set -e
+ ; cp -r qtpy/tests "$AUTOPKGTEST_TMP"
+ ; for py in $(py3versions -r 2>/dev/null)
+ ; do cd "$AUTOPKGTEST_TMP"
+ ; echo "Testing with $py:"
+ ; xvfb-run -a $py -m pytest -v
+ ; done
+Depends: python3-all,
+ python3-qtpy,
+ python3-pytest,
+ xauth,
+ xvfb