Bug#859595: ltsp-server: ltsp-localapps is unable to run qjacktcl

[Peter Tuharsky]

Package: ltsp-server
Version: 5.5.9-2
Severity: normal

Dear Maintainer,

in Debian Jessie I was able to run ltsp-localapps qjackctl which was fully
functional. Together with Qsynth I was able to tech children music on thin
clients.

Now, in Debian Stretch, if I run

ltsp-localapps qjackctl

the desktop freezes. I am able to switch to thin client's commandline console
and shut down the running qjackctl process. The desktop unfreezes immediately.
However, qjackctl is useless this way.



-- Package-specific info:
chroot information: /opt/ltsp/amd64

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

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

Versions of packages ltsp-server depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  debconf-utils  1.5.60
ii  debootstrap1.0.89
ii  gettext-base   0.19.8.1-2
ii  iproute2   4.9.0-1
ii  lsb-release9.20161125
ii  openssh-client 1:7.4p1-9
ii  python 2.7.13-2
ii  tcpd   7.6.q-26

Versions of packages ltsp-server recommends:
ii  gnupg 2.1.18-6
ii  nbd-server1:3.15.2-2
ii  openbsd-inetd [inet-superserver]  0.20160825-2
ii  openssh-server1:7.4p1-9
ii  squashfs-tools1:4.3-3+b1
ii  tftpd-hpa 5.2+20150808-1+b1

Versions of packages ltsp-server suggests:
pn  audiooss  
ii  gnome-session [x-session-manager] 3.22.3-1
ii  isc-dhcp-server   4.3.5-3
ii  ldm-server2:2.2.18-2
ii  libasound2-plugins1.1.1-1
ii  ltsp-docs 1.2-1
ii  ltspfs1.4-2+b1
ii  marco [x-window-manager]  1.16.0-1
ii  mate-desktop-environment  1.16.0+1
ii  mate-session-manager [x-session-manager]  1.16.1-1
ii  metacity [x-window-manager]   1:3.22.1-1
ii  mutter [x-window-manager] 3.22.3-2
ii  pulseaudio10.0-1
pn  qemu-user-static  
pn  sdm   
ii  x11-utils 7.7+3+b1
ii  xauth 1:1.0.9-1+b2

-- debconf information:
  ltsp-server/build_client: false

Bug#859594: git-buildpackage: Suggested clean command is incorrect

[Gavin Lambert]

Package: git-buildpackage
Version: 0.8.12.2
Severity: minor

Dear Maintainer,

"man gbp-buildpackage" seems to imply that "gbp buildpackage" will issue
"debuild clean" by default.  It doesn't actually do so; it calls
/bin/true instead.

Also, according to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846016
this is no longer valid syntax and needs to be changed to "debuild -- clean".

When it doesn't clean by default, two successive calls to "gbp buildpackage"
with default configuration results in the second call failing due to dpkg
output files left behind by the first call (resulting in a "git status"
error output), unless the repository already contains .gitignore files that
cover those files.  Is it assumed that this is always the case?


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

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

Versions of packages git-buildpackage depends on:
ii  devscripts2.17.2
ii  git   1:2.11.0-2
ii  man-db2.7.6.1-2
ii  python-dateutil   2.5.3-2
ii  python-pkg-resources  33.1.1-1
ii  python-six1.10.0-3
pn  python:any

Versions of packages git-buildpackage recommends:
ii  cowbuilder   0.85
ii  pbuilder 0.228.6
ii  pristine-tar 1.38
ii  python-requests  2.12.4-1

Versions of packages git-buildpackage suggests:
pn  python-notify  
ii  sudo   1.8.19p1-1
ii  unzip  6.0-21

-- no debconf information

Bug#859593: ltsp-server: User unable to log in if previously not logged out correcty

[Peter Tuharsky]

Package: ltsp-server
Version: 5.5.9-2
Severity: important

Dear Maintainer,

in Debian Jessie, user was able to log in regardless of how the previous
session ended up, even incorrectly. Moreover, the session could have been still
running and the user was able to log in again on another terminal.

In Stretch, this is no longer possible. If session ended up incorrectly
(terminal client freeze, or user powered the terminal off without logging in),
the user is unable to log in anywhere anymore, even locally on the server.
Login is possible again only after server reboot.



-- Package-specific info:
chroot information: /opt/ltsp/amd64

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

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

Versions of packages ltsp-server depends on:
ii  debconf [debconf-2.0]  1.5.60
ii  debconf-utils  1.5.60
ii  debootstrap1.0.89
ii  gettext-base   0.19.8.1-2
ii  iproute2   4.9.0-1
ii  lsb-release9.20161125
ii  openssh-client 1:7.4p1-9
ii  python 2.7.13-2
ii  tcpd   7.6.q-26

Versions of packages ltsp-server recommends:
ii  gnupg 2.1.18-6
ii  nbd-server1:3.15.2-2
ii  openbsd-inetd [inet-superserver]  0.20160825-2
ii  openssh-server1:7.4p1-9
ii  squashfs-tools1:4.3-3+b1
ii  tftpd-hpa 5.2+20150808-1+b1

Versions of packages ltsp-server suggests:
pn  audiooss  
ii  gnome-session [x-session-manager] 3.22.3-1
ii  isc-dhcp-server   4.3.5-3
ii  ldm-server2:2.2.18-2
ii  libasound2-plugins1.1.1-1
ii  ltsp-docs 1.2-1
ii  ltspfs1.4-2+b1
ii  marco [x-window-manager]  1.16.0-1
ii  mate-desktop-environment  1.16.0+1
ii  mate-session-manager [x-session-manager]  1.16.1-1
ii  metacity [x-window-manager]   1:3.22.1-1
ii  mutter [x-window-manager] 3.22.3-2
ii  pulseaudio10.0-1
pn  qemu-user-static  
pn  sdm   
ii  x11-utils 7.7+3+b1
ii  xauth 1:1.0.9-1+b2

-- debconf information:
  ltsp-server/build_client: false

Bug#859592: proftpd-dfsg: CVE-2017-7418

[Salvatore Bonaccorso]

Source: proftpd-dfsg
Version: 1.3.5b-3
Severity: important
Tags: upstream patch security
Forwarded: http://bugs.proftpd.org/show_bug.cgi?id=4295
Control: found -1 1.3.5-1

Hi,

the following vulnerability was published for proftpd-dfsg.

CVE-2017-7418[0]:
| ProFTPD before 1.3.5e and 1.3.6 before 1.3.6rc5 controls whether the
| home directory of a user could contain a symbolic link through the
| AllowChrootSymlinks configuration option, but checks only the last path
| component when enforcing AllowChrootSymlinks. Attackers with local
| access could bypass the AllowChrootSymlinks control by replacing a path
| component (other than the last one) with a symbolic link. The threat
| model includes an attacker who is not granted full filesystem access by
| a hosting provider, but can reconfigure the home directory of an FTP
| user.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-7418
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7418
[1] http://bugs.proftpd.org/show_bug.cgi?id=4295

Regards,
Salvatore

Bug#859294: hunspell-dict-ko: FTBFS: UnicodeDecodeError: 'ascii' codec can't decode byte 0xed in position 38: ordinal not in range(128)

[Changwoo Ryu]

OK I found a way of specifying the encoding of the I/O files.


diff --git a/make-aff-dic.py b/make-aff-dic.py
index 47dff10..98aba41 100644
--- a/make-aff-dic.py
+++ b/make-aff-dic.py
@@ -308,9 +308,9 @@ if __name__ == '__main__':
 dic = Dictionary()
 for filename in infilenames:
 if filename.endswith('.json'):
-dic.load_json(open(filename))
+dic.load_json(open(filename, encoding='utf-8'))
 else:
 print('ERROR: unknown file type: ' + filename)
 sys.exit(1)
 dic.process()
-dic.output(open(afffilename, 'w'), open(dicfilename, 'w'))
+dic.output(open(afffilename, 'w', encoding='utf-8'),
open(dicfilename, 'w', encoding='utf-8'))


2017-04-05 12:44 GMT+09:00 Changwoo Ryu :
> It only fails on a legacy non-Unicode locale, such as "C".
>
> So what is a solution? Specifying a UTF-8 locale and Build-Depending
> on locales-all do not seems to be a right way.

Bug#859294: hunspell-dict-ko: FTBFS: UnicodeDecodeError: 'ascii' codec can't decode byte 0xed in position 38: ordinal not in range(128)

[Changwoo Ryu]

It only fails on a legacy non-Unicode locale, such as "C".

So what is a solution? Specifying a UTF-8 locale and Build-Depending
on locales-all do not seems to be a right way.

Bug#850219: Should be solved in newer kernel

[Ulrich Möhrke]

Am 30.03.2017 um 02:24 schrieb Ben Hutchings:
> 
> If I read correctly, the fix is this:
> https://git.kernel.org/linus/7dfee6827780d4228148263545af936d0cae8930
> 
> Could you test whether this works as a patch to 4.9?  

The patch works for me using the actual kernel source package from
debian testing. I expect it is 4.9.13.
I also tried package linux-image-4.10.0-trunk-amd64-unsigned from debian
experimental, which works too.

Thanks and best regards,
Ulrich




signature.asc
Description: OpenPGP digital signature

Bug#859590: git-hub: race condition when cloning repositories

[Paul Wise]

Package: git-hub
Version: 0.11.0-1
Severity: normal
Usertags: race

I tried to fork the youtube-dl repository and that worked but then
failed to clone the repository because git-hub didn't wait until the
repository was ready and public before downloading it. If it gets a
failure it should poll until the repo is ready, with the usual backoff.

$ git hub clone https://github.com/rg3/youtube-dl/
Checking for existing fork / forking...
Fork at https://github.com/pabs3/youtube-dl
Cloning https://github.com/pabs3/youtube-dl.git to youtube-dl
Error: git clone --quiet -- https://github.com/pabs3/youtube-dl.git youtube-dl 
failed (return code: 128)
fatal: remote error: access denied or repository not exported: 
/6/nw/64/fc/0e/1039520/87255687.git
$ git hub clone https://github.com/rg3/youtube-dl/
Checking for existing fork / forking...
Fork at https://github.com/pabs3/youtube-dl
Cloning https://github.com/pabs3/youtube-dl.git to youtube-dl

