Bug#819345: qpid-proton: CVE-2016-2166: reactor sends messages in clear if ssl is requested but not available

[Salvatore Bonaccorso]

Source: qpid-proton
Version: 0.10-1
Severity: important
Tags: security upstream fixed-upstream

Hi,

the following vulnerability was published for qpid-proton. The version
in experimental is affected.

CVE-2016-2166[0]:
reactor sends messages in clear if ssl is requested but not available

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2016-2166

Regards,
Salvatore

Bug#818122: docker.io: FTBFS in stretch

[Dmitry Smirnov]

On Saturday, 26 March 2016 11:20:43 PM AEDT Tianon Gravi wrote:
> It looks like an API change in the new runc (libcontainer bits):

I see... :(

> Currently digging to figure out whether Docker upstream already has a
> patch for the change to see how simple it'll be to convert over.

Thank you. It would be awesome if you could have a look whether you can build 
newer Docker. I think I've uploaded most if not all the dependencies it needs 
but there seems to be a problem with versioning of docker-notary and docker-
distribution as Docker FTBFS with released versions of those libs...

I hope you might have some ideas...

-- 
Best wishes,
 Dmitry Smirnov.

---

The foundation of morality should not be made dependent on myth nor
tied to any authority lest doubt about the myth or about the legitimacy
of the authority imperil the foundation of sound judgment and action.
-- Albert Einstein


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

Bug#818122: docker.io: FTBFS in stretch

[Tianon Gravi]

On 26 March 2016 at 21:54, Dmitry Smirnov  wrote:
> However Docker still FTBFS for another reason unrelated to runc as far as I
> can tell...

It looks like an API change in the new runc (libcontainer bits):

.gopath/src/github.com/docker/docker/daemon/execdriver/native/template/default_template.go:40:
unknown configs.Cgroup field 'AllowAllDevices' in struct literal
.gopath/src/github.com/docker/docker/daemon/execdriver/native/template/default_template.go:41:
unknown configs.Cgroup field 'MemorySwappiness' in struct literal

Currently digging to figure out whether Docker upstream already has a
patch for the change to see how simple it'll be to convert over.


♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#500422: hexedit shows strange characters in the status bar when opening a file with a non-ascii filename

[Eriberto Mota]

Control: tags 500422 moreinfo

Hi,

Some years after this bug have been opened, I would like to ask if
this issue still occurring. Debian uses UTF-8 now and I didn't be able
to reproduce the error.

Thanks!

Eriberto

Bug#819136: firmware-b43-installer: Implementation of packaging script

[Elliott Mitchell]

tags 819136 + patch
quit

I managed to create a series of changes to implement this, so sending to
you in the hope of getting them adopted into Debian.  Note, these are
against version 018-2 since you haven't pushed 019-2 out to your public
git server.

In the process of attacking #819136, several other bugs get fixed since
they're rather desireable to have fixed, notably:

756664
760813 (partial workaround only)
810161
819129

Hopefully this is broken into a sufficient number of smaller patches to
suit your taste.  A few notes:

Patch #0002 is attacking a very minor unreported bug, mainly the removal
of the temporary directory is problematic when the process is in it.
Patch #0003 is attacking the issue I was wondering whether or not to have
a report separate from #756664.  Simply these commands are unchecked and
you can have poor results without warnings.
Patch #0004 fixes bug #756664, nothing else needs to be said (SHA512).
Patch #0007 fixes bug #819136 (this report).  With the pieces in place,
there is a firmware-b43-buildpackage script that generates a package that
can be installed by `dpkg`.  The one concern is the resultant package
gets broken by firmware-b43-installer up to 019-2.  This is part of the
reason for #0006, it allows the two to play nicely.
Patch #0008 partially fixes #760813 by including "4716" in the detected
chips.  The 802.11 isn't on that chip, but should always appear on an
internal PCI bus.  The other part is to simply update all the spots where
the chips are detected.
Patch #0009 is bug #810161, nothing else to say.  Patch #0001 makes this
(and future updates) simpler though.
Patch #0010 is a minor script optimization that was staring me in the
face and I couldn't ignore it.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445


>From ef81c6db2f82355579123ff9cd0523b22d7b77eb Mon Sep 17 00:00:00 2001
From: Elliott Mitchell 
Date: Fri, 25 Mar 2016 18:43:07 -0700
Subject: [PATCH 01/10] Introduce variables for many magic constants

There was already a ${FIRMWARE_INSTALL_DIR} variable for the location to
install the firmware files into, but this wasn't used consistently.  Make
all spots using the constant refer to this variable instead.  Introduce
variables for many of the likely to change magic constants.  Notably the
version of the upstream firmware tarball, the exact filename within the
tarball, and the base URL for upstream.

Take advantage of the object file name (${WL_APSTA}) to only extract the
relevant object file from the upstream tarball.  This potentially saves a
lot of storage space during extraction, fixes bug #819129.
---
 debian/firmware-b43-installer.postinst |   38 
 1 file changed, 29 insertions(+), 9 deletions(-)

diff --git a/debian/firmware-b43-installer.postinst b/debian/firmware-b43-installer.postinst
index 677add3..b947742 100644
--- a/debian/firmware-b43-installer.postinst
+++ b/debian/firmware-b43-installer.postinst
@@ -1,15 +1,36 @@
 #!/bin/sh
 
+#
+#$Id$	#
+#
+
+VERSION="5.100.138"
+
+BROADCOM_WL="broadcom-wl-${VERSION}"
+
+WL_APSTA="${BROADCOM_WL}/linux/wl_apsta.o"
+
+TARBALL="${BROADCOM_WL}.tar.bz2"
+
+URL="http://www.lwfinger.com/b43-firmware/${TARBALL}";
+
+FIRMWARE_INSTALL_DIR="/lib/firmware"
+
+#
+# stable sections below, not updated for firmware updates		#
+#
+
 set -e
 
 . /usr/share/debconf/confmodule
 
-tmp=`mktemp -q -d`
-
 latest_firmware ()
 {
+umask 027
+
+tmp=`mktemp -q -d`
+
 cd $tmp
-export FIRMWARE_INSTALL_DIR="/lib/firmware"
 
 # use apt proxy
 APT_PROXIES=$(apt-config shell \
@@ -22,19 +43,18 @@ if [ -n "$APT_PROXIES" ]; then
 eval export $APT_PROXIES
 fi
 
-wget --timeout=60 http://www.lwfinger.com/b43-firmware/broadcom-wl-5.100.138.tar.bz2
+wget --timeout=60 "${URL}"
 if [ $? -ne 0 ]; then
 	echo "Some problem occurred during the firmware download. Please check your internet connection." 
 	exit 0
 else
-	if [ -d /lib/firmware/b43 ]; then
+	if [ -d "${FIRMWARE_INSTALL_DIR}/b43" ]; then
 	   echo "Deleting old extracted firmware..."
-	   rm -rf /lib/firmware/b43
+	   rm -rf "${FIRMWARE_INSTALL_DIR}/b43"
 	fi
 fi
-tar xvjf broadcom-wl-5.100.138.tar.bz2
-cd broadcom-wl-5.100.138/linux
-b43-fwcutter -w "$FIRMWARE_INSTALL_DIR" wl_apsta.o
+tar xvjf "${TARBALL}" "${WL_APSTA}"
+b43-fwcutter -w "$FIRMWARE_INSTALL_DIR" "${WL_APSTA}"
 rm -rf $tmp
 }
 
-- 
1.7.10.4

>From eb842ff6b3131d6f3aff7e08b5e3fc3784a3432a Mon Sep 17 00:00:00 2001
From: Elliott Mitchell 
Date: Sat, 26 Mar 2016 20:14:34 -0700

Bug#807797: apscheduler: Please package python3 package

[Brian May]

"László Böszörményi (GCS)"  writes:

> On Sat, Mar 26, 2016 at 3:42 AM, Brian May  wrote:
>> Have been told the best solution might be to set up DEP-8 style tests.
>  I've found the same like you it seems. If I override the test target
> and make it pass, after installing the package make the re-enabled
> build tests success.
> As I couldn't find example for DEP-8 tests, waiting for the answer to
> your mail ATM.

My latest version works.

It does have the weird issue that the egg-info files are
executable. Which gives lintian warnings. However I think that package
should work fine regardless.
-- 
Brian May 

Bug#818505: sortmerna FTBFS on !x86

[Andreas Tille]

Hi Jurica,

On Thu, Mar 17, 2016 at 05:04:21PM +, Jurica Stanojkovic wrote:
> Package sortmerna FTBFS on archs not in x86 group (amd64, i386, x32, etc. )
> with following error:
> gcc: error: unrecognized command line option '-msse2'
> 
> build logs:
> https://buildd.debian.org/status/logs.php?pkg=sortmerna&ver=2.1-1&suite=sid
> 
> Package use -msse2 for all architectures, 
> but not all archs have support for sse2 instruction set.
> 
> if -msee2 flag is removed from build next error reported is:
> src/ssw.c:45:23: fatal error: emmintrin.h: No such file or directory

As far as I can see this might restrict the package to intel
architectures.  If there is no hint how to build on those other
architectures I'd restrict the architectures to these.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#818122: docker.io: FTBFS in stretch

[Dmitry Smirnov]

On Saturday, 26 March 2016 8:49:16 PM AEDT Tianon Gravi wrote:
> Reassigning to the appropriate -dev package whose recent bump missed a
> Depends entry. :)

Come on, Tianon, I've already fixed that in 0.0.8+dfsg-2 more than 3 days 
ago! ;)

However Docker still FTBFS for another reason unrelated to runc as far as I 
can tell...

-- 
All the best,
 Dmitry Smirnov.

---

Perhaps is is better to be irresponsible and right, than to be responsible
and wrong.
-- Winston Churchill


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

Bug#805084:

[SamuelOPH]

Control: tags 805084 patch
Control: tags 805084 pending

Hi,

I uploaded a NMU to 10-day/delay queue. Feel free to cancel this
upload if needed.

The debian/changelog is:

python-srp (1.0.4-1.1) unstable; urgency=medium

  * Non-maintainer upload.
  * debian/control:
- Build-Depends: Add dh-python.
- Depends: Remove hardcoded libssl1.0.0 from all binaries
  (closes: #805084).
- Update to Debian Policy 3.9.7.

I attached a debdiff.

Thanks.



Samuel Henrique O. P. [samueloph]


python-srp.debdiff
Description: Binary data

Bug#818122: docker.io: FTBFS in stretch

[Tianon Gravi]

On 26 March 2016 at 20:49, Tianon Gravi  wrote:
> Reassigning to the appropriate -dev package whose recent bump missed a
> Depends entry. :)

It looks like the fix is already in 0.0.8+dfsg-2 (at least in Git), too! :D

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#818122: docker.io: FTBFS in stretch

[Tianon Gravi]

reassign 818122 golang-github-opencontainers-runc-dev 0.0.8+dfsg-1
retitle 818122 golang-github-opencontainers-runc-dev: missing
"golang-github.com-docker-go-units" in Depends
thanks

On 13 March 2016 at 15:05, Santiago Vila  wrote:
> /usr/share/gocode/src/github.com/opencontainers/runc/libcontainer/cgroups/utils.go:16:2:
>  cannot find package "github.com/docker/go-units" in any of:
>  /usr/lib/go/src/github.com/docker/go-units (from $GOROOT)
>  /<>/.gopath/src/github.com/docker/go-units (from 
> $GOPATH)
>  /usr/share/gocode/src/github.com/docker/go-units
> debian/rules:59: recipe for target 'override_dh_auto_build' failed

Reassigning to the appropriate -dev package whose recent bump missed a
Depends entry. :)

♥,
- Tianon
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4

Bug#819314: procps: [sysctl] Missing dependency when used with systemd

[Craig Small]

reassign 819314 systemd
thankyou

Hi Martin,
 When you run systemd the sysctl unit is not the one from procps but is a
program from systemd itself. systemctl status procps probably mentions
/lib/systemd/systemd-sysctl

It sounds like you have hit another odd difference between the two inits.

 - Craig

Bug#819344: /usr/share/R/debian/r-cran.mk: remove LICENSE as well

[Dirk Eddelbuettel]

On 26 March 2016 at 22:29, Chris Lawrence wrote:
| Package: r-base-dev
| Version: 3.2.4-revised-1
| Severity: wishlist
| File: /usr/share/R/debian/r-cran.mk
| 
| Several upstream packages now ship a LICENSE file (rather than
| LICENSE.txt), typically those with MIT-style licenses like dplyr;
| /usr/share/R/debian/r-cran.mk should delete this file to avoid
| linitian warnings so there's no need to add additional code to
| debian/rules for this case.

Sure.  Adding it to debian/r-cran.mk now.

Thanks,  Dirk


| 
| -- System Information:
| Debian Release: stretch/sid
|   APT prefers unstable
|   APT policy: (500, 'unstable'), (500, 'testing'), (102, 'experimental')
| Architecture: amd64 (x86_64)
| Foreign Architectures: i386
| 
| Kernel: Linux 4.5.0 (SMP w/4 CPU cores)
| Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
| Shell: /bin/sh linked to /bin/dash
| Init: systemd (via /run/systemd/system)
| 
| Versions of packages r-base-dev depends on:
| ii  build-essential12.2
| ii  cdbs   0.4.130
| ii  g++4:5.3.1-1
| ii  gcc4:5.3.1-1
| ii  gfortran   4:5.3.1-1
| ii  libblas-dev3.6.0-2
| ii  libbz2-dev 1.0.6-8
| ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.4.2-2
| ii  liblapack-dev  3.6.0-2
| ii  liblzma-dev5.1.1alpha+20120614-2.1
| ii  libncurses5-dev6.0+20160319-1
| ii  libpcre3-dev   2:8.38-3.1
| ii  libpng12-dev [libpng-dev]  1.2.54-4
| ii  libreadline-dev6.3-8+b4
| ii  r-base-core3.2.4-revised-1
| ii  zlib1g-dev 1:1.2.8.dfsg-2+b1
| 
| r-base-dev recommends no packages.
| 
| Versions of packages r-base-dev suggests:
| ii  debhelper9.20160313
| ii  texinfo  6.1.0.dfsg.1-5
| ii  texlive-base 2015.20160320-1
| ii  texlive-extra-utils  2015.20160320-1
| ii  texlive-fonts-extra  2015.20160320-1
| ii  texlive-fonts-recommended2015.20160320-1
| ii  texlive-generic-recommended  2015.20160320-1
| ii  texlive-latex-base   2015.20160320-1
| ii  texlive-latex-extra  2015.20160320-1
| ii  texlive-latex-recommended2015.20160320-1
| 
| -- no debconf information

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

Bug#819344: /usr/share/R/debian/r-cran.mk: remove LICENSE as well

[Chris Lawrence]

Package: r-base-dev
Version: 3.2.4-revised-1
Severity: wishlist
File: /usr/share/R/debian/r-cran.mk

Several upstream packages now ship a LICENSE file (rather than
LICENSE.txt), typically those with MIT-style licenses like dplyr;
/usr/share/R/debian/r-cran.mk should delete this file to avoid
linitian warnings so there's no need to add additional code to
debian/rules for this case.

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

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

Versions of packages r-base-dev depends on:
ii  build-essential12.2
ii  cdbs   0.4.130
ii  g++4:5.3.1-1
ii  gcc4:5.3.1-1
ii  gfortran   4:5.3.1-1
ii  libblas-dev3.6.0-2
ii  libbz2-dev 1.0.6-8
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.4.2-2
ii  liblapack-dev  3.6.0-2
ii  liblzma-dev5.1.1alpha+20120614-2.1
ii  libncurses5-dev6.0+20160319-1
ii  libpcre3-dev   2:8.38-3.1
ii  libpng12-dev [libpng-dev]  1.2.54-4
ii  libreadline-dev6.3-8+b4
ii  r-base-core3.2.4-revised-1
ii  zlib1g-dev 1:1.2.8.dfsg-2+b1

r-base-dev recommends no packages.

Versions of packages r-base-dev suggests:
ii  debhelper9.20160313
ii  texinfo  6.1.0.dfsg.1-5
ii  texlive-base 2015.20160320-1
ii  texlive-extra-utils  2015.20160320-1
ii  texlive-fonts-extra  2015.20160320-1
ii  texlive-fonts-recommended2015.20160320-1
ii  texlive-generic-recommended  2015.20160320-1
ii  texlive-latex-base   2015.20160320-1
ii  texlive-latex-extra  2015.20160320-1
ii  texlive-latex-recommended2015.20160320-1

-- no debconf information

Bug#819343: ITP: r-cran-dplyr -- A Grammar of Data Manipulation for GNU R

[Chris Lawrence]

Package: wnpp
Severity: wishlist
Owner: Chris Lawrence 

* Package name: r-cran-dplyr
  Version : 0.4.3
  Upstream Author : Hadley Wickham 
