Bug#831758: exim4 NPD in expand_string, plaintext authentication with OpenBSD password file

[Nathan Kennedy]

Package: exim4
Version: 4.84.2-1
Severity: normal
Tags: patch

Fixed upstream: 
http://git.exim.org/exim.git/commit/9dc2b215e83a63efa242f6acd3ab7af8b608e5a1


Fix is in 4.87 and stretch. Broken in jessie. Patch attached.

Using plaintext password file generated with OpenBSD htpasswd (bcrypt), 
exim crashes with a NPD on every authentication.


Stack trace:
#0  __strcmp_sse2_unaligned ()
at ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:29
#1  * in eval_condition (s=0x7ff5b53a4948 "{1}{0}}",
resetok=0x7ffe1b7a3eb4, yield=0x7ffe1b7a4000) at expand.c:2737
#2  * in expand_string_internal (
string=0x7ff5b53a48e8 "${if 
crypteq{$auth3}{${extract{1}{:}{${lookup{$auth2}

skipping=0, honour_dollar=1, resetok_p=0x0) at expand.c:3993
#3  * in expand_string (
string=0x7ff5b53a48e8 "${if 
crypteq{$auth3}{${extract{1}{:}{${lookup{$auth2}

#4  * in auth_check_some_cond (ablock=0x7ff5b53a4830,
label=0x7ff5b33ae6ff "server_condition",
condition=0x7ff5b53a48e8 "${if 
crypteq{$auth3}{${extract{1}{:}{${lookup{$aut

at check_serv_cond.c:88
#5  * in auth_check_serv_cond (ablock=0x7ff5b53a4830)
at check_serv_cond.c:35
#6  * in auth_plaintext_server (ablock=0x7ff5b53a4830,
data=0x7ff5b53ae317 "*") at plaintext.c:144
#7  * in smtp_setup_msg () at smtp_in.c:3263
#8  * in handle_smtp_call (listen_sockets=0x7ff5b53a7368,
listen_socket_count=4, accept_socket=8, accepted=0x7ffe1b7a55c0)
at daemon.c:511
#9  * in daemon_go () at daemon.c:2032
#10 * in main (argc=3, cargv=0x7ffe1b7e5d98) at exim.c:4690


--- a/src/src/expand.c
+++ b/src/src/expand.c
@@ -2791,7 +2791,7 @@ switch(cond_type)
   #define XSTR(s) STR(s)
   DEBUG(D_auth) debug_printf("crypteq: using %s()\n"
 "  subject=%s\n  crypted=%s\n",
-(which == 0)? XSTR(DEFAULT_CRYPT) : (which == 1)? "crypt" : "crypt16",
+which == 0 ? XSTR(DEFAULT_CRYPT) : which == 1 ? "crypt" : "crypt16",
 coded, sub[1]);
   #undef STR
   #undef XSTR
@@ -2800,8 +2800,16 @@ switch(cond_type)
   salt), force failure. Otherwise we get false positives: with an empty
   string the yield of crypt() is an empty string! */
 
-  tempcond = (Ustrlen(sub[1]) < 2)? FALSE :
-(Ustrcmp(coded, sub[1]) == 0);
+  if (coded)
+   tempcond = Ustrlen(sub[1]) < 2 ? FALSE : Ustrcmp(coded, sub[1]) == 0;
+  else if (errno == EINVAL)
+   tempcond = FALSE;
+  else
+   {
+   expand_string_message = string_sprintf("crypt error: %s\n",
+ US strerror(errno));
+   return NULL;
+   }
   }
 break;
 #endif  /* SUPPORT_CRYPTEQ */

Bug#830462: eancheck: FTBFS: rm: cannot remove 'eancheck.1.gz': No such file or directory

[Logan Rosen]

Package: eancheck
Version: 1.0-1.1
Followup-For: Bug #830462
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

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

  * debian/rules: Convert to dh sequencer.
  * debian/compat: Indicate compatibility level of 9.
  * debian/control: Build-depend on debhelper (>= 9).
  * Makefile:
- Add ${DESTDIR} to ${PREFIX}.
- Pass *FLAGS to compiler.
  * debian/dirs: Add usr/bin.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-21-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u eancheck-1.0/debian/rules eancheck-1.0/debian/rules
--- eancheck-1.0/debian/rules
+++ eancheck-1.0/debian/rules
@@ -2,60 +2,2 @@
-# GNU copyright 1997 to 1999 by Joey Hess.
-
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE=1
-
-#This is the debhelper compatibility version to use.
-export DH_COMPAT=5
-
-CFLAGS = -g
-ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS)))
-CFLAGS += -O0
-else
-CFLAGS += -O2
-endif
-
-build: build-stamp
-
-build-stamp:
-	dh_testdir
-	
-	$(MAKE)
-
-	touch build-stamp
-
-clean:
-	dh_testdir
-	dh_testroot
-	rm -f build-stamp
-
-	-$(MAKE) clean
-
-	dh_clean
-
-install: build
-	dh_testdir
-	dh_testroot
-	dh_clean -k
-	dh_installdirs
-
-	$(MAKE) install PREFIX=$(CURDIR)/debian/eancheck/usr
-
-binary-indep: build install
-
-binary-arch: build install
-	dh_testdir
-	dh_testroot
-	dh_installdocs
-	dh_installchangelogs
-	dh_link
-	dh_strip
-	dh_compress
-	dh_fixperms
-	dh_installdeb
-	dh_shlibdeps
-	dh_gencontrol
-	dh_md5sums
-	dh_builddeb
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+%:
+	dh $@
diff -u eancheck-1.0/debian/control eancheck-1.0/debian/control
--- eancheck-1.0/debian/control
+++ eancheck-1.0/debian/control
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Joe Baldwin 
 Standards-Version: 3.7.2
-Build-Depends: debhelper (>= 5)
+Build-Depends: debhelper (>= 9)
 
 Package: eancheck
 Architecture: any
only in patch2:
unchanged:
--- eancheck-1.0.orig/Makefile
+++ eancheck-1.0/Makefile
@@ -1,12 +1,12 @@
-PREFIX=/usr
+PREFIX=${DESTDIR}/usr
 
 all: eancheck
 
 eancheck: eancheck.o
-	g++ -o $@ $<
+	$(CXX) $(CXXFLAGS) $(LDFLAGS) -o $@ $<
 
 eancheck.o: eancheck.cpp
-	g++ -Wno-deprecated -c -o $@ $<
+	$(CXX) $(CXXFLAGS) $(LDFLAGS) -Wno-deprecated -c -o $@ $<
 
 eancheck.1.gz:
 	gzip -c -9 eancheck.1 > eancheck.1.gz
only in patch2:
unchanged:
--- eancheck-1.0.orig/debian/compat
+++ eancheck-1.0/debian/compat
@@ -0,0 +1 @@
+9
only in patch2:
unchanged:
--- eancheck-1.0.orig/debian/dirs
+++ eancheck-1.0/debian/dirs
@@ -0,0 +1 @@
+usr/bin

Bug#831756: libcurl3-gnutls breaks git clone over https (RPC failed curl 56 GuTLS recv error (-24)

[Vasudev Kamath]

Package: libcurl3-gnutls
Version: 7.47.0-1
Severity: important

I was trying to clone Linux kernel source from torvalds repository
from git.kernel.org [1] and github [2]. I got following error

error: RPC failed; curl 56 GnuTLS recv error (-24): Decryption has failed.
fatal: The remote end hung up unexpectedly

I'm also attaching the log generated using GIT_CURL_VERBOSE=1 with this report.

The error seem to happen only with huge repository like Linux kernel
source tree. I tried small repository cloning over https and it seems
to work fine without error.

Since a similar error was earlier reported against libcurl3-gnutls[3]
I'm reporting this bug against this package. If not relevant please
reassign to appropriate package.

I'm running Debian stretch with git version 1:2.8.1-1. Since my actual
desktop where the issue happened is on a network with no smtp port
open I'm reporting this bug using my mail account. If any further
information is needed please let me know.


[1] https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/
[2] https://github.com/torvalds/linux.git
[3] https://bugs.debian.org/690578
-- 

Vasudev Kamath
https://copyninja.info


git-clone-torvalds-linux-github.log
Description: Binary data

Bug#831755: print column numbers in error messages too

[積丹尼 Dan Jacobson]

Package: perl
Version: 5.22.2~rc1-1
Severity: wishlist

> syntax error at ./s line 71, near "$h{"

OK but if there are two of them, one near the front of line 71, one near
the back, the user will be sent on a wild goose chase for maybe hours probably,

That's why perl should print the column number as well as the row.

Emacs' compile-mode is ready for it.

Bug#817442: dvips-fontdata-n2bk: Removal of debhelper compat 4

[Logan Rosen]

Package: dvips-fontdata-n2bk
Version: 0.0.2001.12.12-3
Followup-For: Bug #817442
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

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

  * debian/rules:
- Remove legacy DH_COMPAT export.
- Use dh_prep instead of dh_clean -k.
  * debian/compat: Indicate compatibility level of 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.
  * debian/post{inst,rm}: Remove paths from mktexlsr commands.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-21-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u dvips-fontdata-n2bk-0.0.2001.12.12/debian/control dvips-fontdata-n2bk-0.0.2001.12.12/debian/control
--- dvips-fontdata-n2bk-0.0.2001.12.12/debian/control
+++ dvips-fontdata-n2bk-0.0.2001.12.12/debian/control
@@ -2,11 +2,12 @@
 Section: tex
 Priority: optional
 Maintainer: Atsuhito KOHDA 
-Build-Depends: debhelper (>> 4.1.0)
+Build-Depends: debhelper (>= 9)
 Standards-Version: 3.7.2
 
 Package: dvips-fontdata-n2bk
 Architecture: all
+Depends: ${misc:Depends}
 Description: Virtual font data to process dvi files generated by NTT-JTeX
  This package contains virtual font data to convert Dai-Nippon fonts,
  which are used in dvi files generated by NTT-JTeX, to Japanese
diff -u dvips-fontdata-n2bk-0.0.2001.12.12/debian/postinst dvips-fontdata-n2bk-0.0.2001.12.12/debian/postinst
--- dvips-fontdata-n2bk-0.0.2001.12.12/debian/postinst
+++ dvips-fontdata-n2bk-0.0.2001.12.12/debian/postinst
@@ -24,8 +24,8 @@
 
 case "$1" in
 configure)
-	if [ -x /usr/bin/mktexlsr ]; then
-	/usr/bin/mktexlsr
+	if [ -x mktexlsr ]; then
+	mktexlsr
 	fi
 
 ;;
diff -u dvips-fontdata-n2bk-0.0.2001.12.12/debian/postrm dvips-fontdata-n2bk-0.0.2001.12.12/debian/postrm
--- dvips-fontdata-n2bk-0.0.2001.12.12/debian/postrm
+++ dvips-fontdata-n2bk-0.0.2001.12.12/debian/postrm
@@ -18,8 +18,8 @@
 
 case "$1" in
remove)
-	if [ -x /usr/bin/mktexlsr ]; then
-	/usr/bin/mktexlsr
+	if [ -x mktexlsr ]; then
+	mktexlsr
 	fi
 
 ;;
diff -u dvips-fontdata-n2bk-0.0.2001.12.12/debian/rules dvips-fontdata-n2bk-0.0.2001.12.12/debian/rules
--- dvips-fontdata-n2bk-0.0.2001.12.12/debian/rules
+++ dvips-fontdata-n2bk-0.0.2001.12.12/debian/rules
@@ -5,9 +5,6 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-# This is the debhelper compatability version to use.
-export DH_COMPAT=4
-
 configure: configure-stamp
 configure-stamp:
 	dh_testdir
@@ -37,7 +34,7 @@
 install: build
 	dh_testdir
 	dh_testroot
-	dh_clean -k
+	dh_prep
 	dh_installdirs
 
 	# Add here commands to install the package into debian/dvips-fontdata-n2bk.
only in patch2:
unchanged:
--- dvips-fontdata-n2bk-0.0.2001.12.12.orig/debian/compat
+++ dvips-fontdata-n2bk-0.0.2001.12.12/debian/compat
@@ -0,0 +1 @@
+9

Bug#817407: cons: Removal of debhelper compat 4

[Logan Rosen]

Package: cons
Version: 2.3.0.1+2.2.0-1
Followup-For: Bug #817407
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

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

  * debian/compat: Bump to 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-21-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u cons-2.3.0.1+2.2.0/debian/control cons-2.3.0.1+2.2.0/debian/control
--- cons-2.3.0.1+2.2.0/debian/control
+++ cons-2.3.0.1+2.2.0/debian/control
@@ -2,12 +2,12 @@
 Section: devel
 Priority: optional
 Maintainer: Hwei Sheng Teoh 
-Build-Depends-Indep: debhelper (>=4.9.1)
+Build-Depends: debhelper (>= 9)
 Standards-Version: 3.6.2.1
 
 Package: cons
 Architecture: all
-Depends: perl, libdigest-md5-perl
+Depends: ${misc:Depends}, perl, libdigest-md5-perl
 Description: a Perl replacement for Make
  Excerpted from the README file:
  .
diff -u cons-2.3.0.1+2.2.0/debian/compat cons-2.3.0.1+2.2.0/debian/compat
--- cons-2.3.0.1+2.2.0/debian/compat
+++ cons-2.3.0.1+2.2.0/debian/compat
@@ -1 +1 @@
-4
+9

Bug#817395: clips-doc: Removal of debhelper compat 4

[Logan Rosen]

Package: clips-doc
Version: 6.24-2
Followup-For: Bug #817395
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

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

  * debian/rules: Switch to dh sequencer.
  * debian/compat: Bump to 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends}.
  * debian/clips-doc.docs: Specify doc files.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-21-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u clips-doc-6.24/debian/compat clips-doc-6.24/debian/compat
--- clips-doc-6.24/debian/compat
+++ clips-doc-6.24/debian/compat
@@ -1 +1 @@
-4
+9
diff -u clips-doc-6.24/debian/rules clips-doc-6.24/debian/rules
--- clips-doc-6.24/debian/rules
+++ clips-doc-6.24/debian/rules
@@ -2,41 +2,2 @@
-# Sample debian/rules that uses debhelper.
-# GNU copyright 1997 to 1999 by Joey Hess.
-
-# Uncomment this to turn on verbose mode.
-#export DH_VERBOSE=1
-
-
-clean:
-	dh_testdir
-	dh_testroot
-	dh_clean
-build:
-# Nothing to do here
-
-install:
-	dh_testdir
-	dh_testroot
-	dh_clean -k
-	dh_installdirs
-# Add here commands to install the package into debian/tmp.
-	
-# Build architecture-independent files here.
-binary-indep: install
-	dh_testdir 
-	dh_testroot 
-	dh_installdocs -i *.pdf
-	dh_installchangelogs -i
-	dh_compress -i
-	dh_fixperms -i
-	dh_installdeb -i
-	dh_shlibdeps -i
-	dh_gencontrol -i
-	dh_md5sums -i
-	dh_builddeb -i
-
-# Build architecture-dependent files here.
-binary-arch: build install
-# We have nothing to do by default.
-
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+%:
+	dh $@
diff -u clips-doc-6.24/debian/control clips-doc-6.24/debian/control
--- clips-doc-6.24/debian/control
+++ clips-doc-6.24/debian/control
@@ -2,12 +2,13 @@
 Section: doc
 Priority: optional
 Maintainer: Javier Fernandez-Sanguino Pen~a 
-Build-Depends: debhelper
+Build-Depends: debhelper (>= 9)
 Standards-Version: 3.7.3
 Homepage: http://clipsrules.sourceforge.net/
 
 Package: clips-doc
 Architecture: all
+Depends: ${misc:Depends}
 Recommends: clips, gv | pdf-viewer
 Description: "C" Language Integrated Production System Documentation
  This package contains the documentation (users guide, interfaces guide...)
only in patch2:
unchanged:
--- clips-doc-6.24.orig/debian/clips-doc.docs
+++ clips-doc-6.24/debian/clips-doc.docs
@@ -0,0 +1 @@
+*.pdf

Bug#831754: enabling tap to click is missing

[Pirate Praveen]

package: gnome-control-center
version: 1:3.20.1-2
severity: important

Tap to click is a popular option for touchppads and this option was
available in jessie. Its a regression.



signature.asc
Description: OpenPGP digital signature

Bug#808637: code2html: FTBFS: dh_installmanpages: This program is deprecated, switch to dh_installman.

[Logan Rosen]

Package: code2html
Version: 0.9.1-4
Followup-For: Bug #808637
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu yakkety ubuntu-patch

Dear Maintainer,

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

  * debian/rules: Convert to dh sequencer.
  * debian/compat: Specify compatibility level of 9.
  * debian/control:
- Build-depend on debhelper (>= 9).
- Depend on ${misc:Depends} and ${perl:Depends}.
  * debian/install: Install code2html to /usr/bin.
  * debian/code2html.manpages: Install code2html.1.

Thanks for considering the patch.

Logan Rosen

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

Kernel: Linux 4.4.0-21-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.utf8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -u code2html-0.9.1/debian/control code2html-0.9.1/debian/control
--- code2html-0.9.1/debian/control
+++ code2html-0.9.1/debian/control
@@ -3,10 +3,11 @@
 Priority: optional
 Maintainer: Peter Palfrader 
 Standards-Version: 3.7.2
-Build-Depends: debhelper (>= 4)
+Build-Depends: debhelper (>= 9)
 
 Package: code2html
 Architecture: all
+Depends: ${misc:Depends}, ${perl:Depends}
 Description: Syntax highlighter
  Code2html is a perl script which converts a program source code to
  syntax highlighted HTML, or any other target for which rules are
diff -u code2html-0.9.1/debian/rules code2html-0.9.1/debian/rules
--- code2html-0.9.1/debian/rules
+++ code2html-0.9.1/debian/rules
@@ -2,38 +2,2 @@
-
-#export DH_VERBOSE=1
-export DH_COMPAT=4
-
-build:
-clean:
-	dh_testdir
-	dh_testroot
-	dh_clean
-
-install: build
-	dh_testdir
-	dh_testroot
-	dh_clean -k
-	dh_installdirs
-
-	install -m 755 code2html `pwd`/debian/code2html/usr/bin/code2html
-
-
-binary-indep: build install
-	dh_testdir
-	dh_testroot
-	dh_installdocs
-	dh_installexamples
-	dh_installmenu
-	dh_installmanpages
-	dh_installchangelogs ChangeLog
-	dh_compress
-	dh_fixperms
-	dh_installdeb
-	dh_shlibdeps
-	dh_gencontrol
-	dh_md5sums
-	dh_builddeb
-
-binary-arch: build install
-binary: binary-indep binary-arch
-.PHONY: build clean binary-indep binary-arch binary install
+%:
+	dh $@
only in patch2:
unchanged:
--- code2html-0.9.1.orig/debian/code2html.manpages
+++ code2html-0.9.1/debian/code2html.manpages
@@ -0,0 +1 @@
+code2html.1
only in patch2:
unchanged:
--- code2html-0.9.1.orig/debian/compat
+++ code2html-0.9.1/debian/compat
@@ -0,0 +1 @@
+9
only in patch2:
unchanged:
--- code2html-0.9.1.orig/debian/install
+++ code2html-0.9.1/debian/install
@@ -0,0 +1 @@
+code2html usr/bin

Bug#831753: ITP: yuma123 -- netconf/YANG toolchain

[Vladimir Vassilev]

Package: wnpp
Severity: wishlist
Owner: Vladimir Vassilev 

* Package name: yuma123
  Version : 2.6
  Upstream Author : Vladimir Vassilev 
* URL : https://sourceforge.net/projects/yuma123
* License : BSD
  Programming Lang: C
  Description : netconf/YANG toolchain

Based on the last BSD licensed version of Yuma (YumaWorks)
with additional contributions added features and bugfixes.
Provides libyuma - general YANG/netconf API,
netconfd - server application with YANG model and loadable
module support, yangcli - interactive command line client
appication allowing configuration of netconf/YANG devices.
Project code link: https://sourceforge.net/projects/yuma123
Wiki link: http://yuma123/wiki
Package repository: http://yuma123.org/repos/

One of the tasks carried out during the IETF 96 Hackathon
was to create a debian package for yuma123. In order to
make sure the project was conformant to the debian package
requirements the net-snmp package was used as template. As
follow-up action the package is presented for review of
Debian Developers.

Q: why is this package useful/relevant?
A: For Netoconf/YANG the package is what net-snmp is
for SNMP.

Q: is the project mature?
A: The project is stable and is in use by commercial network
devices produced by Transpacket AS.

Q: if there are other packages providing similar
functionality, how does it compare?
A: There are no packages providing similar functionality.
The project provides open-source alternative
to the close-source confd (Cisco) and netconfd-pro (YumaWorks).

Q: are you looking for co-maintainers?
A: Any help is welcome.

Q: do you need a Debian Developer sponsor?
A: Yes.

Bug#831752: php7.0-common: improve documentation on session.gc_probability

[Christoph Anton Mitterer]

Package: php7.0-common
Version: 7.0.8-5
Severity: minor


Hi.

Debian's php.inis default to session.gc_probability = 0, which is,
as you surely know, because of the session dir being cleaned up
by the cron job, and the PHP code typically not having list rights
on it, causing the "well known":
>session_start(): ps_files_cleanup_dir: opendir(/var/lib/php/sessions) failed: 
>Permission denied (13)
error message, if it the option was enabled.

Reading just the options documentation makes one easily think
that enabling this is a good idea.
Moreover, the in-file-documentation even says:
>; Default Value: 1
>; Development Value: 1
>; Production Value: 1

For the user, it may not be obvious that this is not necessary on
Debian systems, but will actually lead to errors.


Could you please consider the following:
- Another line like:
  Debian Defaul Value: 0
- Add some little clarification like:
  This is disabled per-default in Debian, as session clean up is performed by
  the cron job /etc/cron.d/php.
  If enabled nevertheless, it will require the respective session-directory
  to also have list (x) permissions for the user(s), under which PHP code runs
  that would trigger the garbage collection.
  Beware: Giving such permissions has security implications.
- Further I'd suggest that e.g. README.Debian lists all options where Debian's
  default deviate from upstreams, ideally with similar descriptions why.

Adding such clarification, especially to the INI, would help a bit against users
accidentally enabling this in good faith.


Cheers,
Chris.

Bug#831751: openafs-client unreliable after kernel update

[Chad Seys]

Package: openafs-client
Version: 1.6.9-2+deb8u5
Severity: important

Dear Maintainer,

As discussed on the openafs-info mailing list, the openafs-client is unreliable 
(cannot checkout certain repos) after some backported patches were applied to 
the
kernel.

With respect to the 'git checkout test' was when openafs-client
is paired with 
  3.16.7-ckt20-1+deb8u4
and first broken is
  3.16.7-ckt25-1
.

Mark Vitale suspects that these changes are responsible for the breakage:
   - vfs: Make sendfile(2) killable even better
   - vfs: Avoid softlockups with sendfile(2)

Also note that openafs packages for Debian versions 1.6.17 and 1.6.18 do not 
fail
the 'git checkout test' with recent Jessie kernel.

This link is to the thread on openafs-info in which Jonathan Kollasch, Benjamin 
Kaduk,
Jeffry Altman, and Mark Vitale helped focus debugging on the relavant facts.  
Thanks
all!
https://lists.openafs.org/pipermail/openafs-info/2016-July/041867.html

C.


-- System Information:
Debian Release: 8.5
  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=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)

Versions of packages openafs-client depends on:
ii  debconf [debconf-2.0]  1.5.56
ii  libc6  2.19-18+deb8u4
ii  libcomerr2 1.42.12-1.1
ii  libk5crypto3   1.12.1+dfsg-19+deb8u2
ii  libkrb5-3  1.12.1+dfsg-19+deb8u2
ii  libncurses55.9+20140913-1+b1
ii  libtinfo5  5.9+20140913-1+b1

Versions of packages openafs-client recommends:
ii  lsof  4.86+dfsg-1
ii  openafs-modules-dkms  1.6.9-2+deb8u5

Versions of packages openafs-client suggests:
pn  openafs-doc   
ii  openafs-krb5  1.6.9-2+deb8u5

-- debconf information:
  openafs-client/crypt: true
  openafs-client/run-client: true
  openafs-client/dynroot: Yes
  openafs-client/cachesize: 5
  openafs-client/afsdb: true
  openafs-client/cell-info:
  openafs-client/fakestat: true
  openafs-client/thiscell: physics.wisc.edu

Bug#831750: mini-buildd: Poor support for reverse proxy when working with apache

[Boyuan Yang]

Source: mini-buildd
Version: 1.0.12
Severity: normal

It is clear that mini-buildd web frontend is designed for a standalone site,
e.g., "buildd.mywebsite.com/mini_buildd". Mini-buildd works well in such setup.

However, someone may want to setup using reverse proxy. For example, let
"https://mywebsite.com/debian/buildd/; proxy_pass to "http://localhost:8066/;.
For apache, `mod_proxy` and `mod_rewrite` may be used to fix URLs in the HTML
file.

The problem is there are *always* some resource files failing with 404. The
path was supposed to be `/debian/buildd/static/...` but ended up with
`/static/...`. I guarantee this is *NOT* a mistake in apache2 configuration. No
related URL was found in HTML file. I guess they may be loaded with ajax or
something else, and failed to be converted by mod_rewrite.

May consider setting up an option for such situation, just as what gogs and
some other web applications do.



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

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

Bug#831749: mini-buildd: Unable to build any package due to missing gnupg in chroot environment of sid/stretch

[Boyuan Yang]

Source: mini-buildd
Version: 1.0.12
Severity: important
Tags: upstream

On newly deployed mini-buildd, the default chroot environment for stretch/sid
lacks gpg/gpg2.
As a result, `apt-key` cannot run and causes every package to fail to be built.



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

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

Bug#831724: Pending fixes for bugs in the mtail package

[pkg-go-maintainers]

tag 831724 + pending
thanks

Some bugs in the mtail package are closed in revision
b84342f62776faa11683b53b5d7380697bd74056 in branch 'debian/sid' by
Martín Ferrari

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/mtail.git/commit/?id=b84342f

Commit message:

Don't run race tests on any arch except amd64. Closes: #831724.

Bug#804087: #804087 ITP: ruby-svn2git -- Ruby tool for importing existing svn projects into git.

[Dmitry Smirnov]

On Monday, 18 July 2016 1:04:28 PM AEST Sascha Girrulat wrote:
> Would be ok for me but i am not a member of the pkg-ruby team.

Have you applied for membership? ;)
We could publish repository to collab-maint but I think you are not a member 
of this group either... At the moment nobody except you can commit to package 
repository and that's not good...