-- System Information:
Debian Release: 9.0
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (860, 
'testing-proposed-updates'), (800, 'unstable-debug'), (800, 'unstable'), (790, 
'buildd-unstable'), (700, 'experimental-debug'), (700, 'experimental'), (690, 
'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages git-hub depends on:
ii  git 1:2.11.0-2
ii  python  2.7.13-2

git-hub recommends no packages.

git-hub suggests no packages.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#859589: encuentro: embedded code copy of youtube-dl

[Paul Wise]

Package: encuentro
Version: 4.0-2
Severity: normal
Usertags: embed

This package includes an embedded code copy of youtube-dl. Please ask
upstream to remove it from their VCS and source tarballs and depend on it 
instead. Please update the Debian package when they have done that.

/usr/share/encuentro/external/youtube-dl/
https://rg3.github.io/youtube-dl/
https://wiki.debian.org/EmbeddedCodeCopies

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#859588: libgpod-nogtk-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE

[Andreas Beckmann]

Package: libgpod-nogtk-dev
Version: 0.8.3-8.1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

an upgrade test with piuparts revealed that your package installs files
over existing symlinks and possibly overwrites files owned by other
packages. This usually means an old version of the package shipped a
symlink but that was later replaced by a real (and non-empty)
directory. This kind of overwriting another package's files cannot be
detected by dpkg.

This was observed on the following upgrade paths:

  stretch->sid

For /usr/share/doc/PACKAGE this may not be problematic as long as both
packages are installed, ship byte-for-byte identical files and are
upgraded in lockstep. But once one of the involved packages gets
removed, the other one will lose its documentation files, too,
including the copyright file, which is a violation of Policy 12.5:
https://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile

For other overwritten locations anything interesting may happen.

Note that dpkg intentionally does not replace directories with symlinks
and vice versa, you need the maintainer scripts to do this.
See in particular the end of point 4 in
https://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-unpackphase

It is recommended to use the dpkg-maintscript-helper commands
'dir_to_symlink' and 'symlink_to_dir' (available since dpkg 1.17.14)
to perform the conversion, ideally using d/$PACKAGE.maintscript.
Do not forget to add 'Pre-Depends: ${misc:Pre-Depends}' in d/control.
See dpkg-maintscript-helper(1) and dh_installdeb(1) for details.


>From the attached log (usually somewhere in the middle...):

0m41.7s ERROR: FAIL: silently overwrites files via directory symlinks:
  /usr/share/doc/libgpod-nogtk-dev/changelog.Debian.gz (libgpod-nogtk-dev) != 
/usr/share/doc/libgpod4-nogtk/changelog.Debian.gz (libgpod4-nogtk:amd64)
/usr/share/doc/libgpod-nogtk-dev -> libgpod4-nogtk
  /usr/share/doc/libgpod-nogtk-dev/changelog.gz (libgpod-nogtk-dev) != 
/usr/share/doc/libgpod4-nogtk/changelog.gz (libgpod4-nogtk:amd64)
/usr/share/doc/libgpod-nogtk-dev -> libgpod4-nogtk
  /usr/share/doc/libgpod-nogtk-dev/copyright (libgpod-nogtk-dev) != 
/usr/share/doc/libgpod4-nogtk/copyright (libgpod4-nogtk:amd64)
/usr/share/doc/libgpod-nogtk-dev -> libgpod4-nogtk


cheers,

Andreas


libgpod-nogtk-dev_0.8.3-8.1.log.gz
Description: application/gzip

Bug#859496: /usr/bin/debsnap: debsnap cannot download binary packages

[James McCoy]

On Tue, Apr 04, 2017 at 01:46:43PM +0300, Alberto Garcia wrote:
> I'm trying to download a binary package with debsnap but it fails all
> the time.

Well, not all the time.  That's why it happens to work when you try it
manually.

> $ debsnap -a amd64 xterm
> debsnap: fatal error at line 271:
> Unable to retrieve information for xterm from 
> http://snapshot.debian.org/mr/binary/xterm/.

snapshot.debian.org is returning 503s periodically, which is why this
isn't reliably working.  debsnap just poorly reports the errors it
encounters, which should be fixed.

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

Bug#859587: x2goserver-fmbindings: fails to install: x2goserver-fmbindings.postinst: update-mime-database: not found

[Andreas Beckmann]

Package: x2goserver-fmbindings
Version: 4.0.1.20-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package x2goserver-fmbindings.
  (Reading database ... 
(Reading database ... 8233 files and directories currently installed.)
  Preparing to unpack .../x2goserver-fmbindings_4.0.1.20-1_all.deb ...
  Unpacking x2goserver-fmbindings (4.0.1.20-1) ...
  Processing triggers for desktop-file-utils (0.23-1) ...
  Setting up x2goserver-fmbindings (4.0.1.20-1) ...
  /var/lib/dpkg/info/x2goserver-fmbindings.postinst: 24: 
/var/lib/dpkg/info/x2goserver-fmbindings.postinst: update-mime-database: not 
found
  dpkg: error processing package x2goserver-fmbindings (--configure):
   subprocess installed post-installation script returned error exit status 127
  Errors were encountered while processing:
   x2goserver-fmbindings


cheers,

Andreas


x2goserver-fmbindings_4.0.1.20-1.log.gz
Description: application/gzip

Bug#839100: debian pybluez package version 0.22-1 uses upstream source code version 0.18

[Wookey]

So updating the package wasn't difficult.

Attached is a patch that adds a python3-bluez package. Applying this
and building with the correct upstream tarball produces a
python3-bluez package that works.

It's not perfect as there are no manpages or examples in the python3
package (as there are in the python-bluez package).

Hope this is useful. I don't claim any real python packaging
expertise, but I did read the python policy and wiki pages, so I think
it's up to date with current idiom.

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


signature.asc
Description: Digital signature

Bug#859586: unblock: golang-1.7/1.7.4-2

[Michael Hudson-Doyle]

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

Please unblock package golang-1.7

golang-1.7 ftbfs in testing currently because a change in tzdata 2017a-1 broke
one of the tests (bug #859583). Upstream have already patched this so I'm just
backporting that.

Will attach debdiff.

unblock golang-1.7/1.7.4-2

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

Kernel: Linux 4.4.0-71-generic (SMP w/4 CPU cores)
Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru golang-1.7-1.7.4/debian/changelog golang-1.7-1.7.4/debian/changelog
--- golang-1.7-1.7.4/debian/changelog	2016-12-03 10:30:36.0 +1300
+++ golang-1.7-1.7.4/debian/changelog	2017-04-05 12:21:02.0 +1200
@@ -1,3 +1,9 @@
+golang-1.7 (1.7.4-2) unstable; urgency=medium
+
+  * Backport CL 37964 for tzdata 2017a changes (Closes: #859583)
+
+ -- Michael Hudson-Doyle   Wed, 05 Apr 2017 11:53:49 +1200
+
 golang-1.7 (1.7.4-1) unstable; urgency=medium
 
   * Update to 1.7.4 upstream release (Closes: #846545)
diff -Nru golang-1.7-1.7.4/debian/patches/cl-37964--tzdata-2017a.patch golang-1.7-1.7.4/debian/patches/cl-37964--tzdata-2017a.patch
--- golang-1.7-1.7.4/debian/patches/cl-37964--tzdata-2017a.patch	1970-01-01 12:00:00.0 +1200
+++ golang-1.7-1.7.4/debian/patches/cl-37964--tzdata-2017a.patch	2017-04-05 11:53:05.0 +1200
@@ -0,0 +1,89 @@
+From 91563ced5897faf729a34be7081568efcfedda31 Mon Sep 17 00:00:00 2001
+From: Alberto Donizetti 
+Date: Thu, 09 Mar 2017 13:20:54 +0100
+Subject: [PATCH] time: make the ParseInLocation test more robust
+
+The tzdata 2017a update (2017-02-28) changed the abbreviation of the
+Asia/Baghdad time zone (used in TestParseInLocation) from 'AST' to the
+numeric '+03'.
+
+Update the test so that it skips the checks if we're using a recent
+tzdata release.
+
+Fixes #19457
+
+Change-Id: I45d705a5520743a611bdd194dc8f8d618679980c
+Reviewed-on: https://go-review.googlesource.com/37964
+Reviewed-by: Ian Lance Taylor 
+Run-TryBot: Ian Lance Taylor 
+TryBot-Result: Gobot Gobot 
+---
+
+--- a/src/time/format_test.go
 b/src/time/format_test.go
+@@ -244,27 +244,45 @@
+ 	}
+ }
+ 
++// TestParseInLocation checks that the Parse and ParseInLocation
++// functions do not get confused by the fact that AST (Arabia Standard
++// Time) and AST (Atlantic Standard Time) are different time zones,
++// even though they have the same abbreviation.
++//
++// ICANN has been slowly phasing out invented abbreviation in favor of
++// numeric time zones (for example, the Asia/Baghdad time zone
++// abbreviation got changed from AST to +03 in the 2017a tzdata
++// release); but we still want to make sure that the time package does
++// not get confused on systems with slightly older tzdata packages.
+ func TestParseInLocation(t *testing.T) {
+-	// Check that Parse (and ParseInLocation) understand that
+-	// Feb 01 AST (Arabia Standard Time) and Feb 01 AST (Atlantic Standard Time)
+-	// are in different time zones even though both are called AST
+ 
+ 	baghdad, err := LoadLocation("Asia/Baghdad")
+ 	if err != nil {
+ 		t.Fatal(err)
+ 	}
+ 
+-	t1, err := ParseInLocation("Jan 02 2006 MST", "Feb 01 2013 AST", baghdad)
++	var t1, t2 Time
++
++	t1, err = ParseInLocation("Jan 02 2006 MST", "Feb 01 2013 AST", baghdad)
+ 	if err != nil {
+ 		t.Fatal(err)
+ 	}
+-	t2 := Date(2013, February, 1, 00, 00, 00, 0, baghdad)
+-	if t1 != t2 {
+-		t.Fatalf("ParseInLocation(Feb 01 2013 AST, Baghdad) = %v, want %v", t1, t2)
+-	}
++
+ 	_, offset := t1.Zone()
+-	if offset != 3*60*60 {
+-		t.Fatalf("ParseInLocation(Feb 01 2013 AST, Baghdad).Zone = _, %d, want _, %d", offset, 3*60*60)
++
++	// A zero offset means that ParseInLocation did not recognize the
++	// 'AST' abbreviation as matching the current location (Baghdad,
++	// where we'd expect a +03 hrs offset); likely because we're using
++	// a recent tzdata release (2017a or newer).
++	// If it happens, skip the Baghdad test.
++	if offset != 0 {
++		t2 = Date(2013, February, 1, 00, 00, 00, 0, baghdad)
++		if t1 != t2 {
++			t.Fatalf("ParseInLocation(Feb 01 2013 AST, Baghdad) = %v, want %v", t1, t2)
++		}
++		if offset != 3*60*60 {
++			t.Fatalf("ParseInLocation(Feb 01 2013 AST, Baghdad).Zone = _, %d, want _, %d", offset, 3*60*60)
++		}
+ 	}
+ 
+ 	blancSablon, err := LoadLocation("America/Blanc-Sablon")
+@@ -272,6 +290,9 @@
+ 		t.Fatal(err)
+ 	}
+ 
++	// In this case 'AST' means 'Atlantic Standard Time', and we
++	// expect the abbreviation to correctly match the american
++	// location.
+ 	t1, err = ParseInLocation("Jan 02 2006 MST", 

Bug#859585: pure-ftpd-mysql: Package should not depend on inetd

[Bachsau]

Package: pure-ftpd-mysql
Version: 1.0.36-3.2
Severity: normal

Dear Maintainer,

this package should not or only optionally depend on the internet-superserver 
as it is able to completely on its own. Same applies to pure-ftpd without 
mysql. I had to install a dummy package because I did not want to have inetd 
installed and it worked in this configuration for years without any problems.

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

Kernel: Linux 2.6.32-042stab120.20 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pure-ftpd-mysql depends on:
ii  inet-superserver-dummy [inet-superserver]  1.0
ii  libc6  2.19-18+deb8u7
ii  libcap21:2.24-8
ii  libmysqlclient18   5.5.54-0+deb8u1
ii  libpam0g   1.1.8-3.1+deb8u2
ii  libssl1.0.01.0.1t-1+deb8u6
ii  lsb-base   4.1+Debian13+nmu1
ii  pure-ftpd-common   1.0.36-3.2
ii  zlib1g 1:1.2.8.dfsg-2+b1

pure-ftpd-mysql recommends no packages.

pure-ftpd-mysql suggests no packages.

-- Configuration Files:
/etc/init.d/pure-ftpd-mysql changed [not included]
/etc/pure-ftpd/db/mysql.conf changed [not included]

-- no debconf information

Bug#859584: unbound: missing unbound-event.h

[Paul Wouters]

Package: libunbound-dev
Version: 1.4.22-3+deb8u2

When building with libevent support, make install does not install the
required unbound-event.h include file required to use unbound with
libevent.

To address this issue, the "make install" can be changed to call
"make unbound-event-install install"

As libreswan will be relying on this file include soon, it would be good
to get it updated.

As far as I know, all versions of unbound are affected.

Paul

Bug#859504: python-requests breaks packages using urllib3

[Daniele Tricoli]

forwarded 859504 https://github.com/kennethreitz/requests/issues/2870
thanks

Hello Ilias,
thanks for your patch!

On Tuesday, April 4, 2017 4:17:54 PM CEST Ilias Tsitsimpis wrote:
> Package: python-requests
> Version: 2.12.4-1
> Severity: important
> Tags: patch
> 
> Hello,
> 
> thank you for maintaining python-requests.
> 
> It seems that patch use-pip-unbundling.patch doen not work as expected:
> >>> import sys, urllib3
> >>> from urllib3.exceptions import HTTPError
> >>> urllib3.exceptions.HTTPError is HTTPError
> 
> True
> 
> >>> sys.modules["urllib3.exceptions"] is urllib3.exceptions
> 
> True
> 
> >>> import requests
> >>> urllib3.exceptions.HTTPError is HTTPError
> 
> False
> 
> >>> sys.modules["urllib3.exceptions"] is urllib3.exceptions
> 
> False
> 
> This causes (otherwise correct) Python programs to fail by simply
> importing the 'requests' module. The solution proposed by upstream[1]
> doesn't work either.
> 
> [1]
> https://github.com/kennethreitz/requests/blob/master/requests/packages/__in
> it__.py
> 
> Attached is a patch that works for me and seems to fix the above bug.
> It would be great if this could be fixed for stretch.

Yes, unfortunately the unbundling logic is still breaking stuffs. The issue 
was discussed here: https://github.com/kennethreitz/requests/issues/2870 you 
will find a detailed explanation on this issue. 

I looked quickly at your patch (I will have more time to spend on it during 
the weekend), but before any change on Debian side, I want to discuss with 
upstream. The unbundling stuff bit already us in past so I'm very cautious.

Please can you restart the discussion on upstream bug tracker? Thanks!

-- 
 Daniele Tricoli 'eriol'
 https://mornie.org

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

Bug#857923: golang-go-dbus: build-depend on obsoleted package golang-gocheck-dev

[Roger Shimizu]

On Tue, 4 Apr 2017 20:11:36 +0200
Mattia Rizzolo  wrote:

> How is it going the look for a sponsor?
> I can sponsor it if you want (just I do not have commit rights to the
> repo, so you should preper everything - also note that it would be an
> NMU, as for some reason the package is not formally team maintained, I
> wonder if it should be hijacked into the team).

Thanks, Mattia!

I emailed my go-pkg sponsor, but hasn't got a reply.

I already checked in the final releasing commit into mentors branch.
I didn't go for master branch, in case anything missing before this release.

Instead of NMU, maybe QA upload is more proper for this purpose?

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1


pgp5lnVkB7fDq.pgp
Description: PGP signature

Bug#859583: golang-1.7: ftbfs due to tzdata change

[Michael Hudson-Doyle]

Package: golang-1.7
Version: 1.7.3-0ubuntu1~ppa0~ubuntu16.04.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Dear Maintainer,

tzdata 2017a-1 broke one of the Go tests:

--- FAIL: TestParseInLocation (0.00s)
format_test.go:263: ParseInLocation(Feb 01 2013 AST, Baghdad) = 
2013-02-01 00:00:00 + AST, want 2013-02-01 00:00:00 +0300 +03
FAIL
FAILtime2.550s

It has been fixed upstream so I will backport the patch (and file an unblock
bug once that's built).

Cheers,
mwh

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

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

Versions of packages golang-1.7 depends on:
ii  golang-1.7-doc  1.7.3-0ubuntu1~ppa0~ubuntu16.04.1
ii  golang-1.7-go   1.7.3-0ubuntu1~ppa0~ubuntu16.04.1
ii  golang-1.7-src  1.7.3-0ubuntu1~ppa0~ubuntu16.04.1

golang-1.7 recommends no packages.

golang-1.7 suggests no packages.

-- no debconf information

Bug#859582: check-mk-livestatus: nagios3 segfaults when check-mk-livestatus plugin is enabled

[Haw Loeung]

Package: check-mk-livestatus
Version: 1.2.6p12-1
Severity: normal

Dear Maintainer,

With check-mk-livestatus plugin enabled, nagios3 segfaults regularly, mostly
during logrotation. It seems the cause is due to the shipped out
nagios/downtime.h with check-mk differing from the one in nagios3 (defined
struct scheduled_downtime_struct).

Reports from Ubuntu users seeing this is in LP#1372284.

I've included a patch which I think fixes it but may need mangling for
inclusion:

diff -u check-mk-1.2.6p12/debian/patches/00list 
check-mk-1.2.6p12/debian/patches/00list
--- check-mk-1.2.6p12/debian/patches/00list
+++ check-mk-1.2.6p12/debian/patches/00list
@@ -2,0 +3 @@
+03_fix_livestatus_downtime
only in patch2:
unchanged:
--- check-mk-1.2.6p12.orig/debian/patches/03_fix_livestatus_downtime.dpatch
+++ check-mk-1.2.6p12/debian/patches/03_fix_livestatus_downtime.dpatch
@@ -0,0 +1,23 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 03_fix_livestatus_downtime.dpatch by Haw Loeung 
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Fix livestatus scheduled_downtime_struct - LP:1372284
+
+@DPATCH@
+
+--- pkg-check_mk/setup.sh  2017-02-17 16:22:29.871869640 +1100
 pkg-check_mk/setup.sh  2017-02-17 16:30:22.019025547 +1100
+@@ -569,6 +569,12 @@ compile_livestatus ()
+tar xvzf $SRCDIR/livestatus.tar.gz -C $D
+sed -i '/Boston/ a\
+ #include ' livestatus.src/src/TableStatus.cc 
livestatus.src/src/TableLog.cc
++   sed -i '/time_t start_time;/ a\
++  time_t flex_downtime_start;' livestatus.src/nagios/downtime.h
++   sed -i '/int is_in_effect;/d' livestatus.src/nagios/downtime.h
++   sed -i '/unsigned long downtime_id;/ a\
++  int is_in_effect;; \
++  int start_notification_sent;' livestatus.src/nagios/downtime.h
+pushd $D
+
+local CONFIGURE_OPTS=""


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

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

Versions of packages check-mk-livestatus depends on:
ii  libc6   2.23-0ubuntu7
ii  libgcc1 1:6.0.1-0ubuntu1
ii  libstdc++6  5.4.0-6ubuntu1~16.04.4

Versions of packages check-mk-livestatus recommends:
pn  check-mk-doc  

Versions of packages check-mk-livestatus suggests:
pn  xinetd  

-- no debconf information

Bug#756813: postgrey: Couldn't unlink "/var/run/postgrey.pid" [Permission denied]

[Laurent Bigonville]

tag 756813 + patch
thanks

On Fri, 01 Aug 2014 15:17:17 -0700 Nye Liu  wrote:
>
> Dear Maintainer,
>
> * What led up to the situation?
> * What exactly did you do (or not do) that was effective (or
> ineffective)?
>
> /etc/init.d postgrey stop
>
> * What was the outcome of this action?
>
> Log reports "Couldn't unlink "/var/run/postgrey.pid" [Permission denied]"
>
> * What outcome did you expect instead?
>
> No error.
>
> Most likely the pid file should be in a directory that the user 
postgrey can

> modify (such as /var/run/postgrey/postgrey.pid) rather than
> /var/run/postgrey.pid, since /var/run is not writable by postgrey.
>

I just lost 1h trying to figure out why my new white list rules where 
not applied and it seems that the pid file was out-dated and the daemon 
was not restarted (OK this was on a squeeze machine pre-systemd).


But as long as there are no systemd .service file (and that sysvinit is 
alive) I think this should be fixed.


I've attached a patch, could you please fix that for stretch?

Regards,

Laurent Bigonville
diff -Nru postgrey-1.36/debian/postgrey.init postgrey-1.36/debian/postgrey.init
--- postgrey-1.36/debian/postgrey.init	2016-08-28 20:18:34.0 +0200
+++ postgrey-1.36/debian/postgrey.init	2017-04-05 01:13:13.0 +0200
@@ -26,7 +26,7 @@
 DESC="postfix greylisting daemon"
 DAEMON_USER=postgrey
 
-PIDFILE=/var/run/$DAEMON_NAME.pid
+PIDFILE=/var/run/postgrey/$DAEMON_NAME.pid
 SCRIPTNAME=/etc/init.d/$DAEMON_NAME
 
 # Gracefully exit if the package has been removed.
@@ -55,6 +55,14 @@
 #   0 if daemon has been started
 #   1 if daemon was already running
 #   2 if daemon could not be started
+	if [ ! -d /var/run/postgrey/ ]
+	then
+mkdir /var/run/postgrey/
+chown $DAEMON_USER: /var/run/postgrey/
+chmod 0755 /var/run/postgrey/
+# Restore selinux context
+[ -x /sbin/restorecon ] && /sbin/restorecon /var/run/postgrey/
+	fi
 start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON --test > /dev/null \
 || return 1
 start-stop-daemon --start --quiet --pidfile $PIDFILE --exec $DAEMON -- \

Bug#858553: [Lazarusdev] [Pkg-pascal-devel] Bug#858553: [lazarus-doc-1.6] Package lazarus-doc-1.6 is empty and does not ship documentation files

[Mattias Gaertner]

Hi Abou,

I will check the fpdoc files.

Mattias

On Tue, 04 Apr 2017 00:27:54 +0200
Abou Al Montacir  wrote:

> Hi Lazarus Developers List,
> 
> Can you please help on this issue?
> fpdoc fails when building Laazarus 1.6.2 documentation. This leads to a 
> serious
> (RC) bug that may lead to remove Lazarus form next Debian release which will 
> be
> really a pity.
> 
> On Sat, 2017-04-01 at 21:45 +0200, Paul Gevers wrote:
> > First shot at debugging from my side.
> > 
> > Because the error says:
> > Exception at 004BDB6C: EDOMError:
> > EDOMError in DOMDocument.CreateElement.
> > 
> > I searched for "DOMDocument.CreateElement". Low and behold, I find
> > something interesting in fpcsrc/packages/fcl-xml/src/dom.pp:
> > 
> > function TDOMDocument.CreateElement(const tagName: DOMString): TDOMElement;
> > begin
> >   if not IsXmlName(tagName) then
> > raise EDOMError.Create(INVALID_CHARACTER_ERR,
> > 'DOMDocument.CreateElement');
> >   TDOMNode(Result) := Alloc(TDOMElement);
> > 
> > Result.Create(Self);
> >   Result.FNSI.QName := FNames.FindOrAdd(DOMPChar(tagName), Length(tagName));
> >   Result.AttachDefaultAttrs;
> > end;
> > 
> > First idea that pops into my mind is: it looks like the source of
> > lazarus has characters that fp-docs can't convert. Apparently an error
> > is raised, but converted by fp-docs into exit code 0.
> > 
> > Interesting to note, is the delta between 2.4.6 and 3.0.0:
> > -  if not IsXmlName(tagName, FXMLVersion = xmlVersion11) then
> > +  if not IsXmlName(tagName) then
> > which was done in this commit:
> > http://svn.freepascal.org/cgi-bin/viewvc.cgi?view=revision=20422
> > 
> > Sending now as I am about to stop for today, but summary as I currently
> > suspect the situation is:
> > 1) fp-doc fails to create error exit code during error
> > 2) lazarus may have xml files that need updating.
> > 
> > Probably the next time I spend time on this will be to bisect the
> > documentation creation to see which file(s) need fixing -> to
> > potentially solve issue 2 if that is indeed the issue.  
> It looks like the file extctrls.pp or the corresponding xml is not supported 
> by
> the used version of fpdoc.
> ]$fpdoc --content=lcl.xct --package=lcl --descr=../../xml/lcl/lcl.xml --
> input='../../../lcl/extctrls.pp -Fi../../../lcl/include'  --format=html --
> descr=../../xml/lcl/extctrls.xmlFPDoc - Free Pascal Documentation ToolVersion
> 3.0.0 [2017/02/08](c) 2000 - 2003 Areca Systems GmbH / Sebastian Guenther, 
> sg@fr
> eepascal.org(c) 2005 - 2012 various FPC contributors
> Writing 757 pages...Exception at 004BDACC: EDOMError:EDOMError in
> DOMDocument.CreateElement.While with an other page this leads to:
> $fpdoc --content=lcl.xct --package=lcl --descr=../../xml/lcl/lcl.xml --
> input='../../../lcl/interfaces/gtk/gtkwsextctrls.pp -Fi../../../lcl/include'  
> --format=html --descr=../../xml/lcl/interfaces/gtk/gtkwsextctrls.xmlFPDoc - 
> Free
> Pascal Documentation ToolVersion 3.0.0 [2017/02/08](c) 2000 - 2003 Areca 
> Systems
> GmbH / Sebastian Guenther, s...@freepascal.org(c) 2005 - 2012 various FPC
> contributors
> Writing 128 pages...Using built-in CSS fileCreating plus imageCreating minus
> imageDone.Here there are no errors. Just goes fine to end.
> -- 
> Cheers,
> Abou Al Montacir

Bug#859581: quagga-core: fails to upgrade from 'jessie' - trying to overwrite /etc/pam.d/quagga

[Andreas Beckmann]

Package: quagga-core
Version: 1.1.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'jessie'.
It installed fine in 'jessie', then the upgrade to 'stretch' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package quagga-core.
  Preparing to unpack .../quagga-core_1.1.1-2_amd64.deb ...
  addgroup: The group `quaggavty' already exists as a system group. Exiting.
  addgroup: The group `quagga' already exists as a system group. Exiting.
  Adding user `quagga' to group `quaggavty' ...
  Adding user quagga to group quaggavty
  Done.
  Unpacking quagga-core (1.1.1-2) ...
  dpkg: error processing archive 
/var/cache/apt/archives/quagga-core_1.1.1-2_amd64.deb (--unpack):
   trying to overwrite '/etc/pam.d/quagga', which is also in package quagga 
0.99.23.1-1+deb8u3
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)


cheers,

Andreas


quagga=0.99.23.1-1+deb8u3_quagga-core=1.1.1-2.log.gz
Description: application/gzip

Bug#859580: fenrir: typo in Description: e* spellchecker

[Paul Wise]

Package: fenrir
Version: 1.05-1
Severity: minor

There is an extra e in the description before the first bullet point:

   reader. It has a lot of functionality:
   .
--> e* spellchecker
* advanced review functionality
* copy/paste
...

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#859579: python-cvxopt-doc: fails to upgrade from 'sid' - trying to overwrite /usr/share/doc-base/cvxopt

[Andreas Beckmann]

Package: python-cvxopt-doc
Version: 1.1.8+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python-cvxopt-doc.
  Preparing to unpack .../10-python-cvxopt-doc_1.1.8+dfsg-1_all.deb ...
  Unpacking python-cvxopt-doc (1.1.8+dfsg-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-zhgQWq/10-python-cvxopt-doc_1.1.8+dfsg-1_all.deb 
(--unpack):
   trying to overwrite '/usr/share/doc-base/cvxopt', which is also in package 
python-cvxopt 1.1.4-1.5
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-zhgQWq/10-python-cvxopt-doc_1.1.8+dfsg-1_all.deb


cheers,

Andreas


python-cvxopt=1.1.4-1.5_python-cvxopt-doc=1.1.8+dfsg-1.log.gz
Description: application/gzip

Bug#859573: inkscape: Wrong bounding box if export to PDF is done with a single object selected

[Dominik George]

On Wed, 5 Apr 2017 00:00:14 +0200 wzab  wrote:
> Package: inkscape
> Version: 0.92.1-1
> Severity: normal
> 
> Dear Maintainer,
> 
> When I export different objects into separate files (e.g. to create 
> overlays for LaTeX prosper
> package), I get incorrect page size in created PDF files.

I can confirm this.

-nik

Bug#859578: libmia-2.4-4: fails to upgrade from 'sid' - trying to overwrite /usr/lib/x86_64-linux-gnu/mia-2.4/plugins/1d/cmeans/1d-cmeans-kmeans.mia

[Andreas Beckmann]

Package: libmia-2.4-4
Version: 2.4.4-1~exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package libmia-2.4-4.
  Preparing to unpack .../libmia-2.4-4_2.4.4-1~exp1_amd64.deb ...
  Unpacking libmia-2.4-4 (2.4.4-1~exp1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/libmia-2.4-4_2.4.4-1~exp1_amd64.deb (--unpack):
   trying to overwrite 
'/usr/lib/x86_64-linux-gnu/mia-2.4/plugins/1d/cmeans/1d-cmeans-kmeans.mia', 
which is also in package libmia-2.4-0 2.4.3-5
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/libmia-2.4-4_2.4.4-1~exp1_amd64.deb


cheers,

Andreas


libmia-2.4-0=2.4.3-5_libmia-2.4-4=2.4.4-1~exp1.log.gz
Description: application/gzip

Bug#859577: golang-github-syndtr-goleveldb-dev: file conflict with golang-goleveldb-dev

[Hilko Bengen]

Package: golang-github-syndtr-goleveldb-dev
Version: 0.0~git20170302.0.3c5717c-1
Severity: grave

Dear Maintainer,

while trying to install golang-github-syndtr-goleveldb-dev, I got the
following error message.

Preparing to unpack 
.../golang-github-syndtr-goleveldb-dev_0.0~git20170302.0.3c5717c-1_all.deb ...
Unpacking golang-github-syndtr-goleveldb-dev (0.0~git20170302.0.3c5717c-1) ...
dpkg: error processing archive 
/var/cache/apt/archives/golang-github-syndtr-goleveldb-dev_0.0~git20170302.0.3c5717c-1_all.deb
 (--unpack):
 trying to overwrite 
'/usr/share/gocode/src/github.com/syndtr/goleveldb/leveldb/batch.go', which is 
also in package golang-goleveldb-dev 0+git20160825.6ae1797-2

Looks like a Conflicts/Replaces is needed, you may also want to consider
taking over the golang-goleveldb source package since the two packages
seem to cover the same namespace.

Cheers,
-Hilko

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

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

Bug#859575: postgrey: Please sync postgrey_whitelist_clients from git HEAD

[Laurent Bigonville]

Package: postgrey
Version: 1.36-3
Severity: wishlist

Hi,

Since last release in 2016, there was quite some servers that have been
added to the whitelist_clients file

 postgrey_whitelist_clients |   67 -
 1 file changed, 55 insertions(+), 12 deletions(-)

Would be nice if you could sync this file before stretch release.

Regards,

Laurent Bigonville

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

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

Bug#859576: unblock: osmose-emulator/1.0-3

[Carlos Donizete Froes]

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

Please unblock package osmose-emulator.

Problems:
=

 - Reason that in the "debian/watch" is not checking the recent upstream 
versions.
 - In the category line of the file "debian/osmose-emulator.desktop" was wrong 
for a game emulator.
 - More keywords were added to the file (debian/osmose-emulator.desktop).
 - Changed debhelper and compat level. 

debdiff is as follows:
==

diff -Nru osmose-emulator-1.0/debian/changelog 
osmose-emulator-1.0/debian/changelog
--- osmose-emulator-1.0/debian/changelog2016-08-25 00:13:36.0 
-0300
+++ osmose-emulator-1.0/debian/changelog2017-04-04 18:20:16.0 
-0300
@@ -1,3 +1,13 @@
+osmose-emulator (1.0-3) unstable; urgency=medium
+
+  * Switch to debhelper compat level 10
+  * debian/osmose-emulator.desktop:
+- Added keywords and changed category to emulator
+  * debian/watch:
+- Fixed to point to release hosted on Github
+
+ -- Carlos Donizete Froes   Tue, 04 Apr 2017 18:20:16 
-0300
+
 osmose-emulator (1.0-2) unstable; urgency=medium
 
   * debian/control:
diff -Nru osmose-emulator-1.0/debian/compat osmose-emulator-1.0/debian/compat
--- osmose-emulator-1.0/debian/compat   2016-08-12 13:03:04.0 -0300
+++ osmose-emulator-1.0/debian/compat   2017-04-04 18:20:16.0 -0300
@@ -1 +1 @@
-9
+10
diff -Nru osmose-emulator-1.0/debian/control osmose-emulator-1.0/debian/control
--- osmose-emulator-1.0/debian/control  2016-08-25 00:13:36.0 -0300
+++ osmose-emulator-1.0/debian/control  2017-04-04 18:20:16.0 -0300
@@ -3,7 +3,7 @@
 Priority: optional
 Maintainer: Debian Games Team 
 Uploaders: Carlos Donizete Froes 
-Build-Depends: debhelper (>=9),
+Build-Depends: debhelper (>=10),
libasound2-dev,
libqt5opengl5-dev,
qt5-qmake,
diff -Nru osmose-emulator-1.0/debian/osmose-emulator.desktop 
osmose-emulator-1.0/debian/osmose-emulator.desktop
--- osmose-emulator-1.0/debian/osmose-emulator.desktop  2016-08-12 
13:07:31.0 -0300
+++ osmose-emulator-1.0/debian/osmose-emulator.desktop  2017-04-04 
18:20:16.0 -0300
@@ -1,10 +1,10 @@
 [Desktop Entry]
 Name=Osmose Emulator
-Comment=Sega Master System/Game Gear Console Emulator.
+Comment=Sega Master System/Game Gear Console Emulator
 Exec=osmose-emulator
-Keywords=emulator;console;game;
+Keywords=emulator;console;games;rom;sega;master system;game gear;
 Terminal=false
 Type=Application
 Icon=osmose-emulator
-Categories=Application;Game;
+Categories=Game;Emulator;
 
diff -Nru osmose-emulator-1.0/debian/watch osmose-emulator-1.0/debian/watch
--- osmose-emulator-1.0/debian/watch2016-08-12 13:14:37.0 -0300
+++ osmose-emulator-1.0/debian/watch2017-04-04 18:20:16.0 -0300
@@ -1,4 +1,3 @@
 version=4
-opts=pgpsigurlmangle=s/$/.asc/,filenamemangle=s/.+\/(\d\S*)\.tar\.gz/osmose-emulator-$1\.tar\.gz/
 \
+opts=pgpsigurlmangle=s/$/.asc/ \
   https://github.com/coringao/osmose-emulator/tags .*/(\d\S*)\.tar\.gz
-

unblock osmose-emulator/1.0-3

--
 Carlos Donizete Froes [a.k.a coringao]

Bug#859574: postgrey: Please add systemd service file

[Laurent Bigonville]

Package: postgrey
Version: 1.36-3
Severity: wishlist
Tags: systemd-units
User: pkg-systemd-maintain...@lists.alioth.debian.org

Hi,

It would be nice if postgrey was shipping a native systemd .service
file.

Quickly looking at the existing initfile, this shouldn't be too
difficult.

Regards,

Laurent Bigonville

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

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

Bug#859210: ITP: xtrabackup -- Percona XtraBackup is an open-source hot backup utility for MySQL that doesn't lock your database during the backup. It can back up data from InnoDB, XtraDB, and MyISAM

[Paul Wise]

On Tue, 2017-04-04 at 10:54 -0500, David Bennett wrote:

> I was under the impression that xtrabackup 2.2 was being removed from
> stretch.

Yes, it has already been removed from stretch and it is too late in the
release cycle to get it back in because we are past the soft freeze.
However, the package is still in Debian unstable so it should be
updated rather than starting from scratch. The right way to do that is
to join the Debian MySQL team and help with updating the package. Any
package update in unstable should fix the 3 serious bugs that prevented
its inclusion in Debian stretch. Since the exact same version is
available in Debian jessie, you should fix those 3 serious bugs in
jessie too, if they apply there, some may not due to dependencies.

https://lists.debian.org/msgid-search/20170205222956.tgkvf222frsms...@powdarrmonkey.net
https://tracker.debian.org/pkg/percona-xtrabackup
https://packages.qa.debian.org/p/percona-xtrabackup.html
https://wiki.debian.org/Teams/MySQL
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#bug-security

PS: I note that Percona XtraBackup seems to have some embedded code
copies, please remove them from your VCS repository and tarballs.
If they are modified, please get your patches upstreamed.

https://wiki.debian.org/EmbeddedCodeCopies

> Our intention is to jump directly to our 2.4.6 version which supports
> Percona Server 5.6/5.7,  MySQL 5.6/5.7, MariaDB 10.x. If you would
> rather we upgrade the existing package to 2.4.6 this is fine.

I'm not familiar with Percona XtraBackup so I'll leave the decision
about which version use up to you and the MySQL team. For Debian's
side, we usually choose to use the LTS version if there is one or the
latest stable release otherwise.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#859566: release.debian.org: please let postgis migrate to testing

[Ivo De Decker]

Hi,

On Tue, Apr 04, 2017 at 11:06:37PM +0200, Markus Wanner wrote:
> a fix for postgis is currently not migrating to testing, even though it
> got unblocked. AFAIUI this is caused by missing builds on mips and mipsel.
> 
> On those architectures, the dependent package sfcgal FTBFSs due to out
> of memory errors during compilation. Only sid is affected, though. The
> older version of sfcgal in stretch builds just fine even on mips{,el}.
> 
> postgis-2.3.1+dfsg-1, i.e. the version just before the fix built fine on
> mips{,el}, so I'm fairly confident 2.3.1+dfsg-2 will build perfectly
> fine on stretch as well (where sfcgal is available even for those mipsen).
> 
> Please help resolving that situation, thanks.

It looks like the issue is as follows:

First, there is a dak issue in unstable:

On some architectures in unstable, postgis has outdated versions. This is the
case for kfreebsd-* (2.2.2+dfsg-4) and hurd-i386 (2.3.1+dfsg-1). The binaries
for these versions on these architectures are still known in the archive. This
includes the arch-specific binaries (for kfreebsd and hurd) and the arch all
binaries.

On architectures where postgis builds fine (amd64, arm64, armel, armhf, i386,
mips64el, powerpc, ppc64el, s390x), the arch all binaries are those that are
built from the same source version. So there is no issue.

On architectures where there are no arch-specific binaries, because they were
removed (mips, mipsel), dak includes all the arch all binaries it has in the
archive. This includes the ones from the last version (2.3.1+dfsg-2), but also
those from 2.2.2+dfsg-4 and 2.3.1+dfsg-1 (and apparently there is also
postgresql-9.5-postgis-2.2-scripts version 2.2.2+dfsg-5, but I don't know
why).

So the Packages files for unstable on mips and mipsel have multiple versions
of packages like postgis-doc and postgresql-9.6-postgis-scripts. This also
isn't really in issue for britney, because she only uses the newest one.

For a package like postgresql-9.5-postgis-2.2, however, the packages files
only have outdated versions (2.2.2+dfsg-4 in this case), as the package is no
longer built from newer versions of the source.

Here comes a britney issue:

If a package has no arch-specific binaries on an architecture, but it has arch
all binaries on that architecture, and some of the are cruft (= from a
previous version), the 'ignore-cruft' logic doesn't work. The up-to-date ones
are not counted (line 1390 in britney.py), but the outdated ones are, so they
are seen as missing builds instead of cruft. The fix is probably to check for
cruft in both arch-all and arch-specific binaries separately for each
architecture.

On a related note: I'm not sure that a package which has up-to-date
arch-specific binaries on all arches but outdated arch all binaries is handled
correctly. We need testcases in the testsuite for that scenario and the one
described above.


So the real fix to allow postgis to migrate requires a britney fix (and maybe
also changes to dak). In the short run, however, there are 2 possible
workarounds:

- Ask for the removal of postgis on all the architectures in the archive where
  it is outdated. This will probably get rid of the outdated binaries in the
  archive, and so they will disappear from unstable on mips and mipsel as
  well.
- Adding a force hint to make britney ignore the situation and try anyway.

Please hold of on both of these for a few days, to allow further investigation
of the britney issue.

Cheers,

Ivo

Bug#859573: inkscape: Wrong bounding box if export to PDF is done with a single object selected

[wzab]

Package: inkscape
Version: 0.92.1-1
Severity: normal

Dear Maintainer,

When I export different objects into separate files (e.g. to create 
overlays for LaTeX prosper

package), I get incorrect page size in created PDF files.

I attach sample svg file (test.svg) containing two objects: obiekt1 and 
obiekt2 and results

of the export.
They were generated by:
$ inkscape -z -C -A test.pdf  test.svg $ inkscape -z -C -i obiekt1 -A 
test1.pdf  test.svg


The test.pdf file has correct bounding box, while test1.pdf has 
incorrect one.


With best regards,
Wojtek


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

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

Versions of packages inkscape depends on:
ii  libaspell150.60.7~20110707-3+b2
ii  libatk1.0-02.22.0-1
ii  libatkmm-1.6-1v5   2.24.2-2
ii  libc6  2.24-9
ii  libcairo2  1.14.8-1
ii  libcairomm-1.0-1v5 1.12.0-1+b1
ii  libcdr-0.1-1   0.1.3-3+b1
ii  libdbus-1-31.10.16-1
ii  libdbus-glib-1-2   0.108-2
ii  libfontconfig1 2.11.0-6.7+b1
ii  libfreetype6   2.6.3-3+b2
ii  libgc1c2   1:7.4.2-8
ii  libgcc11:6.3.0-11
ii  libgdk-pixbuf2.0-0 2.36.5-2
ii  libglib2.0-0   2.50.3-2
ii  libglibmm-2.4-1v5  2.50.0-1
ii  libgomp1   6.3.0-11
ii  libgsl22.3+dfsg-1
ii  libgtk2.0-02.24.31-2
ii  libgtkmm-2.4-1v5   1:2.24.5-1
ii  libgtkspell0   2.0.16-1.1
ii  libjpeg62-turbo1:1.5.1-2
ii  liblcms2-2 2.8-4
ii  libmagick++-6.q16-78:6.9.7.4+dfsg-2
ii  libmagickcore-6.q16-3  8:6.9.7.4+dfsg-2
ii  libmagickwand-6.q16-3  8:6.9.7.4+dfsg-2
ii  libpango-1.0-0 1.40.4-1
ii  libpangocairo-1.0-01.40.4-1
ii  libpangoft2-1.0-0  1.40.4-1
ii  libpangomm-1.4-1v5 2.40.1-3
ii  libpng16-161.6.28-1
ii  libpoppler-glib8   0.48.0-2
ii  libpoppler64   0.48.0-2
ii  libpopt0   1.16-10+b2
ii  libpotrace01.13-3
ii  librevenge-0.0-0   0.0.4-6
ii  libsigc++-2.0-0v5  2.10.0-1
ii  libstdc++6 6.3.0-11
ii  libvisio-0.1-1 0.1.5-4+b1
ii  libwpg-0.3-3   0.3.1-3
ii  libx11-6   2:1.6.4-3
ii  libxml22.9.4+dfsg1-2.2
ii  libxslt1.1 1.1.29-2.1
pn  python:any 
ii  zlib1g 1:1.2.8.dfsg-5

Versions of packages inkscape recommends:
ii  aspell   0.60.7~20110707-3+b2
ii  fig2dev [transfig]   1:3.2.6a-2
ii  imagemagick  8:6.9.7.4+dfsg-2
ii  imagemagick-6.q16 [imagemagick]  8:6.9.7.4+dfsg-2
ii  libimage-magick-perl 8:6.9.7.4+dfsg-2
ii  libwmf-bin   0.2.8.4-10.6
ii  python-lxml  3.7.1-1
ii  python-numpy 1:1.12.0-2
ii  python-scour 0.32-2
ii  transfig 1:3.2.6a-2

Versions of packages inkscape suggests:
pn  dia | dia-gnome  
pn  libsvg-perl  
pn  libxml-xql-perl  
ii  pstoedit 3.70-3+b2
pn  python-uniconvertor  
ii  ruby 1:2.3.3

-- no debconf information



test.pdf
Description: Adobe PDF document


test1.pdf
Description: Adobe PDF document

Bug#859571: RM: terminix -- ROM; renamed to tilix

[Matthias Klumpp]

Just in case, to be safe: This RM affects unstable only, not testing ;-)
(In case over over-eager release team, as Terminix in stretch is
currently affected by a RC bug in the LDC package ^^).

Cheers,
Matthias

-- 
I welcome VSRE emails. See http://vsre.info/

Bug#859572: docbook-xsl: randomly adds ???TITLE??? to title

[Chris West]

Package: docbook-xsl
Version: 1.79.1+dfsg-2

Sometimes, when I generate HTML, the title for my book gets
"???TITLE???" appended to it. This happens for very simple books:

$ cat usersBook.xml

http://docbook.org/ns/docbook;>
foo






$ xsltproc --output html/ \
  --xinclude \
  /usr/share/xml/docbook/stylesheet/docbook-xsl/htmlhelp/htmlhelp.xsl \
  usersBook.xml
...
Request for title of element with no title: code (contained in )
...
$ grep '^Title=' html/htmlhelp.hhp
Title=foo???TITLE???

However, sometimes it does not. The "Request.." message is omitted, and
the title is normal:
Title=foo

This happens ~60% of the time.

This affects the reproducibility of packages such as gsequencer, due to
the random variation it introduces.

My investigation:
Sometimes, a  element is generated during glossary generation.
(I don't know why this happens.). Then, this template matches:
 doesn't exist anywhere with a
title... and it gets stuck in the raw title, then.. I got super lost.

Bug#859571: RM: terminix -- ROM; renamed to tilix

[Matthias Klumpp]

Package: ftp.debian.org
Severity: normal

Hi!
The terminix package has been renamed to tilix which is now accepted
in unstable.
Since the terminix version is already much higher in unstable than in
testing, we can't use unstable to upgrade terminix in Stretch anymore
anyway, so removing the old terminix package is safe.

The old Terminix package won't be auto-decrufted because it still
provides the terminix-common binary package for which no transitional
package is necessary.

Thanks!
Matthias

-- 
I welcome VSRE emails. See http://vsre.info/

Bug#859570: linux 4.10: Please enable CONFIG_BLK_WBT?

[Julian Andres Klode]

Source: linux
Version: 4.10-1~exp1
Severity: wishlist

I think it makes sense to enable writeback throttling. I often see systems
basically locking up for minutes with heavy disk access, from the discussion
on that feature, it should fix that.

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (900, 'unstable'), (500, 'unstable-debug'), (500, 
'buildd-unstable'), (500, 'testing'), (100, 'experimental'), (1, 
'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

-- 
Debian Developer - deb.li/jak | jak-linux.org - free software dev
  |  Ubuntu Core Developer |
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to ('inline').  Thank you.

Bug#857597: debian-cd: "isolinux.bin missing or corrupt" when booting USB flash drive in old PC

[ant]

Package: debian-cd
Followup-For: Bug #857597

Tags: moreinfo

(no need to cc me)

  - another old machine (soon to be retired i hope), but
for those who are trying to write a USB stick using the
debian installer i386 netinst image it may too have the 
problem and report a missing isolinux.bin.

  the machine i'm on is using the D865GVHZ Intel chipset
and the most up to date bios i could find.

BIOS BF86510A.86A.0075.P24.0503071605 03/07/2005

  the fix used on the image for the xfce cd also worked
for the netinst image.

  dd conv=notrunc bs=1 count=432 if=isohdpfx.bin.170324 
of=debian-stretch-DI-rc2-i386-netinst.iso

  Thank you to those who got me to a bootable USB
stick/installer image:  :)

   David Christensen
   Martin Str|mberg
   Thomas Schmitt

ant


-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)

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

Versions of packages debian-cd depends on:
ii  apt   1.4~rc2
ii  bc1.06.95-9+b3
ii  bzip2 1.0.6-8.1
ii  cpp   4:6.3.0-2
ii  curl  7.52.1-3
ii  dctrl-tools [grep-dctrl]  2.24-2+b1
ii  dpkg-dev  1.18.23
ii  genisoimage   9:1.1.11-3+b2
pn  libcompress-zlib-perl 
pn  libdigest-md5-perl
ii  libdpkg-perl  1.18.23
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-2
ii  lynx  2.8.9dev11-1
ii  lynx-cur  2.8.9dev11-1
ii  make  4.1-9.1
ii  perl  5.24.1-2
ii  tofrodos  1.7.13+ds-2

Versions of packages debian-cd recommends:
ii  dosfstools   4.1-1
pn  hfsutils 
pn  isolinux 
ii  mtools   4.0.18-2+b1
ii  netpbm   2:10.0-15.3+b2
pn  syslinux-common  

Bug#859569: ublock-origin-doc: missing Breaks+Replaces: xul-ext-ublock-origin (<< 1.11.4+dfsg)

[Andreas Beckmann]

Package: ublock-origin-doc
Version: 1.11.4+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package ublock-origin-doc.
  Preparing to unpack .../26-ublock-origin-doc_1.11.4+dfsg-1_all.deb ...
  Unpacking ublock-origin-doc (1.11.4+dfsg-1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-8kD5uL/26-ublock-origin-doc_1.11.4+dfsg-1_all.deb 
(--unpack):
   trying to overwrite 
'/usr/share/doc/xul-ext-ublock-origin/benchmarks/cpu-usage-overall-20141226.ods.gz',
 which is also in package xul-ext-ublock-origin 1.10.4+dfsg-1
  dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-8kD5uL/26-ublock-origin-doc_1.11.4+dfsg-1_all.deb


cheers,

Andreas


xul-ext-ublock-origin=1.10.4+dfsg-1_ublock-origin-doc=1.11.4+dfsg-1.log.gz
Description: application/gzip

Bug#859568: RFS: gnome-games-app/3.24.0.2-1 [ITP]

[Jeremy Bicha]

Package: sponsorship-requests
Severity: wishlist


Dear mentors,

I am looking for a sponsor for my package "gnome-games-app"

 * Package name: gnome-games-app
   Version : 3.24.0.2-1
   Upstream Author : Adrien Plazas, Sebastien Nicouleaud
 * URL : https://wiki.gnome.org/Apps/Games
 * License : GPL-3+
   Section : games

  It builds one binary package:

gnome-games-app - Game browser and launcher for GNOME

Note that this package build-depends on retro-gtk (RFS bug #859567)

Packaging is available at

https://anonscm.debian.org/git/pkg-gnome/gnome-games.git/

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

dget -x 
https://mentors.debian.net/debian/pool/main/g/gnome-games-app/gnome-games-app_3.24.0.2-1.dsc

I don't intend for this package to be in stretch.

Changelog entry:

gnome-games-app (3.24.0.2-1) unstable; urgency=medium

  * Initial release (Closes: #857508) (LP: #1669688)

Thanks,
Jeremy Bicha

Bug#706656: [3dprinter-general] Bug#706656: ITP: cura -- Controller for 3D printers

[Gregor Riepl]

>> I'll probably settle for debian-2.3.1 (branches) and debian-2.3.1-1
>> (tags).
> 
> Ah, I see.  I think you should use upstream's releases anyway; if you need
> to make changes for the packaging, they should just be part of the package,
> not a fork from upstream.  Especially if the only change that your personal
> upstream has compared to the real upstream is the version number.
> 
> So unless I'm missing something, I think you should use Ultimaker's source
> as upstream.  If you need any changes (such as using packaged libraries),
> they should be part of the packaging (through patches).

This is basically what I'm doing. I'm not maintaining a fork, rather I'm
pulling in the upstream sources as a separate git remote when I'm building
packages.

git-buildpackage handles this very well, if you give it the right arguments.
It will tell you right away if you modified anything outside debian/ that is
not patched by quilt.

> Of course it is still useful to have your packaging (the debian directory) 
> under version control as well, and using names for those releases also
> makes sense.  If you want to name them debian-* that's fine, although given
> that they only contain the debian directory, it doesn't seem like it would
> confuse anyone anyway.

Well, this is the best way to do it when using git-buildpackage.
If you have other suggestions, I'm all ears. :)

>> Ok, so... libclipper is not what you think it is. The one used by Cura
>> comes from here: http://www.angusj.com/delphi/ While the one in Debian is
>> this one: http://www.ysbl.york.ac.uk/~cowtan/clipper/clipper.html
> 
> Ah yes, clipper has weird and annoying naming.  I talked to upstream about
> it, but they don't want to change it.  I think it had something to do with
> a package naming conflict in Red Hat.  In any case, the package is called 
> libpolyclipping.  There is a pkg-config file with it, but it's broken, so
> I changed it.  I don't think the change made it in upstream's release,
> although I'm not sure.  Code should use #include  and be
> compiled with:
> 
> g++ `pkg-config --cflags polyclipping` -c source.cpp -o object.o g++
> `pkg-config --libs polyclipping` object.o -o target
> 
> This will add -I/usr/include/polyclipping and -lpolyclipping respectively.

If at all possible, I'd like to stick to cmake modules and not use anything
external like pkg-config.
Or maybe there's a cmake module for pulling in information from .pc files?

>> Cura's clipper consists of two files and has no external dependencies. I
>> don't think repackaging it is worth the effort. Should a
>> security-critical bug be discovered, it's not going to be too hard to
>> convince the Cura developers to patch CuraEngine.
> 
> When I packaged the previous version of Cura (of which only CuraEngine made
> it into Debian), I thought it was worth the effort, so luckily for you I
> already packaged it. :)

Ok... If it doesn't require too many modifications in the build system.

>> rapidjson is a different story. I managed to build CuraEngine with 
>> librapidjson from sid by patching CMakeLists and removing rapidjson from
>> the tree. I'm not particulary happy with the solution, but it seems to
>> work.
> 
> Sounds good.  I think this is the way to go; I understand upstream when
> they want to bundle their dependencies, so it's not useful to try to
> convince them to stop doing that (aside from the fact that we most likely
> wouldn't succeed). But them bundling them doesn't mean that we should use
> those version.  One point of having a distribution is that we can trust our
> packages, so we don't have to fear our dependencies doing weird things
> without us knowing about it.
> 
>> Now, as for the final result: It is mostly unusable, and I don't know yet
>> if it's upstream's fault or that I missed some files. In any case, there
>> was a regression in 2.3 that made the UI unusable on small screen
>> resolutions. 2.1.3 had worked fine.
> 
> I tried the earlier version from you, which was also unusable for me
> because it didn't support delta printers.  I downloaded their new release
> (2.4), which works fine for me.

It did - if you built your own printer definition with a custom keepout area
like I did. ;)

>> I'm going to double-check if I've missed any files, and then I'll patch
>> up the the sources to 2.4.0. Hopefully that fixes things.
> 
> Sounds good.  Thanks for your work!

Bug#859567: RFS: retro-gtk/0.10.0-1 [ITP]

[Jeremy Bicha]

Package: sponsorship-requests
Severity: wishlist


Dear mentors,

I am looking for a sponsor for my package "retro-gtk"

* Package name: retro-gtk
  Version : 0.10.0-1
  Upstream Author : Adrien Plazas
* URL : https://wiki.gnome.org/Apps/Games
* License : GPL-3+
  Section : libs

It builds those binary packages:

 gir1.2-retro-gtk-0.10 - GObject introspection data for retro-gtk
 libretro-gtk-0.10-dev - library for GTK libretro frontends - development files
 libretro-gtk0 - library for GTK libretro frontends

It is a required dependency for gnome-games-app (#857508)

Packaging is available at

https://anonscm.debian.org/git/pkg-gnome/retro-gtk.git/

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

dget -x 
https://mentors.debian.net/debian/pool/main/r/retro-gtk/retro-gtk_0.10.0-1.dsc

I don't intend for this package to be in stretch.

Changelog entry:

retro-gtk (0.10.0-1) unstable; urgency=low

  * Initial release (Closes: #857509) (LP: #1669687)

Thanks,
Jeremy Bicha

Bug#859539: Downloaded sources also fail

[Sergio Costas]

Hi again:

I also tried to download the sources from filezilla.org and install them
(both filezilla and libfilezilla), and also crashes...

-- 
Nos leemos
 RASTER(Linux user #228804)
ras...@rastersoft.com  http://www.rastersoft.com

Bug#859539: filezilla: Filezilla crashes at startup

[Sergio Costas]

Hi John:

This?

raster@rasterhost:~$ gdb filezilla
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from filezilla...Reading symbols from
/usr/lib/debug/.build-id/31/c201bdd8cd0fed8dfd5bb02b38cdfbe4567309.debug...done.
done.
(gdb) r
Starting program: /usr/bin/filezilla
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Reading locale option from /home/raster/.filezilla/filezilla.xml
[New Thread 0x7fffe8eb5700 (LWP 24494)]
[New Thread 0x7fffe3fff700 (LWP 24496)]
[New Thread 0x7fffe2f27700 (LWP 24497)]
[New Thread 0x7fffe2726700 (LWP 24498)]
[New Thread 0x7fffe1f25700 (LWP 24499)]
[New Thread 0x7fffe1724700 (LWP 24500)]

Thread 1 "filezilla" received signal SIGSEGV, Segmentation fault.
0x761bd386 in wxGenericTreeCtrl::Expand(wxTreeItemId const&) ()
from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0
(gdb) bt
#0  0x761bd386 in wxGenericTreeCtrl::Expand(wxTreeItemId const&)
() from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0
#1  0x761b6a97 in wxGenericTreeCtrl::EnsureVisible(wxTreeItemId
const&) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0
#2  0x761bd9bc in wxGenericTreeCtrl::DoSelectItem(wxTreeItemId
const&, bool, bool) () from
/usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0
#3  0x761bde09 in wxGenericTreeCtrl::SelectItem(wxTreeItemId
const&, bool) () from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-3.0.so.0
#4  0x55872acc in wxTreeCtrlEx::SafeSelectItem
(this=0x56304660, item=...) at treectrlex.cpp:50
#5  0x55715a86 in CLocalTreeView::SetDir
(this=this@entry=0x56304660, localDir=...) at LocalTreeView.cpp:333
#6  0x55715c78 in CLocalTreeView::OnStateChange
(this=0x56304660, notification=) at LocalTreeView.cpp:871
#7  0x55841ca5 in CState::NotifyHandlers
(this=this@entry=0x562fcc00,
notification=notification@entry=STATECHANGE_LOCAL_DIR, data=...,
data2=data2@entry=0x0) at state.cpp:638
#8  0x5584913b in CState::SetLocalDir
(this=this@entry=0x562fcc00, dir=..., error=error@entry=0x0,
rememberPreviousSubdir=rememberPreviousSubdir@entry=true) at state.cpp:299
#9  0x55849a02 in CState::SetLocalDir
(this=this@entry=0x562fcc00,
dir=L"/home/raster/workspace/pagina_local/html/", error=error@entry=0x0,
rememberPreviousSubdir=rememberPreviousSubdir@entry=true)
at state.cpp:227
#10 0x55674ae0 in CContextControl::CreateTab
(this=0x56167620) at context_control.cpp:119
#11 0x5572d8a7 in CMainFrame::CMainFrame (this=0x5615de90)
at Mainfrm.cpp:352
#12 0x556aa27f in CFileZillaApp::OnInit (this=0x55d4b530) at
FileZilla.cpp:275
#13 0x756f7c12 in wxEntry(int&, wchar_t**) () from
/usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
#14 0x55625059 in main (argc=,
argv=0x7fffe668) at locale_initializer.cpp:98
(gdb)


El 04/04/17 a las 23:14, John Paul Adrian Glaubitz escribió:
> Control: tags -1 moreinfo
>
> Hi Sergio!
>
> I just tried to reproduce the crash on amd64 but without success.
>
> I added ftp.debian.org as a remote site and added my home directory as the
> local and /debian/ as the remote directories for a bookmark, saved the book-
> mark, connected to ftp.debian.org, then chose the newly generated bookmark
> without any problems.
>
> Could you please install the dbgsym package for filezilla [1],  run filezilla
> within gdb and provide a backtrace.
>
> Thanks,
> Adrian
>
>> [1] https://wiki.debian.org/AutomaticDebugPackages


-- 
Nos leemos
 RASTER(Linux user #228804)
ras...@rastersoft.com  http://www.rastersoft.com

Bug#859539: filezilla: Filezilla crashes at startup

[John Paul Adrian Glaubitz]

Control: tags -1 moreinfo

Hi Sergio!

I just tried to reproduce the crash on amd64 but without success.

I added ftp.debian.org as a remote site and added my home directory as the
local and /debian/ as the remote directories for a bookmark, saved the book-
mark, connected to ftp.debian.org, then chose the newly generated bookmark
without any problems.

Could you please install the dbgsym package for filezilla [1],  run filezilla
within gdb and provide a backtrace.

Thanks,
Adrian

> [1] https://wiki.debian.org/AutomaticDebugPackages

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#859566: release.debian.org: please let postgis migrate to testing

[Markus Wanner]

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

Dear Release Team,

a fix for postgis is currently not migrating to testing, even though it
got unblocked. AFAIUI this is caused by missing builds on mips and mipsel.

On those architectures, the dependent package sfcgal FTBFSs due to out
of memory errors during compilation. Only sid is affected, though. The
older version of sfcgal in stretch builds just fine even on mips{,el}.

postgis-2.3.1+dfsg-1, i.e. the version just before the fix built fine on
mips{,el}, so I'm fairly confident 2.3.1+dfsg-2 will build perfectly
fine on stretch as well (where sfcgal is available even for those mipsen).

Please help resolving that situation, thanks.

Kind Regards

Markus Wanner



signature.asc
Description: OpenPGP digital signature

Bug#859565: unblock: execnet/1.4.1-3.1

[Thomas Goirand]

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

Please unblock package execnet

In #854494 and #858189, Santiago Vila reported that 2 tests are often failing
in a non-deterministic way, resulting in FTBFS. As the package has been left
without any fix for nearly 2 months, and to avoid AUTORM of this package in 13
days (but more importantly for me, AUTORM of some key packages of OpenStack
like Nova), I have NMU the package removing these 2 tests.

Debdiff attached.

Please unblock execnet/1.4.1-3.1
Cheers,

Thomas Goirand (zigo)
diff -Nru execnet-1.4.1/debian/changelog execnet-1.4.1/debian/changelog
--- execnet-1.4.1/debian/changelog	2017-01-22 15:05:01.0 +
+++ execnet-1.4.1/debian/changelog	2017-04-04 20:30:05.0 +
@@ -1,3 +1,10 @@
+execnet (1.4.1-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Disable tests that are often failing (Closes: #854494, #858189).
+
+ -- Thomas Goirand   Tue, 04 Apr 2017 20:30:05 +
+
 execnet (1.4.1-3) unstable; urgency=medium
 
   * add test_gateway-fix-race-condition.patch (Closes: #840823 [thanks
diff -Nru execnet-1.4.1/debian/patches/remove-broken-tests.patch execnet-1.4.1/debian/patches/remove-broken-tests.patch
--- execnet-1.4.1/debian/patches/remove-broken-tests.patch	1970-01-01 00:00:00.0 +
+++ execnet-1.4.1/debian/patches/remove-broken-tests.patch	2017-04-04 20:30:05.0 +
@@ -0,0 +1,58 @@
+Description: Remove broken tests
+ As per the bug reports, the 2 tests disabled by this patch are flaky,
+ and produce random FTBFS.
+Author: Thomas Goirand 
+Bug-Debian: https://bugs.debian.org/854494
+Bug-Debian: https://bugs.debian.org/858189
+Forwarded: no
+Last-Update: 2017-04-04
+
+--- execnet-1.4.1.orig/testing/test_gateway.py
 execnet-1.4.1/testing/test_gateway.py
+@@ -237,20 +237,6 @@ class TestPopenGateway:
+ assert rinfo.cwd == py.std.os.getcwd()
+ assert rinfo.version_info == py.std.sys.version_info
+ 
+-def test_waitclose_on_remote_killed(self, makegateway):
+-gw = makegateway('popen')
+-channel = gw.remote_exec("""
+-import os
+-import time
+-channel.send(os.getpid())
+-time.sleep(100)
+-""")
+-remotepid = channel.receive()
+-py.process.kill(remotepid)
+-py.test.raises(EOFError, "channel.waitclose(TESTTIMEOUT)")
+-py.test.raises(IOError, channel.send, None)
+-py.test.raises(EOFError, channel.receive)
+-
+ def test_receive_on_remote_sysexit(self, gw):
+ channel = gw.remote_exec("""
+ raise SystemExit()
+--- execnet-1.4.1.orig/testing/test_xspec.py
 execnet-1.4.1/testing/test_xspec.py
+@@ -118,23 +118,6 @@ class TestMakegateway:
+ assert rinfo.cwd == os.getcwd()
+ assert rinfo.version_info == sys.version_info
+ 
+-@pytest.mark.skipif("not hasattr(os, 'nice')")
+-def test_popen_nice(self, makegateway):
+-gw = makegateway("popen")
+-
+-def getnice(channel):
+-import os
+-if hasattr(os, 'nice'):
+-channel.send(os.nice(0))
+-else:
+-channel.send(None)
+-remotenice = gw.remote_exec(getnice).receive()
+-gw.exit()
+-if remotenice is not None:
+-gw = makegateway("popen//nice=5")
+-remotenice2 = gw.remote_exec(getnice).receive()
+-assert remotenice2 == remotenice + 5
+-
+ def test_popen_env(self, makegateway):
+ gw = makegateway("popen//env:NAME123=123")
+ ch = gw.remote_exec("""
diff -Nru execnet-1.4.1/debian/patches/series execnet-1.4.1/debian/patches/series
--- execnet-1.4.1/debian/patches/series	2017-01-22 14:41:30.0 +
+++ execnet-1.4.1/debian/patches/series	2017-04-04 20:30:05.0 +
@@ -1,3 +1,4 @@
 test_gateway-fix-race-condition.patch
 remove-privacy-breach-google-adsense.patch
 conf.py-int-for-linkcheck_timeout.patch
+remove-broken-tests.patch

Bug#859435: linux-image-4.9.0-2-amd64: Total freeze of the PC at lightdm connexion screen

[Grand T]

After having set back the option quiet in grub and perform


update-initramfs -u

root@debian:/boot# ls -alrt
total 53164
-rw-r--r--  1 root root   184840 juin  25  2015 memtest86+_multiboot.bin
-rw-r--r--  1 root root   182704 juin  25  2015 memtest86+.bin
-rw-r--r--  1 root root  3169263 févr. 27 16:58 System.map-4.9.0-2-amd64
-rw-r--r--  1 root root   186706 févr. 27 16:58 config-4.9.0-2-amd64
-rw-r--r--  1 root root  4189736 févr. 28 05:35 vmlinuz-4.9.0-2-amd64
-rw-r--r--  1 root root  3128784 mars   8 00:58 vmlinuz-3.16.0-4-amd64
-rw-r--r--  1 root root  2681172 mars   8 00:59 System.map-3.16.0-4-amd64
-rw-r--r--  1 root root   157815 mars   8 00:59 config-3.16.0-4-amd64
-rw-r--r--  1 root root 18523550 mars   9 08:14 initrd.img-3.16.0-4-amd64
drwxr-xr-x 24 root root 4096 avril  4 18:46 ..
drwxr-xr-x  5 root root 4096 avril  4 20:16 grub
-rw-r--r--  1 root root 21991463 avril  4 20:51 initrd.img-4.9.0-2-amd64
drwxr-xr-x  3 root root 4096 avril  4 20:51 .


The freeze at screen connexion is far less frequent, mostly if I restart and no 
more at initial boot.


A real time problem?

Bug#859564: arandr: doesn't detect when I unplug an external screen

[Antoine]

Package: arandr
Version: 0.1.9-2
Severity: important

Dear Maintainer,

   * What led up to the situation?

I have an integrated screen (LVDS1) in my laptop and an external one
(VGA1). They are both active and functional. They are both configured
with arandr.

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

I have unplugged the external screen (VGA1).

   * What was the outcome of this action?

arandr doesn't seem to detect the action : the virtual desktop still
extends the display and all the windows are out of reach. 

   * What outcome did you expect instead?

At the arandr's startup it should detect that VGA one is unplugged and
adapt the display.

-- Package-specific info:
Output of /usr/share/bug/arandr:
$ xrandr --version
xrandr program version   1.5.0
Server reports RandR version 1.5
$ xrandr --query --current
Screen 0: minimum 8 x 8, current 1680 x 1050, maximum 32767 x 32767
LVDS1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 
340mm x 190mm
   1366x768  59.97*+
   1360x768  59.96  
   1024x768  60.00  
   1024x576  60.00  
   960x540   60.00  
   800x600   60.3256.25  
   864x486   60.00  
   640x480   59.94  
   720x405   60.00  
   680x384   60.00  
   640x360   60.00  
DP1 disconnected (normal left inverted right x axis y axis)
VGA1 connected 1680x1050+0+0 (normal left inverted right x axis y axis) 430mm x 
270mm
   1680x1050 59.95*+
   1280x1024 75.0260.02  
   1152x864  75.00  
   1024x768  75.0360.00  
   800x600   75.0060.32  
   640x480   75.0059.94  
   720x400   70.08  
VIRTUAL1 disconnected (normal left inverted right x axis y axis)
$ xrandr --query --current --verbose
Screen 0: minimum 8 x 8, current 1680 x 1050, maximum 32767 x 32767
LVDS1 connected primary 1366x768+0+0 (0x47) normal (normal left inverted right 
x axis y axis) 340mm x 190mm
Identifier: 0x42
Timestamp:  499152877
Subpixel:   horizontal rgb
Gamma:  1.0:1.0:1.0
Brightness: 1.0
Clones:
CRTC:   0
CRTCs:  0 1
Transform:  1.00 0.00 0.00
0.00 1.00 0.00
0.00 0.00 1.00
   filter: 
EDID: 
000030e4c201
00120103802213780ae8959b56489626
1a50540001010101010101010101
0101010101013e1c56a0500016303020
350058c21019
00fe004c
4720446973706c61790a202000fc
004c503135365748312d544c413300de
BACKLIGHT: 394265 
range: (0, 736950)
Backlight: 394265 
range: (0, 736950)
scaling mode: Full aspect 
supported: None, Full, Center, Full aspect
  1366x768 (0x47) 72.300MHz -HSync -VSync *current +preferred
h: width  1366 start 1414 end 1446 total 1526 skew0 clock  47.38KHz
v: height  768 start  771 end  776 total  790   clock  59.97Hz
  1360x768 (0xa9) 72.000MHz +HSync -VSync
h: width  1360 start 1408 end 1440 total 1520 skew0 clock  47.37KHz
v: height  768 start  771 end  781 total  790   clock  59.96Hz
  1024x768 (0xaa) 65.000MHz -HSync -VSync
h: width  1024 start 1048 end 1184 total 1344 skew0 clock  48.36KHz
v: height  768 start  771 end  777 total  806   clock  60.00Hz
  1024x576 (0xab) 46.995MHz -HSync +VSync
h: width  1024 start 1064 end 1168 total 1312 skew0 clock  35.82KHz
v: height  576 start  577 end  580 total  597   clock  60.00Hz
  960x540 (0xac) 40.784MHz -HSync +VSync
h: width   960 start  992 end 1088 total 1216 skew0 clock  33.54KHz
v: height  540 start  541 end  544 total  559   clock  60.00Hz
  800x600 (0xad) 40.000MHz +HSync +VSync
h: width   800 start  840 end  968 total 1056 skew0 clock  37.88KHz
v: height  600 start  601 end  605 total  628   clock  60.32Hz
  800x600 (0xae) 36.000MHz +HSync +VSync
h: width   800 start  824 end  896 total 1024 skew0 clock  35.16KHz
v: height  600 start  601 end  603 total  625   clock  56.25Hz
  864x486 (0xaf) 32.901MHz -HSync +VSync
h: width   864 start  888 end  976 total 1088 skew0 clock  30.24KHz
v: height  486 start  487 end  490 total  504   clock  60.00Hz
  640x480 (0xb0) 25.175MHz -HSync -VSync
h: width   640 start  656 end  752 total  800 skew0 clock  31.47KHz
v: height  480 start  490 end  492 total  525   clock  59.94Hz
  720x405 (0xb1) 22.176MHz -HSync +VSync
h: width   720 start  728 end  800 total  880 skew0 clock  25.20KHz
v: height  405 start  406 end  409 total  420   clock  60.00Hz
  680x384 

Bug#859563: mrboom: Incomplete debian/copyright?

[Chris Lamb]

Source: mrboom
Version: 3.1-1
Severity: serious
Justication: Policy §12.5
X-Debbugs-CC: Gürkan Myczko 

Hi,

I just ACCEPTed mrboom from NEW but noticed it was missing 
attribution in debian/copyright for at least the embedded
zlib library.

(This is not exhaustive so please check over the entire package 
carefully and address these on your next upload.)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#859561: tag-done Closing this mistaken bug-report.

[Dave Goel]

Pardon me. Was using test to set up. The bugreport actually got sent.

Using tag -done. to try to close it.

Bug#859562: hplip-data: Broken on filenames with spaces

[Dave Goel]

Package: hplip-data
Version: 3.14.6-1+deb8u1
Severity: important

Dear Maintainer,

If you hp-scan --file="my receipt.pdf", it scans correctly. It then launches 
the viewer - xpdf - on "my" and fails.

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

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

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


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/24 CPU cores)
Locale: LANG=en_US.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 hplip-data depends on:
pn  python:any  
ii  xz-utils5.1.1alpha+20120614-2+b3

hplip-data recommends no packages.

Versions of packages hplip-data suggests:
ii  hplip  3.14.6-1+deb8u1

-- no debconf information

Bug#859561: hplip-data: test

[Dave Goel]

Package: hplip-data
Version: 3.14.6-1+deb8u1
Severity: wishlist


Dear Maintainer,
test

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

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

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


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/24 CPU cores)
Locale: LANG=en_US.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 hplip-data depends on:
pn  python:any  
ii  xz-utils5.1.1alpha+20120614-2+b3

hplip-data recommends no packages.

Versions of packages hplip-data suggests:
ii  hplip  3.14.6-1+deb8u1

-- no debconf information

Bug#859560: xen: CVE-2017-7228: x86: broken check in memory_exchange() permits PV guest breakout (XSA-212)

[Salvatore Bonaccorso]

Source: xen
Version: 4.8.1~pre.2017.01.23-1
Severity: grave
Tags: security upstream
Justification: user security hole

Hi,

the following vulnerability was published for xen.

CVE-2017-7228[0]:
| An issue (known as XSA-212) was discovered in Xen, with fixes available
| for 4.8.x, 4.7.x, 4.6.x, 4.5.x, and 4.4.x. The earlier XSA-29 fix
| introduced an insufficient check on XENMEM_exchange input, allowing the
| caller to drive hypervisor memory accesses outside of the guest
| provided input/output arrays.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-7228
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-7228
[1] https://xenbits.xen.org/xsa/advisory-212.html

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#859559: horizon: CVE-2017-7400: XSS in federation mappings UI

[Salvatore Bonaccorso]

Source: horizon
Version: 3:10.0.0-1
Severity: grave
Tags: security upstream
Justification: user security hole
Forwarded: https://bugs.launchpad.net/horizon/+bug/1667086

Hi,

the following vulnerability was published for horizon.

CVE-2017-7400[0]:
| OpenStack Horizon 9.x through 9.1.1, 10.x through 10.0.2, and 11.0.0
| allows remote authenticated administrators to conduct XSS attacks via a
| crafted federation mapping.

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-7400
[1] https://bugs.launchpad.net/horizon/+bug/1667086

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#859542: puma: Please migrate to openssl1.1 in Buster

[Sebastian Andrzej Siewior]

Package: puma
Version: 3.6.0-1
Severity: important
Tags: sid buster
User: pkg-openssl-de...@lists.alioth.debian.org
Usertags: openssl-1.1-trans

Please migrate to libssl-dev in the Buster cycle.

Sebastian

Bug#859541: apksigner fails with HSM key hardware

[Hans-Christoph Steiner]

Package: apksigner
Version: 0.5+git165~g42d07eb-1
Severity: important
Tags: fixed-upstream upstream

jarsigner also the use of "eTokens" to store the signing keys, and
apksigner is supposed to function as a drop-in replacement for
jarsigner.  apksigner currently totally fails with an eToken/HSM.
Upstream fixed this already, here is the upstream bug report:
https://code.google.com/p/android/issues/detail?id=263437

Bug#859540: pavuk: Please migrate to openssl1.1 in Buster

[Sebastian Andrzej Siewior]

Package: pavuk
Version: 0.9.35-6
Severity: important
Tags: sid buster
User: pkg-openssl-de...@lists.alioth.debian.org
Usertags: openssl-1.1-trans

Please migrate to libssl-dev in the Buster cycle.

Sebastian

Bug#859539: filezilla: Filezilla crashes at startup

[Sergio Costas]

Package: filezilla
Version: 3.24.0-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After updating my Debian SID system, filezilla stopped working. Launching it
from a command line returns a segmentation fault almost inmediatly:

raster@rasterhost:~/.config$ filezilla
Reading locale option from /home/raster/.filezilla/filezilla.xml
Segmentation fault
raster@rasterhost:~/.config$

Removing the file .filezilla/filezilla.xml allows to launch it, but as soon as
a server is chosen in the bookmarks, it crashes again.

raster@rasterhost:~$ filezilla
Reading locale option from /home/raster/.filezilla/filezilla.xml
wxD-Bus: Signal from /org/freedesktop/DBus, member NameAcquired
wxD-Bus: Reply with serial 2
wxD-Bus: Reply to RegisterClient, our object path is
/org/gnome/SessionManager/Client33

** (filezilla:18791): WARNING **: invalid source position for vertical
gradient

** (filezilla:18791): WARNING **: invalid source position for vertical
gradient

** (filezilla:18791): WARNING **: invalid source position for vertical
gradient

** (filezilla:18791): WARNING **: invalid source position for vertical
gradient
wxD-Bus: CPowerManagementInhibitor: Requesting busy
Segmentation fault
raster@rasterhost:~$




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

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

Versions of packages filezilla depends on:
ii  filezilla-common 3.24.0-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-9
ii  libcairo21.14.8-1
ii  libdbus-1-3  1.10.16-1
ii  libfilezilla00.9.0-1
ii  libfontconfig1   2.11.0-6.7+b1
ii  libfreetype6 2.6.3-3+b2
ii  libgcc1  1:6.3.0-11
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgnutls30  3.5.8-5
ii  libgtk2.0-0  2.24.31-2
ii  libnettle6   3.3-1+b1
ii  libpango-1.0-0   1.40.4-1
ii  libpangocairo-1.0-0  1.40.4-1
ii  libpangoft2-1.0-01.40.4-1
ii  libpugixml1v51.7-2
ii  libsqlite3-0 3.16.2-3
ii  libstdc++6   6.3.0-11
ii  libwxbase3.0-0v5 3.0.2+dfsg-3
ii  libwxgtk3.0-0v5  3.0.2+dfsg-3

Versions of packages filezilla recommends:
ii  xdg-utils  1.1.1-1

filezilla suggests no packages.

-- no debconf information

Bug#858553: [Pkg-pascal-devel] Bug#858553: Bug#858553: [lazarus-doc-1.6] Package lazarus-doc-1.6 is empty and does not ship documentation files

[Paul Gevers]

Hi all,

On 04-04-17 00:27, Abou Al Montacir wrote:
> Can you please help on this issue?
> It looks like the file extctrls.pp or the corresponding xml is not
> supported by the used version of fpdoc.

In our version, on line 1400 (or line 1437 in current HEAD version¹) we
have the following:
  TCtrlBands = class (specialize TFPGObjectList)

It is the < and > that cause the issue. My assumption is that when
converted to xml, they need to be escaped/converted to  and .

If I remove either (not necessary both) of them, the fpdoc conversion of
extctrls.pp succeeds.

Paul

¹
http://svn.freepascal.org/cgi-bin/viewvc.cgi/trunk/lcl/extctrls.pp?view=markup=53634=lazarus



signature.asc
Description: OpenPGP digital signature

Bug#858860: RFS: arpwatch [ITA]

[Lukas Schwaighofer]

Hi Hugo,

thanks a lot for looking at this.  I have made some changes to the
package based on your feedback, pushed them to my git repository and
uploaded the new version to mentors:
https://mentors.debian.net/package/arpwatch

Some further questions and comments follow inline below.

On Tue, 4 Apr 2017 12:29:09 +0200
Hugo Lefeuvre  wrote:

> https://git.somlen.de/arpwatch.git/ returns 403 Forbidden :)

I do not have a web based git viewer installed on my server, however
  git clone https://git.somlen.de/arpwatch.git
should work. Remember to switch to the `staged-changes` branch.

(I should probably create a page explaining that this is a git only url
instead of displaying a 403…)

> Quick review:
> 
> * lintian reports
> 
>   P: arpwatch source: source-contains-data-from-ieee-data-oui-db
> ethercodes.dat 
> 
>   but it looks like you already fixed it. If this warning is not
> relevant anymore please override it.  

Well, I did not really fix it. ethercodes.dat is still part of the
source package, it's just no longer put into the binary package. But, as
it is small and it does not violate the DFSG, Christian Seiler suggested
on debian-mentors not to repack [1].

I have not previously overridden that tag because I was not sure if it
is best practice to override lintian pediantic tags at all (only quite
few packages seem to do it) as they also don't show up on the
tracker.debian.org page. Anyways, I've now overridden the following two
pedantic tags, together with a justification as comment:
* source-contains-data-from-ieee-data-oui-db
* debian-watch-may-check-gpg-signature

> * There's no copyright entry for you

Fixed.

> Nitpicking:
> 
> in debian/changelog: why "remove dmassagevendor" ? This changelog
> entry could be more verbose.  

Right, I have a longer justification in the git history; I have expanded
on the changelog entry.

> $ cme check dpkg
> [...]
> Warning in 'dirs:0' value 'usr/sbin': Make sure that this directory is 
> actually needed. See 
> L for 
> details
> Warning in 'dirs:1' value 'var/lib/arpwatch': Make sure that this
> directory is actually needed. See
> L
> for details  

If I remove `usr/sbin` from dirs, buildpackage fails complaining that
the directory does not exist (so something in the build system is
slightly broken).

`var/lib/arpwatch` is an empty directory created by the package that is
populated with ethercodes.db during postinst (and then with interface
specific database files once arpwatch is started). Should I create the
directory during postinst instead? Creating the empty directory as part
of the package seems nicer since dpkg will take care of the `rmdir` and
warn the user if the directory is not empty on uninstall.

> [...]
> Warning in 'control source Vcs-Git' value 
> 'git://anonscm.debian.org/collab-maint/arpwatch.git': An unencrypted
> transport protocol is used for this URI. It is recommended to use a
> secure transport such as HTTPS for anonymous read-only access.
> 
> Warning in 'control source Vcs-Git' value 
> 'git://anonscm.debian.org/collab-maint/arpwatch.git': URL is not the
> canonical one for repositories hosted on Alioth.  

I had that on my TODO list but decided to wait and see how I get the
package sponsored before changing the Url. I've now pointed it to what I
expect to become its new home in case you are willing to sponsor the
package:
  https://anonscm.debian.org/cgit/pkg-security/arpwatch.git
  https://anonscm.debian.org/git/pkg-security/arpwatch.git
I've also adjusted debian/control to what I think it should be for team
maintenance (maintainer is pkg-security-team, added myself as uploader).

> Warning in 'control binary:arpwatch Pre-Depends:0' value 'dpkg (>= 1.16.1)': 
> unnecessary versioned dependency: dpkg (>= 1.16.1).
> Debian has oldstable -> 1.16.18; stable -> 1.17.27; unstable -> 1.18.23; 
> testing -> 1.18.23;  

Ok, I removed the pre-dependenciy.

In order to setup the file based trigger I followed man deb-triggers(5)
from dpkg-dev version 1.18.23 (most recent version in unstable) which
states:
> The “-noawait” variants are only supported since dpkg 1.16.1, and will
> lead to errors if used with an older dpkg. It is thus recommended to
> add a “Pre-Depends: dpkg (>= 1.16.1)” to any package that wish to use
> those directives.

Should I file a bug against the dpkg-dev package that this
recommendation should be dropped?


> Warning in 'copyright Format' value
> 'http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/':
> Format uses insecure http protocol instead of https  

Fixed.

> $ codespell *
> aclocal.m4:784: seperate  ==> separate
> aclocal.m4:787: independantly  ==> independently
> aclocal.m4:788: dependancies  ==> dependencies
> arp2ethers:8: occurance  ==> occurrence
> config.sub:1161: nto  ==> not  | disable due to \n
> debian/changelog:129: wont  ==> won't, wont
> 

Bug#859538: unblock: libsndfile/1.0.27-2

[IOhannes m zmoelnig]

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

Please unblock package libsndfile

upstream recently discovered two buffer overruns in the code (handling FLAC and
ID3 files), and promptly rolled out a new release.
the updated Debian package backports these fixes.

since libsndfile is a widely used library for reading soundfiles (e.g. it is a
dependency of the both pulseaudio (the general purpose sound system for
Desktops) and jackd (the sound server for "professional" (studio) use),
i'd consider having the fixed version in stretch a high priority.

thanks for your consideration.

msard
IOhannes


unblock libsndfile/1.0.27-2

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

Kernel: Linux 4.9.0-2-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)
diff -Nru libsndfile-1.0.27/debian/changelog libsndfile-1.0.27/debian/changelog
--- libsndfile-1.0.27/debian/changelog  2016-10-05 22:32:40.0 +0200
+++ libsndfile-1.0.27/debian/changelog  2017-04-04 15:33:45.0 +0200
@@ -1,3 +1,11 @@
+libsndfile (1.0.27-2) unstable; urgency=medium
+
+  * Backported fixes for buffer-write overflows from 1.0.28.
+Thanks to Erik de Castro Lopo
+  * Added myself to uploaders
+
+ -- IOhannes m zmölnig (Debian/GNU)   Tue, 04 Apr 2017 
15:33:45 +0200
+
 libsndfile (1.0.27-1) unstable; urgency=low
 
   [ Erik de Castro Lopo ]
diff -Nru libsndfile-1.0.27/debian/control libsndfile-1.0.27/debian/control
--- libsndfile-1.0.27/debian/control2016-10-05 22:32:40.0 +0200
+++ libsndfile-1.0.27/debian/control2017-04-04 15:33:45.0 +0200
@@ -2,6 +2,8 @@
 Section: devel
 Priority: optional
 Maintainer: Erik de Castro Lopo 
+Uploaders:
+ IOhannes m zmölnig (Debian/GNU) ,
 Build-Depends: debhelper (>= 8.1.3), pkg-config, dh-autoreconf,
  libvorbis-dev (>= 1.2.3), libflac-dev (>= 1.1.4-3),
  libasound2-dev [linux-any]
diff -Nru libsndfile-1.0.27/debian/patches/fix_bufferoverflows.patch 
libsndfile-1.0.27/debian/patches/fix_bufferoverflows.patch
--- libsndfile-1.0.27/debian/patches/fix_bufferoverflows.patch  1970-01-01 
01:00:00.0 +0100
+++ libsndfile-1.0.27/debian/patches/fix_bufferoverflows.patch  2017-04-04 
15:33:45.0 +0200
@@ -0,0 +1,570 @@
+Description: fixes buffer write overflows
+Author: Erik de Castro Lopo
+Origin: upstream
+Applied-Upstream: 1.0.28
+Reviewed-by: IOhannes m zmölnig
+Last-Update: 2017-04-03
+---
+This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
+--- libsndfile.orig/src/id3.c
 libsndfile/src/id3.c
+@@ -1,5 +1,5 @@
+ /*
+-** Copyright (C) 2010-2011 Erik de Castro Lopo 
++** Copyright (C) 2010-2017 Erik de Castro Lopo 
+ **
+ ** This program is free software; you can redistribute it and/or modify
+ ** it under the terms of the GNU Lesser General Public License as published by
+@@ -48,9 +48,11 @@
+ 
+   /* Calculate new file offset and position ourselves there. */
+   psf->fileoffset += offset + 10 ;
+-  psf_binheader_readf (psf, "p", psf->fileoffset) ;
+ 
+-  return 1 ;
++  if (psf->fileoffset < psf->filelength)
++  {   psf_binheader_readf (psf, "p", psf->fileoffset) ;
++  return 1 ;
++  } ;
+   } ;
+ 
+   return 0 ;
+--- libsndfile.orig/src/flac.c
 libsndfile/src/flac.c
+@@ -61,10 +61,10 @@
+ 
+   FLAC__StreamMetadata *metadata ;
+ 
+-  const FLAC__int32 * const * wbuffer ;
+-  FLAC__int32 * rbuffer [FLAC__MAX_CHANNELS] ;
++  const int32_t * const * wbuffer ;
++  int32_t * rbuffer [FLAC__MAX_CHANNELS] ;
+ 
+-  FLAC__int32* encbuffer ;
++  int32_t* encbuffer ;
+   unsigned bufferpos ;
+ 
+   const FLAC__Frame *frame ;
+@@ -95,18 +95,18 @@
+ static sf_count_t flac_write_f2flac (SF_PRIVATE *psf, const float *ptr, 
sf_count_t len) ;
+ static sf_count_t flac_write_d2flac (SF_PRIVATE *psf, const double *ptr, 
sf_count_t len) ;
+ 
+-static void   f2flac8_array (const float *src, FLAC__int32 *dest, int 
count, int normalize) ;
+-static void   f2flac16_array (const float *src, FLAC__int32 *dest, 
int count, int normalize) ;
+-static void   f2flac24_array (const float *src, FLAC__int32 *dest, 
int count, int normalize) ;
+-static void   f2flac8_clip_array (const float *src, FLAC__int32 
*dest, int count, int normalize) ;
+-static void   f2flac16_clip_array (const float *src, FLAC__int32 
*dest, int count, int normalize) ;
+-static void   f2flac24_clip_array (const float *src, FLAC__int32 
*dest, int count, int normalize) ;

Bug#859537: vdr: please explain how to scan channels

[A Mennucc]

Package: vdr
Severity: wishlist


Dear mantainers

I have installed "vdr" . It comes with a list of channels valid in UK.
So I wished to replace it with a list of channels valid for my country.
It took me a long time.
You may want to add some lines of instructions in README.Debian,
as follows.



Note: all the following commands should be run as root.

Install the packages  dvb-tools and dtv-scan-tables with
# apt-get install dvb-tools dtv-scan-tables

Choose a file under the directory /usr/share/dvb/
that is apt for your country and your DVB adapter,
let-s say  "/usr/share/dvb/dvb-t/fr-All"

Scan for available channels.

# dvbv5-scan -o /tmp/temporary_channels.conf -O vdr /usr/share/dvb/dvb-t/fr-All

Edit the files  /var/lib/vdr/channels.conf
and delete from it all lines that represent channels that are not visible
in your country/town, add all lines from the file /tmp/temporary_channels.conf .

restart vdr and enjoy
^^

thanks and bye. a



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

Kernel: Linux 4.8.0-0.bpo.2-amd64 (SMP w/2 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)

Bug#859019: your mail

[Ivo De Decker]

Hi,

On Tue, Apr 04, 2017 at 08:20:15PM +0200, Julian Taylor wrote:
> >> the issues are very much RC, stretch should not be stuck with a .0 numpy
> >> release.
> > 
> > Just stating that won't make it RC. If you want your upload unblocked, the
> > proper way to do that is to file an unblock request with an explanation, not
> > by filing random RC bugs for stuff that is not RC. Do not inflate the 
> > severity
> > of this bug again.
> 
> do you prefer separate bugs for each issue?
> Imo thats just a waste of time.

No. This bug is fine. It's just not RC.

> The unblock request will be filed when it's passed its unstable cooking
> time.

OK, perfect.

Cheers,

Ivo

Bug#859472: Upstream issue

[Filip Pytloun]

Tests are also failing upstream: https://travis-ci.org/pimutils/khal
But didn't fail on my workstation :-/
Reported upstream and waiting for fix.


signature.asc
Description: PGP signature

Bug#836127: Call for Votes for new CTTE Member

[Tollef Fog Heen]

]] Philip Hands 

> ===BEGIN
> 
> The Technical Committee recommends that David Bremner  be
> appointed by the Debian Project Leader to the Technical Committee.
> 
> A: Recommend to Appoint David Bremner 
> B: Further Discussion
> 
> ===END

I vote A > B.

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

Bug#859434: rsync: no-i-r progress no longer visible

[Thorsten Glaser]

notfound 859434 3.1.2-1
thanks

The version in stretch does not have this bug.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

Bug#859019: your mail

[Julian Taylor]

On 04.04.2017 20:18, Ivo De Decker wrote:
> Control: severity -1 normal
> 
> Hi,
> 
> On Sat, Apr 01, 2017 at 01:18:08PM +0200, Julian Taylor wrote:
>> severity 859019 serious
>> thanks
>>
>> the issues are very much RC, stretch should not be stuck with a .0 numpy
>> release.
> 
> Just stating that won't make it RC. If you want your upload unblocked, the
> proper way to do that is to file an unblock request with an explanation, not
> by filing random RC bugs for stuff that is not RC. Do not inflate the severity
> of this bug again.

do you prefer separate bugs for each issue?
Imo thats just a waste of time.
The unblock request will be filed when it's passed its unstable cooking
time.

Bug#859525: hedgewars: Please do not depend on transitional package ttf-wqy-zenhei

[Gianfranco Costamagna]

control: tags -1 pending

Hello,


>The package tty-wqy-zenhei is now a transitional dummy package provided by
>fonts-wqy-zenhei. Please update the dependency information of package
>hedgewars.


fixed in git

https://anonscm.debian.org/cgit/pkg-games/hedgewars.git/commit/?id=7e60103e4ae2e25aec78858d993d8acca6aa94c6
I will upload when Buster opens if you are ok with that

G.

Bug#859536: manpages-4.10-1: Overwrite file from other package

[Michael Rasmussen]

Package: manpages-4.10-1
Version: 4.10-1
Severity: serious
Justification: Policy 7.6.1

Dear Maintainer,

Installing package will overwrite files from another package:
dpkg: error processing archive /var/cache/apt/archives/manpages_4.10-1_all.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man7/keyrings.7.gz', which is also in 
package keyutils 1.5.9-9
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/manpages_4.10-1_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (900, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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



This mail was virus scanned and spam checked before delivery.
This mail is also DKIM signed. See header dkim-signature.

Bug#859019: your mail

[Ivo De Decker]

Control: severity -1 normal

Hi,

On Sat, Apr 01, 2017 at 01:18:08PM +0200, Julian Taylor wrote:
> severity 859019 serious
> thanks
> 
> the issues are very much RC, stretch should not be stuck with a .0 numpy
> release.

Just stating that won't make it RC. If you want your upload unblocked, the
proper way to do that is to file an unblock request with an explanation, not
by filing random RC bugs for stuff that is not RC. Do not inflate the severity
of this bug again.

Cheers,

Ivo

Bug#857923: golang-go-dbus: build-depend on obsoleted package golang-gocheck-dev

[Mattia Rizzolo]

Sergio: a question: given that the package lives in the pkg-go namespace
(I mean, the git repository does), why isn't the pkg-go team set as
maintainer of it?

On Sat, Apr 01, 2017 at 07:57:21PM +0900, Roger Shimizu wrote:
> Control: tags -1 +patch pending
> 
> Just pushed a fix to git repo:
>   
> https://anonscm.debian.org/cgit/pkg-go/packages/golang-go-dbus.git/commit/?id=7dd07f6
> 
> I'll ask sponsor to upload later.

How is it going the look for a sponsor?
I can sponsor it if you want (just I do not have commit rights to the
repo, so you should preper everything - also note that it would be an
NMU, as for some reason the package is not formally team maintained, I
wonder if it should be hijacked into the team).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#859535: avr-libc: please drop the build-dependency on autoconf2.59

[Mattia Rizzolo]

Source: avr-libc
Version: 1:1.8.0+Atmel3.5.0-1
Severity: important
Control: block 852235 by -1

Please drop the build-dep on autoconf2.59, which is scheduled for
removal from the archive, and avr-libc is the last user of it.

Please be aware that I plan to rise the severity to RC after the stretch
release.

TIA.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#845482: RFS: python-patch 1.16

[Paolo Greppi]

Hi Mattia,

It is still in my TODO list to process your detailed feedback to the RFS I sent 
to the mailing list (thanks BTW !).

I think I should manage to do that before May but I'm always happy if anybody 
steps in.

I'll CC the ITP bug as well...

Paolo

Il 04/04/2017 19:31, Mattia Rizzolo ha scritto:
> Hey Paolo, any news of this package?
> (explicitly CCing you to be extra sure it'll reach you)
>
> (And this is why I prefer RFS bugs, btw, saving me from digging in my
> mail archive to find this one…)
> 
> On Thu, Dec 29, 2016 at 06:17:40PM +0100, Mattia Rizzolo wrote:
>> On Tue, Nov 29, 2016 at 08:20:23AM +0100, Paolo Greppi wrote:
>>> Hi,
>>
>> Hi!
>>
>> FYI, I found your RFS only thanks to the /topic in #debian-python.
>> Unless you're very lucky most RFSes sent to random mailing lists have a
>> tendency to get lost/ignored; that's why I suggest you always file a RFS
>> bug and X-Debbugs-CC the relevant team, unless you know that team is
>> going to react (like pkg-js recently).
>>
>>> I packaged python-patch as per this ITP:
>>> https://bugs.debian.org/845482, this is the repo:
>>> https://anonscm.debian.org/cgit/python-modules/packages/python-patch.git
>>>
>>> Please someone more experienced than me review it and if it's OK sponsor
>>> its upload.
>>
>> I fixed the file name in the pristine-tar branch (otherwise `origtargz`
>> ignored it..).
>>
>>> Please note that since the pypi tarball has no tests, whereas the github
>>> tarball has no setup, I choose the latter and added the setup.py with a
>>> git-dpm/quilt patch. I hope this is correct.
>>
>> Yep, that's fine.  Please ask upstream to syncronize both, and have
>> github ship the setup.py, and the tarball the release.
>>
>>
>> more changes I ask you:
>> * d/changelog:
>>   + please kill the second changelog line; first uploads should only
>> come with a "first upload" line
>>   + finalize it (dch -r)
>> * d/control:
>>   + please wrap-and-sort that list of build-deps
>>   + why are you commenting out the Testsuite field?
>>   + Vcs-* are pointing to a repo that's not DPMT's, that's wrong
>> (furthermore that URL first requires auth, and it gave me a 404, so
>> I think it's a private repo)
>> * d/compat:
>>   + please bump to 10 (d/control already have the >= 10, so I guess you
>> just forgot to push this one too)
>> * d/rules:
>>   + please repspect DEB_BUILD_OPTIONS=nocheck
>>   + please use the method provided by pybuild to properly run the tests
>> against all supported python versions, against what you just
>> "built"; I think that one runs only one python version (2.7)
>> against the original sources.
>>   + you're overriding dh_auto_install when you only want to append
>> --install-script to the command invoked.  Please use
>> PYBUILD_INSTALL_ARGS=--install-scripts=... instead.
>> * d/copyright:
>>   + why are you licensing debian/ under a different license?
>>   + personally I find a lot more readable to have all the file paragraph
>> at the top, and all stand alone licenses at the bottom
>>   + other/pack.py is under another license
>> * I: python-patch: new-package-should-not-package-python2-module python-patch
>>   + right, I was about to forget about this...
>> * I: python-patch source: binary-control-field-duplicates-source field 
>> "section" in package python-patch
>>
>> -- 
>> regards,
>> Mattia Rizzolo
>>
>> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
>> more about me:  https://mapreri.org : :'  :
>> Launchpad user: https://launchpad.net/~mapreri  `. `'`
>> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
> 
> 
> 

Bug#859534: RM: libapache2-mod-auth-memcookie -- RoQA; unmaintained; depends on obsolete library; low popcon

[Mattia Rizzolo]

Package: ftp.debian.org
X-Debbugs-Cc: libapache2-mod-auth-memcoo...@packages.debian.org

Please remove libapache2-mod-auth-memcookie from the archive.

The last upload was 4 years ago, despite a new upstream releas existing
for long, and an RC bug requesting it being open.
With popcon so low (4) I figure it's simpler to just remove the package,
it can be reintroduced anytime if somebody wants to maintain it
properly.

Also the package is neither in jessie nor stretch.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#859514: file conflict with keyutils

[Alf Gaida]

There are some more conflicting files:
* man/keyrings.7
* man/persistent-keyring.7
* man/process-keyring.7
* man/session-keyring.7
* man/thread-keyring.7
* man/user-keyring.7
* man/user-session-keyring.7

All man-pages conflicting with the current keyutils.



signature.asc
Description: OpenPGP digital signature

Bug#859533: warmux-data: Please do not depend on transitional package ttf-wqy-microhei

[Boyuan Yang]

Package: warmux-data
Severity: minor

Package warmux-data depends on transitional dummy package ttf-wqy-microhei,
which is now provided by fonts-wqy-microhei.

Please update your dependency list and directly depend on the real package.

Thanks!



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

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

Bug#857238: fixed in 2.00

[Roland Hieber]

For reference, this is fixed in version 2.00 at CPAN which got uploaded
yesterday.

 - Roland

Bug#849835: Include MPL-1.1 and MPL-2.0 in common-licenses

[Santiago Vila]

On Mon, Apr 03, 2017 at 10:19:07AM -0700, Russ Allbery wrote:

> Maybe you can interpret that as a commit to the Policy repository that
> will be included in the next release, as opposed to an actual Policy
> release?

Of course. The fact that it's in git means that the change has been
approved by the policy group, that's the idea, and that's enough.


I've already made the upload, but I still have a minor comment:

We have symlinks like GPL -> GPL-3 for some licenses, but not for all
of them.

Because the MPL license itself does not seem to encourage the
"or any later version" wording (as the GPL does), I decided that we
can live without a symlink for the MPL. But if there is a good reason
why we should have it, please let me know.

Thanks.

Bug#857994: Please don't remove npm from Stretch

[Lisandro Damián Nicanor Pérez Meyer]

tag 857994 pending
thanks

On martes, 4 de abril de 2017 12:27:00 -03 Niels Thykier wrote:
[snip] 
> @QT/KDE maintainers: A timely upload for #857994 would greatly be
> appreciated, so we can finish up this soon.

It seems the people listed in Uploaders are kind of MIA and I was busy with 
non-Debian stuff (actually I'm still quite busy).

I have just uploaded a fixed version just removing the dependency. It's an 
example so it should not be a significant issue. Not ideal but good enough for 
now.


-- 
She got her good looks from her father. He's a plastic surgeon.
 -- Groucho Marx

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


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

Bug#859124: Display uname -snrvm (or similar) in the motd (jessie->stretch regression)

[Faidon Liambotis]

On Tue, Apr 04, 2017 at 05:18:07PM +, Santiago Vila wrote:
> I've added the file as /etc/update-motd.d/10-uname to mimic
> Ubuntu style.

That's great, thanks for the quick turnaround!

> I took a look at what Ubuntu does.
> 
> Then I took a look at one of the links in the wiki page,
> the rant about motd becoming bloated:
> 
> http://web.archive.org/web/20131205090841/http://deadmemes.net/2010/10/19/fear-and-loathing-in-debianubuntu-or-who-needs-etcmotd

That sounds like a lot of ranting and FUD for no apparent reason other
than change aversity ("decades of expected behavior") and with arguments
like the size of the libpam-modules source package?!

> I'm happy to recover the uname thing, because it was lost, but I just
> hope people does not start asking for things to be added to
> the default update-motd.d...

Well people may, but you can always say no or defer them to other
packages :) I agree with you that base-files should provide just the
bare minimum.

For what it's worth, we use the /etc/update-motd.d functionality at work
(at Wikimedia) via automated puppet code to provision various stanzas in
the systems that inform the sysadmin trying to login of things like
which distro/kernel the system runs, when it was first installed, which
puppet roles have been applied to the server, how long ago was the last
puppet run, if it's the active or backup of a pair of HA servers etc.

I've found it as a pretty useful functionality overall and I'm glad it's
now working in Debian out of the box :)

Thanks again,
Faidon

Bug#859238: RFS: microsoft-gsl/0.1~2017.03.20~git16a6a41-1

[PICCORO McKAY Lenz]

i dont understand why the other package depends on that? of course, if more
a more moco-soft related will be packaged, this package good to be includen
in distribution,

its a common case in all mocosoft related... the main target its to use
more and more their "standars", i really hate all mocosoft related

so i think its better a static build inside all the code of the packages,
due its more faster and prevents a propaganda of mocosoft..

this "library" does not provide real funtionallity, its only to code "as
moscosoft like"

Lenz McKAY Gerardo (PICCORO)
http://qgqlochekone.blogspot.com

2017-04-03 20:22 GMT-04:00 Mattia Rizzolo :

> Control: owner -1 !
> Control: tag -1 moreinfo
>
> On Sat, Apr 01, 2017 at 01:07:18AM +0300, Коля Гурьев wrote:
> > I am looking for a sponsor for my package "microsoft-gsl"
>
> Hi!
>
> >  Package name: microsoft-gsl
>
> As others said already, 'microsoft' in the package name is a sad
> situation.  Personally, is just a can of worms I do not want to open for
> so little, so please rename it to something else (I like 'ms-gsl').
>
> >  Version : 0.1~2017.03.20~git16a6a41-1
>
> I recommend using 0 instead of 0.1 as base version.
>
> >   dget -x https://mentors.debian.net/debian/pool/main/m/microsoft-
> gsl/microsoft-gsl_0.1~2017.03.20~git16a6a41-1.dsc
>
> As I said privately, I'd enjoy having a git repository for this :)
> Here I feel you could enjoy even more baing the repo out of upstream
> git (see an example in the dehydrated package); or you can see my
> pencil2d package for an example of a thing building tarball out of
> upstream git, ready to be committed; as you prefer.
>
> * test building, I noticed it didn't take advantage of my quad-core
>   system; why didn't you use compat level 10?
> * please send that UnitTest.patch upstream; that's clearly one of those
>   cases their stupid system with a case-insensitive file system tricked
>   them…
> * that empty directory tests/unittest-cpp, why didn't you remove it?
>
> --
> regards,
> Mattia Rizzolo
>
> GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
> more about me:  https://mapreri.org : :'  :
> Launchpad user: https://launchpad.net/~mapreri  `. `'`
> Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-
>

Bug#859124: Display uname -snrvm (or similar) in the motd (jessie->stretch regression)

[Santiago Vila]

Hi.

I've added the file as /etc/update-motd.d/10-uname to mimic
Ubuntu style.

> Going further than that, the possibilities are endless. Ubuntu includes
> a lot more functionality by default (LSB release, documentation links,
> system information/news etc.). A look at Ubuntu's base-files' source
> will give you an idea of how this is being used.

I took a look at what Ubuntu does.

Then I took a look at one of the links in the wiki page,
the rant about motd becoming bloated:

http://web.archive.org/web/20131205090841/http://deadmemes.net/2010/10/19/fear-and-loathing-in-debianubuntu-or-who-needs-etcmotd

I'm happy to recover the uname thing, because it was lost, but I just
hope people does not start asking for things to be added to
the default update-motd.d...

Thanks.

Bug#858596: Changing title and severity

[Lisandro Damián Nicanor Pérez Meyer]

reopen 858596
retitile 858596 libkscreenlocker5: locks when .xsession-errors is big
thanks

Hi salvo! The bug is still ther, so no need to close. Now we know it might be 
related to the size of .xsession-errors.

-- 
Antiguo proverbio de El Machi: "Dado el apropiado grado de profundidad, la
ineptitud es indistinguible del sabotaje"

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


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

Bug#859531: debian-edu: Please do not recommend transitional package ttf-wqy-* for education-lang-zh-tw-desktop

[Boyuan Yang]

Source: debian-edu
Severity: wishlist

Binary package education-lang-zh-tw-desktop recommends transitional dummy
package ttf-wqy-microhei and ttf-wqy-zenhei. Both packages are now dummy
packages and provided by fonts-wqy-microhei and fonts-wqy-zenhei respectively.

Please update your recommend list and recommend directly on the real packages.

Thanks!



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

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

Bug#859532: RM: kon2 -- RoQA; RC buggy; unmaintained; lost upstream; low popcon

[Mattia Rizzolo]

Package: ftp.debian.org
X-Debbugs-Cc: k...@packages.debian.org

Please remove kon2 from the archive.

Last upload 9 years ago, gained an RC bug one year ago without reply.
Also the upstream website doesn't seem to like unauth users anymore, and
popcon is quite low (38).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#859530: RM: jbofihe -- RoQA; RC buggy; unmaintained; dead upstream; low popcon

[Mattia Rizzolo]

Package: ftp.debian.org
X-Debbugs-Cc: jbof...@packages.debian.org

Please remove jbofihe from the archive.

Last maintainer upload was 11 years ago, since then it only gained more
bugs.
Also popcon is low (22), and the upstream website is down.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#859528: openjdk-8-jre-headless: Please do not suggest transitional package ttf-wqy-{zenhei,microhei}

[Boyuan Yang]

Package: openjdk-8-jre-headless
Version: 8u121-b13-4
Severity: minor

Package openjdk-8-jre-headless suggests transitional dummy package ttf-wqy-
microhei and ttf-wqy-zenhei, which are provided by fonts-wqy-microhei and
fonts-wqy-zenhei now.

Please update your dependency list and directly suggests the real packages.

Thanks!



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

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

Versions of packages openjdk-8-jre-headless depends on:
ii  ca-certificates-java  20161107
ii  java-common   0.58
ii  libc6 2.24-9
ii  libcups2  2.2.1-8
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3+b2
ii  libgcc1   1:6.3.0-11
ii  libjpeg62-turbo   1:1.5.1-2
ii  liblcms2-22.8-4
ii  libnss3   2:3.26.2-1
ii  libpcsclite1  1.8.20-1
ii  libstdc++66.3.0-11
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxi62:1.7.9-1
ii  libxrender1   1:0.9.10-1
ii  libxtst6  2:1.2.3-1
ii  multiarch-support 2.24-9
ii  util-linux2.29.1-1
ii  zlib1g1:1.2.8.dfsg-5

openjdk-8-jre-headless recommends no packages.

Versions of packages openjdk-8-jre-headless suggests:
ii  fonts-dejavu-extra 2.37-1
pn  fonts-indic
ii  fonts-ipafont-gothic   00303-16
ii  fonts-ipafont-mincho   00303-16
ii  fonts-wqy-zenhei [ttf-wqy-zenhei]  0.9.45-6
ii  libnss-mdns0.10-8

-- no debconf information

Bug#859478: offlineimap: 'maxage' comments are wrong, offlineimap DELETES your mails

[Cyril Brulebois]

Ilias Tsitsimpis  (2017-04-04):
> Control: fixed -1 6.6.0~rc3+dfsg1-1
> 
> Hi Cyril,
> 
> On Tue, Apr 04, 2017 at 01:28AM, Cyril Brulebois wrote:
> > Looking at the code, it seems “is that older than maxage?” is
> > implemented by looking at the timestamp in the filename for local
> > mails, which happens to be October 2016 for a mail received in 2015!
> 
> Your analysis is correct. Here is a blog post which explains in depth
> the above bug:
> 
> http://www.offlineimap.org/devel/2015/04/14/why-we-changed-maxage.html

Yes I've read this.

> This should be fixed in newer versions of OfflineIMAP. Could you please
> give it a try?

Well, trying out new versions is something I can do, but it really doesn't
help with the fact that offlineimap in stable is responsible for data loss.

> You may also be interested in the 'sync_deletes' feature, introduced in
> version 7.0.6+dfsg1-1. Copying from the docs:
> 
> This option stands in the [Repository RemoteExample] section.
> 
> Propagate deletions from remote to local. Messages deleted in this 
> repository
> won't get deleted on the local repository if set to "no". Default is yes.

This looks like an ideal solution to my initial problem, thanks!


KiBi.


signature.asc
Description: Digital signature

Bug#859529: should we RM imview-doc ?

[Mattia Rizzolo]

Source: imview-doc
Version: 1.0.1-3
Severity: serious
X-Debbugs-cc: debian-scie...@lists.debian.org

should we remove imview-doc ?
It has an outstanding license issue https://bugs.debian.org/708955
and it seems nobody cared about it since 2008.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#859526: samba: unable to install/run samba package in IPv6 only host.

[Volodymyr Samodid]

Package: samba
Version: 2:4.5.8+dfsg-1
Severity: important
Tags: ipv6

I am unable to install samba package in IPv6 only host.
I use lxc IPv6 only container with debian stretch.

--- output skiped 
Samba is not being run as an AD Domain Controller, masking samba-ad-dc-service.
Please ignore the following error about deb-systemd-helper not finding 
samba-ad-dc-service.
Created symlink /etc/systemd/system/multi-user.target.wants/nmbd.service → 
/lib/systemd/system/nmbd.service.
Failed to preset unit: Unit file /etc/systemd/system/samba-ad-dc.service is 
masked.
/usr/bin/deb-systemd-helper: error: systemctl preset failed on 
samba-ad-dc.service: No such file or directory
Created symlink /etc/systemd/system/multi-user.target.wants/smbd.service → 
/lib/systemd/system/smbd.service.
Job for nmbd.service failed because a timeout was exceeded.
See "systemctl status nmbd.service" and "journalctl -xe" for details.
invoke-rc.d: initscript nmbd, action "start" failed.
● nmbd.service - Samba NMB Daemon
   Loaded: loaded (/lib/systemd/system/nmbd.service; enabled; vendor preset: 
enabled)
   Active: failed (Result: timeout) since Tue 2017-04-04 16:02:08 UTC; 20ms ago
 Docs: man:nmbd(8)
   man:samba(7)
   man:smb.conf(5)
 Main PID: 6655
   Status: "nmbd: No local IPv4 non-loopback interfaces available, waiting for 
interface ..."
Tasks: 1 (limit: 4915)
   CGroup: /system.slice/nmbd.service

Apr 04 16:00:38 my-smb systemd[1]: Starting Samba NMB Daemon...
Apr 04 16:00:38 my-smb systemd[1]: nmbd.service: Supervising process 6655 which 
is not our child. We'll most likely not notic…it exits.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Start operation timed out. 
Terminating.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Killing process 6655 (nmbd) 
with signal SIGKILL.
Apr 04 16:02:08 my-smb systemd[1]: Failed to start Samba NMB Daemon.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Unit entered failed state.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Failed with result 'timeout'.
Hint: Some lines were ellipsized, use -l to show in full.
dpkg: error processing package samba (--configure):
 subprocess installed post-installation script returned error exit status 1
Processing triggers for libc-bin (2.24-9) ...
Processing triggers for systemd (232-19) ...
Errors were encountered while processing:
 samba
E: Sub-process /usr/bin/dpkg returned an error code (1)

# ip -4 a sh
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever

If I add dummy ipv4 it helps.

root@my-smb:/# apt-get install samba
Reading package lists... Done
Building dependency tree   
Reading state information... Done
samba is already the newest version (2:4.5.8+dfsg-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up samba (2:4.5.8+dfsg-1) ...
Failed to preset unit: Unit file /etc/systemd/system/samba-ad-dc.service is 
masked.
/usr/bin/deb-systemd-helper: error: systemctl preset failed on 
samba-ad-dc.service: No such file or directory
Processing triggers for libc-bin (2.24-9) ...
W: APT had planned for dpkg to do more than it reported back (0 vs 4).
   Affected packages: samba:amd64

But I want to make that container IPv6 only.

# ip a del 192.0.2.3/32 dev eth0

# systemctl restart nmbd.service
Job for nmbd.service failed because a timeout was exceeded.
See "systemctl status nmbd.service" and "journalctl -xe" for details.

# journalctl -u nmbd.service 
-- Logs begin at Tue 2017-04-04 15:53:07 UTC, end at Tue 2017-04-04 16:29:15 
UTC. --
Apr 04 16:00:38 my-smb systemd[1]: nmbd.service: Failed to reset devices.list: 
Operation not permitted
Apr 04 16:00:38 my-smb systemd[1]: Starting Samba NMB Daemon...
Apr 04 16:00:38 my-smb systemd[1]: nmbd.service: Supervising process 6655 which 
is not our child. We'll most likely not notice 
when it exits.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Start operation timed out. 
Terminating.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Killing process 6655 (nmbd) 
with signal SIGKILL.
Apr 04 16:02:08 my-smb systemd[1]: Failed to start Samba NMB Daemon.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Unit entered failed state.
Apr 04 16:02:08 my-smb systemd[1]: nmbd.service: Failed with result 'timeout'.
Apr 04 16:22:10 my-smb systemd[1]: nmbd.service: Failed to reset devices.list: 
Operation not permitted
Apr 04 16:22:10 my-smb systemd[1]: Starting Samba NMB Daemon...
Apr 04 16:22:10 my-smb systemd[1]: nmbd.service: Supervising process 6805 which 
is not our child. We'll most likely not notice 
when it exits.
Apr 04 16:22:10 my-smb systemd[1]: Started Samba NMB Daemon.
Apr 04 16:24:00 my-smb systemd[1]: Stopping Samba NMB Daemon...
Apr 04 16:24:00 my-smb systemd[1]: Stopped Samba NMB Daemon.
Apr 04 

Bug#859527: mediawiki2latex: Please do not depend on transitional package ttf-wqy-zenhei

[Boyuan Yang]

Package: mediawiki2latex
Severity: minor

Package mediawiki2latex depends on transitional dummy package ttf-wqy-zenhei,
which is now provided by fonts-wqy-zenhei.

Please update the dependency list and directly depend on fonts-wqy-zenhei.

Thanks!



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

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

Bug#859525: hedgewars: Please do not depend on transitional package ttf-wqy-zenhei

[Boyuan Yang]

Source: hedgewars
Severity: normal

The package tty-wqy-zenhei is now a transitional dummy package provided by
fonts-wqy-zenhei. Please update the dependency information of package
hedgewars.

Thanks!



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

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

Bug#858190: unblock: manpages/4.10-1

[Sven Joachim]

On 2017-04-04 14:36 +0200, Dr. Tobias Quathamer wrote:

> Am 03.04.2017 um 17:56 schrieb Niels Thykier:
>> Control: tags -1 confirmed
>>
>>> unblock manpages/4.10-1
>>>
>>> The package has not been uploaded to unstable, I'll wait for your
>>> approval before doing so.
>>>
>>> Regards,
>>> Tobias
>>
>> Ack, please go ahead.
>>
>> Thanks,
>> ~Niels
>
> Hi Niels,
>
> thanks a lot, the package has just been accepted into unstable.

Unfortunately it introduced at least two file conflicts, #859511 and
#859514.  Can you please drop the offending files for now and check
whether there are other clashes in newly added manpages?

Cheers,
   Sven

Bug#859524: libpfm4: Unexpected libpfm abi change between libpfm-4.7 and libpfm-4.8

[Andreas Beckmann]

Source: libpfm4
Version: 4.8.0-1
Severity: serious
Tags: upstream
Forwarded: https://sourceforge.net/p/perfmon2/mailman/message/35744830

An unintended abi change between libpfm 4.7 (compatible with libpfm 4.5+git
in stable) and libpfm 4.8 (in stretch/sid) has been reported upstream
(changed a struct member from int to uint64_t, moving offsets of further
members).
A new upstream release 4.9 reverting this change (and implementing a
different solution for its internal needs) is being prepared.


Andreas

Bug#859511: libbsd-dev: trying to overwrite '/usr/share/man/man3/explicit_bzero.3.gz', which is also in package manpages-dev 4.10-1

[Sven Joachim]

Control: reassign -1 manpages-dev 4.10-1
Control: affects -1 libbsd-dev

On 2017-04-04 16:29 +0100, Chris Lamb wrote:

> Package: libbsd-dev
> Version: 0.8.3-1
> Severity: serious
>
> Hi,
>
> I'm seeing:
>
> […]
>
> Unpacking libbsd-dev:amd64 (0.8.3-1) ...
> dpkg: error processing archive 
> /tmp/apt-dpkg-install-tduipc/101-libbsd-dev_0.8.3-1_amd64.deb (--unpack):
>  trying to overwrite '/usr/share/man/man3/explicit_bzero.3.gz', which is also 
> in package manpages-dev 4.10-1

It's libbsd-dev which came first to ship that manpage, manpages-dev only
added it in the 4.10-1 upload.

Cheers,
   Sven

Bug#858174: Re: Bug#858174: Please provide an AppArmor profile for Firefox

[Vincas Dargis]

2017.04.04 08:26, intrigeri rašė:


Thanks! But it ships disabled (or in complain mode) by default, right?


Yes it's disabled, and it's from firefox package. Tested on clean Ubuntu 16.04 
LTS and
17.04 daily build virtual machines (it's the same):

$ file /etc/apparmor.d/disable/usr.bin.firefox
/etc/apparmor.d/disable/usr.bin.firefox: symbolic link to 
/etc/apparmor.d/usr.bin.firefox
$ dpkg -S /etc/apparmor.d/usr.bin.firefox
firefox: /etc/apparmor.d/usr.bin.firefox

Profile itself does not declare a complain mode.


OK. So these improvements shall be upstreamed.



Or "fixed" old "profiles/apparmor/profiles/extras/usr.lib.firefox.firefox",
by sending patches upstream?


Yes, please. And as written above, this doesn't prevent us from
shipping it to /etc/apparmor.d (disabled by default) if it's
good enough.


OK but I am still a little puzzled. If Ubuntu Firefox team
does not upstream their profile it (because it's too Ubuntu-specific?), so it
kinda maybe means we can't use it as "fix" for old
"profiles/apparmor/profiles/extras/usr.lib.firefox.firefox" directly, right?

So we just take some interesting parts (like Elecrolysis a.k.a. e10e support?),
ignore networking because Debian kernel does not has it, and... try to push that
into AppArmor upsteam?


There is that apparmor-notify, though I haven't tried it myself.


Sadly, it's poorly integrated in Debian currently, iirc because it
relies on parsing logs instead of using the relevant audit interface.
I'm pretty sure we have bugs about it in the Debian and upstream bug
tracking systems.



Indeed. There's some work going on upstream about these topics, feel
free to start a discussion about it on the upstream AppArmor mailing
list :)


Oh well. I imagine it could be some sort of daemon with DBus interface
to inform apps that are concerned about being confined :-) ? Anyway, yeah, 
that's
upstream discussion.

At least we could do is to upstream this line uncommented (as in Ubuntu Firefox 
profile):
## include 
so if we will be targeting to make Firefox enabled & enforced by default, this
would allow users to add local changed without modifying profile itself, 
avoiding merges on
upgrades, making some less pain.

Bug#848015: ciphersaber: diff for NMU version 1.01-2.1

[Mattia Rizzolo]

On Tue, Apr 04, 2017 at 08:27:55AM +0200, Stefan Hornburg (Racke) wrote:
> On 04/04/2017 07:01 AM, Mattia Rizzolo wrote:
> > Control: tags 848015 + patch
> > Control: tags 848015 + pending
> > 
> > Dear maintainer,
> > 
> > I've prepared an NMU for ciphersaber (versioned as 1.01-2.1) and
> > uploaded it to DELAYED/2. Please feel free to tell me if I
> > should delay it longer.
> > 
> > Regards.
> > 
> 
> Dear Mattia,
> 
> the patch looks good to me.

Thank you!

mattia@warren ~ % dcut reschedule -d 0 -f ciphersaber_1.01-2.1_source.changes
Uploading commands file to ftp.upload.debian.org (incoming: /pub/UploadQueue/)
Uploading mattia-1491323492.commands to ftp-master
mattia@warren ~ % 

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#859523: cannot load ibmvfc module when installing Jessie

[Levente Szente]

Package: linux
Version: 3.16.0-4

Dear Maintainer,

there is no option to load the ibmvfc module when installing Jessie
(ppc64el).
Can you correct that?

Thanks and regards,
Levente Szente