Bug#846314: alot: please use python-gpg instead of python-gpgme

[Daniel Kahn Gillmor]

Package: alot
Version: 0.3.6-1
Severity: normal
Tags: patch upstream
Control: affects -1 python-gpg python-gpgme

Please use the python-gpg package, which is supplied by GnuPG and
GPGME upstream, rather than the python-gpgme package, which is not
being actively maintained.

This will require some minor changes in the source, which i've already
made patches for upstream:

https://github.com/pazz/alot/pull/906

they don't apply cleanly to 0.3.6, though; they should be easier to
apply if debian updates to a more recent version of alot.

  --dkg

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

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

Versions of packages alot depends on:
ii  python-configobj  5.0.6-2
ii  python-gpgme  0.3-1.2
ii  python-magic  1:5.29-1
ii  python-notmuch0.23.3+16~g5ff385c+1
ii  python-twisted16.5.0-1
ii  python-urwid  1.3.1-2+b1
pn  python:any

Versions of packages alot recommends:
ii  links2.13-1
ii  notmuch  0.23.3+16~g5ff385c+1
ii  w3m  0.5.3-33

Versions of packages alot suggests:
pn  alot-doc  

-- no debconf information

Bug#845925: autopkgtest customize script for vmdebootstrap is unable to resolve httpredir.debian.org

[Martin Pitt]

Hello,

Johannes Schauer [2016-11-29  8:04 +0100]:
> + cat /tmp/tmpSxHjE2/etc/resolv.conf
> cat: /tmp/tmpSxHjE2/etc/resolv.conf: No such file or directory
> EEEK! Something bad happened...
> Command failed: /usr/share/autopkgtest/setup-commands/setup-testbed 
> /tmp/tmpSxHjE2 autopkgtest-sid.raw
> 
> So apparently, there is no /etc/resolv.conf inside the chroot??

The expected state is that it is a symlink to
/run/systemd/resolve/resolv.conf, and that's the bit that apparently
doesn't exist -- i. e. systemd-resolved.service is not running in your
case. So using the second method and vmdebootstrapping a VM without
the setup script and checking it inside sounds like a good next step.

Martin


-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: PGP signature

Bug#846211: dpkg-dev: dpkg-shlibdeps execs objdump on wrong lib architecture

[Jean-Francois Dockes]

Guillem Jover writes:
 > Control: tags -1 moreinfo
 > Control: severity -1 normal
 > 
 > Hi!
 > 
 > On Tue, 2016-11-29 at 03:19:31 -0700, Jean-Francois Dockes wrote:
 > > Package: dpkg-dev
 > > Version: 1.17.27
 > > Severity: important
 > 
 > > This happens on an odrobian hybrid installation: 64 bits kernel with
 > > 32 bits userland. gcc -v says:
 > > 
 > > Using built-in specs.
 > > COLLECT_GCC=/usr/bin/gcc-4.9.real
 > > COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
 > > Target: arm-linux-gnueabihf
 > > 
 > > debuild fails with the following output:
 > > 
 > > dh_shlibdeps -O--parallel
 > > objdump: /lib/aarch64-linux-gnu/libpthread.so.0: File format not recognized
 > > dpkg-shlibdeps: error: objdump gave error exit status 1
 > > dh_shlibdeps: dpkg-shlibdeps -Tdebian/libupnp6.substvars 
 > > debian/libupnp6/usr/lib/arm-linux-gnueabihf/libthreadutil.so.6.0.4 ... 
 > > returned exit code 1
 > > debian/rules:14: recipe for target 'binary' failed
 > > 
 > > 
 > > Workaround: Just forbidding (chmod 0) access to
 > > /lib/aarch64-linux-gnu/ and /usr/lib/aarch64-linux-gnu/ fixes the
 > > problem (the package build succeeds, the packages are ok), so it would
 > > appear that someone is looking in the wrong places.
 > 
 > It seems to me you are trying to cross-compile but are not passing the
 > correct arguments to dpkg-buildpackage? Giving more detail would help,
 > build logs, the way you invoked dpkg-buildpackage. What are the host
 > architecture you are trying to build for, etc.

Hi,

I am not trying to cross-compile (this is the whole point of using this
sytem actually: a reasonably fast native ARM system to build things).

The userland is ARM 32 bits: the gcc ouput above is the one from the normal
system compiler. ARM64 is present on the system as a foreign architecture,
and just used for a few commands, specific to building system images as far
as I can see.

dpkg-buildpackage is invoked from debuild, which in turn invokes
dh_shlibdebs. I am copying a full buildlog at the end (I cut out most of
the CC lines, as just bit repetitive and boring...). Setting
DEB_BUILD_ARCH=armv7l works for raw dpkg-buildpackages (as an alternative
to forbidding access to the aarch64 dirs), but not for debuild (for which
the directory interdiction works).

The system I am using is described in the following link, I think that
looking there will be better than my bad paraphrasing of the same
information:

http://forum.odroid.com/viewtopic.php?t=18771

Look for the 'Linux Hybrid Kernel64/Debian32' section.

Contents of the 64 bits part:

odroid32$ sudo ls /usr/lib/aarch64-linux-gnu/
audit  gconv

odroid32$ sudo ls /lib/aarch64-linux-gnu/
ld-2.19.so   libanl.so.1   libcrypt.so.1  libmemusage.so
 libnss_dns.so.2libnss_nis.so.2 libresolv-2.19.so
libutil-2.19.so
ld-linux-aarch64.so.1libc-2.19.so  libdl-2.19.so  libnsl-2.19.so
 libnss_files-2.19.so   libnss_nisplus-2.19.so  libresolv.so.2   
libutil.so.1
libBrokenLocale-2.19.so  libc.so.6 libdl.so.2 libnsl.so.1   
 libnss_files.so.2  libnss_nisplus.so.2 librt-2.19.so
libBrokenLocale.so.1 libcidn-2.19.so   libgcc_s.so.1  libnss_compat-2.19.so 
 libnss_hesiod-2.19.so  libpcprofile.so librt.so.1
libSegFault.so   libcidn.so.1  libm-2.19.so   libnss_compat.so.2
 libnss_hesiod.so.2 libpthread-2.19.so  libthread_db-1.0.so
libanl-2.19.so   libcrypt-2.19.so  libm.so.6  libnss_dns-2.19.so
 libnss_nis-2.19.so libpthread.so.0 libthread_db.so.1


