Bug#837327: Randomly FTBFS: Races in parallel build

[Daniel Schepler]

>> On Sat, 2016-09-10 at 17:52 +0200, Samuel Thibault wrote:
>> > Ah, I see. Could you try the attached patch?

The second patch looks good.  It just built 10 times in a row
successfully (between each, removing the unpacked source directory,
then freshly unpacking the source and applying the patch).
-- 
Daniel Schepler

Bug#508688: scons: svg -> PDF/EPS/...

[Jörg Frings-Fürst]

Hello,

not fixed by upstream for almost eight years.

So I close this bug (Upstream bug are always open).


CU
Jörg


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

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

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

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

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


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

Bug#837049: [Pkg-zfsonlinux-devel] Bug#837049: Bug#837049: Please configure zfs_arc_max in postinst

[Petter Reinholdtsen]

[Craig Sanders]
> good idea. at the least, we should include an example in the package.
> e.g. I made the following file for my systems, which I copy to various
> machines and modify to suit.

Make sense, as long as it isn't stored under /etc/ where any chnages to
the examples will trigger a conffile question for those enabling the
option.

>> Maybe it should also be registered as a conffile.
>
> definitely.

We do not want the postinst to modify a conffile.  It will just confuse
during upgrades those that have not seen the content of the conffile
before.

-- 
Happy hacking
Petter Reinholdtsen

Bug#837351: tar: FTBFS on kfreebsd: --numeric-owner basic tests FAILED

[Bdale Garbee]

Andreas Beckmann  writes:

>  30: --numeric-owner basic tests FAILED  (numeric.at:29)

I'm unlikely to find time to investigate this soon.  Help figuring out
what's going wrong and how to fix it would be appreciated.

Bdale


signature.asc
Description: PGP signature

Bug#837378: sidplay-libs FTBFS on arm64: gcc-6 narrowing conversions

[Helmut Grohne]

Source: sidplay-libs
Version: 2.1.1-14
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap

I noticed that sidplay-libs fails to cross build from source, because it
encounters narrowing conversion issues specific to arm64. A native build
confirmed the failure and its build log is attached. The gist is:

| libtool: compile:  aarch64-linux-gnu-g++ -DHAVE_CONFIG_H -g -O2 -DHAVE_UNIX 
-I../../include -I../../include/sidplay -MT xsid.lo -MD -MP -MF .deps/xsid.Tpo 
-c xsid.cpp  -fPIC -DPIC -o .libs/xsid.o
| xsid.cpp:101:1: error: narrowing conversion of ''\200'' from 'char' to 
'int8_t {aka signed char}' inside { } [-Wnarrowing]
|  };
|  ^
| xsid.cpp:101:1: error: narrowing conversion of ''\224'' from 'char' to 
'int8_t {aka signed char}' inside { } [-Wnarrowing]
| xsid.cpp:101:1: error: narrowing conversion of ''\251'' from 'char' to 
'int8_t {aka signed char}' inside { } [-Wnarrowing]
| xsid.cpp:101:1: error: narrowing conversion of ''\274'' from 'char' to 
'int8_t {aka signed char}' inside { } [-Wnarrowing]
| xsid.cpp:101:1: error: narrowing conversion of ''\316'' from 'char' to 
'int8_t {aka signed char}' inside { } [-Wnarrowing]
| xsid.cpp:101:1: error: narrowing conversion of ''\341'' from 'char' to 
'int8_t {aka signed char}' inside { } [-Wnarrowing]
| xsid.cpp:101:1: error: narrowing conversion of ''\362'' from 'char' to 
'int8_t {aka signed char}' inside { } [-Wnarrowing]

Helmut
dpkg-buildpackage: info: source package sidplay-libs
dpkg-buildpackage: info: source version 2.1.1-14
dpkg-buildpackage: info: source distribution unstable
dpkg-buildpackage: info: source changed by Laszlo Boszormenyi (GCS) 

 dpkg-source --before-build sidplay-libs-2.1.1
dpkg-buildpackage: info: host architecture arm64
 fakeroot debian/rules clean
dh_testdir
dh_testroot
[ ! -f Makefile ] || /usr/bin/make distclean
rm -f confdefs.h config.log
# remove autogenerated files
find . -name aclocal.m4 -o -name configure -o -name configure.lineno \
-o -name config.guess -o -name config.h.in \
-o -name config.log -o -name config.status -o \
-name config.sub -o -name depcomp -o -name install-sh -o \
-name libtool -o -name ltmain.sh -o -name missing -o \
-name mkinstalldirs -o -name stamp-h1 -o -name INSTALL -o \
-name Makefile -o -name Makefile.in | xargs rm -f
rm -f libsidplay/unix/sidint.h
rm -f configure-stamp build-stamp 
dh_clean
 dpkg-source -b sidplay-libs-2.1.1
dpkg-source: info: using source format '3.0 (quilt)'
dpkg-source: info: building sidplay-libs using existing 
./sidplay-libs_2.1.1.orig.tar.gz
dpkg-source: warning: ignoring deletion of file Makefile.in, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file configure, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file aclocal.m4, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/Makefile.in, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/configure, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/aclocal.m4, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/INSTALL, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/src/Makefile.in, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file 
libsidplay/src/sidtune/Makefile.in, use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libsidplay/src/sid6526/Makefile.in, use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libsidplay/src/xsid/Makefile.in, use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libsidplay/src/mos656x/Makefile.in, use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libsidplay/src/mos6510/Makefile.in, use --include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/src/c64/Makefile.in, 
use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libsidplay/src/mos6526/Makefile.in, use --include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/include/Makefile.in, 
use --include-removal to override
dpkg-source: warning: ignoring deletion of file 
libsidplay/include/sidplay/Makefile.in, use --include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/unix/Makefile.in, 
use --include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/unix/install-sh, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/unix/config.sub, use 
--include-removal to override
dpkg-source: warning: ignoring deletion of file libsidplay/unix/config.guess, 
use --include-removal to override
dpkg-source: warning: ignoring deletion of file 

Bug#836775: twinkle hangs when it receives REFER and pops up transfer window

[Peter Colberg]

Hi Juha,

On Mon, Sep 05, 2016 at 06:33:22PM +0300, Juha Heinanen wrote:
> Thanks for backporting twinkle to jessie.  I gave it a try. When twinkle
> receives REFER it pops up a window asking (Yes/No) permission for the call
> transfer.  Unfortunately at that point twinkle hangs and Yes/No buttons
> are not responsive.  At that point, twinkle reports to console:

This is probably a regression of the porting from Qt3 to Qt5.

Could you forward your report to the upstream issue tracker?

https://github.com/LubosD/twinkle/issues

Regards,
Peter

Bug#831211: ucommon: FTBFS with GCC 6: dh_makeshlibs: failing due to earlier errors

[Peter Colberg]

Dear Debian VoIP team,

Could a DD review and upload the attached NMU for ucommon? I verified
that twinkle still works when libucommon8:amd64 is built with GCC 6.

Peter
>From d731868c2267e0462e6f727188b0253912bcec80 Mon Sep 17 00:00:00 2001
From: Peter Colberg 
Date: Sun, 11 Sep 2016 00:08:14 -0400
Subject: [PATCH] Update symbols file for GCC 6