* URL : https://github.com/hadley/dplyr
* License : MIT (Expat)
  Programming Lang: C++, R
  Description : A Grammar of Data Manipulation for GNU R

A fast, consistent tool for working with data frame like objects, both
in memory and out of memory. Successor to the 'plyr' package.

Required by Zelig (r-cran-zelig) 5.0 and later.

Bug#792089: gnome-screenshot: GNOME Screenshot flash doesn't go away until the app exits

[James Lu]

Control: fixed 792089 3.18.0-1

I can no longer reproduce this in GNOME Screenshot 3.18 in
testing/unstable. So I assume this was either fixed upstream or
something similar.

Best,
James



signature.asc
Description: OpenPGP digital signature

Bug#819290: Stack trace with symbols

[Yuriy M. Kaminskiy]

On 27.03.2016 05:01, Yuriy M. Kaminskiy wrote:

On 27.03.2016 03:36, Kingsley G. Morse Jr. wrote:

Hi Yuriy,

OK, that all makes sense.

Here's the full trace with symbols:

#8  0x8017f167 in path_compare (a=, b=0x0) at 
../src/basic/path-util.c:390

 d = 
 __PRETTY_FUNCTION__ = "path_compare"


so, it assert() as `b == NULL`

#9  0x8017f308 in path_equal () at ../src/basic/path-util.c:433
No locals.
#10 0x8010c661 in device_setup_unit (m=m@entry=0x81f377f8, 
dev=dev@entry=0x0, path=path@entry=0x82005aa8 "/dev/sde1", 
main=false) at ../src/core/device.c:324

 e = 0x82006760 "dev-sde1.device"
 sysfs = 
 u = 0x8200bad0
 delete = 
 r = 
 __PRETTY_FUNCTION__ = "device_setup_unit"
 __func__ = "device_setup_unit"


and here argument `b` is sysfs, so sysfs was NULL;
and it is NULL as dev was NULL.

#11 0x8010fbf3 in device_found_node (m=m@entry=0x81f377f8, 
node=0x82005aa8 "/dev/sde1", add=add@entry=true, 
found=DEVICE_FOUND_MOUNT, now=true) at ../src/core/device.c:830

 dev = 0x0
 st = {st_dev = 53688455864, __pad1 = 0, __st_ino = 7, 
st_mode = 2149927392, st_nlink = 2149927392, st_uid = 2149927392, 
st_gid = 3219526928, st_rdev = 13827762142796840961,
   __pad2 = 5223, st_size = -5234089312160518424, st_blksize 
= -1218656384, st_blocks = -5234089864091353088, st_atim = {tv_sec = 
224449792, tv_nsec = -2113906008}, st_mtim = {
 tv_sec = -2113877109, tv_nsec = -2146119061}, st_ctim = 
{tv_sec = -2145039904, tv_nsec = -2113876944}, st_ino = 
13827762864351346689}

 __PRETTY_FUNCTION__ = "device_found_node"
 __func__ = "device_found_node"


and here dev could be NULL only if stat() returned error, and that 
error was ENOENT (see line 822).


Regression by commit v228-745-gac9d396. Before that commit, 
device_setup_unit checked that sysfs is not NULL before calling 
path_equals().

I'd guess this commit should be just reverted.


See also upstream commit 5e1558f4a09e596561c9168384f2258e7c0718a1

P.S. asserts, asserts, asserts everywhere. /me hates.

[...]



I hope that helps,
Kingsley

Bug#819342: date command fails to parse some date strings close to a DST switch

[Ben Hutchings]

Package: coreutils
Version: 8.25-2
Severity: important

$  readlink /etc/localtime
/usr/share/zoneinfo/Europe/London
$ date -d 00:59
Sun 27 Mar 00:59:00 GMT 2016
$ date -d "Sun 27 Mar 00:59:00 GMT 2016"
date: invalid date ‘Sun 27 Mar 00:59:00 GMT 2016’
$ date -d 02:00
Sun 27 Mar 02:00:00 BST 2016
$ date -d "Sun 27 Mar 02:00:00 BST 2016"
date: invalid date ‘Sun 27 Mar 02:00:00 BST 2016’

This caused an upgrade of tzdata to fail for me.

Ben.

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

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

Versions of packages coreutils depends on:
ii  libacl12.2.52-3
ii  libattr1   1:2.4.47-2
ii  libc6  2.22-4
ii  libselinux12.4-3+b1
ii  multiarch-support  2.22-4

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information

Bug#819290: Stack trace with symbols

[Yuriy M. Kaminskiy]

On 27.03.2016 03:36, Kingsley G. Morse Jr. wrote:

Hi Yuriy,

OK, that all makes sense.

Here's the full trace with symbols:

#8  0x8017f167 in path_compare (a=, b=0x0) at 
../src/basic/path-util.c:390
 d = 
 __PRETTY_FUNCTION__ = "path_compare"


so, it assert() as `b == NULL`

#9  0x8017f308 in path_equal () at ../src/basic/path-util.c:433
No locals.
#10 0x8010c661 in device_setup_unit (m=m@entry=0x81f377f8, dev=dev@entry=0x0, 
path=path@entry=0x82005aa8 "/dev/sde1", main=false) at ../src/core/device.c:324
 e = 0x82006760 "dev-sde1.device"
 sysfs = 
 u = 0x8200bad0
 delete = 
 r = 
 __PRETTY_FUNCTION__ = "device_setup_unit"
 __func__ = "device_setup_unit"


and here argument `b` is sysfs, so sysfs was NULL;
and it is NULL as dev was NULL.


#11 0x8010fbf3 in device_found_node (m=m@entry=0x81f377f8, node=0x82005aa8 
"/dev/sde1", add=add@entry=true, found=DEVICE_FOUND_MOUNT, now=true) at 
../src/core/device.c:830
 dev = 0x0
 st = {st_dev = 53688455864, __pad1 = 0, __st_ino = 7, st_mode = 
2149927392, st_nlink = 2149927392, st_uid = 2149927392, st_gid = 3219526928, 
st_rdev = 13827762142796840961,
   __pad2 = 5223, st_size = -5234089312160518424, st_blksize = 
-1218656384, st_blocks = -5234089864091353088, st_atim = {tv_sec = 224449792, 
tv_nsec = -2113906008}, st_mtim = {
 tv_sec = -2113877109, tv_nsec = -2146119061}, st_ctim = {tv_sec = 
-2145039904, tv_nsec = -2113876944}, st_ino = 13827762864351346689}
 __PRETTY_FUNCTION__ = "device_found_node"
 __func__ = "device_found_node"


and here dev could be NULL only if stat() returned error, and that error 
was ENOENT (see line 822).


Regression by commit v228-745-gac9d396. Before that commit, 
device_setup_unit checked that sysfs is not NULL before calling 
path_equals().

I'd guess this commit should be just reverted.


#12 0x8010fe6c in mount_load_proc_self_mountinfo.lto_priv.530 (m=0x81f377f8, 
set_flags=true) at ../src/core/mount.c:1537
 device = 0x8200ccc8 "/dev/sde1"
 k = 
 path = 0x8200cc30 "/media/usb1"
 options = 0x8200cd40 
"rw,nodev,noexec,noatime,nodiratime,sync,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro"
 fstype = 0x8200ccb8 "vfat"
 d = 0x82005aa8 "/dev/sde1"
 p = 0x8200eee8 "/media/usb1"
 fs = 0x8200cb98
 t = 0x81fe0e90
 i = 0x81fee988
 r = 0
 __PRETTY_FUNCTION__ = "mount_load_proc_self_mountinfo"
 __func__ = "mount_load_proc_self_mountinfo"
#13 0x8011776c in mount_dispatch_io (source=0x81f3f848, fd=9, revents=1, 
userdata=0x81f377f8) at ../src/core/mount.c:1669
 around = 0x0
 gone = 0x0
 m = 0x81f377f8
 what = 0xbfe615b0 ""
 i = {idx = 0, next_key = 0x8018481d }
 u = 
 r = 
 __PRETTY_FUNCTION__ = "mount_dispatch_io"
 __func__ = "mount_dispatch_io"
#14 0x8011f650 in source_dispatch.lto_priv.983 (s=0x81f3f848) at 
../src/libsystemd/sd-event/sd-event.c:2273
 r = 
 __PRETTY_FUNCTION__ = "source_dispatch"
 __func__ = "source_dispatch"
#15 0x801a83ac in sd_event_dispatch (e=0x81f37b20) at 
../src/libsystemd/sd-event/sd-event.c:2625
 p = 
 r = 
#16 sd_event_run (timeout=, e=0x81f37b20) at 
../src/libsystemd/sd-event/sd-event.c:2684
 r = 
#17 manager_loop (m=0x81f377f8) at ../src/core/manager.c:2051
 wait_usec = 
 r = 
 rl = {interval = 100, begin = 141532531177, burst = 5, num = 1}
 __PRETTY_FUNCTION__ = "manager_loop"
 __func__ = "manager_loop"
#18 0x800f7626 in main (argc=1, argv=0xbfe620c4) at ../src/core/main.c:1827
 m = 0x81f377f8
 r = 
 retval = 1
 before_startup = 
 after_startup = 
 timespan = 
"\000\000\000\000\002\216:V\000\000\000\000\000\320x\267R\231w\267\302x4\267\376\245v\267\000\320x\267\034\231w\267\000\320x\267\302x4\267<\325x\267$\031w\267\000}A\267xyA\267\001\000\000"
 fds = 0x0
 reexecute = false
 shutdown_verb = 0x0
 initrd_timestamp = 
 userspace_timestamp = {realtime = 1458797412056566, monotonic = 
67928234}
 kernel_timestamp = {realtime = , monotonic = 0}
 security_start_timestamp = {realtime = 1458797412107590, monotonic = 
67979258}
 security_finish_timestamp = {realtime = 1458797412125352, monotonic = 
67997020}
 systemd = "systemd"
 skip_setup = 
 j = 
 loaded_policy = false
 arm_reboot_watchdog = false
 queue_default_job = 
 empty_etc = 
 switch_root_dir = 0x0
 switch_root_init = 0x0
 saved_rlimit_nofile = {rlim_cur = 1024, rlim_max = 4096}
 error_message = 0x0
 __func__ = "main"
 __PRETTY_FUNCTION__ = "main"

I hope that helps,
Kingsley

Bug#819341: [unison] Please build unison-fsmonitor

[Liang Guo]

Package: unison
Version: 2.48.3-1
Severity: wishlist

In unison 2.48.3, a native fsmonitor is introduced, with the new fsmonitor, 
unison can impliment dropbox like sync on demand,following is quotad from 
upstream NEWS:

 * File system monitoring:
  + The file watcher now fails when unable to watch a directory,
rather than silently ignoring the issue.
  + File system monitoring: more robust communication with the
helper program (in socket mode, the unison server will still
work properly despite unexpected unison client
disconnections).
  + A bytecode version of unison-fsmonitor is now produced by
"make NATIVE=false"
  + Improved search for unison-fsmonitor

In Debian, unison is compile with NATIVE=true, so unison-fsmonitor is not 
compiled, would you compile unison with NATIVE=true to build unison-fsmonitor?

Thanks, 



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

Debian Release: stretch/sid
  500 unstable192.168.2.12 
1 experimental192.168.2.12 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6 (>= 2.7) | 


Recommends  (Version) | Installed
=-+-===
ssh-client| 
 OR openssh-client| 1:7.2p2-2


Package's Suggests field is empty.




-- 
Thanks and Regards,
--
Liang Guo
http://bluestone.cublog.cn


signature.asc
Description: PGP signature

Bug#819340: ipmitool: fix for missing getpass() prototype (latent segfault bug)

[Steve Langasek]

Package: ipmitool
Version: 1.8.16-2
Followup-For: Bug #819340
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Sorry, it seems I didn't test this very well; although the define we're
looking to have set is __USE_MISC, the _MISC_SOURCE define is not actually
recognized - it needs to be _DEFAULT_SOURCE instead.  With _MISC_SOURCE the
getpass() declaration is still missing.

Here's a follow-up patch to correct.
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru ipmitool-1.8.16/debian/control ipmitool-1.8.16/debian/control
--- ipmitool-1.8.16/debian/control	2016-03-26 17:42:39.0 -0700
+++ ipmitool-1.8.16/debian/control	2016-03-26 17:56:20.0 -0700
@@ -1,8 +1,7 @@
 Source: ipmitool
 Section: utils
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Jörg Frings-Fürst 
+Maintainer: Jörg Frings-Fürst 
 Build-Depends:
  debhelper (>> 9),
  dh-autoreconf,
diff -Nru ipmitool-1.8.16/debian/patches/getpass-prototype.patch ipmitool-1.8.16/debian/patches/getpass-prototype.patch
--- ipmitool-1.8.16/debian/patches/getpass-prototype.patch	2016-03-26 17:41:18.0 -0700
+++ ipmitool-1.8.16/debian/patches/getpass-prototype.patch	2016-03-26 17:52:20.0 -0700
@@ -1,7 +1,7 @@
 Description: use necessary source dialect to ensure getpass() availability
  getpass is a deprecated function, and building with either c99 or gnu99
  does not ensure this function's availability.  So instead, declare
- _MISC_SOURCE so that the function remains available. 
+ _DEFAULT_SOURCE so that the function remains available. 
 Author: Steve Langasek 
 
 Index: ipmitool-1.8.16/lib/ipmi_main.c
@@ -12,7 +12,7 @@
   * EVEN IF SUN HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
   */
  #define _XOPEN_SOURCE 700
-+#define _MISC_SOURCE
++#define _DEFAULT_SOURCE
  
  #include 
  #include 

Bug#819290: Stack trace with symbols

[Kingsley G. Morse Jr.]

Hi Yuriy,

OK, that all makes sense.

Here's the full trace with symbols:

#0  0xb7769be0 in __kernel_vsyscall ()
(gdb) bt full
#0  0xb7769be0 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7444126 in kill () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#2  0x80133265 in crash.lto_priv.251 (sig=6) at ../src/core/main.c:190
sa = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, 
sa_mask = {__val = {0 }}, sa_flags = 0, sa_restorer = 0x0}
__func__ = "crash"
__PRETTY_FUNCTION__ = "crash"
#3  
No symbol table info available.
#4  0xb7769be0 in __kernel_vsyscall ()
No symbol table info available.
#5  0xb7443e36 in raise () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#6  0xb7445407 in abort () from /lib/i386-linux-gnu/i686/cmov/libc.so.6
No symbol table info available.
#7  0x8017e06f in log_assert_failed (text=text@entry=0x801ded2d "b", 
file=file@entry=0x801e505c "../src/basic/path-util.c", line=line@entry=390, 
func=0x801fcfb4 <__PRETTY_FUNCTION__.8936> "path_compare") at 
../src/basic/log.c:788
No locals.
#8  0x8017f167 in path_compare (a=, b=0x0) at 
../src/basic/path-util.c:390
d = 
__PRETTY_FUNCTION__ = "path_compare"
#9  0x8017f308 in path_equal () at ../src/basic/path-util.c:433
No locals.
#10 0x8010c661 in device_setup_unit (m=m@entry=0x81f377f8, dev=dev@entry=0x0, 
path=path@entry=0x82005aa8 "/dev/sde1", main=false) at ../src/core/device.c:324
e = 0x82006760 "dev-sde1.device"
sysfs = 
u = 0x8200bad0
delete = 
r = 
__PRETTY_FUNCTION__ = "device_setup_unit"
__func__ = "device_setup_unit"
#11 0x8010fbf3 in device_found_node (m=m@entry=0x81f377f8, node=0x82005aa8 
"/dev/sde1", add=add@entry=true, found=DEVICE_FOUND_MOUNT, now=true) at 
../src/core/device.c:830
dev = 0x0
st = {st_dev = 53688455864, __pad1 = 0, __st_ino = 7, st_mode = 
2149927392, st_nlink = 2149927392, st_uid = 2149927392, st_gid = 3219526928, 
st_rdev = 13827762142796840961, 
  __pad2 = 5223, st_size = -5234089312160518424, st_blksize = 
-1218656384, st_blocks = -5234089864091353088, st_atim = {tv_sec = 224449792, 
tv_nsec = -2113906008}, st_mtim = {
tv_sec = -2113877109, tv_nsec = -2146119061}, st_ctim = {tv_sec = 
-2145039904, tv_nsec = -2113876944}, st_ino = 13827762864351346689}
__PRETTY_FUNCTION__ = "device_found_node"
__func__ = "device_found_node"
#12 0x8010fe6c in mount_load_proc_self_mountinfo.lto_priv.530 (m=0x81f377f8, 
set_flags=true) at ../src/core/mount.c:1537
device = 0x8200ccc8 "/dev/sde1"
k = 
path = 0x8200cc30 "/media/usb1"
options = 0x8200cd40 
"rw,nodev,noexec,noatime,nodiratime,sync,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro"
fstype = 0x8200ccb8 "vfat"
d = 0x82005aa8 "/dev/sde1"
p = 0x8200eee8 "/media/usb1"
fs = 0x8200cb98
t = 0x81fe0e90
i = 0x81fee988
r = 0
__PRETTY_FUNCTION__ = "mount_load_proc_self_mountinfo"
__func__ = "mount_load_proc_self_mountinfo"
#13 0x8011776c in mount_dispatch_io (source=0x81f3f848, fd=9, revents=1, 
userdata=0x81f377f8) at ../src/core/mount.c:1669
around = 0x0
gone = 0x0
m = 0x81f377f8
what = 0xbfe615b0 ""
i = {idx = 0, next_key = 0x8018481d }
u = 
r = 
__PRETTY_FUNCTION__ = "mount_dispatch_io"
__func__ = "mount_dispatch_io"
#14 0x8011f650 in source_dispatch.lto_priv.983 (s=0x81f3f848) at 
../src/libsystemd/sd-event/sd-event.c:2273
r = 
__PRETTY_FUNCTION__ = "source_dispatch"
__func__ = "source_dispatch"
#15 0x801a83ac in sd_event_dispatch (e=0x81f37b20) at 
../src/libsystemd/sd-event/sd-event.c:2625
p = 
r = 
#16 sd_event_run (timeout=, e=0x81f37b20) at 
../src/libsystemd/sd-event/sd-event.c:2684
r = 
#17 manager_loop (m=0x81f377f8) at ../src/core/manager.c:2051
wait_usec = 
r = 
rl = {interval = 100, begin = 141532531177, burst = 5, num = 1}
__PRETTY_FUNCTION__ = "manager_loop"
__func__ = "manager_loop"
#18 0x800f7626 in main (argc=1, argv=0xbfe620c4) at ../src/core/main.c:1827
m = 0x81f377f8
r = 
retval = 1
before_startup = 
after_startup = 
timespan = 
"\000\000\000\000\002\216:V\000\000\000\000\000\320x\267R\231w\267\302x4\267\376\245v\267\000\320x\267\034\231w\267\000\320x\267\302x4\267<\325x\267$\031w\267\000}A\267xyA\267\001\000\000"
fds = 0x0
reexecute = false
shutdown_verb = 0x0
initrd_timestamp = 
userspace_timestamp = {realtime = 1458797412056566, monotonic = 
67928234}
kernel_timestamp = {realtime = , monotonic = 0}
security_start_timestamp = {realtime = 1458797412107590, monotonic = 
67979258}
security_finish_timestamp =