odroid32$ file /usr/bin/* | grep 'ELF 64'
/usr/bin/fw_printenv:  ELF 64-bit LSB executable, ARM aarch64...
/usr/bin/kwboot:   ELF 64-bit LSB executable, ARM aarch64...
/usr/bin/mkimage:  ELF 64-bit LSB executable, ARM aarch64...
/usr/bin/mksunxiboot:  ELF 64-bit LSB executable, ARM aarch64...
# (that's all)


Nothing much as you can see, and interdicting access to the directories
leaves the system normally usable for a non-root user. Some 32bit bits:


odroid32$ ls /lib/arm-linux-gnueabihf/ | wc
  146   146  2418
odroid32$ ls /usr/lib/arm-linux-gnueabihf/ | wc
  913   913 15206
odroid32$ file /usr/bin/* | grep 'ELF 32' | wc -l
409
odroid32$ ldd /bin/ls
libselinux.so.1 => /lib/arm-linux-gnueabihf/libselinux.so.1 (0xf7304000)
libacl.so.1 => /lib/arm-linux-gnueabihf/libacl.so.1 (0xf72ed000)
libc.so.6 => /lib/arm-linux-gnueabihf/libc.so.6 (0xf71fd000)
/lib/ld-linux-armhf.so.3 (0xaaaff000)
libpcre.so.3 => /lib/arm-linux-gnueabihf/libpcre.so.3 (0xf71a1000)
libdl.so.2 => /lib/arm-linux-gnueabihf/libdl.so.2 (0xf718e000)
libattr.so.1 => /lib/arm-linux-gnueabihf/libattr.so.1 (0xf717a000)
libpthread.so.0 => /lib/arm-linux-gnueabihf/libpthread.so.0 (0xf7156000)



I stand read to run more commands if needed to better qualify the system.

Build l

Bug#843847: unixodbc: please package the latest patchlevel release

[Ferenc Wágner]

Hi Steve,

Do you need any help with this, or will you get to it before the stretch
freeze?  (I mentioned squeeze repeatedly in the original report.  That
was a mistake, of course.)
-- 
Thanks,
Feri

Bug#846313: base: Lenovo W500 sleep mode wrong c-state

[Oliver Rabe]

Package: base
Severity: normal

Dear Maintainer,

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

 * What led up the situation?

I am pretty sure that the situation is related to an update. I think 3 days ago 
the problem occures first time: the notebook shows other behaviour to sleep 
mode then expected. For months the sleep mode was good working. Since around 
monday the situation is:

- when send to sleep mode, the "moon" and the "battery" LED are glowing. Since 
then it was only the "moon" LED
- in sleep mode the notebook has still too much activity. Putting it in my back 
pack, travelling 2 hours, afterwards the notebook ist really warm, nearly hot 
and den Battery is finished

 * What did you do

hm, nothing right now. I am not firm with the acpi-stuff. I shut down the 
notebook instead of sleep mode

 * What was the outcome

no sleep mode

 * what outcome did you expect instead?

nothing else

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

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

Bug#846312: vim package fails to build with missing man files

[David Barnett]

Package: vim
Version: 8.0.0095-1

When I try to build the v8.0.0095-1 tag from
https://anonscm.debian.org/cgit/pkg-vim/vim.git using pbuilder, I get an
error from the dh_install command:
  dh_install
  cp: cannot stat ‘debian/tmp/debian/tmp/usr/share/man/ru/man1/vim.1’: No
such file or directory
  dh_install: cp -a debian/tmp/debian/tmp/usr/share/man/ru/man1/vim.1
debian/vim-common/usr/share/man/ru/man1// returned exit code 1
  make: *** [install-stamp-indep] Error 2

The issue here seems to be that the munge-man-directories helper in
debian/rules is not getting invoked, those directory moves are skipped, and
there is no man/ru/ directory at the expected path (only man/ru.UTF-8/ and
man/ru.KOI8-R/, which never got moved/deleted).

I'm not sure why the $(munge-man-directories) invocation is completely
skipped for me, but inlining the body of munge-man-directories into the
places it's supposed to get invoked fixes the issues on my system.

David

Bug#845082: (no subject)

[Antonio Valentino]

Hi Graham,

On Tue, 29 Nov 2016 08:08:10 +0200 Graham Inggs  wrote:
> On 29 November 2016 at 00:29, Breno Leitao  wrote:
> > We just created a pull request to have this fixed upstream.
> 
> Thanks!
> 
> > Should we create a Debian patch also?
> 
> This bug is tagged 'pending' and there's already a patch in the
> packaging git [1].
> I did notice the patch uses round() while your PR uses llround().
> Antonio, should that be changed?

I have just updated the patch to use the same code that has been merged
upstream.

Now just waiting for a sponsor to upload it.

>
> [1] 
> https://anonscm.debian.org/cgit/debian-science/packages/numexpr.git/commit/?id=5c1edd14c6cf8f1258514faca2010380be75bb37
>


best regards

-- 
Antonio Valentino

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Martin,

Am Di den 29. Nov 2016 um 22:36 schrieb Martin Pitt:
> Cristian Ionescu-Idbohrn [2016-11-29 22:16 +0100]:
> > Eversince systemd came about into debian, you've shown direct or
> > indirect disrespect, IMO, to people objecting against screwing up
> > their systems, where they want to keep sysv instead of adopting
> > systemd world domination.
> 
> The root issue here is not about the init system, but how initramfses
> and separate partitions play together. Separate /usr without an initrd
> has always been slightly broken,

No, it worked well for decades and it was exactly why you have small
root and resizable /usr on other medias.

It start getting broken when systemd start taking over the world.

> So, the set of what can be supported is certainly debatable, but as
> history has shown it neither makes sense to support this use case nor
> did anyone manage to actually do it. Hence the "wontfix".

As history shows, that is common use case and makes fully sense.

> Also, *if* you want to make this about systemd vs. SysV again:

Well, systemd, or better the religiosity, systemd is spread, is part of
this particular problem. Exactly that is the case, why so many users
oppose systemd.

However, this should be fight somewhere else. Here we have a real
problem, that is easily fixable. Look at devuan or debian jessie. Just
do not link against libsystemd what pulls in too many uncontrollable
dependencies.

> Pleeease step up and maintain SysV init. For all those vocal people
> who lobbied for it there has been remarkably little action to show for
> it (read: zero):
> 
>   https://anonscm.debian.org/cgit/collab-maint/sysvinit.git/log/

Well, why should it have too many changes? It works great. And it is
that well-hung that there is simply not to much to change.

But yes, there could be some bug mitigation. I just wounder, how
frustrated the sysvinit people are about the stuff, systemd people
break everyday.

I snip out the rest as, even if it is fully true and describe the
problem well, it is not about this particular bug.

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

iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAlg+dcEACgkQpnwKsYAZ
9qzMMQwAh+45TIprZ3unyf6Z32LIWfVIQZZAYmjGnPt/swYt9t0Lpa3rVBuoG9Vo
TgbKeFiZUTaYV2mZSgSfxSz8zogLPQJWDlrjghv7QA6wTQeRJEP+ZR5yp03Olgmm
BdRmuTrzpXOoTFEWLUo8pSpOfblX/G/ltpYd/JjWlBqYJKZvjILAV1VUTvb61ll4
La5WIW6DKIMm4s5LruhAX3zcw05/0g3zqum1ReGxgltVaGlZ36WLW+FoIJ9pfW8c
YlUc/1Hi+/osirOzUOoH4hJbaoBJvNPUCoQHFx6eagaf17U5B0TpnGbrLqm8lysm
hQCcD5myKx/02Z4UMxnToVaUw+T9FAveCNJ7U378OylL7O87SzWYa5GVcXM6oNYM
wjluGGO29g2Ifzhw8X5T3X7WTULZS4qttWSoUJ/JE7Qx7e/9+Vd51zHXXrCciQbl
eBrZpSBM53Ebk5zC7mqJcECBoUkJ/Gb0Y33T/ESYF8/05zRUp6DSqn8KrVFkX7gk
jTaCUdZc
=vHKA
-END PGP SIGNATURE-

Bug#844692: Upload in progress

[Mathieu Parent]

The correct 0005.
From f611692db8fc8c517e143d9ce696b495d428fcf8 Mon Sep 17 00:00:00 2001
From: Mathieu Parent 
Date: Sat, 5 Nov 2016 22:16:27 +0100
Subject: [PATCH 5/5] Release version 23+nmu3

---
 debian/changelog | 8 
 1 file changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 459ae3b..dfa4a92 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+dh-lua (23+nmu3) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Add support for luasandbox (i.e. lua embedded in libluasandbox0)
+(Closes: #844692)
+
+ -- Mathieu Parent   Wed, 30 Nov 2016 07:40:58 +0100
+
 dh-lua (23+nmu2) unstable; urgency=medium
 
   * Non-maintainer upload.
-- 
2.10.2

Bug#844692: Upload in progress

[Mathieu Parent]

Hello,

Here are the patches from current git to my upload to DELAYED+3.

NB: The version is 23-nmu3, as my request on alioth to be part of the
team has not been approved (yet).

Regards

-- 
Mathieu
From 9d56aaf9f3947b5063cd09415203a98f2ac446ee Mon Sep 17 00:00:00 2001
From: James McCoy 
Date: Thu, 21 Jul 2016 22:35:58 -0400
Subject: [PATCH 1/5] app.c: Emulate lua's ability to run a script from stdin

If the arg "-" is given, or there are no arguments supplied, tell
luaL_loadfile to load from stdin.

Signed-off-by: James McCoy 
---
 test/5.1/app.c | 10 --
 test/5.2/app.c | 10 --
 test/5.3/app.c | 10 --
 3 files changed, 24 insertions(+), 6 deletions(-)

diff --git a/test/5.1/app.c b/test/5.1/app.c
index e5e3da6..781b683 100644
--- a/test/5.1/app.c
+++ b/test/5.1/app.c
@@ -3,6 +3,7 @@
 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -41,7 +42,12 @@ int main(int argn,char** argv){
 	app_open(L);
 
 	// LOAD
-	rc = luaL_loadfile(L,argv[1]);
+	if (argn < 2 || !strcmp("-", argv[1])) {
+		rc = luaL_loadfile(L, NULL);
+	}
+	else {
+		rc = luaL_loadfile(L,argv[1]);
+	}
 
 	// check for errors
 	if (rc != 0){
@@ -61,7 +67,7 @@ int main(int argn,char** argv){
 	lua_setglobal(L,"arg");
 
 	for(i=2;i 2 ? argn-2 : 0),LUA_MULTRET,0);
 	
 	// check for errors
 	if (rc != 0){
diff --git a/test/5.2/app.c b/test/5.2/app.c
index 690751c..669d6b3 100644
--- a/test/5.2/app.c
+++ b/test/5.2/app.c
@@ -3,6 +3,7 @@
 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -41,7 +42,12 @@ int main(int argn,char** argv){
 	app_open(L);
 
 	// LOAD
-	rc = luaL_loadfile(L,argv[1]);
+	if (argn < 2 || !strcmp("-", argv[1])) {
+		rc = luaL_loadfile(L, NULL);
+	}
+	else {
+		rc = luaL_loadfile(L,argv[1]);
+	}
 
 	// check for errors
 	if (rc != 0){
@@ -61,7 +67,7 @@ int main(int argn,char** argv){
 	lua_setglobal(L,"arg");
 
 	for(i=2;i 2 ? argn-2 : 0),LUA_MULTRET,0);
 	
 	// check for errors
 	if (rc != 0){
diff --git a/test/5.3/app.c b/test/5.3/app.c
index 690751c..669d6b3 100644
--- a/test/5.3/app.c
+++ b/test/5.3/app.c
@@ -3,6 +3,7 @@
 
 #include 
 #include 
+#include 
 
 #include 
 #include 
@@ -41,7 +42,12 @@ int main(int argn,char** argv){
 	app_open(L);
 
 	// LOAD
-	rc = luaL_loadfile(L,argv[1]);
+	if (argn < 2 || !strcmp("-", argv[1])) {
+		rc = luaL_loadfile(L, NULL);
+	}
+	else {
+		rc = luaL_loadfile(L,argv[1]);
+	}
 
 	// check for errors
 	if (rc != 0){
@@ -61,7 +67,7 @@ int main(int argn,char** argv){
 	lua_setglobal(L,"arg");
 
 	for(i=2;i 2 ? argn-2 : 0),LUA_MULTRET,0);
 	
 	// check for errors
 	if (rc != 0){
-- 
2.10.2

From c9653190b552a8dae855c178f6320a14b1368ed8 Mon Sep 17 00:00:00 2001
From: James McCoy 
Date: Fri, 12 Aug 2016 19:58:09 -0400
Subject: [PATCH 2/5] Changelog for 23+nmu1

---
 debian/changelog | 8 
 1 file changed, 8 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index c20f55f..c63c24a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+dh-lua (23+nmu1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update app.c to emulate lua's ability to read a script from stdin, as used
+by lua-luv's test suite.  (Closes: #832078)
+
+ -- James McCoy   Fri, 12 Aug 2016 19:58:09 -0400
+
 dh-lua (23) unstable; urgency=medium
 
   * Build depend on txt2man (Closes: #796803) 
-- 
2.10.2

From 974149478c1c878cdab644eefb23a17bfabe9fb4 Mon Sep 17 00:00:00 2001
From: Daniel Silverstone 
Date: Sat, 5 Nov 2016 09:58:47 +
Subject: [PATCH 3/5] Import Debian version 23+nmu2

---
 Makefile  |  2 +-
 debian/changelog  | 12 
 doc/Makefile  |  2 +-
 make/dh-lua.Makefile.multiple |  2 +-
 make/dh-lua.Makefile.single   |  4 ++--
 5 files changed, 17 insertions(+), 5 deletions(-)

diff --git a/Makefile b/Makefile
index a46c276..94559be 100644
--- a/Makefile
+++ b/Makefile
@@ -3,7 +3,7 @@
 
 DH_LUA_HOME=usr/share/dh-lua/
 DH_HOME=usr/share/perl5/Debian/Debhelper/
-POLICY_VERSION=$(shell dpkg-parsechangelog | grep Version | cut -d : -f 2)
+POLICY_VERSION=$(shell dpkg-parsechangelog | grep '^Version: ' | cut -d : -f 2)
 
 all build: man/dh_lua.1 man/lua-any.1
 	$(MAKE) -C doc/
diff --git a/debian/changelog b/debian/changelog
index c63c24a..459ae3b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,15 @@
+dh-lua (23+nmu2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Sort Lua-Versions, patch by Reiner Herrmann 
+(Closes: #826051)
+  * Sort substvar content, patch by Chris Lamb 
+(Closes: #835646)
+  * Tweak dpkg-parsechangelog usage to cope with changelog entries with
+'Version' in their text.
+
+ -- Daniel Silverstone   Sat, 05 Nov 2016 09:58:47 +
+
 dh-lua (23+nmu1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff --git a/doc/Makefile b/doc/Makefile
index bcb524d..4452875 100644
--- a/doc/Makefile
+++ b/doc/Makefile
@@ -1,6 +1,6 @@
 all: html/policy.html
 
-POLICY_VERSION=$(shell cd ..;dpkg-parsechangelog | grep Version |

Bug#846311: dput: please use python-gpg instead of python-gpgme

[Daniel Kahn Gillmor]

Package: dput
Version: 0.11.0
Severity: normal
Tags: patch

Thanks for resolving #835598 by switching to a python wrapper of
gpgme.  Alas, the ecosystem for using gpg from python is a cluttered
one and it's easy to settle on a problematic choice.

The "gpg" python module is maintained by the upstream maintainers of
GPGME and is now released with each new version of GPGME.  The "gpgme"
python module is maintained by a third party, and has lagged behind
gpgme development, including having difficulty working with newer
versions of GnuPG itself.

It makes more sense to rely in a consolidated way on the active
upstream maintainers where possible.

The attached cleanup/migration patch is mostly cleanup of the very
extensive test suite to more closely match how python-gpg maps to the
GPGME interface.

I've also pushed it to the use-upstream-maintained-gpg-python-module
branch on https://anonscm.debian.org/git/collab-maint/dput.git should
you prefer to pull it directly from there.

Regards,

--dkg

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

Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
>From 0826424165d542e8d1248f94f07efd55840871a8 Mon Sep 17 00:00:00 2001
From: Daniel Kahn Gillmor 
Date: Wed, 23 Nov 2016 17:52:35 -0500
Subject: [PATCH] Convert from "gpgme" python module to "gpg" python module

The "gpg" python module is maintained by the upstream maintainers of
GPGME and is now released with each new version of GPGME.  The "gpgme"
python module is maintained externally, and has lagged behind gpgme
development.

It makes more sense to rely in a consolidated way on the active
upstream maintainers where possible.
---
 debian/control  |   2 +-
 debian/pydist-overrides |   5 --
 dput/crypto.py  |  29 +
 dput/dput.py|   2 +-
 setup.py|   4 +-
 test/test_crypto.py | 161 +---
 test/test_dput.py   |   4 +-
 7 files changed, 103 insertions(+), 104 deletions(-)
 delete mode 100644 debian/pydist-overrides

diff --git a/debian/control b/debian/control
index 3b3310b..bae5b9e 100644
--- a/debian/control
+++ b/debian/control
@@ -9,7 +9,7 @@ Build-Depends-Indep:
 python-testscenarios,
 python-httpretty,
 python-debian,
-python-gpgme,
+python-gpg,
 python-setuptools,
 python (>= 2.7),
 debconf-utils (>= 1.1.1),
diff --git a/debian/pydist-overrides b/debian/pydist-overrides
deleted file mode 100644
index 704af8e..000
--- a/debian/pydist-overrides
+++ /dev/null
@@ -1,5 +0,0 @@
-# debian/pydist-overrides
-# Mapping from distribution name to Debian package name.
-# Documentation: ‘/usr/share/doc/dh-python/README.PyDist’.
-
-pygpgme python-gpgme; PEP386
diff --git a/dput/crypto.py b/dput/crypto.py
index c527eda..f84f195 100644
--- a/dput/crypto.py
+++ b/dput/crypto.py
@@ -13,13 +13,13 @@ from __future__ import (absolute_import, unicode_literals)
 
 import sys
 
-import gpgme
+import gpg,gpg.results
 
 
 def characterise_signature(signature):
 """ Make a phrase characterising a GnuPG signature.
 
-:param signature: A `gpgme.Signature` instance.
+:param signature: A `gpg.results.Signature` instance.
 :return: A simple text phrase characterising the `signature`.
 
 * If the signature is valid, the result is "valid".
@@ -29,11 +29,11 @@ def characterise_signature(signature):
 
 """
 text = "UNKNOWN"
-if (signature.summary & gpgme.SIGSUM_VALID):
+if (signature.summary & gpg.constants.SIGSUM_VALID):
 text = "valid"
-elif (signature.summary & gpgme.SIGSUM_RED):
+elif (signature.summary & gpg.constants.SIGSUM_RED):
 text = "bad"
-elif (signature.summary & gpgme.SIGSUM_GREEN):
+elif (signature.summary & gpg.constants.SIGSUM_GREEN):
 text = "good"
 
 return text
@@ -42,7 +42,7 @@ def characterise_signature(signature):
 def describe_signature(signature):
 """ Make a message describing a GnuPG signature.
 
-:param signature: A `gpgme.Signature` instance.
+:param signature: A `gpg.result.Signature` instance.
 :return: A text description of the salient points of the
 `signature`.
 
@@ -65,26 +65,25 @@ def check_file_signature(infile):
 
 :param infile: The file containing a signed message.
 :return: ``None``.
-:raise gpgme.GpgmeError: When the signature verification fails.
+:raise gpg.errors.GPGMEError: When the signature verification fails.
 
 The `infile` is a file-like object, open for reading, that
 contains a message signed with OpenPGP (

Bug#816924: Updated 6.5.5 delayed NMU to experimental uploaded

[Wookey]

I corrected the version number to 6.5.5-0.1 and included two more of Punit's 
changes:
 * Update debian/copyright file for new version
 * Fix cscope manpage error

The copyright file could still use some tidying to get it into modern
machine-readable form but it does now detail all the new stuff.

Wookey
-- 
Principal hats:  Linaro, Debian, Wookware, ARM
http://wookware.org/


signature.asc
Description: Digital signature

Bug#828413: closed by Laurent Bigonville (Bug#828413: fixed in libssh 0.7.3-2)

[Salvatore Bonaccorso]

Hi Laurent,

On Tue, Nov 29, 2016 at 03:30:04PM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the src:libssh package:
> 
> #828413: libssh: FTBFS with openssl 1.1.0
> 
> It has been closed by Laurent Bigonville .

Saw that this was closed. I think the approach should be to lower the
severity and unblock the openssl transition if the FTBFS with openssl
1.1 is workarounded by explicitly build-depending on libssl1.0-dev.

I just reopened 828413, *but* lowered the severity and ublocked 827061
from it, as rationale for the above.

Hope above makes sense, have explicitly Cc'ed Kurt as well.

Regards,
Salvatore

Bug#846192: devscripts: lintian called from debuild always fail (gave error exit status 1)

[James McCoy]

On Tue, Nov 29, 2016 at 08:51:21AM +0100, Christian Marillat wrote:
> From several sources I see this error :
> 
> dpkg-buildpackage: info: full upload (original source is included)
> dpkg-buildpackage: info: running hook check
>  lintian ../motioneye-dmo_0.35.1-dmo1_i386.changes
> E: motioneye-dmo source: source-is-missing 
> motioneye/static/js/css-browser-selector.js line length is 2180 characters 
> (>512)
> E: motioneye-dmo source: source-is-missing motioneye/static/js/jquery.min.js
> E: motioneye-dmo source: source-is-missing 
> motioneye/static/js/jquery.timepicker.min.js
> W: motioneye: binary-without-manpage usr/bin/meyectl
> dpkg-buildpackage: error: lintian ../motioneye-dmo_0.35.1-dmo1_i386.changes 
> gave error exit status 1
> debuild: fatal error at line 1100:
> dpkg-buildpackage -rfakeroot -us -uc --hook-check=cd ..;  -j10 
> --check-command=lintian failed
> 
> I think this bug has been introcuded when bug #845628 has been fixed.

Actually, it's just that dpkg-buildpackage checks the exit status of the
check command (lintian in this case) where as debuild didn't used to do
that.

Lintian has an exit status of 1 because there were errors.  I actually
think this is an improvement over what debuild did, since errors in the
check command shouldn't be ignored.

Cheers,
-- 
James
GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7  2D23 DFE6 91AE 331B A3DB

Bug#789581: marked as pending

[Guillem Jover]

Hi!

On Thu, 2016-11-24 at 13:37:05 -0500, James McCoy wrote:
> On Thu, Nov 24, 2016 at 05:41:21AM +0100, Guillem Jover wrote:
> > Also checking what's missing, I guess I could add a new --sign-option,
> > in which case iff when passed, I could make --sign-command receive just
> > the file to sign, so that you could pass debsign/debrsign? I think that
> > would allow eliminating another good chunk of code?
> 
> That should work, yes.

Hmm although one problem is how to pass the userid/keyid. Because that
might have been specified on the command-line, or on the config file.

> Another thing to think about is allowing
> --check-command to be specified multiple times, and therefore have
> --check-command/--check-option be positional.  This would allow running
> multiple checkers (e.g., --check-command=lintian --check-option=-i
> --check-command=piuparts --check-option=--distribution=testing
> --check-option=--distribution=sid).

Yes, I've also been annoyed by the fact that we can only currently run
one checker, and had already the piuparts case in mind. But making the
check arguments positional is probably a good way to solve this.

> > Also probably we should move the Ubuntu checks into a new hook in
> > Dpkg::Vendor::Ubuntu?
> 
> You're referring to the changes file checks?  That'd be useful.

We might need to ask Ubuntu people, as I'm not sure if they'd like to
enforce that at such lower level though?

> > Should DPKG_.* environment variables also be preserved?
> 
> Which ones?  dpkg-buildpackage(1) refers to a few DEB_* variables, which
> are already preserved.  I should probably add SOURCE_DATE_EPOCH anyway,
> so the only other one is DPKG_COLORS which isn't relevant until #679645
> is addressed.

Right, DPKG_COLORS would not take effect now anyway, but there's also
at least DPKG_ROOT, DPKG_ADMINDIR, DPKG_GENSYMBOLS_CHECK_LEVEL and
DPKG_ORIGINS_DIR. There's a whitelist in the Dpkg::Build::Info module
(which thinking about it now, seems like a misnomer, but oh well),
which could perhaps be used here? I've included several of the above
to that whitelist, and will be included in dpkg 1.18.16.

On Thu, 2016-11-24 at 14:29:28 -0500, James McCoy wrote:
> On Thu, Nov 24, 2016 at 01:37:05PM -0500, James McCoy wrote:
> > That should work, yes.  Another thing to think about is allowing
> > --check-command to be specified multiple times, and therefore have
> > --check-command/--check-option be positional.  This would allow running
> > multiple checkers (e.g., --check-command=lintian --check-option=-i
> > --check-command=piuparts --check-option=--distribution=testing
> > --check-option=--distribution=sid).
> 
> In a similar manner, being able to specify multiple --rules-target
> options would be handy to reduce the overhead of debuild's target mode.
> Currently (in git), "debuild build binary" will need to invoke
> dpkg-buildpackage twice, once for each target.

Ah, indeed, I think it might also be a very clean way to solve #671074.
One could then run something like:

  $ dpkg-buildpackage -T clean,build,binary,clean,build,binary

would that work for you, Jakub? The only problem is that dpkg-source
--before-build and --after-build are not run, but perhaps we can add
an option to use those if needed.

(I've got a patch for this already but I've yet to test it, it should
get into 1.18.16.)

Thanks,
Guillem

Bug#846164: dpkg-dev: Have dpkg-genchanges support a source+buildinfo-only upload

[Guillem Jover]

Hi!

On Mon, 2016-11-28 at 22:00:32 +0100, Ximin Luo wrote:
> Package: dpkg-dev
> Version: 1.18.15
> Severity: wishlist

> Currently one can do
> 
> $ dpkg-buildpackage --changes-option=-S
> 
> to do a binary build locally, but only upload the source package
> so that buildds build on all arches. Note that this command *does*
> generate a buildinfo file, but does not include it in the changes
> file.

This is actually a bug, which I mentioned in:

  

but probably failed to make this more clear there.

> It would be good to be able to do something like
> 
> $ dpkg-buildpackage --changes-option=-SB
> 
> to do a binary build locally, but only upload the source package
> *and* the buildinfo file.

This was the intention from the beginning. But when I mentioned this
on IRC the other day, Ansgar said ftp-masters might not be too happy
about accepting buildinfo files referencing artifacts that we might
not be able to generated. Because there's no distinction between
packages that are reproducible and ones that are not.

> This was one idea we had near the beginning of the R-B project. The
> idea being developers could do this, then the buildds could try to
> match what they built, as an extra check. Another advantage is that
> the upload itself would be reduced in size.

Those are the reasons I gave to Ansgar, but I'd like his and
ftp-masters input on this.

Right now I'm feeling a bit stuck with this because I'm not sure I
can fulfill all desires: me fixing the bug, making repro peple happy,
and making ftp-masters happy. :)

Thanks,
Guillem

Bug#846310: RM: agda [ppc64el] -- ROM; failure to build due to compiler bug

[Clint Adams]

Package: ftp.debian.org
Severity: normal

agda fails to build on ppc64el due to a ghc bug and this has
resulted in agda being removed from testing.

Bug#845193: dpkg: recent -specs PIE changes break openssl

[Guillem Jover]

Control: reassign -1 openssl1.0

On Thu, 2016-11-24 at 14:52:33 +, Thorsten Glaser wrote:
> clone 845193 -1
> reassign -1 dpkg
> retitle -1 dpkg: please do not add -specs= flags only on some architectures
> thanks
> 
> Guillem Jover dixit:
> >> I cannot build openssl1.0 any longer. Downgrading all binary
> >> packages from src:dpkg to 1.18.10 makes the build succeed.
> 
> Interestingly enough, src:openssl (1.1) works, so…
> 
> >So, I think I'll reassign this to openssl1.0, if no other feedback
> 
> … this is probably legit. But I would *still* like to raise
> another point.

Ok, thanks, doing so now.

Regards,
Guillem

Bug#845478: dpkg postinst script fails to move files in /etc

[Guillem Jover]

Hi!

On Fri, 2016-11-25 at 06:57:13 +0100, HJ wrote:
> it seems like dpkg is unable to create the files in etc, however all of
> them are inside the deb(eg: /etc/gtk-3.0/settings.ini.hedera)

> is there any way to see what happens on unpacking the deb?
> 
> its still kind of weird since the file in /etc/X11/Xsession.d is created...

Is your /etc mounted read-only? Have you checked for filesystem errors
in your kernel logs?

Otherwise I'd appreciate if you could provide any actual error message
that you get, and the transcript of the installation, ideally with the
dpkg option -D333. Ideally by just calling dpkg -i on the affected
.deb.

I suspect this is a local error, but let's see.

Thanks,
Guillem

Bug#846211: dpkg-dev: dpkg-shlibdeps execs objdump on wrong lib architecture

[Guillem Jover]

Control: tags -1 moreinfo
Control: severity -1 normal

Hi!

On Tue, 2016-11-29 at 03:19:31 -0700, Jean-Francois Dockes wrote:
> Package: dpkg-dev
> Version: 1.17.27
> Severity: important

> This happens on an odrobian hybrid installation: 64 bits kernel with
> 32 bits userland. gcc -v says:
> 
> Using built-in specs.
> COLLECT_GCC=/usr/bin/gcc-4.9.real
> COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
> Target: arm-linux-gnueabihf
> 
> debuild fails with the following output:
> 
> dh_shlibdeps -O--parallel
> objdump: /lib/aarch64-linux-gnu/libpthread.so.0: File format not recognized
> dpkg-shlibdeps: error: objdump gave error exit status 1
> dh_shlibdeps: dpkg-shlibdeps -Tdebian/libupnp6.substvars 
> debian/libupnp6/usr/lib/arm-linux-gnueabihf/libthreadutil.so.6.0.4 ... 
> returned exit code 1
> debian/rules:14: recipe for target 'binary' failed
> 
> 
> Workaround: Just forbidding (chmod 0) access to
> /lib/aarch64-linux-gnu/ and /usr/lib/aarch64-linux-gnu/ fixes the
> problem (the package build succeeds, the packages are ok), so it would
> appear that someone is looking in the wrong places.

It seems to me you are trying to cross-compile but are not passing the
correct arguments to dpkg-buildpackage? Giving more detail would help,
build logs, the way you invoked dpkg-buildpackage. What are the host
architecture you are trying to build for, etc.

Thanks,
Guillem

Bug#845416:

[Michael Pratt]

It looks like this package just needs a rebuild. I was able to get a
working deb by simply downloading the source package and doing a manual
build of the package without making any changes.

Bug#846309: ITP: golang-github-docker-docker-credential-helpers -- Use native stores to safeguard Docker credentials

[Potter, Tim (HPE Linux Support)]

X-Debbugs-CC: debian-de...@lists.debian.org, 
pkg-go-maintain...@lists.alioth.debian.org
Package: wnpp
Severity: wishlist
Owner: Tim Potter 

* Package name: golang-github-docker-docker-credential-helpers
  Version : 0.3.0+git20160906.22.f72c04f-1
  Upstream Author : David Calavera
* URL : https://github.com/docker/docker-credential-helpers
* License : Expat
  Programming Lang: Go
  Description : Use native stores to safeguard Docker credentials

The docker-credential-helpers package is a suite of programs to use
 the built-in OS native stores to keep Docker credentials safe.
.
It consists of a Go client and and an executable for manipulating the
credential store.


signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#846308: O: tpb -- program to use the IBM ThinkPad(tm) special keys

[Prach Pongpanich]

Package: wnpp
Severity: normal

I intend to orphan the tpb package.

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

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

The package description is:
 This program enables the IBM Thinkpad(tm) special keys. It is possible to bind
 a program to the ThinkPad button. It has a on-screen display (OSD) to show
 volume, mute and brightness of the LCD.

Bug#843073: Debian Installer Stretch Alpha 8 release

[Guillem Jover]

On Mon, 2016-11-21 at 17:23:19 +0100, Marco d'Itri wrote:
> On Nov 21, Guillem Jover  wrote:
> > Oh, and forgot to mention, this issue has been known for over 8
> > months, and now there's this need to be pushy and rush things, etc.
> > I certainly do not appreciate that.

> No, not really: it was not clear (e.g. I could never reproduce it) until 
> very recently.

Well, it seems it was reproducible enough, that dpkg in Tanglu got a
workaround for it:

  


Regards,
Guillem

Bug#846307: terminator: Incorrectly sizes new subwindows when the title bars are disable. 1.90-1 regression

[Witold Baryluk]

Package: terminator
Version: 1.90-1
Severity: important

Hi.

I just noticed that a new terminator, is making some subwindows (created
via split of existing subwindow) zero size width or height, when using
disabled option 'show titlebar'.

It works correctly with titlebars enabled.

Everything was working fine in previous version.



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

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

Versions of packages terminator depends on:
ii  gir1.2-glib-2.0   1.50.0-1
ii  gir1.2-gtk-3.03.22.4-1
ii  gir1.2-pango-1.0  1.40.3-3
ii  gir1.2-vte-2.91   0.46.1-1
ii  python-cairo  1.8.8-2.1
ii  python-dbus   1.2.4-1
ii  python-gi 3.22.0-1
ii  python-gi-cairo   3.22.0-1
ii  python-psutil 4.3.1-1
pn  python:any

Versions of packages terminator recommends:
ii  gir1.2-gconf-2.0  3.2.6-4
ii  gir1.2-keybinder-3.0  0.3.1-1
ii  gir1.2-notify-0.7 0.7.7-1
ii  xdg-utils 1.1.1-1

terminator suggests no packages.

-- no debconf information

Bug#820229: Xorg: "no screens found(EE)"

[Russell Klopfer]

Package: xorg
Version: 1:7.7+18
Followup-For: Bug #820229

Dear Maintainer,

X failed to start and I see the same message at the end of the log. 

   * What led up to the situation? 
- Fresh install (no desktop) 
- apt-get install xorg
- startx

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

   * What was the outcome of this action?
- aforementioned error message at the end of Xorg.log
- I also saw something like:
 "Screens found, but none with a usable configuration."

   * What outcome did you expect instead?
- an XWindows session


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

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: InnoTek Systemberatung GmbH 
VirtualBox Graphics Adapter [80ee:beef]

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

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

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

Kernel version (/proc/version):
---
Linux version 4.7.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 5.4.1 
20160904 (Debian 5.4.1-2) ) #1 SMP Debian 4.7.8-1 (2016-10-19)

Xorg X server log files on system:
--
-rw-r--r-- 1 r r 7608 Nov 29 20:18 /home/r/.local/share/xorg/Xorg.0.log

Contents of most recent Xorg X server log file 
(/home/r/.local/share/xorg/Xorg.0.log):
--
[   811.549] 
X.Org X Server 1.18.4
Release Date: 2016-07-19
[   811.550] X Protocol Version 11, Revision 0
[   811.551] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[   811.552] Current Operating System: Linux debian 4.7.0-1-amd64 #1 SMP Debian 
4.7.8-1 (2016-10-19) x86_64
[   811.553] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.7.0-1-amd64 
root=/dev/sda1 ro quiet
[   811.554] Build Date: 06 September 2016  01:32:44PM
[   811.555] xorg-server 2:1.18.4-2 (https://www.debian.org/support) 
[   811.556] Current version of pixman: 0.34.0
[   811.557]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   811.557] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   811.562] (==) Log file: "/home/r/.local/share/xorg/Xorg.0.log", Time: Tue 
Nov 29 20:18:39 2016
[   811.563] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   811.563] (==) No Layout section.  Using the first Screen section.
[   811.563] (==) No screen section available. Using defaults.
[   811.563] (**) |-->Screen "Default Screen Section" (0)
[   811.563] (**) |   |-->Monitor ""
[   811.563] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   811.563] (==) Automatically adding devices
[   811.563] (==) Automatically enabling devices
[   811.563] (==) Automatically adding GPU devices
[   811.563] (==) Max clients allowed: 256, resource mask: 0x1f
[   811.563] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   811.563]Entry deleted from font path.
[   811.563] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   811.563] (==) ModulePath set to "/usr/lib/xorg/modules"
[   811.563] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   811.563] (II) Loader magic: 0x55c93529fdc0
[   811.563] (II) Module ABI versions:
[   811.563]X.Org ANSI C Emulation: 0.4
[   811.563]X.Org Video Driver: 20.0
[   811.563]X.Org XInput driver : 22.1
[   811.563]X.Org Server Extension : 9.0
[   811.564] (++) using VT number 1

[   811.576] (II) systemd-logind: took control of session 
/org/freedesktop/login1/session/_31
[   811.578] (--) PCI:*(0:0:2:0) 80ee:beef:: rev 0, Mem @ 
0xe000/16777216, BIOS @ 0x/131072
[   811.578] (II) LoadModule: "glx"
[   811.578] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   811.579] (II) Module glx: vendor="X.Org Foundation"
[   811.579]compiled for 1.18.4, module version = 1.0.0
[   811.579]ABI class: X.Org Server Extension, version 9.0
[   811.579] (==) AIGLX enabled
[   811.579] (==) Matched vboxvideo as autoconfigured driver 0
[   811.579] (==) Matched modesetting as autoconfigured driver 1
[   811.579] (==) Matched fbdev as autoconfigured driver 2
[   811.579] (==) Matched vesa as autoconfigured driver 3
[   811.579] (==) Assigned the driver to the xf86C

Bug#846237: ITP: ondir -- Automate tasks specific to certain directories in the shell

[Christian Seiler]

On 11/29/2016 06:01 PM, Christian Seiler wrote:
> On 11/29/2016 05:25 PM, Guus Sliepen wrote:
>> On Tue, Nov 29, 2016 at 03:41:29PM +0100, Christian Seiler wrote:
>>
>>> * Package name: ondir
>>>   Version : 0.2.3+git [*]
>>>   Upstream Author : Alec Thomas
>>> * URL : http://swapoff.org/ondir.html
>>> * License : GPL-2
>>>   Programming Lang: C
>>>   Description : Automate tasks specific to certain directories in the 
>>> shell
>>
>> Which shells are supported by ondir?
> 
> Out of the box: bash, zsh, tcsh and fish.

Well, that turned out to not be true. bash, zsh and fish work
as I said, but tcsh doesn't. (I found that while testing the
package, I'm not a user of tcsh.) An earlier version used to
support tcsh, but the software was rewritten in C at some point
and tcsh support doesn't work anymore, even if the docs still
claims it does. Just mentioning this here in case someone finds
this thread later on.

Regards,
Christian

Bug#846230: [Pkg-utopia-maintainers] Bug#846230: Bug#846230: policykit-1-gnome: Fails to start with warning: "Unable to determine the session we are in: No session for pid"

[Michael Biebl]

Control: reassign -1 systemd-shim
Control: forcemerge 844785 -1

Am 29.11.2016 um 15:14 schrieb Gianluca Guidi:
> On 29/11/16 13:14, Michael Biebl wrote:
> 
>> Does the issue happen if you use systemd as PID 1 (install systemd-sysv
>> for that and reboot).
> 
> I just tested it with systemd as PID 1, the issue does not happen. Is
> sysv no longer supported?

That depends on people using sysvinit to put effort into it.
If that doesn't happen, it will slowly bit rot.

I personally have no interest in sysvinit anymore, but I'm happy to
review patches or help people along who still use sysvinit.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

[Christian Seiler]

Package: sponsorship-requests
Severity: wishlist
Control: block 846237 by -1

Dear mentors,

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

 * Package name: ondir
   Version : 0.2.3+git0.55279f03-1
   Upstream Author : Alec Thomas 
 * URL : http://swapoff.org/ondir.html
 * License : GPL-2
   Section : utils

It builds those binary packages:

  ondir - Automate tasks specific to certain directories in the shell

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/o/ondir/ondir_0.2.3+git0.55279f03-1.dsc

The package is also available via git in the debian/master branch of:

https://anonscm.debian.org/git/collab-maint/ondir.git

Regards,
Christian

Bug#846305: bash-completion: Incorrect completion of VARIABLE=/some/path/

[pde]

Package: bash-completion
Version: 1:2.1-4.3
Severity: normal

Hi,

When I type something like

"export VARIABLE=/usr/li"

and hit tab, I get

"export /usr/lib"

Contents of /etc/bash_completion.d/ are:
adb axi-cache dkms fastboot git-prompt initramfs-tools maven openvpn
pygmentize schroot tx valgrind youtube-dl.bash-completion apt-file
desktop-file-validate dput gem1.9.1 grub insserv npm pon quilt torsocks unar
whiptail


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

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

Versions of packages bash-completion depends on:
ii  bash  4.4-1
ii  dpkg  1.18.4

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information

Bug#766838: ntpdate runs before dhcp-client has configured the network interface

[Hartmut Buhrmester]

A possible fix for this bug would be to insert a short break, before 
ntpdate is called.


I noticed, that the configuration file /etc/network/if-up.d/ntpdate 
creates a subshell, which is started in the background. Then it should 
be possible to insert a short break of about two seconds, before ntpdate 
is called. This will be enough time for dhcp-client to finish the 
initialization of the network interface. Some more time may be needed 
for dial-up connections with ppp.


(

### Include a short break to let dhcp-client finish ###
sleep 2s

# This is for the case that /usr will be mounted later.
if [ -r /lib/udev/hotplug.functions ]; then
. /lib/udev/hotplug.functions
wait_for_file /usr/sbin/ntpdate-debian
fi

LOCKFILE=/var/lock/ntpdate

# Avoid running more than one at a time
if [ -x /usr/bin/lockfile-create ]; then
lockfile-create $LOCKFILE
lockfile-touch $LOCKFILE &
LOCKTOUCHPID="$!"
fi

/usr/sbin/ntpdate-debian -s $OPTS 2>/dev/null || :

if [ -x /usr/bin/lockfile-create ] ; then
kill $LOCKTOUCHPID
lockfile-remove $LOCKFILE
fi

) &


Then I get in /var/log/syslog:


Nov 30 00:46:50 debian networking[394]: Configuring network interfaces...done.
Nov 30 00:46:50 debian systemd[1]: Started LSB: Raise network interfaces..
Nov 30 00:46:50 debian systemd[1]: Starting ifup for eth0...
Nov 30 00:46:50 debian systemd[1]: Started ifup for eth0.
Nov 30 00:46:50 debian systemd[1]: Starting Network.
Nov 30 00:46:50 debian systemd[1]: Reached target Network.
Nov 30 00:46:50 debian systemd[1]: Starting Network is Online.
Nov 30 00:46:50 debian systemd[1]: Reached target Network is Online.
Nov 30 00:46:50 debian systemd[1]: Starting LSB: RPC portmapper replacement...
Nov 30 00:46:50 debian console-setup[440]: Setting up console font and 
keymap...done.
Nov 30 00:46:50 debian systemd[1]: Started LSB: Set console font and keymap.
Nov 30 00:46:50 debian dhclient: Internet Systems Consortium DHCP Client 4.3.1
Nov 30 00:46:50 debian ifup[493]: Internet Systems Consortium DHCP Client 4.3.1
Nov 30 00:46:50 debian dhclient: Copyright 2004-2014 Internet Systems 
Consortium.
Nov 30 00:46:50 debian dhclient: All rights reserved.
Nov 30 00:46:50 debian dhclient: For info, please visit 
https://www.isc.org/software/dhcp/
Nov 30 00:46:50 debian dhclient:
Nov 30 00:46:50 debian ifup[493]: Copyright 2004-2014 Internet Systems 
Consortium.
Nov 30 00:46:50 debian ifup[493]: All rights reserved.
Nov 30 00:46:50 debian ifup[493]: For info, please visit 
https://www.isc.org/software/dhcp/
Nov 30 00:46:50 debian rpcbind[495]: Starting rpcbind daemon
Nov 30 00:46:50 debian systemd[1]: Started LSB: RPC portmapper replacement.
Nov 30 00:46:50 debian systemd[1]: Starting RPC Port Mapper.
Nov 30 00:46:50 debian systemd[1]: Reached target RPC Port Mapper.
Nov 30 00:46:50 debian systemd[1]: Starting LSB: NFS support files common to 
client and server...
Nov 30 00:46:50 debian dhclient: Listening on LPF/eth0/00:11:50:9b:ef:be
Nov 30 00:46:50 debian dhclient: Sending on   LPF/eth0/00:11:50:9b:ef:be
Nov 30 00:46:50 debian dhclient: Sending on   Socket/fallback
Nov 30 00:46:50 debian dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 
67 interval 4
Nov 30 00:46:50 debian ifup[493]: Listening on LPF/eth0/00:11:50:9b:ef:be
Nov 30 00:46:50 debian ifup[493]: Sending on   LPF/eth0/00:11:50:9b:ef:be
Nov 30 00:46:50 debian ifup[493]: Sending on   Socket/fallback
Nov 30 00:46:50 debian ifup[493]: DHCPDISCOVER on eth0 to 255.255.255.255 port 
67 interval 4
Nov 30 00:46:50 debian dhclient: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Nov 30 00:46:50 debian dhclient: DHCPOFFER from 192.168.2.1
Nov 30 00:46:50 debian ifup[493]: DHCPREQUEST on eth0 to 255.255.255.255 port 67
Nov 30 00:46:50 debian ifup[493]: DHCPOFFER from 192.168.2.1
Nov 30 00:46:50 debian dhclient: DHCPACK from 192.168.2.1
Nov 30 00:46:50 debian ifup[493]: DHCPACK from 192.168.2.1
Nov 30 00:46:50 debian rpc.statd[555]: Version 1.2.8 starting
Nov 30 00:46:50 debian sm-notify[556]: Version 1.2.8 starting
Nov 30 00:46:50 debian dhclient: bound to 192.168.2.100 -- renewal in 667020440 
seconds.
Nov 30 00:46:50 debian ifup[493]: bound to 192.168.2.100 -- renewal in 
667020440 seconds.
[...]
Nov 30 00:47:12 debian ntpdate[641]: step time server 131.234.137.64 offset 
-1.014189 sec
Nov 30 00:47:12 debian systemd[882]: Time has been changed
Nov 30 00:47:12 debian systemd[1]: Time has been changed
Nov 30 00:47:16 debian dbus[598]: [system] Activating via systemd: service 
name='org.freedesktop.PolicyKit1' unit='po
Nov 30 00:47:16 debian systemd[1]: Starting Authenticate and Authorize Users to 
Run Privileged Tasks...
Nov 30 00:47:16 debian polkitd[980]: started daemon version 0.105 using 
authority implementation `local' version `0.1
Nov 30 00:47:16 debian dbus[598]: [system] Successfully activated service 
'org.freedesktop.PolicyKit1'
Nov 30 00:47:16 debian systemd[1]: Started Authenticate and Authorize Users to 
Run Privileged Tasks.
No

Bug#845750: postfix: Cleanup does not see the postfix-pcre.so.1.0.1 file (and probably others libraries)

[LaMont Jones]

On Sat, Nov 26, 2016 at 01:06:26PM -0500, Scott Kitterman wrote:
> On Saturday, November 26, 2016 06:42:13 PM Bartosz Rudnicki wrote:
> > Yes, there is a tab character after pcre.
> > 
> > I set "chroot" option to "n" for all services in the master.cf and
> > restarted postfix.
> > 
> > Now, during sending a message, the following messages filling up the log
> > file:
> > 
> > Nov 26 18:11:45 Sirius postfix/cleanup[1723]: error: open
> > /etc/postfix/pcre/auth_policies: Permission denied
What are the permissions on /etc/postfix/pcre?  That almost looks like
the postfix user is unable to access the directory.
> > Nov 26 18:11:45 Sirius postfix/cleanup[1723]: warning:
> > pcre:/etc/postfix/pcre/auth_policies is unavailable. open
> > /etc/postfix/pcre/auth_policies: Permission denied
> > Nov 26 18:11:45 Sirius postfix/cleanup[1723]: warning: 42B227212B6:
> > milter_header_checks map lookup problem -- message not accepted, try
> > again later
> > 
> > Although I set recursively 777 permissions for /etc/postfix/pcre/
> > directory, postfix can not reach my pcre map file.

Try 755 -- postfix is picky about world writable directories, iirc.

> Did you use postmap [1] to update the map?

pcre maps do not need postmap compilation (nor does postmap accept such
requests.)

The next thing to do would be to add some -v options (3 or 4 of them) to
the cleanup line in master.cf and see what it has to spew into the logs.

FWIW, pcre maps seem to work just fine for me in 3.1.3-4.

lamont

Bug#846303: live-wrapper: give option for which installer build to use

[Iain R. Learmonth]

Package: live-wrapper
Severity: wishlist

Hi,

While we currently only target Debian stretch, it would be a good idea to add
the option to use release or daily builds of d-i. Let's do this for the next
version.

Thanks,
Iain.

Bug#846304: live-wrapper: use python-distro-info for suite/dist

[Iain R. Learmonth]

Package: live-wrapper
Severity: wishlist

Hi,

To ensure that no changes are required when the package migrates to stable, and
stable means stretch not jessie, let's use python-distro-info to match up
codenames.

Thanks,
Iain.

Bug#846302: live-wrapper: use existing vmdebootstrap output

[Iain R. Learmonth]

Package: live-wrapper
Severity: wishlist

Hi,

Especially during development, it would be really cool if we didn't have to
wait for vmdebootstrap every build. Let's add an option to use an existing
built vmdebootstrap output (and to make sure we don't "clean it up"
afterwards).

Thanks,
Iain.

Bug#846301: live-wrapper: builds should honour SOURCE_DATE_EPOCH

[Iain R. Learmonth]

Package: live-wrapper
Severity: wishlist

Hi,

Not sure where exactly we use timestamps currently, but as we do polishing
they're likely to end up included. I need to do a sweep through the code and
check if there's anything currently stray that needs tidying.

Thanks,
Iain.

Bug#816604: ITP: tycho -- Tool for building Eclipse plug-ins with Maven

[Markus Koschany]

Control: tags -1 pending

Uploaded on 30.11.2016. Currently awaiting approval by the FTP team.

Markus



signature.asc
Description: OpenPGP digital signature

Bug#844944: Patch available from upstream

[Peter Eckersley]

tag 844944 +patch
thanks

There's a proposed patch here:

https://github.com/certbot/certbot/pull/3827/files


On Tue, Nov 22, 2016 at 09:43:20PM -0500, Harlan Lieberman-Berg wrote:
> tag 844944 +upstream
> forwarded 844944 https://github.com/certbot/certbot/issues/3817
> thanks
> 
> This looks related to the openssl version bump.  Sending upstream for
> them to take a look.
> 
> Sincerely,
> -- 
> Harlan Lieberman-Berg
> ~hlieberman
> 
> ___
> Letsencrypt-devel mailing list
> letsencrypt-de...@lists.alioth.debian.org
> https://lists.alioth.debian.org/mailman/listinfo/letsencrypt-devel
> 

-- 
Peter Eckersleyp...@eff.org
Chief Computer Scientist  Tel  +1 415 436 9333 x131
Electronic Frontier FoundationFax  +1 415 436 9993

Bug#846162: mesa-opencl-icd: Corrupt POLARIS10 ref in clinfo via mesa-opencl-icd 13.0.1-2

[Marc Jeffrey Driftmeyer]

As an AMD stockholder it truly baffles me; and as a NeXT/Apple engineering alum 
I am surprised that Raja didn’t chew ass and make sure their new GPGPUs were 
supported in the actual software stack their entire software future depends 
upon.

  .Case("polaris10", GK_VOLCANIC_ISLANDS)
  .Case("polaris11", GK_VOLCANIC_ISLANDS)

Two lousy lines of code. I’m glad you tracked it down and I was a pain in the 
ass for pointing it out.

Looking forward to actually being able to use the card I bought to its fullest. 

Sincerely,

Marc Jeffrey Driftmeyer

> On Nov 29, 2016, at 9:06 AM, Andreas Boll  wrote:
> 
> r280120

Bug#846300: ruby-distribution: FTBFS randomly (failing tests)

[Santiago Vila]

Package: src:ruby-distribution
Version: 0.7.3+dfsg-1
Severity: serious

Dear maintainer:

I tried to build this package in stretch with "dpkg-buildpackage -A"
(which is what the "Arch: all" autobuilder would do to build it)
but it failed:


[...]
 debian/rules build-indep
dh build-indep --buildsystem=ruby --with ruby
dh: Compatibility levels before 9 are deprecated (level 7 in use)
   dh_testdir -i -O--buildsystem=ruby
   dh_update_autotools_config -i -O--buildsystem=ruby
   dh_auto_configure -i -O--buildsystem=ruby
dh_auto_configure: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby --configure
   dh_auto_build -i -O--buildsystem=ruby
dh_auto_build: Compatibility levels before 9 are deprecated (level 7 in use)
dh_ruby --build
   dh_ruby --build
   dh_auto_test -i -O--buildsystem=ruby

[... snipped ...]


  8) Distribution::Poisson Distribution::Poisson::Ruby_ it should behave like 
poisson engine should return correct p_value
 # No exact p_value
 Failure/Error: @engine.p_value(pr,l).should eq(k)
 
   expected: 1
    got: 2
 
   (compared using ==)
 Shared Example Group: "poisson engine" called from 
/<>/ruby-distribution-0.7.3+dfsg/spec/poisson_spec.rb:61
 # 
/<>/ruby-distribution-0.7.3+dfsg/spec/poisson_spec.rb:40:in `block (5 
levels) in '
 # 
/<>/ruby-distribution-0.7.3+dfsg/spec/poisson_spec.rb:38:in `upto'
 # 
/<>/ruby-distribution-0.7.3+dfsg/spec/poisson_spec.rb:38:in `block (4 
levels) in '
 # 
/<>/ruby-distribution-0.7.3+dfsg/spec/poisson_spec.rb:37:in `each'
 # 
/<>/ruby-distribution-0.7.3+dfsg/spec/poisson_spec.rb:37:in `block (3 
levels) in '

  9) Distribution::Poisson Distribution::Poisson::GSL_ it should behave like 
poisson engine should return correct p_value
 # No Distribution::Poisson::GSL_.p_value
 # /<>/ruby-distribution-0.7.3+dfsg/spec/poisson_spec.rb:34


Failures:

  1) Distribution::Beta Distribution::Beta::Ruby_ it should behave like Beta 
engine should return correct p_value
 Failure/Error: @engine.p_value(pr,a, b).should 
be_within(1e-09).of(x/100.0)
   expected 0.98994635582 to be within 1.0e-09 of 0.99
 Shared Example Group: "Beta engine" called from 
/<>/ruby-distribution-0.7.3+dfsg/spec/beta_spec.rb:63
 # /<>/ruby-distribution-0.7.3+dfsg/spec/beta_spec.rb:44:in 
`block (4 levels) in '
 # /<>/ruby-distribution-0.7.3+dfsg/spec/beta_spec.rb:40:in 
`upto'
 # /<>/ruby-distribution-0.7.3+dfsg/spec/beta_spec.rb:40:in 
`block (3 levels) in '

Finished in 1.89 seconds (files took 0.31514 seconds to load)
144 examples, 1 failure, 9 pending

Failed examples:

rspec 
'/<>/ruby-distribution-0.7.3+dfsg/spec/beta_spec.rb[1:2:1:3]' 
# Distribution::Beta Distribution::Beta::Ruby_ it should behave like Beta 
engine should return correct p_value

/usr/bin/ruby2.3 /usr/bin/rspec --pattern ./spec/\*\*/\*_spec.rb failed
ERROR: Test "ruby2.3" failed. Exiting.
dh_auto_install: dh_ruby --install 
/<>/ruby-distribution-0.7.3+dfsg/debian/ruby-distribution returned 
exit code 1
debian/rules:18: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 1
make[1]: Leaving directory '/<>/ruby-distribution-0.7.3+dfsg'
debian/rules:15: recipe for target 'binary-indep' failed
make: *** [binary-indep] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary-indep gave error exit 
status 2