---
 debian/changelog   |  7 
 debian/libucommon8.symbols | 91 +-
 2 files changed, 9 insertions(+), 89 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 562ab75..9587d8a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+ucommon (7.0.0-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update symbols file for GCC 6. (Closes: #831211)
+
+ -- Peter Colberg   Sun, 11 Sep 2016 00:08:01 -0400
+
 ucommon (7.0.0-6) unstable; urgency=medium
 
   * Use dh-autoreconf (not cdbs) to regenerate autotools.
diff --git a/debian/libucommon8.symbols b/debian/libucommon8.symbols
index 02ed398..76f46ba 100644
--- a/debian/libucommon8.symbols
+++ b/debian/libucommon8.symbols
@@ -888,10 +888,8 @@ libcommoncpp.so.8 libucommon8 #MINVER#
  _ZNK3ost9TimerPort10getElapsedEv@Base 7.0.0
  _ZNK3ost9TimerPort8getTimerEv@Base 7.0.0
  (optional=templinst)_ZNKSt5ctypeIcE8do_widenEc@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS5_S7_EERKS5_@Base 7.0.0
- (optional=templinst|arch=hppa sparc64)_ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EE19_M_emplace_back_auxIJRKS5_EEEvDpOT_@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZNSt6vectorIPN3ost13PersistObjectESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_@Base 7.0.0
- (optional=templinst|arch=hppa sparc64)_ZNSt6vectorIPN3ost13PersistObjectESaIS2_EE19_M_emplace_back_auxIJRKS2_EEEvDpOT_@Base 7.0.0
+ (optional=templinst)_ZNSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS5_EE19_M_emplace_back_auxIJRKS5_EEEvDpOT_@Base 7.0.0
+ (optional=templinst)_ZNSt6vectorIPN3ost13PersistObjectESaIS2_EE19_M_emplace_back_auxIJRKS2_EEEvDpOT_@Base 7.0.0
  (optional=templinst)_ZNSt7__cxx1115basic_stringbufIcSt11char_traitsIcESaIcEED0Ev@Base 7.0.0
  (optional=templinst)_ZNSt7__cxx1115basic_stringbufIcSt11char_traitsIcESaIcEED1Ev@Base 7.0.0
  (optional=templinst)_ZNSt7__cxx1115basic_stringbufIcSt11char_traitsIcESaIcEED2Ev@Base 7.0.0
@@ -2524,32 +2522,6 @@ libucommon.so.8 libucommon8 #MINVER#
  (subst)_ZN7ucommon7keyfileC2E{size_t}@Base 7.0.0
  _ZN7ucommon7keyfileD0Ev@Base 7.0.0
  _ZN7ucommon7keyfileD1Ev@Base 7.0.0
- (optional=templinst|subst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE3b64EPKh{size_t}PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|subst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE3hexEPKh{size_t}PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE3setES2_PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE5value7destroyEv@Base 7.0.0
- (optional=templinst|subst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE5valueC1EPc{size_t}S2_PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|subst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE5valueC2EPc{size_t}S2_PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE5valueD0Ev@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE5valueD1Ev@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE6assignEPNS3_5valueE@Base 7.0.0
- (optional=templinst|subst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE6createE{size_t}PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|subst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE6expandEPPNS3_5valueE{size_t}@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEE7destroyEPNS3_5valueE@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEEC1ERKS3_@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEEC1ES2_PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEEC1Ev@Base 7.0.0
- (optional=templinst|subst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEEC1E{size_t}PNS_11TypeReleaseE@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEEC2ERKS3_@Base 7.0.0
- (optional=templinst|arch=!hppa !sparc64)_ZN7ucommon7typerefIPKcLZNS_12auto_releaseEEEC2ES2_PNS_11TypeReleaseE@Base 7.0.0
- 

Bug#837377: wine32-tools: Build with winegcc is not reproducible

[Javier Serrano Polo]

Package: wine32-tools
Version: 1.8.4-1
Severity: wishlist
Tags: upstream

RemoteVstPlugin from lmms-vst-server is compiled with wineg++. The build
is not reproducible because the name of a temporary file is included.[1]
The function that creates this file should try

char* tmp = strmake("%s%s", prefix, suffix);
fd = open(tmp, O_CREAT | O_EXCL, 0600);

before mkstemps().[2]

[1] 
https://tests.reproducible-builds.org/debian/dbd/unstable/i386/lmms_1.1.3-5.diffoscope.html
 ,
look for "spec.".
[2] 
http://source.winehq.org/git/wine.git/blob/HEAD:/tools/winegcc/winegcc.c#l265


smime.p7s
Description: S/MIME cryptographic signature

Bug#836709: RFS: 9wm/1.3.9-1 (For real this time)

[Jacob Adams]

Control: reopen -1

The upstream release issue has now been addressed. Apologies for posting
this before it was ready but everything is good to go now


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

  https://mentors.debian.net/package/9wm


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

dget -x
https://mentors.debian.net/debian/pool/main/9/9wm/9wm_1.3.9-1.dsc

  Changes since the last upload:

9wm (1.3.9-1) unstable; urgency=medium

  * New upstream release
  * Fix manpage typo (Closes: #836314)

 -- Jacob Adams   Sun, 04 Sep 2016 21:48:37 -0400


-- 
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B  94F4 24C0 2B85 B59F E5A9



signature.asc
Description: OpenPGP digital signature

Bug#837376: opendkim: fails to start with timeout when system is low on entropy

[Peter Colberg]

Source: opendkim
Version: 2.10.3-5
Severity: important

Dear Maintainer,

When the system is low on entropy, particularly after a reboot of a
headless server, the opendkim service fails to start with a timeout.

Could you please remove TimeoutStartSec=10 from the service file in
favour of the default (90s)? In addition, please include the line

Restart=on-failure

to ensure that opendkim is started eventually.

Regards,
Peter

Bug#837049: [Pkg-zfsonlinux-devel] Bug#837049: Please configure zfs_arc_max in postinst

[Craig Sanders]

On Thu, Sep 08, 2016 at 09:59:56AM +, Lumin wrote:
> I suggest that a little enhancement should be made to postinst
> -- let the user input a zfs_arc_max value and then put it into
> /etc/modprobe.d/zfs.conf. If user input nothing then nothing will
> happen.

good idea. at the least, we should include an example in the package.
e.g. I made the following file for my systems, which I copy to various
machines and modify to suit.

$ cat /etc/modprobe.d/zfs.conf 
# Min and Max units are in bytes. So for n GB, multiply n * 1073741824
# (i.e. 1024*1024*1024)

# use minimum 1GB and maximum of 4GB RAM for ZFS ARC
#options zfs zfs_arc_min=1073741824 zfs_arc_max=4294967296

# use minimum 1GB and maximum of 8GB RAM for ZFS ARC
#options zfs zfs_arc_min=1073741824 zfs_arc_max=8589934592

# use minimum 4GB and maximum of 8GB RAM for ZFS ARC
options zfs zfs_arc_min=4294967296 zfs_arc_max=8589934592

in a package, all of these would be commented out, and it would also be
worthwhile putting in well-commented examples of other commonly tweaked
zfs.ko module options.

All of which need better documentation anyway (e.g. what does option
'l2arc_feed_again' actually DO?  'Turbo L2ARC warmup' is all that
modinfo says, and googling for either of those strings doesn't come up
with anything more descriptive in the first few result pages) - most
options are best left at their default values, but I'm sure that there
are several tuning options I could/should use if only I knew what they
did.

> Maybe it should also be registered as a conffile.

definitely.

craig

--
craig sanders 

Bug#837375: opendkim: create group-accessible runtime directory

[Peter Colberg]

Source: opendkim
Version: 2.10.3-5
Severity: normal

Dear Maintainer,

The permissions of /var/run/opendkim are set to 0700, which prohibits
users belonging to the group "opendkim" from accessing the unix socket.

Instead of using custom ExecStartPre stanzes, you can create the
temporary directory using systemd-tmpfiles by shipping a file
/etc/tmpfiles.d/opendkim.conf that contains the following line:

d /var/run/opendkim 0710 opendkim opendkim - -

Regards,
Peter

Bug#837374: opendkim: opendkim.service.generate may alter opendkim.service

[Peter Colberg]

Package: opendkim
Version: 2.10.3-5
Severity: important

Dear Maintainer,

The opendkim systemd service executes as part of ExecStartPre a script
that potentially alters /lib/systemd/system/opendkim.service whenever
/etc/default/opendkim changes. This breaks the verification of the
package contents using, for instance, debsums.

Could you please ship a static systemd unit using EnvironmentFile?

Instead of $EXTRAAFTER, you could suggest the following to users:

~~~
If you are using OpenDKIM with SQL datasets it might be necessary to start
OpenDKIM after the database servers. For example, if using both MariaDB and
PostgreSQL, run "systemctl edit opendkim.service" and add the following:

[Unit]
After=mariadb.service postgresql.service
~~~

Regards,
Peter

Bug#837373: mpd: cannot play m4a files

[Chris Kuehl]

Package: mpd
Version: 0.19.18-1+b1
Severity: important
Tags: upstream, fixed-upstream

Hi maintainer,

mpd 0.19.18 has a bug which prevents it from playing m4a files.

This is documented in their bug tracker:
https://bugs.musicpd.org/view.php?id=4564

The fix is released as part of mpd 0.19.19:
https://www.musicpd.org/news/2016/08/mpd-0-19-19-released/

I've confirmed that the new upstream version fixes the issue.
Please consider packaging the latest version for Debian.

Many thanks!
Chris

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

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

Versions of packages mpd depends on:
ii  adduser   3.115
ii  init-system-helpers   1.42
ii  libadplug-2.2.1-0v5   2.2.1+dfsg3-0.3
ii  libao41.1.0-3
ii  libasound21.1.2-1
ii  libaudiofile1 0.3.6-3
ii  libavahi-client3  0.6.32-1
ii  libavahi-common3  0.6.32-1
ii  libavcodec57  7:3.1.3-1+b3
ii  libavformat57 7:3.1.3-1+b3
ii  libavutil55   7:3.1.3-1+b3
ii  libbz2-1.01.0.6-8
ii  libc6 2.23-5
ii  libcdio-cdda1 0.83-4.2+b1
ii  libcdio-paranoia1 0.83-4.2+b1
ii  libcdio13 0.83-4.2+b1
ii  libcurl3-gnutls   7.50.1-1
ii  libdbus-1-3   1.10.10-1
ii  libexpat1 2.2.0-1
ii  libfaad2  2.8.0~cvs20150510-1
ii  libflac8  1.3.1-4
ii  libfluidsynth11.1.6-3
ii  libglib2.0-0  2.49.6-1
ii  libgme0   0.6.0-3
ii  libicu57  57.1-4
ii  libid3tag00.15.1b-12
ii  libiso9660-8  0.83-4.2+b1
ii  libjack-jackd2-0 [libjack-0.116]  1.9.10+20150825git1ed50c92~dfsg-2
ii  libmad0   0.15.1b-8
ii  libmikmod33.3.10-1
ii  libmms0   0.6.4-2
ii  libmodplug1   1:0.8.8.5-2
ii  libmp3lame0   3.99.5+repack1-9+b1
ii  libmpcdec62:0.1~r475-2
ii  libmpdclient2 2.9-1
ii  libmpg123-0   1.22.4-1
ii  libnfs8   1.9.8-1
ii  libogg0   1.3.2-1
ii  libopenal11:1.17.2-1
ii  libopus0  1.1.2-1
ii  libpulse0 9.0-3
ii  libroar2  1.0~beta11-8
ii  libsamplerate00.1.8-8
ii  libshout3 2.3.1-3
ii  libsidplayfp4 1.8.6-1
ii  libsmbclient  2:4.4.5+dfsg-2
ii  libsndfile1   1.0.25-10
ii  libsoxr0  0.1.2-1
ii  libsqlite3-0  3.14.1-1
ii  libstdc++66.1.1-11
ii  libsystemd0   231-4
ii  libupnp6  1:1.6.19+git20160116-1
ii  libvorbis0a   1.3.5-3
ii  libvorbisenc2 1.3.5-3
ii  libvorbisfile31.3.5-3
ii  libwavpack1   4.80.0-1
ii  libwildmidi2  0.4.0-1
ii  libwrap0  7.6.q-25
ii  libyajl2  2.1.0-2
ii  libzzip-0-13  0.13.62-3
ii  lsb-base  9.20160629
ii  zlib1g1:1.2.8.dfsg-2+b1

mpd recommends no packages.

Versions of packages mpd suggests:
ii  avahi-daemon  0.6.32-1
ii  gmpc [mpd-client] 11.8.16-10
pn  icecast2  
ii  mpc [mpd-client]  0.28-1
ii  ncmpcpp [mpd-client]  0.7.4-1+b1
ii  pulseaudio9.0-3

Bug#802412: seaborn: FTBFS: FAIL: seaborn.tests.test_matrix.TestDendrogram.test_dendrogram_ticklabel_rotation

[Yaroslav Halchenko]

On Sat, 10 Sep 2016, Andreas Tille wrote:

> On Sat, Sep 10, 2016 at 03:11:59PM -0400, Yaroslav Halchenko wrote:

> > ok -- provided fix and now building in clean env and with backports --
> > will upload in evening if all ok

> Thanks a lot.

> > pushed to github's neurodebian repo (but without tags until I upload)

> Hmmm, did you checked Vcs fields?  There was no such repository as
> specified in Vcs-Git.  

FWIW there were -- there is now ;) tags are pushed as well

$> debcheckout seaborn
declared git repository at git://github.com/neurodebian/seaborn.git -b debian
git clone git://github.com/neurodebian/seaborn.git -b debian seaborn ...
Cloning into 'seaborn'...
remote: Counting objects: 7345, done.
remote: Compressing objects: 100% (12/12), done.
remote: Total 7345 (delta 4), reused 0 (delta 0), pack-reused 7333
Receiving objects: 100% (7345/7345), 45.61 MiB | 2.23 MiB/s, done.
Resolving deltas: 100% (5053/5053), done.
Checking connectivity... done.


-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Bug#826902: RFP: inform6-contrib

[Ben Finney]

Control: reassign -1 wnpp
Control: retitle -1 RFP: inform6-contrib -- community contributed tools for 
Inform 6

On 11-Jun-2016, Ben Finney wrote:

> On 09-Jun-2016, David Griffith wrote:
> > The tarball edition of the Inform6 for Unix package contains two
> > Perl scripts in the contrib/ directory: pblorb.pl and scanblorb.pl
> 
> > These are for creating and extracting Blorb files. They are
> > required when compiling programs that include audio and graphical
> > components.
> 
> Do you think the belong as part of the source release [of Inform 6],
> then?

Later you clarified:


On 11-Jun-2016, David Griffith wrote:
> On Sat, 11 Jun 2016, Ben Finney wrote:
> > (This is all confusing to keep straight! I do wish the Inform
> > community would agree where all these parts are maintained, and
> > make publicly clear when and where they're released with a history
> > of versions for use by themselves and others.)
> 
> How about if I put together a package called
> "interactive-fiction-tools" which would be recommended by the
> inform6 packages and any other IF authoring tools?

If you plan to make a coherent code base, with a
monotonically-increasing version (preferably according to the Semantic
Versioning scheme ) as you release changes, yes
I'd like to package that in Debian.

Rather than “other IF authoring tools”, I think it's better to focus
the scope of the code base would be restricted to the standard output
formats of Inform 6: Z-code and Ulx. There is already enough to
populate such a package without going broader than that.

I am converting this bug report to a Request For Package of
‘inform6-contrib’, do you think that's a good name for the code base
described that you'll make versioned releases of?

-- 
 \  “A new swimming pool is rapidly taking shape since the |
  `\contractors have thrown in the bulk of their workers.” |
_o__)   newspaper article, east Africa |
Ben Finney 


signature.asc
Description: PGP signature

Bug#837368: blhc does not detect hardening fail in magicrescue

[Eriberto]

2016-09-10 23:02 GMT-03:00 Simon Ruderich :
> On Sat, Sep 10, 2016 at 10:31:39PM -0300, Eriberto Mota wrote:
>> Control: reassign 837368 hardening-includes
>>
>> Hi Simon,
>>
>> Thanks a lot for your explantion below. I am forwarding this bug to
>> package hardening-includes, which provides hardening-check.
>
> Hello Eriberto,
>
> As I said, there's nothing to fix here. hardening-check can't
> know the difference. That's also the reason why lintian doesn't
> report this as error because it's basically just a guess.

You are right. However, I think that is a good idea register it and
let the hardening-includes maintainers know about it. So, they can
close this bug.

Thanks again!

Regards,

Eriberto

Bug#837368: blhc does not detect hardening fail in magicrescue

[Simon Ruderich]

On Sat, Sep 10, 2016 at 10:31:39PM -0300, Eriberto Mota wrote:
> Control: reassign 837368 hardening-includes
>
> Hi Simon,
>
> Thanks a lot for your explantion below. I am forwarding this bug to
> package hardening-includes, which provides hardening-check.

Hello Eriberto,

As I said, there's nothing to fix here. hardening-check can't
know the difference. That's also the reason why lintian doesn't
report this as error because it's basically just a guess.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: PGP signature

Bug#837178: linux-image-3.16.0-4-amd64: All memory and swap is used up until system freezes

[Jose R R]

On Sat, Sep 10, 2016 at 6:10 PM, Ben Hutchings  wrote:
> On Sat, 2016-09-10 at 17:37 -0700, Jose R R wrote:
>> On Fri, Sep 9, 2016 at 12:37 PM, Wolfgang Tichy 
>> wrote:
>> >
>> > Package: src:linux
>> > Version: 3.16.7-ckt25-2+deb8u3
>> > Severity: critical
>> > Tags: security
>> > Justification: causes serious data loss
>> >
>> > Dear Maintainer,
>> >
>> > when I open a particular word document (it contains images and I
>> > can send it
>> > to you for testing) with libreoffice, all memory and all swap get
>> > used up
>> > within about a minute.
>>
>> You may want to *narrow down* your memory issue by trying out Apache
>> OpenOffice:
>>
>> Download: https://openoffice.org/download/
> [...]
>
> Please, we don't need advocacy for rival software in the Debian BTS.
If ApacheOO solves the user's problem, then it is probably time for Debian
to reevaluate 'rival' alternative.


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
-

Bug#837335: [Freedombox-pkg-team] Bug#837335: freedombox-setup: Cleanup dependencies

[Sunil Mohan Adapa]

On 09/11/2016 12:10 AM, Petter Reinholdtsen wrote:
> [Sunil Mohan Adapa]
>> - Make rfkill a dependency instead of recommendation.  This is inline
>>   with other wireless packages.
> 
> The rfkill package is only available on Linux.  Do we want to make it
> impossible to install freedombox-setup on non-linux archs?
> 
> I have vague memories of making hardware specific packages recommends to
> ensure the freedombox can be set up on hurd and kfreebsd too.
> 

I didn't consider that.  rfkill is no way important enough for use
restrict to Linux.  However, I suspect we are unknowingly depending on
Linux in other cases.

Let us keep rfkill as recommends.

-- 
Sunil



signature.asc
Description: OpenPGP digital signature

Bug#837334: gnome-control-center: Display and Color do not get screen information

[Đặng Duy Sơn]

Hi Florian,

I'm not the maintainer, but you have the same issues with me and they are 
identified at #836972 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836972).

To resolve, you can wait for mutter 3.21 rolling to testing, or install it now 
on sid.

Regards,
Đặng Duy Sơn

Bug#837372: mutt: Colour of gnupg output changed to bold yellow

[Peter Colberg]

Package: mutt
Version: 1.7.0-2
Severity: minor

Dear Maintainer,

Since the switch to gpgme, the entire gnupg output enclosed between
[-- Begin signature information --] and [-- End signature information --]
is highlighted in bold yellow, which makes it quite hard to read.

Could you revert the gnupg output back to normal text colour?

Thanks,
Peter

Bug#834093: guile-2.0: leaves alternatives after purge: /usr/bin/guile, /usr/share/man/man1/guile.1.gz

[Rob Browning]

Andreas Beckmann  writes:

> while stretch and sid are now fixed, upgrades from jessie to stretch
> still leave alternatives in the system:
>
> 1m30.2s INFO: Warning: Package purging left files on system:
>   /etc/alternatives/guile -> /usr/bin/guile-2.0not owned
>   /etc/alternatives/guile.1.gz -> /usr/share/man/man1/guile-2.0.1.gz   not 
> owned
>   /usr/bin/guile -> /etc/alternatives/guilenot owned
>   /usr/share/man/man1/guile.1.gz -> /etc/alternatives/guile.1.gz   not 
> owned
>
> Looks like there is some migration code missing in the postinst that
> switches from jessie-style alternatives (/usr/bin/guile-2.0) to
> stretch-style alternatives (/usr/lib/x86_64-linux-gnu/guile-2.0/bin/guile)

Hmm, was that test upgrading from jessie to stretch and then purging the
newer version?  If so, then offhand I'd guess that the jessie version
doesn't clean up properly during the transition.

If so, I suppose I'll need to handle that in the stretch preinst (or
similar).

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#837368: blhc does not detect hardening fail in magicrescue

[Eriberto Mota]

Control: reassign 837368 hardening-includes

Hi Simon,

Thanks a lot for your explantion below. I am forwarding this bug to
package hardening-includes, which provides hardening-check.

To hardening-includes maintainers: Simon is the upstream of the blhc.

Regards,

Eriberto


2016-09-10 21:48 GMT-03:00 Simon Ruderich :
> On Sat, Sep 10, 2016 at 09:15:43PM -0300, Joao Eriberto Mota Filho wrote:
>> Hi,
>>
>> When building my package magicrescue in Sid, lintian says:
>>
>>  I: magicrescue: hardening-no-fortify-functions 
>> usr/lib/magicrescue/tools/safecat
>>
>> Using hardening-check, I can see:
>>
>>  # hardening-check 
>> /tmp/magicrescue-1.1.9/debian/magicrescue/usr/lib/magicrescue/tools/safecat
>>Position Independent Executable: yes
>>Stack protected: yes
>>Fortify Source functions: no, only unprotected functions found!
>>Read-only relocations: yes
>>Immediate binding: yes
>>
>> However, blhc --all says nothing. It is a false positive from hardening check
>> or a blhc bug?
>
> Hello,
>
> TL;DR everything is fine. No bug in neither blhc nor
> hardening-check and all hardening flags are applied.
>
> After looking at the build logs this is a false positive in
> hardening-check (that's impossible to fix for now).
>
> -D_FORTIFY_SOURCE=2 is passed to all gcc calls in the build log
> therefore blhc reports no errors. However hardening-check can
> only look at the resulting binary. Now it looks like magicrescue
> doesn't use any of the protected functions generated by
> -D_FORTIFY_SOURCE=2 as gcc has converted all calls to the unsafe
> version because it can prove that the arguments can't overflow.
> hardening-check interprets this as possible missing hardening
> flags and warns. As hardening-check has no access to the build
> log it can't do any better.
>
> Regards
> Simon
> --
> + privacy is necessary
> + using gnupg http://gnupg.org
> + public key id: 0x92FEFDB7E44C32F9

Bug#837371: inform6-compiler: GCC 6 reports “implicit declaration of function ‘getpid’”

[Ben Finney]

Package: inform6-compiler
Version: 6.33-2
Severity: normal
Tags: upstream
Control: forwarded -1 https://github.com/DavidKinder/Inform6/issues/11

When compiling with GCC version 6, the compiler warns about an
implicit function declaration:

=
$ gcc --version
gcc (Debian 6.1.1-11) 6.1.1 20160802
Copyright (C) 2016 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

$ gcc -DUNIX64 -c -o inform.o inform.c
In file included from inform.c:11:0:
header.h: In function ‘unique_task_id’:
header.h:457:19: warning: implicit declaration of function ‘getpid’ 
[-Wimplicit-function-declaration]
 {   return (int32)getpid();
   ^~
=

This indicates an existing problem (functions should be explicitly
declared) that was not being reported by some earlier compiler
versions.



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

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

Versions of packages inform6-compiler depends on:
ii  libc6  2.23-5

Versions of packages inform6-compiler recommends:
ii  fizmo-console [zcode-interpreter]   0.7.10-2
ii  fizmo-ncursesw [zcode-interpreter]  0.7.10-2
ii  frotz [zcode-interpreter]   2.44-0.1
ii  gargoyle-free [zcode-interpreter]   2011.1a-3+b2
ii  inform6-library 6.12~dfsg.1-1
ii  zoom-player [zcode-interpreter] 1.1.5~dfsg-3

Versions of packages inform6-compiler suggests:
ii  inform-mode  1.5.8-3
pn  inform6-doc  

-- no debconf information

-- 
 \   “Everyone is entitled to their own opinions, but they are not |
  `\entitled to their own facts.” —US Senator Pat Moynihan |
_o__)  |
Ben Finney 


signature.asc
Description: PGP signature

Bug#828751: closed by Antonio Radici <anto...@debian.org> (Bug#828751: fixed in mutt 1.7.0-2)

[Klaus Ethgen]

Am Do den  8. Sep 2016 um 23:39 schrieb Debian Bug Tracking System:
> When mutt wants to call gpg to sign or decrypt a message (both of which
> require the passphrase for the key), then mutt will issue a password
> prompt. With gnupg 1.4, this password is passed on to gnupg, and the
> decryption succeeds.
> 
> With the gnupg package from experimental installed, the passphrase from
> mutt is ignored by gnupg, and it shows its own pin dialog instead, where
> I have to enter my passphrase a second time.

Did you see that there is another setting "set pgp_use_gpg_agent=yes"
that is doing exactly what is wanted without disabling inline
signatures?

Regards
   Klaus
-- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C


signature.asc
Description: PGP signature

Bug#803275: yt: FTBFS: tests fail on several architectures

[Aaron M. Ucko]

Control: found -1 3.2.3-1
Control: notfixed -1 3.2.3-1

I'm still seeing test suite errors on most architectures:

https://buildd.debian.org/status/logs.php?pkg=yt=3.2.3-1

None is a regression on a release architecture, but please do
nevertheless take a look when you get a chance.

Thanks!

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

Bug#837178: linux-image-3.16.0-4-amd64: All memory and swap is used up until system freezes

[Ben Hutchings]

On Sat, 2016-09-10 at 17:37 -0700, Jose R R wrote:
> On Fri, Sep 9, 2016 at 12:37 PM, Wolfgang Tichy 
> wrote:
> > 
> > Package: src:linux
> > Version: 3.16.7-ckt25-2+deb8u3
> > Severity: critical
> > Tags: security
> > Justification: causes serious data loss
> > 
> > Dear Maintainer,
> > 
> > when I open a particular word document (it contains images and I
> > can send it
> > to you for testing) with libreoffice, all memory and all swap get
> > used up
> > within about a minute.
> 
> You may want to *narrow down* your memory issue by trying out Apache
> OpenOffice:
> 
> Download: https://openoffice.org/download/
[...]

Please, we don't need advocacy for rival software in the Debian BTS.

Ben.

-- 
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old
ones.


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

Bug#837327: Randomly FTBFS: Races in parallel build

[Samuel Thibault]

Ben Hutchings, on Sun 11 Sep 2016 02:07:39 +0100, wrote:
> On Sat, 2016-09-10 at 17:52 +0200, Samuel Thibault wrote:
> > Control: tags -1 + patch
> > 
> > Daniel Schepler, on Sat 10 Sep 2016 08:21:35 -0700, wrote:
> > > 
> > > ls debian/console-setup*/usr/share/man/*/* \
> > > > 
> > > > xargs -n 1 sed -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local/etc|\1
> > > /etc|' -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local|\1 /usr|' -i
> > > rm -r debian/console-setup-udeb/usr/share/man/
> > 
> > Ah, I see. Could you try the attached patch?
> 
> [...]
> > +   ls debian/console-setup{,-mini}/usr/share/man/*/* \
> [...]
> 
> Brace-expansion is a bashism but debian/rules does not set SHELL=bash.

Right. Probably more readable by expanding by hand actually, as attached
patch does.

Samuel
diff --git a/debian/rules b/debian/rules
index 8389501..7a7985f 100755
--- a/debian/rules
+++ b/debian/rules
@@ -139,7 +139,8 @@ install-main: build
prefix=debian/console-setup-mini/usr install-ckbcomp-mini
$(pre) --mini debian/console-setup-mini/bin/setupcon
$(pre) --mini debian/console-setup-mini/usr/bin/ckbcomp-mini
-   ls debian/console-setup*/usr/share/man/*/* \
+   ls debian/console-setup/usr/share/man/*/* \
+  debian/console-setup-mini/usr/share/man/*/* \
| xargs -n 1 $(manprocessor) -i
install -d debian/keyboard-configuration/usr/share/console-setup/
mv debian/console-setup/etc/default/keyboard \

Bug#837327: Randomly FTBFS: Races in parallel build

[Ben Hutchings]

On Sat, 2016-09-10 at 17:52 +0200, Samuel Thibault wrote:
> Control: tags -1 + patch
> 
> Daniel Schepler, on Sat 10 Sep 2016 08:21:35 -0700, wrote:
> > 
> > ls debian/console-setup*/usr/share/man/*/* \
> > > 
> > > xargs -n 1 sed -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local/etc|\1
> > /etc|' -e 's|^\([.a-zA-Z][a-zA-Z]*\) /usr/local|\1 /usr|' -i
> > rm -r debian/console-setup-udeb/usr/share/man/
> 
> Ah, I see. Could you try the attached patch?

[...]
> +   ls debian/console-setup{,-mini}/usr/share/man/*/* \
[...]

Brace-expansion is a bashism but debian/rules does not set SHELL=bash.

Ben.

-- 
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old
ones.

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

Bug#828789: NMU for blhc

[Eriberto Mota]

Hi,

I will upload a NMU to close this bug in few moments. I will not use
delay because current maintainer allow LowNMU (and is MIA).

Regards,

Eriberto

Bug#837370: ITP: pcaudiolib -- C API to different audio devices

[Samuel Thibault]

Package: wnpp
Severity: wishlist
Owner: Samuel Thibault 

* Package name: pcaudiolib
  Version : 1.0
  Upstream Author : Reece Dunn 
* URL : https://github.com/espeak-ng/pcaudiolib
* License : GPL 3+
  Programming Lang: C
  Description : C API to different audio devices

The Portable C Audio Library (pcaudiolib) provides a C API to different audio 
devices. It supports:
ALSA
OSS
PulseAudio
QSA (on QNX)
XAudio2 (on Windows)

It is needed by espeak-ng for audio output

Bug#837368: blhc does not detect hardening fail in magicrescue

[Simon Ruderich]

On Sat, Sep 10, 2016 at 09:15:43PM -0300, Joao Eriberto Mota Filho wrote:
> Hi,
>
> When building my package magicrescue in Sid, lintian says:
>
>  I: magicrescue: hardening-no-fortify-functions 
> usr/lib/magicrescue/tools/safecat
>
> Using hardening-check, I can see:
>
>  # hardening-check 
> /tmp/magicrescue-1.1.9/debian/magicrescue/usr/lib/magicrescue/tools/safecat
>Position Independent Executable: yes
>Stack protected: yes
>Fortify Source functions: no, only unprotected functions found!
>Read-only relocations: yes
>Immediate binding: yes
>
> However, blhc --all says nothing. It is a false positive from hardening check
> or a blhc bug?

Hello,

TL;DR everything is fine. No bug in neither blhc nor
hardening-check and all hardening flags are applied.

After looking at the build logs this is a false positive in
hardening-check (that's impossible to fix for now).

-D_FORTIFY_SOURCE=2 is passed to all gcc calls in the build log
therefore blhc reports no errors. However hardening-check can
only look at the resulting binary. Now it looks like magicrescue
doesn't use any of the protected functions generated by
-D_FORTIFY_SOURCE=2 as gcc has converted all calls to the unsafe
version because it can prove that the arguments can't overflow.
hardening-check interprets this as possible missing hardening
flags and warns. As hardening-check has no access to the build
log it can't do any better.

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: PGP signature

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

[Boyuan Yang]

Hi Sean,

2016-09-11 5:46 GMT+08:00 Sean Whitton :
> In that GitHub thread, there is mention of a parsing tool called
> 'lemon'.  Dmitry suggests packaging that separately, but you say it's
> not necessary.  Could you explain why?  Where can I find out about that
> tool?
>

"apt install lemon" will find the tool. It is part of sqlite3.

> - status of lemon parser currently unclear

This is fixed in the RFS of qevercloud before already. Of course we are
using the lemon parser from Debian. The bundled source code of lemon
is discarded in the source package. Sorry I didn't update the situation
on that Github thread, which is a little bit outdated.

> If an Evernote API change would cause qevercloud to become useless, it
> would make sense to package the Thrift IDL files separately.  When those
> were updated, qevercloud would FTBFS, and that would be a good thing
> because it would alert us that the package was broken.
>
> However, as you say, it turns out that the Evernote API is backwards
> compatible.  Even if qevercloud lagged behind other Debian packages
> using the Thrift IDL, we would want to keep qevercloud in Debian
> alongside those other packages, becauae QEverCloud would remain useful.
> So, in conclusion, it's okay to have multiple copies of the Thrift IDL
> files in the archive.

I would like to return to the very beginning of the problem:

QEverCloud upstream source code contains some generated cpp codes but
did not provide the direct way to regenerate them *within the source code*.
(Dmitry keeps the custom generator together with instructions of regeneration
inside another public Git repository, and the thrift IDL files needed
for regeneration
is in another public Git repository kept by Evernote.)

Since Debian Policy (or at least ftp-master) requires at least the
possibility to
regenerate all generated files (I believe they were thinking about
files generated
by autoconf/automake), so I repacked qevercloud and included qevercloudgenerator
and evernote-thrift files inside qevercloud source repository. So far everthing
is fine, but this is the point opinions diverge.

You suggested the separate packaging of qevercloudgenerator, but now we
seems to agree that since it is not useful for anything other than building
qevercloud,  it should not be packaged separately.

Now the problem is focused on the separation of evernote-thrift files.

I believe you suggested packaging thrift files alone, since the
separated package
can be used by other packages (most likely as a Build-Depend?), and to deal
with the FTBFS of qevercloud after the version bump of evernote-thrift, we can
include multiple copies. Did you suggest the coexistence of multiple versions
of evernote-thrift in the Debian repository, for example,
"evernote-thrift-1-25" and
"evernote-thrift-1-28"? Or if I misunderstood, it is just one package
"evernote-thrift"
but provides different versions of files inside one binary package (e.g.,
/usr/share/evernote/thrift/1.25/foobar and
/usr/share/evernote/thrift/1.28/foobar)?

Personally I am against the separated package of evernote-thrift, and
the main reason
is that it is not useful; thrift files are technically used by no one
other than evernote people;
developers are encouraged/guided to use official Evernote SDK released
by evernote,
which is already a generated project from the thrift files; no one
else is parsing
thrift files by him/herself.

There was a reason of FTBFS, but the coexistence of different versions can solve
this problem.

But don't forget that we only wanted to deal with the policy violation.

I may package evernote-thrift files if you insist, but please tell me
your preference
on the coexistence of multiple version (as stated above).

> Are you sure?  There has never been ebib version 4.5.2.  The version I
> meant was 2.6.3-1 in unstable.  Try `debcheckout ebib`.

OK I got the correct version now (2.5.4 though, I am using testing).
It is really weird, what was I looking at before? :-|

>  * * *
>
> To summarise our discussion so far:
>
> - qevercloudgenerator should not be packaged separately because it is
>   not useful for anything other than building qevercloud.

Sure.

>
> - the source package containing qevercloudgenerator should embed a copy
>   of the latest Thrift IDL that it is compatible with
>

Yes. Personally I think the embedded copy has no special functions but to
make sure the regeneration really works and makes ftp-master people and
those who examines this package against Debian Policy happy.

> - ideally qevercloudgenerator will be run during the qevercloud package
>   build, though a promise that it can be run is sufficient for the
>   ftpmasters

Yes, and in current building instruction we are choosing to run the
regeneration.


After all this is a really interesting problem, a combination of
automake/autoconf
generated files and the versioning/packaging problem of shared libraries. I have
heard that in the (unreleased) debhelper 

Bug#833939: blhc: False positives with Ada and format flags.

[Eriberto]

Hi,

2016-09-10 21:38 GMT-03:00 Simon Ruderich :
> On Sat, Sep 10, 2016 at 09:07:13PM -0300, Eriberto wrote:
>> Please, release a new version and I will do a NMU quickly. I wil open
>> a new bug now. Please, check it before release a new version.
>
> Hi,
>
> New version 0.07 released: https://ruderich.org/simon/blhc/


Working now... :o)

Bug#833939: blhc: False positives with Ada and format flags.

[Simon Ruderich]

On Sat, Sep 10, 2016 at 09:07:13PM -0300, Eriberto wrote:
> Please, release a new version and I will do a NMU quickly. I wil open
> a new bug now. Please, check it before release a new version.

Hi,

New version 0.07 released: https://ruderich.org/simon/blhc/

Regards
Simon
-- 
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9


signature.asc
Description: PGP signature

Bug#837178: linux-image-3.16.0-4-amd64: All memory and swap is used up until system freezes

[Jose R R]

On Fri, Sep 9, 2016 at 12:37 PM, Wolfgang Tichy  wrote:
> Package: src:linux
> Version: 3.16.7-ckt25-2+deb8u3
> Severity: critical
> Tags: security
> Justification: causes serious data loss
>
> Dear Maintainer,
>
> when I open a particular word document (it contains images and I can send it
> to you for testing) with libreoffice, all memory and all swap get used up
> within about a minute.

You may want to *narrow down* your memory issue by trying out Apache OpenOffice:

Download: https://openoffice.org/download/

> This happens slowly enough that it can be monitored
> with "top" and "free". What I see with top is that soffice.bin (which is
> libreoffice) does not use much memory (maybe 2%). Nevertheless more and more
> memory gets used. "free -h" gives something like this:
>
>  total   used   free sharedbuffers cached
> Mem:  7.5G   7.4G   141M   5.9G71M   6.4G
> -/+ buffers/cache:   917M   6.6G
> Swap: 8.0G   663M   7.4G
>
> Eventually the "used" column in the "Mem:" and "Swap:" and lines reach the
> total and the system runs out of memory and becomes totally unresponsive
> (even the mouse pointer freezes), no remote logins are possible at this
> point, and all keypresses are ignored. The only way to regain control is by
> holding down the power button for 10s. However, the "used" column in the
> "-/+ buffers/cache:" line stays near 1GB, so that it is clear that
> buffers/caches take up almost all the space.
>
> You may wonder why I file this against the kernel and not libreoffice. Well,
> I am sure libreoffice is doing something stupid, that could be fixed to
> circumvent this problem. But the kernel should simply not allow any user
> process to bring down the entire system. Also it seems the kernel is
> allocating caches or buffers until it runs out of all memory and then
> freezes. If it was only libreoffice allocating memory, OOM killer would kill
> it. But nothing like this happens, even if you wait 2h nothing happens. I
> think OOM killer does nothing because no single user process uses a lot of
> memory. It's the kernel choking on itself.
>
> Ok, so now let me speculate on what might be wrong. I am filing this report
> for my laptop that has a i7-3667U CPU with integrated Intel graphics card:
> 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor 
> Graphics Controller (rev 09)
> But the problem also occurs on 3 other Debian desktop machines that run the
> same kernel, and have either Intel or ATI graphics, i.e.:
> 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen 
> Core Processor Integrated Graphics Controller (rev 06)
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
> Barts PRO [Radeon HD 6850]
> 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
> Caicos [Radeon HD 6450/7450/8450 / R5 230 OEM]
> However, it happens differently on a 4th Debian desktop machine with
> 07:00.0 VGA compatible controller: NVIDIA Corporation NV42GL [Quadro FX 
> 3450/4000 SDI] (rev a2)
> On this one, Gnome3 crashes and dmesg has a lot of lines lines like:
> [880754.926611] [TTM] Failed to find memory space for buffer 
> 0x880367e42800 eviction
> [880754.926613] [TTM] No space for 880367e42800 (497 pages, 1988K, 1M)
> [880754.926614] [TTM]   placement[0]=0x00070002 (1)
> [880754.926616] [TTM] has_type: 1
> [880754.926617] [TTM] use_type: 1
> [880754.926618] [TTM] flags: 0x000A
> [880754.926619] [TTM] gpu_offset: 0x
> [880754.926620] [TTM] size: 131072
> [880754.926621] [TTM] available_caching: 0x0007
> [880754.926622] [TTM] default_caching: 0x0001
> This is actually good because after the gnome3 crash the system is still
> usable. I should say that in all cases I am using the open source graphics
> drivers that use kernel mode setting. So the latter crash leads me to think
> that some interaction between the graphics drivers and the kernel leads to
> the allocation of too many buffers/caches by the kernel until it runs out.
> Probably this is all triggered by libreoffice (running on X) trying to
> display some JPG images in a document.
>
> The reason why I consider this security relevant is that anybody with a user
> account can use libreoffice to bring the system down. This will cause data
> loss since all other users cannot save any data in open files.
>
> Thank you very much for considering this report,
> Wolfgang Tichy
>
>
> -- Package-specific info:
> ** Version:
> Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
> 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt25-2+deb8u3 (2016-07-02)
>
> ** Command line:
> BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
> root=UUID=111acff4-4673-47ad-85a1-43f48c1c7621 ro quiet
>
> ** Tainted: W (512)
>  * Taint on warning.
>
> ** Kernel log:
> [44950.827165] Broke affinity for irq 41
> 

Bug#834093: guile-2.0: leaves alternatives after purge: /usr/bin/guile, /usr/share/man/man1/guile.1.gz

[Andreas Beckmann]

Followup-For: Bug #834093
Control: found -1 2.0.11+1-12

Hi,

while stretch and sid are now fixed, upgrades from jessie to stretch
still leave alternatives in the system:

1m30.2s INFO: Warning: Package purging left files on system:
  /etc/alternatives/guile -> /usr/bin/guile-2.0  not owned
  /etc/alternatives/guile.1.gz -> /usr/share/man/man1/guile-2.0.1.gz not 
owned
  /usr/bin/guile -> /etc/alternatives/guile  not owned
  /usr/share/man/man1/guile.1.gz -> /etc/alternatives/guile.1.gz not 
owned

Looks like there is some migration code missing in the postinst that
switches from jessie-style alternatives (/usr/bin/guile-2.0) to
stretch-style alternatives (/usr/lib/x86_64-linux-gnu/guile-2.0/bin/guile)


Andreas


guile-2.0_2.0.11+1-12.log.gz
Description: application/gzip

Bug#837369: mariadb-10.0: FTBFS on hppa

[John David Anglin]

Source: mariadb-10.0
Version: 10.0.27-1
Severity: normal

Dear Maintainer,

The build fails because the following two tests fail:
rpl.rpl_drop_db binlog.binlog_database

Full build log is here:
https://buildd.debian.org/status/fetch.php?pkg=mariadb-10.0=hppa=10.0.27-1=1473447628

These two tests fail because the error number for ENOTEMPTY is 247 on hppa:
dave@mx3210:/usr/include$ find . -name errno.h|xargs grep 247
./diet/errno.h:#define  ENOTEMPTY   247 /* Directory not empty */
./hppa-linux-gnu/asm/errno.h:#defineENOTEMPTY   247 /* Directory 
not empty */

In the log, see for example:
CURRENT_TEST: rpl.rpl_drop_db
--- /<>/mysql-test/suite/rpl/r/rpl_drop_db.result  2016-08-24 
15:07:41.0 +
+++ /<>/mysql-test/suite/rpl/r/rpl_drop_db.reject  2016-09-09 
14:44:56.598464085 +
@@ -8,12 +8,12 @@
 create table mysqltest1.t2 (n int);
 create table mysqltest1.t3 (n int);
 drop database mysqltest1;
-ERROR HY000: Error dropping database (can't rmdir './mysqltest1', errno: 39 
"Directory not empty")
+ERROR HY000: Error dropping database (can't rmdir './mysqltest1', errno: 247 
"Directory not empty")
 use mysqltest1;
 show tables;
 Tables_in_mysqltest1
 drop database mysqltest1;
-ERROR HY000: Error dropping database (can't rmdir './mysqltest1', errno: 39 
"Directory not empty")
+ERROR HY000: Error dropping database (can't rmdir './mysqltest1', errno: 247 
"Directory not empty")
 use mysqltest1;
 show tables;
 Tables_in_mysqltest1

Either these two tests need to skipped on hppa or the result comparison needs
to be adjusted for different ENOTEMPTY values.

Regards,
Dave Anglin

-- System Information:
Debian Release: stretch/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 4.7.2+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#837367: Acknowledgement (cinnamon-desktop-environment: Don't depend on transitional iceweasel)

[Jeremy Bicha]

Patch attached.


0001-Dont-depend-on-transitional-iceweasel.patch
Description: Binary data

Bug#837368: blhc does not detect hardening fail in magicrescue

[Joao Eriberto Mota Filho]

Package: blhc
Version: 0.06-0.1
Severity: normal

Hi,

When building my package magicrescue in Sid, lintian says:

 I: magicrescue: hardening-no-fortify-functions 
usr/lib/magicrescue/tools/safecat

Using hardening-check, I can see:

 # hardening-check 
/tmp/magicrescue-1.1.9/debian/magicrescue/usr/lib/magicrescue/tools/safecat
   Position Independent Executable: yes
   Stack protected: yes
   Fortify Source functions: no, only unprotected functions found!
   Read-only relocations: yes
   Immediate binding: yes

However, blhc --all says nothing. It is a false positive from hardening check
or a blhc bug?

Thanks!

Regards,

Eriberto

PS: magicrescue, 1.1.9-3

Bug#837367: cinnamon-desktop-environment: Don't depend on transitional iceweasel

[Jeremy Bicha]

Package: cinnamon-desktop-environment
Version: 3
Severity: minor
Tags: patch

Bug#837366: aptitude: Crash when typing while saying "Updating ... and quitting"

[Axel Beckert]

Package: aptitude
Version: 0.8.3-1

Hi Manuel,

after an aptitude "Performing actions" run I typed "q" and pressed
enter.

While the "Updating … and quitting" screen was shown I already started
to type "update-alternatives --config" and aptitude segfaulted with the
following backtraces:

warning: core file may not match specified executable file.
[New LWP 7417]
[New LWP 7428]
[New LWP 7418]
[New LWP 32113]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `aptitude -u'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  0x7fead2446720 in _xend () at 
../sysdeps/unix/sysv/linux/x86/elision-unlock.c:33
33  ../sysdeps/unix/sysv/linux/x86/elision-unlock.c: No such file or 
directory.
[Current thread is 1 (Thread 0x7feacebc6700 (LWP 7417))]
(gdb) bt
#0  0x7fead2446720 in _xend () at 
../sysdeps/unix/sysv/linux/x86/elision-unlock.c:33
#1  __lll_unlock_elision (lock=0x7fead3689360 
, private=0)
at ../sysdeps/unix/sysv/linux/x86/elision-unlock.c:29
#2  0x7fead33e3b9a in cwidget::toplevel::input_thread::operator()() () from 
/usr/lib/x86_64-linux-gnu/libcwidget.so.3
#3  0x7fead33e3bc1 in void* 
cwidget::threads::thread::bootstrap(void*) ()
   from /usr/lib/x86_64-linux-gnu/libcwidget.so.3
#4  0x7fead243b464 in start_thread (arg=0x7feacebc6700) at 
pthread_create.c:333
#5  0x7fead18e297f in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:105
(gdb) 

HTH.

-- Package-specific info:
Terminal: eterm-color
$DISPLAY is set.
which aptitude: /usr/bin/aptitude

aptitude version information:
aptitude 0.8.3
Compiler: g++ 6.1.1 20160802
Compiled against:
  apt version 5.0.0
  NCurses version 6.0
  libsigc++ version: 2.8.0
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20160625
  cwidget version: 0.5.17
  Apt version: 5.0.0

aptitude linkage:
linux-vdso.so.1 (0x7ffdcb72)
libapt-pkg.so.5.0 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.5.0 
(0x7f4b9bdcf000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f4b9bb9f000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f4b9b975000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f4b9b76e000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f4b9b471000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f4b9b16c000)
libboost_iostreams.so.1.61.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.61.0 (0x7f4b9af54000)
libboost_filesystem.so.1.61.0 => 
/usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.61.0 (0x7f4b9ad3b000)
libboost_system.so.1.61.0 => 
/usr/lib/x86_64-linux-gnu/libboost_system.so.1.61.0 (0x7f4b9ab37000)
libxapian.so.22 => /usr/lib/x86_64-linux-gnu/libxapian.so.22 
(0x7f4b9a733000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f4b9a516000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f4b9a193000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f4b99e8f000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f4b99c78000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f4b998da000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f4b996d6000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7f4b994bf000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f4b992a2000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f4b99092000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f4b98e6f000)
liblz4.so.1 => /usr/lib/x86_64-linux-gnu/liblz4.so.1 
(0x7f4b98c5d000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f4b98a55000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f4b9884e000)
/lib64/ld-linux-x86-64.so.2 (0x55f50b58e000)

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

Kernel: Linux 4.8.0-rc5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages aptitude depends on:
ii  aptitude-common0.8.3-1
ii  libapt-pkg5.0  1.3~rc4
ii  libboost-filesystem1.61.0  1.61.0+dfsg-2.1+b1
ii  libboost-iostreams1.61.0   1.61.0+dfsg-2.1+b1
ii  libboost-system1.61.0  1.61.0+dfsg-2.1+b1
ii  libc6  2.24-2
ii  libcwidget3v5  0.5.17-4+b1
ii  libgcc11:6.2.0-3
ii  libncursesw5  

Bug#833939: blhc: False positives with Ada and format flags.

[Eriberto]

Hi Simon,

2016-09-10 13:17 GMT-03:00 Simon Ruderich :
> On Thu, Aug 25, 2016 at 11:59:05PM +0200, Nicolas Boulenguez wrote:
>> Here is what should be implemented:
>> When * the source file name matches "*.ad[abs]",
>>   or * the command line contains " -x ada ",
>> we are compiling an Ada source.
>> Then * no CPPFLAGS should be used at all,
>>  * all CFLAGS should be used, but "-Wformat" and 
>> "-Werror=format-security"
>
> Hi,
>
> Should be fixed in 42b57f [1].
>
> blhc's maintainer seems to be MIA (see also #837094). If you want
> to see this in Debian soon please upload this change (and also
> #828789 if possible) via NMU. If a new blhc release would make
> this simpler, just tell me and I'll release one (it's only 4
> commits).


Please, release a new version and I will do a NMU quickly. I wil open
a new bug now. Please, check it before release a new version.

Thanks a lot for your work.

Regards,

Eriberto

Bug#836993: qgis: fails to upgrade from 'jessie': dpkg-divert: error: rename involves overwriting `/usr/bin/qgis'

[Andreas Beckmann]

Followup-For: Bug #836993
Control: found -1 2.14.6+dfsg-2
Control: affects -1 + qgis-plugin-grass

Hi Bas,

looks like you are doing a more complicated diversion transition ...

  Preparing to unpack .../qgis_2.14.6+dfsg-2_amd64.deb ...
  Unpacking qgis (2.14.6+dfsg-2) over (2.4.0-1+b1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/qgis_2.14.6+dfsg-2_amd64.deb (--unpack):
   trying to overwrite '/usr/bin/qbrowser.bin', which is the diverted version 
of '/usr/bin/qbrowser' (package: qgis-plugin-grass)
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Processing triggers for libc-bin (2.24-2) ...
  Errors were encountered while processing:
   /var/cache/apt/archives/qgis_2.14.6+dfsg-2_amd64.deb


Andreas


qgis-plugin-grass_2.14.6+dfsg-2.log.gz
Description: application/gzip

Bug#837365: cannot use a different cookie file

[積丹尼 Dan Jacobson]

Package: w3m
Version: 0.5.3-29
Severity: wishlist
File: /usr/bin/w3m

$ man w3m

   ~/.w3m/cookie
  cookie jar; written on exit, read on launch

$ w3m -show-option 2>&1|grep -i cookie
  section[8]: Cookie Settings
-o use_cookie=Enable cookie processing
-o show_cookie=   Print a message when receiving a cookie
-o accept_cookie= Accept cookies
-o accept_bad_cookie=   Action to be taken on invalid cookie
-o cookie_reject_domains=   Domains to reject cookies from
-o cookie_accept_domains=   Domains to accept cookies from
-o cookie_avoid_wrong_number_of_dots= Domains to avoid [wrong 
number of dots]

But there is no way to use a different cookie file other than changing
$HOME and thus changing all the other file locations.

Same problem with the other FILES on the man page.

Bug#837116: nvidia-kernel-source: cannot be installed from jessie-backports due to make:any dependency

[Andreas Beckmann]

On 2016-09-09 00:27, Andreas Beckmann wrote:
> Hmm, why didn't I run into that problem in my piuparts tests (of non-free)?

Actually, I did, I just didn't notice it :-)

and for the legacy drivers as well ...


Andreas

Bug#712228: Your mail

[Balint Reczey]

Control: severity -1 important
Control: user bal...@balintreczey.hu
Control: usertags -1 pie-bindnow-20160906
Control: tags -1 patch

Hi,

I'm facing this issue, too, preparing the transition to PIE be
enabled by default on many architectures, like in Ubuntu.

https://wiki.debian.org/Hardening/PIEByDefaultTransition

Ubuntu carries a bigger patch disabling PIE for amd64 and
other architectures where PIE is enabled in GCC by default:

https://patches.ubuntu.com/g/ghc/ghc_7.10.3-9ubuntu1.patch

Please merge the patch to make PIE disabled in d/rules for
the architectures it will be enabled by default in GCC.

The proposed patch for GCC lists all of those architectures
in #835148.

An other option would be bootstrapping GHC in Debian with
-fPIC, but I'm not sure if this is viable.

Thanks,
Balint

PS: Around 70% of the packages which FTBFS with PIE by default
are failing due to this bug thus it would be nice if the fix
could be applied soon.

On Thu, 2 Jan 2014 18:24:48 + (GMT) Gianfranco Costamagna
 wrote:
> Hi Joachim and Thomas,
> 
>  
> this bug [1] seems to be really similar to that one
> https://ghc.haskell.org/trac/ghc/ticket/3668
> 
> maybe somewhere debian is overriding the GHC flags and pie is added?
> Bests,
> 
> Gianfranco

Bug#832941: RFS: 4pane

[Sean Whitton]

control: tag -1 +moreinfo
control: owner -1 !

Dear David,

Thank you for your work to bring this new package to Debian!  I can't
sponsor the upload, but I hope this review is useful to you.

I've split it into two sections: things that I would consider must-fixes
before an upload to Debian, and suggested improvements.  The latter
aren't strictly necessary, but they would help demonstrate to a
potential sponsor that you are committed to maintaining this package in
Debian.

Must-fixes/clarifications:

1. The changelog should contain exactly one entry, closing the ITP.  The
current changelog suggests that 4pane has already been uploaded to
Debian.

2. Why doesn't 4pane work on archs other than i386, amd64, hurd-i386?
(an eclectic list!)

3. The Vcs-* fields should point to a repo/branch containing the source
package, not the upstream master branch.

4. I think that it would be clearer to express the wxWindows license as
a dual-license: "GPL-2+ or wxWindows", with separate license paragraphs
for each of those.

Suggestions:

1. I'd be very grateful if you'd put this source package in a git
repository.  That way, I can use `git diff` to review changes that
you've made in response to my comments.

2. At least PACKAGERS, README are missing a trailing newline.

3. The "but may be used by others" line in the manpage doesn't make much
sense.  Normally this is used to indicate that a manpage written by a
Debian contributor is used in a Debian derivative, but of course any
copy of a manpage written by *upstream* gets used by others.

4. Why is there an additional copy of the manpage in the debian/ subdir?

5. "As well as standard file manager things" I would suggest
s/things/functionality/.  Also, the scare quotes around 'terminal
emulator', 'grep' etc. aren't needed and could be confusing.

6. Can Vcs-Git: use a secure protocol?  https:// rather than git://.

7. The debian/* paragraph in d/copyright is redundant.

8. The Debian menu system is deprecated.  You seem to be installing a
FreeDesktop.org desktop file into /usr/share/4Pane/rc.  Please install
that as a desktop file that will be picked up by desktop environments --
see Debian Policy 9.6.

9. I think the html docs should go in /usr/share/doc/4pane/html.  Then
someone just looking for the changelog, README etc. need not hunt
through the html files.

10. You're inconsistent about 4pane versus 4Pane.  For example, you use
/usr/share/4Pane but /usr/share/doc/4pane (with 4Pane as a symlink).
Since the package is 4pane, you should use '4pane' in all directories
the package uses (the compatibility symlinks from 4Pane to 4pane are
fine).

11. I'm not familiar with wxWidgets practices, but is it unavoidable to
include sections of code from the wxWidgets sources, as you describe in
LICENSE?  Is it not possible to call library functions instead?  Since
you link against libwxgtk I assume that it isn't possible to replace the
copied code with library calls, but I'd appreciate it if you could
confirm that.

12. Please consider using dh_autoreconf to ensure that the package's
build system can be reproduced from the source code provided

I haven't tried installing and running the package yet, but hopefully
the above is enough to be going on with.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#837364: virtualbox: After update VMs still in "starting virtual machine ..."

[Rodrigo Ramírez Norambuena]

Package: virtualbox
Version: 5.1.4-dfsg-1+b1
Severity: normal
Tags: upstream

Dear Maintainer,

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

   * What led up to the situation?

After an upgrade into branch stretch/sid to 5.1.4-dfsg-1+b1 when I try
run a VirtualMachine the window still with message "Starting virtual machine
..."


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

I some search, the file ~/.VirtualBox/VBoxSVC.log output

"
 00:08:32.932717 nspr-7 Failed to open "/dev/vboxdrvu", errno=13,
rc=VERR_VM_DRIVER_NOT_ACCESSIBLE
 00:08:33.555836 nspr-6 Failed to open "/dev/vboxdrvu", errno=13,
rc=VERR_VM_DRIVER_NOT_ACCESSIBLE
"


The permision of file driver has 0600
 $ ls -lh /dev/vboxdrvu
 crw--- 1 root root 10, 56 Sep 10 12:47 /dev/vboxdrvu


If is changed the permission to 0666 is possible run a VMs normally



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



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

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

Versions of packages virtualbox depends on:
ii  adduser   3.115
ii  init-system-helpers   1.42
ii  libc6 2.23-5
ii  libcurl3-gnutls   7.50.1-1
ii  libgcc1   1:6.1.1-11
ii  libgsoap9 2.8.30-1
ii  libpng16-16   1.6.24-2
ii  libpython2.7  2.7.12-3
ii  libsdl1.2debian   1.2.15+dfsg1-4
ii  libssl1.0.2   1.0.2h-1
ii  libstdc++66.1.1-11
ii  libvncserver1 0.9.10+dfsg-3+b1
ii  libvpx4   1.6.0-2
ii  libx11-6  2:1.6.3-1
ii  libxcursor1   1:1.1.14-1+b1
ii  libxext6  2:1.3.3-1
ii  libxml2   2.9.4+dfsg1-1+b1
ii  libxmu6   2:1.1.2-2
ii  libxt61:1.1.5-1
ii  procps2:3.3.12-2
ii  python2.7 2.7.12-3
pn  python:any
ii  virtualbox-dkms [virtualbox-modules]  5.1.4-dfsg-1
ii  virtualbox-source 5.1.4-dfsg-1
ii  zlib1g1:1.2.8.dfsg-2+b1

Versions of packages virtualbox recommends:
ii  libgl1-mesa-glx [libgl1]  11.2.2-1
ii  libqt5core5a  5.6.1+dfsg-3+b1
ii  libqt5opengl5 5.6.1+dfsg-3+b1
ii  libqt5widgets55.6.1+dfsg-3+b1
ii  virtualbox-qt 5.1.4-dfsg-1+b1

Versions of packages virtualbox suggests:
pn  vde2
pn  virtualbox-guest-additions-iso  

-- no debconf information

Bug#833421: jessie-pu: debian-edu-config/1.818+deb8u2

[Holger Levsen]

On Sat, Sep 10, 2016 at 07:52:06PM +0100, Adam D. Barratt wrote:
> Flagged for acceptance into p-u; thanks.

thank you very much (for both d-e-c and d-e-d!), looking forward to next
weekend! :)


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#798099: Do not work after last.fm made upgrades

[Sari McFarland]

I've traced this to an issue with last.fm's server http response now being
chunk-encoded, which xmms2-scrobbler doesn't know how to decode.  Below is
a patch to src/xmms2-scrobbler.c which checks if the response is chunk
encoded and converts it to a normal text response in place.  I hope this
helps

151a152,173
>
> /* parse buffer as chunk-encoded string if \r\n pattern found */
> char *endline = ptr;
>
> len = 0;
> while ((newline = strstr(endline, "\r\n"))) {
> newline += 2;
> endline = strstr(newline, "\r\n");
> if (!endline) {
> fprintf (stderr, "chunk conversion error\n");
> return total;
> }
> strncpy(ptr + len, newline, endline - newline);
> len += endline - newline;
> endline += 2;
> }
>
> if (len) {
> *(ptr + len) = '\0';
> }
>
>
154c176
< fprintf (stderr, "no newline (1)\n");
---
> fprintf (stderr, "no newline (0)\n");
323a346
> curl_easy_setopt(curl, CURLOPT_HTTP_TRANSFER_DECODING, 0);

Bug#837346: apache2: FTBFS on kfreebsd-i386: i586-kfreebsd-gnu-ar: command not found

[Stefan Fritsch]

This could be fixed by a rebuild of apr, but that failed due to #815477 . 

Bug#837363: cpputest: Please build libCppUTest.a with -fPIC

[Balint Reczey]

Source: cpputest
Version: 3.8-3
Severity: important
User: bal...@balintreczey.hu
Usertags: pie-bindnow-20160906
Justification: makes other packages FTBFS with extra hardening
Tags: patch
Affects: bzflag


Dear Maintainers,

During a rebuild of all packages in sid, other packages
failed to build on amd64 with patched GCC and dpkg. The root cause
seems to be that libCppUTest.a is shipped as a non-PIC library.

The rebuild tested if packages are ready for a transition
enabling PIE and bindnow for amd64.

For more information about the changes to sid's dpkg and GCC please
visit:
https://wiki.debian.org/Hardening/PIEByDefaultTransition

Relevant part of bzflag's build log:
...
/bin/bash ../libtool --silent  --tag=CXX  --silent --mode=link g++ -lCppUTest 
-g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
-Werror=format-security  -Wl,-z,relro -Wl,-z,now -Wl,--as-needed  -o unittests 
unittests-tests.o unittests-bans.o unittests-AccessControlList.o 
../src/common/libCommon.la -lc -lm  -lpthread
/usr/bin/ld: 
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libCppUTest.a(lib_libCppUTest_a-CommandLineTestRunner.o):
 relocation R_X86_64_32S against symbol `_ZTV21CommandLineTestRunner' can not 
be used when making a shared object; recompile with -fPIC
...

The full build log is available from:
https://people.debian.org/~rbalint/build-logs/pie-bindnow-20160906/bzflag_2.4.6-1_amd64.build.gz

Thanks,
Balint

Bug#837354: proj: FTBFS on kfreebsd

[Andreas Beckmann]

On 2016-09-10 22:54, Sebastiaan Couwenberg wrote:
> On 09/10/2016 10:42 PM, Andreas Beckmann wrote:
>> proj FTBFS on kfreebsd, but it built there up to version 4.9.2-2:
> 
> The Java/ant combination is broken on kFreeBSD, that's not something we
> can fix in proj.

Is there a bug report about this? Someone working on a fix?

Or is it possible to just not build libproj-java on kfreebsd*?
Removing proj from kfreebsd* would affect a lot of packages:


anbe@coccia:~$ dak rm -Rn -a kfreebsd-i386,kfreebsd-amd64 proj
W: -a/--architecture implies -p/--partial.
Will remove the following packages from unstable:

libproj-dev |4.9.2-2 | kfreebsd-amd64, kfreebsd-i386
libproj-java |4.9.2-2 | kfreebsd-amd64, kfreebsd-i386
  libproj9 |4.9.2-2 | kfreebsd-amd64, kfreebsd-i386
  proj |4.9.2-2 | source
  proj |4.9.2-3 | source
  proj |4.9.3-1 | source
  proj-bin |4.9.2-2 | kfreebsd-amd64, kfreebsd-i386

Maintainer: Debian GIS Project 

--- Reason ---

--

Checking reverse dependencies...
# Broken Depends:
cdo: cdo
gdal: libgdal-dev
  libgdal20
gpx2shp: gpx2shp
grass: grass-core
   grass-dev
ifrit: ifrit
libgeo-proj4-perl: libgeo-proj4-perl
libgeotiff-dfsg: geotiff-bin
 libgeotiff2
magics++: libmagplus3v5
  magics++
  python-magics++
  python3-magics++
mapnik: libmapnik-dev [kfreebsd-amd64]
libmapnik3.0 [kfreebsd-amd64]
mapnik-utils [kfreebsd-amd64]
mapserver: cgi-mapserver
   libmapscript-java
   libmapscript-perl
   libmapserver2
   mapserver-bin
   python-mapscript
   ruby-mapscript
merkaartor: merkaartor
ogdi-dfsg: libogdi3.2
   libogdi3.2-dev
   ogdi-bin
openorienteering-mapper: openorienteering-mapper
osm2pgsql: osm2pgsql
pdal: libpdal-dev
pdl: pdl
postgis: liblwgeom-2.2-5
 postgis
 postgresql-9.5-postgis-2.2
pyspatialite: python-pyspatialite
python-mapnik: python-mapnik [kfreebsd-amd64]
   python3-mapnik [kfreebsd-amd64]
python-pyproj: python-pyproj
   python3-pyproj
qgis: libqgis-analysis2.14.6
  libqgis-app2.14.6
  libqgis-core2.14.6
  libqgis-customwidgets
  libqgis-dev
  libqgis-gui2.14.6
  libqgis-networkanalysis2.14.6
  libqgis-server2.14.6
  libqgisgrass7-2.14.6
  libqgispython2.14.6
  python-qgis
  qgis
  qgis-plugin-grass
  qgis-provider-grass
  qgis-providers
  qgis-server
qlandkartegt: qlandkartegt
qmapshack: qmapshack
saga: saga
shapelib: shapelib
sosi2osm: sosi2osm
spatialite: libspatialite7
libsqlite3-mod-spatialite
spatialite-gui: spatialite-gui
spatialite-tools: spatialite-bin
sumo: sumo
survex: survex
survex-aven
therion: therion
thuban: thuban
vtk6: libvtk6-dev
  libvtk6.3
xastir: xastir
zygrib: zygrib

# Broken Build-Depends:
cdo: libproj-dev
dans-gdal-scripts: libproj-dev
gdal: libproj-dev
gpx2shp: libproj-dev
grass: libproj-dev
   proj-bin
libgdal-grass: libproj-dev
libgeo-proj4-perl: libproj-dev
   proj-bin
libgeotiff-dfsg: libproj-dev
libosmium: libproj-dev
magics++: libproj-dev
mapcache: libproj-dev
mapnik: libproj-dev
mapproxy: libproj-dev
mapserver: libproj-dev
merkaartor: libproj-dev
metview: libproj-dev
ncl: libproj-dev
ogdi-dfsg: libproj-dev
openorienteering-mapper: libproj-dev
osm2pgsql: libproj-dev
otb: libproj-dev
pdal: libproj-dev
pdl: libproj-dev
 proj-bin
postgis: libproj-dev (>= 4.6.0)
proj-rdnap/non-free: proj-bin (>= 4.8.0)
pyspatialite: libproj-dev
python-pyproj: libproj-dev (>= 4.9.0~)
qgis: libproj-dev
qlandkartegt: libproj-dev
qmapshack: libproj-dev
saga: libproj-dev
shapelib: libproj-dev
sosi2osm: libproj-dev
spatialite: libproj-dev
spatialite-gui: libproj-dev
spatialite-tools: libproj-dev
sumo: libproj-dev
survex: libproj-dev
therion: libproj-dev
thuban: libproj-dev
vtk6: libproj-dev
xastir: libproj-dev
zygrib: libproj-dev

Dependency problem found.


Andreas

Bug#836815: php-php-gettext (after rename) doesn't ship the actual code

[Stefan Fritsch]

severity 836815 serious
thanks

tt-rss depends on php-php-gettext which is empty.

Bug#837190: [Pkg-xfce-devel] Bug#837190: Bug#837190: xfce4-terminal: terminal becomes garbled when scrolling

[Yves-Alexis Perez]

On sam., 2016-09-10 at 21:45 +0200, folkert wrote:
> > 
> > > 
> > > It also happened with gnome-terminal but from what I heard (haven't used
> > > gnome-terminal for a while) this has been fixed.
> > 
> > gnome-terminal uses vte3, not vte2 so it's not relevant. Please try
> > lxterminal.
> 
> Yes I can reproduce it with lxterminal too:
> http://vps001.vanheusden.com/~folkert/xfce4-terminal-corruption-lxterminal.p
> ng
> 
So it's likely an issue in libvte, not xfce4-terminal. I'll reassign then.

Regards,
-- 
Yves-Alexis

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

Bug#837190: [Pkg-xfce-devel] Bug#837190: xfce4-terminal: terminal becomes garbled when scrolling

[Yves-Alexis Perez]

control: reassign -1 libvte9

On sam., 2016-09-10 at 00:25 +0200, folkert wrote:
> This happens randomly and rather often. Both in vim as well as on the command 
> line.
> In vim I can resolve it by pressing ^L, on the command line by pressing enter.
> I'll see if I can add a screenshot.

Reassigning to libvte9 since it also happens to other vte based terminal.

Regards,
-- 
Yves-Alexis

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

Bug#837357: meld requires gnome-user-guide

[Brainslug]

never mind, looks like meld recommends yelp.

Thanks for the help. Please close this one.

Bug#837361: fsl: FTBFS with GCC 6: error: no match for 'operator>' (operand types are 'std::ifstream' and 'int')

[Andreas Beckmann]

Source: fsl
Version: 5.0.8-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

fsl FTBFS since the default compiler was switched to GCC 6:

[...]
g++ -g -O2 -fdebug-prefix-map=/build/fsl-5.0.8=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 
-DHAVE_LIBFREETYPE -fPIC -I/usr/include/nifti -I/usr/include/gifti -I/usr/i
nclude/newmat -I/build/fsl-5.0.8/extras/src/libprob 
-I/build/fsl-5.0.8/extras/src/libcprob -I/build/fsl-5.0.8/src   -O3 
-Wno-deprecated -ggdb -I/usr/include/newmat 
-I/build/fsl-5.0.8/extras/include/libprob -I/u
sr/include -I/usr/include -I/usr/include/libpng -I/usr/include -I. 
-I/build/fsl-5.0.8/include -I/build/fsl-5.0.8/include   -c -o meldata.o 
meldata.cc
meldata.cc: In member function 'void Melodic::MelodicData::est_smoothness()':
meldata.cc:997:12: error: no match for 'operator>' (operand types are 
'std::ifstream {aka std::basic_ifstream}' and 'int')
   if(in>0){
  ~~^~
[...]

(full log attached)

Andreas


fsl_5.0.8-5.log.gz
Description: application/gzip

Bug#837357: meld requires gnome-user-guide

[Brainslug]

o.k., so this is weird

I agree that meld does not list gnome-user-guide as a dependency.
gome-user-guide gets auto-installed because meld seems to required yelp
- even though it is not listed in its dependencies either:


root@uw1:~# aptitude install meld
The following NEW packages will be installed:
  gnome-user-guide{a} meld yelp{a} yelp-xsl{a}
0 packages upgraded, 4 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/13.4 MB of archives. After unpacking 55.1 MB will be used.
Do you want to continue? [Y/n/?]


After I install meld, I can safely remove yelp, yepl-xsl and
gnome-user-guide again and meld keeps working as expected, so why does
yelp get installed in the first place?


This problem is reproducible on all three of my Debian machines,
including a fresh install. Installation of meld pulls in yelp.


FWIW, I don't seem to have any pending or broken packages installed that
could be blamed for the yelp installation:

root@uw1:~# apt-get install -f
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

and

root@flexo:~# aptitude search ~b
root@flexo:~#


Any idea why meld pulls in yelp?


Thanks!

Bug#837360: cuneiform: FTBFS with GCC 6: error: narrowing conversion of '196' from 'int' to 'char' inside { }

[Andreas Beckmann]

Source: cuneiform
Version: 1.1.0+dfsg-5
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

cuneiform FTBFS in sid since the default compiler was switched to GCC 6:

/build/cuneiform-1.1.0+dfsg/cuneiform_src/Kern/include/utf8-tables.h:1367:1: 
error: narrowing conversion of '196' from 'int' to 'char' inside { } 
[-Wnarrowing]
/build/cuneiform-1.1.0+dfsg/cuneiform_src/Kern/include/utf8-tables.h:1367:1: 
error: narrowing conversion of '151' from 'int' to 'char' inside { } 
[-Wnarrowing]
/build/cuneiform-1.1.0+dfsg/cuneiform_src/Kern/include/utf8-tables.h:1367:1: 
error: narrowing conversion of '196' from 'int' to 'char' inside { } 
[-Wnarrowing]
... and many more occurrences ...

full log attached


Andreas


cuneiform_1.1.0+dfsg-5.log.gz
Description: application/gzip

Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

[Sean Whitton]

Dear Boyuan, Dmitry,

On Thu, Sep 08, 2016 at 12:52:29PM +0300, Dmitry Ivanov wrote:
> I am the upstream developer of QEverCloud library. Sorry for the
> interference, I'd just like to clarify a bit what QEverCloudGenerator
> is and how it is intended to work.

Please don't apologise -- there's a reason Debian has these discussions
in public.  Thank you for your very valuable input.  (I won't CC you
after this message, so if you want to follow subsequent discussion
please subscribe to the Debian bug report.)

On Thu, Sep 08, 2016 at 06:36:48AM +0800, Boyuan Yang wrote:
> He just told me it is not possible, since the generator needs to be
> updated. Update in Evernote thrift files will simply leads to FTBFS
> without the update in the generator.
> [...]
> Take a look at Evernote official SDK) and the backward compatibility
> of the API. Not updating API will not cause problems,

^^ This is the most important part of your message.

If an Evernote API change would cause qevercloud to become useless, it
would make sense to package the Thrift IDL files separately.  When those
were updated, qevercloud would FTBFS, and that would be a good thing
because it would alert us that the package was broken.

However, as you say, it turns out that the Evernote API is backwards
compatible.  Even if qevercloud lagged behind other Debian packages
using the Thrift IDL, we would want to keep qevercloud in Debian
alongside those other packages, becauae QEverCloud would remain useful.
So, in conclusion, it's okay to have multiple copies of the Thrift IDL
files in the archive.

> > I had some discussions to the current maintainer of QEverCloud about
> > the possibility of updating thrift IDL files and regenerate again.
> > https://github.com/d1vanov/QEverCloud/issues/5

In that GitHub thread, there is mention of a parsing tool called
'lemon'.  Dmitry suggests packaging that separately, but you say it's
not necessary.  Could you explain why?  Where can I find out about that
tool?

Please don't be afraid of increasing the number of packages in Debian.
One of Debian's strengths, compared to other distributions, is binary
package granularity.  This is good for both package maintainers and
users, for all sorts of reasons.

> Are we talking about the same package? :p
> 
> I ran `apt-get source ebib' and got ebib v4.5.2. The debian/rules is
> nothing more
> than one line of `dh $@ --parallel --with elpa'.

Are you sure?  There has never been ebib version 4.5.2.  The version I
meant was 2.6.3-1 in unstable.  Try `debcheckout ebib`.

 * * *

To summarise our discussion so far:

- qevercloudgenerator should not be packaged separately because it is
  not useful for anything other than building qevercloud.

- the source package containing qevercloudgenerator should embed a copy
  of the latest Thrift IDL that it is compatible with

- ideally qevercloudgenerator will be run during the qevercloud package
  build, though a promise that it can be run is sufficient for the
  ftpmasters

- status of lemon parser currently unclear

Please let me know if I've misunderstood anything in writing this
summary, and thanks again for the work you've both done.

--
Sean Whitton


signature.asc
Description: PGP signature

Bug#757343: gamera: inappropriate use of general exceptions

[Daniel Stender]

Control: tags -1 + fixed-upstream

Fixed in: 
https://github.com/hsnr-gamera/gamera/commit/4176e13b80b617d82689e80b93b059356e52a0ae

DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/



signature.asc
Description: OpenPGP digital signature

Bug#837357: meld requires gnome-user-guide

[Bálint Réczey]

Control: tags -1 moreinfo unreproducible

Hi Brainslug,

2016-09-10 23:08 GMT+02:00 Brainslug :
> Package: meld
> Version: 3.16.2-1
> Severity: minor
>
> Dear Maintainer,
>
> meld automatically installs gnome-user-guide as a dependency. This is
> completely unnecessary and gnome-user-guide can be manually removed
> afterwards without breaking anything.
>
> Instead of listing gnome-user-guide as a dependency, meld should only
> recommend gnome-user-guide.

Meld does not seem to list gnome-user-guide as a dependency.
Try removing both and running:
apt-get install --no-install-recommends meld

Cheers,
Balint

>
> Thank you.
>
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers testing
>   APT policy: (800, 'testing'), (690, 'unstable'), (680, 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.6.0-1-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages meld depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
> ii  gir1.2-gtksource-3.0 3.21.5-2
> ii  libcanberra-gtk3-module  0.30-3
> ii  libgtk-3-0   3.21.5-3
> ii  libgtksourceview-3.0-1   3.21.5-2
> ii  patch2.7.5-1
> ii  python-gi3.21.91-2
> ii  python-gi-cairo  3.21.91-2
> pn  python:any   
>
> Versions of packages meld recommends:
> ii  yelp  3.20.1-1
>
> meld suggests no packages.
>
> -- no debconf information
>

Bug#784845: libdevel-gdb-perl: autopkgtest failure in t/expect.t

[gregor herrmann]

On Thu, 30 Jun 2016 14:41:17 +0200, intrigeri wrote:

> The test suite now passes most of the time on ci.d.n, since 2015-11.
> 
> The only recent failure there is
> https://ci.debian.net/data/packages/unstable/amd64/libd/libdevel-gdb-perl/20160607_104749.autopkgtest.log.gz
> 
> Still, on the reproducible builds infra it FTBFS recently, due to the
> exact same test failing:
> https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/libdevel-gdb-perl_2.02-2.rbuild.log
> 
> I'm going to split the brittle test into two smaller ones, for
> debugging purposes.


Since then:
- it built on the buildd:
  https://buildd.debian.org/status/logs.php?pkg=libdevel-gdb-perl=2.02-3
- it never failed on ci.d.n:
  https://ci.debian.net/packages/libd/libdevel-gdb-perl/unstable/amd64/
  https://ci.debian.net/packages/libd/libdevel-gdb-perl/unstable/arm64/
- it built in the reproducible build setup on all 3 arches:
  
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libdevel-gdb-perl.html
  but indeed there are failures in the past:
  https://tests.reproducible-builds.org/debian/history/libdevel-gdb-perl.html
- it failed for Santiago (message #51)
- I still can't get t/expect.t to fail, even if running it under
  heavy load in a loop.
- On the CPAN testers we see occosional failures:
  http://matrix.cpantesters.org/?dist=Devel-GDB+2.02


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Dire Straits: Calling Elvis


signature.asc
Description: Digital Signature

Bug#837359: ocaml: Please build libasmrun.a with -fPIC

[Balint Reczey]

Source: ocaml
Version: 4.02.3-7
Severity: important
User: bal...@balintreczey.hu
Usertags: pie-bindnow-20160906
Justification: makes other ocaml packages FTBFS with extra hardening
Tags: patch
Affects: advi alt-ergo approx ara atdgen ben biniou bin-prot caml2html 
caml-crush camlimages camlmix camlp5 camomile cduce coccinelle coinst 
comparelib confluence coq cppo cryptokit cudf custom-printf dochelp dose3 eliom 
enumerate extlib fieldslib freetennis geneweb gmetadom haxe herelib janest-core 
janest-core-extended janest-core-kernel js-build-tools js-of-ocaml jsonm 
kalzium laby lambda-term libguestfs liquidsoap marionnet matita menhir 
mingw-ocaml misery mlpost monotone-viz mtasc oasis obus ocaml-atd ocaml-base64 
ocaml-batteries ocaml-benchmark ocamlbricks ocamlcreal ocaml-csv 
ocaml-data-notation ocaml-deriving-ocsigen ocamldsort ocaml-estring 
ocaml-expect ocaml-extunix ocaml-fileutils ocaml-gettext ocamlgraph ocamlgsl 
ocaml-ipaddr ocaml-libvirt ocaml-melt ocamlmod ocaml-re ocaml-re2 ocaml-reins 
ocaml-res ocamlrss ocaml-sqlexpr ocaml-sqlite3 ocaml-textutils ocaml-usb 
ocamlviz ocaml-zarith ocp-indent ocsigenserver opam optcomp orpie ounit 
pa-bench pagodacf pa-ounit pa-structural-sexp pa-test pcre-ocaml pdfsandwich 
perl4caml pgocaml pipebang postgresql-ocaml ppx-core ppx-deriving ppx-driver 
ppx-optcomp ppx-sexp-conv ppx-type-conv prooftree scilab sexplib310 spamoracle 
supermin type-conv typerep tyxml unison utop uuidm variantslib virt-top why3 
wyrd xml-light xmlm yojson zed

Dear Maintainers,

During a rebuild of all packages in sid, many ocaml packages
failed to build on amd64 with patched GCC and dpkg. The root cause
seems to be that libasmrun.a is shipped as a non-PIC library.

The rebuild tested if packages are ready for a transition
enabling PIE and bindnow for amd64.

For more information about the changes to sid's dpkg and GCC please
visit:
https://wiki.debian.org/Hardening/PIEByDefaultTransitio

Relevant part of advi's build log:
...
/usr/bin/ocamlopt -o advi \
 -I /usr/lib/ocaml/camlimages  \
events.o grwm.o grY11.o /usr/lib/ocaml/camlimages/camlimages_core.cmxa 
/usr/lib/ocaml/graphics
.cmxa /usr/lib/ocaml/camlimages/camlimages_graphics.cmxa 
/usr/lib/ocaml/camlimages/camlimages_ps.cmxa 
/usr/lib/ocaml/camlimages/camlimages_freetype.cmxa unix.cmxa str.cmxa 
config.cmx misc.cmx timeout.cmx 
ageometry.cmx options.cmx rc.cmx userfile.cmx graphicsY11.cmx 
global_options.cmx busy.cmx gradient.cmx gterm.cmx launch.cmx dvicolor.cmx 
shot.cmx laser_pointer.cmx symbol.cmx input.cmx table.cmx pkfont.cmx ttfont.cmx 
jfm.cmx search.cmx font.cmx glyph.cmx devfont.cmx adviUnits.cmx dimension.cmx 
dvi.cmx drawimage.cmx gs.cmx transimpl.cmx embed.cmx grdev.cmx addons.cmx 
scratch.cmx cdvi.cmx driver.cmx thumbnails.cmx dviview.cmx main.cmx \
-cclib -lXinerama -cclib -lcamlimages_freetype
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32 
against `.rodata.str1.1' can not be used when making a shared object; recompile 
with -fPIC
/usr/bin/ld: /usr/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against 
symbol `caml_exn_Failure' can not be used when making a shared object; 
recompile with -fPIC
...

The full build log is available from:
https://people.debian.org/~rbalint/build-logs/pie-bindnow-20160906/advi_1.10.2-2_amd64.build.gz

The attached patch fixed the problem.

Thanks,
Balint


diff -Nru ocaml-4.02.3/debian/patches/0012-Use-pic.patch ocaml-4.02.3/debian/patches/0012-Use-pic.patch
--- ocaml-4.02.3/debian/patches/0012-Use-pic.patch	1970-01-01 01:00:00.0 +0100
+++ ocaml-4.02.3/debian/patches/0012-Use-pic.patch	2016-09-10 13:38:10.0 +0200
@@ -0,0 +1,17 @@
+Description: Generate Position Independent Code
+ This is needed for building Position Independent Executables
+Author: Balint Reczey 
+
+--- ocaml-4.02.3.orig/configure
 ocaml-4.02.3/configure
+@@ -1015,6 +1015,10 @@ fi
+ bytecccompopts="$bytecccompopts -D_FILE_OFFSET_BITS=64"
+ nativecccompopts="$nativecccompopts -D_FILE_OFFSET_BITS=64"
+ 
++# Use PIC
++
++nativecccompopts="$nativecccompopts -fPIC"
++
+ # Check the semantics of signal handlers
+ 
+ if sh ./hasgot sigaction sigprocmask; then
diff -Nru ocaml-4.02.3/debian/patches/series ocaml-4.02.3/debian/patches/series
--- ocaml-4.02.3/debian/patches/series	2016-07-15 22:20:10.0 +0200
+++ ocaml-4.02.3/debian/patches/series	2016-09-10 13:36:09.0 +0200
@@ -9,3 +9,4 @@
 0010-Enable-ocamldoc-to-build-reproducible-manpages.patch
 0010-Add-a-.file-directive-to-generated-.s-files.patch
 0011-Compatibility-with-x32-architecture.patch
+0012-Use-pic.patch

Bug#837352: mpv display (both terminal and video) freezes while playing video

[James Cowgill]

Control: found -1 0.20.0-1
Control: tags -1 unreproducible

Hi Nicolas,

On 10/09/16 21:27, Nicolas Braud-Santoni wrote:
> Package: mpv
> Severity: important
> 
> Control: found -1 0.20.0-1+b1
> Control: found -1 0.20.0-1
> 
> Dear Maintainer,
> 
> While playing videos using mpv, its UI (both in the terminal and
> in the video window) freeze within the first few frames, while the
> audio keeps going normally.
> 
> Seeking updates the UI, but it freezes again within a few frames.

Did you seek using the terminal? Does the OSD work?

> I tested the version from sid, but it exhibits the same issue.

I can't seem to reproduce this on my laptop. Please can you attach the
terminal output of 'mpv -v '. Hopefully that may give some more info.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#802412: seaborn: FTBFS: FAIL: seaborn.tests.test_matrix.TestDendrogram.test_dendrogram_ticklabel_rotation

[Yaroslav Halchenko]

On September 10, 2016 4:36:31 PM EDT, Sandro Tosi  wrote:
>On Sat, Sep 10, 2016 at 8:11 PM, Yaroslav Halchenko 
>wrote:
>>
>> I am ok with this package to be migrated under python modules team if
>> someone would like to help in the long run.
>
>i can surely give a hand from time to time, so if you want to push it
>to DPMT and add me as uploaders, i'm all for it

Let me upload and then if anyone any time wants to put it into don't, this note 
to give them a green light ;-)
Thanks btw Sandro for the pointer with backend solution, it seemed to do the 
trick
-- 
Sent from a phone which beats iPhone.

Bug#837357: meld requires gnome-user-guide

[Brainslug]

Package: meld
Version: 3.16.2-1
Severity: minor

Dear Maintainer,

meld automatically installs gnome-user-guide as a dependency. This is
completely unnecessary and gnome-user-guide can be manually removed
afterwards without breaking anything.

Instead of listing gnome-user-guide as a dependency, meld should only
recommend gnome-user-guide.

Thank you.


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

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

Versions of packages meld depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-1
ii  gir1.2-gtksource-3.0 3.21.5-2
ii  libcanberra-gtk3-module  0.30-3
ii  libgtk-3-0   3.21.5-3
ii  libgtksourceview-3.0-1   3.21.5-2
ii  patch2.7.5-1
ii  python-gi3.21.91-2
ii  python-gi-cairo  3.21.91-2
pn  python:any   

Versions of packages meld recommends:
ii  yelp  3.20.1-1

meld suggests no packages.

-- no debconf information

Bug#837358: O: quagga

[Christian Brunotte]

Package: wnpp
Severity: normal

I orphan the Quagga package as I'm planning to retire from Debian.

Please note that the current version in unstable has open security
bugs that's not yet patched upstream (CVE-2016-4049 and CVE-2016-4036)
see https://bugzilla.quagga.net/show_bug.cgi?id=867

best regards

-christian-

Bug#836535: coordinate a way to use librevenge.pc from cross-pkg-config

[Tollef Fog Heen]

]] Helmut Grohne 

> Regardless of what the answer will be here, I'm willing to help
> implement it. The one thing that doesn't work for me is the combination
> of you refusing to consider /usr/lib/pkgconfig and package maintainers
> refusing to move their .pc file (when given a patch). Having builds not
> work at all is a far worse trade-off than difficult debugging.

I'd be quite happy to deprecate /usr/lib/pkgconfig in Debian and move to
a model where those files are either installed in the arch-specified
directory or /usr/local.  That's a transition, but it'll make your
problem go away.

-- 
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are

Bug#837356: libreoffice-gtk3: Impress is unusably slow on GNOME 3 with libreoffice-gtk3 installed

[Stephen Kitt]

Package: libreoffice-gtk3
Version: 1:5.2.1-1
Severity: important

Dear Maintainer,

This might be related to https://bugs.debian.org/836531 but I'm not
sure. With 5.2.0 and 5.2.1, running on GNOME 3, Impress is unusably
slow if libreoffice-gtk3 is installed. The steps to reproduce on my
system are simply

* start Impress
* open a new document
* click on any "Click to add ..." message
* wait for a couple of minutes before anything happens (with one core
  pegged at 100%)

Every single interaction with the document takes a couple of minutes
to be taken into account, apart from changing slides: typing text,
moving elements around...

Uninstalling libreoffice-gtk3 fixes the problem. Clearing
LibreOffice's configuration doesn't.

Regards,

Stephen


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

Kernel: Linux 4.7.0-1-amd64 (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
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice-gtk3 depends on:
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.23-5
ii  libcairo-gobject2 1.14.6-1+b1
ii  libcairo2 1.14.6-1+b1
ii  libdbus-1-3   1.10.10-1
ii  libdbus-glib-1-2  0.106-1
ii  libgcc1   1:6.1.1-11
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libgl1-mesa-glx [libgl1]  11.2.2-1
pn  libglew1.10   
ii  libglib2.0-0  2.49.6-1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgtk-3-03.21.5-3
ii  libice6   2:1.0.9-1+b1
ii  libpango-1.0-01.40.2-1
ii  libpangocairo-1.0-0   1.40.2-1
ii  libreoffice-core  1:5.2.1-1
ii  libsm62:1.2.2-1+b1
ii  libstdc++66.1.1-11
ii  libx11-6  2:1.6.3-1
ii  libxext6  2:1.3.3-1
ii  uno-libs3 5.2.0-2
ii  ure   5.2.0-2

Versions of packages libreoffice-gtk3 recommends:
ii  libreoffice-style-tango  1:5.2.1-1

libreoffice-gtk3 suggests no packages.

Bug#754755: [rt.cpan.org #98683] libinline-java-perl: FTBFS on mips: test suite issues

[gregor herrmann]

On Tue, 02 Aug 2016 13:53:06 +, Daniel Knezevic wrote:

> Tests are still failing in version 0.58 during build.
> 
> I have found out that the tests are failing when Inline::Java uses JNI 
> extensions
> (PERL_INLINE_JAVA_JNI is set to 1), but the tests pass when Inline::Java run 
> JVM in
> the default client/server mode (PERL_INLINE_JAVA_JNI is unset).
> 
> --- debian/rules_orig   2016-08-02 12:16:34.206089692 +
> +++ debian/rules2016-08-02 12:16:46.476196564 +
> @@ -49,9 +49,6 @@
> 
>  export JAVA_HOME=/usr/lib/jvm/default-java
> 
> -# Have testsuite use JNI
> -export PERL_INLINE_JAVA_JNI=1
> -
>  # Put aside upstream cruft during build
>  DEB_UPSTREAM_CRUFT_MOVE = t/t13.txt
> 
> It may be some mips/mipsel specific issue, because the build succeeds on 
> mips64el.
> We are still investigating, any tip will be useful.
> 
> Can we use Inline::Java without JNI extension for mips/mipsel?

Thanks for your findings!

I think the idea to drop PERL_INLINE_JAVA_JNI solves only half of the
problem; it doesn't use the JNI extension during the tests but it
still builds them.
In order not to build them on architectures where they apparently
don't work, we probably shouldn't build them in the first place.

I've come up with the following patch now (committed in git but not
yet uploaded in the hope of getting more eyeballs to look at it):

#v+
--- a/debian/rules
+++ b/debian/rules
@@ -49,8 +49,15 @@ CDBS_DEPENDS_$(pkg) = $(deps)

 export JAVA_HOME=/usr/lib/jvm/default-java

+DEB_HOST_ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH)
+NO_JNI_ARCH = hppa hurd-i386 mips mipsel
+ifeq (,$(filter $(DEB_HOST_ARCH), $(NO_JNI_ARCH)))
 # Have testsuite use JNI
 export PERL_INLINE_JAVA_JNI=1
+else
+# Don't build JNI extension
+DEB_MAKEMAKER_USER_FLAGS = BUILD_JNI=0
+endif

 # Put aside upstream cruft during build
 DEB_UPSTREAM_CRUFT_MOVE = t/t13.txt
@@ -58,6 +65,7 @@ DEB_UPSTREAM_CRUFT_MOVE = t/t13.txt
 # Have testsuite use the C locale's decimal point
 DEB_MAKE_CHECK_TARGET += LC_NUMERIC=C

+ifeq (,$(filter $(DEB_HOST_ARCH), $(NO_JNI_ARCH)))
 binary-post-install/$(pkg)::
chrpath -d $(cdbs_curdestdir)$(perlpath)/auto/Inline/Java/JNI/JNI.so

@@ -67,3 +75,4 @@ binary-post-install/$(pkg)::
$(cdbs_curdestdir)$(perlpath)/Inline/Java/*.jar
dh_link usr/share/$(pkg)/InlineJavaServer.jar 
$(perlpath)/Inline/Java/InlineJavaServer.jar \
usr/share/$(pkg)/InlineJavaUser.jar 
$(perlpath)/Inline/Java/InlineJavaUser.jar
+endif
#v-

This seems to work for both cases; what's not so nice is that in the
case of the NO_JNI_ARCH we get a hint from lintian:

X: libinline-java-perl: package-contains-no-arch-dependent-files

and indeed everything ends up in /usr/share/perl5 despite the package
saying it's arch:any.


Alternatives:
- just remove PERL_INLINE_JAVA_JNI and ignore the fact that the JNI
  stuff might be broken on some architectures
- don't build it on all architectures (and make the package arch:all)


Cheers,
gregor

-- 
 .''`.  Homepage https://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: JBO: Frauen


signature.asc
Description: Digital Signature

Bug#754755: Pending fixes for bugs in the libinline-java-perl package

[pkg-perl-maintainers]

tag 754755 + pending
thanks

Some bugs in the libinline-java-perl package are closed in revision
238d3c8281f544c645c0c5041ef76da5deebf4a0 in branch 'master' by gregor
herrmann

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

Commit message:

debian/rules: don't build JNI extension on some architectures

where it seems to have problems.

Closes: #754755

Bug#837354: proj: FTBFS on kfreebsd

[Andreas Beckmann]

Source: proj
Version: 4.9.3-1
Severity: important

Hi,

proj FTBFS on kfreebsd, but it built there up to version 4.9.2-2:

https://buildd.debian.org/status/fetch.php?pkg=proj=kfreebsd-amd64=4.9.3-1=1472926319
https://buildd.debian.org/status/fetch.php?pkg=proj=kfreebsd-i386=4.9.3-1=1472926275

[...]
   debian/rules override_dh_auto_build
make[1]: Entering directory '/«PKGBUILDDIR»'
dh_auto_build -Sant -Djniwrap -- do_javah jar_it do_make_help
ant -Duser.name debian do_javah jar_it do_make_help
Buildfile: /«PKGBUILDDIR»/jniwrap/build.xml

start:
 [echo] Creating folder structure...
[mkdir] Created dir: /«PKGBUILDDIR»/jniwrap/classes
[mkdir] Created dir: /«PKGBUILDDIR»/jniwrap/libs

do_javac:
 [echo] Compiling the java code...
[javac] anomalous package-info.java path: package-info.java
[javac] Compiling 3 source files to /«PKGBUILDDIR»/jniwrap/classes
[javac] warning: [options] bootstrap class path not set in conjunction with 
-source 1.5
[javac] warning: [options] source value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] target value 1.5 is obsolete and will be removed 
in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use 
-Xlint:-options.
[javac] 4 warnings

do_javah:
 [echo] Creating jni headers...

BUILD FAILED
/«PKGBUILDDIR»/jniwrap/build.xml:46: compilation failed

Total time: 1 second
dh_auto_build: ant -Duser.name debian do_javah jar_it do_make_help returned 
exit code 1
debian/rules:54: recipe for target 'override_dh_auto_build' failed


Andreas

Bug#837355: RM: vxl -- ROM; RC buggy, alternative available

[Andreas Tille]

Package: ftp.debian.org
Severity: normal

As discussed on Debian Med mailing list[1] this package is not as
recent as the code maintained inside ITK.  Since it is RC buggy it
would be better to remove it.

Kind regards

Andreas.


[1] https://lists.debian.org/debian-med/2016/09/msg00042.html

Bug#837074: Error when closing synaptic: "cannot open /etc/aptapt.conf.d/99synaptic to write APT::Install-Recommends"

[Frank de Bruijn]

Additional information: this is caused by a change in apt's 
configuration defaults, apparently in apt 1.3~rc3.

The Dir::Etc value has changed from "etc/apt/" to "etc/apt".

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836427. I assume 
synaptic also does not use the correct syntax to get the value (i.e. 
Dir::Etc::Parts/d).

Bug#834745: jessie-pu: package dwarfutils/20120410-2+deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-09-10 at 11:54 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Thu, 2016-08-18 at 16:33 +0200, Fabian Wolff wrote:
> > I would like to propose the following changes to the dwarfutils
> > package in jessie:
> > 
> >   * New maintainer.
> >   * Add patch CVE-2015-8538.patch to fix CVE-2015-8538 (Closes: #807817).
> >   * Add patch CVE-2015-8750.patch to fix CVE-2015-8750 (Closes: #813182).
> >   * Add patch CVE-2016-2050.patch to fix CVE-2016-2050.
> >   * Add patch CVE-2016-2091.patch to fix CVE-2016-2091 (Closes: #813148).
> >   * Add patch CVE-2016-5034.patch to fix CVE-2016-5034.
> >   * Add patch CVE-2016-5036.patch to fix CVE-2016-5036.
> >   * Add patch CVE-2016-5038.patch to fix CVE-2016-5038.
> >   * Add patch CVE-2016-5039.patch to fix CVE-2016-5039.
> >   * Add patch CVE-2016-5042.patch to fix CVE-2016-5042.
> 
> Apologies for not getting back to you sooner.
> 
> Assuming that the resulting package has been tested on jessie, please go
> ahead, bearing in mind that the window for 8.6 closes this weekend.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#836157: jessie-pu: gnome-sudoku/1:3.14.1-1+deb8u1

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-09-10 at 11:22 +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Tue, 2016-08-30 at 21:50 -0400, Jeremy Bicha wrote:
> > gnome-sudoku had a bug where it would generate the same sequence of
> > puzzles every time the app was run. I'm applying the patch included
> > upstream in 3.18.3.
> 
> Please go ahead, bearing in mind that the window for 8.6 closes this
> weekend.

Uploaded and flagged for acceptance.

Regards,

Adam

Bug#802412: seaborn: FTBFS: FAIL: seaborn.tests.test_matrix.TestDendrogram.test_dendrogram_ticklabel_rotation

[Sandro Tosi]

On Sat, Sep 10, 2016 at 8:11 PM, Yaroslav Halchenko  wrote:
>
> I am ok with this package to be migrated under python modules team if
> someone would like to help in the long run.

i can surely give a hand from time to time, so if you want to push it
to DPMT and add me as uploaders, i'm all for it

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

Bug#837353: smartmontools: FTBFS on kfreebsd: undefined reference to `strnstr()'

[Andreas Beckmann]

Source: smartmontools
Version: 6.5+svn4324-1
Severity: important

Hi,

smartmontools FTBFS on kfreebsd-*:

https://buildd.debian.org/status/fetch.php?pkg=smartmontools=kfreebsd-i386=6.5%2Bsvn4324-1=1469902260
https://buildd.debian.org/status/fetch.php?pkg=smartmontools=kfreebsd-amd64=6.5%2Bsvn4324-1=1469902249

i686-kfreebsd-gnu-g++  -g -O2 -fPIE -fstack-protector-strong -Wformat 
-Werror=format-security -I/usr/include/freebsd -fsigned-char -Wall -O2 -W  
-fPIE -pie -Wl,-z,relro -Wl,-z,now -o smartctl smartctl.o atacmdnames.o 
atacmds.o ataidentify.o ataprint.o dev_ata_cmd_set.o dev_interface.o 
knowndrives.o nvmecmds.o nvmeprint.o scsicmds.o scsiata.o scsiprint.o utility.o 
   os_freebsd.o cciss.o dev_areca.o -lcam   -lusb 
os_freebsd.o: In function `os_freebsd::freebsd_nvme_device::open()':
/«BUILDDIR»/smartmontools-6.5+svn4324/os_freebsd.cpp:501: undefined reference 
to `strnstr(char const*, char const*, unsigned int)'
collect2: error: ld returned 1 exit status
Makefile:841: recipe for target 'smartctl' failed
make[2]: *** [smartctl] Error 1



Andreas

Bug#802412: seaborn: FTBFS: FAIL: seaborn.tests.test_matrix.TestDendrogram.test_dendrogram_ticklabel_rotation

[Andreas Tille]

On Sat, Sep 10, 2016 at 03:11:59PM -0400, Yaroslav Halchenko wrote:
> 
> ok -- provided fix and now building in clean env and with backports --
> will upload in evening if all ok

Thanks a lot.
 
> pushed to github's neurodebian repo (but without tags until I upload)

Hmmm, did you checked Vcs fields?  There was no such repository as
specified in Vcs-Git.  As I wrote previously using Github makes commits
from your fellow DDs harder compared to using pkg-exppsy on git.d.o.
 
> I am ok with this package to be migrated under python modules team if
> someone would like to help in the long run.

I'm only interested if there are RC bugs blocking some Debian Med
packages.  If this is the case I'd happily commit fixes I might have
to Vcs - if it is at git.d.o ...

Kind regards

  Andreas. 

-- 
http://fam-tille.de

Bug#837352: mpv display (both terminal and video) freezes while playing video

[Nicolas Braud-Santoni]

Package: mpv
Severity: important

Control: found -1 0.20.0-1+b1
Control: found -1 0.20.0-1

Dear Maintainer,

While playing videos using mpv, its UI (both in the terminal and
in the video window) freeze within the first few frames, while the
audio keeps going normally.

Seeking updates the UI, but it freezes again within a few frames.

I tested the version from sid, but it exhibits the same issue.


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

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

Versions of packages mpv depends on:
ii  libasound2  1.1.2-1
ii  libass5 0.13.2-1
ii  libavcodec577:3.1.3-1+b3
ii  libavdevice57   7:3.1.3-1+b3
ii  libavfilter67:3.1.3-1+b3
ii  libavformat57   7:3.1.3-1+b3
ii  libavutil55 7:3.1.3-1+b3
ii  libbluray1  1:0.9.3-2
ii  libc6   2.23-5
ii  libcdio-cdda1   0.83-4.2+b1
ii  libcdio-paranoia1   0.83-4.2+b1
ii  libcdio13   0.83-4.2+b1
ii  libdrm2 2.4.70-1
ii  libdvdnav4  5.0.3-1
ii  libdvdread4 5.0.3-1
ii  libegl1-mesa [libegl1-x11]  11.2.2-1
ii  libenca01.18-1
ii  libgl1-mesa-glx [libgl1]11.2.2-1
ii  libguess1   1.2-1.1
ii  libjack-jackd2-0 [libjack-0.116]1.9.10+20150825git1ed50c92~dfsg-2
ii  libjpeg62-turbo 1:1.5.0-1
ii  liblcms2-2  2.7-1
ii  liblua5.2-0 5.2.4-1.1
ii  libpulse0   9.0-1.1
ii  librubberband2  1.8.1-6+b1
ii  libsdl2-2.0-0   2.0.4+dfsg2-1
ii  libsmbclient2:4.4.5+dfsg-2
ii  libsndio6.1 1.1.0-2
ii  libswresample2  7:3.1.3-1+b3
ii  libswscale4 7:3.1.3-1+b3
ii  libva-wayland1  1.7.2-1
ii  libva-x11-1 1.7.2-1
ii  libva1  1.7.2-1
ii  libvdpau1   1.1.1-3
ii  libwayland-client0  1.11.0-2
ii  libwayland-cursor0  1.11.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  11.2.2-1
ii  libx11-62:1.6.3-1
ii  libxext62:1.3.3-1
ii  libxinerama12:1.1.3-1+b1
ii  libxkbcommon0   0.6.1-1
ii  libxrandr2  2:1.5.0-1
ii  libxss1 1:1.2.2-1
ii  libxv1  2:1.0.10-1+b1
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages mpv recommends:
ii  xdg-utils   1.1.1-1
pn  youtube-dl  

mpv suggests no packages.

-- no debconf information

Bug#837351: tar: FTBFS on kfreebsd: --numeric-owner basic tests FAILED

[Andreas Beckmann]

Source: tar
Version: 1.29b-1
Severity: important

Hi,

tar FTBFS on kfreebsd-* with a test failure:

https://buildd.debian.org/status/fetch.php?pkg=tar=kfreebsd-i386=1.29b-1=1469234954
https://buildd.debian.org/status/fetch.php?pkg=tar=kfreebsd-amd64=1.29b-1=1469234573

 24: tar --index-file=FILE --file=-  ok
 25: tar cvf -   ok
 26: gzipok
 27: recurse ok
 28: recurse: toggle ok
 29: short records   ok
 30: --numeric-owner basic tests FAILED (numeric.at:29)


Andreas

Bug#837350: binutils: Please build libbfd.a with -fPIC

[Balint Reczey]

Source: binutils
Version: 2.27-8
Severity: important
User: bal...@balintreczey.hu
Usertags: pie-bindnow-20160906
Justification: makes ocaml FTBFS on amd64 with extra hardening
Tags: patch
Affects: ocaml

Dear Maintainers,

During a rebuild of all packages in sid, ocaml failed to build on
amd64 with patched GCC and dpkg. The root cause seems to be that
libbfd.a is shipped as a non-PIC library.

The rebuild tested if packages are ready for a transition
enabling PIE and bindnow for amd64.

For more information about the changes to sid's dpkg and GCC please
visit:
 https://wiki.debian.org/Hardening/PIEByDefaultTransitio

Relevant part of ocaml's build log:
...
gcc -o objinfo_helper -O -fno-defer-pop -Wall -D_FILE_OFFSET_BITS=64 
-D_REENTRANT \
  objinfo_helper.c -Wl,-Bstatic -lbfd -Wl,-Bdynamic -ldl -liberty -lz
/usr/bin/ld: 
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libbfd.a(format.o): 
relocation R_X86_64_32S against symbol `binary_vec' can not be used when making 
a shared object; recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libbfd.a(hash.o): 
relocation R_X86_64_32 against `.rodata' can not be used when making a shared 
object; recompile with -fPIC
/usr/bin/ld: 
/usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libbfd.a(libbfd.o): 
relocation R_X86_64_32 against `.rodata' can not be used when making a shared 
object; recompile with -fPIC
...

The full build log is available from:
https://people.debian.org/~rbalint/build-logs/pie-bindnow-20160906/ocaml_4.02.3-7_amd64.build.gz

The attached patch fixed the problem.

Thanks,
Balint

diff -u binutils-2.27/debian/changelog binutils-2.27/debian/changelog
--- binutils-2.27/debian/changelog
+++ binutils-2.27/debian/changelog
@@ -1,3 +1,10 @@
+binutils (2.27-8+rbalint0) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Build libbfd with -fPIC
+
+ -- Balint Reczey   Sat, 10 Sep 2016 15:53:07 +0200
+
 binutils (2.27-8) unstable; urgency=medium
 
   * Fix diversion updates for 32bit x86 targets.
diff -u binutils-2.27/debian/patches/series binutils-2.27/debian/patches/series
--- binutils-2.27/debian/patches/series
+++ binutils-2.27/debian/patches/series
@@ -12,6 +12,7 @@
 130_gold_disable_testsuite_build.patch
 131_ld_bootstrap_testsuite.patch
 135_bfd_version.patch
+136_bfd_pic.patch
 157_ar_scripts_with_tilde.patch
 #158_ld_system_root.patch
 161_gold_dummy_zoption.diff
only in patch2:
unchanged:
--- binutils-2.27.orig/debian/patches/136_bfd_pic.patch
+++ binutils-2.27/debian/patches/136_bfd_pic.patch
@@ -0,0 +1,25 @@
+Author: Balint Reczey 
+Description: Build libbfd with -fPIC to allow linking with PIE binaries
+
+--- ./bfd/Makefile.am.bak	2016-09-10 16:26:46.062371030 +0200
 ./bfd/Makefile.am	2016-09-10 16:27:48.913724681 +0200
+@@ -51,7 +51,7 @@
+ 
+ WARN_CFLAGS = @WARN_CFLAGS@
+ NO_WERROR = @NO_WERROR@
+-AM_CFLAGS = $(WARN_CFLAGS) $(ZLIBINC)
++AM_CFLAGS = $(WARN_CFLAGS) $(ZLIBINC) -fPIC
+ AM_CPPFLAGS = -DBINDIR='"$(bindir)"'
+ if PLUGINS
+ bfdinclude_HEADERS += $(INCDIR)/plugin-api.h
+--- ./bfd/Makefile.in.bak	2016-09-10 16:26:53.009857349 +0200
 ./bfd/Makefile.in	2016-09-10 16:27:31.886983240 +0200
+@@ -387,7 +387,7 @@
+ # case both are empty.
+ ZLIB = @zlibdir@ -lz
+ ZLIBINC = @zlibinc@
+-AM_CFLAGS = $(WARN_CFLAGS) $(ZLIBINC)
++AM_CFLAGS = $(WARN_CFLAGS) $(ZLIBINC) -fPIC
+ AM_CPPFLAGS = -DBINDIR='"$(bindir)"'
+ @PLUGINS_TRUE@LIBDL = @lt_cv_dlopen_libs@
+ 

Bug#837349: RM: python-mzml -- RoQA; renamed to python-pymzml

[Andreas Beckmann]

Package: ftp.debian.org
Severity: normal

python-pymzml (0.7.6-dfsg-1) unstable; urgency=medium

...
  * d/control: rename package names from python-mzml to python-pymzml to
better stick to the general convention in the Debian archive.

 -- Filippo Rusconi   Thu, 26 Nov 2015 10:19:46 +0100


Andreas

Bug#837282: pagekite: FTBFS: AttributeError: 'module' object has no attribute 'Handler'

[Petter Reinholdtsen]

Control: tags -1 + help confirmed

[Lucas Nussbaum]
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Thank you for the heads up.  I can reproduce this in my sid chroot.

But I am unable to figure out what is going wrong here.  Anyone got a
clue to spare?  As far as I can tell
/usr/lib/python2.7/logging/__init__.py provide logging.Handler.  Why is
python unable to find it?

-- 
Happy hacking
Petter Reinholdtsen

Bug#837348: pdns: FTBFS on kfreebsd: Unable to find a suitable libsystemd library

[Andreas Beckmann]

Source: pdns
Version: 4.0.1-2
Severity: important

Hi,

pdns FTBFS on kfreebsd (and probably hurd as well, if all B-D were
available) because it cannot find libsystemd:

https://buildd.debian.org/status/fetch.php?pkg=pdns=kfreebsd-amd64=4.0.1-2=1473103112
https://buildd.debian.org/status/fetch.php?pkg=pdns=kfreebsd-i386=4.0.1-2=1473103951

...
checking systemd/sd-daemon.h usability... no
checking systemd/sd-daemon.h presence... yes
configure: WARNING: systemd/sd-daemon.h: present but cannot be compiled
configure: WARNING: systemd/sd-daemon.h: check for missing prerequisite 
headers?
configure: WARNING: systemd/sd-daemon.h: see the Autoconf documentation
configure: WARNING: systemd/sd-daemon.h: section "Present But Cannot Be 
Compiled"
configure: WARNING: systemd/sd-daemon.h: proceeding with the compiler's result
checking for systemd/sd-daemon.h... no
configure: error: Unable to find a suitable libsystemd library


If that is not trivially fixable, please request
decrufting of the outdated binary packages.


Andreas

Bug#836957: Info received (Bug#836957: Info received (Work around))

[Gerasimos Melissaratos]

Virt-viewer 4.0-1, and the bug is still there. Something else I noticed, 
if I zoom in or out, all works fine. If I'm in Normal Size, it's dead. 
Frozen.

Bug#837347: ITP: r-cran-tikzdevice -- GNU R graphics output in LaTeX format

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-tikzdevice
  Version : 0.10-1
  Upstream Author : Kirill Müller 
* URL : https://cran.r-project.org/web/packages/tikzDevice
* License : GPL
  Programming Lang: GNU R
  Description : GNU R graphics output in LaTeX format
 This GNU R package provides a graphics output device for R that records
 plots in a LaTeX-friendly format. The device transforms plotting
 commands issued by R functions into LaTeX code blocks. When included in
 a LaTeX document, these blocks are interpreted with the help of 'TikZ'—a
 graphics package for TeX and friends written by Till Tantau. Using the
 'tikzDevice', the text of R plots can contain LaTeX commands such as
 mathematical formula. The device also allows arbitrary LaTeX code to be
 inserted into the output stream.

Remark: This package is needed to run the unit test of some R packages
maintained by Debian Med and Debian Science team.  It will be maintained
at

svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-tikzdevice/trunk/

Bug#836972: All gnome packages should be linked by version dependencies

[Petr Pulc]

Just to make things clear, at least the core packages should be all
version-linked:

gnome-color-manager
gnome-control-center
gnome-settings-daemon
gnome-shell

Otherwise, key components such as backlight dimming, will not work.

Bug#832865: telepathy-python: FTBFS: will not overwrite just-created '/«PKGBUILDDIR»/debian/python-telepathy//usr/lib/python2.7/dist-packages/telepathy/_generated/errors.py' with '_generated/errors.py

[Laurent Bigonville]

tag 832865 + unreproducible
severity 832865 important
thanks

On Fri, 29 Jul 2016 09:59:34 +0200 Lucas Nussbaum  wrote:
>
> Hi,

Hi,

>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

Well to be honest, I cannot reproduce this

Bug#837144: Pending fixes for bugs in the librrd-simple-perl package

[pkg-perl-maintainers]

tag 837144 + pending
thanks

Some bugs in the librrd-simple-perl package are closed in revision
8b793f84ab783c39cf1a39685ae5de5b2efc0692 in branch 'master' by gregor
herrmann

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

Commit message:

Add patch to fix (autopkg)tests after removal of cwd from @INC.

Closes: #837144

Bug#837346: apache2: FTBFS on kfreebsd-i386: i586-kfreebsd-gnu-ar: command not found

[Andreas Beckmann]

Source: apache2
Version: 2.4.23-4
Severity: important

Hi,

apache2 FTBFS on on kfreebsd-i386:

https://buildd.debian.org/status/fetch.php?pkg=apache2=kfreebsd-i386=2.4.23-4=1471042791

make[4]: Entering directory '/«PKGBUILDDIR»/os/unix'
/usr/share/apr-1.0/build/libtool --no-silent --mode=compile 
i586-kfreebsd-gnu-gcc  -pthread  -pipe -g -O2 
-fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong -Wformat 
-Werror=format-security-D_REENTRANT -D_GNU_SOURCE  -DPLATFORM='"Debian"' 
-DBUILD_DATETIME='"2016-08-12T19:44:31"' -Wdate-time -D_FORTIFY_SOURCE=2   -I. 
-I/«PKGBUILDDIR»/os/unix -I/«PKGBUILDDIR»/include -I/usr/include/apr-1.0 
-I/usr/include -I/«PKGBUILDDIR»/modules/aaa -I/«PKGBUILDDIR»/modules/cache 
-I/«PKGBUILDDIR»/modules/core -I/«PKGBUILDDIR»/modules/database 
-I/«PKGBUILDDIR»/modules/filters -I/«PKGBUILDDIR»/modules/ldap 
-I/«PKGBUILDDIR»/server -I/«PKGBUILDDIR»/modules/loggers 
-I/«PKGBUILDDIR»/modules/lua -I/«PKGBUILDDIR»/modules/proxy 
-I/«PKGBUILDDIR»/modules/session -I/«PKGBUILDDIR»/modules/ssl 
-I/«PKGBUILDDIR»/modules/test -I/«PKGBUILDDIR»/server 
-I/«PKGBUILDDIR»/modules/arch/unix -I/«PKGBUILDDIR»/modules/dav/main 
-I/«PKGBUILDDIR»/modules/generators -I/«PKGBUILD
 DIR»/modules/mappers -fPIE -prefer-non-pic -static -c unixd.c && touch unixd.lo
libtool: compile:  i586-kfreebsd-gnu-gcc -pthread -pipe -g -O2 
-fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong -Wformat 
-Werror=format-security -D_REENTRANT -D_GNU_SOURCE -DPLATFORM=\"Debian\" 
-DBUILD_DATETIME=\"2016-08-12T19:44:31\" -Wdate-time -D_FORTIFY_SOURCE=2 -I. 
-I/«PKGBUILDDIR»/os/unix -I/«PKGBUILDDIR»/include -I/usr/include/apr-1.0 
-I/usr/include -I/«PKGBUILDDIR»/modules/aaa -I/«PKGBUILDDIR»/modules/cache 
-I/«PKGBUILDDIR»/modules/core -I/«PKGBUILDDIR»/modules/database 
-I/«PKGBUILDDIR»/modules/filters -I/«PKGBUILDDIR»/modules/ldap 
-I/«PKGBUILDDIR»/server -I/«PKGBUILDDIR»/modules/loggers 
-I/«PKGBUILDDIR»/modules/lua -I/«PKGBUILDDIR»/modules/proxy 
-I/«PKGBUILDDIR»/modules/session -I/«PKGBUILDDIR»/modules/ssl 
-I/«PKGBUILDDIR»/modules/test -I/«PKGBUILDDIR»/server 
-I/«PKGBUILDDIR»/modules/arch/unix -I/«PKGBUILDDIR»/modules/dav/main 
-I/«PKGBUILDDIR»/modules/generators -I/«PKGBUILDDIR»/modules/mappers -c unixd.c 
-fPIE -o unixd.o
/usr/share/apr-1.0/build/libtool --no-silent --mode=link i586-kfreebsd-gnu-gcc  
-pthread  -pipe -g -O2 -fdebug-prefix-map=/«PKGBUILDDIR»=. 
-fstack-protector-strong -Wformat -Werror=format-security -pie 
-Wl,--as-needed -Wl,-z,relro -Wl,-z,now -o libos.la -static  unixd.lo  
libtool: link: i586-kfreebsd-gnu-ar cru .libs/libos.a  unixd.o
/usr/share/apr-1.0/build/libtool: line 1088: i586-kfreebsd-gnu-ar: command not 
found
/«PKGBUILDDIR»/build/library.mk:22: recipe for target 'libos.la' failed
make[4]: *** [libos.la] Error 127


Andreas

Bug#837337: gnome-shell: Gnome severely broken in strech (version mismatch)

[Petr Pulc]

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836972 for working
solution. (Update mutter et al. to 3.21).
​

Bug#837345: ITP: r-cran-png -- GNU R package to read and write PNG images

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-png
  Version : 0.1-7
  Upstream Author : Simon Urbanek 
* URL : https://cran.r-project.org/web/packages/png
* License : GPL
  Programming Lang: GNU R
  Description : GNU R package to read and write PNG images
 This package provides an easy and simple way to read, write and display
 bitmap images stored in the PNG format. It can read and write both
 files and in-memory raw vectors.


Remark: This package is needed to run the unit tests of some R packages
maintained by Debian Med and Debian Science team and will be maintained
at
svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-png/trunk/

Bug#837190: [Pkg-xfce-devel] Bug#837190: xfce4-terminal: terminal becomes garbled when scrolling

[folkert]

> > It also happened with gnome-terminal but from what I heard (haven't used
> > gnome-terminal for a while) this has been fixed.
> 
> gnome-terminal uses vte3, not vte2 so it's not relevant. Please try
> lxterminal.

Yes I can reproduce it with lxterminal too:
http://vps001.vanheusden.com/~folkert/xfce4-terminal-corruption-lxterminal.png


Folkert van Heusden

Bug#809022: [debian-mysql] Bug#809022: Bug#809022: Bug#809022: autopkgtest patch for MariaDB

[Otto Kekäläinen]

2016-09-10 19:04 GMT+03:00 Kristian Nielsen :
> Otto, so this problem will be solved with the next upstream release
> (assuming my understanding is correct, but Paul's analysis seemed very
> plausible). And if you want the ci.debian.net failures fixed before then,
> you can take my patch for debian/tests/upstream, which should also fix the
> problem.

I will probably wait for the next upstream release, or apply this
patch and upload revision 2 to Debian if there are also other patches
produced meanwhile.

Thank you very much Kristian. I appreciate this a lot. I feel good
about having more people contribute to the Debian packaging because
currently there is too much work keeping up with new developments
introduced by Debian overall and fixing regressions introduced by
MariaDB.

Bug#837028: [Pkg-gauche-devel] Bug#837028: gauche-gtk: FTBFS: pango-font.c:249:44: error: 'desc' undeclared (first use in this function)

[Jens Thiele]

upstream git [1] has the same problem

[1] https://github.com/shirok/Gauche-gtk2.git