Bug#819291: pitivi: 0.95-1+b1 segfaults against gtk+3.0 3.20

[Marc J. Driftmeyer]

I unfortunately had not tested Pitivi of late. I'll see if I can run a 
debug set up and get back to you.


- Marc

On 03/26/2016 11:14 AM, Sebastian Dröge wrote:

On Fr, 2016-03-25 at 23:09 -0700, Marc J. Driftmeyer wrote:

Package: pitivi
Version: 0.95-1+b1
Severity: normal
[...]
Segmentation fault

Does that mean that it worked before GTK 3.20 and fails now after the
upgrade? Can you get a backtrace of the crash with gdb, after
installing all the relevant debug packages? Thanks!


--

Marc J. Driftmeyer

main: m...@reanimality.com 
book: m...@holoworlds.net 
main:www.reanimastudios.com 
book:www.holoworlds.net 

Bug#819340: ipmitool: fix for missing getpass() prototype (latent segfault bug)

[Steve Langasek]

Package: ipmitool
Version: 1.8.16-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Hi Jörg,

I see that you included a patch in the previous upload which fixes a number
of undeclared function errors; that's great!  However, the Ubuntu
autobuilders are detecting that there is still a missing prototype for
getpass().  When building on 64-bit architectures, this is a segfault
waiting to happen, due to truncation of the return pointer.

The attached patch fixes lib/ipmi_main.c so that the prototype for the
(deprecated and non-standard) getpass() function is found, ensuring that the
build will not segfault whenever prompting for a password on 64-bit
architectures.

Thanks for considering the patch.
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru ipmitool-1.8.16/debian/patches/getpass-prototype.patch ipmitool-1.8.16/debian/patches/getpass-prototype.patch
--- ipmitool-1.8.16/debian/patches/getpass-prototype.patch	1969-12-31 16:00:00.0 -0800
+++ ipmitool-1.8.16/debian/patches/getpass-prototype.patch	2016-03-26 17:41:18.0 -0700
@@ -0,0 +1,18 @@
+Description: use necessary source dialect to ensure getpass() availability
+ getpass is a deprecated function, and building with either c99 or gnu99
+ does not ensure this function's availability.  So instead, declare
+ _MISC_SOURCE so that the function remains available. 
+Author: Steve Langasek 
+
+Index: ipmitool-1.8.16/lib/ipmi_main.c
+===
+--- ipmitool-1.8.16.orig/lib/ipmi_main.c
 ipmitool-1.8.16/lib/ipmi_main.c
+@@ -30,6 +30,7 @@
+  * EVEN IF SUN HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
+  */
+ #define _XOPEN_SOURCE 700
++#define _MISC_SOURCE
+ 
+ #include 
+ #include 
diff -Nru ipmitool-1.8.16/debian/patches/series ipmitool-1.8.16/debian/patches/series
--- ipmitool-1.8.16/debian/patches/series	2016-03-02 17:03:52.0 -0800
+++ ipmitool-1.8.16/debian/patches/series	2016-03-26 17:29:42.0 -0700
@@ -5,3 +5,4 @@
 0610-readme_typo.patch
 0600-manpage_longlines.patch
 0001-Dialect_change.patch
+getpass-prototype.patch

Bug#819338: php-net-imap: Please update for php5-style class constructors

[Steve Langasek]

Package: php-net-imap
Version: 1:1.1.3-1
Followup-For: Bug #819338
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Oops.  Follow-on patch, the IMAPProtocol class has the same issue.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru php-net-imap-1.1.3/debian/control php-net-imap-1.1.3/debian/control
--- php-net-imap-1.1.3/debian/control	2016-03-26 17:17:31.0 -0700
+++ php-net-imap-1.1.3/debian/control	2016-03-26 17:39:12.0 -0700
@@ -1,8 +1,7 @@
 Source: php-net-imap
 Section: php
 Priority: optional
-Maintainer: Ubuntu Developers 
-XSBC-Original-Maintainer: Dario Minnucci 
+Maintainer: Dario Minnucci 
 Build-Depends: debhelper (>= 9), pkg-php-tools
 Standards-Version: 3.9.5
 Homepage: http://pear.php.net/package/Net_IMAP
diff -Nru php-net-imap-1.1.3/debian/patches/php7-constructors.patch php-net-imap-1.1.3/debian/patches/php7-constructors.patch
--- php-net-imap-1.1.3/debian/patches/php7-constructors.patch	2016-03-26 17:15:26.0 -0700
+++ php-net-imap-1.1.3/debian/patches/php7-constructors.patch	2016-03-26 17:33:51.0 -0700
@@ -15,3 +15,16 @@
$port = 143, 
$enableSTARTTLS = true,
$encoding = 'ISO-8859-1')
+Index: php-net-imap-1.1.3/Net_IMAP-1.1.3/Net/IMAPProtocol.php
+===
+--- php-net-imap-1.1.3.orig/Net_IMAP-1.1.3/Net/IMAPProtocol.php
 php-net-imap-1.1.3/Net_IMAP-1.1.3/Net/IMAPProtocol.php