The failure happens randomly. Sometimes it fails, sometimes it does not.

I attach two failed logs, but there is also another build failure here:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ruby-distribution.html

If the tests are not designed to never fail, I suggest them to be disabled.

Thanks.

ruby-distribution_0.7.3+dfsg-1_amd64-20161129T021725Z.gz
Description: application/gzip


ruby-distribution_0.7.3+dfsg-1_amd64-20161129T102851Z.gz
Description: application/gzip

Bug#845385: Privilege escalation via removal

[Emmanuel Bourg]

Le 29/11/2016 à 23:45, Markus Koschany a écrit :

> I don't understand why this is a security issue when
> /etc/tomcat8/Catalina/attack is owned by root:root after the purge and
> the tomcat8 user doesn't even exist anymore.

My understanding is that the file is left with execution permissions for
all users and setgid root after the purge. Any local user can then take
control of the system.

Emmanuel Bourg

Bug#844100: transition: ppl

[Tobias Hansen]

On 11/12/2016 07:58 PM, Tobias Hansen wrote:
> On 11/12/2016 02:49 PM, Emilio Pozuelo Monfort wrote:
>> Control: tags -1 confirmed
>>
>> On 12/11/16 15:02, Tobias Hansen wrote:
>>> Package: release.debian.org
>>> Severity: normal
>>> User: release.debian@packages.debian.org
>>> Usertags: transition
>>>
>>> Hi Release Team,
>>>
>>> I noticed yesterday that ppl has two RC bugs and was removed from
>>> testing. I would like to take over the package and fix it, but one of
>>> the RC bugs (#811825) is best fixed by updating to the new upstream
>>> version, which requires a small library transition. Since the
>>> debian-devel-announce@l.d.o mail from November 5 said the transition
>>> freeze is only for "transitions that involve a large number of packages",
>>> I'd thought I'd ask if we can still do this transition.
>>>
>>> I already created a package of ppl 1.2 that fixes both RC bugs. ppl has
>>> two reverse dependencies, which were of course both removed from testing
>>> because of ppl:
>>>
>>> apron
>>> cloog-ppl
>>>
>>> I checked that they both build without changes against the updated ppl
>>> package.
>>>
>>> If it's too late for the transition, we'll have to see if we can fix
>>> #811825 by applying a patch that does not require a transition.
>>
>> Since this package is not in testing, and because of the small number of 
>> rdeps,
>> there isn't a big risk of regressions wrt current testing... so please go 
>> ahead.
>>
>> Emilio
>>
> 
> Thanks a lot for granting this exception! ppl 1.2 is now in NEW.
> 
> Best,
> Tobias
> 

The package is now in unstable. I think the only thing that is missing
now is a binNMU for apron. cloog-ppl already got an upload to build
against ppl 1.2.

Best,
Tobias

Bug#845385: Privilege escalation via removal

[Markus Koschany]

I think the solution is quite simple.

Let's replace

chown -Rhf root:root /etc/tomcat8/ || true

with

rm -rf /etc/tomcat8

I mean purge means purge. Remove all files, don't leave anything behind.

As another improvement suggestion for Tomcat 9, we could stop deleting
the tomcat user on purge and let the admin decide. I believe this is
even consensus within the project and will protect against reusing files
with the old GID and UID for something unintended.





signature.asc
Description: OpenPGP digital signature

Bug#846113: polygraph loses SSL support when compiled with OpenSSL 1.1

[Adrian Bunk]

On Tue, Nov 29, 2016 at 11:50:21PM +0100, Sebastian Andrzej Siewior wrote:
> On 2016-11-28 16:49:35 [+0200], Adrian Bunk wrote:
> > Package: polygraph
> > Version: 4.3.2-4
> > Severity: serious
> > Tags: patch
> > Control: block 827061 by -1
> > 
> > ...
> > checking for CRYPTO_lock in -lcrypto... no
> > checking for CRYPTO_add_lock in -lcrypto... no
> > ...
> > 
> > Not a perfect solution but an option for stretch is the patch below to 
> > use OpenSSL 1.0.2
> > 
> > The "| libssl-dev (<< 1.1.0~)" is added for backports.
> 
> could we please keep the bug reporting the way we had it? That means to
> note that fails to properly build against openssl 1.1 which will remain
> open with severity important if the package stays with openssl 1.0.
> 
> > --- debian/control.old  2016-11-28 11:13:51.0 +
> > +++ debian/control  2016-11-28 11:13:57.0 +
> > @@ -6,7 +6,7 @@
> >   debhelper (>= 9),
> >   dh-autoreconf,
> >   libncurses5-dev,
> > - libssl-dev,
> > + libssl1.0-dev | libssl-dev (<< 1.1.0~),
> >   zlib1g-dev,
> >  Standards-Version: 3.9.8
> >  Homepage: http://www.web-polygraph.org
> 
> I though we agreed not to tag this as a patch

Where did I agree to that?

> but as a hint what can be
> done if the maintainer chooses to stay with 1.0.

Reality in Debian is that a large amount of packages is not well 
maintained, polygraph is actually orphaned.

> Do you expect this bug
> to be closed once it switches to libsl1.0-dev?

The thing I do care about is not the patch tag, the thing I do care 
about is that we are not losing any packages in stretch due to the
whole OpenSSL situation.

A patch tag makes it visible that there is a solution for the RC issue 
in stretch.

Who is going to do the uploads for the ~ 100 not well maintained 
packages that need to be switched to 1.0.2?

Will you do these?
It should be your job for making dual 1.0.2/1.1 work.

Or will you at least sponsor me, if I send you a batch of 100 NMUs and 
QA uploads switching packages to 1.0.2?

> Sebastian

cu
Adrian

-- 

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

Bug#845729: libtspi-dev must not force OpenSSL 1.1 on packages that are not ready

[Sebastian Andrzej Siewior]

On 2016-11-26 11:31:49 [+0200], Adrian Bunk wrote:
> Package: libtspi-dev
> Version: 0.3.14+fixed1-1
> Severity: serious
> Control: block 827061 by -1
> 
> libtspi-dev must not force OpenSSL 1.1 on packages that
> are not ready for 1.1
> 
> At least opencryptoki (#828465) and tpm-tools (#828577)
> are not even compiling with OpenSSL 1.1
>
> Options to solve this issue:
> - fix all r-(b)deps to compile and work with OpenSSL 1.1, or
> - use OpenSSL 1.0.2 in stretch

tpm-tools does not build and has hints to solve the openssl issue. So it
is actually just opencryptoki.

Sebastian

Bug#844184: RFS: muse-el/3.20+dfsg-1 [ITA]

[Nicholas D Steeves]

Updated package was uploaded to mentors over the weekend.

Bug#846299: lighttpd depends on systemd

[Gianluigi Tiesi]

Source: lighttpd
Version: 1.4.43-1
Severity: serious

lighttpd 1.4.39-1 depends on lsb-base (>= 3.2-14) | systemd (>= 29.1)

while lighttpd 1.4.43-1 depends on lsb-base AND systemd,
is it intentional?

1.4.39-1 just works fine without systemd

Regards


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

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

Bug#585795: closed by (Bug#585795: fixed in fbpanel 6.1-5)

[Francesco Poli]

Control: found -1 fbpanel/7.0-1
Control: reopen -1


On Mon, 25 Jun 2012 22:21:06 + Debian Bug Tracking System wrote:

[...]
>  fbpanel (6.1-5) unstable; urgency=low
[...]
>* Include some terminal icons, cortesy of FrancescoPoli (Closes: #585795).

Hello,
thanks for packaging a new version of fbpanel.

However, I noticed that this new version has dropped my two terminal
icons (that were added in version 6.1-5), without any explanation in
the changelog.
Actually, it seems that the package for fbpanel/7.0-1 is derived from
the package for fbpanel/6.1-2, rather than from fbpanel/6.1-6 (which is
the previous version in Debian testing).

I am therefore reopening this wishlist bug report.

Please re-add my two icons (please re-read the original bug report [1],
where the attachment includes my two icons).
They should be installed in /usr/share/fbpanel/images

[1] https://bugs.debian.org/585795#5

Moreover the following stanza should be re-added to the
debian/copyright file:

  Files: debian/terminal_color.svg debian/terminal_sketch.svg
  Copyright: 2011-2012 Francesco Poli
  License: GPL-2

Please note that the license of the icons is GPL v2 (only).


Thanks for your time!
Bye.

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


pgpVJUg2Yf2uw.pgp
Description: PGP signature

Bug#845385: Privilege escalation via removal

[Markus Koschany]

> I don't understand why this is a security issue when
> /etc/tomcat8/Catalina/attack is owned by root:root after the purge and
> the tomcat8 user doesn't even exist anymore.

Nevermind. I missed the "world". However dpkg warns about that
/etc/tomcat8/Catalina is not empty on purge, so the admin will be
informed that something requires his attention. Besides all tomcat
processes are killed on purge.



signature.asc
Description: OpenPGP digital signature

Bug#846078: [pycogent/pycogent] Random failures of test suite (#103)

[Santiago Vila]

On Tue, Nov 29, 2016 at 09:31:05AM +0100, Andreas Tille wrote:

> Thanks a lot for this quick and helpful response.  I've prepared a
> package featuring this verbose output and uploaded it to the Debian
> mirror.  Santiago, I wonder whether you can run your tests with
> python-cogent_1.9-5 to possibly reproduce the failures.  This should
> give a hint what actual test might cause the problem.

I built 1.9-5 two hundred times and it failed 16 times.
I put the build logs here to not clutter the BTS:

https://people.debian.org/~sanvila/python-cogent/

[ Not confident enough to CC all the funny email addresses in the previous
  email, free free to forward this to whoever may be interested ].

Thanks.

Bug#846113: polygraph loses SSL support when compiled with OpenSSL 1.1

[Sebastian Andrzej Siewior]

On 2016-11-28 16:49:35 [+0200], Adrian Bunk wrote:
> Package: polygraph
> Version: 4.3.2-4
> Severity: serious
> Tags: patch
> Control: block 827061 by -1
> 
> ...
> checking for CRYPTO_lock in -lcrypto... no
> checking for CRYPTO_add_lock in -lcrypto... no
> ...
> 
> Not a perfect solution but an option for stretch is the patch below to 
> use OpenSSL 1.0.2
> 
> The "| libssl-dev (<< 1.1.0~)" is added for backports.

could we please keep the bug reporting the way we had it? That means to
note that fails to properly build against openssl 1.1 which will remain
open with severity important if the package stays with openssl 1.0.

> --- debian/control.old2016-11-28 11:13:51.0 +
> +++ debian/control2016-11-28 11:13:57.0 +
> @@ -6,7 +6,7 @@
>   debhelper (>= 9),
>   dh-autoreconf,
>   libncurses5-dev,
> - libssl-dev,
> + libssl1.0-dev | libssl-dev (<< 1.1.0~),
>   zlib1g-dev,
>  Standards-Version: 3.9.8
>  Homepage: http://www.web-polygraph.org

I though we agreed not to tag this as a patch but as a hint what can be
done if the maintainer chooses to stay with 1.0. Do you expect this bug
to be closed once it switches to libsl1.0-dev?

Sebastian

Bug#845473: btrfs-progs in sid is 41 to 49 days out-of-date, please update

[Nicholas D Steeves]

P.S.  I just noticed that the v4.8.x branch contains a couple of btrfs
send fixes.  In particular, v4.8.3 contains "fix handling of multiple
snapshots (-p and -c options)".  Maybe those fixes will fix the issues
reported in Bug
#833957?

Bug#846298: tomcat7: Security update causes java.lang.ClassNotFoundException: org.apache.jasper.runtime.JspRuntimeLibrary$PrivilegedIntrospectHelper

[Anthony DeRobertis]

Package: tomcat7
Version: 7.0.56-3+deb8u5
Severity: important

I applied the latest security update and it broke tomcat completely. The logs
show:

SEVERE: SecurityClassLoad
java.lang.ClassNotFoundException: 
org.apache.jasper.runtime.JspRuntimeLibrary$PrivilegedIntrospectHelper
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at 
org.apache.jasper.security.SecurityClassLoad.securityClassLoad(SecurityClassLoad.java:49)
at 
org.apache.jasper.compiler.JspRuntimeContext.(JspRuntimeContext.java:82)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:278)
at 
org.apache.catalina.core.JasperListener.lifecycleEvent(JasperListener.java:63)
at 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at 
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at 
org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:402)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:99)
at org.apache.catalina.startup.Catalina.load(Catalina.java:638)
at org.apache.catalina.startup.Catalina.load(Catalina.java:663)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:280)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:454)

