Bug#802521: tor: Tor service won't start

[MUDr . Kamil]

kamil@icerock:~$ LC_ALL=C id debian-tor
uid=118(debian-tor) gid=123(debian-tor) groups=123(debian-tor)
kamil@icerock:~$

 Původní zpráva Od: Peter Palfrader 
 Datum:20. 10. 2015  22:30  (GMT+01:00) 
Komu: Kamil Navrátil  Cc: 
802...@bugs.debian.org Předmět: Re: Bug#802521: tor: Tor service 
won't start 
On Tue, 20 Oct 2015, Kamil Navrátil wrote:

> Thank you very much...

Please paste the output of
"id debian-tor"

And please avoid localized error messages this time.  Maybe run "LC_ALL=C id 
debian-tor".

Also, please don't drop 802...@bugs.debian.org from the CC list.
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#802601: libmtp apport hook doesn't work

[Sebastien Bacher]

Package: libmtp
Version: 1.1.10-1
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu wily ubuntu-patch

The hook doesn't import what it needs, it also collects info about hal
which is deprecated and mention the wrong soname, the attached patch
fixes those issues

diff -Nru libmtp-1.1.10/debian/apport/source_libmtp.py 
libmtp-1.1.10/debian/apport/source_libmtp.py
--- libmtp-1.1.10/debian/apport/source_libmtp.py2015-10-20 
18:50:53.0 +0200
+++ libmtp-1.1.10/debian/apport/source_libmtp.py2015-10-21 
16:02:42.0 +0200
@@ -9,30 +9,31 @@
 (c) 2009 Sense Hofstede 
 '''
 
+import apport.hookutils
+
 def add_info(report, ui):
 
 ui.information('Please make sure the affected device is connected and on 
before continuing.')
 
-attach_related_packages(report, [
-"hal",
+apport.hookutils.attach_related_packages(report, [
 "udev",
 ])
 
 # Try using the mtp-detect command to obtain more information
-if command_available("mtp-detect"):
-report['MTPDetect'] = command_output("mtp-detect")
+if apport.hookutils.command_available("mtp-detect"):
+report['MTPDetect'] = apport.hookutils.command_output("mtp-detect")
 else:
 ui.information("Please install the package 'mtp-tools' so we can 
gather "\
 "more detailed debugging information. Afterwards, 
rerun " \
 "the command 'ubuntu-bug libmtp8' or add more 
information "\
 "to an existing bug report by running the command "\
-"'apport-collect -p libmtp8 '', replacing "\
+"'apport-collect -p libmtp9 '', replacing "\
 " with the number of your bug report.")
 
 # Obtain information about changes to udev configuration files
-attach_conffiles(report, "udev")
+apport.hookutils.attach_conffiles(report, "udev")
 # Attach the udev log file
-attach_file_if_exists(report, '/var/log/udev', 'UdevLog')
+apport.hookutils.attach_file_if_exists(report, '/var/log/udev', 'UdevLog')
 
 # Get all connected USB devices
-report['USBDevices'] = usb_devices()
+report['USBDevices'] = apport.hookutils.usb_devices()
diff -Nru libmtp-1.1.10/debian/changelog libmtp-1.1.10/debian/changelog
--- libmtp-1.1.10/debian/changelog  2015-10-20 19:11:44.0 +0200
+++ libmtp-1.1.10/debian/changelog  2015-10-21 16:07:40.0 +0200
@@ -1,3 +1,11 @@
+libmtp (1.1.10-2) unstable; urgency=medium
+
+  * debian/apport/source_libmtp.py:
+- updated apport hook to work, import what we need, mention the current
+  soname version and don't include hal info (lp: #1172123)
+
+ -- Sebastien Bacher   Wed, 21 Oct 2015 16:03:17 +0200
+
 libmtp (1.1.10-1) unstable; urgency=medium
 
   * New upstream bugfix release.

Bug#802606: lxmenu-data: Set Multi-Arch: foreign

[ChangZhuo Chen]

Package: lxmenu-data
Version: 0.1.4-1
Severity: normal
Tags: newcomer

Please set Set Multi-Arch: foreign so that certain libraries like
libfm-qt5-2 can support multi-architecture.


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

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

-- no debconf information

-- 
ChangZhuo Chen (陳昌倬) 
Debian Developer
Key fingerprint = EC9F 905D 866D BE46 A896  C827 BE0C 9242 03F4 552D


signature.asc
Description: PGP signature

Bug#802587: at least, warn about absence of libgtest library package

[Steve Robbins]

I acknowledge that a header only library is uncommon.   But I can't agree that 
it us a bug.  Thus I don't believe a warning is required.   And I certainly 
won't remove the package for this reason.   

Given that, can you restate what problem you encountered using the package? 

Thanks, Steve 




On October 21, 2015 5:50:43 PM GMT+05:30, Joachim Wuttke 
 wrote:
>Package: libgtest-dev
>Version: 1.7.0-4
>
>There exists no corresponding library binary package libgtest1.
>
>This is in accordance with a recommendation of the upstream authors,
>https://code.google.com/p/googletest/wiki/FAQ#Why_is_it_not_recommended_to_install_a_pre-compiled_copy_of_Goog,
>but it is in conflict with the well-established standard way
>of how libraries are distributed in Debian.
>
>I wonder if there is any recommendable use of a header package
>that comes without the corresponding library package. Unless
>there is a convincing use case, I propose to remove libgtest-dev
>for good.
>
>Otherwise, at the very least, I suggest that the description of
>libgtest-dev be amended to clearly state that, quite exceptionally
>for a header package, its dependence on the binary library is
>not enforced in Debian, and that upon special recommendation of
>upstream the binary library is not and will not be packaged for
>Debian.
>
>---
>
>Dr. Joachim Wuttke
>Group Leader Scientific Computing
>Jülich Centre for Neutron Science (JCNS)
>Forschungszentrum Jülich GmbH
>Outstation at Heinz Maier-Leibnitz Zentrum (MLZ)
>+49 89 289 10715
>http://apps.jcns.fz-juelich.de

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#802594: bird: systemd unit disabled by default, does not (re-)start on boot

[Apollon Oikonomopoulos]

Package: bird
Version: 1.4.5-1+deb8u1
Severity: important
Tags: patch

Dear Maintainer,

bird currently ships its own native systemd unit files, but does not 
take care of enabling the units. On systems with systemd, this means 
that BIRD will not start automatically on boot unless manually enabled, 
although it will be started by dh_installinit during installation. This 
is visible in the output of systemctl:

 $ systemctl status bird
 ● bird.service - BIRD Internet Routing Daemon (IPv4)
Loaded: loaded (/lib/systemd/system/bird.service; disabled)

Note that the unit is loaded (running) but `disabled`, i.e. will not 
start automatically. This is in contrast with the behaviour on sysvinit 
systems, where bird is started on boot by default.

Please fix this (preferrably even in Jessie) using dh-systemd, as is 
does the attached patch.

Regards,
Apollon

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 0fd4e221fb0d7dc09fe26b570c350dd72770ca4f Mon Sep 17 00:00:00 2001
From: Apollon Oikonomopoulos 
Date: Wed, 21 Oct 2015 15:49:12 +0300
Subject: [PATCH] Use dh-systemd

BIRD ships systemd unit files, but currently does not use dh-systemd to
make sure the units are properly enabled. Fix this by B-D'ing on
dh-systemd and using it during build.
---
 debian/control | 1 +
 debian/rules   | 6 +-
 2 files changed, 6 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 4bbcb17..f4fa26d 100644
--- a/debian/control
+++ b/debian/control
@@ -4,6 +4,7 @@ Priority: extra
 Build-Depends: autotools-dev,
bison,
debhelper (>= 9~),
+   dh-systemd (>= 1.5),
docbook-xsl,
dpkg-dev (>= 1.16.1.1~),
flex,
diff --git a/debian/rules b/debian/rules
index 9531bd5..352c3c2 100755
--- a/debian/rules
+++ b/debian/rules
@@ -17,7 +17,7 @@ CFLAGS += -g -O2 -fno-strict-aliasing -fno-strict-overflow -fPIC
 LDFLAGS += -g -O2 -fno-strict-aliasing -fno-strict-overflow -fPIC -Wl,-z,defs -Wl,--as-needed
 
 %:
-	dh $@ --with autotools_dev
+	dh $@ --with autotools_dev,systemd
 
 override_dh_auto_configure:
 	CFLAGS="$(CFLAGS)" LDFLAGS="$(LDFLAGS)" dh_auto_configure -Bbuild-ipv4 -- $(COMMON_FLAGS) --disable-ipv6 --with-protocols=all
@@ -70,3 +70,7 @@ override_dh_installman: bird.8
 override_dh_clean:
 	dh_clean
 	-rm -f bird.8 birdc.8 bird6.8 birdc6.8
+
+override_dh_systemd_enable:
+	dh_systemd_enable --name=bird
+	dh_systemd_enable --name=bird6
-- 
2.6.1

Bug#802597: glx-diversion: glx-diversions outputs confusing messages and crete uneeded directory

[Eric Valette]

Package: glx-diversions
Version: 0.6.93
Severity: normal
File: glx-diversion


Why the hell does it gives impression that it creates arm link on x64 machine?
Why does it create uneeded directories?

ls -l /usr/lib/mesa-diverted/
total 12
drwxr-xr-x 2 root root 4096 Aug 17  2013 arm-linux-gnueabihf
drwxr-xr-x 2 root root 4096 Nov  4  2011 i386-linux-gnu
lrwxrwxrwx 1 root root   33 Nov  9  2011 libGL.so-master -> 
/etc/alternatives/libGL.so-master
drwxr-xr-x 2 root root 4096 Oct  6 09:58 x86_64-linux-gnu
root@r-x-ceva6380:/home/ceva6380# cd /usr/lib/mesa-diverted/arm-linux-gnueabihf/

Setting up glx-diversions (0.6.93) ...
Leaving 'diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions'
Leaving 'diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 
by glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/libGL.so.1.2 to 
/usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions'
Leaving 'diversion of /usr/lib/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions'
Leaving 'diversion of /usr/lib/libEGL.so to /usr/lib/mesa-diverted/libEGL.so by 
glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libEGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libEGL.so by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libEGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libEGL.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libEGL.so by glx-diversions'
Leaving 'diversion of /usr/lib/libEGL.so.1 to 
/usr/lib/mesa-diverted/libEGL.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libEGL.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libEGL.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libEGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libEGL.so.1 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libEGL.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/libEGL.so.1.0.0 to 
/usr/lib/mesa-diverted/libEGL.so.1.0.0 by glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libEGL.so.1.0.0 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libEGL.so.1.0.0 by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libEGL.so.1.0.0 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1.0.0 by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libEGL.so.1.0.0 to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libEGL.so.1.0.0 by glx-diversions'
Leaving 'diversion of /usr/lib/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions'
Leaving 'diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions'
Leaving 'diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to 
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions'
Leaving 'diversion of /usr/lib/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions'
Leaving 'diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions'

Bug#802602: picolisp: FTBFS on hurd-i386

[Svante Signell]

Source: picolisp
Version: 3.1.11.1-1
Severity: important
Tags: patch
Usertags: hurd
User: debian-h...@lists.debian.org

Hello,

Currently picolisp FTBFS on GNU/Hurd due to that PIPE_BUF is not defined
in limits.h. The attached patch solves this problem by defining it in
src/io.c to 4096 for systems that don't. Alternately this constant could
be using the _POSIX_PIPE_BUF value of 512 from posix1_lim.h included via
limits.h or dynamically with the aid of fpathconf (fd, _PC_PIPE_BUF).

Thanks!
--- a/src/io.c.orig	2015-06-01 14:36:36.0 +0200
+++ b/src/io.c	2015-10-21 16:07:03.0 +0200
@@ -9,6 +9,10 @@
 #define fcntl(fd,cmd,fl) 0
 #endif
 
+#ifndef PIPE_BUF
+#define PIPE_BUF 4096
+#endif
+
 static any read0(bool);
 
 // I/O Tokens

Bug#800824: nm.debian.org: Server Error (500) on email challenge for new entry

[Sebastien Badia]

Hi!

Same error here using my alioth account (I'm a DM).
https://nm.debian.org/public/person/sbadia

Thanks in advance,

Seb

-- 
Sebastien Badia


signature.asc
Description: PGP signature

Bug#802207: [Pkg-julia-devel] Bug#802207: RFP: julia-gadfly

[Jonas Smedegaard]

Quoting Graham Inggs (2015-10-21 16:25:41)
> On 19 October 2015 at 02:04, Jonas Smedegaard  wrote:
>> Not sure I follow you here: As I understand it, Gadfly is not a 
>> packaging system but a visualization system?!?
>
> Julia has a built-in package manager [1] which uses git for installing 
> Julia add-ons.
[...]
> I assume all of [the dependencies of Gadfly which upstream is handled 
> via git] would need to be packaged for Debian as well.

Yes, Debian packages need to work, so all dependencies that correlates 
to Debian "Build-Depends:", "Depends:" or "Recommends:" need to be 
packaged as well.  Build routines must avoid any reliance on network 
access.

Weaker dependencies correlating to Debian "Suggests:" preferrably should 
be packaged too, but may be skipped.

 - Jonas

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

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


signature.asc
Description: signature

Bug#802603: RFS: node-defined/1.0.0-1 [ITP]

[Ross Gammon]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "node-defined"

* Package name: node-defined
  Version : 1.0.0-1
  Upstream Author : James Halliday  (http://substack.net)
* URL : https://github.com/substack/defined
* License : Expat
  Section : web

It builds this binary package:

node-defined - return the first argument that is `!== undefined`

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

  http://mentors.debian.net/package/node-defined


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

dget -x http://mentors.debian.net/debian/pool/main/n/node-defined/node-
defined_1.0.0-1.dsc

Debian packaging can be found here:
http://anonscm.debian.org/cgit/pkg-javascript/node-defined.git/

Changes since the last upload:

  * Initial release (Closes: #802595)


Regards,
Ross Gammon



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

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

Bug#802597: glx-diversion: glx-diversions outputs confusing messages and crete uneeded directory

[Andreas Beckmann]

On 2015-10-21 15:53, Eric Valette wrote:
> Why the hell does it gives impression that it creates arm link on x64 machine?
> Why does it create uneeded directories?

Since we cannot know which foreign architectures will be installed, too.
The nvidia driver is available for amd64, i386 and armhf. Having foreign
i386 on a amd64 host is quite common, so there is no point in managing
the diversions separately. And the diversions have been very fragile
before unifying them into one glx-diversions package.
Also for glx-alternative-nvidia it is important to be sure all three
architectures are in sync w.r.t. the diversions, since we want one
alternative to manage all architectures.


Andreas

Bug#802591: Please provide libssl udeb as well as the libcrypto udeb

[Raphael Geissert]

Hi Marga,

On 21 October 2015 at 15:10, Marga Manterola  wrote:
> Hi,
>
> openssl is currently building an udeb for libcrypto but not for libssl. This
> bug report is to add the corresponding libssl udeb to allow for ssl support.
>
> As I've discussed with Cyril during DebConf15, I'm interested in seeing
> https support in the Debian's debian-installer (it's already available in
> Ubuntu's).

A colleague of mine has done all this work already; moreover, I
thought it had all been submitted to Debian.

Are you missing any piece of support? I could look into forwarding that.

Cheers,
-- 
Raphael Geissert

Bug#790735: openmprtl: add MIPS support

[Dejan Latinovic]

Hi Sylvestre,

Thank you.

It seems that a part that refers to z_Linux_util.c is missing
in your patch.

The patch that contains dropped changes is attached.
With this additional patch I was able to build openmprtl 3.7.0-2 for mipsel.

Regards,
Dejan





From: Sylvestre Ledru [sylves...@debian.org]
Sent: Tuesday, October 20, 2015 1:32 PM
To: Dejan Latinovic
Subject: Re: Bug#790735: openmprtl: add MIPS support

It has been accepted.

It fails under mips/mipsel
cd /«PKGBUILDDIR»/obj-mipsel-linux-gnu/runtime/src && /usr/bin/cc  
-Domp_EXPORTS -fPIC -I/«PKGBUILDDIR»/obj-mipsel-linux-gnu/runtime/src 
-I/«PKGBUILDDIR»/runtime/src -I/«PKGBUILDDIR»/runtime/src/i18n 
-I/«PKGBUILDDIR»/runtime/src/include/41 
-I/«PKGBUILDDIR»/runtime/src/thirdparty/ittnotify-D
USE_ITT_BUILD -D KMP_ARCH_STR="\"mips\"" -D BUILD_I8 -D 
KMP_LIBRARY_FILE=\"libomp.so.5\" -D KMP_VERSION_MAJOR=5 -D KMP_NESTED_HOT_TEAMS 
-D CACHE_LINE=64 -D KMP_ADJUST_BLOCKTIME=1 -D BUILD_PARALLEL_ORDERED -D 
KMP_ASM_INTRINS -D USE_ITT_NOTIFY=1 -D INTEL_ITTNOTIFY_PREFIX=__kmp_itt_ -D
KMP_USE_VERSION_SYMBOLS -D _GNU_SOURCE -D _REENTRANT -D BUILD_TV -D 
USE_CBLKDATA -D KMP_GOMP_COMPAT -D USE_LOAD_BALANCE -D KMP_TDATA_GTID -D 
KMP_USE_ASSERT -D KMP_DYNAMIC_LIB -D KMP_STATS_ENABLED=0 -D USE_DEBUGGER=0 -D 
OMPT_SUPPORT=0 -D OMPT_BLAME=1 -D OMPT_TRACE=1 -D OMP_50_ENABLED=0 -D
OMP_41_ENABLED=1 -D OMP_40_ENABLED=1 -D OMP_30_ENABLED=1 -D 
KMP_USE_ADAPTIVE_LOCKS=0 -D KMP_DEBUG_ADAPTIVE_LOCKS=0 -D 
KMP_USE_INTERNODE_ALIGNMENT=0 -std=c++11 -fno-exceptions -Wno-sign-compare 
-Wno-unused-function -Wno-unused-value -Wno-unused-variable -Wno-switch 
-Wno-unknown-pragmas
-Wno-missing-field-initializers -Wno-missing-braces -Wno-comment -x c++ -o 
CMakeFiles/omp.dir/z_Linux_util.c.o   -c 
/«PKGBUILDDIR»/runtime/src/z_Linux_util.c
/«PKGBUILDDIR»/runtime/src/z_Linux_util.c:176:5: error: #error Unknown or 
unsupported architecture
 #   error Unknown or unsupported architecture
 ^

but I guess this should be easy to fix (I can give it a try when I found the 
time)

S

Le 09/10/2015 17:05, Dejan Latinovic a écrit :
>
> Ok, thanks.
>
> D
>
> 
> From: Sylvestre Ledru [sylves...@debian.org]
> Sent: Friday, October 09, 2015 2:20 PM
> To: Dejan Latinovic
> Subject: Re: Bug#790735: openmprtl: add MIPS support
>
> Le 09/10/2015 14:12, Sylvestre Ledru a écrit :
>> Le 09/10/2015 12:52, Dejan Latinovic a écrit :
>>>
>>>
>>> Hi Sylvestre,
>>> do we have any progress on this?
>> yes, in new for 3 weeks :(
>> https://ftp-master.debian.org/new.html
>>
>> I am waiting for this to be accepted and see the build results
>> before forwarding the patch upstream.
> I just pinged the ftp master team about it
>
>
> S
>
>--- openmprtl-3.7.0.orig/runtime/src/z_Linux_util.c
+++ openmprtl-3.7.0/runtime/src/z_Linux_util.c
@@ -171,6 +171,29 @@ __kmp_print_cond( char *buffer, kmp_cond
 #error Wrong code for getaffinity system call.
 #   endif /* __NR_sched_getaffinity */
 
+#  elif KMP_ARCH_MIPS
+#   ifndef __NR_sched_setaffinity
+#define __NR_sched_setaffinity  4239
+#   elif __NR_sched_setaffinity != 4239
+#error Wrong code for setaffinity system call.
+#   endif /* __NR_sched_setaffinity */
+#   ifndef __NR_sched_getaffinity
+#define __NR_sched_getaffinity  4240
+#   elif __NR_sched_getaffinity != 4240
+#error Wrong code for getaffinity system call.
+#   endif /* __NR_sched_getaffinity */
+
+#  elif KMP_ARCH_MIPS64
+#   ifndef __NR_sched_setaffinity
+#define __NR_sched_setaffinity  5195
+#   elif __NR_sched_setaffinity != 5195
+#error Wrong code for setaffinity system call.
+#   endif /* __NR_sched_setaffinity */
+#   ifndef __NR_sched_getaffinity
+#define __NR_sched_getaffinity  5196
+#   elif __NR_sched_getaffinity != 5196
+#error Wrong code for getaffinity system call.
+#   endif /* __NR_sched_getaffinity */
 
 #  else
 #   error Unknown or unsupported architecture

Bug#802595: ITP: node-defined -- return the first argument that is `!== undefined`

[Ross Gammon]

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

* Package name: node-defined
  Version : 1.0.0
  Upstream Author : James Halliday  
(http://substack.net)

* URL : https://github.com/substack/defined
* License : Expat
  Programming Lang: JavaScript
  Description : return the first argument that is `!== undefined`

 Most of the time when you chain together ||s, you actually just want the
 first item that is not undefined, not the first non-falsy item.
 .
 This module is like the defined-or (//) operator in perl 5.10+.
 .
 Node.js is an event-based server-side JavaScript engine.

This package is required for tape 
(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798278) and will be 
maintained within the Debian Javascript Team.

Bug#802587: at least, warn about absence of libgtest library package

[Joachim Wuttke]

Given that, can you restate what problem you encountered using the package?


Somehow I discovered that there is a libgtest-dev in Debian, and a
FindGTest in cmake. So I installed libgtest-dev on my system, removed
ThirdParty/gtest from my project, changed CMakeList.txt files, tried
to rebuild the project, saw that FindGTest did not find the library,
investigated the problem, and finally discovered that libgtest-dev
is deceptive in that it does not pull in the binary without which
it is useless.

Therefore I consider the current state of affairs as untenable,
which is also attested by the high number of views of the
discussion thread at 
http://askubuntu.com/questions/145887/why-no-library-files-installed-for-google-test.


A clear word about the missing dependency on the nonexistent
library package in the description of libgtest-dev would have had
the potential of saving me considerable time. I do not insist that
it be labelled »warning«.

- Joachim



smime.p7s
Description: S/MIME Cryptographic Signature

Bug#802245: nvidia-driver: Can't modprobe -r nvidia, rmmod works

[Andreas Beckmann]

Control: reassign -1 bumblebee-nvidia 3.2.1-9
Control: close -1 3.2.1-10

On 2015-10-18 20:26, Elijah Rum wrote:
> Since the last update of nvidia-driver in debian sid repos it's unable to 
> unload the nvidia kernel module via modprobe -r. Though bumblebee runs 
> exactly that command when the application run on nvidia card is finished.
> Meanwhile rmmod works, and it is possible to unload nvidia by hand and 
> restart the bumblebee service to get nvidia card turned off.

This is fixed with the last update of bumblebee that switches to the new
glx alternative /usr/lib/nvidia/bumblebee.


Andreas

Bug#802599: octicons: Package description mentions "oction" and not "octicons" name for web font

[Beatrice Torracca]

Package: octicons
Severity: minor

Hi!

I am not 100% sure but I think that in the first line of the package
description where it says:

«GitHub's "oction" webfont»

it should instead be "Octicons".

Thanks,

beatrice

Bug#802581: zsh: url-quote-magic no longer works when pasting URL's

[Vincent Lefevre]

On 2015-10-21 14:17:53 +0200, Axel Beckert wrote:
> Any chance that your bug report is about the same thing I reported
> upstream back in August against 5.0.8-test-3?

Hmm... yes, except that I need the following 3 lines:

  autoload -Uz bracketed-paste-magic
  zle -N bracketed-paste bracketed-paste-magic
  zstyle :bracketed-paste-magic paste-init backward-extend-paste

otherwise characters are escaped even in single quotes.

> > % autoload -Uz url-quote-magic
> > % zle -N self-insert url-quote-magic
> > % wget
> > 
> > Then after "wget ", paste: http://localhost/foo
> > 
> > I thought that the problem was solved upstream.
> 
> No, there was nothing to solve. bracketed-paste is a new feature and
> it doesn't call self-insert when pasting.

If you mean that this is not possible to solve the problem
transparently, then this new feature and the solution should be
announced in the NEWS.Debian file, IMHO. Otherwise users don't
know that they have to update their .zshrc file.

Even the bracketed-paste feature alone is worth an announcement. For
instance, pasting a command with a new line at the end no longer works
as before; users may be surprised.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#802399: RFS: localehelper/0.1.4-1 [ITP] - Locale helper tool

[Jakub Wilk]

* Jonathan Horn , 2015-10-20, 23:16:

Hmm, was ITP bug CCed to debian-devel? I didn't see it there...
As far as I know no, for some reason. Maybe I didn't submitted it the 
right way? (I used reportbug)


That's odd, reportbug should have taken care of that...
It should have also set yourself as the bug owner, but it didn't.

--
Jakub Wilk

Bug#802278: libzmq-java: Missing Maven artifacts

[Emmanuel Bourg]

Le 21/10/2015 16:06, Jan Niehusmann a écrit :

> could you have a look at my changes and tell me if they make sense?

Yes that's perfect, thank you for the quick fix.

Bug#802607: [Pkg-php-pecl] Bug#802607: php5-imagick: animgif->getImageIterations() return 0

[Ondřej Surý]

Control: tags -1 +moreinfo

Dear tsamu,

thank you for reporting the bug and caring about Debian, but I am quite
afraid that a bug report that consist solely of the subject line is not
very much useful.

Please provide more information and a test case. Here are some resources
that describe a process to make a nice bug report:

https://bugs.php.net/how-to-report.php
http://www.catb.org/~esr/faqs/smart-questions.html
https://developer.mozilla.org/en-US/docs/Mozilla/QA/Bug_writing_guidelines
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html

Cheers,
Ondrej

On Wed, Oct 21, 2015, at 16:21, tsamu wrote:
> Package: php5-imagick
> Version: 3.2.0~rc1-1
> Severity: normal
> 
> Dear Maintainer,
> 
> -- System Information:
> Debian Release: 8.2
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 3.16.0-4-amd64 (SMP w/24 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 php5-imagick depends on:
> ii  libc6  2.19-18+deb8u1
> ii  libgomp1   4.9.2-10
> ii  libmagickcore-6.q16-2  8:6.8.9.9-5
> ii  libmagickwand-6.q16-2  8:6.8.9.9-5
> ii  php5-common [phpapi-20131226]  5.6.13+dfsg-0+deb8u1
> 
> Versions of packages php5-imagick recommends:
> ii  ghostscript  9.06~dfsg-2+deb8u1
> ii  ttf-dejavu-core  2.34-1
> 
> php5-imagick suggests no packages.
> 
> -- no debconf information
> 
> ___
> Pkg-php-pecl mailing list
> pkg-php-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-pecl


-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server

Bug#801844: [systemd] Sudden Unbootable System

[Michael Biebl]

Am 18.10.2015 um 11:02 schrieb David Baron:
> Spontaneously gave it a try today and ... it 
> booted successfully!
> 
> Did have an "invalid mount point" error up 
> front but does not show on journalctl or 
> dmesg.
> 

Please provide full error messages in context. If necessary take a
screenshot.


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



signature.asc
Description: OpenPGP digital signature

Bug#801693: jasperreports: Please migrate to groovy 2.x

[Miguel Landaeta]

On Tue, Oct 20, 2015 at 11:46:12PM +0200, Markus Koschany wrote:
> 
> Emmanuel was so kind to update the olap4j package and I have fixed
> another issue with jasperreports' maven.rules today. If everything goes
> well Emmanuel will upload libolap4j-java tomorrow and then I think we
> should be able to upload jasperreports as well.
> 

Hi Markus,

Excellent, thanks for taking care of those packages.

I see an updated libolap4j-java has been uploaded by Emmanuel today,
so it seems like this will be fixed soon.

Cheers,

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Bug#802318: scoop: FTBFS: test break on Python 3.5 in reproducible builds CI

[Daniel Stender]

Control: severity -1 normal

Since current Scoop now builds again in reproducible builds CI I'm lowering the
severity of this bug. Nevertheless, it may be that something which can be 
improved
has been triggered, so I leave it open.

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
LPI certified Linux admin (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

Bug#802276: libzmq-java: Move the native library to libzmq-jni

[Emmanuel Bourg]

Le 21/10/2015 16:14, Jan Niehusmann a écrit :

> So, please convince me with some real advantages of splitting the
> package.

Hi Jan,

The policy was written before the multiarch move and should probably be
revised. Merging the -java and -jni parts doesn't allow the
co-installation of the library for different architectures on the same
system. And running 32 bits VMs on 64 bits systems is quite common.

Emmanuel Bourg

Bug#802581: [Pkg-zsh-devel] Bug#802581: zsh: url-quote-magic no longer works when pasting URL's

[Vincent Lefevre]

On 2015-10-21 16:31:58 +0200, Axel Beckert wrote:
> Vincent Lefevre wrote:
> > On 2015-10-21 14:17:53 +0200, Axel Beckert wrote:
> > > Any chance that your bug report is about the same thing I reported
> > > upstream back in August against 5.0.8-test-3?
> > 
> > Hmm... yes, except that I need the following 3 lines:
> > 
> >   autoload -Uz bracketed-paste-magic
> >   zle -N bracketed-paste bracketed-paste-magic
> >   zstyle :bracketed-paste-magic paste-init backward-extend-paste
> > 
> > otherwise characters are escaped even in single quotes.
> 
> Hrm, lemme try. Hrm. No, I don't seem to need that. And I'm sure it's
> not historically in the remainder of config. Strange.

In case I wasn't clear, I've done (to use the default config):

$ zsh -f
cventin% autoload -Uz url-quote-magic
cventin% zle -N self-insert url-quote-magic
cventin% autoload -Uz bracketed-paste-magic
cventin% zle -N bracketed-paste bracketed-paste-magic
cventin% wget '

Then, when I paste http://localhost/foo I get:

cventin% wget 'http://localhost/foo\

instead of

cventin% wget 'http://localhost/foo

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#802588: lmms: segfault while playing 'metalish_dong01.ogg'

[Mohammad Amin]

On Wed, 2015-10-21 at 15:06 +0200, Petter Reinholdtsen wrote:
> [Mohammad Amin]
> > Dear Maintainer,
> > 
> > a segfault occurs when i click on a sample named
> > 'metalish_dong01.ogg'
> > in 'My samples/misc'. thanks.
> 
> Hi, and thank you for the report.  Can you provide the output from
> valgrind when running and crashing lmms?  In other words, start lmms
> from a terminal after installing valgrind using 'valgrind lmms' and
> cut-n-paste the output from valgrind leading up to and including the
> crash.
> 
here is the direct output from 'valgrind lmms':

==6015== Memcheck, a memory error detector
==6015== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et
al.
==6015== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright
info
==6015== Command: lmms
==6015== 
VST sync support disabled in your configuration
==6015== Use of uninitialised value of size 8
==6015==at 0x70B3C03: ogg_page_serialno (in /usr/lib/x86_64-linux
-gnu/libogg.so.0.8.2)
==6015==by 0x74ECB1C: ov_pcm_seek_page (in /usr/lib/x86_64-linux
-gnu/libvorbisfile.so.3.3.6)
==6015==by 0x74ECD7B: ov_pcm_seek (in /usr/lib/x86_64-linux
-gnu/libvorbisfile.so.3.3.6)
==6015==by 0x5525E3: SampleBuffer::decodeSampleOGGVorbis(char
const*, short*&, unsigned char&, unsigned int&) (in /usr/bin/lmms)
==6015==by 0x554228: SampleBuffer::update(bool) (in /usr/bin/lmms)
==6015==by 0x551754: SamplePlayHandle::SamplePlayHandle(QString
const&) (in /usr/bin/lmms)
==6015==by 0x4FFE48:
FileBrowserTreeWidget::mousePressEvent(QMouseEvent*) (in /usr/bin/lmms)
==6015==by 0x526DD7F: QWidget::event(QEvent*) (in /usr/lib/x86_64
-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x56336AD: QFrame::event(QEvent*) (in /usr/lib/x86_64
-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x5758D12: QAbstractItemView::viewportEvent(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x579A71B: QTreeView::viewportEvent(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x6113C25:
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*,
QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.7)
==6015== 
==6015== Invalid read of size 1
==6015==at 0x70B3C03: ogg_page_serialno (in /usr/lib/x86_64-linux
-gnu/libogg.so.0.8.2)
==6015==by 0x74ECB1C: ov_pcm_seek_page (in /usr/lib/x86_64-linux
-gnu/libvorbisfile.so.3.3.6)
==6015==by 0x74ECD7B: ov_pcm_seek (in /usr/lib/x86_64-linux
-gnu/libvorbisfile.so.3.3.6)
==6015==by 0x5525E3: SampleBuffer::decodeSampleOGGVorbis(char
const*, short*&, unsigned char&, unsigned int&) (in /usr/bin/lmms)
==6015==by 0x554228: SampleBuffer::update(bool) (in /usr/bin/lmms)
==6015==by 0x551754: SamplePlayHandle::SamplePlayHandle(QString
const&) (in /usr/bin/lmms)
==6015==by 0x4FFE48:
FileBrowserTreeWidget::mousePressEvent(QMouseEvent*) (in /usr/bin/lmms)
==6015==by 0x526DD7F: QWidget::event(QEvent*) (in /usr/lib/x86_64
-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x56336AD: QFrame::event(QEvent*) (in /usr/lib/x86_64
-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x5758D12: QAbstractItemView::viewportEvent(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x579A71B: QTreeView::viewportEvent(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x6113C25:
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*,
QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.7)
==6015==  Address 0xf is not stack'd, malloc'd or (recently) free'd
==6015== 
==6015== 
==6015== Process terminating with default action of signal 11 (SIGSEGV)
==6015==  Access not within mapped region at address 0xF
==6015==at 0x70B3C03: ogg_page_serialno (in /usr/lib/x86_64-linux
-gnu/libogg.so.0.8.2)
==6015==by 0x74ECB1C: ov_pcm_seek_page (in /usr/lib/x86_64-linux
-gnu/libvorbisfile.so.3.3.6)
==6015==by 0x74ECD7B: ov_pcm_seek (in /usr/lib/x86_64-linux
-gnu/libvorbisfile.so.3.3.6)
==6015==by 0x5525E3: SampleBuffer::decodeSampleOGGVorbis(char
const*, short*&, unsigned char&, unsigned int&) (in /usr/bin/lmms)
==6015==by 0x554228: SampleBuffer::update(bool) (in /usr/bin/lmms)
==6015==by 0x551754: SamplePlayHandle::SamplePlayHandle(QString
const&) (in /usr/bin/lmms)
==6015==by 0x4FFE48:
FileBrowserTreeWidget::mousePressEvent(QMouseEvent*) (in /usr/bin/lmms)
==6015==by 0x526DD7F: QWidget::event(QEvent*) (in /usr/lib/x86_64
-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x56336AD: QFrame::event(QEvent*) (in /usr/lib/x86_64
-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x5758D12: QAbstractItemView::viewportEvent(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x579A71B: QTreeView::viewportEvent(QEvent*) (in
/usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.7)
==6015==by 0x6113C25:
QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*,
QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.7)
==6015==  If you believe this happened as a result of a stack
==6015==  overflow in your 

Bug#801598: nvidia-graphics-drivers: nvidia devices created with permissions 0666 on boot

[Andreas Beckmann]

Control: severity -1 normal

On 2015-10-12 13:53, Andreas Beckmann wrote:
> Even though /etc/modprobe.d/nvidia-kernel-common.conf sets the
> permissions and owner to root:video 0660, the devices are created
> acessible by all local users: root:root 0666.

I've reverted back to upstreams default permissions: root:root 0666
since restricting this to root:video 0660 causes too much trouble.
Therefore downgrading the severity. But we would still be interested in
a working solution with more restricted permissions.


Andreas

Bug#802598: linux-image-4.2.0-1-powerpc64le: Please include MLX5 again

[Philipp Marek]

Package: src:linux
Version: 4.2.3-2
Severity: normal

Please re-include the MLX5 Infiniband driver; it was included in 4.0 and 4.1,
but is not any longer with 4.2 and later:

[root@power:~] # ls -al /lib/modules/
insgesamt 24
drwxr-xr-x  6 root root 4096 Okt 21 15:33 .
drwxr-xr-x 16 root root 4096 Sep 22 13:04 ..
drwxr-xr-x  3 root root 4096 Jul 15 13:22 4.0.0-2-powerpc64le
drwxr-xr-x  4 root root 4096 Okt  6 09:15 4.1.0-2-powerpc64le
drwxr-xr-x  4 root root 4096 Okt 21 15:58 4.2.0-1-powerpc64le
drwxr-xr-x  2 root root 4096 Okt 21 15:33 4.3.0-rc5-powerpc64le
[root@power:~] # find /lib/modules/ -iname "*mlx5*" -type f
/lib/modules/4.0.0-2-powerpc64le/kernel/drivers/infiniband/hw/mlx5/mlx5_ib.ko
/lib/modules/4.0.0-2-powerpc64le/kernel/drivers/net/ethernet/mellanox/mlx5/core/mlx5_core.ko
/lib/modules/4.1.0-2-powerpc64le/kernel/drivers/infiniband/hw/mlx5/mlx5_ib.ko
/lib/modules/4.1.0-2-powerpc64le/kernel/drivers/net/ethernet/mellanox/mlx5/core/mlx5_core.ko

--- /boot/config-4.1.0-2-powerpc64le2015-08-25 21:56:27.0 +0200
+++ /boot/config-4.2.0-1-powerpc64le2015-10-14 21:20:17.0 +0200
@@ -1,6 +1,6 @@
 #
 # Automatically generated file; DO NOT EDIT.
-# Linux/powerpc 4.1.6 Kernel Configuration
+# Linux/powerpc 4.2.3 Kernel Configuration
 #
 CONFIG_PPC64=y

...
@@ -2146,7 +2167,7 @@
 CONFIG_MLX4_EN_VXLAN=y
 CONFIG_MLX4_CORE=m
 CONFIG_MLX4_DEBUG=y
-CONFIG_MLX5_CORE=m
+# CONFIG_MLX5_CORE is not set
 CONFIG_NET_VENDOR_MICREL=y
 # CONFIG_KS8851 is not set
 # CONFIG_KS8851_MLL is not set


-- Package-specific info:
** Version:
Linux version 4.2.0-1-powerpc64le (debian-ker...@lists.debian.org) (gcc version 
4.9.3 (Debian 4.9.3-4) ) #1 SMP Debian 4.2.3-1 (2015-10-06)

** Command line:
root=UUID=fd411e11-7c8a-4e93-bee0-4b1d277b1778 ro quiet

0005:01:00.0 Infiniband controller [0207]: Mellanox Technologies MT27700 Family 
[ConnectX-4] [15b3:1013]
Subsystem: Mellanox Technologies Device [15b3:0014]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [100 v1] Device Serial Number ba-da-ce-55-de-ad-ca-fe
Capabilities: [110 v1] Advanced Error Reporting
UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta:  RxErr- BadTLP- BadDLLP+ Rollover- Timeout- NonFatalErr+
CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 04, GenCap+ CGenEn+ ChkCap+ ChkEn+
Capabilities: [170 v1] Alternative Routing-ID Interpretation (ARI)
ARICap: MFVC- ACS-, Next Function: 1
ARICtl: MFVC- ACS-, Function Group: 0
Capabilities: [1c0 v1] #19

0005:01:00.1 Infiniband controller [0207]: Mellanox Technologies MT27700 Family 
[ConnectX-4] [15b3:1013]
Subsystem: Mellanox Technologies Device [15b3:0014]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA 
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [100 v1] Device Serial Number ba-da-ce-55-de-ad-ca-fe
Capabilities: [110 v1] Advanced Error Reporting
UESta:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk:  DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- 
RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta:  RxErr- BadTLP- BadDLLP+ Rollover- Timeout- NonFatalErr+
CEMsk:  RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 04, GenCap+ CGenEn+ ChkCap+ ChkEn+
Capabilities: [170 v1] Alternative Routing-ID Interpretation (ARI)
ARICap: MFVC- ACS-, Next Function: 0
ARICtl: MFVC- ACS-, Function Group: 0

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: ppc64el (ppc64le)

Kernel: Linux 4.2.0-1-powerpc64le (SMP 

Bug#802600: [python3-matplotlib] Qt4Agg: RuntimeError: call __init__ twice

[Daniel Hornung]

Package: python3-matplotlib
Version: 1.5.0~rc2-1
Severity: normal

--- Please enter the report below this line. ---

As reported in https://github.com/matplotlib/matplotlib/issues/5293, 
matplotlib fails with the Qt4 backend.  The minimal working example shown 
there used to work with 1.4.3 (the version before the latest upgrade). 
According to upstream, this error may be fixed with a newer version.

--- System information. ---
Architecture: amd64
Kernel:   Linux 4.2.0-1-amd64

Debian Release: stretch/sid
  500 testing www.deb-multimedia.org 
  500 testing security.debian.org 
  500 testing ftp5.gwdg.de 
  500 stretch neurodebian.ovgu.de 
  500 dataneurodebian.ovgu.de 

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

-- 
Max-Planck-Institute for Dynamics and Self-Organization
Research Group Biomedical Physics

Am Fassberg 17
D-37077 Goettingen
(+49) 551 5176 373

You can obtain my public key 0xF197B128 from all keyservers, e.g. pgp.mit.edu
Fingerprint: 9698 BDD4 71CC 1274 B7E2  2049 1EDD 012D F197 B128


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

Bug#802431: liferea: crashes when viewing properties of subscriptions

[David Smith]

> 
> If I create a new user and run liferea for the first time and
> right-clicked a subscription and clicked properties, liferea crashes
> with SIGTRAP and the below gdb backtrace.



I've reproduced this issue and I am taking a look at it.

Thanks for the report.

-David

Bug#802276: libzmq-java: Move the native library to libzmq-jni

[Jan Niehusmann]

Hi Emmanuel,

On Mon, Oct 19, 2015 at 12:15:35AM +0200, Emmanuel Bourg wrote:
> libzmq-java/3.1.0-4 contains currently zmq.jar and its underlying native
> library libjzmq.so. The Java Policy recommends splitting the native library
> into a separate package libzmq-jni. Also ideally the .so should be installed
> in a multi-arch path.

I think we already discussed that during the ITP phase: As both the
native library and the zmq.jar are really small (28k and 48k), I don't
think splitting the package up would be useful.

Additionally, the java policy reads: "There may be situations, such as
with very small packages, where it is better to bundle the Java code and
the native code together into a single package. Such packages should be
architecture-specific and follow the usual libXXX[version]-java naming
convention."

So, please convince me with some real advantages of splitting the
package.

Best regards,
Jan

Bug#802278: libzmq-java: Missing Maven artifacts

[Jan Niehusmann]

Hi Emmanuel,

On Mon, Oct 19, 2015 at 12:58:47AM +0200, Emmanuel Bourg wrote:
> You can add them by:
> 
> 1. build depending on maven-repo-helper instead of javahelper
> 
> 2. replacing "--with javahelper" by "--with maven_repo_helper" on the dh line 
> of debian/rules
> 
> 3. replacing debian/libzmq-java.jlibs with a debian/libzmq-java.poms file 
> containing a single line:
> 
> pom.xml --no-parent --has-package-version --java-lib 
> --artifact=path/to/builddir/jzmq.jar

Unfortunately, that leads to an empty libzmq-java-doc package. Probably
maven_repo_helper doesn't know about debian/libzmq-java-doc.javadoc.

However, I think I solved that issue by using "--with javahelper --with
jh_maven_repo_helper" instead of "--with maven_repo_helper".

As I'm not familiar with the debian-maven-repo infrastructure, could
you have a look at my changes and tell me if they make sense?

http://anonscm.debian.org/cgit/users/jan/jzmq.git/commit/?id=ea8b0103a8fc2923dd461f079b043d6c6bb0b9b0

Best regards,
Jan

Bug#802608: knetwalk: missing depend qml-module-org-kde-games-core

[r newlon]

Package: knetwalk
Version: 4:15.08.0-1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
installed program tried to open it.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
installed qml-module-org-ke-games-core package
   * What was the outcome of this action?
Program runs fine need to add qml-module-org-kde-games-core as a dependency
   * What outcome did you expect instead?

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


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

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

Versions of packages knetwalk depends on:
ii  kde-games-core-declarative  4:14.12.3-1
ii  libc6   2.19-22
ii  libkf5configcore5   5.15.0-1
ii  libkf5configgui55.15.0-1
ii  libkf5configwidgets55.15.0-1
ii  libkf5coreaddons5   5.15.0-1
ii  libkf5dbusaddons5   5.15.0-1
ii  libkf5i18n5 5.15.0-1
ii  libkf5kdegames6 4:15.08.0-1
ii  libkf5textwidgets5  5.15.0-1
ii  libkf5widgetsaddons55.15.0-1
ii  libkf5xmlgui5   5.15.0-1
ii  libqt5core5a5.4.2+dfsg-9
ii  libqt5gui5  5.4.2+dfsg-9
ii  libqt5quickwidgets5 5.4.2-6
ii  libqt5widgets5  5.4.2+dfsg-9
ii  libstdc++6  5.2.1-22

Versions of packages knetwalk recommends:
ii  khelpcenter  4:5.4.2-1

knetwalk suggests no packages.

-- no debconf information

Bug#802593: gcl: FTBFS on hurd-i386

[Camm Maguire]

Greetings, and thanks for your note!  Patch will be included in next
upload.

Do you work on Hurd?  There are several FTBFS errors in gcl dependencies
(maxima,hol88,axiom,acl2) which I have been unable to resolve and appear
to point to bugs in system libraries (as did the old FTBFS for gcl in
which calls to system() would fail.)  The general symptom appears to be
a lockup of some sort in the rpc system (see maxima).  Can this be
fixed, or must it wait on deeper forthcoming fixes in the core Hurd
system libraries?

Take care,
-- 
Camm Maguirec...@maguirefamily.org
==
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah

Bug#802604: fvwm: focus is not given to the window when changing page with invisible mouse pointer

[Vincent Lefevre]

Control: retitle -1 fvwm: focus is not given to the window under mouse pointer 
after changing page when the pointer was invisible and over the root window

On 2015-10-21 16:52:23 +0200, Vincent Lefevre wrote:
> I have "Scroll -100 0" bound to some key. When I change the page with
> this key and the mouse pointer is over some window of the new desktop
> page, then the focus is not given to this window if the mouse pointer
> is invisible (this can be the case with "unclutter -idle 1 -root",
> using the unclutter package).

This problem occurs only when the mouse pointer was over the root window
before the change of the desktop page.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#802607: php5-imagick: animgif->getImageIterations() return 0

[tsamu]

Package: php5-imagick
Version: 3.2.0~rc1-1
Severity: normal

Dear Maintainer,

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/24 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 php5-imagick depends on:
ii  libc6  2.19-18+deb8u1
ii  libgomp1   4.9.2-10
ii  libmagickcore-6.q16-2  8:6.8.9.9-5
ii  libmagickwand-6.q16-2  8:6.8.9.9-5
ii  php5-common [phpapi-20131226]  5.6.13+dfsg-0+deb8u1

Versions of packages php5-imagick recommends:
ii  ghostscript  9.06~dfsg-2+deb8u1
ii  ttf-dejavu-core  2.34-1

php5-imagick suggests no packages.

-- no debconf information

Bug#802450: icedove: Icedove is still running after an exit

[Carsten Schoenert]

Hello Cédric,

On Tue, Oct 20, 2015 at 04:00:36PM +0200, Cedric 321 wrote:
> Hello Carsten,
> 
> Thank you for your fast response.
> 
> I have done:
> $ mv ~/.icedove ~/old_icedove
> I have configured my email address cedric...@gmx.fr after a new start of
> icedove.
> 
> I have tried this two commands:
> $ strace -e file -f -s2048 -o /tmp/icedove_dbg.txt icedove
> $ NSPR_LOG_MODULES=IMAP:5,SMTP:5 NSPR_LOG_FILE=~/icedove-activity.log
> icedove
> 
> To have the probem,  i have closed it few times after start it (Icedove is
> still searching messages on email address).
> =>icedove-activity_problem.log
> =>icedove_dbg_problem.txt
> 
> To have no probems, i let it make.
> =>icedove-activity_correct.log
> =>icedove_dbg_correct.txt
> 
> I notice that it doesn't "
> unlink("/home/cedric/.icedove/q8n4qwsr.default/lock") = 0 " when the problem
> arrives.

I never have provoke Icedove to such a behavior, this looks like a race
condition in the locking part. But my (our) knowing about this specific
internal part is quite near zero.
This issue is likely a upstream related problem. You could test this
with the releases from Mozilla and report the result into the bug tracker
on Mozilla. A forwarded entry into this Debian report would keep us in
sync with the progress on the Mozilla bug tracker.

Would you please report that issue here upstream? If you don't know how
to forward the upstream bug report I'm surly can help.

Regards
Carsten

Bug#802648: aptitude: definite loop when searching "youk" in "youtube-dl" package info page

[Zhang Jingqiang]

Package: aptitude
Version: 0.7.4-1
Severity: normal

Dear Maintainer,

Step to reproduce:
1. run "aptitude"
2. press "/", and enter "youtube-dl", press Enter
3. press Enter, youtube-dl info page show up
4. Press "PgDn", so now the first line is "Descripition: ..."
5. press "/", and enter "you", everything is OK for now
6. enter "k", the definite loop occures
7. SIGTERM may not work to kill aptitude when the loop occur

Attachment is the backtrace when SIGTERM work

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

aptitude version information:
aptitude 0.7.4 compiled at Oct 16 2015 12:35:50
Compiler: g++ 5.2.1 20151010
Compiled against:
  apt version 4.16.0
  NCurses version 6.0
  libsigc++ version: 2.6.1
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 6.0.20150810
  cwidget version: 0.5.17
  Apt version: 4.16.0

aptitude linkage:
linux-vdso.so.1 (0x7ffc5ebb2000)
libapt-pkg.so.4.16 => /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.16 
(0x7f2044c34000)
libncursesw.so.5 => /lib/x86_64-linux-gnu/libncursesw.so.5 
(0x7f2044a04000)
libtinfo.so.5 => /lib/x86_64-linux-gnu/libtinfo.so.5 
(0x7f20447d9000)
libsigc-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 
(0x7f20445d3000)
libcwidget.so.3 => /usr/lib/x86_64-linux-gnu/libcwidget.so.3 
(0x7f20442d4000)
libsqlite3.so.0 => /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 
(0x7f2043ffd000)
libboost_iostreams.so.1.58.0 => 
/usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.58.0 (0x7f2043de4000)
libxapian.so.22 => /usr/lib/libxapian.so.22 (0x7f20439e2000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7f20437c4000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 
(0x7f2043449000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7f2043148000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 
(0x7f2042f31000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f2042b88000)
libutil.so.1 => /lib/x86_64-linux-gnu/libutil.so.1 (0x7f2042985000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7f204278)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7f2042565000)
libbz2.so.1.0 => /lib/x86_64-linux-gnu/libbz2.so.1.0 
(0x7f2042355000)
liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x7f2042131000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7f2041f29000)
libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f2041d23000)
/lib64/ld-linux-x86-64.so.2 (0x560b3de88000)

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

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

Versions of packages aptitude depends on:
ii  aptitude-common   0.7.4-1
ii  libapt-pkg4.161.0.10.2
ii  libboost-iostreams1.58.0  1.58.0+dfsg-3.1
ii  libc6 2.19-22
ii  libcwidget3v5 0.5.17-4
ii  libgcc1   1:5.2.1-22
ii  libncursesw5  6.0+20150810-1
ii  libsigc++-2.0-0v5 2.6.1-3
ii  libsqlite3-0  3.9.1-1
ii  libstdc++65.2.1-22
ii  libtinfo5 6.0+20150810-1
ii  libxapian22v5 1.2.21-1.2

Versions of packages aptitude recommends:
ii  aptitude-doc-en [aptitude-doc]  0.7.4-1
ii  libparse-debianchangelog-perl   1.2.0-8
ii  sensible-utils  0.0.9

Versions of packages aptitude suggests:
pn  apt-xapian-index  
pn  debtags   
ii  tasksel   3.33

-- no debconf information
Starting program: /usr/bin/aptitude 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x74021700 (LWP 5681)]
[New Thread 0x73820700 (LWP 5682)]
[New Thread 0x7301f700 (LWP 5683)]
[New Thread 0x7fffef1a6700 (LWP 5688)]

Program received signal SIGTERM, Terminated.
0x771a78c4 in cwidget::widgets::layout_item::levelref::is_end 
(this=0x58de1990) at layout_item.cc:56
56  layout_item.cc: 没有那个文件或目录.
#0  0x771a78c4 in cwidget::widgets::layout_item::levelref::is_end 
(this=0x58de1990) at layout_item.cc:56
#1  0x771fd602 in cwidget::widgets::treeiterator::operator== (x=..., 
this=0x7fffc390) at treeitem.h:244
#2  cwidget::widgets::treeiterator::operator!= (x=..., this=0x7fffc390) at 
treeitem.h:250
#3  cwidget::widgets::tree::search_for (this=this@entry=0x58d6a3d0, 
matches=...) at tree.cc:854
#4  0x5561637b in menu_tree::do_incsearch (this=0x58d6a3d0, s=..., 

Bug#802544: Xorg.wrap move to xorg-legacy broke X startup (permissions)

[Julien Cristau]

On Wed, Oct 21, 2015 at 16:10:50 -0700, Scott Mcdermott wrote:

> Julien Cristau on 2015/10/21 +0200 @20:48:56:
> > > xserver-xorg-core:amd64 (1.17.2-1.1, 1.17.2-3)
> > > 
> > > This upgrade has broken X startup for me.  Here is how
> > > I start X (as ordinary user):
> > > 
> > > exec setsid env -i \
> > > ...
> > > X :0 vt63 \
> > 
> > So one solution is to install xserver-xorg-legacy and
> > tell it to not drop privileges
> > (needs_root_rights=yes).  But that leaves X running
> > as root, which we're trying to move away from.
> 
> That would surely be a regression.  Debian went from a
> working X that dropped privileges, to a non-working X
> that can only be run as root.  Huh??
> 
No, Debian is going from an X server that always runs as root to one
that can run as unprivileged user in most cases.  There was previously
no dropping privileges.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#802611: Updating from 1.9.2-1 to 1.9.2-2 doesn't help, downgrading to stable 1.8.10-6+deb8u1 does.

[Oleksandr Gavenko]

Updating from 1.9.2-1 to 1.9.2-2 doesn't help, downgrading to stable
1.8.10-6+deb8u1 does.

On 1.9.2-2 get same error:

(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x7fe07c0da786 in svn_path_join_internal (base=0x0, 
component=0x7fe07d060148 
"src/main/java/net/lombard/rsnetlombard/domain/Bail.java", pool=0x7fe07d060028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_subr/path.c:115
#2  0x7fe07c0dba9f in svn_path_url_add_component2 (url=, 
component=, pool=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_subr/path.c:1085
#3  0x7fe07a75d3f6 in svn_ra_serf__get_file (ra_session=, 
path=, revision=108, 
stream=0x7fe07d0616e0, fetched_rev=0x0, props=0x7fe07d0600c8, 
pool=0x7fe07d060028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/get_file.c:334
#4  0x7fe07ccdf03c in get_file_from_ra (fb=fb@entry=0x7fe07d0600a0, 
scratch_pool=scratch_pool@entry=0x7fe07d060028, props_only=0)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:334
#5  0x7fe07ccdf60b in get_file_from_ra (scratch_pool=, 
props_only=0, fb=0x7fe07d0600a0)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:958
#6  apply_textdelta (file_baton=0x7fe07d0600a0, base_md5_digest=0x7fe07d0c00a0 
"443d586ac513f84d4947c6edcd0cb6ae", 
pool=, handler=0x7fe07d064128, handler_baton=0x7fe07d064130)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:917
#7  0x7fe07a76b32b in fetch_for_file (scratch_pool=0x7fe07d0c0028, 
file=0x7fe07d0640a0)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:1376
#8  update_closed (xes=, baton=, 
leaving_state=, cdata=, 
attrs=, scratch_pool=0x7fe07d0c0028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2011
#9  0x7fe07a76fd4d in xml_cb_end (raw_name=, 
xmlctx=0x7fe07d0f40f8)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:832
#10 expat_end (userData=0x7fe07d0f4188, raw_name=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:965
#11 0x7fe07a314d53 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#12 0x7fe07a31566c in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#13 0x7fe07a3139b9 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#14 0x7fe07a314135 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#15 0x7fe07a3176d0 in XML_ParseBuffer () from 
/lib/x86_64-linux-gnu/libexpat.so.1
#16 0x7fe07a77077e in parse_xml (ectx=0x7fe07d0f4188, ectx=0x7fe07d0f4188, 
is_final=0, len=, data=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:893
#17 expat_response_handler (request=, response=0x7fe07d0e4138, 
baton=0x7fe07d0f4188, scratch_pool=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:1061
#18 0x7fe07a76c10d in process_buffer (request=request@entry=0x7fe07d09f038, 
data=, len=, 
at_eof=at_eof@entry=0, alloc=0x7fe07d0c40a0, pool=0x7fe07d09a028, 
udb=0x7fe07d0f4298, udb=0x7fe07d0f4298)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2400
#19 0x7fe07a76c2cf in update_delay_handler (request=0x7fe07d09f038, 
response=0x7fe07d0e37b8, handler_baton=0x7fe07d0f4298, 
scratch_pool=0x7fe07d0ba028) at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2460
#20 0x7fe07a76e930 in handle_response (scratch_pool=0x7fe07d0ba028, 
serf_status=0x7ffe82160d34, handler=0x7fe07d0f41b8, 
response=, request=0x7fe07d09f038)
---Type  to continue, or q  to quit---
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1415
#21 handle_response_cb (request=0x7fe07d09f038, response=0x7fe07d0e37b8, 
baton=0x7fe07d0f41b8, response_pool=0x7fe07d0ba028)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1449
#22 0x7fe0785b545e in serf.process_connection () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#23 0x7fe0785b3cee in serf_event_trigger () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#24 0x7fe0785b3e0c in serf_context_run () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#25 0x7fe07a76de61 in svn_ra_serf__context_run 
(sess=sess@entry=0x7fe07d0f6248, 
waittime_left=waittime_left@entry=0x7ffe82160f90, 
scratch_pool=scratch_pool@entry=0x7fe07d0bc028) at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:866
#26 0x7fe07a76c6b1 in process_editor_report (scratch_pool=0x7fe07d0f4028, 
handler=0x7fe07d0f41b8, ctx=0x7fe07d0ac308)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2614
#27 finish_report (report_baton=0x7fe07d0ac308, pool=)
at 
/build/subversion-BTY2MX/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2682
#28 0x7fe07ccb73a6 in diff_repos_repos 

Bug#754813: since 2.19: getpwuid() fails in statically linked programs

[Andrey Gursky]

> This is a regression introduced in 2.19 by the following commit:

Aurelien,
thanks for the information.

Regards,
Andrey


P.S. I never received a copy of your email answer.

Bug#802611: subversion: Core dump of "svn diff -c 102".

[Oleksandr Gavenko]

Package: subversion
Version: 1.9.2-1
Severity: serious

100% reproduced.

  bash# svn diff -c 109

Segmentation fault (core dumped)

  bash# gdb /usr/bin/svn core

GNU gdb (Debian 7.10-1) 7.10
This GDB was configured as "x86_64-linux-gnu".
Reading symbols from /usr/bin/svn...Reading symbols from 
/usr/lib/debug//usr/bin/svn...done.
done.
[New LWP 32211]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `svn diff -c 109'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
106 ../sysdeps/x86_64/strlen.S: No such file or directory.
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:106
#1  0x7fb7e0eb9786 in svn_path_join_internal (base=0x0, 
component=0x7fb7e1e3f148 "src/main/java/net/domain/Bail.java", 
pool=0x7fb7e1e3f028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_subr/path.c:115
#2  0x7fb7e0ebaa9f in svn_path_url_add_component2 (url=, 
component=, pool=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_subr/path.c:1085
#3  0x7fb7df53c3f6 in svn_ra_serf__get_file (ra_session=, 
path=, revision=108, stream=0x7fb7e1e406e0, fetched_rev=0x0, 
props=0x7fb7e1e3f0c8, pool=0x7fb7e1e3f028)
at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/get_file.c:334
#4  0x7fb7e1abe03c in get_file_from_ra (fb=fb@entry=0x7fb7e1e3f0a0, 
scratch_pool=scratch_pool@entry=0x7fb7e1e3f028, props_only=0) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:334
#5  0x7fb7e1abe60b in get_file_from_ra (scratch_pool=, 
props_only=0, fb=0x7fb7e1e3f0a0) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:958
#6  apply_textdelta (file_baton=0x7fb7e1e3f0a0, base_md5_digest=0x7fb7e1e9f0a0 
"443d586ac513f84d4947c6edcd0cb6ae", pool=, 
handler=0x7fb7e1e43128, handler_baton=0x7fb7e1e43130)
at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_client/repos_diff.c:917
#7  0x7fb7df54a32b in fetch_for_file (scratch_pool=0x7fb7e1e9f028, 
file=0x7fb7e1e430a0) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:1376
#8  update_closed (xes=, baton=, 
leaving_state=, cdata=, attrs=, 
scratch_pool=0x7fb7e1e9f028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2011
#9  0x7fb7df54ed4d in xml_cb_end (raw_name=, 
xmlctx=0x7fb7e1ed30f8) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:832
#10 expat_end (userData=0x7fb7e1ed3188, raw_name=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:965
#11 0x7fb7df0f3d53 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#12 0x7fb7df0f466c in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#13 0x7fb7df0f29b9 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#14 0x7fb7df0f3135 in ?? () from /lib/x86_64-linux-gnu/libexpat.so.1
#15 0x7fb7df0f66d0 in XML_ParseBuffer () from 
/lib/x86_64-linux-gnu/libexpat.so.1
#16 0x7fb7df54f77e in parse_xml (ectx=0x7fb7e1ed3188, ectx=0x7fb7e1ed3188, 
is_final=0, len=, data=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:893
#17 expat_response_handler (request=, response=0x7fb7e1e91138, 
baton=0x7fb7e1ed3188, scratch_pool=) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/xml.c:1061
#18 0x7fb7df54b10d in process_buffer (request=request@entry=0x7fb7e1e99038, 
data=, len=, at_eof=at_eof@entry=0, 
alloc=0x7fb7e1ec20a0, pool=0x7fb7e1e79028, udb=0x7fb7e1ed3298, 
udb=0x7fb7e1ed3298)
at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2400
#19 0x7fb7df54b2cf in update_delay_handler (request=0x7fb7e1e99038, 
response=0x7fb7e1e907b8, handler_baton=0x7fb7e1ed3298, 
scratch_pool=0x7fb7e1e8e028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/update.c:2460
#20 0x7fb7df54d930 in handle_response (scratch_pool=0x7fb7e1e8e028, 
serf_status=0x7ffc021784d4, handler=0x7fb7e1ed31b8, response=, 
request=0x7fb7e1e99038) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1415
#21 handle_response_cb (request=0x7fb7e1e99038, response=0x7fb7e1e907b8, 
baton=0x7fb7e1ed31b8, response_pool=0x7fb7e1e8e028) at 
/build/subversion-Ld6m6I/subversion-1.9.2/subversion/libsvn_ra_serf/util.c:1449
#22 0x7fb7dd39445e in serf.process_connection () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#23 0x7fb7dd392cee in serf_event_trigger () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#24 0x7fb7dd392e0c in serf_context_run () from 
/usr/lib/x86_64-linux-gnu/libserf-1.so.1
#25 0x7fb7df54ce61 in svn_ra_serf__context_run 
(sess=sess@entry=0x7fb7e1ed5248, 
waittime_left=waittime_left@entry=0x7ffc02178730, 
scratch_pool=scratch_pool@entry=0x7fb7e1e9b028) at 

Bug#802287: kdenlive: Kdenlive for Debian 8 fails to load

[Patrick Matthäi]

Am 19.10.2015 um 04:31 schrieb Joe McEntire:
> Package: kdenlive
> Version: 0.9.2-2
> Severity: grave
> Justification: renders package unusable
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation?
> Attempted to install and run kdenlive
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> Installed kdenlive, kdenlive fails to start once I clicked the icon.  
> I
> then rolled back to the wheezy version of the packages kdenlive, 
> kdenlive-data,
> libmlt++3, libmlt5, melt holding these packages at the wheezy version level
> 
>* What was the outcome of this action?
> With the Jessie version the package fails to run.  kdenlive will not
> start
> With the Wheezy version the package works as expected.
> 
> The occurs on both my desktop and my laptop.  I cannot get the Jessie
> version to work no matter what I try.
> 
>* What outcome did you expect instead?
> Kdenlive should launch as expected once installed.
> 
> *** End of the template - remove these template lines ***
> 

Please install the package again with libmlt-dbg and kdenlive-dbg and
show me the following:

$ dpkg -l|egrep "mlt|ffmpeg|libav|kdenlive"
$ kdenlive
$ gdb kdenlive (=> run and bt full)


-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/



signature.asc
Description: OpenPGP digital signature

Bug#802597: glx-diversion: glx-diversions outputs confusing messages and crete uneeded directory

[Eric Valette]

On 10/21/2015 05:18 PM, Andreas Beckmann wrote:

On 2015-10-21 15:53, Eric Valette wrote:

Why the hell does it gives impression that it creates arm link on x64 machine?
Why does it create uneeded directories?

Since we cannot know which foreign architectures will be installed, too.
The nvidia driver is available for amd64, i386 and armhf. Having foreign
i386 on a amd64 host is quite common, so there is no point in managing
the diversions separately. And the diversions have been very fragile
before unifying them into one glx-diversions package.
I doubt you will run ARM code using a GPU on a x86 arch plus you do not 
create dangling symlink so you know what is installed. Installing nvidia 
binary later should eventually rerun glx-alternative but this is a 
différent story

Also for glx-alternative-nvidia it is important to be sure all three
architectures are in sync w.r.t. the diversions, since we want one
alternative to manage all architectures.
I do not contest the goal, I contest the print on screen that makes 
people think it install danling links (which fortunately it does not) 
and also create uneeded files.


--eric

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Tue, Oct 20, 2015 at 11:31:05PM +0100, Luca Boccassi wrote:
 
> Could you please make sure that both your user and your DM user (sddm I
> believe?) are in the video group and try again and report the result?

Yes, this solves the problem, but it is ridiculous. 

First of all it is security issue. The "video" group is system group
that provide write access to video device. It is using not only for
nvidia. For example I am using special system user "webcam" for
streaming from my web camera to RTMP server. To do this I've added it
to video group. So normal non-system user should not be included
into this group.

Second, tell us please how do You make sure the normal user being
included into video group? For example, if You add new user with
useradd utility? Yes, You can do this with something like hook or
trigger, but this is not only way to create new user - there are
unlimited number of ways to do this. Or may be You are going notify
all sysadmins about this?

No. This is really crazy idea to provide non-system ordinary user
with write access to video device in order to provide access to glx
library. And Andreas Beckmann's post:

http://lists.alioth.debian.org/pipermail/pkg-nvidia-devel/2015-October/011948.html

explains nothing about this. There are no answer to the question:
what for glx requires write access to video device for normal live
user?  This is something new in world fashion. Why only glx require
this? How do other video works without such requirements?

###  Vladimir Stavrinov  ###

Bug#802164: inkscape: FTBFS on hppa since switch to gcc-5

[Alex Valavanis]

Yes, sorry for the mistakes... it should indeed be CXXFLAGS, and the string
should not be quoted.


Best wishes,


Alex


On 20 Oct 2015 8:07 p.m., "Jonas Smedegaard"  wrote:

> Quoting Alex Valavanis (2015-10-20 20:43:02)
> > Hi Mattia,
> >
> > Sorry... hit Reply instead of Reply All.  The fix could just be
> > applied in debian/rules if you don't want to patch the upstream
> > source.  You should just be able to add CFLAGS+=" -std=c++11", I
> > guess.  The current release (and all future ones) should already be
> > compatible with the C++11 standard, although we don't yet require it.
>
> NB! debian/rules is a Makefile, and its native variables should not
> include quotation and handles spaces more relaxed than shell:
>
> CFLAGS += -std=c++11
>
>
>  - Jonas
>
> --
>  * Jonas Smedegaard - idealist & Internet-arkitekt
>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>
>  [x] quote me freely  [ ] ask before reusing  [ ] keep private
>

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Luca Boccassi]

On 21 October 2015 at 17:15, Vladimir Stavrinov  wrote:
> OK, but what happened recently with 0.6.x version? Do You want to
> say, that ordinary user always had had write access to nvidia device?

Yes. That is what we were trying to fix: device nodes are created by
default by upstream (and by udev) with 666 permissions, so world
readable and writable. We tried to fix it back to 660, but that caused
all these regressions and required the users to be in the video group
as a workaround.

With the upload Andreas just did (340.93-6) the video group workaround
won't be needed, but device nodes go back to 666.

Kind regards,
Luca Boccassi

Bug#802609: ITP: oddjob -- D-Bus service which runs odd jobs

[Timo Aaltonen]

Package: wnpp
Severity: wishlist
Owner: Timo Aaltonen 

* Package name: oddjob
  Version : 0.34.3
  Upstream Author : Red Hat, Inc.
* URL : https://www.fedorahosted.org/oddjob/
* License : BSD
  Programming Lang: C
  Description : D-Bus service which runs odd jobs

Oddjob is a D-Bus service which performs particular tasks for clients which
connect to it and issue requests using the system-wide message bus.

It's a pre-req for FreeIPA 4.2.x.

Bug#765109: Amd Kaveri: no amd compatible card found

[fin4478 fin4478]

I tried Stretch with  kernel 4.2.0 and fglrx-driver 1:15.9-2. After 
installation booting failed 2 times: missing xorg.conf (aticonfig did not work) 
and  amdpcsdb.default in /etc/ati folder. I copied the missing files from 
xorg.conf.backups and  from Catalyst sources. The driver could install driver 
at /dev/card0, but still claimed that no compatible card. It looks like the 
package is not tested with integrated graphics. Mine is A8-7600.

Using Catalyst 15.9 from Amd site with ubuntu patches and kernel 4.1.6 works 
fine.

Bug#802614: flask-login should produce python3-flask-login package

[Marques Johansson]

Package: flask-login
Version: 0.2.6-1

The packages produce by flask-login are behind the upstream and
https://github.com/maxcountryman/flask-login/ which is at 0.3.2 and there
is no python3 package generated.

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Andreas Beckmann]

On 2015-10-21 17:39, Vladimir Stavrinov wrote:
> explains nothing about this. There are no answer to the question:
> what for glx requires write access to video device for normal live
> user?  This is something new in world fashion. Why only glx require
> this? How do other video works without such requirements?

The driver is a non-free blob. I have no clue how it works :-)


Andreas

Bug#802613: mutt: Does not revert space-stuffing when saving format=flowed messages

[Christoph Biedl]

Package: mutt
Version: 1.5.24-1
Severity: normal

Dear Maintainer,

the format=flowed Content-Type extension allows "space stuffing", i.e.
inserting an additional space at the beginning of a line (RFC 3676,
4.4). The mutt MUA displays such messages correctly, however preserves
the additional spaces when saving the message body. This is surprising
since, for example, messages in the quoted-printable transfer encoding
are properly decoded in the same process.

How to repeat:

Open the attached mbox files using "mutt -R -f ",
hit "" to view the message body. It's presented as

|1
| 2
|  3

Now hit "v" (view-attachments), then "s" (save-entry) to save to a
file. Inspect the created file.

For the file from msg-qp (quoted-printable) it's again

|1
| 2
|  3

For the file from msg-ff (format=flowed) however it's

|1
|  2
|   3

as in the raw content.

Given my experience with the view-attachments option, the handling of
format=flowed is inconsistent and therefore the buggy one.

Regards,

Christoph

-- Package-specific info:
Mutt 1.5.24 (2015-08-30)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 4.1.10 (x86_64)
ncurses: ncurses 6.0.20150810 (compiled with 6.0)
libidn: 1.32 (compiled with 1.32)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/5/lto-wrapper
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 5.2.1-17' 
--with-bugurl=file:///usr/share/doc/gcc-5/README.Bugs 
--enable-languages=c,ada,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-5 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu 
--enable-libstdcxx-debug --enable-libstdcxx-time=yes 
--with-default-libstdcxx-abi=new --enable-gnu-unique-object 
--disable-vtable-verify --enable-libmpx --enable-plugin --with-system-zlib 
--disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-5-amd64/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-5-amd64 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-5-amd64 
--with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 
--with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic 
--enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu 
--target=x86_64-linux-gnu
Thread model: posix
gcc version 5.2.1 20150911 (Debian 5.2.1-17) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'x86_64-linux-gnu' 
'build_alias=x86_64-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 
'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode.patch
features/ifdef.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/correct_docdir_in_man_page.patch

Bug#801844: [systemd] Sudden Unbootable System

[d_baron]

- Original Message -From: Michael Biebl Date: 
Wednesday, October 21, 2015 4:30 pmSubject: Re: Bug#801844: [systemd] Sudden 
Unbootable SystemTo: David Baron , 801...@bugs.debian.org> 
Am 18.10.2015 um 11:02 schrieb David Baron:> > Spontaneously gave it a try 
today and ... it > > booted successfully!> > > > Did have an "invalid mount 
point" error up > > front but does not show on journalctl or > > dmesg.> > > > 
Please provide full error messages in context. If necessary take a> 
screenshot.Cannot at moment.Have other problems, but the reported problem 
"fixed itself."‭‮

Bug#802451: pbuilder: no longer overwrites Changed-By line in .changes file

[Thorsten Glaser]

Mattia Rizzolo dixit:

>Is there a particular reason you can't add, i.e.,
>`${DEBEMAIL:+-e"$DEBEMAIL"}` (or directly your name/surname/mail) to
>your DEBBUILDOPTS pbuilderrc instead?  I have DEBEMAIL exported from my

Hmm, good idea.

>   devscript use DEBEMAIL for only the email, etc);

No. It’s documented to do that, but I found several things break
if DEBEMAIL and DEBFULLNAME are set, but setting DEBEMAIL to the
“realname ” format fixes those breakages and does not in‐
troduce any new bugs, so I use that…

>mind you, I'm ok at reintroducing it, but with a different variable
>name, like $changedby_email or something, but I believe the need can
>already be fulfilled by the available options.

Nah, setting/amending DEBBUILDOPTS will likely work, and I’ll try it.

>why is there nothing sombody can do that doen't upset somebody else :|

Yeah ☹ thanks for the fast reply though, much appreciated!

bye,
//mirabilos
-- 
“The final straw, to be honest, was probably my amazement at the volume of
petty, peevish whingeing certain of your peers are prone to dish out on
d-devel, telling each other how to talk more like a pretty princess, as though
they were performing some kind of public service.” (someone to me, privately)

Bug#802612: fakeroot fails in user namespaces (EINVAL / Invalid argument)

[Bjørn Forsman]

Package: fakeroot
Version: 1.20.2-1
Severity: normal
Tags: upstream

Dear Maintainer,

fakeroot does not work as expected inside user namespaces:

  $ touch test-file
  $ ls -ln test-file
  -rw-r--r-- 1 1000 100 0 okt.  21 10:12 test-file
  $ fakeroot -- chown 0:0 test-file ### WORKS
  $ unshare -U -m fakeroot -- chown 0:0 test-file   ### FAILS
  chown: changing ownership of ‘test-file’: Invalid argument

I would have expected the last command to succeeded, like the one above it.

strace snippet, normal run (works):
  fchownat(AT_FDCWD, "test-file", 0, 0, 0) = -1 EPERM (Operation not permitted)

Inside user namespace (fails):
  fchownat(AT_FDCWD, "test-file", 0, 0, 0) = -1 EINVAL (Invalid argument)

A theory is that the linux kernel returns EINVAL when it encounters UIDs that
don't exist in the user namespace. There is of course the question whether that
is the _expected_ kernel behaviour, but I assume so. Anyway, the below command
backs up the theory about the kernel behaviour; it works because UID 0 exists
in this namespace:

  $ unshare -U -m --map-root-user fakeroot -- chown 0:0 test-file### WORKS

I did a small test with this patch:

  @@ -870,7 +870,7 @@ int fchownat(int dir_fd, const char *path, uid_t owner, 
gid_t group, int flags)
 else
   r=0;
  
  -  if(r&&(errno==EPERM))
  +  if(r&&(errno==EPERM||errno==EINVAL))
   r=0;

It fixed the problem for my little test case.

The question is what side-effects this patch may have, and whether it is a
sufficient and / or acceptable fix. There are probably many more syscalls that
may return EINVAL instead of EPERM in user namespaces.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
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 fakeroot depends on:
ii  libc62.19-18+deb8u1
ii  libfakeroot  1.20.2-1

fakeroot recommends no packages.

fakeroot suggests no packages.

-- no debconf information

Bug#799948: Plasma desktop is unable to start (black screen - panic)

[Vladimir Stavrinov]

On Wed, Oct 21, 2015 at 05:50:22PM +0200, Andreas Beckmann wrote:

> The driver is a non-free blob. I have no clue how it works :-)

Kicks nvidia ass. Non-free blob is always headache. Will it be
sensitive for nvida if all Linux user will boycott them not buying
their hardware?

OK, but what happened recently with 0.6.x version? Do You want to
say, that ordinary user always had had write access to nvidia device?

###  Vladimir Stavrinov  ###

Bug#801551: jessie-pu: package stress/1.0.1-1

[Eriberto]

Hi Adam,

The problem is not happening in any buildds now.

As an additional information, in 1.0.4-1 revision I migrated the
debian/rules to reduced format (dh $@) and I am using autoreconf.

Thanks!

Regards,

Eriberto


2015-10-20 17:14 GMT-02:00 Adam D. Barratt :
> Control: tags -1 + moreinfo
>
> On Sun, 2015-10-11 at 20:59 -0300, Joao Eriberto Mota Filho wrote:
>> I would like to ask for acceptance of the jessie-pu based in attached 
>> debdiff.
>> This upload will close a 'serious' bug present in Jessie.
>>
>> The changelog is:
>>
>> --
>> stress (1.0.1-1+deb8u1) jessie; urgency=medium
>>
>>   * debian/rules: avoid to install info/dir.gz file. (Closes: #799717)
>
> Is this actually fixed in sid, or just happening not to trigger on any
> buildds there currently? If the former, how?
>
> Regards,
>
> Adam
>

Bug#801894: autopkgtest: Support conditional dependencies

[Barry Warsaw]

On Oct 21, 2015, at 09:41 AM, Martin Pitt wrote:

>Barry Warsaw [2015-10-15 13:48 -0400]:
>> With python-pex, an extra dependency is required on Ubuntu that isn't
>> required on Debian.  Originally I was keeping an Ubuntu delta that
>> only differed by including the extra dependency in d/tests/control.
>
>Out of interest, this does sound like a bug, no?

Oh, it's a bug, but not in pex.  The bug is in ubuntu-release-upgrader because
its package install creates dangling symlinks which are only satisfied when
other packages are installed.  I actually have a MP to fix this:

https://code.launchpad.net/~barry/ubuntu-release-upgrader/lp1485093

>If we need to take diversion between Debian and derivatives into
>account, then maybe this should be done more generally, similarly to
>deiban/patches/series.ubuntu? E. g. there could be a
>debian/tests/control., and if that doesn't exist,
>fall back to the usual debian/tests/control ?

That's a great idea.

However, I'd suggest always running control. and control.  That way
only the delta needs to be defined in control. so it reduces
duplication.  If there is no overlap between the tests for various vendors,
then a package could just include only e.g. control.ubuntu and control.debian,
etc.

>While that would mean more duplication in your particular case (take
>it as motivation to fix that delta :), and it really smells like a
>bug) it might also help with some other use cases, like you want to
>run different tests on Debian and Ubuntu.

It's entirely possible, but maybe only theoretical right now.  We certainly
have packages in Ubuntu that aren't in Debian, and the presence of those
packages may affect the tests of other packages, even without considering
bugs.


pgpiACu53saum.pgp
Description: OpenPGP digital signature

Bug#787453: libdata-alias-perl: FTBFS with perl 5.22

[Zefram]

Hi, I'm the Data-Alias maintainer.  Data-Alias has been updated for Perl
5.22, in Data-Alias-1.19, now on CPAN.  However, I've had reports from two
separate users describing test failures of D-A-1.19 on vendor versions
of Perl 5.22, one Debian and one Fedora.  These new test failures are
recognisable by a bunch of syntax-related error messages from the test
suite, starting with a "Useless use of anonymous hash" warning from
t/03_copy.t, following build success.

I have not been able to reproduce this new failure myself.  It doesn't
happen with my usual configurations of stock Perl 5.22.  It doesn't
happen if I apply as much of the Fedora configuration settings as I can
to stock 5.22.  It even doesn't happen if I use my usual configuration
after applying the patches from the Debian perl 5.22.0-4 package.

It would be really helpful if someone with a failing setup would
try figuring out which part of the perl build makes the difference.
Something I haven't yet tried varying is the C compiler.  I'm using Debian
gcc 4.7.2-5, which doesn't understand the -fstack-protector-strong option
that the failing perls are built with.

-zefram

Bug#802619: attic: Unrecoverable data integrity error after running out of disk space

[Heikki Hokkanen]

Package: attic
Version: 0.13-1
Severity: grave
Tags: upstream
Justification: causes data loss

I ran into "attic: Error: Data integrity error" after running out of
disk space. That resulted in the attic repository becoming unrecoverable
and unusable.

This issue has been reported upstream:

https://github.com/jborg/attic/issues/356

Regards,
Heikki Hokkanen


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

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

Versions of packages attic depends on:
ii  libacl1  2.2.52-2
ii  libc62.19-18+deb8u1
ii  libjs-sphinxdoc  1.2.3+dfsg-1
ii  libssl1.0.0  1.0.1k-3+deb8u1
ii  python3  3.4.2-2
ii  python3-msgpack  0.4.2-1

Versions of packages attic recommends:
pn  python3-llfuse  

attic suggests no packages.

-- no debconf information

Bug#801448: vlc: VLC change audio device without obvious reason

[Rémi Denis-Courmont]

tags 801448 = confirmed upstream fixed-upstream
severity 801448 important
thanks

Fixed in VLC 2.2.2.

http://git.videolan.org/gitweb.cgi/vlc.git/?a=commit;h=7ac70075128318c51bbc1c0190482642f7a9226c

-- 
Rémi Denis-Courmont
http://www.remlab.net/

Bug#802382: transition: qtbase-opensource-src

[Emilio Pozuelo Monfort]

Control: tags -1 confirmed
Control: forwarded -1 
https://release.debian.org/transitions/html/qtbase-abi-5-5-1.html

On 19/10/15 21:51, Lisandro Damián Nicanor Pérez Meyer wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> 
> Hi RT! We are ready for another qtbase's private headers transition.
> 
> As usual this is just private headers's stuff and everything is pushed to
> experimental.
> 
> At the same time we will be removing src:qtenginio-opensource-src.
> It's only rdeps are all managed by us and should already be fixed in
> experimental.
> 
> Thanks in advance!

Let's do it!

Emilio

Bug#801551: jessie-pu: package stress/1.0.1-1

[Adam D. Barratt]

On Wed, 2015-10-21 at 13:54 -0200, Eriberto wrote:
> Hi Adam,
> 
> The problem is not happening in any buildds now.

That doesn't actually answer the question of whether it's fixed or just
not currently happening to trigger.

> As an additional information, in 1.0.4-1 revision I migrated the
> debian/rules to reduced format (dh $@) and I am using autoreconf.

There's a reasonable chance that the combination of those two changes
has removed the issue, however.

In which case, you need to fix up the version metadata on #799717 - both
because we're unlikely to accept the package for stable while the BTS
still says unstable is buggy and because otherwise the package will get
auto-removed from testing in a couple of weeks time.

Regards,

Adam

Bug#802462: libgdal1h: optional libpq5 dep

[Sebastiaan Couwenberg]

On 20-10-15 12:07, Bas Couwenberg wrote:
> Your bugreport lacks a body explaining the issue.
> 
> The subject "optional libpq5 dep" is not clear.
> 
> What is the actual issue you want to have addressed in the gdal package?

I'm closing this bugreport which seems to have been reported in error,
feel free to reopen it when it can be turned into an actionable bugreport.

Kind Regards,

Bas

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

Bug#699116: ITP: libpam-ldap -- Pluggable Authentication Module for LDAP

[Lucas Castro]

Package: wnpp
Followup-For: Bug #699116
Owner: Lucas Castro 

Bug#802499: closed by Holger Levsen <hol...@layer-acht.org> (Re: [Piuparts-devel] Bug#802499: testing plugin packages during upgrades)

[Daniel Pocock]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


Holger, thanks for the feedback

I agree that not all the bugs I raise can be resolved easily or quickly

However, instead of closing something like this, would you consider
using some tag for these bugs to distinguish them from those you
prioritize?  Then:

a) the BTS will show you the stuff that is important to you at the top
of the list

b) whenever people have time for a brainstorming session about major
overhaul, they can pull out all these other ideas and re-evaluate them

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWJ8giAAoJEOm1uwJp1aqD7x4QAJFTGa+8s+2Bwy9ky92kHyDV
pznSqqFR3YzWsdaygNEhyROW9bXBVlhk5GCjUfCUheEaPLSJJDuXxFbNFg25uuKp
16SjXkPW2QfXJfyyb5TU++WM+lpSprFqS1b7kcWvRD/n8u8nD7OQdGQpGmCZimIw
o6SnDTviGjxhUUno47brr0hgAJEjRsxqVasfGZAxbjQgghqhFpqRljrlEirIVNMe
rxFAUes6Qqda6ygR18aRGg/KHKq4IjaQwJfEDoGGRfjp2TH/JvqkdFs0oKcbr/O0
j8BKmW79FzSAX9udvjzoMllvB2KsSRNhtJzwdWObFS8WnCMYSr9CjfTkdMvGuqQ0
OKIu8b15s6OeCyqar31FYGNbOmzhd54FkmaibPjp3H+ELfcFK0WYgspE3nSmYPea
AxZl3A44+e/wfXnOGBK1TWmXQ7tABmT+K860We7zDWeKsUtzOvwKpWblTYuyJuom
8Hxr2Yp5ZTVj5qzn1Zi/VLGl4RzpGjDTXGcTX6K+3H41URysLxb+Qr0IUsQqY64x
TyrqoiuyEibR/vf/ZAG8X1stqe5+PYg+cO17cFCA0W/0k8HpWryCu8yfohHJ59NG
O5rp3Uu6ueu4RWvbQaR0EkWpygvpA3bK+vSVtyoXwT+DZDQqK+6TrVB0tE3X+K7Z
n1E8sB/AvdmjaOkDM3gR
=aBZU
-END PGP SIGNATURE-

Bug#607497: info

[Sergio Durigan Junior]

On Wednesday, October 21 2015, Henri Salo wrote:

>> While I agree that the current solution still needs some improvement, I do
>> believe that, as far as security is concerned, the behavior described in this
>> report does not exist anymore.
>
> Then you can close this bug.

This bug is important enough that it deserves a double-check, therefore
I do not think I can just close it out of nowhere.

>> I realize it has been a long time since this bug (and this package) has
>> received any attention
>
> Received attention should not be the indicator of whether bug should be closed
> or not.

I did not say this.

> I do not know what happened to tags in this bug report, but in Debian security
> tracker this issue has been marked as fixed in 0.2.7-1.1 version. There is 
> also
> a note that Midori should not be used if SSL support is important to you. Is
> this correct information?

To the extent of my knowledge, no.

> Please see: https://security-tracker.debian.org/tracker/CVE-2010-3900

What makes you think I did not see this?

> I can also do some testing if that is needed. If user should not use Midori 
> when
> SSL/TLS support is important then it should be clearly pointed out at least in
> the man page.

I would appreciate more testing, of course.  That is why I decided to
ping this bug instead of closing it.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#801730: transition: gnome-desktop3

[Emilio Pozuelo Monfort]

Control: tags -1 pending

On 15/10/15 10:45, Emilio Pozuelo Monfort wrote:
> On 15/10/15 03:25, Michael Biebl wrote:
>> Am 14.10.2015 um 18:34 schrieb Emilio Pozuelo Monfort:
>>
 https://release.debian.org/transitions/html/auto-gnome-desktop3.html
 https://release.debian.org/transitions/html/auto-cheese.html
>>
>>> Go ahead.
>>
>> Awesome, thanks Emilio.
>>
>> I've uploaded gnome-desktop3 and cheese and they have been built everywhere.
>>
>> Please schedule the binNMUs for gnome-desktop3 and cheese.
> 
> Scheduled.

This is now in testing.

Bug#800990: jakarta-jmeter: depends on obsolete libcommons-httpclient-java library

[Markus Koschany]

Control: tags -1 fixed-upstream

I am marking this bug as fixed-upstream because upstream claims that
this issue is already resolved and we should "just use the appropriate
HTTP implementation". [1]

However when I tried to build jakarta-jmeter without the
libcommons-httpclient-java build dependency, the build FTBFS for me and
there are still classes which import commons-httpclient.

Markus

[1] https://bz.apache.org/bugzilla/show_bug.cgi?id=58514



signature.asc
Description: OpenPGP digital signature

Bug#801632: transition: x265

[Emilio Pozuelo Monfort]

Control: tags -1 pending

On 14/10/15 20:13, Sebastian Ramacher wrote:
> Hi
> 
> On 2015-10-14 19:08:08, Emilio Pozuelo Monfort wrote:
>> Control: tags -1 confirmed
>>
>> On 12/10/15 21:48, Sebastian Ramacher wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>>
>>> libx265 bumped its SONAME from libx265-59 to libx265-68 and requires a
>>> transition. The transition is staged in experimental. All reverse 
>>> dependencies
>>> (ffmpeg, gst-plugins-bad1.0, handbrake and vlc) build fine against the new
>>> version.
>>
>> You can go ahead.
> 
> Uploaded and accepted.

This is in testing now, just waiting for ffmpeg to migrate (which should happen
tonight).

Cheers,
Emilio

Bug#794311: KiCad 4.0 rc1

[Bas Wijnen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I had some trouble building it, because cmake refused to build in-source.  So I
changed it to build out of source.  The package installs fine, but so far I see
some problems:

The default library path mentions lots of things on github (but it doesn't seem
to look there, which is good).  It doesn't include the files from kicad-common
in /usr/share.  Adding them manually works well, but it would be nicer if they
were enabled by default.

When running cvpcb from eeschema, eeschema hangs and nothing happens.  cvpcb
doesn't seem to be a standalong program anymore, so I couldn't try running it
from the commandline.  Running _cvpcb_kiface just gives a segmentation fault,
but that may be expected behavior.

I had a program set up for generating .net and .cmp files as well, so I
wouldn't need to use eeschema or cvpcb.  However, pcbnew doesn't recognize the
footprints I'm requesting, so perhaps my .cmp file is broken.  I have no way to
check what is wrong though, because cvpcb doesn't work.

I'll send a pull request for the out of source building soon.  If you have any
ideas for how to fix the problems I described, please tell me.

Thanks,
Bas
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBAgAGBQJWJ83oAAoJEJzRfVgHwHE6S4wP/Az1A2qfcOmjyheWja0yeSou
oVXIPfEApDjfQDhsTNR4Tfsn0Fm1Y5MTgbb6YjDHI5K29ylAUk4c5wXnuEcBmaPb
CDfGBcr4n1fEstFNKUTyhnXpjMHplglhexQkb0dOkBswgYNXBFNBKtKhv2epA7Z7
xNQMm3uaatdWZhEvrgXnLw/t2nOWm5DqeEqDNotctNHRfDG9XUBjitT1AUwGC/FE
lrsj0al/mBIIoLQvXY13+n1/7TTZkRcrBtAPapGJdeCOdZq7M7ipcRjb1CYvjQ0n
CwtlXDDUcV9yg2jHIcGU/hfQfDWBJjJbRMRhYAbRwRStG5NQBQx6RH191YyI+3yG
jrZ+SzUaaJwW14DNEMLAblw6PK3bABuat3Gjl4lErfHxXExmp3lkjItazsjDPRFj
t4JJt7T3KUG2HI0o2paLeKbMIcrUfYN8RgWHFIFGzUc76IwJtZOyup1TFa9KVi4H
lY4l8zCrxB/PuPHfooLHJf2pN7DCqa+m3QKl1rPscjtewCkCVoocSzr1o6gsasBf
D2424Y+zVPzO0w2PemyFisvVPwrY1lzSkfWbqO1bheMJJjbMK9p9CiaRcYtdaMml
N3d3jgbCvtA+lzUxmh92iPxoSX36yMlrDU5movWS4Otmv60LUlhaGfMu1VaImXP9
LbVUtpLbq39Jd3ARWG4Z
=sO6i
-END PGP SIGNATURE-

Bug#802382: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

On Wednesday 21 October 2015 19:57:11 you wrote:
[snip]
> BTW a bit offtopic, but... there are a few conflicts with
> gstreamer0.10-rm... when is Qt5 going to switch to GStreamer 1.x ? The aim
> is to get 0.10 out of Stretch...

5.5.1 brings gstreamer 1.0 for everyone ;) (+/- some packaging bug, of course)

-- 
UNIX is basically a simple operating system, but you have to be a
genius to understand the simplicity.
  Dennis Ritchie

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#801710: (no subject)

[Barry Warsaw]

On Oct 21, 2015, at 03:13 PM, Piotr Ożarowski wrote:

>if you use pybuild, then I suggest to:
>
>export PYBUILD_AFTER_INSTALL=find {destdir}{install_dir} -name SOURCES.txt 
>-delete
>
>and send yet another angry email to setuptools authors ;)

I don't think it's as simple as that, otherwise it should fail on all packages
with fairly simple setup.py's right?  Why do some fail (e.g. flufl.lock) but
others don't (e.g. webob)?

I don't want to send AAE until I understand the root cause.


pgpUv73Fsj49o.pgp
Description: OpenPGP digital signature

Bug#802618: xinit: no keyboard/mouse support after yesterdays's upgrade

[Andreas Metzler]

Control: reassign 802618 xserver-xorg-core 2:1.17.2-2
Control: severity 802618 serious
Control: retitle 802618 keyboard/mouse support broken - mising dep on 
libpam-systemd?

On 2015-10-21 Andreas Metzler  wrote:
> Package: xinit
> Version: 1.3.4-3
> Severity: important

> Hello,

> yesterday's X11 upgrade broke my setup, both keyboard and mouse are
> dead under X.

> I am starting X with startx, and am attaching the X log file. Comparing
> old (X as root) ad new logfile, these seem to be the interesting
> lines: 

> 
[...]
> [   406.900] (**) evdev: HID 046a:0023: Device: "/dev/input/event1"
> [   406.900] (EE) evdev: HID 046a:0023: Unable to open evdev device 
> "/dev/input/event1".
> 
[...]
> I am not sure against which package I should report this, wich is
> basically the only reason I have important severity. ;-) I would be
> grateful for a quick fix. 

Hello,

reassiging, there seems to be a missig/incorrect dependency. Manually
installing libpam-systemd:i386 lets X work again.

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#802382: transition: qtbase-opensource-src

[Emilio Pozuelo Monfort]

On 21/10/15 19:54, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> Control: forwarded -1 
> https://release.debian.org/transitions/html/qtbase-abi-5-5-1.html
> 
> On 19/10/15 21:51, Lisandro Damián Nicanor Pérez Meyer wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition
>>
>>
>> Hi RT! We are ready for another qtbase's private headers transition.
>>
>> As usual this is just private headers's stuff and everything is pushed to
>> experimental.
>>
>> At the same time we will be removing src:qtenginio-opensource-src.
>> It's only rdeps are all managed by us and should already be fixed in
>> experimental.
>>
>> Thanks in advance!
> 
> Let's do it!

BTW a bit offtopic, but... there are a few conflicts with gstreamer0.10-rm...
when is Qt5 going to switch to GStreamer 1.x ? The aim is to get 0.10 out of
Stretch...

Emilio

Bug#802611: subversion: Core dump of "svn diff -c 102".

[James McCoy]

On Oct 21, 2015 12:00 PM, "Oleksandr Gavenko"  wrote:
>
> 100% reproduced.
>
>   bash# svn diff -c 109

Is this a public repository?

Cheers,
James

Bug#802618: xinit: no keyboard/mouse support after yesterdays's upgrade

[Julien Cristau]

On Wed, Oct 21, 2015 at 20:12:01 +0200, Andreas Metzler wrote:

> Control: reassign 802618 xserver-xorg-core 2:1.17.2-2
> Control: severity 802618 serious
> Control: retitle 802618 keyboard/mouse support broken - mising dep on 
> libpam-systemd?
> 
> On 2015-10-21 Andreas Metzler  wrote:
> > Package: xinit
> > Version: 1.3.4-3
> > Severity: important
> 
> > Hello,
> 
> > yesterday's X11 upgrade broke my setup, both keyboard and mouse are
> > dead under X.
> 
> > I am starting X with startx, and am attaching the X log file. Comparing
> > old (X as root) ad new logfile, these seem to be the interesting
> > lines: 
> 
> > 
> [...]
> > [   406.900] (**) evdev: HID 046a:0023: Device: "/dev/input/event1"
> > [   406.900] (EE) evdev: HID 046a:0023: Unable to open evdev device 
> > "/dev/input/event1".
> > 
> [...]
> > I am not sure against which package I should report this, wich is
> > basically the only reason I have important severity. ;-) I would be
> > grateful for a quick fix. 
> 
> Hello,
> 
> reassiging, there seems to be a missig/incorrect dependency. Manually
> installing libpam-systemd:i386 lets X work again.
> 
Yep, we should add a dependency (or at the very least Recommends) on
libpam-systemd.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#801851: jessie-pu: package multipath-tools/0.5.0-6+deb8u1

[Adam D. Barratt]

On Wed, 2015-10-21 at 11:45 +0200, Ritesh Raj Sarraf wrote:
> On Tue, 2015-10-20 at 22:02 +0100, Adam D. Barratt wrote:
> > I know when 8.2 was released, thank you. :-p But no, it's the second
> > upload to Debian 8, as described in the Developers Reference.
[...]
> I have updated the changelog to +deb8u2 and uploaded it. Thanks.

Querying the version didn't imply an ack on the remainder of the diff,
fwiw...

Regards,

Adam

Bug#760071: gitso: Gui obstructs buttons

[Andreas Neudecker]

Package: gitso
Version: 0.6.2+svn158+dfsg-1
Followup-For: Bug #760071

One year after the original bug report I have the same problem running gitso
0.6.2+svn158+dfsg-1 on LXDE (see attached screenshot). I guess this renders the
program pretty useless.

It would be great if this could be fixed.

Regards

Andreas



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

Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages gitso depends on:
ii  python   2.7.9-1
ii  python-wxtools   3.0.1.1+dfsg-2
ii  x11vnc   0.9.13-1.2+b2
ii  xtightvncviewer  1.3.9-6.5

gitso recommends no packages.

gitso suggests no packages.

-- no debconf information

Bug#802567: Review box name

[Emmanuel Kasper]

Le 21/10/2015 09:27, Luca Favatella a écrit :
> Package: cloud.debian.org
> Tags: patch
> 
> [Not sure this is the correct way to report this kind of small issues,
> please let me know.]
> 
> Running `make stable-test` on master 577ff13 creates debian-jessie.box
> but script expects debian-jessie64.box. Review box names.
> 
> I did not test that the patch fix the issue as I did not have time to
> try that, but it should.
> 
> (BTW Real fix looks like integrating somehow continuous integration /
> Jenkins in workflow. And maybe review boxes naming conventions
> following some Debian naming schemes e.g. debian-jessie-amd64.box
> debian-jessie-hurd-i386.box . But still early days for those.)

Thanks for the patch, I've applied it.

Well if you have more of the like you can also the send patch directly
to the debian-cloud mailing ist with something like git send-email
--cover-letter --to debian-cloud@mailing list
(see
http://www.freedesktop.org/wiki/Software/PulseAudio/HowToUseGitSendEmail/ for
background)

After reviewing I can apply the patch directly with git am.

Bug#802621: samba: FTBFS on kfreebsd-*: UnboundLocalError: local variable 'CTDB_SYSTEM_SRC' referenced before assignment

[Sebastian Ramacher]

Source: samba
Version: 2:4.3.0+dfsg-2
Severity: important

samba in experimental fails to build on kfreebsd-*:
| dh_auto_build --sourcedirectory=ctdb
|   make -j1
| make[2]: Entering directory '/«BUILDDIR»/samba-4.3.0+dfsg/ctdb'
| WAF_MAKE=1 PATH=buildtools/bin:../buildtools/bin:$PATH waf build
| Waf: Entering directory `/«BUILDDIR»/samba-4.3.0+dfsg/ctdb/bin'
| Platform gnukfreebsd10 not supported
| Traceback (most recent call last):
|   File "../buildtools/bin/waf", line 76, in 
| Scripting.prepare(t, cwd, VERSION, wafdir)
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/third_party/waf/wafadmin/Scripting.py", 
line 145, in prepare
| prepare_impl(t, cwd, ver, wafdir)
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/third_party/waf/wafadmin/Scripting.py", 
line 135, in prepare_impl
| main()
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/third_party/waf/wafadmin/Scripting.py", 
line 188, in main
| fun(ctx)
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/third_party/waf/wafadmin/Scripting.py", 
line 386, in build
| return build_impl(bld)
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/third_party/waf/wafadmin/Scripting.py", 
line 399, in build_impl
| bld.add_subdirs([os.path.split(Utils.g_module.root_path)[0]])
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/third_party/waf/wafadmin/Build.py", line 
993, in add_subdirs
| self.recurse(dirs, 'build')
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/third_party/waf/wafadmin/Utils.py", line 
634, in recurse
| f(self)
|   File "/«BUILDDIR»/samba-4.3.0+dfsg/ctdb/wscript", line 317, in build
| source=CTDB_SYSTEM_SRC,
| UnboundLocalError: local variable 'CTDB_SYSTEM_SRC' referenced before 
assignment
| make[2]: *** [all] Error 1
| Makefile:6: recipe for target 'all' failed
| make[2]: Leaving directory '/«BUILDDIR»/samba-4.3.0+dfsg/ctdb'

For a full build log see
https://buildd.debian.org/status/fetch.php?pkg=samba=kfreebsd-amd64=2:4.3.0+dfsg-2=1443611546

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#802620: samba: FTBFS on kfreebsd-*, m86k and x32: rm: cannot remove '/<>/samba-4.1.20+dfsg/debian/tmp/usr/share/man/man1/vfstest.1': No such file or directory

[Sebastian Ramacher]

Source: samba
Version: 2:4.1.20+dfsg-1
Severity: important

samba fails to build on kfreebsd-*, m68k and x32 with:
| #Remove unused vfstest manpage as there is no more vfstest apparently
| rm /«BUILDDIR»/samba-4.1.20+dfsg/debian/tmp/usr/share/man/man1/vfstest.1
| rm: cannot remove 
'/«BUILDDIR»/samba-4.1.20+dfsg/debian/tmp/usr/share/man/man1/vfstest.1': No 
such file or directory
| make[1]: *** [override_dh_install] Error 1
| debian/rules:93: recipe for target 'override_dh_install' failed
| make[1]: Leaving directory '/«BUILDDIR»/samba-4.1.20+dfsg'
| make: *** [binary-arch] Error 2
| debian/rules:69: recipe for target 'binary-arch' failed

For the full build log see
https://buildd.debian.org/status/fetch.php?pkg=samba=kfreebsd-amd64=2:4.1.20+dfsg-1=1442777913

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#802622: ITP: libperinci-cmdline-perl -- Rinci/Riap-based command-line application framework

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libperinci-cmdline-perl
  Version : 1.47
  Upstream Author : perlancar 
* URL : https://metacpan.org/release/Perinci-CmdLine
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Rinci/Riap-based command-line application framework

Perinci::CmdLine is currently empty, because the implementation is currently
split into Perinci::CmdLine::Lite (the lightweight version) and
Perinci::CmdLine::Classic (the full but heavier version). There's also
Perinci::CmdLine::Any that let's you choose between the two dynamically, à la
Any::Moose. And finally there's also Perinci::CmdLine::Inline, the even more
lightweight version.

The package will be maintained under the umbrella of the Debian Perl Group.


signature.asc
Description: Digital Signature

Bug#801851: jessie-pu: package multipath-tools/0.5.0-6+deb8u1

[Ritesh Raj Sarraf]

On Wed, 2015-10-21 at 19:33 +0100, Adam D. Barratt wrote:
> Querying the version didn't imply an ack on the remainder of the
> diff,
> fwiw...

Oh!!.. No problem. Please let me know if there are concerns/questions
over the proposed changes.

-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System


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

Bug#802487: aide crash (SIGSEGV) at beginning

[Hannes von Haugwitz]

severity 802487 important
tags 802487 +unreproducible +moreinfo
forcemerge 802487 776001
thanks

On Tue, Oct 20, 2015 at 03:49:51PM +0200, jpp wrote:
> My version af "aide" crash at beginning with a SIGSEGV, even if I try "aide
> --help'.

I tried to reproduce this on a fresh minimal Debian wheezy installation
with no success. So I''m tagging this bug as unreproducible.

Please provide more info about how to reproduce this behaviour.

Best regards

Hannes

Bug#802544: Xorg.wrap move to xorg-legacy broke X startup (permissions)

[Julien Cristau]

On Tue, Oct 20, 2015 at 14:46:44 -0700, Scott Mcdermott wrote:

> Package: xserver-xorg-legacy
> Version: 2:1.17.2-3
> Severity: grave
> 
> I recently did an upgrade of X, which broke it on my machine.
> Here are old (working) and new (broken) versions that apt-get
> installed, as shown in /var/log/apt/history.log:
> 
> xserver-xorg-core:amd64 (1.17.2-1.1, 1.17.2-3)
> 
> This upgrade has broken X startup for me.  Here is how
> I start X (as ordinary user):
> 
> exec setsid env -i \
> LOGNAME=$LOGNAME \
> USER=$USER \
> HOME=$HOME \
> PATH=$PATH \
> EDITOR=$EDITOR \
> DISPLAY=$DISPLAY \
> SHELL=$SHELL \
> TERM=$TERM \
> LANG=$LANG \
> X :0 vt63 \
> -dpi 106 \
> -nolisten tcp \
> -noreset \
> -keeptty \
> -novtswitch
> 
So one solution is to install xserver-xorg-legacy and tell it to not
drop privileges (needs_root_rights=yes).  But that leaves X running as
root, which we're trying to move away from.

The better solution is to change your setup to run X on the VT it's
started from, inside a logind session, so it doesn't need extra
privileges.

Cheers,
Julien


signature.asc
Description: PGP signature

Bug#802615: pkg-config file for liblbfgs

[Ghislain Vaillant]

Package: liblbfgs-dev
Version: 1.10-5
Severity: wishlist

Dear maintainer,

It would be desirable to ship a pkg-config file for liblbfgs in order to 
ease the detection of the library, for instance when using CMake.


I suspect upstream does not provide one, so we might have to create one 
ourselves and embed it with the debian folder.


Best regards,
Ghis

Bug#802616: netcdf-bin: backport for netcdf?

[Florian]

Package: netcdf-bin
Version: 1:4.1.3-7.2
Severity: wishlist

Is there any way to provide backports for the netcdf libraries?
It would be great if we would not have to rely on such an old
version in stable.

thanks for your work

Florian


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 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 netcdf-bin depends on:
ii  libc62.19-18+deb8u1
ii  libcurl3-gnutls  7.38.0-4+deb8u2
ii  libhdf5-81.8.13+docs-15
ii  libnetcdfc7  1:4.1.3-7.2
ii  zlib1g   1:1.2.8.dfsg-2+b1

netcdf-bin recommends no packages.

netcdf-bin suggests no packages.

-- no debconf information

Bug#607497: info

[Sergio Durigan Junior]

On Wednesday, October 21 2015, Henri Salo wrote:

>> I would appreciate more testing, of course.  That is why I decided to
>> ping this bug instead of closing it.
>
> Great. I can help later this week. We can also communicate in IRC if you are 
> in
> OFTC IRC-network?

My nickname is sergiodj there.

Thanks,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


signature.asc
Description: PGP signature

Bug#794723: [Pkg-utopia-maintainers] Bug#794723: Policykit crashes systemd

[Michael Biebl]

Am 21.10.2015 um 08:33 schrieb Martin Pitt:
> Hello Michael,
> 
> Michael Biebl [2015-10-21  1:45 +0200]:
>> any particular reason why you didn't just use
>> systemctl (un)mask --runtime
> 
> No particular one, but that looks a bit nicer indeed, and the code
> paths are already guarded with [ -d /run/systemd/system ]. Changed
> this to systemctl now and uploaded to unstable and experimental.
> 
> The single clean fix for this is now
> 
>   
> http://anonscm.debian.org/cgit/pkg-utopia/policykit.git/commit/?h=experimental=44b7a8f9326
> 

I thought about this a bit more as I'm generally a bit concerned about
special-case solutions/workarounds.
Maybe a cleaner solution would be to have the D-Bus service file use an
alias like
SystemdService=dbus-org.freedesktop.PolicyKit1.service

and add an [Install] section to polkit(d).service which creates that Alias=.

So the service could only be activated after having been enabled in
postinst. It would have the additional benefit, that one could disable
PolicyKit and this is a patch which could go upstream.



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



signature.asc
Description: OpenPGP digital signature

Bug#706027: I use it

[Pietro Battiston]

Unetbootin is very useful to me. I used it to prepare a lot of
Ubuntu/Debian installations, and also to prepare some USB sticks to be
used as live distributions.

I think this bug can be closed.

Bug#760945: postinst overwrites permissions set by admin, destroys configuration for slaves

[Christoph Berg]

Re: Sven Hartge 2014-09-09 <540f1207.7000...@svenhartge.de>
> > Also the directory /var/lib/smokeping needs to be writable by www-data
> > to allow the data submitted by the slaves to be written to the RRD
> > files or you will get errors like this in the Apache error log:
> > 
> > smokeping.cgi [client 10.1.1.32]: Could not update 
> > /var/lib/smokeping//Remote/Campus_Remote/swXXX-remote-v1.smoke-slave.slave_cache,
> >  giving up for now. at /usr/share/perl5/Smokeping/Master.pm line 156.
> 
> Correction: The permissions for /var/lib/smokeping are fine, but the
> default configuration is missing the "dyndir" directive causing the CGI
> trying to write into the datadir instead of the correct directory
> /var/lib/smokeping/__cgi.

I ran into this as well, it would be nice if the package got fixed.
The default /var/lib/smokeping/__cgi permissions need to be adjusted
as well:
drwxrwsr-x 4 smokeping www-data 4096 Okt 21 20:24 /var/lib/smokeping/__cgi

Christoph
-- 
c...@df7cb.de | http://www.df7cb.de/


signature.asc
Description: Digital signature

Bug#800347: kdbus-dkms: weird kmail/akonadi bug when kdbus is installed

[Michael Biebl]

Am 21.10.2015 um 11:40 schrieb Alexandre Detiste:

> I'll then check again, until now I'll use reboot instead of logout.
> 
> I'd says there's a 50% chance that this bug popping up right after kdbus
> was instaled is merely an unfortunate coincidence,
> you may want to close this bug if it's not usefull.

Well, can you reproduce the problem if you add kdbus=0 to the kernel
command line?


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



signature.asc
Description: OpenPGP digital signature

Bug#787453: libdata-alias-perl: FTBFS with perl 5.22

[Zefram]

Niko Tyni wrote:
>However, building Data-Alias-1.19 with clang works even on our packaged
>perl 5.22.0-4. So the perl build doesn't seem to matter that much.

Thanks, that's a very useful set of results.  Compiler used to build
D-A matters.  It must be doing something hacky at the C language level of
which I was not previously aware.  I can probably track it down from here.

-zefram

Bug#801910: fixed in version 46.0.2490.71-1~deb8u1

[Andrew Engelbrecht]

this issue has been fixed in the latest version of chromium in
jessie/updates: 46.0.2490.71-1~deb8u1

thanks for uploading : )

andrew


On 10/17/2015 06:42 PM, Debian Bug Tracking System wrote:
> Thank you for the additional information you have supplied regarding
> this Bug report.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian Chromium Maintainers 
> 
> If you wish to submit further information on this problem, please
> send it to 801...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 

Bug#802588: lmms: segfault while playing 'metalish_dong01.ogg'

[Petter Reinholdtsen]

[Mohammad Amin]
> here is the direct output from 'valgrind lmms':

Thank you.  I asked the #lmms people to have a look, and was pointed to
https://github.com/LMMS/lmms/issues/2391 > which seem to be the
same problem reported upstream.

-- 
Happy hacking
Petter Reinholdtsen

Bug#802222: transition: gdal

[Emilio Pozuelo Monfort]

Control: forwarded -1 
https://release.debian.org/transitions/html/gdal-1.11.3.html

On 18/10/15 16:38, Bas Couwenberg wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
> 
> For the Debian GIS team I'd like to transition to the recently released
> GDAL 1.11.3 as soon as possible.
> 
> GDAL 2.0.1 was released along with 1.11.3 but several reverse dependencies
> still need patches to support GDAL 2.0, as recently discussed on the
> debian-gis list: https://lists.debian.org/debian-gis/2015/10/msg00022.html
> 
> gdal (1.11.3+dfsg-1~exp1) is ready in experimental for about a month
> now.
> 
> Because of the problematic mix of C & C++ symbols provided by libgdal,
> as discussed in the previous transition (#756867), the virtual ABI package
> provided by libgdal1i has changed to libgdal.so.1-1.11.3.
> 
> The ben file used to prepare this transition is attached.

I think you forgot to attach it? Anyway I've created one.
Please check if it looks correct.

> Despite only marking the packages relying on C++ symbols as bad, I think
> all affected reverse dependencies should be binNMUed as part of this
> transition.

Why is that? If the C ABI is stable, then there's no need to binNMU the
rdeps. If it isn't, then you should change the package name.

If we binNMU them now, the binNMUs will migrate to testing before the new
gdal, which wouldn't be good if there were ABI changes...

> All reverse dependencies build successfully with gdal (1.11.3+dfsg-1~exp1)
> from experimental, except gazebo (5.0.1+dfsg-2.1) and
> mysql-workbench (6.3.4+dfsg-1) which FTBFS for unrelated reasons. They
> both fail to build with plain unstable too.

OK that's fine.

> libgdal-grass (1.11.2-1) doesn't need a binNMU, libgdal-grass (1.11.3-1)
> will be uploaded to unstable instead (after liblas & grass have been
> rebuilt).

OK.

Cheers,
Emilio

Bug#787453: libdata-alias-perl: FTBFS with perl 5.22

[Niko Tyni]

On Wed, Oct 21, 2015 at 06:22:28PM +0100, Zefram wrote:

> It would be really helpful if someone with a failing setup would
> try figuring out which part of the perl build makes the difference.
> Something I haven't yet tried varying is the C compiler.  I'm using Debian
> gcc 4.7.2-5, which doesn't understand the -fstack-protector-strong option
> that the failing perls are built with.

I've just tried building Data-Alias-1.19 on unmodified upstream Perl
5.22.0 with gcc 4.8.5 and 5.2.1, with and without -Dusethreads, and with
and without -fstack-protector-strong. It fails with all of these.

However, building Data-Alias-1.19 with clang works even on our packaged
perl 5.22.0-4. So the perl build doesn't seem to matter that much.

For more data points, all 5.22.0 CPAN testers seem to fail except
Darwin, which is using clang of course. Even Win32 builds fail :)

Unfortunately I don't have gcc-4.7 handy right now, so I can't say
yet if that works for me or not.

Hope this helps a bit,
-- 
Niko Tyni   nt...@debian.org

Bug#802222: transition: gdal

[Sebastiaan Couwenberg]

On 21-10-15 21:19, Emilio Pozuelo Monfort wrote:
> On 18/10/15 16:38, Bas Couwenberg wrote:
>> For the Debian GIS team I'd like to transition to the recently released
>> GDAL 1.11.3 as soon as possible.
>>
>> GDAL 2.0.1 was released along with 1.11.3 but several reverse dependencies
>> still need patches to support GDAL 2.0, as recently discussed on the
>> debian-gis list: https://lists.debian.org/debian-gis/2015/10/msg00022.html
>>
>> gdal (1.11.3+dfsg-1~exp1) is ready in experimental for about a month
>> now.
>>
>> Because of the problematic mix of C & C++ symbols provided by libgdal,
>> as discussed in the previous transition (#756867), the virtual ABI package
>> provided by libgdal1i has changed to libgdal.so.1-1.11.3.
>>
>> The ben file used to prepare this transition is attached.
> 
> I think you forgot to attach it? Anyway I've created one.
> Please check if it looks correct.

I guess I did, the ben file used to prepare the transition is now
attached, but the one you created will do too.

>> Despite only marking the packages relying on C++ symbols as bad, I think
>> all affected reverse dependencies should be binNMUed as part of this
>> transition.
> 
> Why is that?

Mostly to be better safe than sorry.

> If the C ABI is stable, then there's no need to binNMU the
> rdeps. If it isn't, then you should change the package name.
> 
> If we binNMU them now, the binNMUs will migrate to testing before the new
> gdal, which wouldn't be good if there were ABI changes...

That's a good point.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
title = "gdal";
is_affected = (.build-depends ~ /libgdal1?-dev/)|(.depends ~ 
/libgdal1i|libgdal\.so\.1-1\.11\.[23]/);
is_good = (.build-depends ~ /libgdal-dev/)|(.depends ~ 
/libgdal\.so\.1-1\.11\.3/);
is_bad = (.build-depends ~ /libgdal1-dev/)|(.depends ~ 
/libgdal\.so\.1-1\.11\.2/);