+@@ -165,7 +165,7 @@
+  *
+  * @since  1.0
+  */
+-function Net_IMAPProtocol()
++function __construct()
+ {
+ $this->_socket = new Net_Socket();
+ 

Bug#819339: qd: Rename library packages for g++5 ABI transition

[Artur Rona]

Package: src:qd
Version: 2.3.11.dfsg-2.3
Tags: patch
Usertags: origin-ubuntu ubuntu-patch xenial

In Ubuntu, we've applied the attached patch to achieve the following:

  * Rename library packages for g++5 ABI transition.

We thought you might be interested in doing the same.
diff -pruN 2.3.11.dfsg-2.2/debian/changelog 2.3.11.dfsg-2.2ubuntu1/debian/changelog
--- 2.3.11.dfsg-2.2/debian/changelog	2015-08-11 21:46:01.0 +
+++ 2.3.11.dfsg-2.2ubuntu1/debian/changelog	2015-08-11 21:46:01.0 +
@@ -1,3 +1,9 @@
+qd (2.3.11.dfsg-2.2ubuntu1) wily; urgency=medium
+
+  * Rename library packages for g++5 ABI transition.
+
+ -- Iain Lane   Tue, 04 Aug 2015 11:37:46 +0100
+
 qd (2.3.11.dfsg-2.2) unstable; urgency=low
 
   * Convert to dh-autoreconf, which is more robust than CDBS
diff -pruN 2.3.11.dfsg-2.2/debian/control 2.3.11.dfsg-2.2ubuntu1/debian/control
--- 2.3.11.dfsg-2.2/debian/control	2015-08-11 21:46:01.0 +
+++ 2.3.11.dfsg-2.2ubuntu1/debian/control	2015-08-11 21:46:01.0 +
@@ -1,7 +1,8 @@
 Source: qd
 Section: libs
 Priority: optional
-Maintainer: Debian Science Maintainers 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Science Maintainers 
 Uploaders: Christophe Prud'homme 
 Build-Depends: cdbs, debhelper (>= 7), quilt, dh-autoreconf, g++ (>= 4.1), gfortran (>= 4.1)
 Standards-Version: 3.9.1
@@ -12,7 +13,7 @@ Vcs-Browser: http://svn.debian.org/wsvn/
 Package: libqd-dev
 Section: libdevel
 Architecture: any
-Depends: libqd0 (= ${binary:Version}), ${misc:Depends}
+Depends: libqd0v5 (= ${binary:Version}), ${misc:Depends}
 Description: Double-double and quad double types in C++ and F90
  This package supports both a double-double datatype (approx. 32
  decimal digits) and a quad-double datatype (approx. 64 decimal
@@ -21,12 +22,12 @@ Description: Double-double and quad doub
  to convert an existing C++ or Fortran-90 program to use the library
  with only minor changes to the source code.
 
-Package: libqd0
+Package: libqd0v5
 Section: libs
 Architecture: any
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Replaces: libqd2c2a
-Conflicts: libqd2c2a
+Replaces: libqd0, libqd2c2a
+Conflicts: libqd0, libqd2c2a
 Description: Double-double and quad double types in C++ and F90
  This package supports both a double-double datatype (approx. 32
  decimal digits) and a quad-double datatype (approx. 64 decimal
diff -pruN 2.3.11.dfsg-2.2/debian/libqd0.install 2.3.11.dfsg-2.2ubuntu1/debian/libqd0.install
--- 2.3.11.dfsg-2.2/debian/libqd0.install	2015-08-11 21:46:01.0 +
+++ 2.3.11.dfsg-2.2ubuntu1/debian/libqd0.install	1970-01-01 00:00:00.0 +
@@ -1,2 +0,0 @@
-debian/tmp/usr/lib/libqd*.so.* /usr/lib
-
diff -pruN 2.3.11.dfsg-2.2/debian/libqd0v5.install 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.install
--- 2.3.11.dfsg-2.2/debian/libqd0v5.install	1970-01-01 00:00:00.0 +
+++ 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.install	2015-08-11 21:46:01.0 +
@@ -0,0 +1,2 @@
+debian/tmp/usr/lib/libqd*.so.* /usr/lib
+
diff -pruN 2.3.11.dfsg-2.2/debian/libqd0v5.lintian-overrides 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.lintian-overrides
--- 2.3.11.dfsg-2.2/debian/libqd0v5.lintian-overrides	1970-01-01 00:00:00.0 +
+++ 2.3.11.dfsg-2.2ubuntu1/debian/libqd0v5.lintian-overrides	2015-08-11 21:46:01.0 +
@@ -0,0 +1,2 @@
+# G++5 ABI transition
+libqd0v5: package-name-doesnt-match-sonames libqd0

Bug#819338: php-net-imap: Please update for php5-style class constructors

[Steve Langasek]

Package: php-net-imap
Version: 1:1.1.3-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu xenial ubuntu-patch

Hi Dario,

The php-net-imap package uses an old-style, PHP4 class constructor.  This
results in a deprecation warning, which among other things causes the
php-horde-kolab-storage package to fail its autopkgtests.

Attached is a patch that updates php-net-imap to the current supported style
of constructor ('__construct()').

Thanks for considering the patch.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru php-net-imap-1.1.3/debian/patches/php7-constructors.patch php-net-imap-1.1.3/debian/patches/php7-constructors.patch
--- php-net-imap-1.1.3/debian/patches/php7-constructors.patch	1969-12-31 16:00:00.0 -0800
+++ php-net-imap-1.1.3/debian/patches/php7-constructors.patch	2016-03-26 17:15:26.0 -0700
@@ -0,0 +1,17 @@
+Description: Support php7-style constructors
+ Constructors with the same name as the class are deprecated in php7.
+ Update to the new style __construct() for compatibility.
+Author: Steve Langasek 
+Index: php-net-imap-1.1.3/Net_IMAP-1.1.3/Net/IMAP.php
+===
+--- php-net-imap-1.1.3.orig/Net_IMAP-1.1.3/Net/IMAP.php
 php-net-imap-1.1.3/Net_IMAP-1.1.3/Net/IMAP.php
+@@ -43,7 +43,7 @@
+  * @param bool   $enableSTARTTLS Enable STARTTLS support
+  * @param string $encoding   Character encoding
+  */
+-function Net_IMAP($host = 'localhost',
++function __construct($host = 'localhost',
+   $port = 143, 
+   $enableSTARTTLS = true,
+   $encoding = 'ISO-8859-1')
diff -Nru php-net-imap-1.1.3/debian/patches/series php-net-imap-1.1.3/debian/patches/series
--- php-net-imap-1.1.3/debian/patches/series	2014-04-06 06:23:31.0 -0700
+++ php-net-imap-1.1.3/debian/patches/series	2016-03-26 17:13:18.0 -0700
@@ -0,0 +1 @@
+php7-constructors.patch

Bug#819337: nethack: crashes during startup in config file parser

[James Cowgill]

Control: tags -1 pending

On Sat, 2016-03-26 at 23:49 +, James Cowgill wrote:
> On Sat, 2016-03-26 at 23:34 +, James Cowgill wrote:
> > y@d:~$ uname -a
> > Linux d 4.4.0-1-amd64 #1 SMP Debian 4.4.6-1 (2016-03-17) x86_64
> > GNU/Linux
> > y@d:~$ nethack
> > *** buffer overflow detected ***: /usr/lib/games/nethack/nethack-
> > console
> > terminated
> > === Backtrace: =
> > /lib/x86_64-linux-gnu/libc.so.6(+0x71ff5)[0x7f22847c6ff5]
> > /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f228484e347]
> > /lib/x86_64-linux-gnu/libc.so.6(+0xf7510)[0x7f228484c510]
> > /usr/lib/games/nethack/nethack-console[0x470e16]
> This address corresponds to the call to strcpy in src/files.c line
> 2110. It appears copying the input config line has has overflowed the
> 'buf' variable located on the stack.

And I've just seen that upstream has already fixed this in
commit 288ac4b07c82 (avoid crash for long lines in nethackrc). It's
fixed in the Debian git repository and it'll be uploaded at some point.

Thanks,
James

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

Bug#819337: nethack: crashes during startup in config file parser

[James Cowgill]

Control: tags -1 = confirmed

Hi,

Thanks for the bug report! I've reported it to the Debian BTS for you.
In the future, following the bug reporting procedure is a lot of help.
https://www.debian.org/Bugs/Reporting

When replying, please make sure the bug number (x...@bugs.debian.org) is
CCed.

On Sat, 2016-03-26 at 23:34 +, James Cowgill wrote:
> y@d:~$ uname -a
> Linux d 4.4.0-1-amd64 #1 SMP Debian 4.4.6-1 (2016-03-17) x86_64
> GNU/Linux
> y@d:~$ nethack
> *** buffer overflow detected ***: /usr/lib/games/nethack/nethack-
> console
> terminated
> === Backtrace: =
> /lib/x86_64-linux-gnu/libc.so.6(+0x71ff5)[0x7f22847c6ff5]
> /lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f228484e347]
> /lib/x86_64-linux-gnu/libc.so.6(+0xf7510)[0x7f228484c510]
> /usr/lib/games/nethack/nethack-console[0x470e16]

This address corresponds to the call to strcpy in src/files.c line
2110. It appears copying the input config line has has overflowed the
'buf' variable located on the stack.

I can reproduce this bug adding a line greater than 256 chars in
~/.nethackrc. You should be able to workaround it by removing any such
lines from nethack config files (~/.nethackrc and the files in
/etc/nethack).

James

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

Bug#819337: nethack: crashes during startup in config file parser

[James Cowgill]

Package: nethack-common
Version: 3.6.0-1
Severity: important
Tags: moreinfo
Control: submitter -1 spoof1...@gmail.com

Forwarded from message:
caknmcvupjq3jw0xscc8yk6k3mxwhj1e2fkquetupk6h7one...@mail.gmail.com

Sent to pkg-games-de...@lists.alioth.debian.org 27th March 2016.

y@d:~$ uname -a
Linux d 4.4.0-1-amd64 #1 SMP Debian 4.4.6-1 (2016-03-17) x86_64
GNU/Linux
y@d:~$ nethack
*** buffer overflow detected ***: /usr/lib/games/nethack/nethack-
console
terminated
=== Backtrace: =
/lib/x86_64-linux-gnu/libc.so.6(+0x71ff5)[0x7f22847c6ff5]
/lib/x86_64-linux-gnu/libc.so.6(__fortify_fail+0x37)[0x7f228484e347]
/lib/x86_64-linux-gnu/libc.so.6(+0xf7510)[0x7f228484c510]
/usr/lib/games/nethack/nethack-console[0x470e16]
/usr/lib/games/nethack/nethack-console[0x471953]
/usr/lib/games/nethack/nethack-console[0x4e6265]
/usr/lib/games/nethack/nethack-console[0x403900]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf0)[0x7f2284775610]
/usr/lib/games/nethack/nethack-console[0x403ff9]
=== Memory map: 
0040-00605000 r-xp  08:12 658694
/usr/lib/games/nethack/nethack-console
00804000-00805000 r--p 00204000 08:12 658694
/usr/lib/games/nethack/nethack-console
00805000-00817000 rw-p 00205000 08:12 658694
/usr/lib/games/nethack/nethack-console
00817000-00835000 rw-p  00:00 0
02473000-02494000 rw-p  00:00 0
 [heap]
7f228433b000-7f2284351000 r-xp  08:12 3670243
 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f2284351000-7f228455 ---p 00016000 08:12 3670243
 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f228455-7f2284551000 rw-p 00015000 08:12 3670243
 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f2284551000-7f2284553000 r-xp  08:12 3670208
 /lib/x86_64-linux-gnu/libdl-2.22.so
7f2284553000-7f2284753000 ---p 2000 08:12 3670208
 /lib/x86_64-linux-gnu/libdl-2.22.so
7f2284753000-7f2284754000 r--p 2000 08:12 3670208
 /lib/x86_64-linux-gnu/libdl-2.22.so
7f2284754000-7f2284755000 rw-p 3000 08:12 3670208
 /lib/x86_64-linux-gnu/libdl-2.22.so
7f2284755000-7f22848ef000 r-xp  08:12 3670194
 /lib/x86_64-linux-gnu/libc-2.22.so
7f22848ef000-7f2284aef000 ---p 0019a000 08:12 3670194
 /lib/x86_64-linux-gnu/libc-2.22.so
7f2284aef000-7f2284af3000 r--p 0019a000 08:12 3670194
 /lib/x86_64-linux-gnu/libc-2.22.so
7f2284af3000-7f2284af5000 rw-p 0019e000 08:12 3670194
 /lib/x86_64-linux-gnu/libc-2.22.so
7f2284af5000-7f2284af9000 rw-p  00:00 0
7f2284af9000-7f2284b1f000 r-xp  08:12 3670327
 /lib/x86_64-linux-gnu/libtinfo.so.5.9
7f2284b1f000-7f2284d1e000 ---p 00026000 08:12 3670327
 /lib/x86_64-linux-gnu/libtinfo.so.5.9
7f2284d1e000-7f2284d22000 r--p 00025000 08:12 3670327
 /lib/x86_64-linux-gnu/libtinfo.so.5.9
7f2284d22000-7f2284d23000 rw-p 00029000 08:12 3670327
 /lib/x86_64-linux-gnu/libtinfo.so.5.9
7f2284d23000-7f2284d45000 r-xp  08:12 3670034
 /lib/x86_64-linux-gnu/libncurses.so.5.9
7f2284d45000-7f2284f44000 ---p 00022000 08:12 3670034
 /lib/x86_64-linux-gnu/libncurses.so.5.9
7f2284f44000-7f2284f45000 r--p 00021000 08:12 3670034
 /lib/x86_64-linux-gnu/libncurses.so.5.9
7f2284f45000-7f2284f46000 rw-p 00022000 08:12 3670034
 /lib/x86_64-linux-gnu/libncurses.so.5.9
7f2284f46000-7f2284f68000 r-xp  08:12 3670070
 /lib/x86_64-linux-gnu/ld-2.22.so
7f228514b000-7f228514f000 rw-p  00:00 0
7f2285163000-7f2285167000 rw-p  00:00 0
7f2285167000-7f2285168000 r--p 00021000 08:12 3670070
 /lib/x86_64-linux-gnu/ld-2.22.so
7f2285168000-7f2285169000 rw-p 00022000 08:12 3670070
 /lib/x86_64-linux-gnu/ld-2.22.so
7f2285169000-7f228516a000 rw-p  00:00 0
7fff0bc74000-7fff0bc95000 rw-p  00:00 0
 [stack]
7fff0bd8e000-7fff0bd9 r--p  00:00 0
 [vvar]
7fff0bd9-7fff0bd92000 r-xp  00:00 0
 [vdso]
ff60-ff601000 r-xp  00:00 0
 [vsyscall]
Aborted

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

Bug#819336: linux: lenovo t460 suspend fails when on battery

[stefan esterer]

Source: linux
Version: 4.4.6-1
Severity: important
Tags: upstream

Dear Maintainer,

When having the notebook on the AC, suspending works. But if the notebook is on 
batteries and I close the lid to suspend, the notebook freezes instantly.
When I add the intel_pstate=no_hwp parameter to the grub configuration, the 
problem vanishes, but the notebook uses more power.

There already exists a kernel bug tracker entry for this problem: Bug 113551 - 
intel_pstate=no_hwp else Thinkpad T460s freezes on lid close on battery power 
(https://bugzilla.kernel.org/show_bug.cgi?id=113551).
I can confirm this problem on my T460 device.


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

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

Bug#819330: ITP: maim -- maim takes screenshots of your desktop

[Patrick O'Doherty]

The original author points to some pros over scrot or imagemagick's
import specifically[0]
https://github.com/naelstrof/maim#why-use-maim-over-import-or-scrot

in short:
* maim supports taking screenshots with predefined regions through flags
* the slop util which is used for region selection (optionally, to be
packaged in a separate ITP) has much better error handling than scrot's
screen selection, and fixes issues w/ the scrot selection dialog ending
up in the end screenshot image [1]
* better multi-monitor support specifically wrt off-screen pixels and
preventing them from being visible in end screenshot.
* supports screenshots w/ the cursor included

I understand that there might already exist other utilities for this
function in Debian but I think these are considerable improvements that
make it worth having in Debian.

[0] - https://github.com/naelstrof/maim#why-use-maim-over-import-or-scrot
[1] - https://github.com/naelstrof/slop#lets-see-some-action




Neil Williams:
> There are a number of packages in Debian which already do exactly this.
> What is this package actually going to add over the current set? Each
> desktop already has a screenshot applet of it's own and screengrab
> exists as a crossplatform screenshot tool.
> 
> Is it executable remotely? Does it have some extras not covered in the
> description? There needs to be something to make this worth having in
> Debian besides being another me-too vanity package.



signature.asc
Description: OpenPGP digital signature

Bug#819243: jessie-pu, wheezy-pu: package librsvg/2.40.5-1 and librsvg/2.36.1-2

[Santiago Ruano Rincón]

El 25/03/16 a las 13:58, Adam D. Barratt escribió:
...
> 
> On Fri, 2016-03-25 at 14:49 +0100, Santiago Ruano Rincón wrote:
> > Package: release.debian.org
> > Severity: normal
> > Tags: jessie, wheezy
> 
> Please don't do that. They're separate uploads to separate suites, which
> may well be accepted (or not) and released separately.
> 

Ok, understood!

> > User: release.debian@packages.debian.org
> > Usertags: pu
> > 
> > Hi,
> > 
> > Please consider the following debdiffs to fix librsvg's CVE-2015-7557
> > for Jessie and Wheezy. This is a no-dsa bug, that could fit a point
> > release. It applies the following simple patch, that upstream proposed
> > against 2.40.6.
> 
> Please go ahead.
> 

Thanks. Packages uploaded.

Regards,

Santiago


signature.asc
Description: PGP signature

Bug#819335: RM: mpd [hurd-i386] -- ANAIS; decruft the hurd-i386 build

[Florian Schlichting]

Package: ftp.debian.org
Severity: normal

Please decruft mpd, it FTBFS on hurd-i386 for a long time due to samba
being unavailable, as well as (at least) an issue with pthreads...

Florian

Bug#819326: jessie-pu: package postgresql-common/165+deb8u1

[Adam D. Barratt]

On Sat, 2016-03-26 at 19:50 +0100, Christoph Berg wrote:
> Re: Adam D. Barratt 2016-03-26 <1459017534.2441.115.ca...@adam-barratt.org.uk>
> > Control: tags -1 + confirmed
> > 
> > On Sat, 2016-03-26 at 19:07 +0100, Christoph Berg wrote:
> > > +postgresql-common (165+deb8u1) jessie; urgency=medium
> > > +
> > > +  * pg_upgradecluster: Set default dynamic_shared_memory_type = mmap.
> > > +(Closes: #784005, #812206)
> > 
> > This looks okay to me, thanks. Please feel free to upload, bearing in
> > mind that the window for getting fixes into 8.4 closes this weekend.
> 
> It took me a few seconds to realize that 8.4 is *not* a PostgreSQL
> version number here :)

Heh, sorry.

> Uploaded, thanks for the approval!

The upload appears to have acquired some cruft:

 165+deb8u1.diff   |   82 
[...]
 tags  |  263 ++

Regards,

Adam

Bug#819334: avahi: please make the build reproducible

[Reiner Herrmann]

Source: avahi
Version: 0.6.32~rc+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi!

While working on the "reproducible builds" effort [1], we have noticed
that avahi could not be built reproducibly.
During build a minimal default ChangeLog is generated by autotools,
which is used as the upstream changelog. It includes a timestamp
of the build, which makes it unreproducible.

The attached patch uses the docs/NEWS file as upstream changelog
instead, as the autogenerated stub is not useful at all, and
the NEWS file actually is a detailed changelog by upstream.

Regards,
 Reiner

[1]: https://wiki.debian.org/ReproducibleBuilds
diff --git a/debian/rules b/debian/rules
index c65020a..9751f5a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -51,7 +51,10 @@ override_dh_installinit:
 	dh_installinit -pavahi-dnsconfd --restart-after-upgrade
 
 override_dh_installdocs:
-	dh_installdocs --all docs/NEWS docs/README
+	dh_installdocs --all docs/README
+
+override_dh_installchangelogs:
+	dh_installchangelogs docs/NEWS
 
 override_dh_strip:
 	dh_strip --dbg-package=avahi-dbg


signature.asc
Description: PGP signature

Bug#819333: [llvm-3.8-dev] LLVMgold.so is missing, so "clang -flto" is unusable

[Steffen Weinhart]

Package: llvm-3.8-dev
Version: 1:3.8-2
Severity: important

In versions prior to 3.8 (final), there was LLVMgold.so, which was used 
e.g. when clang was invoked with "-flto". When using clang-3.8 with 
"-flto" now, the linker cannot find the library and aborts. Why has it 
been removed? Or at least what package should I install then? "apt-file 
search LLVMgold.so" only finds entries in older llvm-3.*-dev packages.


--- System information. ---
Architecture: amd64
Kernel: Linux 4.4.6

Debian Release: stretch/sid
900 testing security.debian.org
900 testing ftp.deb-multimedia.org
900 testing ftp.de.debian.org
500 testing-updates ftp.de.debian.org
500 testing-proposed-updates ftp.de.debian.org
500 stable-updates ftp.de.debian.org
500 stable security.debian.org
500 stable ftp.de.debian.org
500 proposed-updates ftp.de.debian.org
50 unstable ftp.deb-multimedia.org
50 unstable ftp.de.debian.org
100 jessie-backports ftp.de.debian.org
1 experimental ftp.de.debian.org

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

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#819332: tuxguitar: New 1.3.x versions available upstream

[Jérôme]

Package: tuxguitar
Version: 1.2-20
Severity: wishlist

Dear Maintainer,

a new version of Tux Guitar was released beginning of 2016.

http://www.tuxguitar.com.ar/changes.html

Version 1.3.2 (2016-03-16)

This is a bug fix release

Version 1.3.1 (2016-02-08)

This is a bug fix release

Version 1.3.0 (2016-01-08)

Add let ring support
Add count down support
Add show/hide toolbars feature
Add song templates support
Add bank selection support
Soundfont selection support in gervill plugin
Improved jack support
New oxygen skin
New gpx importer plugin
New svg exporter plugin
New image exporter plugin
Magic Sound Font v2.0 Contributed by Dennis Deutschmann
Improved print support
Improved PDF support
Many bug fixes
First android port has been released

I'm mentioning this in case it was unnoticed since apparently the watch file is 
broken.

Any plans to package it?

Thanks.


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

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

Versions of packages tuxguitar depends on:
ii  default-jre [java2-runtime]2:1.7-52
ii  file   1:5.22+15-2+deb8u1
ii  libitext-java  2.1.7-9
ii  libjs-jquery   1.7.2+dfsg-3.2
ii  libswt-cairo-gtk-3-jni 3.8.2-3
ii  libswt-gtk-3-java  3.8.2-3
ii  libswt-webkit-gtk-3-jni3.8.2-3
ii  openjdk-7-jre [java2-runtime]  7u95-2.6.4-1~deb8u1

Versions of packages tuxguitar recommends:
ii  tuxguitar-alsa  1.2-20
ii  tuxguitar-oss   1.2-20

Versions of packages tuxguitar suggests:
pn  lilypond   
pn  tuxguitar-jsa  

-- no debconf information

Bug#789377: www.debian.org: update browsers section in content negotiation page (cn.wml)

[Holger Wansing]

Hi,

Paul Wise  wrote:
> On Sat, Mar 26, 2016 at 4:55 AM, Holger Wansing wrote:
> 
> > If noone objects, I will commit it shortly.
> 
> Galeon should be removed, it is dead for a long time.

Since you propagate for keeping entries for old Firefox and Netscape
browsers, there is also no point in removing Galeon. So I left Galeon as is.


> There appears to be some missing space after the Voyager and IBrowse sections.

I cannot see any issue here, looks fine. You can also look at the html file,
I have build locally (attached) with the today's patch (also attached).

> I would suggest putting the W3C link at the very top since it covers
> modern browsers in common use.

Done, see new patch.

> I noticed the W3C page links back to Debian because we show obscure
> and older browsers, so maybe we shouldn't remove those?

Done, even if I'm unsure if users should really be encouraged in using 
Firefox 0.x or 1.x or 3.x these days ...

> The page needs a much bigger overhaul IMO but I guess this is a good start.

Please find the new patch attached, and the resulting html file.


Holger


-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/

Index: cn.wml
===
RCS file: /cvs/webwml/webwml/english/intro/cn.wml,v
retrieving revision 1.90
diff -u -r1.90 cn.wml
--- cn.wml	15 Aug 2014 14:36:25 -	1.90
+++ cn.wml	26 Mar 2016 21:39:44 -
@@ -31,6 +31,9 @@
 To change your default language, you need to change your language
 preferences in the configuration of your browser, as explained below.
 
+You can also find additional informations about selecting language preferences on this
+http://www.w3.org/International/questions/qa-lang-priorities";>W3C page.
+
 
 What to do if a Debian web page is in the wrong language
 How to set up the language settings
@@ -150,19 +153,32 @@
 
 
 
-  Mozilla /
-  Netscape 4.x and later
-  versions
+  Chrome and Chromium
   
+  Customize and control Chromium -> Settings -> Show advanced settings -> Languages -> Language and input settings
+  
+
+  ELinks
+  You can set up the default interface language at:
   
- Edit -> Preferences -> Navigator -> Languages
+Setup -> Language
+  
+  This will also change the requested language from web sites.
+  You can change this behaviour and fine-tune the accepted languages HTTP
+  variable at:
+  
+Setup -> Options manager -> Protocols -> HTTP
   
-  Note: with Netscape 4.x you need to make sure you select the
-  language from the available choices. A number of people
-  reported problems because they typed in the language by hand.
   
 
-  Mozilla Firefox
+  Epiphany
+  
+  
+ Edit -> Preferences -> Language -> Languages
+  
+  
+
+  Firefox
   
   Version 3.0 and newer:
   Linux:
@@ -204,79 +220,50 @@
   the value of intl.accept_languages.
   
 
-  Iceweasel
+  Galeon
   
   
- Edit -> Preferences -> Content -> Languages -> Choose
-  
-  
-
-  Internet Explorer
-  Windows:
-  
- Tools or View or Extras -> Internet Options -> (General) Languages
+ Settings -> Preferences -> Rendering -> Languages
   
   
 
-  Mac OS:
-  
- Edit -> Preferences -> Web Browser -> Language/Fonts
-  
+  IBrowse
+  Go into Preferences, then Settings, then Network.  Under "Accept
+  language" it will probably show a "*" by default.  If you click on the
+  "Locale" button, it should add your preferred language.  If not, you
+  can enter it manually.  After that, click "OK".
   
 
-  Pocket Internet Explorer
+  iCab
   
-  # Windows Mobile 2003/2003SE/5.0
   
- Create the string registry key AcceptLanguage in
- HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\International\\
- with value fr; q=1.0, en; q=0.5 (without quotes).
+ Edit -> Preferences -> Browser -> Fonts, Languages
   
   
 
-
-  Opera
-  Most versions:
-  
- File -> Preferences -> Languages
-  
-  
-  Linux/*BSD versions 5.x and 6.x:
-  
- File -> Preferences -> Document -> Languages
-  
-  
-  Nokia 770 Web Browser:
- Edit the file /home/user/.opera/opera.ini and add the following
- line in the section [Adv User Prefs]:
+  Iceweasel
+  
   
- HTTP Accept Language=fr;q=1.0,en;q=0.5
+ Edit -> Preferences -> Content -> Languages -> Choose
   
   
 
-  Galeon
-  
+  Internet Explorer
+  Windows:
   
- Settings -> Preferences -> Rendering -> Languages
+ Tools or View or Extras -> Internet Options -> (General) Languages
   
   
 
-  Epiphany
-  
+  Mac OS:
   
- Edit -> Preferences -> Language -> Languages
+ Edit -> Preferences -> Web Browser -> Language/Fonts
   
   
 
   Konqueror
   
-  If you want to set only one language, it should be quite easy as soon as bug
-  https://bugs.debian.org/358459";>#358459 is fixed, just select it
-  in the

Bug#819330: ITP: maim -- maim takes screenshots of your desktop

[Neil Williams]

On Sat, 26 Mar 2016 13:18:59 -0700
Patrick O'Doherty  wrote:

> Package: wnpp
> Severity: wishlist
> Owner: "Patrick O'Doherty" 
> 
> * Package name: maim
>   Version : 3.3.41
>   Upstream Author : Dalton Nell 
> * URL : naelst...@gmail.com
> * License : GPL-3+
>   Programming Lang: C, C++
>   Description : maim takes screenshots of your desktop
> 
> maim (make image) takes screenshots of your desktop. It has options
> to take only a region, and relies on slop to query for regions. maim
> is supposed to be an improved scrot.

There are a number of packages in Debian which already do exactly this.
What is this package actually going to add over the current set? Each
desktop already has a screenshot applet of it's own and screengrab
exists as a crossplatform screenshot tool.

Is it executable remotely? Does it have some extras not covered in the
description? There needs to be something to make this worth having in
Debian besides being another me-too vanity package.

-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpGfNzHfQKcr.pgp
Description: OpenPGP digital signature

Bug#812174: ITP: letsencrypt-sh -- ACME client implemented in Bash

[Mattia Rizzolo]

On Thu, Jan 21, 2016 at 08:10:13AM +0100, Daniel Beyer wrote:
> * Package name: letsencrypt-sh

Is there a good reason not to call this package 'letsencrypt.sh', with a
dot, as the official name?


Anyway, this email was to ask how it's going with this.  It should be a
fairly simple package, and I'm quite interested in it (can also sponsor
it or help to comaintain it, as you like, if you need it!).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#819331: libvirt0: fails to start KVM instance using readonly ISO image

[Simon Richter]

Package: libvirt0
Version: 1.2.9-9+deb8u1
Severity: normal

Hi,

I'm trying to start a KVM instance, booting from a CD-ROM ISO image that is
stored on a network server, and readonly for the VM host machine.

Using the definition


  
  
  
  
  


I'd expect to be able to boot, but I get

error: Failed to start domain Test
error: unable to set user and group to '108:119' on '/mnt/boot.iso': Permission 
denied

Setting the  attribute does not help.

It would be great if there was a way to use readonly CD-ROM images without
requiring write access to them.

   Simon

-- System Information:
Debian Release: 8.3
  APT prefers stable
  APT policy: (990, 'stable')
Architecture: amd64 (x86_64)

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

Versions of packages libvirt0 depends on:
ii  libapparmor12.9.0-3
ii  libaudit1   1:2.4-1+b1
ii  libavahi-client30.6.31-5
ii  libavahi-common30.6.31-5
ii  libc6   2.19-18+deb8u3
ii  libcap-ng0  0.7.4-2
ii  libdbus-1-3 1.8.20-0+deb8u1
ii  libdevmapper1.02.1  2:1.02.90-2.2
ii  libgnutls-deb0-28   3.3.8-6+deb8u3
ii  libnl-3-200 3.2.24-2
ii  libnl-route-3-200   3.2.24-2
ii  libnuma12.0.10-1
ii  libsasl2-2  2.1.26.dfsg1-13+deb8u1
ii  libselinux1 2.3-2
ii  libssh2-1   1.4.3-4.1+deb8u1
ii  libsystemd0 215-17+deb8u3
ii  libxml2 2.9.1+dfsg1-5+deb8u1
ii  libyajl22.1.0-2

Versions of packages libvirt0 recommends:
ii  lvm2  2.02.111-2.2

libvirt0 suggests no packages.

-- no debconf information

Bug#819330: ITP: maim -- maim takes screenshots of your desktop

[Patrick O'Doherty]

Package: wnpp
Severity: wishlist
Owner: "Patrick O'Doherty" 

* Package name: maim
  Version : 3.3.41
  Upstream Author : Dalton Nell 
* URL : naelst...@gmail.com
* License : GPL-3+
  Programming Lang: C, C++
  Description : maim takes screenshots of your desktop

maim (make image) takes screenshots of your desktop. It has options to take
only a region, and relies on slop to query for regions. maim is supposed to be
an improved scrot.

I use maim on a daily basis to generate screenshots and share them with
colleagues. It is a minimal yet very useful package.

I intend to maintain it alone for the moment. 

Bug#818991: debian.net uses self-signed certificate

[Martijn van Oosterhout]

On Tue, Mar 22, 2016 at 06:58:48PM +0100, Laura Arjona Reina wrote:
> This what I have researched:
> 
> https://wiki.debian.org/Services says there is DDTP service maintained
> by Michael Bramer (in CC) and DDTSS (the web interface) maintained by
> Martinj Van Oosterhout (in CC).
> 
> host -t txt ddtp.debian.net says Simon Paillard (in CC)
> 
> ddtp.debian.net is not listed in https://wiki.debian.org/DebianNetDomain
> s

You're basically correct. This is a VM which is running a webserver.
I'd really like to put a non-self signed cert on it but haven't worked
out how to get one. It tried with a standard registrar and they said it
couldn't be done because I don't control debian.net.

If someone has ideas, let me know. I can generate a CSR if needed.

Have a nice day,
-- 
Martijn van Oosterhout  http://svana.org/kleptog/
> The combine: one man, one day, wheat for half a million loaves of bread.

signature.asc
Description: Digital signature

Bug#819329: light-locker: Computer locked by frozen screen after sleep

[Gert N]

Package: light-locker
Version: 1.7.0-3
Severity: normal
Tags: d-i

Dear Maintainer,

I use light-locker with openbox. The computer becomes unreachable after sleep
or hibernate; the screen is frozen and the computer locked. Only a hard reboot
makes the computer available again.
Remove of light-locker solves the issue. Without light-locker is the computer
waking up well.

Regards,


Gert



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

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

Versions of packages light-locker depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.24.0-2
ii  libc62.22-3
ii  libcairo21.14.6-1
ii  libdbus-1-3  1.10.8-1
ii  libdbus-glib-1-2 0.106-1
ii  libglib2.0-0 2.46.2-3
ii  libgtk-3-0   3.18.9-1
ii  libpango-1.0-0   1.38.1-1
ii  libpangocairo-1.0-0  1.38.1-1
ii  libsystemd0  229-2
ii  libx11-6 2:1.6.3-1
ii  libxext6 2:1.3.3-1
ii  libxss1  1:1.2.2-1
ii  lightdm  1.16.7-1

light-locker recommends no packages.

light-locker suggests no packages.

-- no debconf information

Bug#819328: avrdude: arduino pro mini reset problem

[Michal Suchanek]

Package: avrdude
Version: 6.2-5
Severity: normal

Hello,

I tried to flash an arduino pro mini clone over an USB TTL cable.

Some wiring guide on the internet suggests to wire DTR to RST so the ARV
resets automagically. Since I had Blink on the AVR I could tell it
indeed resets. However, it stays in reset the whole time avrdude tries
to communicate with the AVR and hence avrdude reports there is no
response.

Unwiring DTR and resetting board by hand solves the problem.

Can this be handled in avrdude? It seems whatever it does works for UNO
but not Pro Mini. Or is the wiring of the reset supposed to be
different?

Thanks

Michal

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

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

Versions of packages avrdude depends on:
ii  libc6 2.21-7
ii  libelf1   0.163-5.1
ii  libftdi1  0.20-4
ii  libncurses5   6.0+20151024-2
ii  libreadline6  6.3-8+b4
ii  libtinfo5 6.0+20151024-2
ii  libusb-0.1-4  2:0.1.12-28

avrdude recommends no packages.

Versions of packages avrdude suggests:
pn  avrdude-doc  

-- no debconf information

Bug#819271: [geneweb] Hard links to jquery_1_9_1_min.js and jquery_placeholder_min.js in templates should be modified

[Guillaume Brochu]

The step 4 that I proposed in my last e-mail will not work by default 
without modifying web browser settings. This is explained here:

http://kb.mozillazine.org/Links_to_local_pages_don%27t_work

However, step 4 could be replaced by the creation of a symbolic link 
named "javascript" pointing to /usr/share/javascript in 
/var/lib/geneweb/etc/ or /var/lib/geneweb/etc/MYBASE/. In this modified 
form, there is no need to copy and to modify js.txt. The only thing the 
user has to do manually is to create the symbolic link.


And there are probably other different ways to implement step 4...

Le 2016-03-26 14:04, Guillaume Brochu a écrit :
4. For local use, one could copy this js.txt to either 
/var/lib/geneweb/etc/ or /var/lib/geneweb/etc/MYBASE/ and change its 
content to:

Bug#819326: jessie-pu: package postgresql-common/165+deb8u1

[Christoph Berg]

Re: Adam D. Barratt 2016-03-26 <1459017534.2441.115.ca...@adam-barratt.org.uk>
> Control: tags -1 + confirmed
> 
> On Sat, 2016-03-26 at 19:07 +0100, Christoph Berg wrote:
> > +postgresql-common (165+deb8u1) jessie; urgency=medium
> > +
> > +  * pg_upgradecluster: Set default dynamic_shared_memory_type = mmap.
> > +(Closes: #784005, #812206)
> 
> This looks okay to me, thanks. Please feel free to upload, bearing in
> mind that the window for getting fixes into 8.4 closes this weekend.

It took me a few seconds to realize that 8.4 is *not* a PostgreSQL
version number here :)

Uploaded, thanks for the approval!

Christoph


signature.asc
Description: PGP signature

Bug#819327: bash: executes statement after "exit"

[Frank Heckenbach]

Package: bash
Version: 4.3-11+b1
Severity: normal

% cat bash-bug
#!/bin/bash

if true; then
  $[()]
  exit
fi

echo "Should not get here."
% ./bash-bug
./bash-bug: line 4: (): syntax error: operand expected (error token is ")")
Should not get here.

The error is correct, but after that it should continue with exit,
or with "set -e", abort immediately. In both cases it goes on to
execute the statement below.

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

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

Versions of packages bash depends on:
ii  base-files   8+deb8u3
ii  dash 0.5.7-4+b1
ii  debianutils  4.4+b1
ii  libc62.19-18+deb8u4
ii  libncurses5  5.9+20140913-1+b1
ii  libtinfo55.9+20140913-1+b1

Versions of packages bash recommends:
ii  bash-completion  1:2.1-4

Versions of packages bash suggests:
pn  bash-doc  

-- no debconf information

Bug#811116: lxc-ls raises error messages

[Patrice Pillot]

Hi Evgeni,

Le 26/03/2016 13:59, Evgeni Golov a écrit :

Can you reproduce the issue with the current LXC 1.1.5 in Stretch?


No! Everything is now running smoothly! With or without cgmanager by the 
way: I just tried uninstalling it out of curiosity but it did not lead me to 
the spurious messages I once had.


Thanks a lot!!

phep

Bug#819326: jessie-pu: package postgresql-common/165+deb8u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2016-03-26 at 19:07 +0100, Christoph Berg wrote:
> +postgresql-common (165+deb8u1) jessie; urgency=medium
> +
> +  * pg_upgradecluster: Set default dynamic_shared_memory_type = mmap.
> +(Closes: #784005, #812206)

This looks okay to me, thanks. Please feel free to upload, bearing in
mind that the window for getting fixes into 8.4 closes this weekend.

Regards,

Adam

Bug#811107: gimp: Automatic threshold doesn't work on binarized image

[Celelibi]

Definitely closely related.

I'd however add a test case that I'm not sure the proposed patch would
solve. An image made of two successive gray levels (say, 128 and 129).
The "Auto" threshold should be able to separate them. I think the
proposed patch just lack a "+1" on the final result.

(BTW, aren't we supposed to answer bellow the message we're replying to?)

2016-03-26 16:31 UTC+01:00, Ari Pollak :
> Ah, thanks for the explanation! Do you think this upstream bug describes
> the same problem? https://bugzilla.gnome.org/show_bug.cgi?id=679622
>
> On Sat, Mar 19, 2016 at 8:46 PM Celelibi  wrote:
>
>> 2016-03-18 23:56 UTC+01:00, Ari Pollak :
>> > I can't seem to reproduce this. Could you provide step-by-step
>> > instructions, starting from opening gimp?
>> >
>>
>> Ok.
>> 1) Open an image. I join one as example, but any may work too.
>> 2) Use the menu Colors > Threshold. Click "auto", then validate with
>> "OK".
>> 3) Use again the menu Colors > Threshold. Click "auto".
>>
>> The automatically choosen threshold is 0 which will make the image
>> completely white while it was already black and white.
>>
>

Bug#817538: Pending fixes for bugs in the liblingua-stem-snowball-da-perl package

[pkg-perl-maintainers]

tag 817538 + pending
thanks

Some bugs in the liblingua-stem-snowball-da-perl package are closed
in revision 74f7df5d2f3f22bc47bca0c86e6b92e34e3df1d8 in branch
'master' by Dominic Hargreaves

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/liblingua-stem-snowball-da-perl.git/commit/?id=74f7df5

Commit message:

Switch to modern debhelper with dh style rules (Closes: #817538)

Bug#812916: systemd-ask-password related log messages

[Karl O. Pinc]

Hi,

I got the following 2 (contiguous) log messages in /var/log/daemon
that may be useful and seem related to the problem.
They occurred when messages were broadcast to all ttys (excepting
the one tty which was starting the openvpn service.)


Mar 26 12:37:49 example systemctl[30630]: Failed to stop
systemd-ask-password-plymouth.path: Unit
systemd-ask-password-plymouth.path not loaded. 

Mar 26 12:37:49 example
systemctl[30630]: Failed to stop systemd-ask-password-plymouth.service:
Unit systemd-ask-password-plymouth.service not loaded.

Regards,

Karl 
Free Software:  "You don't pay back, you pay forward."
 -- Robert A. Heinlein

Bug#819291: pitivi: 0.95-1+b1 segfaults against gtk+3.0 3.20

[Sebastian Dröge]

On Fr, 2016-03-25 at 23:09 -0700, Marc J. Driftmeyer wrote:
> Package: pitivi
> Version: 0.95-1+b1
> Severity: normal
> [...]
> Segmentation fault

Does that mean that it worked before GTK 3.20 and fails now after the
upgrade? Can you get a backtrace of the crash with gdb, after
installing all the relevant debug packages? Thanks!

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

Bug#818855: autoscan: unescaped left brace regex deprecation warning from perl

[Ben Pfaff]

On Mon, Mar 21, 2016 at 10:32:25AM +0800, Paul Wise wrote:
> Package: autoconf
> Version: 2.69-9
> Severity: minor
> File: /usr/bin/autoscan
> 
> Whenever I run autoscan I get this warning:
> 
> Unescaped left brace in regex is deprecated, passed through in regex; marked 
> by <-- HERE in m/\${ <-- HERE [^\}]*}/ at /usr/bin/autoscan line 361.

Thanks for the report.

I didn't see this while running autoscan on GNU Hello, but the fix
seemed obvious, so I uploaded it as 2.69-10.  If that doesn't fix the
problem, please let me know and I'll look deeper.

Thanks,

Ben.

Bug#819326: jessie-pu: package postgresql-common/165+deb8u1

[Christoph Berg]

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu

Hi,

I'd like to include the patch quoted below in jessie, would this be
ok?

diff --git a/debian/changelog b/debian/changelog
index 7751170..0d6bd4f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,24 @@
+postgresql-common (165+deb8u1) jessie; urgency=medium
+
+  * pg_upgradecluster: Set default dynamic_shared_memory_type = mmap.
+(Closes: #784005, #812206)
+
+This primarily avoids problems with upgrading existing clusters in a LXC
+container. As earlier PG versions did not have d_s_m_t, the upgraded
+postgresql.conf won't have this setting either, yielding the compiled-in
+default of 'posix' which doesn't work in LXC. Pick something else here to
+avoid that problem. Notably, it's important that this problem is fixed in
+pg_upgradecluster itself because working around the problem is hard as the
+upgrade will fail early without the possibility of manually fixing the
+config. (Newly created clusters do not have that problem because initdb
+probes for a method working in the given system.)
+
+  * t/040_upgrade.t: Skip testing pg_upgrade with datallowconn = f, it does
+not support that anymore as of May 2015.
+(Cherry-pick from master to allow testing the pg_upgradecluster fix)
+
+ -- Christoph Berg   Sat, 26 Mar 2016 16:52:30 +0100
+
 postgresql-common (165) unstable; urgency=medium
 
   * Debconf translation updates, thanks!
diff --git a/pg_upgradecluster b/pg_upgradecluster
index db541be..876a0af 100755
--- a/pg_upgradecluster
+++ b/pg_upgradecluster
@@ -170,6 +170,11 @@ sub adapt_conffiles {
 
 if ($newversion >= '9.4') {
 deprecate \%c, 'krb_srvname', 'native krb5 authentication deprecated 
in favor of GSSAPI';
+# d_s_m_t defaults to 'posix', but that has various problems. Pick a 
safer variant here
+unless ($c{dynamic_shared_memory_type}) {
+PgCommon::set_conf_value $newversion, $cluster, 'postgresql.conf',
+'dynamic_shared_memory_type', 'mmap';
+}
 }
 }
 
diff --git a/t/040_upgrade.t b/t/040_upgrade.t
index 00c1c17..5edf305 100644
--- a/t/040_upgrade.t
+++ b/t/040_upgrade.t
@@ -32,8 +32,11 @@ is ((exec_as 'postgres', 'createuser nobody -D -R -s && 
createdb -O nobody test
 is ((exec_as 'nobody', 'psql test -c "CREATE TABLE phone (name varchar(255) 
PRIMARY KEY, tel int NOT NULL)"'), 
 0, 'create table');
 is ((exec_as 'nobody', 'psql test -c "INSERT INTO phone VALUES (\'Alice\', 
2)"'), 0, 'insert Alice into phone table');
-is ((exec_as 'postgres', 'psql template1 -c "UPDATE pg_database SET 
datallowconn = \'f\' WHERE datname = \'testnc\'"'), 
-0, 'disallow connection to testnc');
+SKIP: {
+skip 'datallowconn = f not supported with pg_upgrade', 1 if 
$upgrade_options =~ /upgrade/;
+is ((exec_as 'postgres', 'psql template1 -c "UPDATE pg_database SET 
datallowconn = \'f\' WHERE datname = \'testnc\'"'),
+0, 'disallow connection to testnc');
+}
 is ((exec_as 'nobody', 'psql testro -c "CREATE TABLE nums (num int NOT NULL); 
INSERT INTO nums VALUES (1)"'), 0, 'create table in testro');
 SKIP: {
 skip 'read-only not supported with pg_upgrade', 2 if $upgrade_options =~ 
/upgrade/;
@@ -195,14 +198,15 @@ SKIP: {
 skip 'upgrading databases with datallowcon = false not supported by 
pg_upgrade', 2 if $upgrade_options =~ /upgrade/;
 
 # Check connection permissions
+my $testnc_conn = $upgrade_options =~ /upgrade/ ? 't' : 'f';
 is_program_out 'nobody', 'psql -tAc "SELECT datname, datallowconn FROM 
pg_database ORDER BY datname" template1', 0,
-'postgres|t
+"postgres|t
 template0|f
 template1|t
 test|t
-testnc|f
+testnc|$testnc_conn
 testro|t
-', 'dataallowconn values';
+", 'dataallowconn values';
 }
 
 # check ACLs

Christoph


signature.asc
Description: PGP signature

Bug#819271: [geneweb] Hard links to jquery_1_9_1_min.js and jquery_placeholder_min.js in templates should be modified

[Guillaume Brochu]

OK.

I think I have found a solution that will work "out of the box" for 
genealogy servers and that can be easily modified for local use.


1. Add libjs-jquery and libjs-jquery-placeholder to the Depends of 
geneweb binary package


2. Move the link to jquery-placeholder located in hd/etc/welcome.txt to 
hd/etc/js.txt (there is already a "%include.js" in welcome.txt). This 
way, all links to jquery-related libraries will be made through one 
single file : js.txt. The same approach is considered for upstream 
geneweb 7 that is currently in development.


3. Modify the content of hd/etc/js.txt to :

   
   

   This will be the default configuration for genealogy servers, that
   will be located in /usr/share/geneweb/etc/js.txt

4. For local use, one could copy this js.txt to either 
/var/lib/geneweb/etc/ or /var/lib/geneweb/etc/MYBASE/ and change its 
content to:


   
   

Steps 2 and 3 could be implemented using a package patch. Step 4 must be 
done manually by the user after install but will not be overwritten by 
packages updates.


Make sense?


Le 2016-03-26 02:31, Christian PERRIER a écrit :
I have no idea about fixing this for both uses, but if we have to 
choose, I'd go for the "web server" choice. I always designed the 
package for usability as a web server service, including for the 
localhost, indeed. 

Bug#819324: O: obex-data-server

[Filippo Giunchedi]

Package: wnpp
Severity: normal

I'm not using this anymore and I haven't worked on it for the longest time.

Bug#819292: jessie-pu: package pcre3/2:8.35-3.3+deb8u4

[Adam D. Barratt]

Control: tags -1 + pending

On Sat, 2016-03-26 at 14:50 +0100, Salvatore Bonaccorso wrote:
> Hi Adam,
> 
> On Sat, Mar 26, 2016 at 01:05:47PM +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed
> > 
> > On Sat, 2016-03-26 at 07:49 +0100, Salvatore Bonaccorso wrote:
> > > Here is another update proposed for src:pcre3 for -- if possible --
> > > having it included in the upcomping Jessie point release. It has been
> > > reported as #819050, libpcre3 segfaults on certain regex when jit is
> > > used.
> > 
> > If the upload can be made today and assuming that it shows no
> > regressions in the test suite, please go ahead.
> 
> Thanks. No regressions seen for me. I just have uploaded it to be in
> time.

Thanks for confirming; flagged for acceptance.

Regards,

Adam

Bug#816205: tagging 816205

[Adam D. Barratt]

On Sat, 2016-03-26 at 17:14 +0100, Mathieu Parent wrote:
> tags 816205 + jessie-ignore
> thanks

Was that discussed with anyone on the Release Team before the tag was
added?

>From a quick look at the bug log it may well be suitable for a -ignore
tag, but it shouldn't simply be added by the maintainer or a bug triager
(with a couple of exceptions where the SRMs have previously agreed scope
with some people).

Regards,

Adam

Bug#819320: dropbear-initramfs: unable to override ip= from command line

[Guilhem Moulin]

Hi,

On Sat, 26 Mar 2016 at 16:06:29 +, Filippo Giunchedi wrote:
> When ran with set -x I noticed
> /usr/share/initramfs-tools/scripts/init-premount/dropbear sourcing
> /conf/initramfs.conf.
> This undoes the /proc/cmdline parsing done by /usr/share/initramfs-tools/init
> earlier though and sets IP= from the config. It is easy enough to work around 
> in the
> config with sth like [ -z "$IP" ] || IP="..." but not obvious at first.

Ah yeah, we're sourcing that file to import the DROPBEAR_OPTIONS (since
2015.70-1) or PKGOPTION_dropbear_OPTION (since 2014.64-1) environment
variables.  The initramfs-tools maintainers have now (cf #807527)
written on best practicing for configuring hooks:

   “If a hook script requires configuration beyond the exported
variables listed below, it should read a private configuration file
that is separate from the /etc/initramfs-tools directory.  It must
not read initramfs-tools configuration files directly.”
— initramfs-tools(8)

So I guess we'll use an DROPBEAR_OPTIONS variable in
/etc/dropbear/initramfs-tools.conf or something.  But it's not yet clear
to me how to do such migration in a way that doesn't break existing
installations.

Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Kevin Velghe]

On Sat, Mar 26, 2016 at 03:02:00AM +0100, Adam Borowski wrote:
> On Fri, Mar 25, 2016 at 06:05:44PM +0100, Kevin Velghe wrote:
> > Yesterday, I upgraded lvm2. During the upgrade, I got the following error:
> >  insserv: Service mountdevsubfs has to be enabled to start service lvm2
> >  insserv: exiting now!
> > 
> > This was fixed by manually enabling mountdevsubfs using insserv, after
> > which I could finish upgrading. This morning however, booting hanged at
> > lvm. Downgrading lvm2 didn't solve the problem, so I tried booting using
> > sysv-rc, which had the same problem. systemd booted well, as did openrc
> > 0.20.4-1.
> > 
> > So it seems openrc is able to handle the dependencies well, but that the
> > current init-system-helpers does at least part of the work the sysv-rc
> > way, which seems unable to handle it.
> 
> I've tried multiple scenarios but failed to reproduce your problem.
> Including dist-upgrades:
>   jessie sysv-rc -> unstable -> openrc
>   jessie sysv-rc -> openrc -> unstable
> 
> So there's something more complex on your system than just lvm2.  Letting us
> know what might be helpful in trying to find out what's amiss for you.
OK, indeed, if I install lvm2 on a clean unstable install with openrc
the installation works well. But, if I do the same using rm -r
/etc/rc?.d; insserv -d /etc/init.d, which is what you will do when
upgrading from an old version of openrc, I get the reported error. It
does boot however, but that's probably because there are no partitions.
> 
> > I'm sorry if this should have been reported to init-system-helpers, I
> > wasn't sure as it is openrc-specific.
> 
> As you say that sysv-rc failed too, it doesn't sound like anything related
> to openrc.
> 
> 
> Meow!
> -- 
> A tit a day keeps the vet away.
> 


signature.asc
Description: Digital signature

Bug#819323: python3-usb: TypeError: 'NoneType' object is not callable

[Heinrich Schuchardt]

Package: python3-usb
Version: 1.0.0~b2-2
Severity: normal

Dear maintainer,

running

#!/usr/bin/python3
import usb.core
import usb.util
import sys
ret = list(usb.core.find(find_all=True, idVendor=0x04b4, idProduct=0xfd13))
sys.exit()

leads to error

Exception ignored in: >
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/usb/core.py", line 1029, in __del__
  File "/usr/lib/python3/dist-packages/usb/core.py", line 225, in dispose
  File "/usr/lib/python3/dist-packages/usb/core.py", line 220, in
release_all_interfaces
TypeError: 'NoneType' object is not callable
Exception ignored in: >
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/usb/backend/libusb1.py", line
561, in __del__
AttributeError: 'NoneType' object has no attribute 'libusb_unref_device'
Exception ignored in: >
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/usb/core.py", line 1029, in __del__
  File "/usr/lib/python3/dist-packages/usb/core.py", line 225, in dispose
  File "/usr/lib/python3/dist-packages/usb/core.py", line 220, in
release_all_interfaces
TypeError: 'NoneType' object is not callable
Exception ignored in: >
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/usb/backend/libusb1.py", line
561, in __del__
AttributeError: 'NoneType' object has no attribute 'libusb_unref_device'


The error does not occur with the head of the git repository
https://github.com/walac/pyusb

Please, package pyusb-1.0.0rc1 or later.

Best regards

Heinrich Schuchardt

Bug#817823: [Android-tools-devel] arm64 & armhf builds?

[Neil Williams]

On Sun, 27 Mar 2016 00:36:37 +0800
殷啟聰  wrote:

> So, looks like the LAVA team does need adb & fastboot on all ARM
> platforms, right? :)

It would be useful and IMHO that is sufficient reason to keep arm64 and
probably armhf in the architecture list of the source package. The need
isn't immediate but as the architecture was previously supported and
the new upstream could soon be supported on arm64, it makes sense to
address this now instead of needing to add it back later.

The LAVA team would be a user of adb and could assist in validation
that it works (hardware for that is coming soon) but problems with
architecture-specific FTBFS would be investigated with the debian-arm
porters as normal.

> I was wrong about android-libunwind. Actually I remember it was
> android-libbacktrace, which is needed by adb, who FTBFS in the other
> platforms. What if android-libbacktrace still FTBFS on ARM? 

Has it been tried with the new upstream version? By dropping the
architecture from the list with the first upload, it didn't get tried.

> In that
> case, adb won't be built either, and I fear this will even further
> prevent our packages from migrating to testing. Actually, this bug
> #817823 is already pulling it from migrating.

817823 can be retitled to not affect selected architectures, those
binaries would then be replaced with the migration as normal, once the
other architecture binaries are removed. ftp.debian.org bugs like this
only occur when architectures previously supported get dropped by a
package, leaving cruft behind. Mark those architectures as supported
and the binaries are no longer cruft. What's blocking the migration is
the change in the list of architectures supported.

> _hc, did you remember libbacktrace FTBFS on ARM or MIPS? Do you think
> it's OK to build adb/fastboot and their dependencies on ARM and/or
> MIPS?

I can't see a bug report for an ARM-specific FTBFS:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=1;src=android-platform-system-core
or
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;repeatmerged=on;src=android-tools


-- 


Neil Williams
=
http://www.linux.codehelp.co.uk/



pgpuTeHLEVijG.pgp
Description: OpenPGP digital signature

Bug#814829: eviacam: General update after the debconf review process

[Cesar Mauri]

Dear Christian and folks,

Thank you for the review and translations!

I committed all attached files to the VCS. See here:

https://github.com/cmauri/eviacam/tree/debian

As I'm about to publish a new upstream release, I think it is better to upload 
the package for such a new version.  All suggestions are welcomed.

BR

Cesar Mauri


El 25/03/16 a las 06:49, Christian PERRIER escribió:

Dear Debian maintainer,

On Wednesday, February 17, 2016, I sent you a notification about the beginning 
of a review
action on debconf templates for eviacam.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/ with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Wednesday, February 17, 2016. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this.

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.

Bug#817823: [Android-tools-devel] arm64 & armhf builds?

[殷啟聰]

So, looks like the LAVA team does need adb & fastboot on all ARM
platforms, right? :)

I was wrong about android-libunwind. Actually I remember it was
android-libbacktrace, which is needed by adb, who FTBFS in the other
platforms. What if android-libbacktrace still FTBFS on ARM? In that
case, adb won't be built either, and I fear this will even further
prevent our packages from migrating to testing. Actually, this bug
#817823 is already pulling it from migrating.

_hc, did you remember libbacktrace FTBFS on ARM or MIPS? Do you think
it's OK to build adb/fastboot and their dependencies on ARM and/or
MIPS?

Bug#819322: Useless in Debian

[David Prévot]

Package: php-xml-parser
Version: 1.3.6-1
Severity: serious
Control: block -1 by 818800
User: pkg-php-ma...@lists.alioth.debian.org
Usertags: php7.0-transition

[ Filled as an RC-bug by a team member to see the package auto-removed
  from testing, and not let it block the PHP 7.0 transition. ]

php-xml-parser “has been superseded” according to upstream [0], and has
only two reverse dependencies left in Sid: php-xml-serializer (not in
testing) and simplesamlphp (that should be a mistake, see #818800).

0: http://pear.php.net/package/XML_Parser

There is a priori little point in shipping php-xml-parser with the next
Debian stable release. I intend to follow up with an RM request in a few
months if nobody objects (but feel free to beat me to it).

Regards

David


signature.asc
Description: PGP signature

Bug#819321: Mixed C and C++ style comment

[Osamu Aoki]

Package: debmake
Version: 4.2.4-1
Severity: normal

Currently, debmake does not handle mixed C and C++ style comment.

For example, attached file is problematic.

Osamu
#%#%#%# This is copyright analyser test data by Osamu Aoki.
#%#%#%# The following lines shall not be considered copyright statement.
#%#%#%#
/** \file search_input.cc */// -*-c++-*-

//  Copyright 1999-2010 Daniel Burrows
//  Copyright 2008-2009 Obey Arthur Liu
//
//  This program is free software; you can redistribute it and/or modify
//  it under the terms of the GNU General Public License as published by
//  the Free Software Foundation; either version 2 of the License, or
//  (at your option) any later version.
//
//  This program is distributed in the hope that it will be useful,
//  but WITHOUT ANY WARRANTY; without even the implied warranty of
//  MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
//  GNU General Public License for more details.
//
//  You should have received a copy of the GNU General Public License
//  along with this program; see the file COPYING.  If not, write to
//  the Free Software Foundation, Inc., 59 Temple Place - Suite 330,
//  Boston, MA 02111-1307, USA.

// Local includes:
#include "search_input.h"

NOT A REAL CODE

Bug#819313: ITP: fstl -- A viewer for .stl files

[Jakob Haufe]

On Sat, 26 Mar 2016 15:28:59 +0100
Jakob Haufe  wrote:

> * License : MIT

Small mistake: The license not MIT, but MIT-like:

 This work may be reproduced, modified, distributed, performed, and displayed
 for any purpose. Copyright is retained and must be preserved. The work is
 provided as is; no warranty is provided, and users accept all liability.



-- 
ceterum censeo microsoftem esse delendam.


pgpDWFg87oEqW.pgp
Description: OpenPGP digital signature

Bug#798708: splitting golang-gogoprotobuf-dev

[Jelmer Vernooij]

Hi Dmitry,

The change by itself seems reasonable to me. I'm travelling at the moment, so I 
can't look at the diff. Please don't block on me.

Cheers, Jelmer

On 25 March 2016 11:26:18 EET, Dmitry Smirnov  wrote:
>Hi Jelmer/team,
>
>On Friday, 11 September 2015 4:07:09 PM AEDT Paul Tagliamonte wrote:
>> As discussed in the thread starting at
>> <55f1f19b.7000...@alexandreviau.net>, there's a very rough feeling
>that
>> golang-.*-dev packages ought to be arch:all, witih binaries split
>out.
>> 
>> Thoughts? Should we switch this package to arch:all?
>
>I've committed quick draft for splitting "golang-gogoprotobuf-dev" into
>"golang-github-gogo-protobuf-dev" and "gogoprotobuf":
>
>https://anonscm.debian.org/cgit/pkg-go/packages/golang-gogoprotobuf.git/commit/?id=50b9e4dc
>
>Could you have a look if everything is OK please?
>
>Also can we please re-license packaging from BSD-3-clause to
>BSD-2-clause?
>
>Thanks.
>
>-- 
>Regards,
> Dmitry Smirnov.
>
>---
>
>Democracy is a pathetic belief in the collective wisdom of individual
>ignorance.
>-- H. L. Mencken

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

Bug#804265: [Bug 804265] sispmctl: Allow sispmctl to be run as non-priviledged user

[Heinrich Schuchardt]

Dear Uwe,

version 4.0 of sispmctl provides file examples/60-sispmctl.rules which
could solve the problem.

https://github.com/xypron/sispmctl/tree/debian shows how to package
sispmctl to create the group and copy said udev rules file.

See file debian/sispmctl4.postinst and debian/debian/sispmctl4.udev. You
will have to remove the "4" in the filenames.

Please, package version 4.0 of sispmctl.

Best regards

Heinrich Schuchardt

Bug#819320: dropbear-initramfs: unable to override ip= from command line

[Filippo Giunchedi]

Package: dropbear-initramfs
Version: 2016.72-1
Severity: normal

hi,
I have configured IP= in /etc/initramfs-tools/initramfs.conf to get
the network configured by initramfs. I've tried to override the setting with ip=
during boot but it doesn't seem to work, defaulting to the configuration file
contents when calling 'ipconfig'.

When ran with set -x I noticed
/usr/share/initramfs-tools/scripts/init-premount/dropbear sourcing
/conf/initramfs.conf.
This undoes the /proc/cmdline parsing done by /usr/share/initramfs-tools/init
earlier though and sets IP= from the config. It is easy enough to work around 
in the
config with sth like [ -z "$IP" ] || IP="..." but not obvious at first.

thanks,
filippo
-- System Information:
Debian Release: 8.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 
'stable')
Architecture: amd64 (x86_64)

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

Bug#819232: gnome-session: 3.19 needs lockstep upgrade with gnome-shell 3.19

[Rene Engelhard]

reassign 819232 gnome-session,gnome-shell
found 819232 3.19.92-1
close 819232 3.20.0-1
thanks

Hi,

> gnome-session in experimental requires a version of gnome-shell that has
> switched to the org.gnome.Shell name:
> 
> [GNOME Session]
> _Name=GNOME
> RequiredComponents=org.gnome.Shell;gnome-settings-daemon;
> 
> gnome-shell's NEWS suggests that this means gnome-session should have
> Depends: gnome-shell (>= 3.19.2).
> 
> Meanwhile, gnome-shell no longer provides gnome-shell.desktop, which I
> think means it should have Breaks: gnome-session (<< 3.19.something)
> (and it will also need to break anything else that refers to it by that
> name).

Seems to be done since the gnome-session/gnome-shell 3.20.0-1 uploads.

Regards,

Rene

Bug#819319: apcupsd: BD-Uninstallable on kfreebsd

[Steven Chamberlain]

Package: src:apcupsd
Version: 3.14.12-1.2
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

The change to apcupsd Build-Depends is not right for kfreebsd.  On
Linux, libusb 1.0 is provided by libusb-1.0-0-dev, whereas on kfreebsd
it is provided by libusb2-dev.  Please find a patch attached for this.

Thanks.

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

Kernel: kFreeBSD 10.1-0-amd64
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- debian/control.orig	2016-03-26 15:49:31.0 +
+++ debian/control	2016-03-26 15:51:31.635473356 +
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Giuseppe Iuculano 
 Uploaders: Stefan Ritter 
-Build-Depends: debhelper (>= 7), autotools-dev, quilt, mawk | awk, libgd-dev, libncurses5-dev | libncurses-dev, libsnmp-dev, libssl-dev, libwrap0-dev, po-debconf, texinfo, tcpd, rst2pdf, python-docutils, pkg-config, libusb-1.0-0-dev
+Build-Depends: debhelper (>= 7), autotools-dev, quilt, mawk | awk, libgd-dev, libncurses5-dev | libncurses-dev, libsnmp-dev, libssl-dev, libwrap0-dev, po-debconf, texinfo, tcpd, rst2pdf, python-docutils, pkg-config, libusb-1.0-0-dev [!kfreebsd-any], libusb2-dev [kfreebsd-any]
 Standards-Version: 3.8.4
 Homepage: http://www.apcupsd.com/
 

Bug#819318: rsyslog doesn't getting arguments from /etc/default/rsyslog

[Marcin Dulinski]

Package: rsyslog
Status: install ok installed
Priority: important
Section: admin
Installed-Size: 1834
Maintainer: Michael Biebl 
Architecture: amd64
Version: 8.4.2-1+deb8u2


Hello,

When i try modify arguments in /etc/default/rsyslog I don't getting any
results so the systemd service file is broken.

Suggest patch:

 rsyslog.service.in | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/rsyslog.service.in b/rsyslog.service.in
index cb629ee..79067ca 100644
--- a/rsyslog.service.in
+++ b/rsyslog.service.in
@@ -6,7 +6,8 @@ Documentation=http://www.rsyslog.com/doc/

 [Service]
 Type=notify
-ExecStart=@sbindir@/rsyslogd -n
+EnvironmentFile=-/etc/default/rsyslog
+ExecStart=@sbindir@/rsyslogd -n $RSYSLOGD_OPTIONS
 StandardOutput=null
 Restart=on-failure

Bug#811107: gimp: Automatic threshold doesn't work on binarized image

[Ari Pollak]

Ah, thanks for the explanation! Do you think this upstream bug describes
the same problem? https://bugzilla.gnome.org/show_bug.cgi?id=679622

On Sat, Mar 19, 2016 at 8:46 PM Celelibi  wrote:

> 2016-03-18 23:56 UTC+01:00, Ari Pollak :
> > I can't seem to reproduce this. Could you provide step-by-step
> > instructions, starting from opening gimp?
> >
>
> Ok.
> 1) Open an image. I join one as example, but any may work too.
> 2) Use the menu Colors > Threshold. Click "auto", then validate with "OK".
> 3) Use again the menu Colors > Threshold. Click "auto".
>
> The automatically choosen threshold is 0 which will make the image
> completely white while it was already black and white.
>