Nov 29, 2016 5:11:13 PM org.apache.catalina.core.JasperListener lifecycleEvent
WARNING: Couldn't initialize Jasper
java.lang.ExceptionInInitializerError
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:278)
at 
org.apache.catalina.core.JasperListener.lifecycleEvent(JasperListener.java:63)
at 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
at 
org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90)
at 
org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:402)
at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:99)
at org.apache.catalina.startup.Catalina.load(Catalina.java:638)
at org.apache.catalina.startup.Catalina.load(Catalina.java:663)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:280)
at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:454)
Caused by: java.lang.IllegalStateException: java.lang.ClassNotFoundException: 
org.apache.jasper.runtime.JspRuntimeLibrary$PrivilegedIntrospectHelper
at 
org.apache.jasper.compiler.JspRuntimeContext.(JspRuntimeContext.java:99)
... 15 more
Caused by: java.lang.ClassNotFoundException: 
org.apache.jasper.runtime.JspRuntimeLibrary$PrivilegedIntrospectHelper
at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
at java.lang.ClassLoader.loadClass(ClassLoader.java:425)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at 
org.apache.jasper.compiler.JspRuntimeContext.(JspRuntimeContext.java:92)
... 15 more

Upgrading to the version is jessie-backports fixes the issue. This looks like
https://bz.apache.org/bugzilla/show_bug.cgi?id=60101 but that's just a guess.

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/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 tomcat7 depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.56
ii  tomcat7-common 7.0.73-1~bpo8+1
ii  ucf3.0030

Versions of packages tomcat7 recommends:

Bug#845385: Privilege escalation via removal

[Markus Koschany]

On Wed, 23 Nov 2016 09:35:34 +1100 Paul Szabo 
wrote:
> Package: tomcat8
> Version: 8.0.14-1+deb8u4
> Severity: critical
> Tags: security
> 
> Having installed tomcat8, the directory /etc/tomcat8/Catalina is set
> writable by group tomcat8, as per the postinst script. Then the tomcat8
> user, in the situation envisaged in DSA-3670 and DSA-3720, see also
>   http://seclists.org/fulldisclosure/2016/Oct/4
> could use something like commands
>   touch /etc/tomcat8/Catalina/attack
>   chmod 2747 /etc/tomcat8/Catalina/attack
> to create a file:
>   # ls -l /etc/tomcat8/Catalina/attack
>   -rwxr-Srwx 1 tomcat8 tomcat8 0 Nov 23 09:00 /etc/tomcat8/Catalina/attack
> Then if the tomcat8 package is removed (purged?), the postrm script runs
>   chown -Rhf root:root /etc/tomcat8/
> and that will leave the file world-writable, setgid root:
>   # ls -l /etc/tomcat8/Catalina/attack
>   -rwxr-Srwx 1 root root 0 Nov 23 09:00 /etc/tomcat8/Catalina/attack
> allowing "group root" access to the world.

I don't understand why this is a security issue when
/etc/tomcat8/Catalina/attack is owned by root:root after the purge and
the tomcat8 user doesn't even exist anymore.

Markus




signature.asc
Description: OpenPGP digital signature

Bug#835440: copyright file says Apache License can be found at /usr/share/common-licenses/GPL-2

[W. Martin Borgert]

The GPL-2 paragraph says:
> This file is part of Buildbot.  Buildbot is free software...
Are there buildbot files in docker?

Bug#840377: Update bug status

[Dr. Tobias Quathamer]

control: severity -1 serious

Hi,

there's now a removal bug filed for jade, so this package will FTBFS 
once jade has been removed. Therefore, I'm setting this bug to RC.


https://bugs.debian.org/846178

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#846297: mesa-vdpau-drivers: breaks vdpau for mpeg2video with mpv and vlc

[Jörg-Volker Peetz]

Package: mesa-vdpau-drivers
Version: 13.0.2-1
Severity: normal

Dear Maintainer,

on my AMD CPU/AMD GPU hybrid HP Pavilion notebook under X with radeon video
driver the vdpau hardware video output for the mpeg2video codec broke beginning
with Mesa 13.0. Such videos are totally scrambled on the screen now.
Codec h264 is still working.

What additional information is needed to help fix it?

Regards,
jvp.


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

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

Versions of packages mesa-vdpau-drivers depends on:
ii  libc62.24-6
ii  libdrm-amdgpu1   2.4.73-1
ii  libdrm-nouveau2  2.4.73-1
ii  libdrm-radeon1   2.4.73-1
ii  libdrm2  2.4.73-1
ii  libelf1  0.166-2.2
ii  libexpat12.2.0-1
ii  libgcc1  1:6.2.1-4
ii  libgcrypt20  1.7.3-2
ii  libllvm3.9   1:3.9-6
ii  libsensors4  1:3.4.0-3
ii  libstdc++6   6.2.1-4
ii  libvdpau11.1.1-5
ii  libx11-6 2:1.6.3-1
ii  libx11-xcb1  2:1.6.3-1
ii  libxcb-dri2-01.12-1
ii  libxcb-dri3-01.12-1
ii  libxcb-present0  1.12-1
ii  libxcb-sync1 1.12-1
ii  libxcb1  1.12-1
ii  libxshmfence11.2-1


Versions of packages xserver-xorg depends on:
ii  x11-xkb-utils7.7+3
ii  xkb-data 2.18-1
ii  xserver-xorg-core2:1.19.0-2
ii  xserver-xorg-input-libinput [xorg-driver-input]  0.22.0-1+b1
ii  xserver-xorg-video-radeon [xorg-driver-video]1:7.8.0-1+b1

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

Versions of packages xserver-xorg-core depends on:
ii  keyboard-configuration1.152
ii  libaudit1 1:2.6.7-1
ii  libc6 2.24-6
ii  libdbus-1-3   1.10.12-1
ii  libdrm2   2.4.73-1
ii  libegl1-mesa  13.0.2-1
ii  libepoxy0 1.3.1-1
ii  libgbm1   13.0.2-1
ii  libgcrypt20   1.7.3-2
ii  libgl1-mesa-glx [libgl1]  13.0.2-1
ii  libpciaccess0 0.13.4-1
ii  libpixman-1-0 0.34.0-1
ii  libselinux1   2.6-3
ii  libsystemd0   232-6
ii  libudev1  232-6
ii  libxau6   1:1.0.8-1
ii  libxdmcp6 1:1.1.2-1.1
ii  libxfont2 1:2.0.1-3
ii  libxshmfence1 1.2-1
ii  udev  232-6
ii  xserver-common2:1.19.0-2

Versions of packages xserver-xorg-core recommends:
ii  libgl1-mesa-dri  13.0.2-1
pn  libpam-systemd   

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

Bug#832491: Update bug status

[Dr. Tobias Quathamer]

control: severity -1 serious

Hi,

there's now a removal bug filed for sp, so this package will FTBFS once 
sp has been removed. Therefore, I'm setting this bug to RC.


https://bugs.debian.org/846178

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#845363: liquidsoap: diff for NMU version 1.1.1-7.2

[Sebastian Ramacher]

Control: tags 845363 + pending

Dear maintainer,

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