-- 
All the best,
 Dmitry Smirnov.

---

I believe in only one thing: liberty; but I do not believe in liberty
enough to want to force it upon anyone.
-- H. L. Mencken


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

Bug#830257: systemd-sysv-generator: Failed to build name: Invalid argument

[Laurent Bonnaud]

On 16/07/2016 16:47, Martin Pitt wrote:

> It is shown in log level debug. You can run the generator as user in
> debug mode in a running system, that's safe and unintrusive:
> 
>   mkdir /tmp/x
>   SYSTEMD_LOG_LEVEL=debug 
> /lib/systemd/system-generators/systemd-sysv-generator /tmp/x /tmp/x /tmp/x
> 
> this should then tell the file(s) it's stumbling over. 

Thanks for the hint!

> Copy'ing the output here would be appreciated!

I have attached the full output.  Here is the relevant part:

Loading SysV script /etc/init.d/root-system-proofd
Failed to build name: Invalid argument

This file belongs to package root-system-proofd that has been removed from 
Debian.  I purged this package from my system, and now the error message is not 
displayed any more.

The problem is now solved on my system, but it would be nice if 
systemd-sysv-generator displayed an error message that includes a file name.

Thanks again,

-- 
Laurent.

# SYSTEMD_LOG_LEVEL=debug /lib/systemd/system-generators/systemd-sysv-generator 
/tmp/x /tmp/x /tmp/x 
Cannot find unit nagios3.service.
Cannot find unit stompserver.service.
Cannot find unit orthanc.service.
Native unit for nginx.service already exists, skipping.
Cannot find unit albatross.service.
Cannot find unit virtualbox.service.
Native unit for lxcfs.service already exists, skipping.
Cannot find unit apache2.service.
Native unit for stop-bootlogd-single.service already exists, skipping.
Cannot find unit virtuoso-opensource-6.1.service.
Cannot find unit cryptmount-early.service.
Cannot find unit sensord.service.
Cannot find unit gpm.service.
Native unit for lttng-sessiond.service already exists, skipping.
Cannot find unit gkrellmd.service.
Cannot find unit iodined.service.
Native unit for saned.service already exists, skipping.
Cannot find unit roaraudio.service.
Native unit for tinc.service already exists, skipping.
Native unit for shorewall.service already exists, skipping.
Cannot find unit ipfm.service.
Native unit for xdm.service already exists, skipping.
Native unit for bluetooth.service already exists, skipping.
Cannot find unit root-system-proofd.service.
Cannot find unit irqbalance.service.
Cannot find unit repmgrd.service.
Native unit for rpcbind.service already exists, skipping.
Native unit for certmonger.service already exists, skipping.
Cannot find unit mixmaster.service.
Native unit for ntopng.service already exists, skipping.
Native unit for bind9.service already exists, skipping.
Native unit for miredo.service already exists, skipping.
Native unit for lighttpd.service already exists, skipping.
Native unit for collectd.service already exists, skipping.
Cannot find unit sogo.service.
Native unit for memcached.service already exists, skipping.
Native unit for smbd.service already exists, skipping.
Native unit for rmnologin.service already exists, skipping.
Cannot find unit sphinxsearch.service.
Cannot find unit tftpd-hpa.service.
Cannot find unit mldonkey-server.service.
Native unit for watchdog.service already exists, skipping.
Native unit for rc.service already exists, skipping.
Cannot find unit vtun.service.
Cannot find unit sysfsutils.service.
Native unit for keyboard-setup.service already exists, skipping.
Native unit for tor.service already exists, skipping.
Native unit for nmbd.service already exists, skipping.
Native unit for syncache.service already exists, skipping.
Cannot find unit iceccd.service.
Native unit for mdadm-waitidle.service already exists, skipping.
Native unit for udev.service already exists, skipping.
Native unit for ebtables.service already exists, skipping.
Native unit for libvirt-guests.service already exists, skipping.
Native unit for rcS.service already exists, skipping.
Native unit for tlsdated.service already exists, skipping.
Cannot find unit mysecureshell.service.
Native unit for bootchart-done.service already exists, skipping.
Cannot find unit fusionforge-systasksd.service.
Native unit for cobbler.service already exists, skipping.
Cannot find unit pads.service.
Native unit for ldirectord.service already exists, skipping.
Cannot find unit shadowsocks.service.
Native unit for 2ping.service already exists, skipping.
Cannot find unit kexec.service.
Cannot find unit ganeti.service.
Native unit for screen-cleanup.service already exists, skipping.
Native unit for nfs-common.service already exists, skipping.
Cannot find unit flow-capture.service.
Native unit for atd.service already exists, skipping.
Cannot find unit sysstat.service.
Native unit for sec.service already exists, skipping.
Native unit for iscsid.service already exists, skipping.
Cannot find unit pmcd.service.
Cannot find unit linuxlogo.service.
Native unit for pidentd.service already exists, skipping.
Cannot find unit ganglia-monitor.service.
Cannot find unit o2cb.service.
Native unit for dnscrypt-proxy.service already exists, skipping.
Native unit for openafs-client.service already exists, skipping.
Cannot find unit oar-node.service.
Native unit for lvm2-lvmpolld.service 

Bug#821378: lxqt-panel: directorymenu-plugin opens wrong file-manager

[aga...@siduction.org]

Hartmut,
you are 100% right,

klaumi,
there is nothing we can do - the user has to choose which application
handle the mimetype, if there are more possible applications.

Control: close -1

-- 
Alf Gaida
BDBF C688 EFAD BA89 5A9F  464B CD28 0A0B 4D72 827C





signature.asc
Description: OpenPGP digital signature

Bug#830660: liblept5: hardcoded predictable paths in /tmp

[Jeff Breidenbach]

Acknowledged and taking action.

Bug#830888: icinga2-ido-pgsql: dbconfig configuration fails with unix sockets

[Christoph Anton Mitterer]

Control: reassign -1 dbconfig-common
Control: retitle -1 dbconfig configuration fails with unix sockets

I've just checked the whole package again, and nothing in it seems to
so contain anything about tcp or UNIX sockets... so it rather seems to
me that this might be a problem in dbconfig, thus reassigning and
kindly asking its maintainers to have a look.

Cheers.

smime.p7s
Description: S/MIME cryptographic signature

Bug#830113: 830113: urlgrabber: accesses the internet during build

[intrigeri]

Philippe Coval wrote (14 Jul 2016 11:57:58 GMT) :
> So I updated to latest release and disabled online checks :
> https://mentors.debian.net/packages/uploader/rzr%40gna.org

FWIW, I'd happily sponsor a (well-tested) NMU that fixes this bug,
but nothing as invasive as upgrading to a new upstream release.

Cheers,
--
intrigeri

Bug#831748: docker.io: please add dependency “Suggests: docker-doc”

[Tianon Gravi]

tags 831748 + pending
thanks

On 18 July 2016 at 15:54, Ben Finney  wrote:
> This will present the suggestion to administrators choosing which
> packages to install.

Indeed, good call!  Added to Git in
https://anonscm.debian.org/cgit/docker/docker.io.git/commit/?id=a594dc216856a0303f9b5b86b60cfb055bd6426c
and will go out with the next upload. :)


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

Bug#831447: [Pkg-mozext-maintainers] Bug#831447: firefox-branding-iceweasel 0.4.0 MIGRATED to testing

[Sean Whitton]

On Mon, Jul 18, 2016 at 06:57:47PM +0100, Adam D. Barratt wrote:
> [Why is this CCed to quite so many places / people?]

I've tried to cut it down now that this is just about the stable update.

> On Mon, 2016-07-18 at 14:48 +, nord-stream wrote:
> > See the attached files.
> > 
> > nord-stream
> 
> A debdiff between two versions of the package is not that helpful to
> convince anyone that the new version should be added to stable, given
> that no version is currently in stable.

Sorry, my fault for suggesting that.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#831745: [Pkg-nagios-devel] Bug#831745: icinga2: file/directory permission issues

[Christoph Anton Mitterer]

Hey Alex.

Somewhat related to this:
Would you accept a patch that either:
- more clearly documents that /etc/default/icinga2 doesn't work with
  systemd (e.g. by inserting "sysvinit" before "scripts").
or alternatively
- one that adds "EnvironmentFile=-/etc/default/icinga2" to the unit
  file
?
The later would load that just as with the sysvinit script, though I'm
not sure whether this makes any sense, at least I couldn't find out
whether Icinga2 daemon takes up any such envvars.



I've further seen that you have:
ExecStartPre=/usr/lib/icinga2/prepare-dirs /usr/lib/icinga2/icinga2

I can't expect you'd change this to:
ExecStartPre=/usr/lib/icinga2/prepare-dirs /etc/default/icinga2
?
The
current dir doesn't seem to be used, and having the conf file as
parameter would make it sourced and allow to alter the defaults of
prepare-dirs.
So things would still work out of the box with www-data,
but it would be easily changeable without any more of work for you? :)

Cheers.

smime.p7s
Description: S/MIME cryptographic signature

Bug#831748: docker.io: please add dependency “Suggests: docker-doc”

[Ben Finney]

Package: src:docker.io
Version: 1.11.2~ds1-5
Severity: minor

Dear Maintainer,

Working with the ‘docker.io’ packages requires understanding how it
works and what it does.

The documentation package is primarily developer documentation. Please
set a “Suggests: gnash-doc” dependency to the binary package
‘docker.io’, or other binary packages for which it is appropriate.

This will present the suggestion to administrators choosing which
packages to install.