Bug#819317: osmc-installer: Unable to mount SD card after installation-install fails

[Prescott]

Package: osmc-installer
Version: 126
Severity: important

Dear Maintainer,

   I planned on using OSMC for use as a media center for my RPi3.  As I
   went through the installation process (using an external SD card
   reader), I came across an error during the 'finalization' stage that
   stated the SD card could not be mounted.

   After multiple attempts to boot from the SD card (flashing green
   light on the Pi and black monitor connected through HDMI) and trying
   different configurations in config.txt to test if they had any effect
   on the boot process, I had to give up and boot onto my Mac and try
   with that version of the installer.  

   Turns out that Mac installer has no such problems and I was able to
   boot from the SD card successfully. 


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

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

Versions of packages osmc-installer depends on:
ii  libc6   2.22-4
ii  libgcc1 1:5.3.1-12
ii  libqt4-network  4:4.8.7+dfsg-6
ii  libqtcore4  4:4.8.7+dfsg-6
ii  libqtgui4   4:4.8.7+dfsg-6
ii  libstdc++6  5.3.1-12
ii  parted  3.2-15
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages osmc-installer recommends:
ii  gksu  2.0.2-9

osmc-installer suggests no packages.

-- no debconf information

Bug#819315: nifti2dicom: FTBFS on !x86