Cheers
-- 
Sebastian Ramacher
diff -Nru liquidsoap-1.1.1/debian/changelog liquidsoap-1.1.1/debian/changelog
--- liquidsoap-1.1.1/debian/changelog	2016-01-10 14:23:25.0 +0100
+++ liquidsoap-1.1.1/debian/changelog	2016-11-29 22:37:34.0 +0100
@@ -1,3 +1,12 @@
+liquidsoap (1.1.1-7.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Andreas Cadhalpun ]
+  * Drop support for libschroedinger. (Closes: #845363)
+
+ -- Sebastian Ramacher   Tue, 29 Nov 2016 22:37:34 +0100
+
 liquidsoap (1.1.1-7.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru liquidsoap-1.1.1/debian/control liquidsoap-1.1.1/debian/control
--- liquidsoap-1.1.1/debian/control	2016-01-10 14:09:26.0 +0100
+++ liquidsoap-1.1.1/debian/control	2016-11-29 22:35:41.0 +0100
@@ -42,7 +42,6 @@
  libportaudio-ocaml-dev (>= 0.2.0),
  libpulse-ocaml-dev (>= 0.1.2),
  libsamplerate-ocaml-dev (>= 0.1.2),
- libschroedinger-ocaml-dev (>= 0.1.0-3),
  libsdl-ocaml-dev,
  libshine-ocaml-dev,
  libsoundtouch-ocaml-dev (>= 0.1.7),
@@ -142,7 +141,6 @@
  liquidsoap-plugin-portaudio,
  liquidsoap-plugin-pulseaudio,
  liquidsoap-plugin-samplerate,
- liquidsoap-plugin-schroedinger,
  liquidsoap-plugin-sdl,
  liquidsoap-plugin-shine,
  liquidsoap-plugin-soundtouch,
@@ -497,7 +495,7 @@
  .
  This package provides support for Ogg stream decoding and encoding in
  Liquidsoap. This plugin is only useful when used with one of vorbis,
- speex, flac, theora or schroedinger plugin.
+ speex, flac or theora plugin.
 
 Package: liquidsoap-plugin-opus
 Architecture: any
@@ -587,24 +585,6 @@
  This package provides support for audio samplerate conversion using
  libsamplerate in Liquidsoap.
 
-Package: liquidsoap-plugin-schroedinger
-Architecture: any
-Depends:
- liquidsoap (= ${binary:Version}),
- ${misc:Depends},
- ${ocaml:Depends},
- ${shlibs:Depends}
-Description: audio streaming language -- Schroedinger plugin
- Liquidsoap is a powerful tool for building complex audio streaming systems,
- typically targeting internet radios (e.g. icecast streams).
- .
- It consists of a simple script language, in which you can create, combine and
- transform audio sources. Its design makes liquidsoap flexible and easily
- extensible.
- .
- This package provides support ogg/dirac video decoding and encoding using
- libschroedinger in Liquidsoap.
-
 Package: liquidsoap-plugin-sdl
 Architecture: any
 Depends:
diff -Nru liquidsoap-1.1.1/debian/files liquidsoap-1.1.1/debian/files
--- liquidsoap-1.1.1/debian/files	1970-01-01 01:00:00.0 +0100
+++ liquidsoap-1.1.1/debian/files	2016-11-29 22:36:20.0 +0100
@@ -0,0 +1 @@
+liquidsoap_1.1.1-7.2_source.buildinfo sound optional
diff -Nru liquidsoap-1.1.1/debian/liquidsoap-plugin-schroedinger.install liquidsoap-1.1.1/debian/liquidsoap-plugin-schroedinger.install
--- liquidsoap-1.1.1/debian/liquidsoap-plugin-schroedinger.install	2016-01-10 12:10:14.0 +0100
+++ liquidsoap-1.1.1/debian/liquidsoap-plugin-schroedinger.install	1970-01-01 01:00:00.0 +0100
@@ -1 +0,0 @@
-usr/lib/liquidsoap/*/plugins/schroedinger.cm*
diff -Nru liquidsoap-1.1.1/debian/rules liquidsoap-1.1.1/debian/rules
--- liquidsoap-1.1.1/debian/rules	2016-01-10 13:56:35.0 +0100
+++ liquidsoap-1.1.1/debian/rules	2016-11-29 22:35:41.0 +0100
@@ -9,7 +9,7 @@
 DEFAULT_FONT := /usr/share/fonts/truetype/ttf-liberation/LiberationSans-Regular.ttf
 
 DEB_CONFIGURE_EXTRA_FLAGS := \
-  --enable-ogg-dynamic-plugin --enable-schroedinger-dynamic-plugin --enable-flac-dynamic-plugin \
+  --enable-ogg-dynamic-plugin --enable-flac-dynamic-plugin \
   --enable-speex-dynamic-plugin --enable-vorbis-dynamic-plugin --enable-theora-dynamic-plugin \
   --enable-sdl-dynamic-plugin --enable-gavl-dynamic-plugin --enable-mad-dynamic-plugin \
   --enable-faad-dynamic-plugin --enable-xmlplaylist-dynamic-plugin --enable-lastfm-dynamic-plugin \
@@ -41,7 +41,7 @@
 -Nliquidsoap-plugin-ladspa -Nliquidsoap-plugin-lastfm -Nliquidsoap-plugin-mad \
 -Nliquidsoap-plugin-ogg -Nliquidsoap-plugin-oss -Nliquidsoap-plugin-portaudio \
 -Nliquidsoap-plugin-pulseaudio -Nliquidsoap-plugin-samplerate \
--Nliquidsoap-plugin-schroedinger -Nliquidsoap-plugin-soundtouch -Nliquidsoap-plugin-speex \
+-Nliquidsoap-plugin-soundtouch -Nliquidsoap-plugin-speex \
 -Nliquidsoap-plugin-taglib -Nliquidsoap-plugin-theora -Nliquidsoap-plugin-voaacenc \
 -Nliquidsoap-plugin-vorbis -Nliquidsoap-plugin-xmlplaylist -Nliquidsoap-plugin-lame \
 -Nliquidsoap-plugin-dssi -Nliquidsoap-plugin-lo -Nliquidsoap-plugin-camlimages \


signature.asc
Description: PGP signature

Bug#837510: Update bug status

[Dr. Tobias Quathamer]

control: severity -1 serious

Hi,

there's now a removal bug filed for sp, so this package will FTBFS once 
sp has been removed. Therefore, I'm setting this bug to RC.


https://bugs.debian.org/846178

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#844479: RE:Bug#844479: zeromq3: zeromq 4.2.0 breaks tango

[Julian Taylor]

On Thu, 24 Nov 2016 11:56:15 + Luca Boccassi
 wrote:
> On Thu, 2016-11-24 at 09:58 +, PICCA Frederic-Emmanuel wrote:
> > Hello,
> > 
> > I just opened a bug for tango
> > 
> > https://github.com/tango-controls/cppTango/issues/312
> > 
> > 
> > what is the deadline where we can take the decision to upload or not zeromq 
> > 4.2.0 into Debian testing ?
> > 
> > This will let also some time in order to check if this 4.2.0 do not have 
> > other size effect of dependeings softwares.
> > 
> > Thanks
> > 
> > Fred
> 
> Hi,
> 
> Thanks for opening a bug upstream.
> 
> There is no ABI breakage so there is time for the migration until at
> least the 5th of February.
> 
> I see 3 alternatives here:
> 
> 1) Upstream fixes it
> 2) A patch to revert the internal buffer alignment is added here
> 3) Ship stretch with 4.1.x
> 
> 1 - is of course the preferred way. 2 - is also feasible, but I think
> the consensus upstream is that we don't want to commit to any specific
> guarantee about internal implementation, as it ties down development too
> much. So it would have to be an out-of-tree patch, and I can provide
> that if needed.
> 
> The zeromq mailing list is the right place to discuss this if anyone
> strongly disagrees, we are open to have a discussion about anything and
> everything of course. There are differing opinions about these issues
> that range the whole spectrum, from "if users depend on it it's not a
> bug, it's a feature" to "let's break everything everytime", and anywhere
> in between.
> 
> I'm doing my best to commit to semantic versioning and API/ABI
> compatibility guarantees, going beyond that is very difficult.
> 
> The third option is the worst case scenario. Note that we haven't
> deprecated 4.1.x yet. I wanted to, given it's ABI compatible with 4.2.x,
> but if push came to shove I guess it will have to stay around.
> 

Nitpick, alignment is part of the ABI so it is not compatible.

But on how to fix this. Given [0] you seem to be just passing out the
pointer to your internal buffer written without padding out to the user
via zmq_msg_data (?)

The documentation of that function states that you must not access
zmq_msg_t directly, so if nobody actual does do so regardless zmq can
change this structure and stay compatible?
If so can zmq insert alignment padding between the message headers and
the payload so zmq_msg_data returns aligned data?

This would be very good for compatibility, on non-x86 arches it might
even be better for performance. Unaligned access can be very slow on
some of the less powerful cpus.

(Also even on x86 you can get into alignment issues due to these
buffers, in particular with numerical applications where
auto-vectorization by the compilers is involved)

[0] http://lists.zeromq.org/pipermail/zeromq-dev/2016-November/031096.html

Bug#641768: lightdm-webkit-engine

[Vagrant Cascadian]

There's a webkit2 greeter for lightdm with recent activity:

  https://github.com/Antergos/lightdm-webkit2-greeter

We might consider using it for LTSP6, and then would need to get it
packaged in Debian.

live well,
  vagrant


signature.asc
Description: PGP signature

Bug#793644: nice to know

[Emma Steele]

Greetings! 
It is so nice to know that somebody appreciates  what I do, you can read more 
about  my works here 
Wishes, Emma Steele

Bug#846295: octave: Octave can't find correct library files on installation

[Mike Miller]

On Tue, Nov 29, 2016 at 13:20:26 -0800, Gary Roach wrote:
> I attempted to install the Octave package on my Debian Stretch system using
> both Aptitude and apt-get. Both methods resulted in the same error:
> 
> Setting up octave (4.0.3-2+b1) ...
> /usr/local/libexec/octave/4.0.0/exec/x86_64-unknown-linux-gnu/octave-gui:
> error
> while loading shared libraries: libgl2ps.so.0: cannot open shared object
> file:
> No such file or directory
> dpkg: error processing package octave (--configure):
> 
> The .deb file seems to be looking for the wrong version of the lib file. The
> newer version is libgl2ps.so.1
> 
> I set up a soft link from the old version to the new, re-ran the install and
> now get a new error that the installer can't find libcholmod.so.2.1.2.
> 
> Maybe the .deb file is completely out of date.

Actually the above error indicates that you probably have a locally
built /usr/local/bin/octave that is found in $PATH before the
apt-provided /usr/bin/octave.

Can you delete your local installation and try again to verify that the
package is working correctly?

-- 
mike

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

[Martin Pitt]

Hello Christian,

Cristian Ionescu-Idbohrn [2016-11-29 22:16 +0100]:
> Eversince systemd came about into debian, you've shown direct or
> indirect disrespect, IMO, to people objecting against screwing up
> their systems, where they want to keep sysv instead of adopting
> systemd world domination.

The root issue here is not about the init system, but how initramfses
and separate partitions play together. Separate /usr without an initrd
has always been slightly broken, and it is simply not realistic to
assume that every corner case which once worked for someone can be
indefinitively be "supported". Combinatorial explosion and all.

So, the set of what can be supported is certainly debatable, but as
history has shown it neither makes sense to support this use case nor
did anyone manage to actually do it. Hence the "wontfix".

Also, *if* you want to make this about systemd vs. SysV again:
Pleeease step up and maintain SysV init. For all those vocal people
who lobbied for it there has been remarkably little action to show for
it (read: zero):

  https://anonscm.debian.org/cgit/collab-maint/sysvinit.git/log/

Note that the last maintainer upload was two years ago, the rest were
some "life support" NMUs, most/all of them from the systemd
maintainers.

> Arguably, a comment like this:
> 
> > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836362#29
> 
> is somewhat over the edge.  Still, it shows the top of the iceberg,
> IMO.  There's a non-ignorable minority who _still_ don't see systemd
> as progress and are not willing to adopt it.  What is really your
> personal mission, I wonder?

Are you sure that this is the right bug? #836362 has absolutely
*nothing* to do with anything here.

> Now, what I hope for is that you will show more respect in your
> comments for those who have not yet "seen the light" [...]

Pretty please: We all do this voluntarily. Tossing in comments like
this will *not* help to raise attention if/once you come up with a
legit problem.

Martin

-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)

Bug#845480: /bin/ps depends on /usr/lib/... which makes the system unbootable

[Cristian Ionescu-Idbohrn]

On Sun, 27 Nov 2016, Michael Biebl wrote:
> Am 27.11.2016 um 12:32 schrieb Klaus Ethgen:
> > Am So den 27. Nov 2016 um 11:56 schrieb Michael Biebl:
> >> We no longer support a split /usr which is not pre-mounted in the 
> >> initramfs.
> >
> >> So you either have two options:
> >> 1/ Don't use a split /usr
> >> 2/ Use an initramfs to mount /usr
> >
> > And yes, there are still use cases where a separate /usr makes fully
> > sense. Even if you cannot imagine that in your gated reality.
>
> I consider this an adhominem attack and I would appreciate if you stop that.
> This is not the first time [1], so I've CCed the listmasters and bts admins.

Eversince systemd came about into debian, you've shown direct or
indirect disrespect, IMO, to people objecting against screwing up
their systems, where they want to keep sysv instead of adopting
systemd world domination.

Arguably, a comment like this:

> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836362#29

is somewhat over the edge.  Still, it shows the top of the iceberg,
IMO.  There's a non-ignorable minority who _still_ don't see systemd
as progress and are not willing to adopt it.  What is really your
personal mission, I wonder?

Now, what I hope for is that you will show more respect in your
comments for those who have not yet "seen the light" systemd brings to
to debian, and also care about the blessings of non-systemd systems
bring to people.

Bottom line.  What you're doing looks more and more religious, _not_
free, with or without the consent of the debian (free)? organisation.


Cheers,

-- 
Cristian

Bug#846144: liferea: FTBFS randomly (build hangs)

[Santiago Vila]

On Tue, Nov 29, 2016 at 09:56:08PM +0100, Paul Gevers wrote:
> Control: tags -1 help
> 
> Hi Santiago,
> 
> On 28-11-16 18:04, Santiago Vila wrote:
> > I tried to build this package in stretch with "dpkg-buildpackage -A"
> > (which is what the "Arch: all" autobuilder would do to build it)
> 
> As a data point, I always upload source-only when allowed, the buildds
> have always build the all package in one go. So I am curious to learn
> what the difference is between your build daemons and the official ones.

There is not necessarily a difference. Packages break all the time
when any of their build-dependencies change behaviour slightly.

The official build daemons only build packages once, when they are uploaded,
and I build packages all the time.

So a successful build log of an upload made 44 days ago does not mean
the package has to build ok today.

There is also the random factor. Autobuilders build packages once.
When packages fail randomly, as in this case, nobody notices about
that if the autobuilders were lucky for that particular time.

But if a package only builds successfully with probability p < 1,
chances are that it will fail in my autobuilder some day.

> > If (after trying many times, as it's random) you could not reproduce
> > this using sbuild on a single CPU virtual machine (as I did), please do
> > not downgrade or mark as unreproducible, I would then consider giving
> > you access to a virtual machine on which I can reproduce it so that
> > you can as well. (In such case, please contact me off-list for details).
> 
> Do you think it may help to disable parallelism?

Do you mean, for the purposes of reproducing the error, or for the
purposes of avoiding it? :-)

I have this in my .sbuildrc

$ENV{'DEB_BUILD_OPTIONS'} = 'parallel=1';

to disable parallelism. I do this because I'm interested to know the
time it takes to build a given package, so the figures I get are always
in the "same scale" regardless of having a multi-core machine or not.

So if you want to build the packages as closely as I do (to reproduce
the bug), I would try using a single CPU and disabling parallelism that way.

> Apart from that I have
> no idea what I could test. I already had a hard time to come up with the
> work around for /usr/bin/g-ir-scanner failing without an x-session (bug
> 839397)¹. It seems introspection isn't very robust lately.
> 
> My laptop has 2 CPU's but I've never used sbuild before.

Try sbuild. It's not difficult to setup if you follow the README.

Thanks.

Bug#846295: octave: Octave can't find correct library files on installation

[Gary Roach]

Package: octave
Version: 4.0.3-2+b1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

I attempted to install the Octave package on my Debian Stretch system using
both Aptitude and apt-get. Both methods resulted in the same error:

Setting up octave (4.0.3-2+b1) ...
/usr/local/libexec/octave/4.0.0/exec/x86_64-unknown-linux-gnu/octave-gui: 
error
while loading shared libraries: libgl2ps.so.0: cannot open shared object 
file:

No such file or directory
dpkg: error processing package octave (--configure):

The .deb file seems to be looking for the wrong version of the lib file. The
newer version is libgl2ps.so.1

I set up a soft link from the old version to the new, re-ran the install and
now get a new error that the installer can't find libcholmod.so.2.1.2.

Maybe the .deb file is completely out of date.

Gary Roach




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

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

Versions of packages octave depends on:
ii  libamd2  1:4.5.3-2
ii  libarpack2   3.4.0-1+b1
ii  libasound2   1.1.2-1
ii  libatlas3-base [liblapack.so.3]  3.10.3-1
ii  libblas3 [libblas.so.3]  3.6.1-2
ii  libc62.24-5
ii  libcamd2 1:4.5.3-2
ii  libccolamd2  1:4.5.3-2
ii  libcholmod3  1:4.5.3-2
ii  libcolamd2   1:4.5.3-2
ii  libcxsparse3 1:4.5.3-2
ii  libfftw3-double3 3.3.5-1
ii  libfftw3-single3 3.3.5-1
ii  libfltk-gl1.31.3.3-8+b1
ii  libfltk1.3   1.3.3-8+b1
ii  libfontconfig1   2.11.0-6.7
ii  libfreetype6 2.6.3-3+b1
ii  libgcc1  1:6.2.0-13
ii  libgl1-mesa-glx [libgl1] 12.0.4-2
ii  libglpk404.60-2+b1
ii  libglu1-mesa [libglu1]   9.0.0-2.1
ii  libgomp1 6.2.0-13
ii  liblapack3 [liblapack.so.3]  3.6.1-2
ii  liboctave3v5 4.0.3-2+b1
ii  libosmesa6   12.0.4-2
ii  libportaudio219+svn20140130-1.1
ii  libqhull72015.2-1
ii  libqrupdate1 1.1.2-2
ii  libqscintilla2-12v5  2.9.3+dfsg-4
ii  libqt4-network   4:4.8.7+dfsg-11
ii  libqt4-opengl4:4.8.7+dfsg-11
ii  libqtcore4   4:4.8.7+dfsg-11
ii  libqtgui44:4.8.7+dfsg-11
ii  libsndfile1  1.0.27-1
ii  libstdc++6   6.2.0-13
ii  libumfpack5  1:4.5.3-2
ii  libx11-6 2:1.6.3-1
ii  octave-common4.0.3-2
ii  texinfo  6.3.0.dfsg.1-1+b1

Versions of packages octave recommends:
ii  default-jre-headless  2:1.8-57
ii  gnuplot-x11   5.0.5+dfsg1-4
ii  libatlas3-base3.10.3-1
ii  octave-info   4.0.3-2
ii  pstoedit  3.70-3+b1

Versions of packages octave suggests:
pn  octave-doc  
pn  octave-htmldoc  

-- no debconf information

Bug#846290: Updating the libjsoncpp Uploaders list

[Peter Spiess-Knafl]

I will remove him in the next upload.

Greetings,
Peter

On 11/29/2016 09:47 PM, Mattia Rizzolo wrote:
> Source: libjsoncpp
> Version: 1.7.4-3
> Severity: minor
> User: m...@qa.debian.org
> Usertags: mia-teammaint
> 
> Cleto Martín  has not been working on
> the libjsoncpp package for quite some time.
> 
> We are tracking their status in the MIA team and would like to ask you
> to remove them from the Uploaders list of the package so we can close
> that part of the file.
> 
> (If the person is listed as Maintainer, what we are asking is to please
> step in as a new maintainer.)
> 
> Thanks.
> 



signature.asc
Description: OpenPGP digital signature

Bug#818265: Bug#818187: Bug#818265: Bug#818187: zeromq3 migrated without any transition being done

[Julian Taylor]

On 29.11.2016 15:10, Tobias Hansen wrote:
> On Thu, 3 Nov 2016 20:25:23 +0100 Julian Taylor
>  wrote:
>> On 03.11.2016 20:17, Sandro Tosi wrote:
 Looks like your last upload fixed the build on most architectures. However 
 the
 package still failed to build on arm64.

 https://buildd.debian.org/status/package.php?p=pyzmq
>>>
>>> Hey Julian, do you have time to look at the failures in the
>>> https://buildd.debian.org/status/package.php?p=pyzmq ? it looks like
>>> upstream released 16.0.0 so it might worth a shot packaging it to see
>>> if that solves them. thanks!!
>>>
>>
>> I have packaged it though the tests are also unreliable on x86, still
>> needs to be looked at.
>>
> 
> Could it be that zeromq3 4.2.0 (which is now in unstable) helps?
> 
> It would be nice if this could be fixed before the soft freeze on
> January 5. We are trying to get sagemath (currently not uploaded yet) to
> migrate to testing before that date and it could become a problem to
> have different versions of pyzmq (and zeromq3) in unstable and testing.
> 


No luck still hangs sometimes and I still had no time to properly look
into it :/
Also the decision to not provide aligned even 4 byte aligned payload
buffers in zmq 4.2 as indicated in #844479 is going to be a minefield in
our arches without unaligned access ...

Bug#846293: plymouth not displaying boot graphics on framebuffer display

[Darren Faulke]

Package: plymouth
Version: 0.9.2-3-rpi1

Following the guide at https://github.com/notro/fbtft/wiki/Bootsplash 
for a SSD1322 based framebuffer display, Plymouth displays "Loading, 
please wait". Some themes do not progress to the login prompt but others 
do. No graphic is ever displayed. The same behaviour is noted when using 
the "text" theme.


Expected behaviour is to display a graphic based on the loaded theme 
before reaching the login prompt.


/boot/cmdline.txt contains "fbcon=map:10 splash quiet 
plymouth.ignore-serial-consoles".


/etc/initramfs-tools/conf.d/fb1 contains "export FRAMEBUFFER=/dev/fb1".

/etc/initramfs-tools/modules has the correct drivers and these are 
loaded and tested as working.


There are a number of others with this same or similar problem on a 
range of forums including...


https://www.raspberrypi.org/forums/viewtopic.php?t=97032&p=674028

Bug#846294: [peco] Binary ist statically linked

[Bruno Kleinert]

Package: peco
Version: 0.0~git20161005.0.d4f7705-1
Severity: minor

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

file says, the peco binary is statically linked:

(0)fuddl@flutschi:~$ file /usr/bin/peco 
/usr/bin/peco: ELF 64-bit LSB executable, x86-64, version 1 (SYSV),
statically linked, stripped

Is that intentional? I would expect it to be dynamically linked.

Cheers - Fuddl

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

Debian Release: stretch/sid
  500 unstableftp.uni-erlangen.de 
1 experimentalftp.uni-erlangen.de 

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

Package's Recommends field is empty.

Package's Suggests field is empty.





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

Bug#804079: [Xen-devel] Kernel panic on Xen virtualisation in Debian

[Ingo Jürgensmann]

Am 29.11.2016 um 10:08 schrieb Wei Liu :
>> http://paste.debian.net/895464/
> Entry not found -- maybe it expired... Sorry.

Here it is: 

Nov 14 09:19:52 31.172.31.251 [39677.027813] BUG: unable to handle kernel 
Nov 14 09:19:52 31.172.31.251  at 880002b4c06e
Nov 14 09:19:52 31.172.31.251 [39677.027868] IP:
Nov 14 09:19:52 31.172.31.251  [] 
ndisc_send_redirect+0x44c/0x4d0
Nov 14 09:19:52 31.172.31.251 [39677.027902] PGD 1a07067 
Nov 14 09:19:52 31.172.31.251  
Nov 14 09:19:52 31.172.31.251 [39677.027934] Oops:  [#1] 
Nov 14 09:19:52 31.172.31.251  
Nov 14 09:19:52 31.172.31.251 [39677.027956] Modules linked in:
Nov 14 09:19:52 31.172.31.251  authenc(E)
Nov 14 09:19:52 31.172.31.251  echainiv(E)
Nov 14 09:19:52 31.172.31.251  xfrm6_mode_tunnel(E)
Nov 14 09:19:52 31.172.31.251  xfrm4_mode_tunnel(E)
Nov 14 09:19:52 31.172.31.251  xt_physdev(E)
Nov 14 09:19:52 31.172.31.251  br_netfilter(E)
Nov 14 09:19:52 31.172.31.251  xen_netback(E)
Nov 14 09:19:52 31.172.31.251  tun(E)
Nov 14 09:19:52 31.172.31.251  xen_blkback(E)
Nov 14 09:19:52 31.172.31.251  xt_multiport(E)
Nov 14 09:19:52 31.172.31.251  twofish_generic(E)
Nov 14 09:19:52 31.172.31.251  twofish_avx_x86_64(E)
Nov 14 09:19:52 31.172.31.251  twofish_x86_64_3way(E)
Nov 14 09:19:52 31.172.31.251  twofish_x86_64(E)
Nov 14 09:19:52 31.172.31.251  twofish_common(E)
Nov 14 09:19:52 31.172.31.251  serpent_avx_x86_64(E)
Nov 14 09:19:52 31.172.31.251  serpent_sse2_x86_64(E)
Nov 14 09:19:52 31.172.31.251  serpent_generic(E)
Nov 14 09:19:52 31.172.31.251  blowfish_generic(E)
Nov 14 09:19:52 31.172.31.251  blowfish_x86_64(E)
Nov 14 09:19:52 31.172.31.251  blowfish_common(E)
Nov 14 09:19:52 31.172.31.251  cast5_avx_x86_64(E)
Nov 14 09:19:52 31.172.31.251  cast5_generic(E)
Nov 14 09:19:52 31.172.31.251  cast_common(E)
Nov 14 09:19:52 31.172.31.251  ctr(E)
Nov 14 09:19:52 31.172.31.251  des_generic(E)
Nov 14 09:19:52 31.172.31.251  cbc(E)
Nov 14 09:19:52 31.172.31.251  algif_skcipher(E)
Nov 14 09:19:52 31.172.31.251  camellia_generic(E)
Nov 14 09:19:52 31.172.31.251  camellia_aesni_avx_x86_64(E)
Nov 14 09:19:52 31.172.31.251  camellia_x86_64(E)
Nov 14 09:19:52 31.172.31.251  xts(E)
Nov 14 09:19:52 31.172.31.251  xcbc(E)
Nov 14 09:19:52 31.172.31.251  sha512_ssse3(E)
Nov 14 09:19:52 31.172.31.251  sha512_generic(E)
Nov 14 09:19:52 31.172.31.251  md4(E)
Nov 14 09:19:52 31.172.31.251  algif_hash(E)
Nov 14 09:19:52 31.172.31.251  af_alg(E)
Nov 14 09:19:52 31.172.31.251  xfrm_user(E)
Nov 14 09:19:52 31.172.31.251  xfrm4_tunnel(E)
Nov 14 09:19:52 31.172.31.251  tunnel4(E)
Nov 14 09:19:52 31.172.31.251  ipcomp(E)
Nov 14 09:19:52 31.172.31.251  xfrm_ipcomp(E)
Nov 14 09:19:52 31.172.31.251  esp4(E)
Nov 14 09:19:52 31.172.31.251  xen_gntdev(E)
Nov 14 09:19:52 31.172.31.251  xen_evtchn(E)
Nov 14 09:19:52 31.172.31.251  ah4(E)
Nov 14 09:19:52 31.172.31.251  xenfs(E)
Nov 14 09:19:52 31.172.31.251  af_key(E)
Nov 14 09:19:52 31.172.31.251  xfrm_algo(E)
Nov 14 09:19:52 31.172.31.251  xen_privcmd(E)
Nov 14 09:19:52 31.172.31.251  ipmi_poweroff(E)
Nov 14 09:19:52 31.172.31.251  video(E)
Nov 14 09:19:52 31.172.31.251  thermal(E)
Nov 14 09:19:52 31.172.31.251  fan(E)
Nov 14 09:19:52 31.172.31.251  ac(E)
Nov 14 09:19:52 31.172.31.251  battery(E)
Nov 14 09:19:52 31.172.31.251  ip6t_REJECT(E)
Nov 14 09:19:52 31.172.31.251  nf_reject_ipv6(E)
Nov 14 09:19:52 31.172.31.251  ip6table_filter(E)
Nov 14 09:19:52 31.172.31.251  ip6_tables(E)
Nov 14 09:19:52 31.172.31.251  ipt_REJECT(E)
Nov 14 09:19:52 31.172.31.251  nf_reject_ipv4(E)
Nov 14 09:19:52 31.172.31.251  xt_tcpudp(E)
Nov 14 09:19:52 31.172.31.251  iptable_filter(E)
Nov 14 09:19:52 31.172.31.251  ip_tables(E)
Nov 14 09:19:52 31.172.31.251  x_tables(E)
Nov 14 09:19:52 31.172.31.251  bridge(E)
Nov 14 09:19:52 31.172.31.251  stp(E)
Nov 14 09:19:52 31.172.31.251  llc(E)
Nov 14 09:19:52 31.172.31.251  ext4(E)
Nov 14 09:19:52 31.172.31.251  ecb(E)
Nov 14 09:19:52 31.172.31.251  crc16(E)
Nov 14 09:19:52 31.172.31.251  jbd2(E)
Nov 14 09:19:52 31.172.31.251  crc32c_generic(E)
Nov 14 09:19:52 31.172.31.251  mbcache(E)
Nov 14 09:19:52 31.172.31.251  fuse(E)
Nov 14 09:19:52 31.172.31.251  ipmi_devintf(E)
Nov 14 09:19:52 31.172.31.251  ipmi_watchdog(E)
Nov 14 09:19:52 31.172.31.251  w83627ehf(E)
Nov 14 09:19:52 31.172.31.251  hwmon_vid(E)
Nov 14 09:19:52 31.172.31.251  nf_conntrack_ipv4(E)
Nov 14 09:19:52 31.172.31.251  nf_defrag_ipv4(E)
Nov 14 09:19:52 31.172.31.251  nf_conntrack(E)
Nov 14 09:19:52 31.172.31.251  loop(E)
Nov 14 09:19:52 31.172.31.251  x86_pkg_temp_thermal(E)
Nov 14 09:19:52 31.172.31.251  intel_powerclamp(E)
Nov 14 09:19:52 31.172.31.251  coretemp(E)
Nov 14 09:19:52 31.172.31.251  crct10dif_pclmul(E)
Nov 14 09:19:52 31.172.31.251  crc32_pclmul(E)
Nov 14 09:19:52 31.172.31.251  ghash_clmulni_intel(E)
Nov 14 09:19:52 31.172.31.251  hmac(E)
Nov 14 09:19:52 31.172.31.251  drbg(E)
Nov 14 09:19:52 31.172.31.251  ansi_cprng(E)
Nov 14 09:19:52 31.172.31.251  aesni_intel(E)
Nov 14 09:19:52 31.172.31.251  aes_x86_64(E)
Nov 14 09:19:52 31

Bug#743599: lintian: false positive python-script-but-no-python-dep when using #!/usr/bin/python2

[Niels Thykier]

Control: tags -1 -patch

Hi,

Thanks for the provided patches.

On Mon, 07 Nov 2016 17:16:24 +0100 Antonio Ospite  wrote:
> [...]
> 
> Hi Luca,
> 
> I also ran into this issue when packaging git-bz
> (http://fishsoup.net/software/git-bz/).
> 
> When using dh_python2 (in my case with no specific python version in
> debian/control) the package ends up depending on pyhton:any, and lintian does
> not know that python:any is OK as a dependency for scripts using python2 in
> the shebang line.
> 
> Your patch fixes this but AFAICS makes lintian emit an unnecessary warning:
> 
>   W: scripts: unusual-interpreter usr/bin/script_name #!python2
> 
> Maybe this is a better fix:
> 
> [...]
> 
> The rationale is that even if there is a 2 in the interpreter name, it
> requires _unversioned_ dependencies.
> 
> See the attached patches to follow my analysis of the problem.
> 
> Thanks,
>Antonio
> 
> [...]

I have applied the changes to the test case.  However, the changes to
the data files (regardless of which one I apply) cause a test regression
there after AFAICT.

The test failure is:
> $ t/runtests -k -j1 t debian/test-out legacy-scripts
> ENV[PATH]=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
> tests::legacy-scripts: diff -u t/tests/legacy-scripts/tags 
> [...]/tests/scripts/tags.scripts
> --- t/tests/legacy-scripts/tags 2016-11-29 20:42:28.674312854 +
> +++ [...]/tests/scripts/tags.scripts2016-11-29 20:50:22.238324980 
> +
> @@ -13,11 +13,11 @@
>  E: scripts: init.d-script-needs-depends-on-lsb-base etc/init.d/skeleton 
> (line 40)
>  E: scripts: missing-dep-for-interpreter jruby => jruby | jruby1.0 | jruby1.1 
> | jruby1.2 (usr/bin/jruby-broken)
>  E: scripts: missing-dep-for-interpreter lefty => graphviz (usr/bin/lefty-foo)
> +E: scripts: missing-dep-for-interpreter python2 => python:any | 
> python-minimal:any (usr/bin/py2foo)
>  E: scripts: package-installs-python-bytecode 
> usr/lib/python2.3/site-packages/test.pyc
>  E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/php5foo
>  E: scripts: php-script-but-no-phpX-cli-dep usr/share/scripts/phpfoo
>  E: scripts: python-script-but-no-python-dep usr/bin/py2.Xfoo
> -E: scripts: python-script-but-no-python-dep usr/bin/py2foo
>  E: scripts: python-script-but-no-python-dep usr/bin/pyfoo
>  E: scripts: shell-script-fails-syntax-check usr/bin/sh-broken
>  E: scripts: wrong-path-for-interpreter usr/bin/lefty-foo 
> (#!/usr/local/bin/lefty != /usr/bin/lefty)
> fail tests::legacy-scripts: output differs!

I don't think that change was intentional, so I am sending the patch
back for another review.

Thanks,
~Niels

Bug#846292: keepalived: Fix netlink message truncation with large page sizes

[Nishanth Aravamudan]

Package: keepalived
Version: 1:1.2.24-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu zesty ubuntu-patch

Dear Maintainer,

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

  * debian/patches/fix_message_truncation_with_large_pagesizes.patch:
Resolve "Netlink: error: message truncated" messages.  Thanks to
David Wilder .  Closes LP: #1642763.

Thanks for considering the patch.

diff -Nru 
keepalived-1.2.24/debian/patches/fix_message_truncation_with_large_pagesizes.patch
 
keepalived-1.2.24/debian/patches/fix_message_truncation_with_large_pagesizes.patch
--- 
keepalived-1.2.24/debian/patches/fix_message_truncation_with_large_pagesizes.patch
  1969-12-31 16:00:00.0 -0800
+++ 
keepalived-1.2.24/debian/patches/fix_message_truncation_with_large_pagesizes.patch
  2016-11-29 09:45:12.0 -0800
@@ -0,0 +1,71 @@
+Description: Resolve "Netlink: error: message truncated" messages
+Author: David Wilder 
+Origin: upstream, 
https://github.com/acassen/keepalived/commit/9f327bbf3e86def1055a106eda0633638bda0345
+Bug-Ubuntu: https://launchpad.net/bugs/1642763
+Forwarded: not-needed
+Last-Update: 2016-11-29
+
+--- keepalived-1.2.24.orig/keepalived/core/main.c
 keepalived-1.2.24/keepalived/core/main.c
+@@ -39,6 +39,7 @@
+ #if HAVE_DECL_CLONE_NEWNET
+ #include "namespaces.h"
+ #endif
++#include "vrrp_netlink.h"
+ 
+ #define   LOG_FACILITY_MAX7
+ #define   VERSION_STRING  PACKAGE_NAME " v" PACKAGE_VERSION " (" 
VERSION_DATE ")"
+@@ -735,6 +736,8 @@ keepalived_main(int argc, char **argv)
+   /* Handle any core file requirements */
+   core_dump_init();
+ 
++netlink_set_recv_buf_size();
++
+   /* Check we can read the configuration file(s).
+  NOTE: the working directory will be / if we
+  forked, but will be the current working directory
+--- keepalived-1.2.24.orig/keepalived/include/vrrp_netlink.h
 keepalived-1.2.24/keepalived/include/vrrp_netlink.h
+@@ -68,6 +68,7 @@ extern nl_handle_t nl_cmd;   /* Command ch
+ extern int netlink_error_ignore; /* If we get this error, ignore it */
+ 
+ /* prototypes */
++extern void netlink_set_recv_buf_size(void);
+ extern int addattr_l(struct nlmsghdr *, size_t, int, void *, size_t);
+ extern int addattr8(struct nlmsghdr *, size_t, int, uint8_t);
+ extern int addattr32(struct nlmsghdr *, size_t, int, uint32_t);
+--- keepalived-1.2.24.orig/keepalived/vrrp/vrrp_netlink.c
 keepalived-1.2.24/keepalived/vrrp/vrrp_netlink.c
+@@ -58,6 +58,23 @@ int netlink_error_ignore; /* If we get t
+ 
+ /* Static vars */
+ static nl_handle_t nl_kernel; /* Kernel reflection channel */
++static size_t nlmsg_buf_size; /* Size of netlink message buffer */
++
++void
++netlink_set_recv_buf_size(void)
++{
++  /* The size of the read buffer for the NL socket is based on page
++   * size however, it should not exceed 8192. See the comment in:
++   * linux/include/linux/netlink.h (copied below):
++   * skb should fit one page. This choice is good for headerless malloc
++   * But we should limit to 8K so that userspace does not have to
++   * use enormous buffer sizes on recvmsg() calls just to avoid
++   * MSG_TRUNC when PAGE_SIZE is very large.
++   */
++  nlmsg_buf_size = getpagesize();
++  if (nlmsg_buf_size > 8192)
++  nlmsg_buf_size = 8192;
++}
+ 
+ /* Create a socket to netlink interface_t */
+ static int
+@@ -513,7 +530,7 @@ netlink_parse_info(int (*filter) (struct
+   int error;
+ 
+   while (1) {
+-  char buf[4096];
++  char buf[nlmsg_buf_size];
+   struct iovec iov = {
+   .iov_base = buf,
+   .iov_len = sizeof buf
diff -Nru keepalived-1.2.24/debian/patches/series 
keepalived-1.2.24/debian/patches/series
--- keepalived-1.2.24/debian/patches/series 2015-08-15 06:01:53.0 
-0700
+++ keepalived-1.2.24/debian/patches/series 2016-11-29 09:45:12.0 
-0800
@@ -0,0 +1 @@
+fix_message_truncation_with_large_pagesizes.patch


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

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

-- 
Nishanth Aravamudan
Ubuntu Server
Canonical Ltd

Bug#846144: liferea: FTBFS randomly (build hangs)

[Paul Gevers]

Control: tags -1 help

Hi Santiago,

On 28-11-16 18:04, Santiago Vila wrote:
> I tried to build this package in stretch with "dpkg-buildpackage -A"
> (which is what the "Arch: all" autobuilder would do to build it)

As a data point, I always upload source-only when allowed, the buildds
have always build the all package in one go. So I am curious to learn
what the difference is between your build daemons and the official ones.

> If (after trying many times, as it's random) you could not reproduce
> this using sbuild on a single CPU virtual machine (as I did), please do
> not downgrade or mark as unreproducible, I would then consider giving
> you access to a virtual machine on which I can reproduce it so that
> you can as well. (In such case, please contact me off-list for details).

Do you think it may help to disable parallelism? Apart from that I have
no idea what I could test. I already had a hard time to come up with the
work around for /usr/bin/g-ir-scanner failing without an x-session (bug
839397)¹. It seems introspection isn't very robust lately.

My laptop has 2 CPU's but I've never used sbuild before.

Paul

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



signature.asc
Description: OpenPGP digital signature

Bug#846291: Updating the python-logging-extra Uploaders list

[Mattia Rizzolo]

Source: python-logging-extra
Version: 0.1.3-1.1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Cleto Martín  has not been working on
the python-logging-extra package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#846289: Updating the asunder Uploaders list

[Mattia Rizzolo]

Source: asunder
Version: 2.8-4
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Cleto Martín  has not been working on
the asunder package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#846288: apache2: Directory indexes painfully slow when using basic auth

[Morten Minde Neergaard]

Package: apache2
Version: 2.4.23-8
Severity: normal

Dear Maintainer,

I am using apache2 on a NAS with a very weak CPU. I have storing roughly
1000 images and subfolders in a folder, and am using Options +Indexes to
read the list of files / directories. Getting the list up is painfully
slow, and eventually fails if the folder is large enough.

Apache config, edited to remove domain name:

# vim: syntax=apache ts=4 sw=4 sts=4 sr noet

ServerName foo.example.com

ServerAdmin webmas...@example.com
DocumentRoot /srv

ErrorLog ${APACHE_LOG_DIR}/foo.error.log
CustomLog ${APACHE_LOG_DIR}/foo.access.log combined

DirectoryIndex index.html


Options Indexes FollowSymlinks
AllowOverride None
Require all granted



AuthType Basic
AuthName "Access to top secret foo"
AuthUserFile /etc/apache2/htpasswd
Require valid-user



I tried doing a strace on the apache process while the page was loading.
Excerpt, censoring actual username, password hash:

stat64("/srv/Images/IMG_20161013_082911/index.html", 0xbeea5408) = -1 ENOENT 
(No such file or directory)
lstat64("/srv", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
lstat64("/srv/felles", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, ...}) = 0
lstat64("/srv/felles/Bilder", {st_mode=S_IFDIR|S_ISGID|0775, st_size=4096, 
...}) = 0
lstat64("/srv/Images", {st_mode=S_IFDIR|S_ISGID|0755, st_size=69632, ...}) = 0
lstat64("/srv/Images/IMG_20161013_082911", {st_mode=S_IFDIR|0755, st_size=4096, 
...}) = 0
lstat64("/srv/Images/IMG_20161013_082911/index.html", 0xbeea5408) = -1 ENOENT 
(No such file or directory)
open("/etc/apache2/htpasswd", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 19
fstat64(19, {st_mode=S_IFREG|0640, st_size=313, ...}) = 0
read(19, "foo:$6$$XXX"..., 4096) = 313
close(19)   = 0
lstat64("/srv/Images/IMG_20161014_173243.jpg", {st_mode=S_IFREG|0755, 
st_size=4159526, ...}) = 0
lstat64("/srv/Images/IMG_20161014_173243.jpg", {st_mode=S_IFREG|0755, 
st_size=4159526, ...}) = 0
open("/etc/apache2/htpasswd", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 19
fstat64(19, {st_mode=S_IFREG|0640, st_size=313, ...}) = 0
read(19, "foo:$6$$XXX"..., 4096) = 313
close(19)   = 0
lstat64("/srv/Images/IMG_20160920_172913.jpg", {st_mode=S_IFREG|0755, 
st_size=3290253, ...}) = 0
lstat64("/srv/Images/IMG_20160920_172913.jpg", {st_mode=S_IFREG|0755, 
st_size=3290253, ...}) = 0
open("/etc/apache2/htpasswd", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 19
fstat64(19, {st_mode=S_IFREG|0640, st_size=313, ...}) = 0
read(19, "foo:$6$$XXX"..., 4096) = 313

i.e. it's reading the htpasswd file for every file and subfolder in the
folder, and probably doing the password check for each of them. It's
also looking for an index.html under each subfolder, but that's probably
a separate issue and/or configurable.


-- Package-specific info:

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

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

Versions of packages apache2 depends on:
ii  apache2-bin  2.4.23-8
ii  apache2-data 2.4.23-8
ii  apache2-utils2.4.23-8
ii  dpkg 1.18.15
ii  init-system-helpers  1.46
ii  lsb-base 9.20161101
ii  mime-support 3.60
ii  perl 5.24.1~rc3-3
pn  perl:any 
ii  procps   2:3.3.12-3

Versions of packages apache2 recommends:
ii  ssl-cert  1.0.38

Versions of packages apache2 suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
pn  www-browser  

Versions of packages apache2-bin depends on:
ii  libapr1  1.5.2-4
ii  libaprutil1  1.5.4-2
ii  libaprutil1-dbd-sqlite3  1.5.4-2
ii  libaprutil1-ldap 1.5.4-2
ii  libc62.24-5
ii  libldap-2.4-22.4.44+dfsg-1
ii  liblua5.2-0  5.2.4-1.1+b1
ii  libnghttp2-141.16.0-1
ii  libpcre3 2:8.39-2
ii  libssl1.0.2  1.0.2j-4
ii  libxml2  2.9.4+dfsg1-2.1
pn  perl:any 
ii  zlib1g   1:1.2.8.dfsg-2+b3

Versions of packages apache2-bin suggests:
pn  apache2-doc  
pn  apache2-suexec-pristine | apache2-suexec-custom  
pn  www-browser  

Versions of packages apache2 is related to:
ii  apache2  2.4.23-8
ii  apache2-bin  2.4.23-8

-- Configuration Files:
/etc/apache2/sites-available/000-default.conf changed [not included]

-- no debconf information

Bug#810462: upstream's ./configure is happy with libusb-1.0-0-dev

[Geert Stappers]

Control: tag -1 pending

When changing Build-Depens 'libusb-dev' into 'libusb-1.0-0-dev'
then I see these differences:

| $ grep libusb ../build.log.a | grep Unpack
| Unpacking libusb-0.1-4:amd64 (2:0.1.12-30) ...
| Unpacking libusb-1.0-0:amd64 (2:1.0.21-1) ...
| Unpacking libusb-1.0-0-dev:amd64 (2:1.0.21-1) ...
| Unpacking libusb-dev (2:0.1.12-30) ...

versus

| $ grep libusb ../build.log | grep Unpack
| Unpacking libusb-1.0-0:amd64 (2:1.0.21-1) ...
| Unpacking libusb-1.0-0-dev:amd64 (2:1.0.21-1) ...


./configure output says for both

| checking for LIBUSB... yes

| urjtag is now configured for
|
|  Libraries:
|libusb : 1.0


Groeten
Geert Stappers
-- 
Leven en laten leven


signature.asc
Description: Digital signature

Bug#846290: Updating the libjsoncpp Uploaders list

[Mattia Rizzolo]

Source: libjsoncpp
Version: 1.7.4-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Cleto Martín  has not been working on
the libjsoncpp package for quite some time.

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#846287: O: atheist -- General purpose command-line testing tool

[Mattia Rizzolo]

Package: wnpp

The current maintainer of atheist, Cleto Martín ,
and its comaintainers are apparently not active anymore.
Therefore, I orphan this package now.

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

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

Some information about this package:

Package: atheist
Binary: atheist
Version: 0.20110402-2.1
Maintainer: Cleto Martín 
Uploaders: Francisco Moya , David Villa Alises 

Build-Depends: debhelper (>= 7.0.50~), python-sphinx (>= 1.0.7+dfsg), python, 
xsltproc (>= 1.1.24), docbook-xsl (>= 1.75.2), dh-python
Architecture: all
Standards-Version: 3.9.2
Format: 3.0 (quilt)
Files:
 0c56d79e29fe9aa3e2445c14aa1717b3 1930 atheist_0.20110402-2.1.dsc
 95f4126ad16d7cc2b4cf6c6c55224ae2 127762 atheist_0.20110402.orig.tar.gz
 741fbd848b3e7ae41016b9214953b654 8316 atheist_0.20110402-2.1.debian.tar.xz
Checksums-Sha256:
 084d29b68c3c91e80acdcf7f50a359c216e430532f903be52d5eab4ba16d139c 1930 
atheist_0.20110402-2.1.dsc
 58a6325ab819cb760926d23935dbdf5df15a461a66c5ce33b4a6585b76f65957 127762 
atheist_0.20110402.orig.tar.gz
 a3eb0d659eaa5780f3bc5f21b6575b28239b32a162a7847d7164806b7108eda0 8316 
atheist_0.20110402-2.1.debian.tar.xz
Homepage: https://savannah.nongnu.org/projects/atheist/
Package-List: 
 atheist deb devel optional arch=all
Directory: pool/main/a/atheist
Priority: source
Section: devel

Package: atheist
Priority: optional
Section: universe/devel
Installed-Size: 522
Maintainer: Ubuntu Developers 
Original-Maintainer: Cleto Martín 
Architecture: all
Version: 0.20110402-2.1
Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~), libjs-sphinxdoc (>= 
1.0), nmap, curl, python-mock, python-notify, python-loggingx
Filename: pool/universe/a/atheist/atheist_0.20110402-2.1_all.deb
Size: 90670
MD5sum: bc205bf2dfeb4991d642041574cf500a
SHA1: 455f5f28e86999d793c7ce56a8310ccd89fc183a
SHA256: 0da8df6159b82d74fbddf946f86e75e8c7db8cba1cce4ab1ca46d47b5c99a519
Description-en: General purpose command-line testing tool
 Atheist allows you to specify the behaviour of your tests in a
 declarative way using many predefined structures (such as Task,
 Conditions, Daemons, etc.) and provides detailed statistics.
 .
 The programmer describes the test behaviour in a .test file and
 atheist runs every test found. It is possible to check and prepare
 the system by writing setup and teardown files that are executed
 after and before each test.
Description-md5: 6f08d811a9ef89e5040a720e7b99fed4
Homepage: https://savannah.nongnu.org/projects/atheist/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu


-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#846286: O: zthreads -- Object-oriented synchronization library for C++

[Mattia Rizzolo]

Package: wnpp

The current maintainer of zthreads, Cleto Martín ,
is apparently not active anymore.  Therefore, I orphan this package now.

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

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

Some information about this package:

Package: zthreads
Binary: libzthread-2.3-2, libzthread-dev
Version: 2.3.2-7.2
Maintainer: Cleto Martín 
Build-Depends: debhelper (>= 9), autotools-dev, quilt, dh-autoreconf
Architecture: any
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 e9a7d072fd096c040fadd0aa0b0337c0 1818 zthreads_2.3.2-7.2.dsc
 f2782d19b8ed6f1ff2ab8824dd4ba48e 412527 zthreads_2.3.2.orig.tar.gz
 e250e5c26c0608b27a59f4f4f0513f80 261448 zthreads_2.3.2-7.2.debian.tar.xz
Checksums-Sha256:
 e785a3a80a504e538eb18ef664e22947400728aade417cb938bc44dd2c78bbe3 1818 
zthreads_2.3.2-7.2.dsc
 950908b7473ac10abb046bd1d75acb5934344e302db38c2225b7a90bd1eda854 412527 
zthreads_2.3.2.orig.tar.gz
 e63a5d7f2339d9e1790452e499759724b51fa1c9688d733ed98a1b8f7c9fe1ab 261448 
zthreads_2.3.2-7.2.debian.tar.xz
Homepage: http://zthread.sourceforge.net/
Package-List: 
 libzthread-2.3-2 deb libs extra arch=any
 libzthread-dev deb libdevel extra arch=any
Directory: pool/main/z/zthreads
Priority: source
Section: libs

Package: libzthread-2.3-2
Priority: extra
Section: universe/libs
Installed-Size: 257
Maintainer: Ubuntu Developers 
Original-Maintainer: Cleto Martín 
Architecture: amd64
Source: zthreads
Version: 2.3.2-7.2
Depends: libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libstdc++6 (>= 4.1.1)
Pre-Depends: multiarch-support
Filename: pool/universe/z/zthreads/libzthread-2.3-2_2.3.2-7.2_amd64.deb
Size: 74760
MD5sum: a4fdff3af88658a4c1c4f721a0b22818
SHA1: 6904878f2b84dc95b890b1d4e8df313772a67255
SHA256: 991d6d085ec74bec62c7173524954a99c06e0d928c4676bcae21e959c59157cd
Description-en: Object-oriented synchronization library for C++
 Zthreads is an advanced platform-independent, object-oriented
 threading and synchronization library. Designed and tested under
 POSIX & Win32 systems.
 .
 It provides several structures for concurrent programming like
 PoolExecutor, MonitoredQueue, Barriers and much more. Furthermore,
 structures like Task and Thread are provided for creating threading
 applications in C++ easier.
 .
 This library wraps and interfaces with pthreads, so it is fully
 compliant.
Description-md5: 009622213ead70e90080d77639e6dff6
Multi-Arch: same
Homepage: http://zthread.sourceforge.net/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu

Package: libzthread-dev
Priority: extra
Section: universe/libdevel
Installed-Size: 1046
Maintainer: Ubuntu Developers 
Original-Maintainer: Cleto Martín 
Architecture: amd64
Source: zthreads
Version: 2.3.2-7.2
Depends: libzthread-2.3-2 (= 2.3.2-7.2)
Filename: pool/universe/z/zthreads/libzthread-dev_2.3.2-7.2_amd64.deb
Size: 118434
MD5sum: ae3db484af14e7ebf6a54f716ecf4d24
SHA1: 7b49fb3f99212c960c58d5e82e8690d8a74098de
SHA256: 8fa41b3367d6206d10f1ab6386eb77038eff82d5f713e2f3f0f26ec5e5eb7743
Description-en: Object-oriented synchronization library for C++
 Zthreads is an advanced platform-independent, object-oriented
 threading and synchronization library. Designed and tested under
 POSIX & Win32 systems.
 .
 It provides several structures for concurrent programming like
 PoolExecutor, MonitoredQueue, Barriers and much more. Furthermore,
 structures like Task and Thread are provided for creating threading
 applications in C++ easier.
 .
 This library wraps and interfaces with pthreads, so it is fully
 compliant.
Description-md5: 009622213ead70e90080d77639e6dff6
Homepage: http://zthread.sourceforge.net/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu


-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#846284: O: gftp -- X/GTK+ and console FTP client (metapackage)

[Mattia Rizzolo]

Package: wnpp

The current maintainer of gftp, Cleto Martín ,
is apparently not active anymore.  Therefore, I orphan this package now.

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

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

Some information about this package:

Package: gftp
Binary: gftp, gftp-gtk, gftp-text, gftp-common
Version: 2.0.19-4
Maintainer: Cleto Martín 
Build-Depends: debhelper (>= 7.0.50~), autotools-dev, libreadline-dev, 
libgtk2.0-dev (>= 2.0.9), libglib2.0-dev (>= 2.2.0), imagemagick
Architecture: any all
Standards-Version: 3.9.3
Format: 3.0 (quilt)
Files:
 b1b0d2141609bbf57b7124ca6ae163a2 1258 gftp_2.0.19-4.dsc
 4c0cab4b35e8666f5892b02125270a21 2691419 gftp_2.0.19.orig.tar.gz
 fcaabf0181fbd9faee19b7326286a22b 10845 gftp_2.0.19-4.debian.tar.gz
Checksums-Sha256:
 26cd0e4a48df0ead2a0b06e91aa624ad8f89959e1058362f26a63a04f738163d 1258 
gftp_2.0.19-4.dsc
 eefc47ae51b011a2412874f0df068397ad85d9600c1acc02e22d5df3d9a60074 2691419 
gftp_2.0.19.orig.tar.gz
 631532a937d8a3a95385899e499e5cb2b6fd0474a3f2ee9fc5c7c2074a4b07a6 10845 
gftp_2.0.19-4.debian.tar.gz
Homepage: http://www.gftp.org/
Package-List: 
 gftp deb net optional
 gftp-common deb net optional
 gftp-gtk deb net optional
 gftp-text deb net optional
Directory: pool/main/g/gftp
Priority: source
Section: net

Package: gftp
Priority: optional
Section: universe/net
Installed-Size: 33
Maintainer: Ubuntu Developers 
Original-Maintainer: Cleto Martín 
Architecture: all
Version: 2.0.19-4ubuntu2
Depends: gftp-gtk (>= 2.0.19-4ubuntu2), gftp-text (>= 2.0.19-4ubuntu2)
Filename: pool/universe/g/gftp/gftp_2.0.19-4ubuntu2_all.deb
Size: 1846
MD5sum: b3a5c0c4f9337780e87bbf186203cc51
SHA1: 3fcf4bf91ef26a0a6dadeac2ed1d9f4e7e495987
SHA256: 78cce39c824b0748e710c380b3988b75f9f3c0b1b0c73892239af1af77796d28
Description-en: X/GTK+ and console FTP client (metapackage)
 gFTP is a multithreaded FTP client, available in two versions:
  * version for X, written using GLib and GTK+
  * version for the console, using only GLib
 .
 This is an upgrade convenience package, it's only useful for depending on.
Description-md5: f3f8443e8fa994889b0ea7a2ec06e4de
Homepage: http://www.gftp.org/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu

Package: gftp-gtk
Priority: optional
Section: universe/net
Installed-Size: 534
Maintainer: Ubuntu Developers 
Original-Maintainer: Cleto Martín 
Architecture: amd64
Source: gftp
Version: 2.0.19-4ubuntu2
Depends: libc6 (>= 2.15), libglib2.0-0 (>= 2.31.8), libgtk2.0-0 (>= 2.8.0), 
gftp-common (= 2.0.19-4ubuntu2)
Conflicts: gftp-common (<< 2.0.14-1)
Filename: pool/universe/g/gftp/gftp-gtk_2.0.19-4ubuntu2_amd64.deb
Size: 149072
MD5sum: 4db2d76c82d8419a7c71f812dd27e265
SHA1: fa95a26d50f46e93385f8acfd413fe312a7dc96e
SHA256: 09d1ad51c1cafe553aa25b4ac3e3fd4574fa0921991d7acdc0b0a99654db9047
Description-en: X/GTK+ FTP client
 gFTP graphical version is a multithreaded FTP client running under X and
 written using GLib/GTK+.
 .
 gFTP features:
   * simultaneous downloads,
   * resuming of interrupted file transfers,
   * file transfer queues,
   * downloading of entire directories,
   * FTP and HTTP proxy support,
   * remote directory caching,
   * passive and non-passive file transfers,
   * drag-n-drop support,
   * bookmarks menu,
   * support for SSH and SSH2 file transfers,
   * support FXP transfers,
   * stop button, and many more features.
 .
  Author:   Brian Masney 
Description-md5: a3dedb61c9b4885161f8e474b6af93be
Homepage: http://www.gftp.org/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu

Package: gftp-text
Priority: optional
Section: universe/net
Installed-Size: 247
Maintainer: Ubuntu Developers 
Original-Maintainer: Cleto Martín 
Architecture: amd64
Source: gftp
Version: 2.0.19-4ubuntu2
Depends: libc6 (>= 2.15), libglib2.0-0 (>= 2.31.8), libreadline6 (>= 6.0), 
gftp-common (= 2.0.19-4ubuntu2)
Filename: pool/universe/g/gftp/gftp-text_2.0.19-4ubuntu2_amd64.deb
Size: 75944
MD5sum: d2da89225d987ef3410e7a38eec593ae
SHA1: e259b0aef6857747ffbf402ef4729a4ea069bfbe
SHA256: b415949cfe7736db5544f73b236d767e2dbb4a1001c99b3edacd0ac5eba3d82f
Description-en: colored FTP client using GLib
 gFTP text version is a multithreaded FTP client running under console and
 written using GLib.
 .
 gFTP features:
   * simultaneous downloads,
   * resuming of interrupted file transfers,
   * file transfer queues,
   * downloading of entire directories,
   * FTP and HTTP proxy support,
   * remote directory caching,
   * passive and non-passive file transfers,
   * drag-n-drop support,
   * bookmarks menu,
   * support for SSH and SSH2 file transfers,
   * support FXP transferts,
   * stop button, and many more features.
 .
  Author:   Brian Masney 
Description-md5: bd45566b490840de91b6a4a58e8c3409
Homepage: http://www.gftp.org/
Bug

Bug#846285: O: linthesia -- Fork of Synthesia to GNU/Linux

[Mattia Rizzolo]

Package: wnpp

The current maintainer of linthesia, Cleto Martín ,
is apparently not active anymore.  Therefore, I orphan this package now.

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

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

Some information about this package:

Package: linthesia
Binary: linthesia
Version: 0.4.3-1
Maintainer: Cleto Martín 
Build-Depends: debhelper (>= 9), dh-exec (>= 0.3), dpkg-dev (>= 1.16.1~), 
libgtkmm-2.4-dev, libgconfmm-2.6-dev, libgtkglextmm-x11-1.2-dev, 
libasound2-dev, libpangox-1.0-dev, xsltproc (>= 1.1.24), docbook-xsl (>= 1.75.2)
Architecture: any
Standards-Version: 3.9.5
Format: 3.0 (quilt)
Files:
 35604194ad774347eaa72b51a76b1208 1548 linthesia_0.4.3-1.dsc
 81674670116dc8604a5c7688c7450dea 275564 linthesia_0.4.3.orig.tar.xz
 705b8e59baad998d3c85abe0f73b1135 4424 linthesia_0.4.3-1.debian.tar.xz
Checksums-Sha256:
 927faae291a192f22c348b39185fbc13e034bd95044bbab1d08d1ca4870628ff 1548 
linthesia_0.4.3-1.dsc
 ac2794064d11766f28a7295b825b1c3ab77c32285a40750880f2e41569d5c494 275564 
linthesia_0.4.3.orig.tar.xz
 48182c477da08c1868e0c53385417a96f529c5e64ed83fe50a9b6b24bb4a0f09 4424 
linthesia_0.4.3-1.debian.tar.xz
Homepage: http://sourceforge.net/projects/linthesia/
Package-List: 
 linthesia deb games extra arch=any
Directory: pool/main/l/linthesia
Priority: source
Section: games

Package: linthesia
Priority: extra
Section: universe/games
Installed-Size: 1225
Maintainer: Ubuntu Developers 
Original-Maintainer: Cleto Martín 
Architecture: amd64
Version: 0.4.3-1build3
Depends: libasound2 (>= 1.0.16), libatkmm-1.6-1v5 (>= 2.22.1), libc6 (>= 2.14), 
libgcc1 (>= 1:4.1.1), libgconfmm-2.6-1v5 (>= 2.24.0), libgl1-mesa-glx | libgl1, 
libglibmm-2.4-1v5 (>= 2.44.0), libglu1-mesa | libglu1, 
libgtkglextmm-x11-1.2-0v5 (>= 1.2.0), libgtkmm-2.4-1v5 (>= 1:2.24.0), 
libpangomm-1.4-1v5 (>= 2.36.0), libsigc++-2.0-0v5 (>= 2.2.0), libstdc++6 (>= 
5.2), libx11-6
Recommends: timidity
Filename: pool/universe/l/linthesia/linthesia_0.4.3-1build3_amd64.deb
Size: 282560
MD5sum: f50c5c18d41ca24485687e323b285e83
SHA1: 04c080c5e8746a7ec7fb7ab49057268194571dbc
SHA256: 1bcd289f88ec6285112ddf2e6f11f2a3f8895f8454b4337f530864e50b6884fe
Description-en: Fork of Synthesia to GNU/Linux
 Synthesia is a software which teaches you to play piano using
 piano-roll-style falling notes with any MIDI file. You can choose
 more level
 .
 You can practice using an external MIDI piano keyboard.
Description-md5: a1f207822959a1a1cb9089fbd6e66e30
Homepage: http://sourceforge.net/projects/linthesia/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu


-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#828351: inn2: FTBFS with openssl 1.1.0

[Sebastian Andrzej Siewior]

control: tags -1 patch fixed-upstream

On 2016-06-27 15:56:40 [+0200], Julien ÉLIE wrote:
> I suggest to release a 2.6.0-3 Debian package containing upstream commits
> 9988 and 10024.  (And, while we're at it, also upstream commit 9986 that
> removes TCP_NODELAY for nnrpd.)
> It will normally permits INN to build against OpenSSL 1.1.0.

This is also what Redhat did except for the TCP_NODELAY thing.
  https://bugzilla.redhat.com/show_bug.cgi?id=1387660

Please find attached a patch against the package which includes the
three three patches mentioned here and was sbuild tested.
Should I NMU it?

Sebastian
From: Sebastian Andrzej Siewior 
Date: Tue, 29 Nov 2016 21:10:31 +0100
Subject: [PATCH] cherry-pick patches for OpenSSL 1.1.0 support and TCP_NODELAY

Signed-off-by: Sebastian Andrzej Siewior 
---
 debian/changelog|  9 +++
 debian/patches/changeset_branches_2.6_10024 | 45 ++
 debian/patches/changeset_branches_2.6_9986  | 82 +
 debian/patches/changeset_branches_2.6_9988  | 95 +
 debian/patches/series   |  3 +
 debian/rules|  1 +
 6 files changed, 235 insertions(+)
 create mode 100644 debian/patches/changeset_branches_2.6_10024
 create mode 100644 debian/patches/changeset_branches_2.6_9986
 create mode 100644 debian/patches/changeset_branches_2.6_9988

diff --git a/debian/changelog b/debian/changelog
index 7985664277f2..73931da6d2af 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+inn2 (2.6.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Backport upstream fixes to get it built against openssl 1.1.0 and run
+./autogen to get configure script updated (Closes: #828351).
+  * Backport a patch to drop to drop TCP_NODELAY.
+
+ -- Sebastian Andrzej Siewior   Tue, 29 Nov 2016 21:09:07 +0100
+
 inn2 (2.6.0-2) unstable; urgency=medium
 
   * Stop rnews from segfaulting while starting. (Closes: #809774)
diff --git a/debian/patches/changeset_branches_2.6_10024 b/debian/patches/changeset_branches_2.6_10024
new file mode 100644
index ..c0130929576e
--- /dev/null
+++ b/debian/patches/changeset_branches_2.6_10024
@@ -0,0 +1,45 @@
+Description: Fix build with OpenSSL 1.1.0 - a few X509_xxx types are now opaque
+Author: iulius
+Origin: upstream
+
+Check that the current certificate returned by
+X509_STORE_CTX_get_current_cert() is not NULL.  In the switch part,
+err_cert is not NULL though because otherwise the error would have been
+different than X509_V_ERR_UNABLE_TO_GET_ISSUER_CERT.
+
+---
+ nnrpd/tls.c |   15 ++-
+ 1 file changed, 10 insertions(+), 5 deletions(-)
+
+--- a/nnrpd/tls.c
 b/nnrpd/tls.c
+@@ -244,9 +244,13 @@ verify_callback(int ok, X509_STORE_CTX *
+ err = X509_STORE_CTX_get_error(ctx);
+ depth = X509_STORE_CTX_get_error_depth(ctx);
+ 
+-X509_NAME_oneline(X509_get_subject_name(err_cert), buf, sizeof(buf));
+-if ((tls_serveractive) && (tls_loglevel >= 1))
+-  Printf("Peer cert verify depth=%d %s", depth, buf);
++if (err_cert != NULL) {
++X509_NAME_oneline(X509_get_subject_name(err_cert), buf, sizeof(buf));
++if ((tls_serveractive) && (tls_loglevel >= 1)) {
++Printf("Peer cert verify depth=%d %s", depth, buf);
++}
++}
++
+ if (ok==0)
+ {
+   syslog(L_NOTICE, "verify error:num=%d:%s", err,
+@@ -260,9 +264,10 @@ verify_callback(int ok, X509_STORE_CTX *
+ 	verify_error = X509_V_ERR_CERT_CHAIN_TOO_LONG;
+ 	}
+ }
+-switch (ctx->error) {
++
++switch (err) {
+ case X509_V_ERR_UNABLE_TO_GET_ISSUER_CERT:
+-	X509_NAME_oneline(X509_get_issuer_name(ctx->current_cert), buf, sizeof(buf));
++	X509_NAME_oneline(X509_get_issuer_name(err_cert), buf, sizeof(buf));
+ 	syslog(L_NOTICE, "issuer= %s", buf);
+ 	break;
+ case X509_V_ERR_CERT_NOT_YET_VALID:
diff --git a/debian/patches/changeset_branches_2.6_9986 b/debian/patches/changeset_branches_2.6_9986
new file mode 100644
index ..bbabbebd2220
--- /dev/null
+++ b/debian/patches/changeset_branches_2.6_9986
@@ -0,0 +1,82 @@
+Description: nnrpd:  keep TCP_NODELAY only for BSD/OS systems
+Author: iulius
+Origin: upstream
+
+Fixed slow nnrpd responses for a few NNTP commands.  The TCP_NODELAY
+option was unconditionally set whereas only BSD/OS systems needed it.
+Modern networking stacks do not need such tweaks.
+
+Thanks to Christian Mock for having discovered that.
+
+---
+ configure.ac |6 ++
+ doc/pod/news.pod |6 ++
+ nnrpd/nnrpd.c|   11 ---
+ 3 files changed, 20 insertions(+), 3 deletions(-)
+
+--- a/configure.ac
 b/configure.ac
+@@ -203,6 +203,12 @@ dnl (like asprintf) that we use.
+ [Define if compiling on Linux to get prototypes for some functions.])
+ ;;
+ 
++dnl Detect BSD/OS for later use in nnrpd code.
++*-bsdi*)
++AC_DEFINE([INN_BSDI_HOST], [1],
++[Define if compiling on BSD/OS systems.])
++ 

Bug#725910: colormake: man page refers to non-existent configuration file

[Reuben Thomas]

On 29 November 2016 at 20:04, Ludovic Rousseau 
wrote:

> On Wed, 09 Oct 2013 23:54:23 +0100 Reuben Thomas  wrote:
>
>> Package: colormake
>> Version: 0.9-1
>> Severity: minor
>>
>> colormake(1) refers to /usr/share/colormake/colormake.rc, which does not
>> exist.
>>
>
> Exact.
> This file is not installed by the Debian package. The file also does not
> exist in the upstream tarball.
>
> The idea is that the admin can _create_ this file so the same
> configuration will be used, by default, for all the system users.
> The syntax is the same as for ~/.colormakerc
>
> How do you propose to solve this bug?
>

​I hadn't read the man page closely enough to realise that this is a
configuration file, thanks!

​A system-wide configuration file should surely be under /etc, not under
/usr/share. So I would propose to solve the bug by moving the file. I guess
this is an upstream bug?​

-- 
http://rrt.sc3d.org

Bug#845447: numad doesn't read /etc/default/numad

[Jeremías Casteglione]

Hi:

On Wed, 23 Nov 2016 15:00:17 +0100
Geert Nijpels  wrote:

> Package: numad
> Version: 0.5+20150602-4
> Severity: normal
> Tags: patch
> 
> 
> Asked by Ubuntu maintainer to report this to Debian:
> https://bugs.launchpad.net/bugs/1640783
> 
> The systemd script for numad doesn't respect the settings in
> /etc/default/numad. The following changes make it work:
> 
> --- /lib/systemd/system/numad.service   2015-06-02 13:12:38.0 +0200
> +++ /root/numad_new 2016-11-10 14:00:54.502547863 +0100
> @@ -3,10 +3,10 @@
>  Documentation=man:numad
> 
>  [Service]
> +EnvironmentFile=-/etc/default/numad
>  Type=forking
> -ExecStart=/usr/bin/numad -i 15
> +ExecStart=/usr/bin/numad $DAEMON_ARGS -i 15
> 
>  [Install]
>  WantedBy=multi-user.target

Thanks for the report and the patch! I applied it to the package repo and
sent it to my sponsor DD for reviewing.

Cheers,


-- 
Jeremías

Bug#846283: stardict: diff for NMU version 3.0.1-9.3

[Andrey Rahmatullin]

Package: stardict
Version: 3.0.1-9.2
Severity: normal
Tags: patch pending

Dear maintainer,

I've prepared an NMU for stardict (versioned as 3.0.1-9.3) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
WBR, wRAR
diff -Nru stardict-3.0.1/debian/changelog stardict-3.0.1/debian/changelog
--- stardict-3.0.1/debian/changelog	2013-02-22 01:26:25.0 +0600
+++ stardict-3.0.1/debian/changelog	2016-11-30 00:43:05.0 +0500
@@ -1,3 +1,13 @@
+stardict (3.0.1-9.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS, patch by Radovan Birdic (Closes: #805236).
+  * Fix another FTBFS.
+  * Use dh-autoreconf (Closes: #727975).
+  * Drop the menu file and the related lintian override (Closes: #772494).
+
+ -- Andrey Rahmatullin   Wed, 30 Nov 2016 00:43:05 +0500
+
 stardict (3.0.1-9.2) unstable; urgency=low
 
   * Non-maintainer upload to fix RC bug.
diff -Nru stardict-3.0.1/debian/control stardict-3.0.1/debian/control
--- stardict-3.0.1/debian/control	2011-10-13 23:58:45.0 +0600
+++ stardict-3.0.1/debian/control	2016-11-30 00:43:05.0 +0500
@@ -4,7 +4,7 @@
 Maintainer: Andrew Lee (李健秋) 
 Uploaders: Anthony Fok 
 Build-Depends:
- debhelper (>= 8), autoconf, automake (>= 1.10), autotools-dev, intltool,
+ debhelper (>= 8), autoconf, automake (>= 1.10), autotools-dev, dh-autoreconf, intltool,
  libbonobo2-dev, libenchant-dev, libespeak-dev, libestools2.0-dev,
  libgconf2-dev, libgnomeui-dev, liborbit2-dev,
  libsigc++-2.0-dev (>= 2.0.18-2), libtool, libx11-dev, libxml-parser-perl,
diff -Nru stardict-3.0.1/debian/patches/10_fix-narrowing.patch stardict-3.0.1/debian/patches/10_fix-narrowing.patch
--- stardict-3.0.1/debian/patches/10_fix-narrowing.patch	1970-01-01 05:00:00.0 +0500
+++ stardict-3.0.1/debian/patches/10_fix-narrowing.patch	2016-11-30 00:43:05.0 +0500
@@ -0,0 +1,18 @@
+--- stardict-3.0.1.orig/tests/t_dict.cpp
 stardict-3.0.1/tests/t_dict.cpp
+@@ -59,13 +59,13 @@ static inline glong random(glong from, g
+ static bool test_dict_lookup_success(Dict *d)
+ {
+ 	const char too_small[]={0x1, 0x1, 0x1, 0x0};
+-	const char too_big[]={0xCF, 0xCF, 0xCF, 0x0};
++	const unsigned char too_big[]={0xCF, 0xCF, 0xCF, 0x0};
+ 	glong i, s;
+ 	if (d->Lookup(too_small, i, s, 0, 0)) {
+ 		std::cerr<<"too_small test failed for: "Lookup(reinterpret_cast(too_big), i, s, 0, 0)) {
+ 		std::cerr<<"too_big test failed for: "

Bug#714836: ITP: qucs progress?

[Guilherme Brondani Torri]

On Fri, 26 Aug 2016 19:45:51 +0100 =?UTF-8?Q?Jos=C3=A9_Luis_Redrejo?= <
jredr...@gmail.com> wrote:
> Hi, Rajasekhar no. The licensing issues in some of the included files are
> not solved yet.

I am a maintainer of Qucs.
The license issues should be fixed for the next release version 0.0.19.
The offending Verilog-A files have been removed.

I am just waiting the CI build finish to upload the final tarball to
https://sourceforge.net/projects/qucs/files/qucs/


The latest ADMS should also be cleared of offending files.
I just sent an update to bug #501264 about ADMS.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=501264

Please let us know how can we can help with lintian and other issues in the
future.
Feel free to file issues in:
https://github.com/Qucs/qucs

Regards,
Guilherme

Bug#846278: [Pkg-xfce-devel] Bug#846278: light-locker fails to unlock

[Yves-Alexis Perez]

On Tue, 2016-11-29 at 19:33 +, Juha Jäykkä wrote:
> Light-locker cannot unlock a locked screen with lxqt. 

I have no idea what is lxqt but then I'd just say lxqt is broken, not light-
locker. Please try with another desktop environment, like Xfce.

Regards,
-- 
Yves-Alexis

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

Bug#846282: ITP: go-toml -- Go library for the TOML language

[Dr. Tobias Quathamer]

Package: wnpp
Severity: wishlist
Owner: Dr. Tobias Quathamer 

* Package name: go-toml
  Version : 0.3.5-1
  Upstream Author : Thomas Pelletier
* URL : https://github.com/pelletier/go-toml
* License : TODO
  Programming Lang: Go
  Description : Go library for the TOML language

 This library supports TOML (Tom's Obvious, Minimal Language)
 version v0.4.0.
 .
 TOML aims to be a minimal configuration file format that's
 easy to read due to obvious semantics. TOML is designed
 to map unambiguously to a hash table. TOML should be
 easy to parse into data structures in a wide variety
 of languages.



This package is needed for the new upstream version of hugo, the static
website generator.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#845715: debian-policy: Please document that packages are not allowed to write outside their source directories

[Josh Triplett]

On Sat, 26 Nov 2016 03:34:22 + Johannes Schauer  wrote:
> Package: debian-policy
> Severity: wishlist
> Tags: patch
> 
> Hi,
> 
> source packages are forced to not write into $HOME by sbuild and
> pbuilder, so any package attempting to do so currently FTBFS. It would
> be nice to have this requirement be documented in policy. I propose the
> following patch:
> 
> 
> diff --git a/policy.sgml b/policy.sgml
> index 9cd182b..42efd18 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -1944,6 +1944,16 @@ zope.
>For packages in the main archive, no required targets
>may attempt network access.
> 
> +   
> + None of the required targets must attempt to write outside of the
> + source package package directory tree. An exception to this rule is
> + the use of /tmp which is permitted as long as temporary

Instead of hardcoding /tmp, this should recommend using $TMPDIR, with
fallback to /tmp if and only if $TMPDIR not set.

- Josh Triplett

Bug#846281: ITP: dhcpcanon -- Python implementation fo the DHCP client Anonymity Profile (RFC7844) designed for users that wish to remain anonymous to the visited network minimizing disclosure of iden

[ju xor]

Package: wnpp
Severity: wishlist
Owner: ju 

* Package name: dhcpcanon
  Version : 0.1
  Upstream Author : Name 
* URL : https://github.com/juga0/dhcpcanon/
* License : GPL
  Programming Lang: Python
  Description : DHCP client disclosing less identifying information.
  
Python implementation of the DHCP client Anonymity Profile (RFC7844) designed 
for users that wish to remain anonymous to the visited network minimizing 
disclosure of identifying information.

Bug#845795: scala-parser-combinators: no symlink for scala-parser-combinators.jar?

[Emmanuel Bourg]

Le 29/11/2016 à 20:13, Patrice Duroux a écrit :

> I do not use any wrapper script, I just everything provided by the native 
> Debian
> package (latexdraw) and I juste run it after installation using terminal and 
> saw
> the warning message (its a chance!).

By wrapper script I meant this:

https://anonscm.debian.org/cgit/pkg-java/latexdraw.git/tree/debian/patches/latexdraw_shell_script.patch?id=b65868d

In this patch scala-parser-combinators has to be replaced by
scala-parser-combinators_2.11.

> Also why it is not the case for the scala-library package on which it depends?

Because scala-library is built by the scala package and thus is
implicitly tied to the current version of scala.

Emmanuel Bourg

Bug#725910: colormake: man page refers to non-existent configuration file

[Ludovic Rousseau]

On Wed, 09 Oct 2013 23:54:23 +0100 Reuben Thomas  wrote:

Package: colormake
Version: 0.9-1
Severity: minor

colormake(1) refers to /usr/share/colormake/colormake.rc, which does not exist.


Exact.
This file is not installed by the Debian package. The file also does not exist 
in the upstream tarball.

The idea is that the admin can _create_ this file so the same configuration 
will be used, by default, for all the system users.
The syntax is the same as for ~/.colormakerc

How do you propose to solve this bug?


Sorry for the delay.

--
Dr. Ludovic Rousseau

Bug#846280: ITP: golang-github-bep-inflect -- inflection rules for the English language

[Dr. Tobias Quathamer]

Package: wnpp
Severity: wishlist
Owner: Dr. Tobias Quathamer 

* Package name: golang-github-bep-inflect
  Version : 0.0~git20160408.0.b896c45-1
  Upstream Author : Bjørn Erik Pedersen
* URL : https://github.com/bep/inflect
* License : Expat
  Programming Lang: Go
  Description : inflection rules for the English language

  This package provides inflection rules for the English
  language, usable by go programs.


This package is needed for the new upstream version of hugo, the static
website generator.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#846279: ghc: Problems with Backspace, Delete and arrow keys

[Richard Smith]

Package: ghc
Version: 8.0.1-14
Severity: normal

Dear Maintainer,

Since upgrading to ghc 8.0.1, when trying to backspace user-entered text (e.g. 
a getLine event) in a
running haskell program (whether compiled with this version of ghc, or 
interpreted), the terminal
displays "^?" for backspace, "^[[3~" for delete and other codes for arrow keys.

It appears to be previously reported, and resolved, here: 
https://ghc.haskell.org/trac/ghc/ticket/2606

Looks to be a problem with how ghci is compiled and 
libedit/libreadline/ncurses-dev as the module 
"System.Console.Editline.Readline" is missing:

GHCi, version 8.0.1: http://www.haskell.org/ghc/  :? for help
Prelude> :browse System.Console.Editline.Readline

: error:
Could not find module ‘System.Console.Editline.Readline’
It is not a module in the current program, or in any known package.


Many thanks!

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

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

Versions of packages ghc depends on:
ii  dpkg 1.18.15
ii  gcc  4:6.1.1-1
ii  libbsd-dev   0.8.3-1
ii  libc62.24-5
ii  libc6-dev2.24-5
ii  libffi-dev   3.2.1-6
ii  libffi6  3.2.1-6
ii  libgmp-dev   2:6.1.1+dfsg-1
ii  libgmp10 2:6.1.1+dfsg-1
ii  libncurses5-dev  6.0+20160917-1
ii  libtinfo56.0+20160917-1

ghc recommends no packages.

Versions of packages ghc suggests:
pn  ghc-doc  
pn  ghc-prof 
pn  haskell-doc  
pn  llvm-3.7 
ii  perl 5.24.1~rc3-3

-- no debconf information

Bug#817616: perlpanel: diff for NMU version 1:0.9.1+cvs20051225-2.1

[Sebastian Ramacher]

Control: tags 817616 + pending

Dear maintainer,

Christoph Biedl has prepared an NMU for perlpanel (versioned as
1:0.9.1+cvs20051225-2.1) and I have uploaded it for him to DELAYED/2. Please
feel free to tell me if I should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -u perlpanel-0.9.1+cvs20051225/debian/compat perlpanel-0.9.1+cvs20051225/debian/compat
--- perlpanel-0.9.1+cvs20051225/debian/compat
+++ perlpanel-0.9.1+cvs20051225/debian/compat
@@ -1 +1 @@
-4
+9
diff -u perlpanel-0.9.1+cvs20051225/debian/changelog perlpanel-0.9.1+cvs20051225/debian/changelog
--- perlpanel-0.9.1+cvs20051225/debian/changelog
+++ perlpanel-0.9.1+cvs20051225/debian/changelog
@@ -1,3 +1,10 @@
+perlpanel (1:0.9.1+cvs20051225-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Raise debhelper compat to 9. Closes: #817616
+
+ -- Christoph Biedl   Wed, 02 Nov 2016 22:47:57 +0100
+
 perlpanel (1:0.9.1+cvs20051225-2) unstable; urgency=low
 
   * Makefile: 
diff -u perlpanel-0.9.1+cvs20051225/debian/control perlpanel-0.9.1+cvs20051225/debian/control
--- perlpanel-0.9.1+cvs20051225/debian/control
+++ perlpanel-0.9.1+cvs20051225/debian/control
@@ -2,7 +2,7 @@
 Section: x11
 Priority: optional
 Maintainer: Marc 'HE' Brockschmidt 
-Build-Depends: debhelper (>= 4), dpatch, gettext, libgtk2-perl, libgtk2-gladexml-perl, libgnome2-wnck-perl, libxml-simple-perl, liblocale-gettext-perl
+Build-Depends: debhelper (>= 9), dpatch, gettext, libgtk2-perl, libgtk2-gladexml-perl, libgnome2-wnck-perl, libxml-simple-perl, liblocale-gettext-perl
 Standards-Version: 3.7.3
 
 Package: perlpanel


signature.asc
Description: PGP signature

Bug#846270: fakechroot: preload library not found, aborting.

[Piotr Roszatycki]

tags 846270 - unreproducible

On Tue, Nov 29, 2016 at 8:33 PM, Jameson Graef Rollins
 wrote:
> + fakechroot_detect='/usr/bin/fakechroot: line 163: /usr/bin/echo: No such 
> file or directory'

Ok thanks,

This bug is appearing on systems which were upgraded from stable to
testing or unstable. It is because for new systems /bin is symlink to
/usr/bin.

I will upload new package with fix very soon.

-- 
Piotr Roszatycki