-- 
 \“Don't worry about people stealing your ideas. If your ideas |
  `\ are any good, you'll have to ram them down people's throats.” |
_o__)—Howard Aiken |
Ben Finney 

Bug#831440: icingaweb2: recommend/suggest php-json, php-intl and php-imagick

[Christoph Anton Mitterer]

Hey.

I've seen you've marked this pending,... and committed with 3c6
3052db263736b2be74ea28b4fbd08dfacc6fe.

I guess that means php-gd alone is no alternative to php-dompdf?


What further just came to my mind:
I personally, always like it if packages descriptions explain what
Recommends/Suggests would be used for, so that people can easily decide
whether they want this or not - e.g. just like the devscripts package
does.

If you'd like that either and if it would help, I could e.g. write up
some example patch that contains such descriptions for the various
modules (ldap, pgsql, mysql, and so on).


Best wishes,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#830839: ConnectionError: ('Connection aborted.', ResponseNotReady()) when using Session interface

[Roland Hieber]

On Tue, 12 Jul 2016 22:11:19 +0200 Daniele Tricoli  wrote:
> Unfortunately I was not able to reproduce it on testing. I used the infinite 
> loop and I stopped it after 20 seconds because I did not want to waste your 
> resources.

Okay, thanks for looking into this. I found another machine running
testing, but I cannot reproduce it there either, so I guess it has
something to do with my setup (or other installed packages?).  It even
happens on my system when I install python-requests from stable, no
matter which URL I use.  I'll try again in a chroot also and report back
to you, could be cross-package related (or misconfiguration on my part…)

Cheers,
  Roland

Bug#809608: gnutls28: FTBFS on amd64 - testsuite failures

[Rob Browning]

The other (GnuTLS) bug has been closed.  I've included the relevant
Guile clone above.

Rob Browning  writes:

> Andreas Metzler  writes:
>
>> There are no source changes from -9 to -10 but the the compilation
>> options changed, the following options are present in -10 but missing
>> in -9:
>> -g -O2 -fstack-protector-strong -Wformat -Werror=format-security
>> So previous versions were built without -O2 and therefore without
>> HAVE_INLINE!
>>
>> Rebuilding -10 -with -O0 appended to CFLAGS make the issue
>> unreproducible, while it still shows up at -O1.
>
> I was preparing an upload that specifies -O0 universally for now, but
> realized I should check to see if we might know whether or not the
> problem is likely to be amd64 specific.  Do we?
>
> Thanks
> -- 
> Rob Browning
> rlb @defaultvalue.org and @debian.org
> GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
> GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

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

Bug#806042: guile-2.0: FTBFS when built with dpkg-buildpackage -A (No such file or directory)

[Rob Browning]

Santiago Vila  writes:

> I have the ok from the Release Managers to consider this issue as RC
> for stretch. I'm going to wait at least one week before raising
> this to "serious".

I should have a fix in the next upload, which will (hopefully) also be
fixing another existing serious bug, so feel free to raise the severity
when you like.

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

Bug#831745: [Pkg-nagios-devel] Bug#831745: Bug#831745: icinga2: file/directory permission issues

[Christoph Anton Mitterer]

On Tue, 2016-07-19 at 00:09 +0200, Alexander Wirt wrote:
> /var/cache/icinga2
> > > drwxr-x---  2 nagios   www-data  4096 Jul 18 23:33 icinga2
> Not writable, otherwise icinga classicui won't work
...
> I didn't say user-owner, but just owner… and as your own quoting
> > shows,
> > it's group-owned by www-data.
> Not writable, otherwise classicui won't work.
> 
> Please tell me where you are seeing the security problem.

If it's not a problem when this can be read respectively written by
anyone, why not allowing o+w respectively o+r?

And as I've already said, the security problem is in that any other
piece of software that runs inside the webserver context will have full
access to at least the command socket, thus being able to control that.


> > As I wrote, if one doesn't rund mod_php, but CGI or FPM, the
> > effective
> > user won't be www-data, and thus accessing the external command
> > socket
> > won't work.
> > So in fact the webfrontends aren't able to send commands. :-(
> They are with default setups.

I don't see any policy or other thing in Debian, that would require
people to use mod_php


> > Anyway, if you insist on not allowing people a bit more powerful
> > configuration choices, than please:
> > - make at least DAEMON_CMDGROUP configurable for systemd-users, and
> > - have a look on the security issues implied by anything running in
> > the
> >    webserver's context being able access Icinga by default
> They have to, otherwise it won't work.
> 
> I consider this done.

Well not really, as it still doesn't work... but I see that
stubbornness (or one must possibly already assume intentionally placing
obstacles in users' way when a fix would be pretty easy) hasn't changed
so it would be just wasting my time, begging any further for a simple
fix.

Cheers.

smime.p7s
Description: S/MIME cryptographic signature

Bug#831747: RFP: gsignond -- gSSO daemon and default plugins

[Corentin Noël]

Package: wnpp
Severity: wishlist

* Package name : gsignond
 Version : 1.0.4
 Upstream Author : Alexander Kanavin 
* URL : https://gitlab.com/accounts-sso/gsignond
* License : LGPL
 Programming Lang: C
 Description : gSSO daemon and default plugins

gSSO is a single sign-on framework, providing secure storage and single 
sign-on

service.

This package is used in elementary OS in the implementation of the 
Online Accounts service.

This is a core package of this service.
It is a GLib port of the signond package.
I can maintain it if someone wants to sponsor me.

Bug#831745: [Pkg-nagios-devel] Bug#831745: icinga2: file/directory permission issues

[Christoph Anton Mitterer]

Control: tag -1 - moreinfo


On Mon, 2016-07-18 at 23:36 +0200, Alexander Wirt wrote:
> Several files in Icinga2 are shipped with owner www-data, namely at
> > least
> > these:
> > /var/cache/icinga2
> drwxr-x---  2 nagios   www-data  4096 Jul 18 23:33 icinga2
> 
> 
> > 
> > /var/log/icinga2
> drwxr-s---  4 nagios www-data4096 Jul 18 06:36 icinga2
> 
> You are wrong.
I didn't say user-owner, but just owner… and as your own quoting shows,
it's group-owned by www-data.


> That one is a must. Otherwise webfrontends are not able to send
> commands.
> So what exactly is your point?
As I wrote, if one doesn't rund mod_php, but CGI or FPM, the effective
user won't be www-data, and thus accessing the external command socket
won't work.
So in fact the webfrontends aren't able to send commands. :-(


Not to talk about again, about all the security issues that come along
with that.

Oh and is there, from the Icinga Web side, any need to access stuff
/var/log/icinga2/ in /var/cache/icinga2 at all?
I couldn't find that so far.



On Mon, 2016-07-18 at 23:37 +0200, Alexander Wirt wrote:
> Same as for icinga and I tell you again: we don't support changing
> users.
Well I didn't ask for changing the user/group Icinga itself runs under
but this is about the files it creates for interaction with non-Icinga
stuff (e.g. Icinga Web).

Also the group solution I've proposed is really pretty simple and done
so by many solutions (most notably you already do it with Icinga Web 2
yourself, which has the icingaweb2 group).

Anyway, if you insist on not allowing people a bit more powerful
configuration choices, than please:
- make at least DAEMON_CMDGROUP configurable for systemd-users, and
- have a look on the security issues implied by anything running in the
  webserver's context being able access Icinga by default


Cheers,
Chris.

smime.p7s
Description: S/MIME cryptographic signature

Bug#831693: debian-installer: installer tries to connect to the Internet when it shouldn't

[Philipp Kern]

On Mon, Jul 18, 2016 at 10:20:39AM -0400, David Magda wrote:
> We have a segment of our network that is firewalled off from the Internet
> at large. We have a local Debian mirror that we use for these subnets
> (as well as the organization at large).
> 
> When we run an installation by hand, off the netinstal image, we chooose a
> "Manual" mirror configuration and point it to (e.g.) "mirror.hpc.example.com"
> because that area of the network can't get online.
> 
> The base installation works just fine from the mirror. However, the installer
> then tries to contact "security.debian.org" (s.d.org) for some reason--even 
> though we told it use our internal mirror. This causes delays while the 
> timeout occurs in two parts of the installation process:
> 
> * the initial package installation
> * towards the end, when an 'apt-get update' is run in a chroot(8)
> 
> It really slows things down and is annoying--especially since we have
> s.d.org in our "mirror.list" file and we pull from it nightly.
> 
> The installer should do one of the following:
> 
> * not check s.d.org if a 'manual' mirror has been chosen
> * have a check-box (default enabled? disabled?) asking if s.d.org 
>   should be looked at
> * assume that the manually-configured mirror has "${release}/updates"
>   and try pulling files from there
>   ** perhaps with toggleable s.d.org check, per above
> * have a (radio button?) selection where the manually-configured mirror is
>   checked for "${release}/updates", s.d.org is checked, or nothing is checked
> 
> The above action would also then affect the final sources.list file of the
> installed system.

From the fine documentation[1]:

  # Select which update services to use; define the mirrors to be used.
  # Values shown below are the normal defaults.
  #d-i apt-setup/services-select multiselect security, updates
  #d-i apt-setup/security_host string security.debian.org 

Kind regards
Philipp Kern

[1] https://www.debian.org/releases/stable/amd64/apbs04.html.en


signature.asc
Description: Digital signature

Bug#831745: [Pkg-nagios-devel] Bug#831745: icinga2: file/directory permission issues

[Alexander Wirt]

Am 18.07.2016 um 23:33 schrieb Christoph Anton Mitterer:

Oh and I've just noted:

On Mon, 2016-07-18 at 23:21 +0200, Christoph Anton Mitterer wrote:

But, AFAIU, this is set by DAEMON_USER, DAEMON_GROUP and
DAEMON_CMDGROUP,
which can be nicely configured in /etc/default/icinga2 .

This is not taken into account by the systemd unit, so there it falls
back to the compiled in default (which is unfortunately as well www-
data) and admins have therefore no real way to change the owner when
under systemd :-(

Same as for icinga and I tell you again: we don't support changing users.

And we won't.

Bug#831745: [Pkg-nagios-devel] Bug#831745: icinga2: file/directory permission issues

[Alexander Wirt]

tag 831745 moreinfo
thanks

Am 18.07.2016 um 23:21 schrieb Christoph Anton Mitterer:

Source: icinga2
Version: 2.4.10-1
Severity: important
Tags: security


Hi.

Several files in Icinga2 are shipped with owner www-data, namely at least
these:
/var/cache/icinga2

drwxr-x---  2 nagios   www-data  4096 Jul 18 23:33 icinga2



/var/log/icinga2

drwxr-s---  4 nagios www-data4096 Jul 18 06:36 icinga2

You are wrong.


/var/log/icinga2/icinga2.log
-rw-r--r-- 1 nagios www-data 630598 Jul 18 23:34 
/var/log/icinga2/icinga2.log



/var/log/icinga2/icinga2.log.5.xz
/run/icinga2
/run/icinga2/cmd
/run/icinga2/cmd/icinga2.cmd

That one is a must. Otherwise webfrontends are not able to send commands.

So what exactly is your point?

Bug#831746: vim: cursor does not skip over showbreak string properly

[Andre Majorel]

Package: vim
Version: 2:7.4.488-7
Severity: normal

Dear vim maintainer,

normally, if a line soft wraps, the cursor will skip over the
showbreak string. For example, if showbreak is "x", moving the
cursor right from the last column of the first screen line will
skip over the "x" and jump to column 2 of the second screen line.

If a line is long enough to wrap more than once, something weird
happens on the 3rd and subsequent screen lines. Moving right
from the last column of the second screen line lands the cursor
on screen column 1, even though what is there is the showbreak
string. Moving right again lands on column 3, skipping over
column 2.

In other words, Vim displays all showbreak strings at screen
column 1 but directs cursor motion as if the second and
following were at screen column 1 + strlen().

-- Package-specific info:

--- real paths of main Vim binaries ---
/usr/bin/vi is /usr/bin/vim.gtk
/usr/bin/vim is /usr/bin/vim.gtk
/usr/bin/gvim is /usr/bin/vim.gtk

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

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

Versions of packages vim depends on:
ii  libacl1  2.2.52-2
ii  libc62.19-18+deb8u3
ii  libgpm2  1.20.4-6.1+b2
ii  libselinux1  2.3-2
ii  libtinfo55.9+20140913-1+b1
ii  vim-common   2:7.4.488-7
ii  vim-runtime  2:7.4.488-7

vim recommends no packages.

Versions of packages vim suggests:
pn  ctags
ii  vim-doc  2:7.4.488-7
pn  vim-scripts  

-- no debconf information

-- 
André Majorel 
# ln -s reportbug /usr/bin/getspam

Bug#831745: icinga2: file/directory permission issues

[Christoph Anton Mitterer]

Oh and I've just noted:

On Mon, 2016-07-18 at 23:21 +0200, Christoph Anton Mitterer wrote:
> But, AFAIU, this is set by DAEMON_USER, DAEMON_GROUP and
> DAEMON_CMDGROUP,
> which can be nicely configured in /etc/default/icinga2 .

This is not taken into account by the systemd unit, so there it falls
back to the compiled in default (which is unfortunately as well www-
data) and admins have therefore no real way to change the owner when
under systemd :-(

smime.p7s
Description: S/MIME cryptographic signature

Bug#831744: darktable: Camera profile for denoise disappears

[Jan van de Wijdeven]

Package: darktable
Version: 2.0.5-2
Severity: important

Darktable has a profiled denoise function, which applies denoising on an image 
based on ISO and Camera type. When I use this function, the camera profile 
disappears after some time. When Darktable is started, the profile is there. 
However, after some time, the camera specific profile disappears, and only the 
generic poissionian is shown. This causes very heavy noise reduction.

I found issue #10340 in the darktable issue database 
(https://redmine.darktable.org/issues/10340) and tried the command found there:
$ darktable -d control | grep noiseprofile

This at first shows:

> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> [noiseprofile] found 11 makers
> [noiseprofile] found `Sony' as `Sony'
> [noiseprofile] found 36 models
> [noiseprofile] found DSLR-A200
> [noiseprofile] found 6 profiles
> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> [noiseprofile] found 11 makers
> [noiseprofile] found `Sony' as `Sony'
> [noiseprofile] found 36 models
> [noiseprofile] found DSLR-A200
> [noiseprofile] found 6 profiles
> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> [noiseprofile] found 11 makers
> [noiseprofile] found `Sony' as `Sony'
> [noiseprofile] found 36 models
> [noiseprofile] found DSLR-A200
> [noiseprofile] found 6 profiles

when these messages are printed, the noise profiles for my camera (guess what 
type of camera I have ;) are available in Darktable.

When the profile disappears, the following is shown by the debug output:

> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> [noiseprofile] found 11 makers
> [noiseprofile] found 11 makers
> [noiseprofile] found `Sony' as `Sony'
> [noiseprofile] found `Sony' as `Sony'
> [noiseprofile] found 36 models
> [noiseprofile] found 36 models
> [noiseprofile] found DSLR-A200
> [noiseprofile] found 6 profiles
> [noiseprofile] found DSLR-A200
> [noiseprofile] found 6 profiles
> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> 
> (darktable:21855): Json-CRITICAL **: json_object_ref: assertion 
> 'object->ref_count > 0' failed
> 
> (darktable:21855): Json-CRITICAL **: json_object_has_member: assertion 
> 'object != NULL' failed
> [noiseprofile] found -1 makers
> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> 
> (darktable:21855): Json-CRITICAL **: json_object_ref: assertion 
> 'object->ref_count > 0' failed
> 
> (darktable:21855): Json-CRITICAL **: json_object_has_member: assertion 
> 'object != NULL' failed
> [noiseprofile] found -1 makers
> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> 
> (darktable:21855): Json-CRITICAL **: json_object_ref: assertion 
> 'object->ref_count > 0' failed
> 
> (darktable:21855): Json-CRITICAL **: json_object_has_member: assertion 
> 'object != NULL' failed
> [noiseprofile] found -1 makers
> 
> (darktable:21855): Json-CRITICAL **: json_object_ref: assertion 
> 'object->ref_count > 0' failed
> [noiseprofile] looking for maker `Sony', model `DSLR-A200'
> 
> (darktable:21855): Json-CRITICAL **: json_object_has_member: assertion 
> 'object != NULL' failed
> [noiseprofile] found -1 makers



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

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

Versions of packages darktable depends on:
ii  libatk1.0-0   2.20.0-1
ii  libc6 2.22-11
ii  libcairo-gobject2 1.14.6-1+b1
ii  libcairo2 1.14.6-1+b1
ii  libcolord-gtk10.1.26-1
ii  libcolord21.3.2-1
ii  libcups2  2.1.4-1
ii  libcurl3-gnutls   7.47.0-1
ii  libexiv2-14   0.25-3
ii  libflickcurl0 1.25-3
ii  libgcc1   1:6.1.1-7
ii  libgdk-pixbuf2.0-02.34.0-1
ii  libgl1-mesa-glx [libgl1]  11.2.2-1
ii  libglib2.0-0  2.48.1-1
ii  libglu1-mesa [libglu1]9.0.0-2.1
ii  libgomp1  6.1.1-7
ii  libgphoto2-6  2.5.10-3
ii  libgphoto2-port12 2.5.10-3
ii  libgraphicsmagick-q16-3   1.3.24-1
ii  libgtk-3-03.20.6-1
ii  libice6   2:1.0.9-1+b1
ii  libilmbase12  2.2.0-11
ii  libjpeg62-turbo   1:1.5.0-1
ii  libjs-prototype   1.7.1-3
ii  libjs-scriptaculous   1.9.0-2
ii  libjson-glib-1.0-01.2.0-1
ii  liblcms2-22.7-1
ii  liblensfun1   0.3.2-3
ii  liblua5.2-0   5.2.4-1
ii  libopenexr22  2.2.0-10
ii  libopenjp2-7  2.1.0-2.1+b1
ii  libosmgpsmap-1.0-11.1.0-1
ii  libpango-1.0-01.40.1-1
ii  libpangocairo-1.0-0   1.40.1-1
ii  libpng16-16   1.6.23-1
ii  libpugixml1v5 

Bug#831745: icinga2: file/directory permission issues

[Christoph Anton Mitterer]

Source: icinga2
Version: 2.4.10-1
Severity: important
Tags: security


Hi.

Several files in Icinga2 are shipped with owner www-data, namely at least
these:
/var/cache/icinga2
/var/log/icinga2
/var/log/icinga2/icinga2.log
/var/log/icinga2/icinga2.log.5.xz
/run/icinga2
/run/icinga2/cmd
/run/icinga2/cmd/icinga2.cmd


This is quite unfortunate for any proper production setup where the PHP
code should of course not run with the user/group of the webserver (and thus
have full access to any other stuff served by such webserver).

It's even more problematic, when one considers that other programs may run
on the server and be executed in the context off the webserver, and thus
have access to anything somehow readable for www-data.
This happens out of the box, even when e.g. Icinga Web isn't even installed.

Example (perhaps not the most realistic one):
A server that runs icinga and some PHP web forum software.
If the later has a security issue, it may be possible for it to access the
external command pipe, and therby getting knowledge of the whole network
topology of some organisation.
Well of course I don't say it's smart to run such web forum on the same node
as Icinga ;-) but this should just illustrate the point.


Especially having a fixed www-data owner affects any PHP SAPI other than
mod_php, which allow (or enforce) to run as a different user, just as it
should be.


One way would be to use dpkg-statoverride, but that's IMHO also a bit limited
and it requires manual admin "setup".

However, AFAIU, this alone wouldn't anyway help for everything in /run/icinga2,
as this is on a tmpfs.
But, AFAIU, this is set by DAEMON_USER, DAEMON_GROUP and DAEMON_CMDGROUP,
which can be nicely configured in /etc/default/icinga2 .



So it *is* already possibly to change this with some manual work.
Could you possibly consider to go another way here?

The idea would be to not use www-data but e.g. , and people
could add those users who are allowed access, to that group,... e.g. www-data,
or cgi-suexec, or cgi-icingaweg (if they have a setup where their Icinga Web2
alone runs under that user).

I think that would make the whole scheme much more powerful and even allow 
people
to add further users to the specia groups and give them access.
So perhaps not just cgi-suexec would be member of "icingacmdgroup", but also
john.doe or super-smart-remote-script-account.



In any case, it feels a bit all too open to set these owners to www-data,
which is why I marked this bug important and tagged is security.
Just a little breach in anything that runs in the webserver context, may
already give full access to Icinga, which is IMO not so desirable


Cheers,
Chris.

Bug#831154: hexchat-otr: FTBFS with GCC 6: src/otr_util.c:111:5: error: format not a string literal, argument types not checked [-Werror=format-nonliteral]

[Petter Reinholdtsen]

[Lucas Nussbaum]
> > src/otr_util.c: In function 'context_add_app_info':
> > src/otr_util.c:111:5: error: format not a string literal, argument types 
> > not checked [-Werror=format-nonliteral]
> >  formats[TXT_OTR_BETTER_TWO].def, co->accountname);
> >  ^~~
> > cc1: some warnings being treated as errors

Hm, looking a the code, and how the formats array is full of format strings,
I believe the only solution to this is to supress the warning.  I've commited
a fix for this to git, but lack the ability to upload at the moment, so the
fix will have to wait for someone to upload it to unstable.

-- 
Happy hacking
Petter Reinholdtsen

Bug#831633: lintian: please retire restriction-formula-without-versioned-dpkg-dev-dependency

[Jakub Wilk]

* Jakub Wilk , 2016-07-18, 00:32:

In #831362, Helmut Grohne wrote:
W: libcap-ng source: 
restriction-formula-without-versioned-dpkg-dev-dependency


I still believe that this lintian warning is bogus, because whenever 
your dpkg-dev is too old, it will be unable to tell you that it is 
too old failing to parse Build-Depends. In other words, there is no 
reasonable scenario where the supposedly missing dependency can 
result in useful diagnostics.


On a second thought, dpkg-dev isn't the only consumer of Build-Depends. 
One could use sbuild from unstable to build a wheezy backport, in which 
case versioned build-dep on dpkg-dev does help with diagnostics.



It is always satisfied even in jessie


So we should demote the tag to pedantic.

--
Jakub Wilk

Bug#831688: LedgerSMB does not have Japanese as an available language.

[victory]

po-debconf is only for managing packages, not for packaged software
and
there is no ja.po in
https://github.com/ledgersmb/LedgerSMB/tree/master/locale/po

so it is normal to not showing non-existent choice in the selection

as most likely there is no one
 who will translate the 1 lines of program po into ja,
if you dont like this mismatch,
 you can just disable the po for debconf for years (not *for a while*)

I don't think it will be done before Debian bts bug counts 1M

-- 
victory
no need to CC me :-)

Bug#831449: lintian on Sid amd64 reports volatile false spelling errors in binaries

[Thomas Schmitt]

Hi,

Jakub Wilk wrote:
> In my tests (on a tiny test program) -fno-builtin-strcpy did the trick...

There are other functions where constant arguments get treated that way.

GNU xorriso-1.4.4 would need :

  export CFLAGS="-fno-builtin-strcpy -fno-builtin-sprintf -fno-builtin-strcat 
-fno-builtin-strncpy"

One would have to check the quite long list on
  https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html
for more candidates if plain -fno-builtin is not acceptable.

--
Long story:

I tested on Debian 8 and now verified on Sid VM that -fno-builtin-strcpy
does not suffice for

  wget http://www.gnu.org/software/xorriso/xorriso-1.4.4.tar.gz
  tar xzf xorriso-1.4.4.tar.gz
  cd xorriso-1.4.4
  export CFLAGS="-fno-builtin-strcpy"
  ./configure && make

(The warning "-Wlogical-not-parentheses" is harmless and meanwhile silenced
 upstream.)

Around line 200 of

  strings xorriso/xorriso | less

i see

  Program H
  error: PH
  ermstackH

After

  export CFLAGS="-fno-builtin"
  make clean
  ./configure && make

i see

  Program error: Permstack_pop() : cannot find stopper

from  xorriso/aux_objects.c 

  sprintf(xorriso->info_text,
  "Program error: Permstack_pop() : cannot find stopper");

So constant sprintf() format strings get optimized, too.

  export CFLAGS="-fno-builtin-strcpy -fno-builtin-sprintf"
  make clean
  ./configure && make

yields chopped text from e.g.

  strcat(name, "md5_mismatch");
  strncpy(out_text, "'xorriso: TEXT MUCH TOO LONG ...   ",33);

--

Have a nice day :)

Thomas

Bug#587987: RFP: Razer device configuration tool -- Razer configuration interface & background daemon for low level hardware access.

[Christian Hofstaedtler]