[Emilio Pozuelo Monfort]

Source: nifti2dicom
Version: 0.4.11-1
Severity: serious

Hi,

Your package failed to build on !x86:

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

FWIW building against insighttoolkit 3 in those architectures isn't
an option as insighttoolkit isn't in testing and won't be 
(see #797755 and #795019) so you may need to request the removal of
your package from those architectures.

Cheers,
Emilio

Bug#805445: More data points

[Martin Mares]

Hello!

I think I have a couple of data points more for this bug.

First of all, disabling ipv6.conf.(all|default).accept_ra
in /etc/sysctl.conf does not work reliably for three reasons:

(1) With systemd, there is no dependency between sysctl and
networking, so there is a race condition. I just reported it
as bug for procps (sorry, no bug number yet).

(2) conf.all.accept_ra seems to be ignored by the kernel
(actually, conf.all works only with a couple of options like
forwarding).

(3) conf.default.accept_ra does not help if the interface
already exists when systemd-sysctl.service runs.

Second, if /etc/network/interfaces specifies both IPv6 and
IPv6 addresses, the interface is already up when ifup sets
conf.$IFACE.accept_ra=0. Hence there is a small time window
when the RA can be accepted. Yes, our router is sometimes
fast enough to hit it ;)

I wonder what is the right solution... I see these possibilities:

  (a) We could make ifup set accept_ra before it tries
  to up the interface for the first time.

  (b) ifup could explicitly flush routes with proto=ra
  before setting up the default route.

  (c) The kernel could drop such routes when accept_ra
  is turned off.