Current upstream URL:
  http://bues.ch/cms/hacking/razercfg.html

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#413070: RFP: truecrypt-installer -- Make *.deb packages out of Truecrypt sources

[Christian Hofstaedtler]

Truecrypts upstream has vanished in the meantime, and also
anonymously noted that it should not be used for undisclosed
security issues. Closing therefore.

-- 
 ,''`.  Christian Hofstaedtler 
: :' :  Debian Developer
`. `'   7D1A CFFA D9E0 806C 9C4C  D392 5C13 D6DB 9305 2E03
  `-

Bug#831743: xloadimage: please make the build reproducible

[Chris Lamb]

Source: xloadimage
Version: 4.1-23
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed
that xloadimage could not be built reproducibly.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/31_reproducible-build.patch1970-01-01 
02:00:00.0 +0200
--- b/debian/patches/31_reproducible-build.patch2016-07-18 
22:53:34.703625496 +0200
@@ -0,0 +1,19 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2016-07-18
+
+--- xloadimage-4.1.orig/build-info
 xloadimage-4.1/build-info
+@@ -30,6 +30,12 @@ else
+   uname='char *BuildSystem= "";'
+ fi
+ 
++if [ -n "$SOURCE_DATE_EPOCH" ]; then
++  date='char *BuildDate= "'$(LC_ALL=C date --utc 
--date="@${SOURCE_DATE_EPOCH}")'";'
++  user='char *BuildUser= (char *)0;'
++  uname='char *BuildSystem= (char *)0;'
++fi
++
+ echo '/* THIS FILE IS AUTOMATICALLY GENERATED */' > build.c
+ echo $uname >> build.c
+ echo $date >> build.c
--- a/debian/patches/series 2016-07-18 22:47:08.426122487 +0200
--- b/debian/patches/series 2016-07-18 22:53:31.959612147 +0200
@@ -27,3 +27,4 @@
 28_correct-scaling-fullscreen.patch
 29_fix-manpage-hyphens.patch
 30_libtiff5.patch
+31_reproducible-build.patch

Bug#831742: wordgrinder: please make the build reproducible

[Chris Lamb]

Source: wordgrinder
Version: 0.6-3
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

Whilst working on the "reproducible builds" effort [0], we noticed
that wordgrinder could not be built reproducibly.

Patch attached.

 [0] https://wiki.debian.org/ReproducibleBuilds


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible-build.patch   1970-01-01 02:00:00.0 
+0200
--- b/debian/patches/reproducible-build.patch   2016-07-18 22:55:25.172173383 
+0200
@@ -0,0 +1,20 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2016-07-18
+
+--- wordgrinder-0.6.orig/Makefile
 wordgrinder-0.6/Makefile
+@@ -58,7 +58,12 @@ endif
+ 
+ VERSION := 0.6.0
+ FILEFORMAT := 6
+-DATE := $(shell date +'%-d %B %Y')
++
++ifdef SOURCE_DATE_EPOCH
++  DATE := $(shell LC_ALL date --utc --date="@$(SOURCE_DATE_EPOCH)" +'%-d 
%B %Y')
++else
++  DATE := $(shell date +'%-d %B %Y')
++endif
+ 
+ OBJ = .obj/lj_$(USE_LUAJIT)
+ 
--- a/debian/patches/series 2016-07-18 22:47:22.590160631 +0200
--- b/debian/patches/series 2016-07-18 22:55:23.924167080 +0200
@@ -2,3 +2,4 @@
 fix-manpage-url.patch
 xwordgrinder-manpage.patch
 dont-depend-on-freetype.patch
+reproducible-build.patch

Bug#831252: [Pkg-julia-devel] Bug#831252: Bug#831252: julia: FTBFS: Tests failures

[Peter Colberg]

On Sat, Jul 16, 2016 at 05:51:35PM -0400, Peter Colberg wrote:
> I rebuilt julia successfully five times on my amd64 machine with sbuild.

Decreasing severity to important to ensure julia stays in testing.

Apart from being unable to reproduce the test failures locally, a
recent binNMU [1] was successful. Further autopkgtest [2] of the
same test suite has passed continuously since uploading 0.4.6-1.

[1] 
https://buildd.debian.org/status/fetch.php?pkg=julia=amd64=0.4.6-1%2Bb1=1468871883
[2] https://ci.debian.net/packages/j/julia/unstable/amd64/

Peter

Bug#831741: pdns-backend-pgsql: new pdns spams postgres log until disk fills up

[cloos]

Package: pdns-backend-pgsql
Version: 4.0.0-4
Severity: grave
Justification: renders package unusable

The pg log gets spammed with:

2016-07-18 20:45:26 GMT ERROR:  syntax error at end of input at character 12
2016-07-18 20:45:26 GMT STATEMENT:  DEALLOCATE

constantly, hundreds of times per second.

I had to set log_min_messages and log_min_error_statement to fatal to avoid it.

Something is wrong with the sql pdns sends to pg.

This is a recent regression.  I did not notice with with the first 4.0 pres in 
sid.

-- 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.5.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pdns-backend-pgsql depends on:
ii  dbconfig-common2.0.4
ii  dbconfig-pgsql 2.0.4
ii  debconf [debconf-2.0]  1.5.59
ii  libc6  2.23-1
ii  libgcc11:6.1.1-9
ii  libpq5 9.5.3-1
ii  libstdc++6 6.1.1-9
ii  pdns-server4.0.0-4
ii  ucf3.0036

pdns-backend-pgsql recommends no packages.

Versions of packages pdns-backend-pgsql suggests:
pn  postgresql  

-- debconf information:
  pdns-backend-pgsql/remove-error: abort
  pdns-backend-pgsql/pgsql/changeconf: false
  pdns-backend-pgsql/dbconfig-remove:
  pdns-backend-pgsql/upgrade-backup: true
  pdns-backend-pgsql/db/dbname: pdns
  pdns-backend-pgsql/internal/reconfiguring: false
* pdns-backend-pgsql/dbconfig-upgrade: true
  pdns-backend-pgsql/install-error: abort
  pdns-backend-pgsql/database-type: pgsql
  pdns-backend-pgsql/pgsql/manualconf:
  pdns-backend-pgsql/purge: false
  pdns-backend-pgsql/pgsql/no-empty-passwords:
  pdns-backend-pgsql/dbconfig-reinstall: false
  pdns-backend-pgsql/remote/newhost:
  pdns-backend-pgsql/upgrade-error: abort
  pdns-backend-pgsql/pgsql/authmethod-admin: ident
  pdns-backend-pgsql/remote/host: localhost
  pdns-backend-pgsql/remote/port:
  pdns-backend-pgsql/missing-db-package-error: abort
  pdns-backend-pgsql/pgsql/method: Unix socket
  pdns-backend-pgsql/pgsql/authmethod-user: ident
  pdns-backend-pgsql/passwords-do-not-match:
  pdns-backend-pgsql/internal/skip-preseed: false
  pdns-backend-pgsql/db/app-user: pdns
* pdns-backend-pgsql/dbconfig-install: true
  pdns-backend-pgsql/pgsql/admin-user: postgres

Bug#831739: /usr/lib/php/20151012/wddx.so: undefined symbol: php_XML_SetUserData

[Christoph Anton Mitterer]

Package: php7.0-xml
Version: 7.0.8-5
Severity: normal

Hey.

This happens on a jessie system (!!) where I've enabled all PHP 7 packages
via apt_preferences mechanism in order to run Icinga Web2 from testing

The whole thing is via Apache HTTP and using the CGI SAPI.


On every access to the site, I get a:
PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php/20151012/wddx.so' - /usr/lib/php/20151012/wddx.so: undefined 
symbol: php_XML_SetUserData in Unknown on line 0
PHP Warning:  PHP Startup: Unable to load dynamic library 
'/usr/lib/php/20151012/wddx.so' - /usr/lib/php/20151012/wddx.so: undefined 
symbol: php_XML_SetUserData in Unknown on line 0

in the Apache error logs.

It doesn't really seem to cause any problems, but possibly, Icigna Web2 simply 
makes no use
of wddx and just requires other stuff from modules shipped with php-xml.


Best wishes,
Chris.

Bug#831740: nut: FTBFS with libltdl-dev installed: libnutscan needs str_rtrim

[Aaron M. Ucko]

Source: nut
Version: 2.4.2-3
Severity: important
Justification: fails to build from source (but built successfully in the past)

Builds of nut on systems with libltdl-dev installed fail:

  /bin/bash ../../libtool  --tag=CC   --mode=link gcc -I../../clients 
-I../../include  -I../../drivers -I/usr/include/nss -I/usr/include/nspr  
-DNETSNMP_ENABLE_IPV6 -fno-strict-aliasing -g -O2 -fstack-protector-strong 
-Wformat -Werror=format-security -DNETSNMP_USE_INLINE -Ulinux -Dlinux=linux 
-D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fno-strict-aliasing -pipe 
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 
-I/usr/lib/sparc64-linux-gnu/perl/5.22/CORE -Wdate-time -D_FORTIFY_SOURCE=2 
-I/usr/include -I/usr/include/neon   -g -O2 -fPIE -fstack-protector-strong 
-Wformat -Werror=format-security -Wall -Wsign-compare  -version-info 1:0:0 
-fPIE -pie -Wl,-z,relro -Wl,-z,now -Wl,-z,defs -Wl,-O1 -Wl,--as-needed -o 
libnutscan.la -rpath /lib/sparc64-linux-gnu libnutscan_la-scan_nut.lo 
libnutscan_la-scan_ipmi.lo libnutscan_la-nutscan-device.lo 
libnutscan_la-nutscan-ip.lo libnutscan_la-nutscan-display.lo 
libnutscan_la-nutscan-init.lo libnutscan_la-scan_usb.lo libnutscan_la-scan_snmp
 .lo libnutscan_la-scan_xml_http.lo libnutscan_la-scan_avahi.lo 
libnutscan_la-scan_eaton_serial.lo libnutscan_la-nutscan-serial.lo 
../../drivers/libnutscan_la-serial.lo ../../drivers/libnutscan_la-bcmxcp_ser.lo 
../../common/libnutscan_la-common.lo  -lltdl  -lnss3 -lnssutil3 -lsmime3 -lssl3 
-lplds4 -lplc4 -lnspr4 -lpthread 
  libtool: link: gcc -shared  -fPIC -DPIC  .libs/libnutscan_la-scan_nut.o 
.libs/libnutscan_la-scan_ipmi.o .libs/libnutscan_la-nutscan-device.o 
.libs/libnutscan_la-nutscan-ip.o .libs/libnutscan_la-nutscan-display.o 
.libs/libnutscan_la-nutscan-init.o .libs/libnutscan_la-scan_usb.o 
.libs/libnutscan_la-scan_snmp.o .libs/libnutscan_la-scan_xml_http.o 
.libs/libnutscan_la-scan_avahi.o .libs/libnutscan_la-scan_eaton_serial.o 
.libs/libnutscan_la-nutscan-serial.o ../../drivers/.libs/libnutscan_la-serial.o 
../../drivers/.libs/libnutscan_la-bcmxcp_ser.o 
../../common/.libs/libnutscan_la-common.o   -Wl,--as-needed 
/usr/lib/sparc64-linux-gnu/libltdl.so -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 
-lplc4 -lnspr4 -lpthread  -g -O2 -fstack-protector-strong -g -O2 
-fstack-protector-strong -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,-z -Wl,defs 
-Wl,-O1   -Wl,-soname -Wl,libnutscan.so.1 -o .libs/libnutscan.so.1.0.0
  .libs/libnutscan_la-scan_usb.o: In function `nutscan_scan_usb':
  /<>/tools/nut-scanner/scan_usb.c:207: undefined reference to 
`str_rtrim'
  /<>/tools/nut-scanner/scan_usb.c:197: undefined reference to 
`str_rtrim'
  /<>/tools/nut-scanner/scan_usb.c:188: undefined reference to 
`str_rtrim'
  collect2: error: ld returned 1 exit status
  Makefile:562: recipe for target 'libnutscan.la' failed

libltdl-dev is not (yet?) a build dependency of nut, so minimal build
chroots shouldn't have it, but many real-world development
environments do.  (So did the sparc64 autobuilder landau3.)

It looks like this error should be simple to fix by linking libcommon
into libnutscan, so you might want to consider pushing forward here by
not only accommodating but also actively requiring libltdl-dev.

Thanks!

Bug#831738: [gajim] Please downgrade "Depends" to "Recommends" on dbus, python-dbus

[Lars Kruse]

Package: gajim
Version: 0.16.5-1
Severity: normal

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

Dear maintainers,

Gajim lists "dbus" as an optional runtime requirement.
It carefully checks during startup if the "dbus" python module is available.

In contrast "dbus" and "python-dbus" are currently listed in "Depends" instead
of "Recommends".

I just verified that gajim works on a Debian testing system by removing the dbus
module files. Gajim started and worked without any issues.

I would be pleased if you could downgrade the package dependency.

Thank you!
Cheers,
Lars

--- System information. ---
Architecture: i386
Kernel:   Linux 4.6.0-1-686-pae

Debian Release: stretch/sid

--- Package information. ---
Depends   (Version) | Installed
===-+-==
python:any(>= 2.6.6-7~) | 
python-gtk2 (>= 2.22.0) | 2.24.0-4
dnsutils| 1:9.10.3.dfsg.P4-10
dbus| 1.10.8-1
python-dbus   (>= 0.81) | 1.2.4-1
python-nbxmpp(>= 0.5.3) | 0.5.3-1


Recommends   (Version) | Installed
==-+-===
python-openssl   (>= 0.12) | 16.0.0-1
python-pyasn1  | 0.1.9-1
python-crypto  | 2.6.1-6+b1
notification-daemon| 3.20.0-1
ca-certificates| 20160104


Suggests(Version) | Installed
=-+-===
libxss1   | 1:1.2.2-1
avahi-daemon  | 0.6.32-1
python-avahi  | 
libgtkspell0  | 2.0.16-1.1
aspell-en | 
 OR aspell-dictionary | 
python-gnome2 | 2.28.1+dfsg-1.1
python-gnomekeyring   | 
gnome-keyring | 3.20.0-1
kwalletcli| 
python-kerberos  (>= 1.1) | 
texlive-latex-base| 2016.20160623-1
dvipng| 1.14-2+b2
python-farstream  | 
gstreamer0.10-plugins-ugly| 
python-gconf  | 2.28.1+dfsg-1.1
nautilus-sendto   | 
network-manager   | 
python-pycurl | 7.43.0-1
python-gupnp-igd  | 

Bug#829188: icedove SEGV backtrace

[Carsten Schoenert]

On Mon, Jul 18, 2016 at 10:17:07PM +0200, Benoît Ganne wrote:
> >> please consider the note in the message #27 about making GDB logs.
> >>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829188#27
> > I restarted it with LANG= gdb -ex 'handle SIGPIPE nostop' -ex 'handle
> > SIGSTOP nostop' -ex 'run' --args /usr/lib/icedove/icedove --safe-mode
> > I'll post the result in a few days...
> 
> Sorry for spamming but I am unsure about something: when using
> '/usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin' etc. it
> does not disable the extensions (esp. iceowl).
> What would be the most valuable? Using the run-mozilla.sh etc. as per the
> wiki, or should I also disable extensions (--safe-mode)?
> Again, as it is long to reproduce, I'd like to give you the most useful
> information...

The need for disabling extensions depends on the crash szenario.
Current problems are not related to any plugins I believe, otoh running
Icedove with disabled extensions make it clear the crashes happen inside
Icedove.
So appending '--safe-mode' to the options of icedove-bin is just fine.
For example with the following comand.

  LANG= /usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin 
--safe-mode 2>&1 | tee /tmp/icedove-gdb-$(apt-cache show icedove | grep Version 
| awk '{ print $2 }')_$(date +%F_%T).log

Regards
Carsten

Bug#831736: php-htmlpurifier: make the package more hardening friendly

[Christoph Anton Mitterer]

Package: php-htmlpurifier
Version: 4.7.0-2
Severity: normal


Hi.

It's a reasonable thing with PHP (or any other web interpreted language) is to
harden those as much as possible.
One way of doing that with PHP is to use it's open_basedir INI setting that
allows to restrict any accesses to certain directories.

The php-htmlpurifier is rather unfriendly towards this, as several of its files
are directly placed below /usr/share/php, namely:
/usr/share/php/HTMLPurifier.safe-includes.php
/usr/share/php/HTMLPurifier.php
/usr/share/php/HTMLPurifier.kses.php
/usr/share/php/HTMLPurifier.includes.php
/usr/share/php/HTMLPurifier.func.php
/usr/share/php/HTMLPurifier.composer.php
/usr/share/php/HTMLPurifier.autoload.php
/usr/share/php/HTMLPurifier.auto.php

If those files shall be used (and I guess they are necessary) one cannot
reasonable use open_basedir any long, as one needs to include the whole
/usr/share/php/ which is of course bad in the light of hardening,
especially when multiple different PHP software runs on a node (where it
makes sense to allow each of them only access to those PHP modules,
that it actually needs).

I think this:
/usr/share/php/.registry/.channel.htmlpurifier.org/htmlpurifier.reg
one is, as /usr/share/php/.registry/.channel.htmlpurifier.org/ seems to be
a php-htmlpurifier specific directory.
So one can just happily grant and exception for it, without allowing access
to n other unrealted pices of code.


Is there anything you could do about it? E.g. moving those files to some
HTMLPurifier-specific directory?


Thanks,
Chris.

Bug#831737: pbnj: missing dependency on libshell-perl

[Raphaël Hertzog]

Package: pbnj
Version: 2.04-4.1
Severity: serious
User: de...@kali.org
Usertags: origin-kali

Forwarding a bug from Kali: https://bugs.kali.org/view.php?id=3420

root@kali # apt-get install pbnj
( accept dependencies and install )
root@kali # scanpbnj
Can't locate Shell.pm in @INC  blah, blah, blah ...
Begin failed--compilation aborted at /user/bin/scanbnj line 26.

This goes away if you "apt install libshell-perl".

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

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

Bug#831449: lintian on Sid amd64 reports volatile false spelling errors in binaries

[Jakub Wilk]

* Thomas Schmitt , 2016-07-18, 21:32:
It turns out that GCC optimized strcpy() into a series of move 
instructions.


Maybe one can disable this feature ?
 
http://stackoverflow.com/questions/13059044/how-can-i-prevent-strcpy-being-optimised
proposes -fno-builtin-strcpy.

I tried with GNU xorriso and CFLAGS="$CFLAGS -fno-builtin-strcpy".
No change to see in the resulting binary xorriso/xorriso.


That's odd. In my tests (on a tiny test program) -fno-builtin-strcpy did 
the trick...


...unless I enabled -D_FORTIFY_SOURCE=2, in which case even -fno-builtin 
made no difference. :-/



So it seems to be about some other suffix to "-fno-builtin-".
gcc --help does not list any. man gcc gives no list but mentions "see 
X86 Built-in Functions". I found:

 https://gcc.gnu.org/onlinedocs/gcc-4.8.5/gcc/X86-Built-in-Functions.html


These are only X86-specific built-in functions.
Builtins that correspond to libc functions are listed here:
https://gcc.gnu.org/onlinedocs/gcc/Other-Builtins.html

--
Jakub Wilk

Bug#831734: php-htmlpurifier: /var/lib/php-htmlpurifier/Serializer/ permission issues

[Christoph Anton Mitterer]

Package: php-htmlpurifier
Version: 4.7.0-2
Severity: normal


Hi.

/var/lib/php-htmlpurifier/Serializer/ is shipped with owners www-data:www-data
which is quite unfortunate for any proper production setup where the PHP
code should of course not run with the user/group of the webserver (and thus
have full access to any other stuff served by such webserver).

Especially it affects any PHP SAPI other than mod_php, which allow (or enforce)
to run as a different user, just as it should be.

Now this directory is apparently needed for operation of php-htmlpurifier,
but write access will not work for users/group other than www-data.


One way would be to use dpkg-statoverride, but that's IMHO also a bit limited.


Could you possibly consider to go another way here?
One, though I'm not sure whether this would work properly with php-htmlpurifier,
is what the main PHP packages to with the session store (i.e. 
/var/lib/php/sessions
in PHP 7.0), they simply have permissions drwx-wx-wt root:root, but of course
that may not be safe, depending on how well htmlpurifier is programmed for that

The other would be to not use www-data but e.g. root:, and 
people
could add those users who are allowed to write, to that group,... e.g. www-data,
or cgi-suexec.

Cheers,
Chris.

Bug#831735: php-dompdf: /var/cache/php-dompdf/fonts/ permission issues

[Christoph Anton Mitterer]

Package: php-dompdf
Version: 0.6.2+dfsg-3
Severity: normal


Hi.

/var/cache/php-dompdf/fonts/ is shipped with owners www-data:www-data
which is quite unfortunate for any proper production setup where the PHP
code should of course not run with the user/group of the webserver (and thus
have full access to any other stuff served by such webserver).

Especially it affects any PHP SAPI other than mod_php, which allow (or enforce)
to run as a different user, just as it should be.

Now this directory is apparently needed for operation of php-dompdf,
but write access will not work for users/group other than www-data.


One way would be to use dpkg-statoverride, but that's IMHO also a bit limited.


Could you possibly consider to go another way here?
One, though I'm not sure whether this would work properly with php-dompdf,
is what the main PHP packages to with the session store (i.e. 
/var/lib/php/sessions
in PHP 7.0), they simply have permissions drwx-wx-wt root:root, but of course
that may not be safe, depending on how well php-dompdf is programmed for that.

The other would be to not use www-data but e.g. root:, and 
people
could add those users who are allowed to write, to that group,... e.g. www-data,
or cgi-suexec.

Cheers,
Chris.

Bug#831636: nano: PID > 16bit unsupported in lockfile

[Benno Schulenberg]

Hello Christoph,

On 2016-07-18 02:36, Christoph Biedl wrote:
> when creating a lock file, nano silently assumes process IDs are not
> bigger than 16 bit, bigger values are truncated (src/file.c:232). When
> reading a lock file, this results in the wrong pid being computed
> (l.354) and subsequently displayed.

Out of curiosity: have you actually run into this?  Or is this just
from code inspection?

If you've actually run into this, please try also with vim.  Does it
display the correct (32-bit) PID?  (Because, as far as I know, this
lock-file stuff was "copied" from vim.  But if vim does it correctly,
then it was copied incompletely and it will get fixed.)

Benno

Bug#829188: icedove SEGV backtrace

[Benoît Ganne]

>> please consider the note in the message #27 about making GDB logs.
>>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829188#27
> I restarted it with LANG= gdb -ex 'handle SIGPIPE nostop' -ex 'handle
> SIGSTOP nostop' -ex 'run' --args /usr/lib/icedove/icedove --safe-mode
> I'll post the result in a few days...

Sorry for spamming but I am unsure about something: when using
'/usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-bin' etc. it
does not disable the extensions (esp. iceowl).
What would be the most valuable? Using the run-mozilla.sh etc. as per the
wiki, or should I also disable extensions (--safe-mode)?
Again, as it is long to reproduce, I'd like to give you the most useful
information...

Best,
ben

Bug#831733: tomcat6: Don't include in Stretch

[Markus Koschany]

Source: tomcat6
Version: 6.0.45+dfsg-1
Severity: serious
Tags: stretch sid


Tomcat 6 should not be included in Stretch since it reaches
end-of-life on 31 December 2016. [1]

There is now only one package that depends on libservlet2.5-java,
libfreemarker-java. [2]

I think it is realistic that we can resolve this issue too in the near
future and the removal of src:tomcat6 should be doable. I suggest that
we investigate whether bugs in src:tomcat6 and src:tomcat7 also apply
to src:tomcat8 before we request the removal.

Markus


[1] https://tomcat.apache.org/tomcat-60-eol.html
[2] 
https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-java-maintain...@lists.alioth.debian.org;tag=libservlet2.5-java

Bug#831636: nano: PID > 16bit unsupported in lockfile

[Christoph Biedl]

Benno Schulenberg wrote...

> Out of curiosity: have you actually run into this?  Or is this just
> from code inspection?

Yes, after code inspection[*]:

$ ps ax | grep nano
403434 ?S+ 0:00 nano /tmp/foo

$ printf '%x\n' $(pidof nano)
627ea

$ hd /tmp/.foo.swp | head -2
  62 30 6e 61 6e 6f 20 32  2e 36 2e 31 00 00 00 00  |b0nano 2.6.1|
0010  00 00 00 00 00 00 00 00  ea 27 00 00 63 62 69 65  |.'..cbie|
   ^^ ^^

Or, using bleeding-edge file(1)

$ file /tmp/.foo.swp
/tmp/.foo.swp: Nano swap file, pid 10218, user cbiedl, host , file 
/tmp/foo, modified
   ^ ups!

> If you've actually run into this, please try also with vim.  Does it
> display the correct (32-bit) PID?  (Because, as far as I know, this
> lock-file stuff was "copied" from vim.  But if vim does it correctly,
> then it was copied incompletely and it will get fixed.)

vim does things right:

$ ps ax | grep vim
403859 ?S+ 0:00 vim /tmp/foo

$ printf '%x\n' $(pidof vim)
62993

$ hd /tmp/.foo.swp | head -2
  62 30 56 49 4d 20 37 2e  34 00 00 00 00 10 00 00  |b0VIM 7.4...|
0010  00 00 00 00 00 00 00 00  93 29 06 00 63 62 69 65  |.)..cbie|
   ^^ ^^ ^^

$ file /tmp/.foo.swp
/home/cbiedl/.tmp/foo.swp: Vim swap file, version 7.4, pid 403859, user cbiedl, 
host , file /tmp/foo, modified

Christoph

[*] Part of the work for #803219


signature.asc
Description: Digital signature

Bug#829188: icedove SEGV backtrace

[Benoît Ganne]

> please consider the note in the message #27 about making GDB logs.
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829188#27

I have seen this but I launched it under gbb prior to find the bug report
(and the instructions). As it is hard (long) to reproduce, I think it
might be helpful anyway.
I restarted it with LANG= gdb -ex 'handle SIGPIPE nostop' -ex 'handle
SIGSTOP nostop' -ex 'run' --args /usr/lib/icedove/icedove --safe-mode
I'll post the result in a few days...

ben

Bug#831732: RFA: quvi -- command line program to extract video download links

[Ansgar Burchardt]

Package: wnpp
Severity: normal
Control: affects -1 quvi

I request an adopter for the quvi package. As most videos sites now
work with HTML5, I no longer use it myself.

The package description is:
 libquvi is a library to parse Adobe flash video download links. It
 supports Youtube and other similar video websites. It provides access
 to functionality and data through an API, and does not enable or
 require the use of the flash technology.
 .
 This package contains a command line program to extract and download
 video files using libquvi.

Bug#831731: icewm: Unable to switch workspace (with keyboard) inside VNC

[Luca]

Package: icewm
Version: 1.3.8-2
Severity: important

Dear Maintainer,

I am not sure if it depends on icewm or vnc.
Just did an upgrade from Wheezy to Jessie (well, to be precise, reinstalled from
 scratch) and now, when I run icewm inside VNC (both vnc4server 4.1.1+X4.3.0-37.
6 and tightvncserver 1.3.9-6.5 - from this the reason I decided to submit as ice
wm bug-) I am not able to switch workspaces with keyboard, with the same configu
ration I used on Wheezy (inside VNC):

KeySysWorkspacePrev="Alt+Ctrl+Down"
KeySysWorkspaceNext="Alt+Ctrl+Up"

The same config used "outside" VNC works properly.
If it can help this is what I see from xev inside VNC:

KeyPress event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x0, time 4264750664, (594,11), root:(597,572),
state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x0, time 4264751248, (594,11), root:(597,572),
state 0x4, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XmbLookupString gives 0 bytes:
XFilterEvent returns: False

FocusOut event, serial 35, synthetic NO, window 0x161,
mode NotifyGrab, detail NotifyAncestor

FocusIn event, serial 35, synthetic NO, window 0x161,
mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 35, synthetic NO, window 0x0,
keys:  0   0   0   0   32  0   0   0   1   0   0   0   0   0   0   0
   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0

KeyRelease event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x0, time 4264753136, (594,11), root:(597,572),
state 0xc, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x0, time 4264753136, (594,11), root:(597,572),
state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes:
XFilterEvent returns: False



and also using xte to send that key leads to:


KeyPress event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x162, time 4264868048, (47,30), root:(870,50),
state 0x0, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyPress event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x162, time 4264868048, (47,30), root:(870,50),
state 0x4, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: 
XmbLookupString gives 0 bytes: 
XFilterEvent returns: False

FocusOut event, serial 35, synthetic NO, window 0x161,
mode NotifyGrab, detail NotifyAncestor

FocusIn event, serial 35, synthetic NO, window 0x161,
mode NotifyUngrab, detail NotifyAncestor

KeymapNotify event, serial 35, synthetic NO, window 0x0,
keys:  2   0   0   0   32  0   0   0   1   0   0   0   0   0   0   0   
   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   0   

KeyRelease event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x162, time 4264868048, (47,30), root:(870,50),
state 0xc, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
XLookupString gives 0 bytes: 
XFilterEvent returns: False

KeyRelease event, serial 35, synthetic NO, window 0x161,
root 0x2e, subw 0x162, time 4264868048, (47,30), root:(870,50),
state 0x4, keycode 37 (keysym 0xffe3, Control_L), same_screen YES,
XLookupString gives 0 bytes: 
XFilterEvent returns: False



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

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

Versions of packages icewm depends on:
ii  icewm-common1.3.8-2
ii  libc6   2.19-18+deb8u4
ii  libesd0 0.2.41-11
ii  libfontconfig1  2.11.0-6.3
ii  libgcc1 1:4.9.2-10
ii  libgdk-pixbuf2.0-0  2.31.1-2+deb8u5
ii  libglib2.0-02.42.1-1+b1
ii  libice6 2:1.0.9-1+b1
ii  libsm6  2:1.2.2-1+b1
ii  libx11-62:1.6.2-3
ii  libxext62:1.3.3-1
ii  libxft2 2.3.2-1
ii  libxinerama12:1.1.3-1+b1
ii  libxrandr2  2:1.4.2-1+b1
ii  ttf-dejavu-core 2.34-1

icewm recommends no packages.

Versions of packages icewm suggests:
pn  icewm-gnome-support  

-- no debconf information

Bug#829188: icedove SEGV backtrace

[Carsten Schoenert]

Hello Benoit,

On Mon, Jul 18, 2016 at 11:15:20AM -0700, Benoît Ganne wrote:
> Package: icedove
> Version: 1:45.2.0-1
> Followup-For: Bug #829188
> 
> I have the same problem, it crashed every 2-3 days. Here is the backtrace
> for
> plain 'icedove' command (segfault in thread 1, the main() thread):

please consider the note in the message #27 about making GDB logs.

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829188#27

Regards
Carsten

Bug#831730: desktop-base: Integration with KDE's plasma-desktop seems to no longer work with current version

[Raphaël Hertzog]

Package: desktop-base
Version: 8.0.2
Severity: important
User: de...@kali.org
Usertags: origin-kali

When you install KDE on a fresh system, the default wallpaper that you get
is not the one provided by desktop-base. So it looks like that the
integration provided by
/usr/share/kde4/apps/plasma-desktop/init/10-desktop-base.js is no longer 
working as expected and might need an update to work with the version of
KDE currently in testing/unstable.

$ cat kde-wallpaper/10-desktop-base.js 
// Placed in /usr/share/kde4/apps/plasma-desktop/init/
// This script is run for new users, which do not have a .kde directory
// and it set's the default wallpaper for all activities

a = activities()

for (i in a) {
a[i].wallpaperPlugin = 'image'
a[i].wallpaperMode = 'SingleImage'
a[i].currentConfigGroup = Array('Wallpaper', 'image')
a[i].writeConfig('wallpaper',
'/usr/share/images/desktop-base/desktop-background')
a[i].writeConfig('wallpaperposition', '2')  //enables croping
}

(This has been identified on a Kali Linux system but I have all the
reasons to believe that it also applies to a Debian testing system)

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

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

Versions of packages desktop-base depends on:
ii  dpkg 1.18.9
ii  librsvg2-common  2.40.16-1

desktop-base recommends no packages.

Versions of packages desktop-base suggests:
ii  gnome  1:3.14+5

-- no debconf information

Bug#831728: nmu: julia_0.4.6-1

[Peter Colberg]

On Mon, Jul 18, 2016 at 08:36:22PM +0100, Jonathan Wiltshire wrote:
> On 2016-07-18 20:11, Peter Colberg wrote:
> > nmu julia_0.4.6-1 . ANY . unstable . -m "Rebuild against libutf8proc2"
> 
> I assume this is a mini transition for #829236. Next time please provide
> some context and save one of us having to go digging.

Thanks, duly noted.

Peter

Bug#831449: lintian on Sid amd64 reports volatile false spelling errors in binaries

[Thomas Schmitt]

Hi,

Jakub Wilk wrote:
> It turns out that GCC optimized strcpy() into a series of move instructions.

Maybe one can disable this feature ?
  
http://stackoverflow.com/questions/13059044/how-can-i-prevent-strcpy-being-optimised
proposes -fno-builtin-strcpy.

I tried with GNU xorriso and CFLAGS="$CFLAGS -fno-builtin-strcpy".
No change to see in the resulting binary xorriso/xorriso.

But

   CFLAGS="$CFLAGS -fno-builtin"

shows all texts as contiguous strings.

So it seems to be about some other suffix to "-fno-builtin-".
gcc --help does not list any. man gcc gives no list but mentions
"see X86 Built-in Functions". I found:
  https://gcc.gnu.org/onlinedocs/gcc-4.8.5/gcc/X86-Built-in-Functions.html
but this does not mention strcpy.


> I'm not sure what to do about it on Lintian side. Perhaps we should
> spell-check only long (say, >= 12 bytes) strings in binaries?

Actually the binaries seem to be the wrong place to check for typos.
Only a source code parser can surely tell what is a string and what
is a incidential sequence of bytes.


Have a nice day :)

Thomas

Bug#831729: lintian: commiters' initials missing from d/copyright

[Jakub Wilk]

Source: lintian
Version: 2.5.45
Severity: minor

Initials of the following commiters were used at least once in 
debian/changelog, but are not explained in debian/copyright:


GN == Gergely Nagy
SL == Sylvestre Ledru
SRL == Steve Langasek 


--
Jakub Wilk

Bug#831641: cross-config: missing breaks+replaces for dpkg-cross 2.6.13

[Neil Williams]

On Mon, 18 Jul 2016 06:24:20 +0200 Helmut Grohne  wrote:
> Package: cross-config
> Version: 2.6.14
> Severity: serious
> User: helm...@debian.org
> Usertags: rebootstrap
> 
> Given an installation of dpkg-cross (<= 2.6.13), unpacking cross-config
> fails:
> 
> | Preparing to unpack .../cross-config_2.6.14_all.deb ...
> | Unpacking cross-config (2.6.14) ...
> | dpkg: error processing archive 
> /var/cache/apt/archives/cross-config_2.6.14_all.deb (--unpack):
> |  trying to overwrite '/etc/dpkg-cross/cmake/CMakeCross.txt', which is also 
> in package dpkg-cross 2.6.13
> 
> Looks like cross-config lacks:
> 
> Breaks: dpkg-cross (<< 2.6.14)
> Replaces: dpkg-cross (<< 2.6.14)
> 
> For added fun, the moved files are conffiles so this also becomes funky
> with e.g. installing an old dpkg-cross, removing but not purging it, and
> installing cross-config. So I'm not sure that breaks+replaces is
> sufficient.

It is sufficient. Tested in a clean chroot.

Setting up libdebian-dpkgcross-perl (2.6.13) ...
Setting up dpkg-cross (2.6.13) ...
root@sylvester:/home# apt-get remove libdebian-dpkgcross-perl dpkg-cross 
...
Setting up libdebian-dpkgcross-perl (2.6.15) ...
Setting up cross-config (2.6.15) ...
Setting up dpkg-cross (2.6.15) ...
root@sylvester:/home# 

also tested with just cross-config installed on removed dpkg-cross:

Unpacking cross-config (2.6.15) ...
Setting up cross-config (2.6.15) ...
root@sylvester:/home# 

ii  cross-config  2.6.15  all 
autotools support for cross-compilation
rc  dpkg-cross2.6.13  all tools 
for cross compiling Debian packages
rc  libdebian-dpkgcross-perl  2.6.13  all 
functions to aid cross-compiling Debian packages


-- 


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



pgpGeR47gOgrP.pgp
Description: OpenPGP digital signature

Bug#831728: nmu: julia_0.4.6-1

[Peter Colberg]

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

nmu julia_0.4.6-1 . ANY . unstable . -m "Rebuild against libutf8proc2"


signature.asc
Description: PGP signature

Bug#831677: [Syslog-ng-maintainers] Bug#831677: syslog-ng: breaks reverse-dependencies

[GCS]

Control: affects -1 - syslog-ng-incubator
Control: reassign -1 syslog-ng-incubator
Control: retitle -1 Should be updated for syslog-ng 3.7.0+

Hi Gianfranco,

On Mon, Jul 18, 2016 at 2:19 PM, Gianfranco Costamagna
 wrote:
> Source: syslog-ng
> Severity: serious
> Version: 3.7.3-1
> Affects: syslog-ng-incubator
 Actually the situation is vica - versa. As the package name suggests,
syslog-ng-incubator is a place where upstream tries experimental
modules. It is expected to break from time to time and needs more
frequent updates.

> Hi, while trying to rebuild syslog-ng-incubator on top of the new syslog-ng I 
> discovered it is actually FTBFS
> I tried to patch the source, because seems that stats.h has been moved into 
> stats/stats.h
>
> the problem is that seems syslog-ng introducing some more backward 
> incompatible changes, according to the new log
 Some modules merged to syslog-ng and left -incubator; on the other
hand some other experimental modules started to appear in the new
syslog-ng-incubator release. It means -incubator needs an update to
its 0.5.0 version at least. I've just uploaded it - as it will enter
the NEW queue, it needs some days to be accepted. But then everything
will be back to normal.

Thanks for your report,
Laszlo/GCS

Bug#831449: lintian on Sid amd64 reports volatile false spelling errors in binaries

[Jakub Wilk]

* Thomas Schmitt , 2016-07-16, 12:50:

 ings of E1
 length 41
 or lengH


Jakub Wilk wrote:

This is bizarre. Do you know why GCC does it? :-/


Not at all.
I wonder how the machine code puts these fragments together to a human 
readable text.


I had a look at the source and at the binaries, and now I understand 
what's going on.


It turns out that GCC optimized strcpy() into a series of move 
instructions. For example:


  48 b8 69 6e 67 73 20 6f 66 20   movabs $0x20666f2073676e69,%rax
i  n  g  s  SP o  f  SP

  45 31 c9xor%r9d,%r9d
  E  1

  49 89 84 24 a4 b1 02 00 mov%rax,0x2b1a4(%r12)

  48 b8 6c 65 6e 67 74 68 20 34   movabs $0x34206874676e656c,%rax
   e  n  g  t  h  SP 4

  31 c9   xor%ecx,%ecx
  1


I'm not sure what to do about it on Lintian side. Perhaps we should 
spell-check only long (say, >= 12 bytes) strings in binaries?


--
Jakub Wilk

Bug#831456: ITP: policyd-rate-limit -- postfix policy daemon limiting the number of mails a user can send

[Scott Kitterman]

On Monday, July 18, 2016 08:34:33 PM Valentin Samir wrote:
> Le lundi 18 juillet 2016 à 01:57 -0400, Scott Kitterman a écrit :
> > I did take a quick look at the package.  One comment I'd make right
> > away is to 
> > be more verbose in your initial changelog entry, particularly explain
> > what the 
> > patch that's included is there for.
> > I don't do much sponsoring outside of a team context, but if you were
> > willing 
> > to maintain the package in PAPT, I would be willing to sponsor it.  
> > 
> > I also took a quick look at the upstream code since I'm also upstream
> > for a 
> > Python based policy server.  I noticed you're using netaddr.  The
> > ipaddress 
> > module included in python since 3.3 will easily do what you're using
> > netaddr 
> > for and would get rid of an external dependency.
> > 
> > Let me know if you're interested in PAPT.  If so, we'll go from
> > there.
> 
> I update upstream to use ipaddress according to your recommendations.
> I also added a phrase to explain the purpose of the patch to the
> changelog, tell me if it's enougth (updated package is on https://mento
> rs.debian.net/package/policyd-rate-limit).
> 
> I am interested in PAPT for maintaining the package. Should I join the
> team ? Could you instruct me what I have to do for that.