Martin

Bug#819316: plastimatch: FTBFS on !x86

[Emilio Pozuelo Monfort]

Package: plastimatch
Version: 1.6.2+dfsg-2
Severity: serious

Hi,

Your package failed to build on !x86:

https://buildd.debian.org/status/package.php?p=plastimatch&suite=sid

FWIW building against insighttoolkit 3 in those architectures isn't
an option as insighttoolkit isn't in testing and won't be
(see #797755 and #795019) so you may need to request the removal of
your package from those architectures.

Cheers,
Emilio

Bug#816710: lxc-debian is broken with -r squeeze

[Antonio Terceiro]

Control: tag -1 + wontfix

On Sat, Mar 26, 2016 at 09:55:12AM +0100, Evgeni Golov wrote:
> control: found -1 lxc/1:1.1.5-1
> 
> Hi,
> 
> On Fri, Mar 04, 2016 at 01:44:17PM -0300, Will Gnann wrote:
> 
> >lxc-create -t debian -n anyname -- -r squeeze
> > 
> >Since squeeze support has ended, debian repositories do not have squeeze 
> > packages, therefore debootstrap with http.debian.net repository fails.
> > 
> >In lxc-debian, the repository http.debian.net is the default repository. 
> > So change default repository to archive.debian.org when using squeeze as 
> > parameter will fix it.
> 
> I must admit I am tempted to close this as wontfix.
> You can pass --mirror=http://archive.debian.org/debian/ to the Debian 
> template if you really want to create a Squeeze container.
> But as you already said, Squeeze is EOL now and I do not think we should add 
> complexity to the code for supporting EOLed releases.

I agree.

-- 
Antonio Terceiro 


signature.asc
Description: PGP signature

Bug#819314: procps: [sysctl] Missing dependency when used with systemd

[Martin Mares]

Package: procps
Version: 2:3.3.9-9
Severity: normal

With sysvinit, the init script for procps ensures that sysctl's
are set before networking is started (via X-Start-Before: $network).

When run with systemd, procps.service does not have such dependency.
Since system startup is highly parallel, there is a race condition:
sometimes network interfaces are initialized before net.ipv6.conf.default.*
is set.

If the new behavior is considered better for some reason,
at least the difference should be clearly documented.

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

Kernel: Linux 4.1.16-kam (SMP w/8 CPU cores; PREEMPT)
Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages procps depends on:
ii  initscripts   2.88dsf-59
ii  libc6 2.19-18+deb8u3
ii  libncurses5   5.9+20140913-1+b1
ii  libncursesw5  5.9+20140913-1+b1
ii  libprocps32:3.3.9-9
ii  libtinfo5 5.9+20140913-1+b1
ii  lsb-base  4.1+Debian13+nmu1

Versions of packages procps recommends:
ii  psmisc  22.21-2

procps suggests no packages.

-- no debconf information

Bug#781382: debian-maintainers: Annual ping for Philip Rinn

[Philip Rinn]

Hi,

here is my annual ping.

Best,

Philip



signature.asc
Description: OpenPGP digital signature

Bug#819308: libguestfs: Build-Depends on linux-image (?)

[Hilko Bengen]

* Santiago Vila:

> retitle 819308 libguestfs: Build-Depends on linux-image (?)
> severity 819308 normal
> thanks
>
> Ok, I think this is fixed in unstable, but the issue about
> build-dependencies on linux-image remains.
>
> If there is a compelling reason why this package really needs to
> build-depend on linux-image-*, please write a debian/README.source
> explaining it.

linux-image-* is needed to be able to run the tests which involves
firing up qemu and a minimal system. This is currently only done on
i386, amd64. I don't recall any other reason for the build dependency
at the moment.

Cheers,
-Hilko

Bug#819313: ITP: fstl -- A viewer for .stl files

[Jakob Haufe]

Package: wnpp
Severity: wishlist
Owner: Jakob Haufe 

* Package name: fstl
  Version : 0.9.2
  Upstream Author : Matt Keeter 
* URL : http://www.mattkeeter.com/projects/fstl/
* License : MIT
  Programming Lang: C++
  Description : A viewer for .stl files

Quoting from the project homepage:

> fstl is a viewer for .stl files.
> It is optimized to quickly load and render very high-polygon models.

I plan to work on an ITP for antimony as well, so I consider a compact
stl viewer a useful prerequisite.

I will upload a first version of this package on mentors soon. I will
need a sponsor for it.

Bug#819258: openrc: dependency resolving fails using init-system-helpers

[Kevin Velghe]

On Sat, Mar 26, 2016 at 03:02:00AM +0100, Adam Borowski wrote:
> On Fri, Mar 25, 2016 at 06:05:44PM +0100, Kevin Velghe wrote:
> > Yesterday, I upgraded lvm2. During the upgrade, I got the following error:
> >  insserv: Service mountdevsubfs has to be enabled to start service lvm2
> >  insserv: exiting now!
> > 
> > This was fixed by manually enabling mountdevsubfs using insserv, after
> > which I could finish upgrading. This morning however, booting hanged at
> > lvm. Downgrading lvm2 didn't solve the problem, so I tried booting using
> > sysv-rc, which had the same problem. systemd booted well, as did openrc
> > 0.20.4-1.
> > 
> > So it seems openrc is able to handle the dependencies well, but that the
> > current init-system-helpers does at least part of the work the sysv-rc
> > way, which seems unable to handle it.
> 
> I've tried multiple scenarios but failed to reproduce your problem.
> Including dist-upgrades:
>   jessie sysv-rc -> unstable -> openrc
>   jessie sysv-rc -> openrc -> unstable
> 
> So there's something more complex on your system than just lvm2.  Letting us
> know what might be helpful in trying to find out what's amiss for you.
The problem at boot might be related to the fact /boot is located on a
lvm partition, otherwise I can't think about anything.

OK, I'll check the installation problem on a container later, but if I
install sysv-rc or current openrc package, then the installation of lvm2
fails because the dependencies aren't enabled. Enabling those manually
does solve this, but openrc 0.20.4-1 does not have this issue. I did run
rm -r /etc/rc?.d; insserv -d /etc/init.d before installation of lvm2, so
it shouldn't be caused by some strange state of /etc/rc?.d.
> 
> > I'm sorry if this should have been reported to init-system-helpers, I
> > wasn't sure as it is openrc-specific.
> 
> As you say that sysv-rc failed too, it doesn't sound like anything related
> to openrc.
Yes, it is related to openrc, as openrc seems only affected because of
the use of init-system-helpers to provide update-rc.d, which does not
seem to use openrc to determine the dependencies. Nevertheless it should
probably be reported to init-system-helpers.
> 
> 
> Meow!
> -- 
> A tit a day keeps the vet away.
> 


signature.asc
Description: Digital signature

Bug#819310: vlc: rtmp:// URLs for live streaming do not work

[Jonas Smedegaard]

Quoting Ralf Jung (2016-03-26 14:06:13)
> The reason it does not work on Debian is that ffmpeg is compiled with 
> "--enable-librtmp".

More accurately, the reason is all of the following combined:

  * librtmp assumes non-"live" (i.e. seek'able?) sources by default
  * ffmpeg does not force "live" mode by default when using librtmp
  * ffmpeg favors librtmp over builtin rtmp when both are built
  * Debian builds ffmpeg with librtmp enabled
  * VLC does not not force "live" mode to ffmpeg by default
  * VLC does not specifically request builtin rtmp from ffmpeg

I believe changing any one of those places should be enough, from a user 
POV.

I suspect that librtmp quite likely support features which builtin 
ffmpeg implementation does not (e.g. better certificate handling in its 
TLS extensions), and that disabling librtmp in Debian ffmpeg builds 
therefore is a bad place to fix this.


 - 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#819292: jessie-pu: package pcre3/2:8.35-3.3+deb8u4

[Salvatore Bonaccorso]

Hi Adam,

On Sat, Mar 26, 2016 at 01:05:47PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sat, 2016-03-26 at 07:49 +0100, Salvatore Bonaccorso wrote:
> > Here is another update proposed for src:pcre3 for -- if possible --
> > having it included in the upcomping Jessie point release. It has been
> > reported as #819050, libpcre3 segfaults on certain regex when jit is
> > used.
> 
> If the upload can be made today and assuming that it shows no
> regressions in the test suite, please go ahead.

Thanks. No regressions seen for me. I just have uploaded it to be in
time.

Regards,
Salvatore

Bug#818590: [pkg-otr-team] Bug#818590: irssi-plugin-otr: mismatching ABI version with current irssi

[Antoine Beaupré]

On 2016-03-26 07:31:46, intrigeri wrote:
> Hi,
>
> Andreas Beckmann wrote (19 Mar 2016 01:34:43 GMT) :
>> On Fri, 18 Mar 2016 16:09:45 +0100 intrigeri  wrote:
>>> Someone (who can first verify that this would fix the problem) should
>>> get a binNMU scheduled, I guess :)
>
>> While this would probably make the package installable again, this is
>> not the proper fix. Next bump and this happens again.
>
> Absolutely.
>
>> irssi needs to arrange to provide a virtual package, e.g. irssi-abi-1
>> and must ensure that plugins pick up a proper dependency on this virtual
>> package. Once the abi changes (and the virtual package is renamed), this
>> will visibly trigger a transition.
>
> Yes, thanks for clarifying.
>
> In passing: I've no clue how many other irssi plugin packages are
> affected as well. This can't be just irssi-plugin-otr, can it?

I don't know.

But before anyone starts working on this now - i have what i think is a
working package now here:

http://paste.anarc.at/otr/

It's been tested by a friend, but i would appreciate more
testing. Waiting for an upstream release for a bit now to avoid
packaging a snapshot.

A.

-- 
Wire telegraph is a kind of a very, very long cat. You pull his tail
in New York and his head is meowing in Los Angeles. Radio operates
exactly the same way: you send signals here, they receive them
there. The only difference is that there is no cat.
 - Albert Einstein

Bug#816509: Interested in taking up the nltk

[saurav.kumar.cs...@itbhu.ac.in]

I will be happy to take responsibility for nltk, I have been using it 
for my college project since last two months now this can be my 
opportunity to pay back

Bug#819312: cipux-rpc: Wrong name listed in the package description

[Thomas Vincent]

Source: cipux-rpc
Severity: minor

Dear Maintainer,

While translating descriptions of cipux-rpc* packages, I noticed that a tool 
name is incorrect in the second paragraph.
"cipux-cat" should indeed be replaced by "cipux-cat-web".

Thanks for your work on cipux-rpc,
Thomas

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

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

Bug#819311: sssd-ad: Fail to login with lightdm, but can login with console

[dethegeek]

Package: sssd-ad
Version: 1.13.3-1+b1
Severity: important

The system is a samba 4 AD domain member, configured with sssd. 
After a packages update about a week ago, I found I could no longer login
with lightdm. However I'm still aboe to login with a console (i.e. tty1).

A local accound just works whatever I use lightdm or a console.

I finally found that the update process switched sssd* from 1.12 (I guess) 
to 1.13. 

I had to edit /etc/sssd/sssd.conf and add the following line in the section 
related to my domain :
ad_gpo_access_control = disable

As sssd.conf is not provided in the packages, I think a warning should 
be displayed during the update. 

I did not took time to check the changelog of sssd to determine if 
the ad_gpo* settings are new or changed their behavior between the old
version and the new one (because I was not aware if the exact version I 
had before upgrading).


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

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

Versions of packages sssd-ad depends on:
ii  libbasicobjects0  0.5.0-1
ii  libc6 2.22-3
ii  libcollection40.5.0-1
ii  libcomerr21.42.13-1
ii  libdhash1 0.5.0-1
ii  libini-config50.5.0-1
ii  libk5crypto3  1.13.2+dfsg-5
ii  libkrb5-3 1.13.2+dfsg-5
ii  libldap-2.4-2 2.4.42+dfsg-2+b2
ii  libpopt0  1.16-10
ii  libref-array1 0.5.0-1
ii  libsasl2-22.1.26.dfsg1-14+b1
ii  libsmbclient  2:4.3.6+dfsg-1
ii  libsss-idmap0 1.13.3-1+b1
ii  libtalloc22.1.5-2
ii  libtevent00.9.28-1
ii  samba-libs2:4.3.6+dfsg-1
ii  sssd-ad-common1.13.3-1+b1
ii  sssd-common   1.13.3-1+b1
ii  sssd-krb5-common  1.13.3-1+b1

sssd-ad recommends no packages.

sssd-ad suggests no packages.

-- no debconf information

Bug#819290: systemd[1]: Caught , dumped core ...

[Yuriy M. Kaminskiy]

Disclaimer: not a systemd maintainer.
> 2.) A.)
Unfortunately, backtrace without symbol information is not exactly 
useful, especially since introduction of ASLR. If you kept core, please 
install systemd-dbg/-dbgsym package and redo gdb backtrace.