Great,

Please see https://wiki.debian.org/Teams/PythonModulesTeam/HowToJoin

Scott K

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

Bug#831727: g++-5: Compiling with -Og does not generate debugging symbols readable by gdb

[Kyle Bentley]

Package: g++-5
Version: 5.4.0-6
Severity: normal

When I compile a short program with -Og, gdb claims that there is no debugging 
symbols.

Ex:  g++ -std=c++11 -o program -Og code.cpp,
running gdb ./program produces the line

"Reading symbols from ./program...(no debugging symbols found)...done."

Clanging the same code produces debugging symbols readable by gdb.
The gdb version is GNU gdb (Debian 7.11.1-2) 7.11.1

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

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

Versions of packages g++-5 depends on:
ii  gcc-55.4.0-6
ii  gcc-5-base   5.4.0-6
ii  libc62.23-1
ii  libgmp10 2:6.1.1+dfsg-1
ii  libisl15 0.17.1-1
ii  libmpc3  1.0.3-1
ii  libmpfr4 3.1.4-2
ii  libstdc++-5-dev  5.4.0-6
ii  zlib1g   1:1.2.8.dfsg-2+b1

g++-5 recommends no packages.

Versions of packages g++-5 suggests:
pn  g++-5-multilib
pn  gcc-5-doc 
pn  libstdc++6-5-dbg  

-- no debconf information

Bug#831726: Very confusing prompt regarding administrative database passwords

[Iustin Pop]

Source: dbconfig-common
Severity: normal

Hi,

I'm installing db-common for the first time, so I'm not familiar with
its configuration or even what is its purpose (installing as a
dependency).

During installation, I'm presented with a debconf prompt, which says:

"By default […] These passwords will be stored in debconf's
configuration database only for as long as they are needed.

This behavior can be disabled, in which case the passwords will remain
in the debconf database […] though this is less secure and thus not the
default setting.".

Then the prompt follows: "Keep "administrative" database passwords?
Yes/No".

This is very confusing. The prompt talks about default setting vs.
non-default, but then follows with a 'yes/no'. Is yes the default? or
No?

The prompt is also confusing as it asks about "keeping" the passwords,
but the initial explanation says that both options keep the password,
just for different amounts of time.

I would suggest asking "keep passwords in debconf (unsecure) yes/no" or
something similar.

regards,
iustin


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

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

Bug#831456: ITP: policyd-rate-limit -- postfix policy daemon limiting the number of mails a user can send

[Valentin Samir]

Le lundi 18 juillet 2016 à 01:57 -0400, Scott Kitterman a écrit :
> I did take a quick look at the package.  One comment I'd make right
> away is to 
> be more verbose in your initial changelog entry, particularly explain
> what the 
> patch that's included is there for.
> I don't do much sponsoring outside of a team context, but if you were
> willing 
> to maintain the package in PAPT, I would be willing to sponsor it.  
> 
> I also took a quick look at the upstream code since I'm also upstream
> for a 
> Python based policy server.  I noticed you're using netaddr.  The
> ipaddress 
> module included in python since 3.3 will easily do what you're using
> netaddr 
> for and would get rid of an external dependency.
> 
> Let me know if you're interested in PAPT.  If so, we'll go from
> there.


I update upstream to use ipaddress according to your recommendations.
I also added a phrase to explain the purpose of the patch to the
changelog, tell me if it's enougth (updated package is on https://mento
rs.debian.net/package/policyd-rate-limit).

I am interested in PAPT for maintaining the package. Should I join the
team ? Could you instruct me what I have to do for that.

Regards,

-- 
Valentin Samir

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

Bug#820794: Correction

[Philippe Cloutier]

De : Philippe Cloutier [mailto:pclout...@gvq.ca] 
Envoyé : 18 juillet 2016 14:09
À : 820794-subscr...@bugs.debian.org; 820794-submit...@bugs.debian.org; 
cont...@bugs.debian.org
Objet : Confirmed

tags 820794 + confirmed
thanks

> I am also experiencing this bug on 2 Debian 8 clients on 2 tested trying to 
> install a Windows 10 SMB server. 

That is, trying to *access* a Windows 10 SMB server.

The affected clients have no issues accessing Windows 7 and Windows Server 2003 
servers.

Bug#831724: [pkg-go] Bug#831724: mtail: FTBFS on non-amd64: go test -race unsupported

[Martín Ferrari]

On 18/07/16 19:19, Aaron M. Ucko wrote:

>   go test: -race and -msan are only supported on linux/amd64, freebsd/amd64, 
> darwin/amd64 and windows/amd64

> Could you please arrange to skip this test for these architectures?

Thanks for the report, I had no idea!
Will fix ASAP.
-- 
Martín Ferrari (Tincho)

Bug#831725: nut: FTBFS on some 64-bit architectures with symbols mismatches

[Aaron M. Ucko]

Source: nut
Version: 2.7.4-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

The builds of nut for arm64, mips64, and ppc64el all failed with
symbol mismatches:

  dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see 
diff output below
  dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
  dpkg-gensymbols: warning: debian/libnutclient0/DEBIAN/symbols doesn't match 
completely debian/libnutclient0.symbols
  --- debian/libnutclient0.symbols (libnutclient0_2.7.4-2_arm64)
  +++ dpkg-gensymbolsIJjzJg  2016-07-18 17:22:14.968019944 +
  @@ -1,4 +1,8 @@
   libnutclient.so.0 libnutclient0 #MINVER#
  + _ZN3nut8internal6Socket4readEPvm@Base 2.7.4-2
  + _ZN3nut8internal6Socket5writeEPKvm@Base 2.7.4-2
  + 
_ZN3nut9TcpClient7explodeERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEEm@Base
 2.7.4-2
  + 
_ZNSt8_Rb_treeINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESt4pairIKS5_St6vectorIS5_SaIS5_EEESt10_Select1stISB_ESt4lessIS5_ESaISB_EE29_M_get_insert_hint_unique_posESt23_Rb_tree_const_iteratorISB_ERS7_@Base
 2.7.4-2
(c++)"nut::Client::Client()@Base" 2.7.3
(c++)"nut::Client::getDevice(std::__cxx11::basic_string const&)@Base" 2.7.3
(c++)"nut::Client::getDeviceVariableValues(std::__cxx11::basic_string const&)@Base" 2.7.3
  @@ -72,7 +76,7 @@
(c++)"nut::TcpClient::disconnect()@Base" 2.7.3
(c++)"nut::TcpClient::escape(std::__cxx11::basic_string const&)@Base" 2.7.3
(c++)"nut::TcpClient::executeDeviceCommand(std::__cxx11::basic_string const&, 
std::__cxx11::basic_string 
const&)@Base" 2.7.3
  - (c++|arch=!alpha !amd64 
!s390x)"nut::TcpClient::explode(std::__cxx11::basic_string const&, unsigned int)@Base" 2.7.4
  +#MISSING: 2.7.4-2# (c++|arch=!alpha !amd64 
!s390x)"nut::TcpClient::explode(std::__cxx11::basic_string const&, unsigned int)@Base" 2.7.4
(c++|arch=alpha amd64 
s390x)"nut::TcpClient::explode(std::__cxx11::basic_string const&, unsigned long)@Base" 
2.7.4
(c++)"nut::TcpClient::get(std::__cxx11::basic_string const&, 
std::__cxx11::basic_string 
const&)@Base" 2.7.3
(c++)"nut::TcpClient::getDevice(std::__cxx11::basic_string const&)@Base" 2.7.3

Please take advantage of modern dpkg-gensymbols' support for arch-bits
tags by substituting arch-bits=32 for "arch=!alpha !amd64 !s390x: and
arch-bits=64 for "arch=alpha amd64 s390x".  This feature first became
available in dpkg 1.18.0, so you probably ought to declare a versioned
build dependency because the version in stable is too old (1.17.27).

Thanks!

Bug#829188: icedove SEGV backtrace

[Benoît Ganne]

Package: icedove
Version: 1:45.2.0-1
Followup-For: Bug #829188

I have the same problem, it crashed every 2-3 days. Here is the 
backtrace for

plain 'icedove' command (segfault in thread 1, the main() thread):

Thread 1696 (Thread 0x7fffa56fe700 (LWP 20325)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x75ea27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x75ea2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-
gnu/libnspr4.so
#3  0x722962ab in mozilla::CondVar::Wait
(aInterval=aInterval@entry=3, this=0x7fffd45b0080) at
../../dist/include/mozilla/CondVar.h:79
#4  0x7229e710 in nsEventQueue::Wait (aInterval=3,
this=0x7fffd45b0068)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/xpcom/threads/nsEventQueue.h:104
#5  nsThreadPool::Run (this=0x7fffd45b0040) at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/xpcom/threads/nsThreadPool.cpp:217
#6  0x7229bc8a in nsThread::ProcessNextEvent (this=0x7fffb1455fc0,
aMayWait=, aResult=0x7fffa56fddd7)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/xpcom/threads/nsThread.cpp:972
#7  0x722b762d in NS_ProcessNextEvent (aThread=,
aMayWait=aMayWait@entry=false)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/xpcom/glue/nsThreadUtils.cpp:297
#8  0x72496e5d in mozilla::ipc::MessagePumpForNonMainThreads::Run
(this=0x7fffc0d069c0, aDelegate=0x7fffb78a20c0)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/ipc/glue/MessagePump.cpp:326
#9  0x724870fa in MessageLoop::RunHandler (this=)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/ipc/chromium/src/base/message_loop.cc:227
#10 MessageLoop::Run (this=this@entry=0x7fffb78a20c0) at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/ipc/chromium/src/base/message_loop.cc:201
#11 0x7229eef6 in nsThread::ThreadFunc (aArg=0x7fffb1455fc0) at 
/build

/icedove-JNT_9F/icedove-45.2.0/mozilla/xpcom/threads/nsThread.cpp:376
#12 0x75ea8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#13 0x77bc3464 in start_thread (arg=0x7fffa56fe700) at
pthread_create.c:333
#14 0x76e6330d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1650 (Thread 0x7fffb217e700 (LWP 20119)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x75ea27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x75ea2cee in PR_WaitCondVar () from /usr/lib/x86_64-linux-
gnu/libnspr4.so
#3  0x72332a75 in mozilla::CondVar::Wait (this=0x7fffd93263f0,
aInterval=30) at ../../dist/include/mozilla/CondVar.h:79
#4  nsHostResolver::GetHostToLookup (this=this@entry=0x7fffd93263d0,
result=result@entry=0x7fffb217de70)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/netwerk/dns/nsHostResolver.cpp:1163
#5  0x72332fae in nsHostResolver::ThreadFunc (arg=0x7fffd93263d0)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/netwerk/dns/nsHostResolver.cpp:1391
#6  0x75ea8758 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#7  0x77bc3464 in start_thread (arg=0x7fffb217e700) at
pthread_create.c:333
#8  0x76e6330d in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:109

Thread 1649 (Thread 0x7fffb4983700 (LWP 20118)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at
../sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:225
#1  0x75ea27d8 in ?? () from /usr/lib/x86_64-linux-gnu/libnspr4.so
#2  0x75ea3192 in PR_Wait () from 
/usr/lib/x86_64-linux-gnu/libnspr4.so
#3  0x72180ab1 in mozilla::ReentrantMonitor::Wait 
(this=0x7fffc5ab11e0,

aInterval=aInterval@entry=6)
at ../../../dist/include/mozilla/ReentrantMonitor.h:91
#4  0x7218cfa8 in mozilla::ReentrantMonitorAutoEnter::Wait
(aInterval=6, this=0x7fffb4982cb0)
at ../../../dist/include/mozilla/ReentrantMonitor.h:190
#5  nsImapProtocol::ImapThreadMainLoop (this=this@entry=0x7fffc5ab1000)
at /build/icedove-
JNT_9F/icedove-45.2.0/mailnews/imap/src/nsImapProtocol.cpp:1351
#6  0x7218d19c in nsImapProtocol::Run (this=0x7fffc5ab1000) at 
/build

/icedove-JNT_9F/icedove-45.2.0/mailnews/imap/src/nsImapProtocol.cpp:1068
#7  0x7229bc8a in nsThread::ProcessNextEvent (this=0x7fffa79fef30,
aMayWait=, aResult=0x7fffb4982dd7)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/xpcom/threads/nsThread.cpp:972
#8  0x722b762d in NS_ProcessNextEvent (aThread=,
aMayWait=aMayWait@entry=false)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/xpcom/glue/nsThreadUtils.cpp:297
#9  0x72496e5d in mozilla::ipc::MessagePumpForNonMainThreads::Run
(this=0x7fffc9aa2340, aDelegate=0x7fffbc9fb0b0)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/ipc/glue/MessagePump.cpp:326
#10 0x724870fa in MessageLoop::RunHandler (this=)
at /build/icedove-
JNT_9F/icedove-45.2.0/mozilla/ipc/chromium/src/base/message_loop.cc:227
#11 

Bug#831724: mtail: FTBFS on non-amd64: go test -race unsupported

[Aaron M. Ucko]

Package: mtail
Version: 0.0+git20160704.35c4023-1
Severity: important
Justification: fails to build from source

Builds of mtail for architectures other than amd64 all failed:

  GOPATH=/«BUILDDIR»/mtail-0.0+git20160704.35c4023/build go test -v -timeout 5m 
-race github.com/google/mtail
  go test: -race and -msan are only supported on linux/amd64, freebsd/amd64, 
darwin/amd64 and windows/amd64
  debian/rules:25: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 2
  make[1]: Leaving directory '/«BUILDDIR»/mtail-0.0+git20160704.35c4023'
  debian/rules:17: recipe for target 'build-arch' failed
  make: *** [build-arch] Error 2

Could you please arrange to skip this test for these architectures?

Thanks!

Bug#831722: O: rdiff-backup-fs -- Fuse filesystem for accessing rdiff-backup archives

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of rdiff-backup-fs, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: rdiff-backup-fs
Binary: rdiff-backup-fs
Version: 1.0.0-4
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7.0.50~), autotools-dev, libz-dev, libfuse-dev, 
pkg-config, dh-autoreconf
Architecture: any
Standards-Version: 3.9.2
Format: 3.0 (quilt)
Files:
 8bf693c68ebfe848921baa356c444873 1163 rdiff-backup-fs_1.0.0-4.dsc
 c59fb6796ff4a70e0759fbc79b52db07 157937 rdiff-backup-fs_1.0.0.orig.tar.gz
 376a185432d57c3e1d5d166565a14006 2684 rdiff-backup-fs_1.0.0-4.debian.tar.gz
Checksums-Sha256:
 461561b9367e22ac203bfba7efecae81014eb8e855805cf1d65c2f865e356b7a 1163 
rdiff-backup-fs_1.0.0-4.dsc
 f921121c33ec0ec72268566af5e9dd6a68ea289d014f6960c9a3489c2c870a15 157937 
rdiff-backup-fs_1.0.0.orig.tar.gz
 9ef2e8f9421fc7b44bf2005560f023905d41c71c7ae6ca728292f0792b474927 2684 
rdiff-backup-fs_1.0.0-4.debian.tar.gz
Homepage: http://code.google.com/p/rdiff-backup-fs/
Directory: pool/main/r/rdiff-backup-fs
Priority: source
Section: utils

Package: rdiff-backup-fs
Binary: rdiff-backup-fs
Version: 1.0.0-4
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7.0.50~), autotools-dev, libz-dev, libfuse-dev, 
pkg-config, dh-autoreconf
Architecture: any
Standards-Version: 3.9.2
Format: 3.0 (quilt)
Files:
 8bf693c68ebfe848921baa356c444873 1163 rdiff-backup-fs_1.0.0-4.dsc
 c59fb6796ff4a70e0759fbc79b52db07 157937 rdiff-backup-fs_1.0.0.orig.tar.gz
 376a185432d57c3e1d5d166565a14006 2684 rdiff-backup-fs_1.0.0-4.debian.tar.gz
Checksums-Sha1:
 d6b8b19ee890954912d49e47d4e2ca302a765b19 1163 rdiff-backup-fs_1.0.0-4.dsc
 bae1746eb1266251a1aa8fd4da2fb6efe65adc45 157937 
rdiff-backup-fs_1.0.0.orig.tar.gz
 fa117c7a05a99925e9647eca2574ed750313088e 2684 
rdiff-backup-fs_1.0.0-4.debian.tar.gz
Checksums-Sha256:
 461561b9367e22ac203bfba7efecae81014eb8e855805cf1d65c2f865e356b7a 1163 
rdiff-backup-fs_1.0.0-4.dsc
 f921121c33ec0ec72268566af5e9dd6a68ea289d014f6960c9a3489c2c870a15 157937 
rdiff-backup-fs_1.0.0.orig.tar.gz
 9ef2e8f9421fc7b44bf2005560f023905d41c71c7ae6ca728292f0792b474927 2684 
rdiff-backup-fs_1.0.0-4.debian.tar.gz
Homepage: http://code.google.com/p/rdiff-backup-fs/
Directory: pool/main/r/rdiff-backup-fs
Priority: source
Section: utils

Package: rdiff-backup-fs
Version: 1.0.0-4
Installed-Size: 124
Maintainer: Sergio Talens-Oliag 
Architecture: amd64
Replaces: archfs
Provides: archfs
Depends: libc6 (>= 2.2.5), libfuse2 (>= 2.8.1), zlib1g (>= 1:1.2.3.3.dfsg)
Conflicts: archfs
Description-en: Fuse filesystem for accessing rdiff-backup archives
 rdiff-backup-fs is a filesystem in userspace  that  reads  rdiff-backup
 archives and provides convenient access for different revisions of the copied
 files and directories.
Description-md5: e2639206f9baf69d9569e015bdde4b08
Homepage: http://code.google.com/p/rdiff-backup-fs/
Section: utils
Priority: extra
Filename: pool/main/r/rdiff-backup-fs/rdiff-backup-fs_1.0.0-4_amd64.deb
Size: 34234
MD5sum: 59000e59b09dad80c068b2d81ee704d4
SHA256: 356ce4d1b5db694b6aeff5a2aae1bfcd848318e84b0574843cce997a342fb540

Package: rdiff-backup-fs
Version: 1.0.0-4
Installed-Size: 124
Maintainer: Sergio Talens-Oliag 
Architecture: amd64
Replaces: archfs
Provides: archfs
Depends: libc6 (>= 2.2.5), libfuse2 (>= 2.8.1), zlib1g (>= 1:1.2.3.3.dfsg)
Conflicts: archfs
Description-en: Fuse filesystem for accessing rdiff-backup archives
 rdiff-backup-fs is a filesystem in userspace  that  reads  rdiff-backup
 archives and provides convenient access for different revisions of the copied
 files and directories.
Description-md5: e2639206f9baf69d9569e015bdde4b08
Homepage: http://code.google.com/p/rdiff-backup-fs/
Section: utils
Priority: extra
Filename: pool/main/r/rdiff-backup-fs/rdiff-backup-fs_1.0.0-4_amd64.deb
Size: 34234
MD5sum: 59000e59b09dad80c068b2d81ee704d4
SHA256: 356ce4d1b5db694b6aeff5a2aae1bfcd848318e84b0574843cce997a342fb540



signature.asc
Description: PGP signature

Bug#831721: O: python-htmltmpl -- Templating engine for separation of code and HTML

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of python-htmltmpl, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: python-htmltmpl
Binary: python-htmltmpl
Version: 1.22-10.1
Maintainer: Sergio Talens-Oliag 
Uploaders: Debian Python Modules Team 

Build-Depends: cdbs (>= 0.4.41), debhelper (>= 5.0.37.1), dh-python
Build-Depends-Indep: python-all-dev
Architecture: all
Standards-Version: 3.7.2.0
Format: 1.0
Files:
 1addc698d8c8cd76125b7484db42de0e 1869 python-htmltmpl_1.22-10.1.dsc
 a262f970c24c234b7fbe5ea95caf3f6b 61723 python-htmltmpl_1.22.orig.tar.gz
 fafbf273e108a3de6273f6f312a30309 2774 python-htmltmpl_1.22-10.1.diff.gz
Checksums-Sha256:
 2c8c4b7d5f14fe115fe31419086ec102409b54738bb4a2de88043c1ae22be7a2 1869 
python-htmltmpl_1.22-10.1.dsc
 1dca716b8bd2e3a8221ff7c96f182826ec6b35a6423433db08f2d312bc77d628 61723 
python-htmltmpl_1.22.orig.tar.gz
 ad126750442a5551ce753c4c9c009191498348a61755734145f3f2561ba510a9 2774 
python-htmltmpl_1.22-10.1.diff.gz
Package-List: 
 python-htmltmpl deb python optional arch=all
Python-Version: all
Directory: pool/main/p/python-htmltmpl
Priority: source
Section: python

Package: python-htmltmpl
Binary: python-htmltmpl
Version: 1.22-10.1
Maintainer: Sergio Talens-Oliag 
Uploaders: Debian Python Modules Team 

Build-Depends: cdbs (>= 0.4.41), debhelper (>= 5.0.37.1), dh-python
Build-Depends-Indep: python-all-dev
Architecture: all
Standards-Version: 3.7.2.0
Format: 1.0
Files:
 1addc698d8c8cd76125b7484db42de0e 1869 python-htmltmpl_1.22-10.1.dsc
 a262f970c24c234b7fbe5ea95caf3f6b 61723 python-htmltmpl_1.22.orig.tar.gz
 fafbf273e108a3de6273f6f312a30309 2774 python-htmltmpl_1.22-10.1.diff.gz
Checksums-Sha1:
 fe8f1bce2c9d5cbcce02d80ab64732f696b36ab0 1869 python-htmltmpl_1.22-10.1.dsc
 b5c1abce4d62fcfcb3551246e033d060c4742d6b 61723 python-htmltmpl_1.22.orig.tar.gz
 9690551f300a4a53383d2b8731c3e86d9c2a003b 2774 python-htmltmpl_1.22-10.1.diff.gz
Checksums-Sha256:
 2c8c4b7d5f14fe115fe31419086ec102409b54738bb4a2de88043c1ae22be7a2 1869 
python-htmltmpl_1.22-10.1.dsc
 1dca716b8bd2e3a8221ff7c96f182826ec6b35a6423433db08f2d312bc77d628 61723 
python-htmltmpl_1.22.orig.tar.gz
 ad126750442a5551ce753c4c9c009191498348a61755734145f3f2561ba510a9 2774 
python-htmltmpl_1.22-10.1.diff.gz
Package-List: 
 python-htmltmpl deb python optional arch=all
Python-Version: all
Directory: pool/main/p/python-htmltmpl
Priority: source
Section: python

Package: python-htmltmpl
Version: 1.22-10.1
Installed-Size: 316
Maintainer: Sergio Talens-Oliag 
Architecture: all
Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~)
Description-en: Templating engine for separation of code and HTML
 The purpose of the templating engine is to provide web application
 developers, who need to separate program code and design (HTML code)
 of their web application projects, with a templating tool that can be
 easily used by cooperating webdesigners who have no programming
 skills.
 .
 Templating language provided by the engine is inspired by Perl
 templating module HTML::Template. Templates created for HTML::Template
 can be used with this engine in case they do not violate character case
 rules of htmltmpl.
 .
 The engine is currently available for Python and PHP. The Python
 package includes easydoc, a module which uses the templating engine to
 generate HTML documentation from docstrings embedded in source files
 of Python modules.
Description-md5: 7113cf2bbcd52d68294ee83873753905
Python-Version: 2.7
Tag: devel::lang:python, devel::library, implemented-in::python,
 web::scripting, works-with-format::html, works-with::text
Section: python
Priority: optional
Filename: pool/main/p/python-htmltmpl/python-htmltmpl_1.22-10.1_all.deb
Size: 51434
MD5sum: 9bfd7ec17b5741b535d88077acedd52b
SHA256: 12266c441b6c9b11c4333deb6f03c2463b79f7837c27fb7393df547bca98bf0e

Package: python-htmltmpl
Version: 1.22-10.1
Installed-Size: 316
Maintainer: Sergio Talens-Oliag 
Architecture: all
Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~)
Description-en: Templating engine for separation of code and HTML
 The purpose of the templating engine is to provide web application
 developers, who need to separate program code and design (HTML code)
 of their web application projects, with a templating tool that can be
 easily used by cooperating webdesigners who have no programming
 skills.
 .
 Templating language provided by the engine is inspired by Perl
 templating module HTML::Template. Templates created for HTML::Template
 can be used 

Bug#831720: O: parsewiki -- Documentation System Based on ASCII Text

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of parsewiki, Sergio Talens-Oliag ,
has orphaned this 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.

Some information about this package:

Package: parsewiki
Binary: parsewiki
Version: 0.4.3-1
Maintainer: Sergio Talens-Oliag 
Build-Depends-Indep: debhelper (>> 4.0.0)
Architecture: all
Standards-Version: 3.5.8
Format: 1.0
Files:
 1ed6e3f5501c99afdc7cf34e4e67bdfc 577 parsewiki_0.4.3-1.dsc
 090898af458cd85c297856f21a785e93 43645 parsewiki_0.4.3.orig.tar.gz
 ec3edd177a967e3bd6d934b3c3ca2171 2135 parsewiki_0.4.3-1.diff.gz
Checksums-Sha256:
 77d235752ae986123a1187a2726861ff5422d4f2626291eed4605cbdffb63364 577 
parsewiki_0.4.3-1.dsc
 06b535ceb1cd47ecd212c69ba18d3ec77d1e62892617b0680ee5875195012beb 2135 
parsewiki_0.4.3-1.diff.gz
 f8f37416824fbaa54d5915e6808aaad561f2a611e4e5bd97007ae00e34ebf243 43645 
parsewiki_0.4.3.orig.tar.gz
Directory: pool/main/p/parsewiki
Priority: source
Section: text

Package: parsewiki
Version: 0.4.3-1
Installed-Size: 156
Maintainer: Sergio Talens-Oliag 
Architecture: all
Depends: perl
Description-en: Documentation System Based on ASCII Text
 Perl script that can be used to produce HTML, XHTML, Latex or DocBook/XML
 from a simple ASCII text source document, with minimum syntax rules.
 .
 The text markup is quite simple and allows us to create documents in
 an easy and fast way.
 .
 The tool is not suitable for complex documents, but can be used to create
 an initial version which can be further developed working on the generated
 LaTeX or DocBook file.
Description-md5: 8c4b01a90af2d5cf39416260444694c4
Tag: implemented-in::perl, interface::commandline, role::program,
 scope::utility, works-with-format::docbook, works-with-format::html,
 works-with-format::tex, works-with::text
Section: text
Priority: optional
Filename: pool/main/p/parsewiki/parsewiki_0.4.3-1_all.deb
Size: 37696
MD5sum: b2a8abc631a18071e417c219df124830
SHA256: 46acea0b83f6c46706bc984105c8c44b694105194898344afe3ad6ee97555482



signature.asc
Description: PGP signature

Bug#831723: O: smbldap-tools -- Scripts to manage Unix and Samba accounts stored on LDAP

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of smbldap-tools, Sergio Talens-Oliag ,
has orphaned this 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.

Some information about this package:

Package: smbldap-tools
Binary: smbldap-tools
Version: 0.9.9-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7.0.50~), quilt
Build-Depends-Indep: perl
Architecture: all
Standards-Version: 3.9.3.0
Format: 3.0 (quilt)
Files:
 fa1986d4851baabc33f7150b9e7332e7  smbldap-tools_0.9.9-1.dsc
 5084011003239a60ebe209c5fb570397 336212 smbldap-tools_0.9.9.orig.tar.gz
 d520a6224765d1bd1a359bf302f6390f 6747 smbldap-tools_0.9.9-1.debian.tar.gz
Checksums-Sha256:
 328ce480fcebf9a25a18c4e7913dbd248d4d48645c06587eb5a0ca3b722bb561  
smbldap-tools_0.9.9-1.dsc
 0c8599a851017e19733cd674a2188bfca5f2a4285cfd8ed5b04d8c682e3196b7 336212 
smbldap-tools_0.9.9.orig.tar.gz
 39bd867119ceb4f21d5d6f119c1af32530e082e40b112bf8e04c9e94ecbcad88 6747 
smbldap-tools_0.9.9-1.debian.tar.gz
Package-List: 
 smbldap-tools deb admin extra
Directory: pool/main/s/smbldap-tools
Priority: source
Section: admin

Package: smbldap-tools
Binary: smbldap-tools
Version: 0.9.9-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7.0.50~), quilt
Build-Depends-Indep: perl
Architecture: all
Standards-Version: 3.9.3.0
Format: 3.0 (quilt)
Files:
 fa1986d4851baabc33f7150b9e7332e7  smbldap-tools_0.9.9-1.dsc
 5084011003239a60ebe209c5fb570397 336212 smbldap-tools_0.9.9.orig.tar.gz
 d520a6224765d1bd1a359bf302f6390f 6747 smbldap-tools_0.9.9-1.debian.tar.gz
Checksums-Sha1:
 1716baba775d2631c3a044638e19c8625446afdb  smbldap-tools_0.9.9-1.dsc
 490aa023bd65f1563ed57c69c7e5adfe4f272c13 336212 smbldap-tools_0.9.9.orig.tar.gz
 5df3af1124d8bbffb879900b35cf6eed4add73e6 6747 
smbldap-tools_0.9.9-1.debian.tar.gz
Checksums-Sha256:
 328ce480fcebf9a25a18c4e7913dbd248d4d48645c06587eb5a0ca3b722bb561  
smbldap-tools_0.9.9-1.dsc
 0c8599a851017e19733cd674a2188bfca5f2a4285cfd8ed5b04d8c682e3196b7 336212 
smbldap-tools_0.9.9.orig.tar.gz
 39bd867119ceb4f21d5d6f119c1af32530e082e40b112bf8e04c9e94ecbcad88 6747 
smbldap-tools_0.9.9-1.debian.tar.gz
Package-List: 
 smbldap-tools deb admin extra
Directory: pool/main/s/smbldap-tools
Priority: source
Section: admin

Package: smbldap-tools
Version: 0.9.9-1
Installed-Size: 585
Maintainer: Sergio Talens-Oliag 
Architecture: all
Depends: perl, libnet-ldap-perl, libio-socket-ssl-perl, libcrypt-smbhash-perl, 
libunicode-maputf8-perl
Description-en: Scripts to manage Unix and Samba accounts stored on LDAP
 Set of scripts to manage data relative to users and groups stored in an LDAP
 server. The tools manage POSIX, shadow and Samba (3.0 series) accounts and
 groups.
 .
 This package is used to add/del/mod users and groups in the Linux
 Samba-OpenLDAP Howto
 
Description-md5: 44251639870203fd6cb106e66edd09b5
Tag: admin::user-management, implemented-in::perl, interface::commandline,
 protocol::ldap, protocol::smb, protocol::ssl, role::program,
 scope::utility, security::authentication, works-with::db
Section: admin
Priority: extra
Filename: pool/main/s/smbldap-tools/smbldap-tools_0.9.9-1_all.deb
Size: 334094
MD5sum: 414e089adb5748a4613dd9159a285496
SHA256: 0b0e1c800df500939633a1edfdf86d246cb2f7ab3063d89ed5fef43b2dc55b39

Package: smbldap-tools
Version: 0.9.9-1
Installed-Size: 585
Maintainer: Sergio Talens-Oliag 
Architecture: all
Depends: perl, libnet-ldap-perl, libio-socket-ssl-perl, libcrypt-smbhash-perl, 
libunicode-maputf8-perl
Description-en: Scripts to manage Unix and Samba accounts stored on LDAP
 Set of scripts to manage data relative to users and groups stored in an LDAP
 server. The tools manage POSIX, shadow and Samba (3.0 series) accounts and
 groups.
 .
 This package is used to add/del/mod users and groups in the Linux
 Samba-OpenLDAP Howto
 
Description-md5: 44251639870203fd6cb106e66edd09b5
Tag: admin::user-management, implemented-in::perl, interface::commandline,
 protocol::ldap, protocol::smb, protocol::ssl, role::program,
 scope::utility, security::authentication, works-with::db
Section: admin
Priority: extra
Filename: pool/main/s/smbldap-tools/smbldap-tools_0.9.9-1_all.deb
Size: 334094
MD5sum: 414e089adb5748a4613dd9159a285496
SHA256: 0b0e1c800df500939633a1edfdf86d246cb2f7ab3063d89ed5fef43b2dc55b39



signature.asc
Description: PGP signature

Bug#831718: O: gvrng -- Interactive, introductory programming language

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of gvrng, Sergio Talens-Oliag ,
has orphaned this 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.

Some information about this package:

Package: gvrng
Binary: gvrng
Version: 4.4-1.1
Maintainer: Sergio Talens-Oliag 
Build-Depends: dh-python, debhelper (>= 8), quilt (>= 0.46-7~)
Build-Depends-Indep: gettext
Architecture: all
Standards-Version: 3.9.1.0
Format: 3.0 (quilt)
Files:
 7ef156c4400651651990f8dd7c06af1b 1718 gvrng_4.4-1.1.dsc
 5b8dc76b660ea105d4c1f47e9bf0b12c 444818 gvrng_4.4.orig.tar.gz
 a9ba16850375148877f77f3f840d3bec 7780 gvrng_4.4-1.1.debian.tar.xz
Checksums-Sha256:
 0448472209a6d49c40dab89ceee76f00645b80fc58ec09a2354ebc9b00e4db1d 1718 
gvrng_4.4-1.1.dsc
 8702e13425f5f6bc53bb61b8eafbf034d77edf7f33abaff300f158a3d1538a3e 444818 
gvrng_4.4.orig.tar.gz
 0b940720f311158d1b2c76ee584f8eb969250c4457898cb4eb3d2fad6a7c620b 7780 
gvrng_4.4-1.1.debian.tar.xz
Homepage: http://gvr.sourceforge.net/
Package-List: 
 gvrng deb games optional arch=all
Directory: pool/main/g/gvrng
Priority: source
Section: games

Package: gvrng
Version: 4.4-1.1
Installed-Size: 1162
Maintainer: Sergio Talens-Oliag 
Architecture: all
Replaces: gvr (<= 1.4.1-1), gvr-lessons (<= 0.5-2)
Provides: gvr, gvr-lessons
Depends: python-glade2, python-gtksourceview2
Description-en: Interactive, introductory programming language
 Guido van Robot Next Generation (GvRng) is a project developed by advanced
 high school students for use by their peers as a learning tool and precursor
 to the further study of programming with Python. It is a minimalistic
 programming language providing just enough syntax to help students learn the
 concepts of sequencing, conditional branching, looping and procedural
 abstraction.
 .
 It's biggest strength is that it permits this learning in an environment that
 combines the thrill of problem-solving with instant visual feedback. In
 short, it is an interactive, introductory programming language that is
 excellent for learning the basic concepts of programming, applicable in any
 high-level language.
 .
 The GvRng version replaces the old GvR program that used wxPython for the
 GUI.
Description-md5: 4252cfc3b16250621b353ac17d42a031
Homepage: http://gvr.sourceforge.net/
Tag: devel::interpreter, field::mathematics, game::puzzle,
 implemented-in::python, interface::graphical, interface::x11,
 role::program, uitoolkit::gtk, use::gameplaying, use::learning,
 x11::application
Section: games
Priority: optional
Filename: pool/main/g/gvrng/gvrng_4.4-1.1_all.deb
Size: 341424
MD5sum: 3cd236abe19827aa825895981dc30486
SHA256: 59ac3e80639337458ec33ff51b5d29287a069313c8195178af47a1be8a385298



signature.asc
Description: PGP signature

Bug#831717: O: filetraq -- Small utility to keep track of changes in config files

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of filetraq, Sergio Talens-Oliag ,
has orphaned this 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.

Some information about this package:

Package: filetraq
Binary: filetraq
Version: 0.2-14
Maintainer: Sergio Talens-Oliag 
Build-Depends-Indep: cdbs, debhelper (>= 4.2)
Architecture: all
Standards-Version: 3.6.2.1
Format: 1.0
Files:
 7f07cbf6e6079e6664495991cb0a95fe 575 filetraq_0.2-14.dsc
 77194a8e559a41f02b2a21056af4efba 10618 filetraq_0.2.orig.tar.gz
 014c870e862e11548186f9e4f2145e57 4659 filetraq_0.2-14.diff.gz
Checksums-Sha256:
 d9319c60e85eb66e93f4c56cbc1173c1b84a98ef20a03201edeaca6fe46fd6fe 575 
filetraq_0.2-14.dsc
 1558566cd6d4961d88958bbc4d71e0f8de478bbb1fe34d24b199ee4fce16f0a4 4659 
filetraq_0.2-14.diff.gz
 62020011d066196ed6bec7337624ecebd75d5cd56c840de4809bfe98e9bb9620 10618 
filetraq_0.2.orig.tar.gz
Directory: pool/main/f/filetraq
Priority: source
Section: admin

Package: filetraq
Binary: filetraq
Version: 0.2-14
Maintainer: Sergio Talens-Oliag 
Build-Depends-Indep: cdbs, debhelper (>= 4.2)
Architecture: all
Standards-Version: 3.6.2.1
Format: 1.0
Files:
 7f07cbf6e6079e6664495991cb0a95fe 575 filetraq_0.2-14.dsc
 77194a8e559a41f02b2a21056af4efba 10618 filetraq_0.2.orig.tar.gz
 014c870e862e11548186f9e4f2145e57 4659 filetraq_0.2-14.diff.gz
Checksums-Sha1:
 b8d71175b13559cf34b8be300a3743366f1c70f3 575 filetraq_0.2-14.dsc
 45bd4d4a3b72731b6adcc191183dda2cf17f03ab 4659 filetraq_0.2-14.diff.gz
 1ac7a687fc29160a1d7957414b65b82ca42bbbd5 10618 filetraq_0.2.orig.tar.gz
Checksums-Sha256:
 d9319c60e85eb66e93f4c56cbc1173c1b84a98ef20a03201edeaca6fe46fd6fe 575 
filetraq_0.2-14.dsc
 1558566cd6d4961d88958bbc4d71e0f8de478bbb1fe34d24b199ee4fce16f0a4 4659 
filetraq_0.2-14.diff.gz
 62020011d066196ed6bec7337624ecebd75d5cd56c840de4809bfe98e9bb9620 10618 
filetraq_0.2.orig.tar.gz
Directory: pool/main/f/filetraq
Priority: source
Section: admin

Package: filetraq
Version: 0.2-14
Installed-Size: 48
Maintainer: Sergio Talens-Oliag 
Architecture: all
Description-en: Small utility to keep track of changes in config files
 FileTraq is just a shell script that reads a list of files to watch, runs
 diff against each file and its backup, and reports any discrepancies, along
 with keeping a dated backup of the original.
 It's designed to be run as a cron job.
Description-md5: b03672c989f03c70ed058affdf156df9
Tag: devel::rcs, implemented-in::shell, interface::daemon, role::program,
 scope::utility, use::checking, use::configuring
Section: admin
Priority: optional
Filename: pool/main/f/filetraq/filetraq_0.2-14_all.deb
Size: 7644
MD5sum: 1fa5ea53f45974d35982a3f9194ee059
SHA256: bac63609d3435063c6d8e5002cf1ddf8bd671b1f35957e790e82e34f49d6f184

Package: filetraq
Version: 0.2-14
Installed-Size: 48
Maintainer: Sergio Talens-Oliag 
Architecture: all
Description-en: Small utility to keep track of changes in config files
 FileTraq is just a shell script that reads a list of files to watch, runs
 diff against each file and its backup, and reports any discrepancies, along
 with keeping a dated backup of the original.
 It's designed to be run as a cron job.
Description-md5: b03672c989f03c70ed058affdf156df9
Tag: devel::rcs, implemented-in::shell, interface::daemon, role::program,
 scope::utility, use::checking, use::configuring
Section: admin
Priority: optional
Filename: pool/main/f/filetraq/filetraq_0.2-14_all.deb
Size: 7644
MD5sum: 1fa5ea53f45974d35982a3f9194ee059
SHA256: bac63609d3435063c6d8e5002cf1ddf8bd671b1f35957e790e82e34f49d6f184



signature.asc
Description: PGP signature