> If I understand correctly Lennart might look into this when version 
4.5 of the kernel is out[1].


Unless you use systemd.unified_cgroup_hierarchy=1, this is *NOT* your 
issue (some symptoms maybe /looks/ similar, but effects in 2.B.,.C,.D,.E 
are exactly same in about /any/ systemd crash), and Lennart note about 
4.5 kernel does not apply to you.


P.S. I might note that the way systemd handles crashes is not quite 
suitable for any production system :-|
Considering complexity (and likelihood of bugs), it should do something 
less drastic.

Bug#818889: gnubg: diff for NMU version 1.05.000-7.1

[Tobias Frost]

Control: tags 818889 + pending

Dear maintainer,

As this bug also showed up when rebuilding the package against libpng16,
I've prepared an NMU for gnubg (versioned as 1.05.000-7.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

--
tobi

Regards.
diff -Nru gnubg-1.05.000/debian/changelog gnubg-1.05.000/debian/changelog
--- gnubg-1.05.000/debian/changelog 2016-03-20 20:00:07.0 +0100
+++ gnubg-1.05.000/debian/changelog 2016-03-26 14:11:31.0 +0100
@@ -1,3 +1,11 @@
+gnubg (1.05.000-7.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "build failure when building with a more recent glib2.0",
+adding glib-gettext.m4 to REPLACE_M4 (Closes: #818889)
+
+ -- Tobias Frost   Sat, 26 Mar 2016 14:10:37 +0100
+
 gnubg (1.05.000-7) unstable; urgency=medium
 
   * Switch back to the default version of GCC, since 4.9 is being removed.
diff -Nru gnubg-1.05.000/debian/rules gnubg-1.05.000/debian/rules
--- gnubg-1.05.000/debian/rules 2016-03-20 20:00:07.0 +0100
+++ gnubg-1.05.000/debian/rules 2016-03-26 14:10:22.0 +0100
@@ -18,7 +18,7 @@
 # Replace the following upstream-supplied GCC probes with the latest
 # versions from the autoconf-archive package, since otherwise i386 CPU
 # detection fails on the buildds and the package can't be built.
-REPLACE_M4 = ax_ext.m4 ax_gcc_x86_avx_xgetbv.m4 ax_gcc_x86_cpuid.m4
+REPLACE_M4 = ax_ext.m4 ax_gcc_x86_avx_xgetbv.m4 ax_gcc_x86_cpuid.m4 
glib-gettext.m4
 
 # Only build with SSE on amd64.  We can't assume that processor for i386,
 # and it fails to build on ia64 since GCC there doesn't support -msse or

Bug#819310: vlc: rtmp:// URLs for live streaming do not work

[Ralf Jung]

Package: src:vlc
Version: 2.2.2-5
Severity: normal

Dear Maintainer,

Steps to reproduce:
Try to open the RTMP URL of a live stream in VLC. For example, for the next two 
days, you
can try the ones given in :

  vlc rtmp://revision.scenesat.com/live/mainhall

Actual behavior:
VLC shows an error, it is unable to open the stream:

  Your input can't be opened:
  VLC is unable to open the MRL 'rtmp://revision.scenesat.com/live/mainhall'. 
Check the log for details.

Expected behavior:
VLC should be able to open the stream. Note that the URL is valid, and works 
fine for users of
Windows and other distributions (confirmed SuSE and Arch).

More information:
The stream above can be watched by changing the URL, and calling

  vlc "rtmp://revision.scenesat.com/live/mainhall live=1"

However, users cannot be expected to know that. Clicking the link in the 
website above with Firefox
opens the stream in VLC, and that should work on Debian like it does elsewhere.

The reason it does not work on Debian is that ffmpeg is compiled with 
"--enable-librtmp". librtmp
needs this quirk in the URL to handle live streams (streams that cannot be 
seeked). I do not
have an opinion on where is the best place to fix this bug, but I strongly 
believe that the "Actual behavior"
above is a bug, and the "Expected behaior" is what we should have instead. Note 
that not only VLC is affected,
but also e.g. mpv. Maybe the best place to fix this is librtmp itself. I am 
reporting this against
VLC as this is where the bug surfaces for many users.

See  for some more 
information.

Kind regards,
Ralf


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

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

Versions of packages vlc depends on:
ii  dpkg1.18.4
ii  fonts-freefont-ttf  20120503-4
ii  libaa1  1.4p5-44
ii  libavcodec-ffmpeg56 7:2.8.6-1+b2
ii  libavutil-ffmpeg54  7:2.8.6-1+b2
ii  libc6   2.22-3
ii  libcaca00.99.beta19-2+b1
ii  libcairo2   1.14.6-1
ii  libegl1-mesa [libegl1-x11]  11.1.2-1
ii  libfreerdp-client1.11.1.0~git20140921.1.440916e+dfsg1-7
ii  libfreerdp-core1.1  1.1.0~git20140921.1.440916e+dfsg1-7
ii  libfreerdp-gdi1.1   1.1.0~git20140921.1.440916e+dfsg1-7
ii  libfreetype62.6.3-3
ii  libfribidi0 0.19.7-1
ii  libgcc1 1:5.3.1-12
ii  libgl1-mesa-glx [libgl1]11.1.2-1
ii  libgles1-mesa [libgles1]11.1.2-1
ii  libgles2-mesa [libgles2]11.1.2-1
ii  libglib2.0-02.46.2-3
ii  libpulse0   8.0-1
ii  libqt5core5a5.5.1+dfsg-16.1
ii  libqt5gui5  5.5.1+dfsg-16.1
ii  libqt5widgets5  5.5.1+dfsg-16.1
ii  libqt5x11extras55.5.1-3
ii  librsvg2-2  2.40.13-3
ii  libsdl-image1.2 1.2.12-5+b5
ii  libsdl1.2debian 1.2.15+dfsg1-4
ii  libstdc++6  5.3.1-12
ii  libva-drm1  1.7.0-1
ii  libva-x11-1 1.7.0-1
ii  libva1  1.7.0-1
ii  libvlccore8 2.2.2-5
ii  libvncclient1   0.9.10+dfsg-3+b1
ii  libx11-62:1.6.3-1
ii  libxcb-composite0   1.11.1-1
ii  libxcb-keysyms1 0.4.0-1
ii  libxcb-randr0   1.11.1-1
ii  libxcb-shm0 1.11.1-1
ii  libxcb-xv0  1.11.1-1
ii  libxcb1 1.11.1-1
ii  libxext62:1.3.3-1
ii  libxi6  2:1.7.6-1
ii  libxinerama12:1.1.3-1+b1
ii  libxpm4 1:3.5.11-1+b1
ii  vlc-nox 2.2.2-5
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages vlc recommends:
ii  vlc-plugin-notify  2.2.2-5
ii  vlc-plugin-samba   2.2.2-5
ii  xdg-utils  1.1.1-1

vlc suggests no packages.

Versions of packages vlc-nox depends on:
ii  dpkg   1.18.4
ii  liba52-0.7.4   0.7.4-18
ii  libasound2 1.1.0-1
ii  libass50.13.2-1
ii  libavahi-client3   0.6.32~rc+dfsg-1
ii  libavahi-common3   0.6.32~rc+dfsg-1
ii  libavc1394-0   0.5.4-4
ii  libavcodec-ffmpeg567:2.8.6-1+b2
ii  libavformat-ffmpeg56   7:2.8.6-1+b2
ii  libavutil-ffmpeg54 7:2.8.6-1+b2
ii  libbasicusageenvironment1  2016.02.09-1
ii  libbluray1 1:0.9.2-2
ii  libc6  2.22-3
ii  libcddb2   1.3.2-5
ii  libcdio13  0.83-4.2+b1
ii  libchromaprint0  

Bug#819292: jessie-pu: package pcre3/2:8.35-3.3+deb8u4

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2016-03-26 at 07:49 +0100, Salvatore Bonaccorso wrote:
> Here is another update proposed for src:pcre3 for -- if possible --
> having it included in the upcomping Jessie point release. It has been
> reported as #819050, libpcre3 segfaults on certain regex when jit is
> used.

If the upload can be made today and assuming that it shows no
regressions in the test suite, please go ahead.

Regards,

Adam

Bug#819309: Please update to 0.12.3

[Marcelo Jorge Vieira]

Source: skimage
Version: 0.10.1-2
Severity: wishlist


Dear Maintainer,

Could you please update package for the new version?

I'm packaging Thumbor (#723778) and skimage is one of build
dependencies.


Cheers,

-- 
Marcelo Jorge Vieira
xmpp:me...@jabber-br.org
http://metaldot.alucinados.com



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

Bug#819308: libguestfs: Build-Depends on linux-image (?)

[Santiago Vila]

retitle 819308 libguestfs: Build-Depends on linux-image (?)
severity 819308 normal
thanks

Ok, I think this is fixed in unstable, but the issue about
build-dependencies on linux-image remains.

If there is a compelling reason why this package really needs to
build-depend on linux-image-*, please write a debian/README.source
explaining it.

Thanks.

Bug#812087: [pcscd] takes 100 % cpu

[Ludovic Rousseau]

Le 25/03/2016 12:52, Eric Valette a écrit :

On 03/24/2016 06:56 PM, Ludovic Rousseau wrote:

LIBUSB_DEBUG=99 pcscd -dfaT | tee log.txt


Here it is.

NB: the process was actually at 106% after inerting the key before I 
stooped.


Eric,
From the pcscd trace you sent I see that an application (or maybe 2 
because I see 2 clients) is continuously calling SCardGetStatusChange() 
with a 200 ms timeout.


In pcsc-lite 1.8.16 (that should arrive in Debian testing on Monday 28th 
March 2016) I fixed a bug related to SCardCancel() and 
SCardGetStatusChange().

Maybe that would fix the problem you have.

Please upgrade to pcsc-lite 1.8.16 and tell me if you still have the 
problem or not?



Do you know what application is using pcscd?
To list all the applications using libpcsclite you can use:
$ sudo lsof /usr/lib/x86_64-linux-gnu/libpcsclite.so.1

Have you configured wpa_supplicant (Wifi password) to use the smart card?

Thanks

--
Dr. Ludovic Rousseau