Bug#831719: O: mp3report -- Script to create an HTML report of MP3 files in a directory

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of mp3report, Sergio Talens-Oliag ,
has orphaned this 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.

Some information about this package:

Package: mp3report
Binary: mp3report
Version: 1.0.2-3
Maintainer: Sergio Talens-Oliag 
Build-Depends-Indep: cdbs, debhelper (>= 4.1)
Architecture: all
Standards-Version: 3.6.2.1
Format: 1.0
Files:
 9b9fdd1ef977f079e43b2c4fb9f2f097 585 mp3report_1.0.2-3.dsc
 7c7c5e148f3be7165f6b239045ee1cd0 38089 mp3report_1.0.2.orig.tar.gz
 b37b9c087c420cdcca59481e362c9e4a 2122 mp3report_1.0.2-3.diff.gz
Checksums-Sha256:
 6c96d4aecae31928060fc5e737793e2d325e1e1de32585c4c9bd052e13c59e8a 585 
mp3report_1.0.2-3.dsc
 c7e4f56371f5e1d68f8dc93925e9bb91b04c67ba82318ca4c1742257407ed748 2122 
mp3report_1.0.2-3.diff.gz
 feceecdb0a819f0c32417d08061d484a2cfee3038ee9a55e65dc173b42458caf 38089 
mp3report_1.0.2.orig.tar.gz
Directory: pool/main/m/mp3report
Priority: source
Section: utils

Package: mp3report
Version: 1.0.2-3
Installed-Size: 108
Maintainer: Sergio Talens-Oliag 
Architecture: all
Depends: perl, libmp3-info-perl
Description-en: Script to create an HTML report of MP3 files in a directory
 A customizable program to scan a list of (sub)directories, creating a report
 from an HTML template. Also calculates various statistics and each song's
 playing time. Supports ID3 and ID3v2 tags.
Description-md5: 21f1d11c1cb6ff7cf0f199896c8ee043
Tag: implemented-in::perl, interface::commandline, role::program,
 scope::utility, use::scanning, works-with-format::html,
 works-with-format::mp3, works-with::audio, works-with::text
Section: utils
Priority: optional
Filename: pool/main/m/mp3report/mp3report_1.0.2-3_all.deb
Size: 27928
MD5sum: 5d510e80ffdf591b0adb90058a4a0ee2
SHA256: 3d5e71c6925d52e145f720cf77f8d09c704e4efe1d469fd5abbb4d18950d1433



signature.asc
Description: PGP signature

Bug#831714: O: childsplay-alphabet-sounds-ru -- Russian sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-ru, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-ru
Binary: childsplay-alphabet-sounds-ru
Version: 0.9.1-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 6832a7c0554e6f03b705726f4e98e1de 1192 childsplay-alphabet-sounds-ru_0.9.1-1.dsc
 1023b6dd5bdf70eaa037b39a63360d49 1170313 
childsplay-alphabet-sounds-ru_0.9.1.orig.tar.gz
 6797e147865f8f06f7775393619bab0e 1988 
childsplay-alphabet-sounds-ru_0.9.1-1.debian.tar.gz
Checksums-Sha256:
 ba992dd8b7fa42172706769409ad1796a09620df3b4cb55bed806b8658d01c08 1192 
childsplay-alphabet-sounds-ru_0.9.1-1.dsc
 ab09f6b9e7330ea71338b592ecab902afc69a0669645101148ab6a5ff929d005 1170313 
childsplay-alphabet-sounds-ru_0.9.1.orig.tar.gz
 4fe2282b2e0de56973818733f6ab8be7b0720f89ee324eb83c4c679525cc66d1 1988 
childsplay-alphabet-sounds-ru_0.9.1-1.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-ru
Priority: source
Section: localization

Package: childsplay-alphabet-sounds-ru
Version: 0.9.1-1
Installed-Size: 2060
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Russian sound files for childsplay
 Localized sound files for childsplay
Description-md5: e19388782cb89cc5690b73a4f11c6fa6
Homepage: http://www.schoolsplay.org/
Tag: culture::russian, made-of::audio, role::app-data, use::gameplaying
Section: localization
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-ru/childsplay-alphabet-sounds-ru_0.9.1-1_all.deb
Size: 1165074
MD5sum: 1b4f420da488a091df9e9c5a3f943547
SHA256: 3d78bd7ece368b617eae9f2dc0b22b570342f002dd5400c96c2b3a6b4da903ad



signature.asc
Description: PGP signature

Bug#831324: docker.io: /etc/docker is not readable by the docker group

[Tianon Gravi]

tags 831324 + pending
thanks

On 14 July 2016 at 09:21, Nicolas Braud-Santoni
 wrote:
> Please find attached a patch that implements this.

Thanks!  I've applied this in Git, and it'll go out with the next upload. :)

https://anonscm.debian.org/cgit/docker/docker.io.git/commit/?id=7220f45d519cb73ee308fcf9ed517950468a33e3

https://anonscm.debian.org/cgit/docker/docker.io.git/commit/?id=6036ddbb4f7ddf4685b31fcf135a345ad3807df6


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

Bug#831716: O: childsplay-alphabet-sounds-sv -- Swedish sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-sv, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-sv
Binary: childsplay-alphabet-sounds-sv
Version: 0.9.2-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 fe7ce23a622eb974d0cca4d30b6b0c15 1189 childsplay-alphabet-sounds-sv_0.9.2-1.dsc
 61e12b63ef23a5cf4168e8a60d1a519a 356416 
childsplay-alphabet-sounds-sv_0.9.2.orig.tar.gz
 b33acb0336f51ff2870c41cacf253da5 1939 
childsplay-alphabet-sounds-sv_0.9.2-1.debian.tar.gz
Checksums-Sha256:
 2725cd569baffe342679843766514f77e3099f5f2012476f65653d1a3eee059e 1189 
childsplay-alphabet-sounds-sv_0.9.2-1.dsc
 62ef791e13ab7b0ecab985b6a6ff8b836b1532ce86771451b36f8003ebf46d58 356416 
childsplay-alphabet-sounds-sv_0.9.2.orig.tar.gz
 9b7d93b99968285f1b40073268067d4da5a5cf61c78e924209a92f3834adb265 1939 
childsplay-alphabet-sounds-sv_0.9.2-1.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-sv
Priority: source
Section: localization

Package: childsplay-alphabet-sounds-sv
Version: 0.9.2-1
Installed-Size: 640
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Swedish sound files for childsplay
 Localized sound files for childsplay
Description-md5: c411913397d961190b4f06c9c501f21e
Homepage: http://www.schoolsplay.org/
Tag: culture::swedish, made-of::audio, role::app-data, use::gameplaying
Section: localization
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-sv/childsplay-alphabet-sounds-sv_0.9.2-1_all.deb
Size: 350472
MD5sum: f70ddcace0b9f7a6724aab806304dade
SHA256: 3cf51d96cae71f1efec28d3bca4ee7d4b4f0fe8c51516834e04d9f30ab00dbb1



signature.asc
Description: PGP signature

Bug#831713: O: childsplay-alphabet-sounds-ro -- Romanian sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-ro, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-ro
Binary: childsplay-alphabet-sounds-ro
Version: 0.9.1-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 d64e38aa16fa7714c9a90e5ed4464b5b 1189 childsplay-alphabet-sounds-ro_0.9.1-1.dsc
 02258080de77aeb13d1d34e8f5f44a52 445041 
childsplay-alphabet-sounds-ro_0.9.1.orig.tar.gz
 773e2b5e81873b3b8b0ea94151659b74 1808 
childsplay-alphabet-sounds-ro_0.9.1-1.debian.tar.gz
Checksums-Sha256:
 e9ae9c1a97a40c80adf5258e7be534f6ed4ee6e768e6d8f4007449bf9aa62da7 1189 
childsplay-alphabet-sounds-ro_0.9.1-1.dsc
 bffb1dd39728e99885b3a1eea057b60e01abb98adaa42dce5241a28758e606fc 445041 
childsplay-alphabet-sounds-ro_0.9.1.orig.tar.gz
 7dca022df7d943c86df784ae04ff1a0fe7fb5f66443cf7a960579c729ee93140 1808 
childsplay-alphabet-sounds-ro_0.9.1-1.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-ro
Priority: source
Section: games

Package: childsplay-alphabet-sounds-ro
Version: 0.9.1-1
Installed-Size: 764
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Romanian sound files for childsplay
 Localized sound files for childsplay
Description-md5: c8645ea4267128aa6f352037bd16f778
Homepage: http://www.schoolsplay.org/
Tag: culture::romanian, made-of::audio, role::app-data
Section: games
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-ro/childsplay-alphabet-sounds-ro_0.9.1-1_all.deb
Size: 439034
MD5sum: 4469afef118889b3ab1c29827da4bacc
SHA256: 3e53423494ff2182c721eaf4193dc750a5a1198ce615987636aaa8b76c32e859



signature.asc
Description: PGP signature

Bug#803219: file: support for swp files from any editor

[Christoph Biedl]

# upstream commit FILE5_28-32-geca5e6f et.al.
tags 803219 confirmed upstream pending
thanks

Paul Wise wrote...

> file doesn't support detecting swp files from nano but it does support
> detecting swp files from vim. swp files are the temporary files that
> editors write out while a user is editing a file. It appears other
> editors than vim and nano support these files so the support should be
> generic instead of specific to vim.

Agreed although I'm not aware of a third editor that uses the same
technique. Especially ...

> https://www.quora.com/What-is-a-Kate-swap-file?share=1

... the Kate editor swap file has a completely different format.
Upstream has accepted my patch for both, so:

> pabs@chianamo ~ $ file .bar.swp 
> .bar.swp: Vim swap file, version 7.4
> pabs@chianamo ~ $ file .foo.swp 
> .foo.swp: data

debian-bugs/803219/kate.swap: Kate swap file
debian-bugs/803219/nano.swp:  Nano swap file, pid 20296, user pabs, host 
chianamo, file foo
debian-bugs/803219/vim.swp:   Vim swap file, version 7.4, pid 20671, user pabs, 
host chianamo, file ~pabs/bar

This will be in the next file relase and also in stretch.

Aside, the pid information in nano might be wrong on systems where the
pid space extends 16 bit: #831636

Christoph


signature.asc
Description: Digital signature

Bug#831707: O: childsplay-alphabet-sounds-es -- Spanish sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-es, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-es
Binary: childsplay-alphabet-sounds-es
Version: 0.9.1-2
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 7a8b97a5c8519c4b1342fa45bf3911ea 1189 childsplay-alphabet-sounds-es_0.9.1-2.dsc
 959ba7c2e922ba7d7f939d0b5edaa166 817631 
childsplay-alphabet-sounds-es_0.9.1.orig.tar.gz
 b67bbb4f9f73c573a1feb0bc50def9c5 1956 
childsplay-alphabet-sounds-es_0.9.1-2.debian.tar.gz
Checksums-Sha256:
 ddbe8fa9e220e6d236e80c14f9522f40bc5297309850093d0175558318a8ede2 1189 
childsplay-alphabet-sounds-es_0.9.1-2.dsc
 6b1b7a5f3de722ef6ed6869b4458ce1369532fdd40657b65e96a88dab82e2ea3 817631 
childsplay-alphabet-sounds-es_0.9.1.orig.tar.gz
 580ddc2d415130f9923e83697bade2325e0f31785a89eefaabf0f9a6238573d4 1956 
childsplay-alphabet-sounds-es_0.9.1-2.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-es
Priority: source
Section: localization

Package: childsplay-alphabet-sounds-es
Version: 0.9.1-2
Installed-Size: 1508
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Spanish sound files for childsplay
 Localized sound files for childsplay
Description-md5: 0e41215da4b79ba001b4b25f8bf37ec4
Homepage: http://www.schoolsplay.org/
Tag: culture::spanish, made-of::audio, role::app-data, use::gameplaying
Section: localization
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-es/childsplay-alphabet-sounds-es_0.9.1-2_all.deb
Size: 816996
MD5sum: b1c1f896104b719ed728ecee283b8457
SHA256: 7b51c165d8be1e995a90245702415ada80ae93427e0d13db54cbcc1b4cc34324



signature.asc
Description: PGP signature

Bug#831705: O: childsplay-alphabet-sounds-el -- Greek sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-el, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-el
Binary: childsplay-alphabet-sounds-el
Version: 0.9-2
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 1dc037be96572170d6277cdba99694f7 1175 childsplay-alphabet-sounds-el_0.9-2.dsc
 4c14070cdc31ae4963bed1c3df955c8f 908525 
childsplay-alphabet-sounds-el_0.9.orig.tar.gz
 307d0ad062fb74523c2af18e8ccbfbc7 1880 
childsplay-alphabet-sounds-el_0.9-2.debian.tar.gz
Checksums-Sha256:
 bcb5eea3c553544a5b669641d259a977856737cc15c86f3c32045ae4d9e37dbb 1175 
childsplay-alphabet-sounds-el_0.9-2.dsc
 a332de4dec1d85be87cea342057bef8f9c3f9cc3888274309d06b18529832241 908525 
childsplay-alphabet-sounds-el_0.9.orig.tar.gz
 af984072c4af2e8a092214852f54d5ffb681568727c505152bcfbdd4e272 1880 
childsplay-alphabet-sounds-el_0.9-2.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-el
Priority: source
Section: games

Package: childsplay-alphabet-sounds-el
Version: 0.9-2
Installed-Size: 1176
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Greek sound files for childsplay
 Localized sound files for childsplay
Description-md5: fa4938661f8827b08deb34d6ed00a09e
Homepage: http://www.schoolsplay.org/
Tag: culture::greek, made-of::audio, role::app-data
Section: games
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-el/childsplay-alphabet-sounds-el_0.9-2_all.deb
Size: 902786
MD5sum: 23f7bd583ad6118ee3786b8eb54764f0
SHA256: 0af17d328a1e14d3fb257a12bdb146188779a69415626962aaf871ecab4c2a6e



signature.asc
Description: PGP signature

Bug#831715: O: childsplay-alphabet-sounds-sl -- Slovenian sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-sl, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-sl
Binary: childsplay-alphabet-sounds-sl
Version: 0.9.1-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 b123708bbd5b36976a96c74727c04c4b 1192 childsplay-alphabet-sounds-sl_0.9.1-1.dsc
 04508ccba7a2cafe7b3485ee9539a730 1092469 
childsplay-alphabet-sounds-sl_0.9.1.orig.tar.gz
 a58938acea62b07946056c3a68e65155 1815 
childsplay-alphabet-sounds-sl_0.9.1-1.debian.tar.gz
Checksums-Sha256:
 d2ed5c179a617c0f356092ec283b6f880c93154d167be6e5adeb0a3e1efadf1c 1192 
childsplay-alphabet-sounds-sl_0.9.1-1.dsc
 43952f81f2d0d3ac73134956b84339699def2f2f6452858474478c6e31235151 1092469 
childsplay-alphabet-sounds-sl_0.9.1.orig.tar.gz
 c1e21be940d4c1ab23ccc36a30fce8b0ae394aeded44d2ab4074683598be359c 1815 
childsplay-alphabet-sounds-sl_0.9.1-1.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-sl
Priority: source
Section: games

Package: childsplay-alphabet-sounds-sl
Version: 0.9.1-1
Installed-Size: 588
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Slovenian sound files for childsplay
 Localized sound files for childsplay
Description-md5: 305c5970d7692d3fe58730bc6d7e0c2a
Homepage: http://www.schoolsplay.org/
Tag: culture::TODO, made-of::audio, role::app-data
Section: games
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-sl/childsplay-alphabet-sounds-sl_0.9.1-1_all.deb
Size: 311766
MD5sum: e9977e608b72dcb339dc2f8fc4f5e649
SHA256: 78f3954ca7998ca8152895c6cc261a59167fe301262d6b332fdcd2e98ef44f80



signature.asc
Description: PGP signature

Bug#831712: O: childsplay-alphabet-sounds-pt -- Portugese sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-pt, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-pt
Binary: childsplay-alphabet-sounds-pt
Version: 0.9.1-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 d565057aa6e9008df4d2eb7d7a756242 1189 childsplay-alphabet-sounds-pt_0.9.1-1.dsc
 74f938723bf150f397cf1661cb959cc2 224742 
childsplay-alphabet-sounds-pt_0.9.1.orig.tar.gz
 1e9ad3c080dc2e45f3c2c6b3b61b0b8d 1899 
childsplay-alphabet-sounds-pt_0.9.1-1.debian.tar.gz
Checksums-Sha256:
 c237e04e04ab92e183215bd04c233d7261fd63373589986324171b5b75e8c936 1189 
childsplay-alphabet-sounds-pt_0.9.1-1.dsc
 701accbd92e653b2adf10a798f79ff4ab39d590d440750fabc5bc867c241f5f3 224742 
childsplay-alphabet-sounds-pt_0.9.1.orig.tar.gz
 82343afef7419f7307f78e6ffafafea4711f9177021c9c6f6e775e5030d0149d 1899 
childsplay-alphabet-sounds-pt_0.9.1-1.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-pt
Priority: source
Section: localization

Package: childsplay-alphabet-sounds-pt
Version: 0.9.1-1
Installed-Size: 480
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Portugese sound files for childsplay
 Localized sound files for childsplay
Description-md5: 0b90eda40af66f0629539bce92a79f12
Homepage: http://www.schoolsplay.org/
Tag: culture::portuguese, made-of::audio, role::app-data, use::gameplaying
Section: localization
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-pt/childsplay-alphabet-sounds-pt_0.9.1-1_all.deb
Size: 218908
MD5sum: 707cc8d04030552741ee17f2f89c2742
SHA256: 9c88e460ff56dbe70cfcff0cb3e6ca3881a135a1a357bd43cea2e016a1e60e7c



signature.asc
Description: PGP signature

Bug#831710: O: childsplay-alphabet-sounds-nb -- Bokmål sound files for childsplay

[Tobias Frost]

Package: wnpp
Severity: normal

The current maintainer of childsplay-alphabet-sounds-nb, Sergio Talens-Oliag 
,
has orphaned this 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.

Some information about this package:

Package: childsplay-alphabet-sounds-nb
Binary: childsplay-alphabet-sounds-nb
Version: 0.9.1-1
Maintainer: Sergio Talens-Oliag 
Build-Depends: debhelper (>= 7)
Architecture: all
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 b94cf1c271c29f652711525cc15fa5f1 1189 childsplay-alphabet-sounds-nb_0.9.1-1.dsc
 745054a52ae61954312d1e78ba12aa27 273089 
childsplay-alphabet-sounds-nb_0.9.1.orig.tar.gz
 75af30cbeecd9f76e36148e3ee0959c1 1816 
childsplay-alphabet-sounds-nb_0.9.1-1.debian.tar.gz
Checksums-Sha256:
 e7ea493754f0b89fab977aba0596441faff3d84bc761a2034a84035e91b71def 1189 
childsplay-alphabet-sounds-nb_0.9.1-1.dsc
 874ee401ff767ac3dd6db24782a55741af02d814e46e9d7fbb318af44d2a750e 273089 
childsplay-alphabet-sounds-nb_0.9.1.orig.tar.gz
 390ae899b2884836c5b3c2f6330a844b6e5bfcf7e4175445dfcfb64d58aad41e 1816 
childsplay-alphabet-sounds-nb_0.9.1-1.debian.tar.gz
Homepage: http://www.schoolsplay.org/
Directory: pool/main/c/childsplay-alphabet-sounds-nb
Priority: source
Section: games

Package: childsplay-alphabet-sounds-nb
Version: 0.9.1-1
Installed-Size: 544
Maintainer: Sergio Talens-Oliag 
Architecture: all
Provides: childsplay-alphabet-sounds
Depends: childsplay (>= 1.1-1)
Description-en: Bokmål sound files for childsplay
 Localized sound files for childsplay
Description-md5: ef602570215efe48e5220bd01145ec34
Homepage: http://www.schoolsplay.org/
Tag: culture::norwegian, made-of::audio, role::app-data
Section: games
Priority: optional
Filename: 
pool/main/c/childsplay-alphabet-sounds-nb/childsplay-alphabet-sounds-nb_0.9.1-1_all.deb
Size: 267238
MD5sum: 69997bfc7c3fd094714f3f6a7ffc95b5
SHA256: bc514d3c6acade2a813cb1aeef831388f7926d6e570092390d8346fed8a8379d



signature.asc
Description: PGP signature