Bug#187391: Copyright © 2017 MIcrosoft OUtlook . Inc . All rights reserved.

[Terrahe, Jacintha]

MICROSOFT OUTLOOK anmälan
Din e-rutan konto behöver vara verifiera nu för oegentligheter finns i din 
e-box-konto eller kommer att blockera. Klicka 
här för att verifiera din 
e-postkonto och fil i ditt korrekta användarnamn och lösenord omedelbart
Outlook Security Team Micorosof
Tack.

Copyright © 2017 MIcrosoft OUtlook . Inc . All rights reserved.







































































































































Algemene gegevens:
Naam: Stichting Carinova
Handelsregistratienummer KvK: 05070630
T. 0900 86 62
F. (0570) 51 80 18
E. i...@carinova.nl
I.  www.carinova.nl
 
DISCLAIMER: De informatie in dit e-mailbericht (en bijlagen) is uitsluitend 
bestemd voor de geadresseerde(n). Door de electronische verzending kunnen aan 
de inhoud van dit bericht geen rechten worden ontleend. De afzender is niet 
aansprakelijk voor eventuele onjuistheden in, of verkeerde uitleg van, de 
informatie.

Bug#815259: ITA: libofx -- library to support the Open Financial Exchange format

[Sébastien Villemot]

Dear Dylan,

[please Cc me on replies, I'm not subscribed to the bug]

On Sun, 8 Jan 2017 23:51:22 +0100 Dylan  wrote:

> I will adopt the package [1] and I will maintain it in the Alioth
repository.
> I will need a sponsor since I'm only DM. 

Thanks, this is good news.

I am willing to be your sponsor.

I had a very quick look at your current packaging work. My
understanding is that in version 0.9.11 there was a SOVERSION bump
(libofx6->7), that is currently not reflected in the shared library
package name. If this is indeed the case, that also means that the
package cannot be uploaded to unstable until stretch is released,
because of the freeze (but you can still upload it to experimental in
the meantime).

Other things that could be done to improve the package include:
- dropping libofx6-dbg, and relying instead on automatic debug packages
- bumping debhelper compat level to 10 (in that case, my understanding
is that you need to add the --no-parallel option to dh, since
ofxdump/Makefile is not parallel safe; you could also drop the dh-
autoreconf build-dependency).

Best,

-- 
 .''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
  `-  GPG Key: 4096R/381A7594



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

Bug#187391: Outlook Security Team Micorosof

[Devaraj Veerasamy, Dr]

MICROSOFT OUTLOOK anmälan
Din e-rutan konto behöver vara verifiera nu för oegentligheter finns i din 
e-box-konto eller kommer att blockera. Klicka 
här för att verifiera din 
e-postkonto och fil i ditt korrekta användarnamn och lösenord omedelbart
Outlook Security Team Micorosof
Tack.

Copyright © 2017 MIcrosoft OUtlook . Inc . All rights reserved.

Bug#850562: passwordsafe: Package 1.00 in jessie-backports

[Sergei Golovan]

Hi Bill,

On Sun, Jan 8, 2017 at 2:11 AM, Bill Blough  wrote:
> Hi Sergei,
> `
> Since you were nice enough to backport the version of passwordsafe
> that's currently in jessie-backports, I figured I would reach out to you
> directly before trying alternative methods.
>
> On Sat, Jan 07, 2017 at 11:30:31AM -0800, Bill Wohler wrote:
>> Package: passwordsafe
>> Version: 0.98.1+dfsg-3~bpo8+1
>> Severity: normal
>>
>> I see version 1.00+dfsg-1 has been packaged on stretch. Would it be
>> possible to package this in jessie-backports as well?
>
> Would you also be willing to backport the version that's in stretch in
> order to satisfy the above user request?  Or if you'd prefer, I can
> prepare the backport package if you would be willing to sponsor/upload it.

I'll be glad to sponsor the backport upload for you.

Cheers!
-- 
Sergei Golovan

Bug#850668: tar FTCBFS for any-kfreebsd: acl/xattr detection broken

[Helmut Grohne]

Source: tar
Version: 1.29b-1.1
User: helm...@debian.org
Usertags: rebootstrap

Hi,

I am reporting this issue as a joint discovery with Roger Leigh
(X-Debbugs-CCed).

While building tar, it detects the availability of xattrs/acls. The
relevant configure check resides in the macro gl_FILE_HAS_ACL which
lives in m4/acl.m4. The relevant test has the cache variable
gl_cv_getxattr_with_posix_acls. The test results are:

build arch   | host arch| result
-+--+---
linux-any| linux-any| yes
kfreebsd-any | kfreebsd-any | no
linux-any| kfreebsd-any | yes

The observed behaviour is easily explained by the fact that the compiled
program includes . Since linux headers are not installed
into multiarch paths yet, any compiler will find them as soon as
linux-libc-dev is installed. Thus this test effectively tests whether we
are building on linux or for linux.

Roger Leigh pointed out that FreeBSD does support xattrs and acls, which
leads me to the conclusion that the test is operating wrongly. Maybe the
include directive could be made conditional to #ifdef __linux__? More
investigation is needed here, which is why I am Ccing d-bsd@l.d.o.

This bug has blocked bootstrapping kfreebsd-any for a while now, because
I originally thought it was #837351 and nobody else had time to look
into it (not sure what happened to Steven). It'd help a lot with keeping
the bsd ports alive if FTBFS in essential packages could be fixed in a
more timely manner. I guess that's also the reason why it got kicked
from testing. :-/

In rebootstrap, I'll be working around this issue now and hand it over
to the bsd porters.

Helmut

Bug#850656: [pkg-gnupg-maint] Bug#850656: gnupg-agent: Please allow config to specify fast RNG

[Werner Koch]

On Sun,  8 Jan 2017 23:32, ijack...@chiark.greenend.org.uk said:
> dgit test suite.  But I have to jump through hoops to do so: I end up
> putting a stunt gpg program on the PATH so that I can pass
> --agent-program.

Obviously we had the same problem in the test suite and thus we
implemented an ugly hack to pass additional options via the
--agent-program option:

  else if ((s=strchr (agent_program, '|')) && s[1] == '-' && s[2]=='-')
{
  /* Hack to insert an additional option on the command line.  */
  program = xtrystrdup (agent_program);
  if (!program)
{
  gpg_error_t tmperr = gpg_err_make (errsource,
 gpg_err_code_from_syserror ());
  xfree (sockname);
  assuan_release (ctx);
  return tmperr;
}
  p = strchr (program, '|');
  *p++ = 0;
  program_arg = p;
}

We use use it like this in the test suite:

  (define (create-gpghome)
(log "Creating test environment...")
  
(srandom (getpid))
(make-test-data "random_seed" 600)
  
(log "Creating configuration files")
(for-each
 (lambda (name)
   (file-copy (in-srcdir (string-append name ".tmpl")) name)
   (let ((p (open-input-output-file name)))
 (cond
((string=? "gpg.conf" name)
 (if have-opt-always-trust
 (display "no-auto-check-trustdb\n" p))
 (display (string-append "agent-program "
 (tool 'gpg-agent)
 "|--debug-quick-random\n") p)
 (display "allow-weak-digest-algos\n" p))
((string=? "gpg-agent.conf" name)
 (display (string-append "pinentry-program " PINENTRY "\n") p)
 '("gpg.conf" "gpg-agent.conf")))

I would suggest to have a close look at the test suite to see how to do
certain things.  For example we recently introduced a --build-prefix
option to gpgconf to setup a different build directory to replace other
hacks to use the binaries from the build directory:

  (define gpg-components (apply gpg-conf
`(,@(if installed? '()
(list '--build-prefix (getenv "objdir")))
  --list-components)))

For help with using gnupg I would kindly suggest to mail to gnupg-devel
and not to open a bug for each question.


Shalom-Salam,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.


pgp38J2BysaND.pgp
Description: PGP signature

Bug#847757: testdisk FTBFS on mips: common.h:128:2: error: initializer element is not constant

[Daniel Knezevic]

Hi Christophe,

I have tested your patch, the package builds successfully for mips.

Bug#850669: ansible: Enable python3

[Jeremy Bicha]

Package: ansible
Version: 2.2.0.0-1
Severity: wishlist
Tags: patch

According to the documentation, ansible 2.2 features a tech preview of
python3 support. One reason why that's useful is because several newer
distros do not include python2 by default such as Ubuntu 16.04 LTS and
the next RHEL).

I am attaching patches in case you want to enable it.

The easiest way to do this was to enable pybuild. pybuild runs the
upstream tests but they fail for some reason so I skipped them until
that can be investigated.

It looks like ansible 2.2.1 improves python3 support quite a bit but I
don't know when it will be released. (It's currently at RC2 and 2.2 is
supposed to be a stable series.)

Thanks,
Jeremy Bicha
From dea659d43cb650c1698985aaccb7b2514b363298 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Mon, 9 Jan 2017 03:11:10 -0500
Subject: [PATCH 1/2] Build with pybuild

---
 debian/control | 2 ++
 debian/rules   | 7 ++-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 13e8d31..030762c 100644
--- a/debian/control
+++ b/debian/control
@@ -11,6 +11,8 @@ Build-Depends: debhelper (>= 9),
asciidoc,
python-nose,
python-passlib,
+   python-jinja2 ,
+   python-six ,
dh-python
 Standards-Version: 3.9.8
 Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/ansible.git
diff --git a/debian/rules b/debian/rules
index 86a7d42..15808e0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,4 +1,9 @@
 #!/usr/bin/make -f
+export PYBUILD_NAME=ansible
 
 %:
-	dh $@ --with python2 -Spython_distutils
+	dh $@ --with python2 --buildsystem=pybuild
+
+# Investigate why the tests are failing
+override_dh_auto_test:
+	-dh_auto_test
-- 
2.10.2

Bug#850601: desktop-base does not install on live images

[Aurélien COUDERC]

Hi Alf,

Le 8 janvier 2017 13:12:49 GMT+01:00, Alf Gaida  a écrit :

>Hi,
>
>desktop-base don't install on live images, reason is that grub don't
>find a canonical path. 
>I would call it a regression as desktop-base 8.0.2 works without
>problems.

Thank you for your bug report.

Do you mean apt install-ing the package from a live system ?

>The attached patch probably isn't a solution, more of a workaround.

Actually I've changed the code from Jessie's version in order to fail in case 
of error following this :
https://lists.debian.org/debian-desktop/2016/11/msg00060.html

I've copied KiBi who participated in the discussion.

Now what ?
Is the proposed patch deemed suitable wrt. policy, by not failing in case of 
error but still printing a message ?

I'd say it's not much different than the previous "|| true" because I expect 
update-grub/initramfs already produce relevant messages when they fail.


Cheers,
--Aurélien

Bug#850669: ansible: Enable python3

[Jeremy Bicha]

From ea481b1aa8f1bcabc1052b918c03b25a1fc7ac20 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Mon, 9 Jan 2017 03:11:58 -0500
Subject: [PATCH 2/2] Build with python3

Closes: #850669
---
 debian/control |  9 +++
 .../0002-fix-python3-with-openvswitch.patch| 72 ++
 debian/patches/series  |  1 +
 debian/rules   |  2 +-
 4 files changed, 83 insertions(+), 1 deletion(-)
 create mode 100644 debian/patches/0002-fix-python3-with-openvswitch.patch

diff --git a/debian/control b/debian/control
index 030762c..ad1911f 100644
--- a/debian/control
+++ b/debian/control
@@ -4,6 +4,14 @@ Uploaders: Michael Vogt 
 Section: admin
 Priority: optional
 Build-Depends: debhelper (>= 9),
+   python3-all,
+   python3-crypto,
+   python3-nose,
+   python3-passlib,
+   python3-setuptools,
+   python3-yaml,
+   python3-jinja2 ,
+   python3-six ,
python-all,
python-crypto,
python-setuptools,
@@ -23,6 +31,7 @@ Package: ansible
 Architecture: all
 Depends: ${misc:Depends},
  ${python:Depends},
+ ${python3:Depends},
  python-crypto,
  python-yaml,
  openssh-client | python-paramiko,
diff --git a/debian/patches/0002-fix-python3-with-openvswitch.patch b/debian/patches/0002-fix-python3-with-openvswitch.patch
new file mode 100644
index 000..06af3c3
--- /dev/null
+++ b/debian/patches/0002-fix-python3-with-openvswitch.patch
@@ -0,0 +1,72 @@
+From d439271f685c01ace04025f27e7046dd35d988f8 Mon Sep 17 00:00:00 2001
+From: Michael Scherer 
+Date: Tue, 18 Oct 2016 18:14:02 +0200
+Subject: [PATCH] Make openvswitch* pass py3 sanity check
+
+https://github.com/ansible/ansible-modules-extras/commit/d439271
+---
+ network/openvswitch_bridge.py| 7 +--
+ network/openvswitch_port.py  | 7 +--
+ test/utils/shippable/sanity-skip-python3.txt | 2 --
+ 3 files changed, 10 insertions(+), 6 deletions(-)
+
+diff --git a/network/openvswitch_bridge.py b/network/openvswitch_bridge.py
+index 68528dd..abe89df 100644
+--- a/lib/ansible/modules/extras/network/openvswitch_bridge.py
 b/lib/ansible/modules/extras/network/openvswitch_bridge.py
+@@ -143,7 +143,8 @@ def check(self):
+ changed = True
+ elif self.state == 'present' and not self.exists():
+ changed = True
+-except Exception, earg:
++except Exception:
++earg = get_exception()
+ self.module.fail_json(msg=str(earg))
+ 
+ # pylint: enable=W0703
+@@ -189,7 +190,8 @@ def run(self):
+self.set_external_id(key, None)):
+ changed = True
+ 
+-except Exception, earg:
++except Exception:
++earg = get_exception()
+ self.module.fail_json(msg=str(earg))
+ # pylint: enable=W0703
+ self.module.exit_json(changed=changed)
+@@ -267,4 +269,5 @@ def main():
+ 
+ # import module snippets
+ from ansible.module_utils.basic import *
++from ansible.module_utils.pycompat24 import get_exception
+ main()
+diff --git a/network/openvswitch_port.py b/network/openvswitch_port.py
+index c2224b5..d2bf31a 100644
+--- a/lib/ansible/modules/extras/network/openvswitch_port.py
 b/lib/ansible/modules/extras/network/openvswitch_port.py
+@@ -204,7 +204,8 @@ def check(self):
+ changed = True
+ else:
+ changed = False
+-except Exception, earg:
++except Exception:
++earg = get_exception()
+ self.module.fail_json(msg=str(earg))
+ self.module.exit_json(changed=changed)
+ 
+@@ -235,7 +236,8 @@ def run(self):
+ external_id = fmt_opt % (self.port, key, value)
+ changed = self.set(external_id) or changed
+ ##
+-except Exception, earg:
++except Exception:
++earg = get_exception()
+ self.module.fail_json(msg=str(earg))
+ self.module.exit_json(changed=changed)
+ 
+@@ -269,4 +271,5 @@ def main():
+ 
+ # import module snippets
+ from ansible.module_utils.basic import *
++from ansible.module_utils.pycompat24 import get_exception
+ main()
diff --git a/debian/patches/series b/debian/patches/series
index 69731bc..dde177e 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1 +1,2 @@
 0001-add-console-manpage.patch
+0002-fix-python3-with-openvswitch.patch
diff --git a/debian/rules b/debian/rules
index 15808e0..b9265e3 100755
--- a/debian/rules
+++ b/debian/rules
@@ -2,7 +2,7 @@
 export PYBUILD_NAME=ansible
 
 %:
-	dh $@ --with python2 --buildsystem=pybuild
+	dh $@ --with python2,python3 --buildsystem=pybuild
 
 # Investigate why the tests are failing
 override_dh_auto_test:
-- 
2.10.2

Bug#850670: RFS: rpyc/3.3.0-1 [ITP]

[Carl Suster]

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

Dear mentors,

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

 Package name: rpyc
 Version : 3.3.0-1
 Upstream Author : Tomer Filiba 
 URL : https://github.com/tomerfiliba/rpyc
 License : MIT
 Section : python

I am packaging this as a dependency of flexget (ITP: #724718).

It builds these binary packages:

  python3-rpyc - transparent and symmetric Remote Python Call library -- 
Python3 module
  python3-rpyc-doc - transparent and symmetric Remote Python Call library -- 
documentation

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

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

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

  dget -x https://mentors.debian.net/debian/pool/main/r/rpyc/rpyc_3.3.0-1.dsc

Cheers,
Carl

Bug#846002: blends-tasks must not be priority:important - ballot proposal

[Andreas Tille]

Hi all,

On Tue, Dec 27, 2016 at 07:25:32PM -0500, Sam Hartman wrote:
> Is our intent to override the maintainer or provide advice?
> I don't care what the answer is but perhaps we want to be clear.
> I'm fine with this ballot beyond that.
> Perhaps we want to override the blends-tasks maintainers to the extent
> that they disagree with the tasksel maintainers?

Past Christmas I was quite occupied by real life (and my sweet family
;-) members) but just a short note:  I think the Blends team is really
happy if a Blends selection will happen at the tasksel step - no matter
how it is finally implemented.

Kind regards and happy new year

  Andreas.

-- 
http://fam-tille.de

Bug#850643: banshee: Not compatible with MATE notification theme 'coco'

[Arav K]

Package: banshee
Version: 2.6.2-3
Followup-For: Bug #850643

Here's the screenshot of dark theme 'coco'



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

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

Versions of packages banshee depends on:
ii  gnome-icon-theme 3.12.0-1
ii  gstreamer1.0-plugins-bad [gstreamer1.0-audi  1.4.4-2.1+deb8u1
ii  gstreamer1.0-plugins-base1.4.4-2
ii  gstreamer1.0-plugins-good [gstreamer1.0-aud  1.4.4-2+deb8u2
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audio  1.4.4-2+deb8u2
ii  libboo2.0.9-cil  0.9.5~git20110729.r1.202a430-2
ii  libc62.19-18+deb8u6
ii  libcairo21.14.0-2.1+deb8u1
ii  libdbus-glib-1-2 0.102-1
ii  libdbus-glib2.0-cil  0.6.0-1
ii  libdbus2.0-cil   0.8.1-1
ii  libgconf2.0-cil  2.24.2-3
ii  libgdata2.1-cil  2.2.0.0-2
ii  libgdk-pixbuf2.0-0   2.31.1-2+deb8u5
ii  libgkeyfile1.0-cil   0.1-4
ii  libglib2.0-0 2.42.1-1+b1
ii  libglib2.0-cil   2.12.10-5.1
ii  libgpod4 0.8.3-1.1+b1
ii  libgstreamer-plugins-base1.0-0   1.4.4-2
ii  libgstreamer1.0-01.4.4-2
ii  libgtk-sharp-beans-cil   2.14.1-3
ii  libgtk2.0-0  2.24.25-3+deb8u1
ii  libgtk2.0-cil2.12.10-5.1
ii  libgudev1.0-cil  0.1-3
ii  libkarma00.1.2-2.3
ii  libmono-addins0.2-cil1.0+git20130406.adcd75b-3
ii  libmono-cairo4.0-cil 3.2.8+dfsg-10
ii  libmono-corlib4.5-cil3.2.8+dfsg-10
ii  libmono-posix4.0-cil 3.2.8+dfsg-10
ii  libmono-sharpzip4.84-cil 3.2.8+dfsg-10
ii  libmono-system-core4.0-cil   3.2.8+dfsg-10
ii  libmono-system-xml4.0-cil3.2.8+dfsg-10
ii  libmono-system4.0-cil3.2.8+dfsg-10
ii  libmono-zeroconf1.0-cil  0.9.0-4
ii  libmtp9  1.1.8-1+b1
ii  libnotify0.4-cil 0.4.0~r3032-7
ii  libpango-1.0-0   1.36.8-3
ii  libpangocairo-1.0-0  1.36.8-3
ii  libsoup-gnome2.4-1   2.48.0-1
ii  libsoup2.4-1 2.48.0-1
ii  libsqlite3-0 3.8.7.1-1+deb8u2
ii  libtaglib2.1-cil 2.1.0.0-3
ii  libwebkitgtk-1.0-0   2.4.9-1~deb8u1
ii  libwnck222.30.7-2
ii  libx11-6 2:1.6.2-3
ii  libxrandr2   2:1.4.2-1+b1
ii  libxxf86vm1  1:1.1.3-1+b1
ii  mono-runtime 3.2.8+dfsg-10

Versions of packages banshee recommends:
ii  avahi-daemon 0.6.31-5
ii  brasero  3.11.4-1.1
ii  gstreamer1.0-pulseaudio  1.4.4-2+deb8u2
ii  media-player-info22-2

Versions of packages banshee suggests:
pn  banshee-dbg
pn  gstreamer1.0-ffmpeg
ii  gstreamer1.0-plugins-bad   1.4.4-2.1+deb8u1
ii  gstreamer1.0-plugins-ugly  1.4.4-2+b1

-- no debconf information

Bug#850154: jessie-pu: package nvidia-graphics-modules/340.101+3.16.0+1

[Andreas Beckmann]

On 2017-01-08 23:06, Adam D. Barratt wrote:
> Sadly the i386 package isn't getting built, as the buildds can't install
> non-free build-dependencies. (So I assume this happens every time, but I
> forgot.)

I know and usually upload both amd64 and i386 binary packages together,
but I ran out of time yesterday. Just uploaded the missing i386 build.


Andreas

Bug#820107: RFP: cockpit -- makes it easy to administer your server via a web browser

[Martin Pitt]

Control: retitle -1 ITP: cockpit -- administer your server via a web browser

Adding Stef to CC:. @Stef: Please see https://bugs.debian.org/820107 for the
initial report and for tracking this.

Hello Andreas,

Andreas Henriksson [2016-04-05 16:27 +0200]:
> * Package name: cockpit
>
> I'm filing this borderline RFP, ITP, RFH, RFA. Packaging work has
> already been done and are available from:
> https://anonscm.debian.org/cgit/collab-maint/cockpit.git

Thanks! Upstream also contains some Debian packaging as that's part of the
integration tests. I'll look at both and sync them.

> The initial packaging work was done by Michael Biebl and I've recently
> updated it. Neither of us have enough time to properly maintain this in
> Debian, so I'm posting this to hopefully find someone who has.

Cockpit is now my day job, so I guess I'm a good candidate. :-) However, it's
great that you and Michael are interested in this too, for some cross-checking!

> Please also see storaged RFA bug: #820099

I'm aware of this. FTR, I started to discuss re-merging udisks and storaged [1]
and hope to make some further advancement on devconf when I meet the storaged
developers in person. Until then this shouldn't be a blocker, the other cockpit
modules should work fine with udisks.

Thanks,

Martin

[1] 
https://lists.freedesktop.org/archives/devkit-devel/2016-November/001764.html
-- 
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)


signature.asc
Description: PGP signature

Bug#843064: openssl: incompatibility for enc command between openssl 1.1.0b-2 and previous 1.0.x versions

[Ondřej Surý]

Maybe this is also a release notes material?

O.
-- 
Ondřej Surý 
Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server
Knot Resolver (https://www.knot-resolver.cz/) – secure, privacy-aware,
fast DNS(SEC) resolver
Vše pro chleba (https://vseprochleba.cz) – Mouky ze mlýna a potřeby pro
pečení chleba všeho druhu

On Fri, Jan 6, 2017, at 22:16, Sebastian Andrzej Siewior wrote:
> control: tags -1 pending
> 
> On 2016-11-07 14:33:38 [+0100], Marek Lukaszuk wrote:
> > I'm following the conversation on openssl-dev mailing list. 
> > I've checked the package changelog using "aptitude changelog openssl"
> > before opening the ticket, so maybe putting it somewhere there would be
> > a good thing, but probably news file and man page would help also lot.
> 
> I added something to the NEWS file [0]. I hope it does the job. The
> manpage for enc says something about it but it might be hard to find…
> 
> [0]
> https://anonscm.debian.org/viewvc/pkg-openssl/openssl/branches/1.1.0/debian/NEWS?revision=871&view=markup
> 
> > Marek
> 
> Sebastian
> 

Bug#848137: Fwd: Re: Bug#848137: problem with the upgrade of tango-db

[Andreas Beckmann]

 Forwarded Message 
Subject: Re: Bug#848137: problem with the upgrade of tango-db
Date: Mon, 9 Jan 2017 10:00:59 +0100
From: Andreas Beckmann 
To: Paul Gevers 

On 2017-01-08 22:29, Paul Gevers wrote:
> It would still be nice to confirm that this issue exists (in
> experimental) since 30 Mar 2015 (or dbconfig-common release 1.8.50).

Hi Paul,

here are my piuparts test results for tango-db in experimental and sid
I haven't looked at the old logs (and I would have only the most recent
log for any given version anyway, unless they got pruned as well).

Note that failures for database-needing packages may be false positives:
* in case another database-needing test is running in parallel, but in
that case the tests get retried quickly
* piuparts may need some manual tuning and hinting w.r.t. database
related tests for new db versions etc.

What's most interesting for you is probably a pass->fail transition
without a tango-db version change.

#unix-timestamp result package version
1365584782 fail tango-db 8.0.5+dfsg-1
1365972246 fail tango-db 8.0.5+dfsg-1
1366404361 fail tango-db 8.0.5+dfsg-1
1366837036 fail tango-db 8.0.5+dfsg-1
1367268394 fail tango-db 8.0.5+dfsg-1
1367700038 fail tango-db 8.0.5+dfsg-1
1458192160 pass tango-db 9.2.1+dfsg-1~exp1
1458326959 fail tango-db 9.2.2+dfsg-1~exp1
1458335108 fail tango-db 9.2.2+dfsg-1~exp1
1458343434 pass tango-db 9.2.2+dfsg-1~exp1
1461966656 fail tango-db 9.2.2+dfsg-1~exp1
1461971652 pass tango-db 9.2.2+dfsg-1~exp1
1462467635 pass tango-db 9.2.2+dfsg-1~exp3
1464182034 pass tango-db 9.2.2+dfsg-1~exp4
1466511633 pass tango-db 9.2.2+dfsg-1~exp4
1469243630 pass tango-db 9.2.2+dfsg-1~exp4
1471711054 fail tango-db 9.2.2+dfsg-1~exp4
1471712607 fail tango-db 9.2.2+dfsg-1~exp4
1471722930 fail tango-db 9.2.2+dfsg-1~exp4
1471731762 fail tango-db 9.2.2+dfsg-1~exp4
1471734746 fail tango-db 9.2.2+dfsg-1~exp4
1471744830 fail tango-db 9.2.2+dfsg-1~exp4
1471752732 fail tango-db 9.2.2+dfsg-1~exp4
1471756011 fail tango-db 9.2.2+dfsg-1~exp4
1471766128 fail tango-db 9.2.2+dfsg-1~exp4
1471778445 fail tango-db 9.2.2+dfsg-1~exp4
1471787659 fail tango-db 9.2.2+dfsg-1~exp4
1471796270 fail tango-db 9.2.2+dfsg-1~exp4
1471798510 fail tango-db 9.2.2+dfsg-1~exp4
1471809200 fail tango-db 9.2.2+dfsg-1~exp4
1471818401 fail tango-db 9.2.2+dfsg-1~exp4
1471820132 fail tango-db 9.2.2+dfsg-1~exp4
1471830853 fail tango-db 9.2.2+dfsg-1~exp4
1471848371 fail tango-db 9.2.2+dfsg-1~exp4
1471852816 fail tango-db 9.2.2+dfsg-1~exp4
1471860490 fail tango-db 9.2.2+dfsg-1~exp4
1471864122 fail tango-db 9.2.2+dfsg-1~exp4
1471875376 fail tango-db 9.2.2+dfsg-1~exp4
1471885775 fail tango-db 9.2.2+dfsg-1~exp4
1471895838 fail tango-db 9.2.2+dfsg-1~exp4
1471904684 fail tango-db 9.2.2+dfsg-1~exp4
1471906715 fail tango-db 9.2.2+dfsg-1~exp4
1471917794 fail tango-db 9.2.2+dfsg-1~exp4
1471933628 fail tango-db 9.2.2+dfsg-1~exp4
1471938701 fail tango-db 9.2.2+dfsg-1~exp4
1471946968 fail tango-db 9.2.2+dfsg-1~exp4
1471950442 fail tango-db 9.2.2+dfsg-1~exp4
1471960451 fail tango-db 9.2.2+dfsg-1~exp4
1471973073 fail tango-db 9.2.2+dfsg-1~exp4
1471985087 fail tango-db 9.2.2+dfsg-1~exp4
1471991323 fail tango-db 9.2.2+dfsg-1~exp4
1471994452 fail tango-db 9.2.2+dfsg-1~exp4
1472003277 fail tango-db 9.2.2+dfsg-1~exp4
1472021245 fail tango-db 9.2.2+dfsg-1~exp4
1472025925 fail tango-db 9.2.2+dfsg-1~exp4
1472033680 fail tango-db 9.2.2+dfsg-1~exp4
1472036410 fail tango-db 9.2.2+dfsg-1~exp4
1472047321 fail tango-db 9.2.2+dfsg-1~exp4
1472057904 fail tango-db 9.2.2+dfsg-1~exp4
1472068624 fail tango-db 9.2.2+dfsg-1~exp4
1472077391 fail tango-db 9.2.2+dfsg-1~exp4
1472079604 fail tango-db 9.2.2+dfsg-1~exp4
1472090371 fail tango-db 9.2.2+dfsg-1~exp4
1472105325 fail tango-db 9.2.2+dfsg-1~exp4
1472112064 fail tango-db 9.2.2+dfsg-1~exp4
1472120114 fail tango-db 9.2.2+dfsg-1~exp4
1472123114 fail tango-db 9.2.2+dfsg-1~exp4
1472133445 fail tango-db 9.2.2+dfsg-1~exp4
1472145070 fail tango-db 9.2.2+dfsg-1~exp4
1472155177 fail tango-db 9.2.2+dfsg-1~exp4
1472163647 fail tango-db 9.2.2+dfsg-1~exp4
1472166891 fail tango-db 9.2.2+dfsg-1~exp4
1472177617 fail tango-db 9.2.2+dfsg-1~exp4
1472187922 fail tango-db 9.2.2+dfsg-1~exp4
1472198226 fail tango-db 9.2.2+dfsg-1~exp4
1472207582 fail tango-db 9.2.2+dfsg-1~exp4
1472209921 fail tango-db 9.2.2+dfsg-1~exp4
1472221050 fail tango-db 9.2.2+dfsg-1~exp4
1472230232 fail tango-db 9.2.2+dfsg-1~exp4
1472241988 fail tango-db 9.2.2+dfsg-1~exp4
1472252592 fail tango-db 9.2.2+dfsg-1~exp4
1472263460 fail tango-db 9.2.2+dfsg-1~exp4
1472278410 fail tango-db 9.2.2+dfsg-1~exp4
1472284927 fail tango-db 9.2.2+dfsg-1~exp4
1472292821 fail tango-db 9.2.2+dfsg-1~exp4
1472295713 fail tango-db 9.2.2+dfsg-1~exp4
1472306964 fail tango-db 9.2.2+dfsg-1~exp4
1472317336 fail tango-db 9.2.2+dfsg-1~exp4
1472328077 fail tango-db 9.2.2+dfsg-1~exp4
1472335687 fail tango-db 9.2.2+dfsg-1~exp4
1472339378 fail tango-db 9.2.2+dfsg-1~exp4
1472350020 fail tango-db 9.2.2+dfsg-1~exp4
1472362508 fail tango-db 9.2.2+dfsg-1~exp4
1472371841 fail tang

Bug#850590: ITP: openmeca -- a graphical application to model and simulate mechanical systems

[Andreas Tille]

Hi Damien,

I think this package fits nicely into the Debian Science team and might
be useful in more than one of its tasks[1].

Kind regards

  Andreas.

[1] https://blends.debian.org/science/tasks/

On Sun, Jan 08, 2017 at 10:00:45AM +0100, Damien Andre wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Damien Andre 
> 
> * Package name: openmeca
>   Version : 2.1.2
>   Upstream Author : Damien Andre 
> * URL : https://gitlab.com/damien.andre/openmeca
> * License : GPL v3
>   Programming Lang: C++
>   Description : a graphical application to model and simulate mechanical 
> systems
> 
> OpenMeca is based on the chronoengine library. The aim of openmeca is to 
> provide a software for simulating mechanical systems easily. openmeca allow 
> us to builds a 3D sketch, where the bonds are represented by symbols and 
> gives a simple way to apply loading and boundary conditions. Thanks to 
> numerical sensors, different kind of data (force, torque, displacement, 
> velocity, etc.) could be extracted from the simulation.
> 
> Hello, I am developing the openmeca software. openmeca is a scientific 
> software especially designed for teaching mechanical dynamics. I started this 
> development a long time ago (8 years) and I think that the program is correct 
> now.
> 
> I propose to work myself on the packaging. By following the FAQ instructions, 
> I just made a first version of the source and binary package. However, I 
> probably need help from debian mentors to improve the quality of the package.
> 
> Best regards, Damien.
> 
> 

-- 
http://fam-tille.de

Bug#850601: desktop-base does not install on live images

[Cyril Brulebois]

Hi,

Aurélien COUDERC  (2017-01-09):
> Thank you for your bug report.
> 
> Do you mean apt install-ing the package from a live system ?
> 
> >The attached patch probably isn't a solution, more of a workaround.
> 
> Actually I've changed the code from Jessie's version in order to fail in
> case of error following this :
> https://lists.debian.org/debian-desktop/2016/11/msg00060.html
> 
> I've copied KiBi who participated in the discussion.
> 
> Now what ?
> Is the proposed patch deemed suitable wrt. policy, by not failing in
> case of error but still printing a message ?
> 
> I'd say it's not much different than the previous "|| true" because I
> expect update-grub/initramfs already produce relevant messages when they
> fail.

I think it'd be nice to get error messages for both cases, and figure out
whether there's something to improve there.

Depending on the use case(s), maybe desktop-base should detect where it's
being installed in a live system, and maybe not call update-grub and/or
update-initramfs?


KiBi.


signature.asc
Description: Digital signature

Bug#850671: RM: biojava3-live -- ROM; Outdated and RC buggy

[Andreas Tille]

Package: ftp.debian.org
Severity: normal

Hi ftpmasters,

since biojava4-live is available and established (and can cope with
recent predepencencies in contrast to biojava3-live) it makes sense
to remove the old version 3 package from Debian.

Kind regards and thanks for your work as ftpmaster

  Andreas.

Bug#850669: ansible: Enable python3

[Jeremy Bicha]

I forgot to link to the documentation:

https://docs.ansible.com/ansible/python_3_support.html

Thanks,
Jeremy Bicha

Bug#850672: ITP: gnome-shell-extension-show-ip -- Shows the urrent private or public IP address in the GNOME Shell status drop-down menu

[Kyle Robbertze]

Package: wnpp
Severity: wishlist
Owner: Kyle Robbertze 

* Package name: gnome-shell-extension-show-ip
  Version : 4.0.1
  Upstream Author : Kyle Robbertze 
* URL : https://gitlab.com/paddatrapper/show-ip-gnome-extension
* License : GPL-3+
  Programming Lang: Javascript
  Description : A GNOME Shell Extesion that shows the urrent private or 
public IP address in the status drop-down menu

Show-IP is a GNOME Shell extension that shows the current private or
public IP address. It allows the user to set whcih device to display if
there are multiple devices activated and supports both IPv4 and IPv6

Bug#819361: openssh-client: ssh/scp rekey fails when using GSSAPI KEX

[Harald Barth]

The reason for this bug is how the list of key exchange methods is
created and then modified later.

1. The original KEX list is taken from options.

2. The extension negotiation "options" which are not real kex enc
   types are added to the list.

3. The GSSAPI enc types are prepended (code from the gssapi patch)

Then later after the initial KEX handshake, the comment says

   /* remove ext-info from the KEX proposals for rekeying */

but in effect the code does not remove only the ext-info stuff but
resets the list to the original option list. So what needs to be done
is that the GSSAPI enc types have to be prepended _again_ at this
point to restore the list to contain for GSSAPI useful content.

In the attachment is a patch against debians openssh_7.4p1-5 which
fixes the bug. Probably this patch should be merged with the
gssapipatch instead, but that I leave to the maintainer.

As this is a regression which makes it very difficult to transfer files
bigger than the rekey limit, please fix ASAP.

Harald.


--- sshconnect2.c.orig  2017-01-04 19:47:10.0 +0100
+++ sshconnect2.c   2017-01-05 04:13:08.977425272 +0100
@@ -222,7 +222,6 @@
orig = myproposal[PROPOSAL_SERVER_HOST_KEY_ALGS];
xasprintf(&myproposal[PROPOSAL_SERVER_HOST_KEY_ALGS],
"%s,null", orig);
-   free(gss);
}
}
 #endif
@@ -273,6 +272,16 @@
/* remove ext-info from the KEX proposals for rekeying */
myproposal[PROPOSAL_KEX_ALGS] =
compat_kex_proposal(options.kex_algorithms);
+#ifdef GSSAPI
+   /* repair myproposal after it was crumpled by the */
+   /* ext-info removal above */
+   if (gss) {
+   orig = myproposal[PROPOSAL_KEX_ALGS];
+   xasprintf(&myproposal[PROPOSAL_KEX_ALGS],
+ "%s,%s", gss, orig);
+   free(gss);
+   }
+#endif
if ((r = kex_prop2buf(kex->my, myproposal)) != 0)
fatal("kex_prop2buf: %s", ssh_err(r));

Bug#820107: RFP: cockpit -- makes it easy to administer your server via a web browser

[Andreas Henriksson]

Hello!

On Mon, Jan 09, 2017 at 09:51:08AM +0100, Martin Pitt wrote:
> Control: retitle -1 ITP: cockpit -- administer your server via a web browser
[...]
> Cockpit is now my day job, so I guess I'm a good candidate. :-) However, it's
> great that you and Michael are interested in this too, for some 
> cross-checking!

Awesome that you're interested workin on getting cockpit into Debian.
Feel free to drop me a mail if you're interested in getting a second
pair of eyes on something, but don't hold your breath waiting for me.
Full steam ahead! ;)
(I guess pretty much the same goes for Michael who did the initial
packaging, but you know where to reach him if you want his opinion.)

> 
> > Please also see storaged RFA bug: #820099
> 
> I'm aware of this. FTR, I started to discuss re-merging udisks and storaged 
> [1]
> and hope to make some further advancement on devconf when I meet the storaged
> developers in person. Until then this shouldn't be a blocker, the other 
> cockpit
> modules should work fine with udisks.

Awesome again. Sorting out the udisks/storaged situation (or atleast
having a long-term plan for how to maintain it) would be nice.

The only real blocker I'm aware of is getting the package in shape so
that ftp-masters will allow it to pass through NEW.
ie. license situation is hopefully under control but bundling situation
might need to be investigated further. Not sure exactly what is the hard
line required by ftp-masters these days for javascript/npm stuff, but I
think they've made an official statement recently about it

Happy hacking.

Regards,
Andreas Henriksson

Bug#850673: xdotool: "type" subcommand fails with "no windows on the stack"

[Chris Lamb]

Package: xdotool
Version: 1:3.20160805.1-2
Severity: serious

Hi,

[RC to avoid this hitting stretch; seems a big enough regression IMHO]

Since the recent upload of xdotool, the "type" subcommand has failed to
work for me:

 $ xdotool type "echo"
 There are no windows on the stack, Can't continue.

 $

Downgrading to 1:3.20160512.1-1 "fixes" it for me:

  $ xdotool type "please type this text for me"
 
  $ please type this text for me

Specifying %1, etc. as the window stack doesn't do anything for me.


Regards,

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

Bug#849727: Adopting seahorse-nautilus?

[intrigeri]

Hi Carlos, hi team!

Carlos Maddela:
> I had been thinking of adopting this package myself, but since you'd
> like to adopt it too, I've opted for a QA upload instead.

How about joining pkg-privacy and participating in the maintenance of
this package there? Ulrike also expressed interest in taking care of
this package, so you two could help each other :)

> If you're
> interested in my changes, they are available here:
> https://mentors.debian.net/debian/pool/main/s/seahorse-nautilus/seahorse-nautilus_3.11.92-2.dsc,
> https://github.com/e7appew/pkg-seahorse-nautilus.git or the attached
> debdiff.

Great, thanks! Do you think these changes are appropriate / safe for
Stretch? If you think so, then I'm happy to upload after someone has
reviewed your changes and made the additional ones that are necessary
adopted the package under the team's umbrella. Ulrike, perhaps?

Cheers,
-- 
intrigeri

Bug#850330: lxpanel: ScreenLock launcher no longer works (XScreenSaver?)

[Andriy Grytsenko]

control: reassign -1 lxde-common 0.99.2-2

Thank you very much for reporting this. It appears due to repackaging of
lxsession package, so lxde-common misses two dependencies now. Will fix
it ASAP.

Bug#850675: Too old version, does not have WSPR, please update.

[Roman Lebedev]

Package: wsprx
Version: 1.1.r3496-3.2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer, the package wsprx in debian is of 1.1 version.
Currently, a 1.7 version avaliable.
In it, the WSPR mode is avaliable. Since WSPR itself is not avaliable
in debian, please consider upgrading the package.

Roman.

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

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

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAlhzWrUACgkQCDw+u0oW
ieBxHw//fq/oXiXLXWPnrkimMp8YaraGrGnfyItKmTUkygH8rdDyjYZaBeeM7SL4
Pz149WWLcodC5+x2dVMr1GW7P3dffmNPvbgjeuQDpUBxWNd5TD5g65tROLv5D1rS
C59HRTqhG9fPm7sovQA/uCZX5zTMboCMMbIfPSLadtrIh4jM/0o0VS8Q665g9+bg
z4oXVO1qJevLpuskuBDky9Gc1cmNj4GN/wBKgrK8/uLzGfkELVGkvK8QN/d3sDLH
Wd9tiqdhH7xTpC3ScTGX33FmjBtps9lqY24Xtaf6Kft4JeRneRLZNkquZg8n3rDG
12LjHbNRjecijA13v0sSP7FaDp645boa0Plv4m7hAlJ4sDSYC2w/6CQbaOyfNb2s
VLwg9o0LCjd1+rWnrVD1cQSvjtPHR3d7uYHu4lg4jXZkg0/H5CRRaUyVxUgIVl8D
B4nzg7iqQgJSGrVljfFAvqVq+v/8cHUYBZzdUo/c/hZ4pjSyWl00YIvlS1mOxcqI
Dr14Snm+l1yj7BpjKnXNvtJzQcY+pDwwa0I/uZw1EeesqmYaiChCAa9P0htcZFfP
+JYMMJL7qOPlPtb4f6q0BRfUBBBu4lYOwt1H59/kB5qvISBTcV+nVxysXmXACSrv
Q76E7TZY8OdYwlEkbZ8s79geaffzVnoz9nT0bhEa3TbGfnB/tw4=
=HD9u
-END PGP SIGNATURE-

Bug#850674: prosody-modules: please update to latest upstream changeset

[Daniel Scharon]

Package: prosody-modules
Version: 0.0~hg20160813.65d9093525ca+dfsg-3
Severity: wishlist
Tags: upstream

Dear Maintainer,

please consider updating prosody-modules to the latest upstream changeset as
there have been some fixes and additions in the modules that you provide in
your package, e.g. within mod_cloud_notify, mod_smacks, mod_carbons,
mod_http_upload, mod_mam.

There may even be enough time before the freeze for stretch.

Thank you and kind regards,
Dan




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

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

Bug#849100: Bug fix incomplete

[Ori Berger]

Thank you for addressing my bug report #849100.

I believe, however, that the fix only partially addresses the bug.

In current master, 
 
and 
, 
(both in the same function "exit_with_hooks", there is a check of 
success in the form


if ! run_something ; then
exit_status = $?
fi

Which is erronous - it is guaranteed to set exit_status=0 which is not 
the intended result.


The reason this happens is that the "if/then" construct already eats the 
$? return code. To get convince myself, I used the following test:


---script---
#!/bin/sh
return_1() {
return 1
}

return_1
echo "RC is $?"

if ! return_1; then
  echo "then RC is $?"
else
  echo "else RC is $?"
fi
---output---
RC is 1
then RC is 0


The solution requires either:

if ! run_something ; then
exit_status = $?
fi

to be replaced with something like

run_something
exit_status=$((exit_status|$?))

or some other construct that stores the $? return code before "if/then" 
eats it. I am not a shell expert, I'm not sure the fix above is exactly 
what is needed, but as my example test script shows, there is still a bug.

Bug#850676: debci: Changing dependency not represented in diff

[Johannes Schauer]

Source: debci
Severity: normal

Hi,

my package botch failed for timestamp 20170108_180955 but failed in
20170108_233758. But when I looked at the "debci log" for the latter,
then the only dependency change is shown as being diffutils:

https://ci.debian.net/data/packages/unstable/amd64/b/botch/20170108_233758.log

Except that the failure was not due to diffutils but a new version of
python3-pygraphviz. And indeed, if I look at the "test log" then I see a
difference of python3-pygraphviz versions. 20170108_180955 comes with
version 1.3.1-1.1 while 20170108_233758 installs 1.4~rc1-1.

This difference should be represented in the diff for changed
dependencies.

Thanks!

cheers, josch

Bug#850677: emacs25-common-non-dfsg: The dir file of the info system in /usr/share/info is empty

[Cyril Elkaim]

Package: emacs25-common-non-dfsg
Version: 25.1+1-1
Severity: normal

Dear Maintainer,

   I have upgrade my emacs from v24 to v25. Emacs 24 has a correct dir file
   but emacs25 has an empty one. Everything else seems OK. All info files
   are available and their alternatives are correct. the only problem
   is the content of that 'dir' file.


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

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

Versions of packages emacs25-common-non-dfsg depends on:
ii  dpkg  1.18.18

emacs25-common-non-dfsg recommends no packages.

emacs25-common-non-dfsg suggests no packages.

-- no debconf information

Bug#850678: RFS: gnome-shell-extension-show-ip/4.0.1-1 [ITP]

[Kyle Robbertze]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "gnome-shell-extension-show-ip"

* Package name: gnome-shell-extension-show-ip
  Version : 4.0.1-1
  Upstream Author : Kyle Robbertze 
* URL :
https://gitlab.com/paddatrapper/show-ip-gnome-extension
* License : GPL-3+
  Section : gnome

It builds these binary packages:

  gnome-shell-extension-show-ip - Shows the current private or public IP
address

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

https://mentors.debian.net/package/gnome-shell-extension-show-ip

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

  dget -x
https://mentors.debian.net/debian/pool/main/g/gnome-shell-extension-show-ip/gnome-shell-extension-show-ip_4.0.1-1.dsc

More information about gnome-shell-extension-show-ip can be obtained
from https://gitlab.com/paddatrapper/show-ip-gnome-extension

Changes since the last upload:

gnome-shell-extension-show-ip (4.0.1-1) unstable; urgency=medium

  * Initial release (Closes: #850672)

 -- Kyle Robbertze   Mon, 09 Jan 2017 09:42:24 +0200

Regards,
 Kyle Robbertze



signature.asc
Description: OpenPGP digital signature

Bug#850679: etckeeper cron job fails (if no domain name is set)

[Ralf Jung]

Package: etckeeper
Version: 1.18.5-1
Severity: normal

Dear Maintainer,

etckeeper so far worked fine in normal operation (i.e., as triggered by apt and
by manually doing "etckeeper commit"), but the cronjob just failed with the
following error:

==
/etc/cron.daily/etckeeper:

*** Please tell me who you are.

Run

  git config --global user.email "y...@example.com"
  git config --global user.name "Your Name"

to set your account's default identity.
Omit --global to set the identity only in this repository.

fatal: unable to auto-detect email address (got 'root@r-schwarzschild.(none)')
run-parts: /etc/cron.daily/etckeeper exited with return code 128
==

Previous commits were done with "r@r-schwarzschild" (that's my normal user) and
"post AT ralfj DOT de" (unobfuscated, of course; that's what I have now set in
~r/.gitconfig).  However, it seems that when etckeeper runs without a wrapping
sudo (?), like it does in the cronjob, it is unable to perform commits.  The
debian installer accepts an empty domain name just fine, and "r@r-schwarzschild"
also worked before I did any manual configuration.  Hence I would expect the
cronjob to also be able to cope with that.  Besides, the instructions I got from
git up there are obviously not correct as that would set things in
~r/.gitconfig; I am not sure what is the right way to inform etckeeper about the
email address to use.

Kind regards,
Ralf

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

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

Versions of packages etckeeper depends on:
ii  darcs  2.12.4-2
ii  debconf [debconf-2.0]  1.5.59
ii  git1:2.11.0-2
ii  mercurial  4.0-1
pn  python:any 

Versions of packages etckeeper recommends:
ii  cron [cron-daemon]  3.0pl1-128

Versions of packages etckeeper suggests:
ii  sudo  1.8.19-1

-- debconf information:
  etckeeper/purge: true

Bug#847812: pysolfc: crash on startup

[Markus Koschany]

Control: reassign -1 src:pillow
Control: tags -1 patch
Control: forwarded -1 https://github.com/python-pillow/Pillow/issues/1902

On Sun, 11 Dec 2016 16:21:12 -0700 Ben Hildred <426...@gmail.com> wrote:
> Package: pysolfc
> Version: 2.0-4
> Severity: grave
> Justification: renders package unusable
>
> $  pysolfc
> Traceback (most recent call last):
>   File "/usr/games/pysolfc", line 32, in 
> sys.exit(main(sys.argv))
>   File "/usr/share/games/pysolfc/pysollib/main.py", line 359, in main
> r = pysol_init(app, args)
>   File "/usr/share/games/pysolfc/pysollib/main.py", line 196, in pysol_init
> app.loadImages1()
>   File "/usr/share/games/pysolfc/pysollib/app.py", line 712, in loadImages1
> im = loadImage(fn)
>   File "/usr/share/games/pysolfc/pysollib/tile/tkutil.py", line 276, in
> makeImage
> im = PIL_Image(file)
>   File "/usr/share/games/pysolfc/pysollib/tile/tkutil.py", line 254, in
> __init__
> ImageTk.PhotoImage.__init__(self, image)
>   File "/usr/lib/python2.7/dist-packages/PIL/ImageTk.py", line 120, in 
> __init__
> self.paste(image)
>   File "/usr/lib/python2.7/dist-packages/PIL/ImageTk.py", line 187, in paste
> _imagingtk.tkinit(tk.interpaddr(), 1)
> OverflowError: Python int too large to convert to C long

Hello,

I am reassigning #847812 to src:pillow because it is not a bug in pysolfc. The 
game is currently
unplayable on 32 bit architectures thus the severity.

The reason for the overflow error stems from the fact that the return value of 
tk.interpaddr() is
too big to fit into a Py_ssize_t on 32 bit. A solution that works for me is to 
use PyLong_AsVoidPtr
in _imagingtk.c instead. The patch was taken from matplotlib [1] which appears 
to borrow some code
from pillow. The issue is also known upstream as bug #1902.

Please note that pillow currently can't be compiled due to its python-olefile 
build-dependencies. I
am attaching the debdiff to this bug report.

Regards,

Markus


[1] 
https://github.com/matplotlib/matplotlib/commit/a91559b82cf23ee407cd57580653015fc7dc35f0



diff -Nru pillow-4.0.0/debian/changelog pillow-4.0.0/debian/changelog
--- pillow-4.0.0/debian/changelog   2017-01-05 19:47:03.0 +0100
+++ pillow-4.0.0/debian/changelog   2017-01-09 10:11:41.0 +0100
@@ -1,3 +1,11 @@
+pillow (4.0.0-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Add imagingtk-int-overflow.patch. Fix integer overflow on 32 bit
+architectures.
+
+ -- Markus Koschany   Mon, 09 Jan 2017 10:11:41 +0100
+
 pillow (4.0.0-1) unstable; urgency=medium
 
   * Pillow 4.0.0 release.
diff -Nru pillow-4.0.0/debian/control pillow-4.0.0/debian/control
--- pillow-4.0.0/debian/control 2017-01-05 19:47:03.0 +0100
+++ pillow-4.0.0/debian/control 2017-01-09 10:11:41.0 +0100
@@ -10,7 +10,6 @@
   python-tk, python-tk-dbg,
   python3-tk, python3-tk-dbg,
   python-nose, python3-nose,
-  python-olefile, python3-olefile,
   libfreetype6-dev, libjpeg-dev, zlib1g-dev, liblcms2-dev,
   libtiff5-dev | libtiff-dev, libwebp-dev
 Build-Conflicts: python-cffi, python3-cffi
diff -Nru pillow-4.0.0/debian/patches/imagingtk-int-overflow.patch 
pillow-4.0.0/debian/patches/imagingtk-int-overflow.patch
--- pillow-4.0.0/debian/patches/imagingtk-int-overflow.patch1970-01-01 
01:00:00.0 +0100
+++ pillow-4.0.0/debian/patches/imagingtk-int-overflow.patch2017-01-09 
10:11:41.0 +0100
@@ -0,0 +1,39 @@
+From: Markus Koschany 
+Date: Mon, 9 Jan 2017 10:11:13 +0100
+Subject: imagingtk int overflow
+
+Fix integer overflow on 32 bit architectures.
+
+Forwarded: https://github.com/python-pillow/Pillow/issues/1902
+Origin: 
https://github.com/matplotlib/matplotlib/commit/a91559b82cf23ee407cd57580653015fc7dc35f0
+---
+ _imagingtk.c | 8 
+ 1 file changed, 4 insertions(+), 4 deletions(-)
+
+diff --git a/_imagingtk.c b/_imagingtk.c
+index 87de36a..db16468 100644
+--- a/_imagingtk.c
 b/_imagingtk.c
+@@ -36,18 +36,18 @@ _tkinit(PyObject* self, PyObject* args)
+ {
+ Tcl_Interp* interp;
+ 
+-Py_ssize_t arg;
++PyObject *arg;
+ int is_interp;
+-if (!PyArg_ParseTuple(args, "ni", &arg, &is_interp))
++if (!PyArg_ParseTuple(args, "Oi", &arg, &is_interp))
+ return NULL;
+ 
+ if (is_interp)
+-interp = (Tcl_Interp*) arg;
++interp = (Tcl_Interp*)PyLong_AsVoidPtr(arg);
+ else {
+ TkappObject* app;
+   /* Do it the hard way.  This will break if the TkappObject
+  layout changes */
+-app = (TkappObject*) arg;
++app = (TkappObject*)PyLong_AsVoidPtr(arg);
+ interp = app->interp;
+ }
+ 
diff -Nru pillow-4.0.0/debian/patches/series pillow-4.0.0/debian/patches/series
--- pillow-4.0.0/debian/patches/series  2016-08-11 10:23:07.0 +0200
+++ pillow-4.0.0/debian/patches/series  2017-01-09 10:11:41.0 +0100
@@ -1,3 +1,4 @@
 no-lib64-hack.diff
 toplevel-setup.py
 generate-webp-file
+imagingtk-int-overflow.patch


signature.asc
Description: OpenPGP di

Bug#850680: netpbm: anytopnm fails on JPEGs with Exif data

[Martin Mares]

Package: netpbm
Version: 2:10.0-15.2
Severity: normal

When I run anytopnm on a JPEG image with Exif data, it fails with:

> /tmp/anytopnm.wWyz74jE6o/atn.stdin: Not a TIFF or MDI file, bad magic number 
> 1 (0xd8ff).
> tifftopnm: error opening TIFF file /tmp/anytopnm.wWyz74jE6o/atn.stdin

The cause is that anytopnm runs "file" first to determine the type of the
image, which results in:

> JPEG image data, Exif standard: [TIFF image data, big-endian, direntries=7,
> orientation=upper-left, xresolution=98, yresolution=106, resolutionunit=2,
> software=Adobe Photoshop CS5 Windows, datetime=2011:08:06 22:42:46], baseline,
> precision 8, 900x656, frames 3

Then it uses a huge "case" to match known patterns on this string, which
catches "TIFF" before "JPEG". So it runs tifftopnm, which gives up. Running
jpegtopnm instead would work.

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

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

Versions of packages netpbm depends on:
ii  libc62.19-18+deb8u6
ii  libjpeg62-turbo  1:1.3.1-12
ii  libnetpbm10  2:10.0-15.2
ii  libpng12-0   1.2.50-2+deb8u2
ii  libtiff5 4.0.3-12.3+deb8u1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages netpbm recommends:
ii  ghostscript  9.06~dfsg-2+deb8u4

netpbm suggests no packages.

-- no debconf information

Bug#850681: netpbm: anytopnm returns wrong exit code

[Martin Mares]

Package: netpbm
Version: 2:10.0-15.2
Severity: normal

When anytopnm delegates its work to a conversion program (*topnm)
and this program fails, anytopnm still returns success. This confuses
other programs, for example asciiview (from the aview package).

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

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

Versions of packages netpbm depends on:
ii  libc62.19-18+deb8u6
ii  libjpeg62-turbo  1:1.3.1-12
ii  libnetpbm10  2:10.0-15.2
ii  libpng12-0   1.2.50-2+deb8u2
ii  libtiff5 4.0.3-12.3+deb8u1
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages netpbm recommends:
ii  ghostscript  9.06~dfsg-2+deb8u4

netpbm suggests no packages.

-- no debconf information

Bug#850677: emacs25-common-non-dfsg: May be due to missing install-info package

[Cyril Elkaim]

Package: emacs25-common-non-dfsg
Followup-For: Bug #850677

Dear Maintainer,

 In fact the reason for the empty file is that the install-info package
 was not installed on the machine. It certainly was when emacs24
 was installed and the dir file was correct with 24 but I think
 the migration from 24 to 25 removed the install-info package.
 Maybe a dependency problem.

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

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

Versions of packages emacs25-common-non-dfsg depends on:
ii  dpkg  1.18.18
ii  install-info  6.3.0.dfsg.1-1+b1

emacs25-common-non-dfsg recommends no packages.

emacs25-common-non-dfsg suggests no packages.

-- no debconf information

Bug#845555: Time left not shown

[Andriy Grytsenko]

>Here is an example of what is shown in a tooltip:

>> Battery 0: 97% charged, 0:00 left
>>   Energy full design:   56160 mWh
>>   Energy full:  40930 mWh
>>   Energy now:   39900 mWh
>>   Power now:12804 mW
>>   Current voltage:  12.178 V

Thank you very much for providing this useful info. It appears that
'Power now' is missed in calculations. I hope to fix it soon.

Bug#850667: gnome-mpv: no more scroll indicator after updating mpv to 0.23.0-1

[James Cowgill]

Control: tags -1 patch fixed-upstream
Control: forwarded -1 https://github.com/gnome-mpv/gnome-mpv/issues/241

On 09/01/17 07:39, Stefan Breunig wrote:
> Package: gnome-mpv
> Version: 0.10-1
> Severity: normal
> 
> Dear Maintainer,
> 
> after updating mpv there is no more scrollbar indicator and the scrollbar does
> not work when clicked. I presume I have updated from mpv 0.22.0-1.
> 
> The issue is fixed if I build gnome-mpv from source. Would you kindly either
> update to gnome-mpv 0.11 before the freeze or backport the required patch? If
> needed, I can bisect the source to figure out which patch fixes gnome-mpv.

This is the upstream bug and fixing commit:
https://github.com/gnome-mpv/gnome-mpv/issues/241
https://github.com/gnome-mpv/gnome-mpv/commit/27062427415fffc756322428516ab95173615d13

It appears the 0.11 release was made specifically for mpv 0.23 so it
would be good to get it in.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#850682: mariadb-10.0: segmentation fault after killing a query blocked on disk space availability

[Apollon Oikonomopoulos]

Package: mariadb-server-10.0
Version: 10.0.27-0+deb8u1
Severity: grave
Control: tags -1 upstream

Dear Maintainer,

MariaDB 10.0 will segfault reproducibly in the following scenario:

 1. A query is blocked waiting for disk space to be freed
 2. The same query is killed (through the KILL command, or by issuing a 
SIGINT to the DB shell).
 3. The internal 60-second sleep timeout in wait_for_free_space() has 
elapsed.

Apparently the KILL command causes some of the query's resources to be 
immediately free()'d, which however will still be used by the sleeping 
thread in its next attempt to write data out to disk. The server's logs 
also seem to confirm this:

 ...
 Jan  9 12:17:18 marvin mysqld: 170109 12:17:18 [Warning] mysqld: Disk is full 
writing '/var/tmp/mysql/#sql_2525_0.MAD' (Errcode: 28 "No space left on 
device"). Waiting for someone to free space... (Expect up to 60 secs delay for 
server to continue after freeing disk space)
 Jan  9 12:17:18 marvin mysqld: 170109 12:17:18 [Warning] mysqld: Retry in 60 
secs. Message reprinted in 600 secs
 Jan  9 12:18:18 marvin mysqld: 170109 12:18:18 [ERROR] mysqld got signal 11 ;
 ...
 Jan  9 12:18:18 marvin mysqld: Trying to get some variables.
 Jan  9 12:18:18 marvin mysqld: Some pointers may be invalid and cause the dump 
to abort.
 Jan  9 12:18:18 marvin mysqld: Query (0x7f1fdf08e020): is an invalid pointer
 Jan  9 12:18:18 marvin mysqld: Connection ID (thread ID): 31
 Jan  9 12:18:18 marvin mysqld: Status: KILL_QUERY
 ...

The problem can be trivially reproduced on an amd64 system using the attached
script that uses a small tmpfs and a crafted query to force the database to an
out-of-disk-space condition.

We actually hit this bug on a production system where a LEFT OUTER JOIN 
of GB-sized tables caused an 18GB on-disk temporary table to exhaust all 
temp space. Note that MariaDB Server 10.1 does not seem to be affected.

N.B: I know this is really a corner-case, however I'm setting the severity to
`grave' as I'm not sure how well MariaDB copes with the segmentation fault in
terms of data loss. If you feel that this is too aggressive, please downgrade
accordingly.

Regards,
Apollon

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

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

Versions of packages mariadb-server-10.0 depends on:
ii  adduser   3.115
ii  debconf [debconf-2.0] 1.5.59
ii  libaio1   0.3.110-3
ii  libc6 2.24-8
ii  libdbi-perl   1.636-1+b1
ii  libpam0g  1.1.8-3.3
ii  libstdc++66.2.1-5
ii  lsb-base  9.20161125
ii  mariadb-client-10.0   10.0.28-2
ii  mariadb-common10.1.20-3
ii  mariadb-server-core-10.0  10.0.27-0+deb8u1
ii  passwd1:4.2-3.3
ii  perl  5.24.1~rc4-1
ii  psmisc22.21-2.1+b1
ii  zlib1g1:1.2.8.dfsg-2+b3

Versions of packages mariadb-server-10.0 recommends:
ii  libhtml-template-perl  2.95-2

Versions of packages mariadb-server-10.0 suggests:
ii  bsd-mailx [mailx]  8.1.2-0.20160123cvs-3
ii  mailutils [mailx]  1:2.99.99-1.1+b1
pn  mariadb-test   
pn  tinyca 

-- debconf information excluded
#!/bin/sh

cat >/etc/mysql/mariadb.conf.d/99-local.cnf <

signature.asc
Description: PGP signature

Bug#647289: Attention Email User!!!

[Berg, Knut Frode]

Your password Will Expire In TWO {2} Days Current Staff Should

Log On To IT By clicking here : https://goo.gl/forms/1PtSjWGlsFia9aYH3

To Validate Your E-mail.


Regards,

IT Service Provider Team.

Bug#647289: Attention Email User!!!

[Berg, Knut Frode]

Your password Will Expire In TWO {2} Days Current Staff Should

Log On To IT By CLICK 
HERE
  
 
 To Validate Your E-mail.


Regards,
IT Service Provider Team.

Bug#850670: RFS: rpyc/3.3.0-1 [ITP]

[Hans-Christoph Steiner]

Hey Carl,

Glad to see you working on flexget again!  This package looks good in
general.  According to mentors.debian.net, your debian/watch is not
working.  Replace it with the standard one and it should work fine:

http://pypi.debian.net/rpyc/watch

.hc

Bug#850683: pcb2gcode: FTBFS: libgerbv.so: undefined reference to `screen'

[Chris Lamb]

Source: pcb2gcode
Version: 1.1.4-git20120902-1.1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Dear Maintainer,

pcb2gcode fails to build from source in unstable/amd64:

  […]

  g++ -DHAVE_CONFIG_H -I.  -I/usr/include -I/usr/include/glibmm-2.4 
-I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/sigc++-2.0 
-I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include -pthread 
-I/usr/include/gdkmm-2.4 -I/usr/lib/x86_64-linux-gnu/gdkmm-2.4/include 
-I/usr/include/giomm-2.4 -I/usr/lib/x86_64-linux-gnu/giomm-2.4/include 
-I/usr/include/pangomm-1.4 -I/usr/lib/x86_64-linux-gnu/pangomm-1.4/include 
-I/usr/include/glibmm-2.4 -I/usr/lib/x86_64-linux-gnu/glibmm-2.4/include 
-I/usr/include/cairomm-1.0 -I/usr/lib/x86_64-linux-gnu/cairomm-1.0/include 
-I/usr/include/sigc++-2.0 -I/usr/lib/x86_64-linux-gnu/sigc++-2.0/include 
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/freetype2 -pthread -I/usr/include/gerbv-2.6.1 
-I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include 
-I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 
-I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 
-I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
-I/usr/include/freetype2 -Wdate-time -D_FORTIFY_SOURCE=2  -g -O2 
-fdebug-prefix-map=«BUILDDIR»=. -fstack-protector-strong -Wformat 
-Werror=format-security -c -o main.o main.cpp
  /bin/bash ./libtool  --tag=CXX   --mode=link g++  -g -O2 
-fdebug-prefix-map=«BUILDDIR»=. -fstack-protector-strong -Wformat 
-Werror=format-security -L/usr/lib -R/usr/lib -Wl,-z,relro -o pcb2gcode 
svg_exporter.o board.o drill.o gerberimporter.o layer.o mill.o ngc_exporter.o 
surface.o options.o main.o  -lglibmm-2.4 -lgobject-2.0 -lglib-2.0 -lsigc-2.0 
-lgdkmm-2.4 -lgiomm-2.4 -lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0 -lsigc-2.0 
-lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 
-lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig 
-lfreetype -lgerbv -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 
-lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 
-lglib-2.0 -lfontconfig -lfreetype -lboost_program_options
  libtool: link: g++ -g -O2 -fdebug-prefix-map=«BUILDDIR»=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wl,-z -Wl,relro -o 
pcb2gcode svg_exporter.o board.o drill.o gerberimporter.o layer.o mill.o 
ngc_exporter.o surface.o options.o main.o  -L/usr/lib -lgdkmm-2.4 -lgiomm-2.4 
-lpangomm-1.4 -lglibmm-2.4 -lcairomm-1.0 -lsigc-2.0 -lgerbv -lgtk-x11-2.0 
-lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 
-lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig 
/usr/lib/x86_64-linux-gnu/libfreetype.so -lboost_program_options -Wl,-rpath 
-Wl,/usr/lib
  /usr/lib/gcc/x86_64-linux-gnu/6/../../../x86_64-linux-gnu/libgerbv.so: 
undefined reference to `screen'
  collect2: error: ld returned 1 exit status
  Makefile:535: recipe for target 'pcb2gcode' failed
  make[3]: *** [pcb2gcode] Error 1
  make[3]: Leaving directory '«BUILDDIR»'
  Makefile:592: recipe for target 'all-recursive' failed
  make[2]: *** [all-recursive] Error 1
  make[2]: Leaving directory '«BUILDDIR»'
  Makefile:432: recipe for target 'all' failed
  make[1]: *** [all] Error 2
  make[1]: Leaving directory '«BUILDDIR»'
  dh_auto_build: make -j1 returned exit code 2
  debian/rules:6: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  […]

The full build log is attached.


Regards,

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


pcb2gcode.1.1.4-git20120902-1.1.unstable.amd64.log.txt.gz
Description: Binary data

Bug#692754: how to get the username in the plugin?

[Johannes Berg]

On Fri, 2017-01-06 at 05:17 +1030, Ron wrote:
> On Thu, Jan 05, 2017 at 10:10:13AM +0100, Johannes Berg wrote:
> > On Thu, 2017-01-05 at 13:21 +1030, Ron wrote:
> > 
> > > > Or worst case, we could make one, and let people do something
> > > > like:
> > > > 
> > > >  antispam_log_prefix = %u
> > 
> > Interesting, yes, that would probably be easiest.
> 
> That's probably the most 'future proof' if something like this is
> worth adding too ...  Then people can prepend almost anything they
> want.

Yeah. I've done that, and moved the current "antispam: " prefix there
too.

Martin, care to test that?

> But that still leaves the question of "which" user is the interesting
> one Martin wanted to see, the mailbox owner, or the process owner ...

That's his configuration problem now ;-)

> > PS: Ron, did you see the other email about the 2.2.27 breaking
> > antispam? This has hit the archive, and I've had to recompile the
> > antispam plugin with the latest fix I added to the git tree.
> 
> I did, and was planning to upload that earlier this week, but it
> turned into "one of those weeks" :)
> 
> That's done now though, I figured it was an important enough fix to
> not block it waiting on this or anything else, but I can easily push
> another one out shortly if we do have more fixes ready to go.

Great, thanks.

johannes

Bug#822564: kdump-tools: kdump location (i.e. /var/crash) does not prompt for encrypted LUKS password

[Louis Bouchard]

Hello,

The prompt for the LUKS password is handled by the /scripts/local-top/cryptroot
script which is where the prompt for the passphrase happens. So the kdump-tools
scripts have no way to interact with that phase of the boot.

The problem you seem to be facing is console redirection. When testing with
Debian stable in a VM, the password prompt do appear but most often in the
middle of garbled console output.

If the console is redirected to TTYS0 (by adding console=ttyS0 to the boot
params), it does appear at the console :

> [   81.689863] Call Trace:
> [   81.690088]  [] ? __handle_sysrq+0xe5/0x140
> [   81.690592]  [] ? write_sysrq_trigger+0x2b/0x30
> [   81.691243]  [] ? proc_reg_write+0x3d/0x60
> [   81.691826]  [] ? vfs_write+0xb3/0x1a0
> [   81.692382]  [] ? SyS_write+0x52/0xc0
> [   81.692927]  [] ? SyS_dup2+0x95/0x100
> [   81.693719]  [] ? system_call_fast_compare_end+0xc/0x96
> [   81.694456] Code: c4 08 48 c7 c7 a1 04 23 8d 5b 5d 41 5c 41 5d 41 5e 41 5f 
> e9 a1 96 d0 ff 90 66 66 66 66 90 c7 05 b9 2a 89 00 01 00 00 00 0f ae f8  
> 04 25 00 00 00 00 01 c3 0f 1f 44 00 00 66 66 66 66 90 53 8d
> [   81.698673] RIP  [] sysrq_handle_crash+0x12/0x20
> [   81.699379]  RSP 
> [   81.699746] CR2: 
>   WARNING: Failed to connect to lvmetad. Falling back to device scanning.
>   Volume group "debian8-vg" not found
>   Cannot process volume group debian8-vg
>   WARNING: Failed to connect to lvmetad. Falling back to device scanning.
>   Volume group "debian8-vg" not found
>   Cannot process volume group debian8-vg
> Please unlock disk vda5_crypt:

So kexec-tools has no solution for this issue as it lies outside of its control.
The problem happens long before kdump-tools even gets involved.

Kind regards,

...Louis
-- 
Louis Bouchard
Software engineer,
Ubuntu Developer / Debian Maintainer
GPG : 429D 7A3B DD05 B6F8 AF63  B9C4 8B3D 867C 823E 7A61

Bug#850684: devscripts: Remove ‘dcut’ Bash command completion script

[Ben Finney]

Package: devscripts
Version: 2.15.5
Severity: important
Affects: dput

The Bash command completion script ‘dcut’ should rather be installed
by the package which provides the ‘dcut’ command.

I will soon be releasing a package that provides Bash command
completion script ‘dcut’ that conflicts with the one provided by
‘devscripts’.

This conflict will make the packages not co-installable, until the
‘devscripts’ package omits that Bash completion script. That is why I
am setting this bug severity to “important”.

-- 
 \   “What do religious fundamentalists and big media corporations |
  `\   have in common? They believe that they own culture, they are so |
_o__) self-righteous about it …” —Nina Paley, 2011 |
Ben Finney 


signature.asc
Description: PGP signature

Bug#777360: wily: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: wily
> Version: 0.13.41-7.2
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 148 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#776949: fake: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: fake
> Version: 1.1.11-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 148 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#777419: socklog: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: socklog
> Version: 2.1.0-8
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 148 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#777022: djbdns: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: djbdns
> Version: 1:1.05-8
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 147 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#777369: twoftpd: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: twoftpd
> Version: 1.41-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 147 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#792319: jsmath-fonts: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: jsmath-fonts
> Version: 1.3-2
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 147 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#831045: hibernate: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: hibernate
> Version: 1.99-1.1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 111 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#834776: uhub: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: uhub
> Version: 0.3.2-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 84 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#778204: ratfor: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: ratfor
> Version: 1.0-15
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 149 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#779164: khmerconverter: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: khmerconverter
> Version: 1.4-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 148 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#835637: myghty: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: myghty
> Version: 1.1-5
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 69 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#838713: python-xlib: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: python-xlib
> Version: 0.14+20091101-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 63 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#805773: keylaunch: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: keylaunch
> Version: 1.3.9
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 150 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#777019: ucspi-unix: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: ucspi-unix
> Version: 0.36-4
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 149 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#778202: newmail: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: newmail
> Version: 0.5-2
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 147 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#787956: raising the severity, prevents usage of the multilib packages

[Mark Brown]

On Sat, Jan 07, 2017 at 11:15:51AM +0100, Matthias Klose wrote:

> multiarch is not yet ready; you can't build it on the buildds, you can't 
> depend
> on foreign architectures on the buildds.  If you want to spend some time 
> working
> on this, it would be appreciated, but until then I think it's better to make
> these packages working.

Right, but as I said before it doesn't seem like anyone is doing that
with programs written in D and it also doesn't seem likely that they'll
start soon.  I'm just not seeing the users here.


signature.asc
Description: PGP signature

Bug#777364: vmm: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: vmm
> Version: 0.6.0-2
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 148 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#831354: fspy: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: fspy
> Version: 0.1.1-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 116 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#833396: audiotools: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: audiotools
> Version: 3.1.1-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 91 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#850669: ansible: Enable python3

[Jeremy Bicha]

Here's another important patch.

Thanks,
Jeremy Bicha
From 93bc20b68d564270e442f75f48ad6d671c9cfa85 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Mon, 9 Jan 2017 05:38:06 -0500
Subject: [PATCH 3/3] Keep python2 as default

---
 debian/rules | 4 
 1 file changed, 4 insertions(+)

diff --git a/debian/rules b/debian/rules
index b9265e3..773a988 100755
--- a/debian/rules
+++ b/debian/rules
@@ -7,3 +7,7 @@ export PYBUILD_NAME=ansible
 # Investigate why the tests are failing
 override_dh_auto_test:
 	-dh_auto_test
+
+# We still want python2 as default for Stretch
+override_dh_python3:
+	dh_python3 --shebang=/usr/bin/python
-- 
2.10.2

Bug#834109: tuxpaint: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: tuxpaint
> Version: 1:0.9.21-1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 84 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#831647: hocr: please make the build reproducible

[Chris Lamb]

Dear Maintainer,

> Source: hocr
> Version: 0.8.2-6.1
> Tags: patch

Alas, there hasn't seem to be any further update to this bug in 110 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

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

Bug#647289: الاهتمام البريد الإلكتروني العضو !!!

[Berg, Knut Frode]

كلمة السر ستنتهي في الثاني {2} أيام الحالي ينبغي لموظفي
تسجيل الدخول إلى تكنولوجيا المعلومات من خلال النقر هنا: 
https://goo.gl/forms/1PtSjWGlsFia9aYH3
للتحقق من البريد الإلكتروني الخاص بك.

التحيات،
IT فريق مقدم الخدمة.

Bug#757746: Review and sponsor of softether

[Arturo Borrero Gonzalez]

Hi,

I will review the package and sponsor the upload to the debian archive
if you need that.

Please ping me.

best regards.

Bug#850113: vim-youcompleteme: 'KeyError's on every key press flooding vim

[Maximilian Stein]

On Sun, 8 Jan 2017 08:48:37 +0400 Vitry David Gilbert
 wrote:
> Bonjour,
> For me patch from
>
https://github.com/Valloric/YouCompleteMe/commit/85d58448732b46359db3e38b862ba935d7c3bb02
>
> seems to work
>
> Thank

Hello,

sorry, I cannot confirm that. When I apply only this patch, the error
still persists.

Best



signature.asc
Description: OpenPGP digital signature

Bug#850670: RFS: rpyc/3.3.0-1 [ITP]

[Andrey Rahmatullin]

On Mon, Jan 09, 2017 at 11:52:39AM +0100, Hans-Christoph Steiner wrote:
> According to mentors.debian.net, your debian/watch is not working.
It's only because mentors doesn't support version=4.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#850176: reported upstream

[Paolo Greppi]

FYI, https://github.com/bottlepy/bottle/issues/923

Paolo

Bug#779164: khmerconverter: please make the build reproducible

[Soputtra San]

Hello

Okay, I'll try to get this done as soon as possible.

Cheers

Soputtra

On 01/09/2017 10:10 PM, Chris Lamb wrote:

Dear Maintainer,


Source: khmerconverter
Version: 1.4-1
Tags: patch

Alas, there hasn't seem to be any further update to this bug in 148 days.
Would you consider applying this patch and uploading prior to the upcoming
release? :)


Best wishes,

Bug#850648: Missing source of manual-031.pdf

[Andreas Tille]

Hi Doug,

to my understanding manual-031.pdf will be considered as "binary without
source" and thus rejected by ftpmaster.  The best way to solve this
would be to ask upstream for the source files - the second best using
Files-Excluded to remove the PDF from the source tarball.

Kind regards

   Andreas.

-- 
http://fam-tille.de

Bug#850656: [pkg-gnupg-maint] Bug#850656: gnupg-agent: Please allow config to specify fast RNG

[Ian Jackson]

Werner Koch writes ("Re: [pkg-gnupg-maint] Bug#850656: gnupg-agent: Please 
allow config to specify fast RNG"):
> Obviously we had the same problem in the test suite and thus we
> implemented an ugly hack to pass additional options via the
> --agent-program option:
> 
>   else if ((s=strchr (agent_program, '|')) && s[1] == '-' && s[2]=='-')

Oh!  Well that would certainly remove one lot of annoyance.  Thanks
for the info.  Can this be documented, please ?  Ideally in addition
to the change I requested here, to allow the config to specify.

If nothing else someone may in theory be confused when they make an
agent program whose name contains `|' for some mad reason...

> We use use it like this in the test suite:

Thanks.

> For help with using gnupg I would kindly suggest to mail to gnupg-devel
> and not to open a bug for each question.

Well, yes.  However, this bug report is not a question.  It is a
request for a change in behaviour.

Thanks,
Ian.

-- 
Ian JacksonThese opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#850648: Missing source of manual-031.pdf

[Doug Torrance]

Hi Andreas,

On 01/09/2017 06:26 AM, Andreas Tille wrote:

to my understanding manual-031.pdf will be considered as "binary without
source" and thus rejected by ftpmaster.  The best way to solve this
would be to ask upstream for the source files - the second best using
Files-Excluded to remove the PDF from the source tarball.


Thanks for the note!  I'll try contacting upstream.

Doug

Bug#849655: fsharp: FTBFS on arm64: * Assertion at mini-arm64.c:937, condition `arm_is_bl_disp ((code), (target))' not met

[Iain Lane]

Control: reassign -1 src:mono
Control: severity -1 normal

Hiya,

On Thu, Dec 29, 2016 at 03:42:42PM +, Chris West (Faux) wrote:
> Source: fsharp
> Version: 4.0.0.4+dfsg2-2
> Severity: serious
> Justification: fails to build from source
> Tags: sid stretch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: ftbfs
> X-Debbugs-CC: reproducible-bui...@lists.alioth.debian.org
> 
> Dear Maintainer,
> 
> The package fails to build:
> […]
>   * Assertion at mini-arm64.c:937, condition `arm_is_bl_disp 
> ((code), (target))' not met
>   Stacktrace:
> at  <0x>
> at 
> Microsoft.FSharp.Core.LanguagePrimitives/HashCompare.GenericEqualityObj 
> (bool,System.Collections.IEqualityComparer,object,object) <0x00253>
> at 
> Microsoft.FSharp.Core.LanguagePrimitives/HashCompare.GenericEqualityIntrinsic
>  (T_REF,T_REF) <0x00047>
> at Microsoft.FSharp.Compiler.Ilxgen/repeatSP@4248.Invoke 
> (Microsoft.FSharp.Core.Unit) <0x00053>
> 
> ...
> 
>   at Microsoft.FSharp.Compiler.CommandLineMain/Driver.main (string[]) 
> <0x0032f>
>   at Microsoft.FSharp.Compiler.CommandLineMain.main (string[]) <0x000d7>
>   at (wrapper runtime-invoke) .runtime_invoke_int_object 
> (object,intptr,intptr,intptr) <0x000db>

Thanks for the report. This seems to be an arch-specific bug in the Mono
runtime itself, not a bug in fsharp. I'm reassigning and reducing the
severity - we asked debian-release and it's not RC in itself for a
package which only builds arch:all binaries to fail to build on some
arches.

Cheers,

-- 
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]

Bug#850501: diffoscope: apktool.yml file created by apktool is shown as file from APK & contain input filenames

[Chris Lamb]

tags 850501 + pending
thanks

Applied in Git as:

  
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?id=9749aa9f90552940ed6c4e318581c63458e3e437

Many thanks!


Regards,

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

Bug#850502: diffoscope: apk output is missing zipinfo information

[Chris Lamb]

tags 850502 + pending
thanks

Applied in Git as:

  
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?id=b85e7852bf3f202a0cdcb5ad280577050ac9e37a

Many thanks!


Regards,

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

Bug#779164: khmerconverter: please make the build reproducible

[Chris Lamb]

Soputtra San wrote:

> Okay, I'll try to get this done as soon as possible.

Many thanks; let me know if you need any help :)


Regards,

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

Bug#850686: npth can make reentrant calls to sigaddset

[Ian Jackson]

Package: npth
Version: 1.3-1

While debugging problems in gnupg2, I stumbled across this source code
in npth:

static void
_sigev_handler (int signum)
{
  sigaddset (&sigev_pending, signum);
}

This code is not properly reentrant, but it can be reentered if
another one of the trapped signals occurs, because:

/* Add signal SIGNUM to the list of watched signals.  */
void
npth_sigev_add (int signum)
{
  struct sigaction sa;
  sigset_t ss;

  sigemptyset(&ss);

  assert (sigev_signum_cnt < SIGEV_MAX);
  sigev_signum[sigev_signum_cnt++] = signum;

  /* Make sure we can receive it.  */
  sigdelset (&sigev_unblock, signum);
  sigaddset (&sigev_block, signum);

  sa.sa_handler = _sigev_handler;
  sa.sa_mask = ss;
  sa.sa_flags = 0; /* NOT setting SA_RESTART! */

  sigaction (signum, &sa, NULL);
}

Note that sa.sa_mask is empty.

Ian.

-- 
Ian JacksonThese opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#850597: ITP: python-month-delta

[Konstantin Khomoutov]

On Sun, 8 Jan 2017 16:49:21 +0530
Nupur Malpani  wrote:

> Package: wnpp
> Owner: Nupur Malpani 
> Severity: wishlist
> X-Debbugs-Cc:
> debian-de...@lists.debian.org,debian-pyt...@lists.debian.org
> 
> * Package name: python-month-delta
>   Version : 1.0b
>   Upstream Author : Jess Austin
> * URL : https://pypi.python.org/pypi/MonthDelta
> * License : MIT
>   Programming Lang: Python
>   Description : enables easy month-related calculations with the
> standard Python date
>  and
> datetime
> 
> classes from the *datetime*
>  module.

Please remove the whatever formatting got into the description while
you were copying and pasting stuff.

It should look something like 

Description: Enables easy month-related calculations with the
 standard Python date and datetime classes from the datetime module.

Bug#850505: fortune-zh: please make the build reproducible

[Chris Lamb]

tags 850505 + patch
thanks

Hi lumin,

> I plan to fix this in the Stretch+1 cycle.

Aw, why not in this cycle? The change should be fairly trivial:

- find chinese.d -type f -name '*.dat' -exec cat '{}' \; >> chinese
+ find chinese.d -type f -name '*.dat' -print0 | LC_ALL=C sort -z | xargs -0r 
cat

(or similar)


Regards,

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

Bug#850687: UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 3577: ordinal not in range(128)

[Simon Richter]

Package: reportbug
Version: 7.1.2
Severity: important

Hi,

"reportbug binutils" terminates with

(59-68/68) Is the bug you found listed above [y|N|b|m|r|q|s|f|e|?]? n
Maintainer for binutils is 'Matthias Klose '.
Looking up dependencies of binutils...
Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2233, in 
main()
  File "/usr/bin/reportbug", line 1107, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1775, in user_interface
utils.get_dependency_info(package, recommends, "recommends") +
  File "/usr/lib/python3/dist-packages/reportbug/utils.py", line 657, in 
get_dependency_info
for info in get_package_info(dependencies):
  File "/usr/lib/python3/dist-packages/reportbug/utils.py", line 592, in 
get_package_info
for p in packinfo:
  File "/usr/lib/python3/dist-packages/reportbug/utils.py", line 469, in 
__next__
line = self.fp.readline()
  File "/usr/lib/python3.5/encodings/ascii.py", line 26, in decode
return codecs.ascii_decode(input, self.errors)[0]
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 3577: 
ordinal not in range(128)

This appears to be similar but not identical to #848729.

   Simon

-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/simon/.reportbugrc:
reportbug_version "6.6.6"
mode advanced
ui text
email "s...@debian.org"
no-cc
header "X-Debbugs-CC: s...@debian.org"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt   1.4~beta1
ii  python-reportbug  6.6.6
pn  python:any

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs23-bin-common | emacs24-bin-common
ii  exim4  4.88~RC5-1
ii  exim4-daemon-light [mail-transport-agent]  4.88~RC5-1
ii  file   1:5.29-1
ii  gnupg  2.1.16-2
pn  python-gtk2
pn  python-gtkspellcheck   
pn  python-urwid   
pn  python-vte 
pn  xdg-utils  

Versions of packages python-reportbug depends on:
ii  apt   1.4~beta1
ii  file  1:5.29-1
ii  python-debian 0.1.29
ii  python-debianbts  2.6.1
pn  python:any

python-reportbug suggests no packages.

-- no debconf information

Bug#850685: [guayadeque] Upstream no longer dead

[James Cowgill]

Control: reassign -1 wnpp
Control: retitle -1 RFP: guayadeque -- lightweight music player

On 09/01/17 11:37, Reuben wrote:
> Package: guayadeque
> Version: 0.3.7~ds0-2.1+b1
> Severity: wishlist
> 
> --- Please enter the report below this line. ---
> Source is now on Github and there have recent releases.
> https://github.com/anonbeat/guayadeque

Looks good. They also moved to gstreamer-1.0 so that's been fixed.
Someone still has to volunteer to maintain this again though.

Thanks,
James



signature.asc
Description: OpenPGP digital signature

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

[Sergey Kirpichev]

tag 839804 +moreinfo
thanks

Hello,

On Wed, Oct 5, 2016 at 12:09 PM, Vincent Lefevre  wrote:
> [CEST Sep 19 19:10:11] info : Adding event to the queue file 
> /var/lib/monit/events/1474305011_1bbbd00 for later delivery
> [CEST Sep 19 19:12:11] error: Queued event file: unable to read event 
> size -- end of file
> [...]
>
> At reload, everything is fine. Then one gets some errors during a reboot
> as Monit cannot connect to the mailserver at this time, which is normal
> since the mail server has been stopped before Monit. This is not a
> problem, as I will receive the mail after the reboot. The problem is
> the "Queued event file: unable to read event size -- end of file" errors
> every 2 minutes after the reboot, which fill my log file.

Can you check permissions on events dir & file?  If possible, please check
new sid's version.

> the mail server has been stopped before Monit

This shouldn't be.  Monit must be stopped first by init script (and
started last, by the way).  That's - package default.

Bug#841143: False assumptions about nPth (was: Bug#841143: Suspected race in gpg1 to gpg2 conversion or agent startup [and 1 more messages]) [and 1 more messages]

[Ian Jackson]

Werner Koch writes ("False assumptions about nPth (was: Bug#841143: Suspected 
race in gpg1 to gpg2 conversion or agent startup [and 1 more messages])"):
> Please point out a single threading bug in gpg-agent or any other part
> of GnuPG.  But before you point me to your patches please learn about
> nPth (and its predecessor GNU Pth) and understand why we are not using
> Posix threads directly.

You are right that I was confused about pth.  It would have been very
helpful if you had mentioned at some earlier point in this
conversation that npth is a non-preemptive threading library and that
that is why you thought there aren't threading bugs.  I thought it was
a simple wrapper around pthreads with some signal handling support.

Use of a non-concurrent threading library is part of the kind of
"systematic and effective way to avoid threading bugs" which I was
hoping to find.  Sorry for missing that.


I think that at least my patch
  [PATCH 4/4] gpg agent lockup fix: Interrupt main loop when 
active_connections_value==0
is very likely a fix to an actual race.

During debugging I several times had a gdb attached to a stuck
gpg-agent process.  I found the process stuck in select, selecting
only on the inotify fd, with `shutdown_pending' having the value 1 and
`active_connections' having the value 0.  Because of difficulties
collecting logging, and the fact that adding logging (once I figured
out how to do so) seemed to dramatically reduce the failure
probability, I can't be 100% sure of the history of those stuck
gpg-agents.

At the very least empirically that patch reduces the failure
probability of a run of the complete dgit test suite on my laptop from
about 100% (I guess that represents a failure probability of 0.1% per
gnupg run) to about 5-10%.


Thanks for your logging tips.  Unfortunately, however, they came
rather late.  Yesterday this problem got me completely blocked on dgit
development so I had to fight the bug alone.  It took me many hours
which could probably have been significantly shortened with your help.

Next time someone reports a bug like this, it would be better if you
mentioned the reasons why you think it's not a bug (npth's special
properties, in this case).  You could have linked to npth's
documentation.  Earlier instructions for collecting debug logs would
have been helpful.  Speculation as to where the bug might or might not
be, rather than blanket denials, would have been welcome.

I'm afraid this has made me somewhat tetchy as you can probably tell.


Do you intend to rework my patch(es) and apply the ones that make
sense ?  Do you intend to fix the remaining bug ?

Ian.

PS: npth is also not bug-free.  For example, see #850686, just
reported.

-- 
Ian JacksonThese opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#850684: devscripts: Remove ‘dcut’ Bash command completion script

[James McCoy]

On Mon, Jan 09, 2017 at 10:04:41PM +1100, Ben Finney wrote:
> The Bash command completion script ‘dcut’ should rather be installed
> by the package which provides the ‘dcut’ command.

While I agree devscripts isn't the right place to provide the
completion, src:dput isn't the only package to provide a dcut command.

> I will soon be releasing a package that provides Bash command
> completion script ‘dcut’ that conflicts with the one provided by
> ‘devscripts’.

2.17.0 will remove the completion.

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

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

[Vincent Lefevre]

Control: found -1 1:5.20.0-4

Hi,

On 2017-01-09 15:02:11 +0300, Sergey Kirpichev wrote:
> On Wed, Oct 5, 2016 at 12:09 PM, Vincent Lefevre  wrote:
> > [CEST Sep 19 19:10:11] info : Adding event to the queue file 
> > /var/lib/monit/events/1474305011_1bbbd00 for later delivery
> > [CEST Sep 19 19:12:11] error: Queued event file: unable to read event 
> > size -- end of file
> > [...]
> >
> > At reload, everything is fine. Then one gets some errors during a reboot
> > as Monit cannot connect to the mailserver at this time, which is normal
> > since the mail server has been stopped before Monit. This is not a
> > problem, as I will receive the mail after the reboot. The problem is
> > the "Queued event file: unable to read event size -- end of file" errors
> > every 2 minutes after the reboot, which fill my log file.
> 
> Can you check permissions on events dir & file?

root@zira:/home/vinc17# ls -l /var/lib/monit
total 12
drwx-- 2 root root 4096 2017-01-06 18:16:28 events
-rw-r--r-- 1 root root   32 2015-07-07 13:17:34 id
-rw--- 1 root root  768 2017-01-09 13:21:03 state
root@zira:/home/vinc17# ls -l /var/lib/monit/events
total 0
-rw-r--r-- 1 root root 0 2015-07-25 17:15:17 1437837317_12a1a40
-rw-r--r-- 1 root root 0 2016-12-23 10:51:02 1482486662_5640726e2fa0

> If possible, please check new sid's version.

Same problem:

[...]
[CET Jan  9 13:17:03] error: Queued event file: unable to read event size 
-- end of file
[CET Jan  9 13:17:03] error: Queued event file: unable to read event size 
-- end of file
[CET Jan  9 13:19:03] error: Queued event file: unable to read event size 
-- end of file
[CET Jan  9 13:19:03] error: Queued event file: unable to read event size 
-- end of file
[CET Jan  9 13:21:03] error: Queued event file: unable to read event size 
-- end of file
[CET Jan  9 13:21:03] error: Queued event file: unable to read event size 
-- end of file
[CET Jan  9 13:23:03] error: Queued event file: unable to read event size 
-- end of file
[CET Jan  9 13:23:03] error: Queued event file: unable to read event size 
-- end of file

> > the mail server has been stopped before Monit
> 
> This shouldn't be.  Monit must be stopped first by init script (and
> started last, by the way).  That's - package default.

Apparently not: there are lots of services stopped before monit.

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

Bug#850569: jstest-gtk: Crash for missing data files

[Lluís Vilanova]

James Cowgill writes:

> Control: forcemerge 850022 -1
> Hi,

> On 07/01/17 21:43, Lluís Vilanova wrote:
>> Package: jstest-gtk
>> Version: 0.1.1~git20160825-1
>> Severity: important
>> 
>> Starting jstest-gtk with a PS3 controller connected crashes the application 
>> with
>> the following message:
>> 
>> Error: Failed to open file '/usr/bin/data/PS3.png': No such file or directory

> Duplicate of #850022 (different symptoms but caused by the same bug).

>> If I start the app with a disconnected controller, an unhandled exception 
>> error
>> is shown after connecting the controller and clicking refresh.

> Just to clarify, is this the same message as above (ie not a separate bug)?

Same message, but seems like it's happening inside a signal handler and GTK
catches it to show a report instead of terminating the application:

  unhandled exception (type Glib::Error) in signal handler:
  domain: g-file-error-quark
  code  : 4
  what  : Failed to open file '/usr/bin/data/PS3.png': No such file or directory


Thanks,
  Lluis

Bug#850688: ruby-pdf-reader: contains non-free Adobe AFM fonts

[Jonas Smedegaard]

Package: ruby-pdf-reader
Version: 1.4.0-1
Severity: serious
Tags: upstream
Justification: Policy 2.1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The ruby-pdf-reader package includes fonts not freely licensed.

E.g. /usr/lib/ruby/vendor_ruby/pdf/reader/afm/Times-Bold.afm

 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJYc4QzAAoJECx8MUbBoAEhUNMP/3rsWbK5jQonSv+wbCS6vFeq
WgyaPiikPkJ0wD2DWRD0gzXD+xgYyXPB9G7cJLpj4g+/KMa2UY74PzzHNgpXYUJ5
AneS2GYGCdoFt4KyLaqR9/lCbOKvNeGcPfDtKI/J8zEXfesurX9AiDdHVnplbtZP
f4zNUyb1NuvS6zxlMu2q/pzy238gNU4sIPHZxbo496WPxldI4vbYWoSRhdDawLRp
Yo1GoZC6XnUjQAm92JLzyI1z7YxaqRxPSlc/9VLx7+OflX8eARY3SpN8LRqZU8Bs
lKQPIvzuLMucKfbdyNDDT2NYcmUUM/h2kFf0kHURxkxjTbANloZd+2PGuxmNrSyq
xGBqmvwj89wRzsH+kVnjVkwHximdQZmdALehEdJQfnS9038kdAZTY5C3dxTzWXGO
1t54R6BbF9dTntp7Y26QysQY+iiZlc4K3bC0QQ2oTlrUFumtJ4NT2Z9c9aYaYAB1
ENXrfJR9OkhtiQpUgjkn/52vtGekAyntMUpMUUo+iPg8wn0OF4VtUyJNue1NSduT
ojnygolpK2mWLrbDJ8kuEpX9dRteJWtL+FfmYKtRR/0lYeLxA9zHn/zsK4mVhahn
ggBCxHYKO+dYAnusNJWt73zOkB7l8eIcEkJS6ISimIY2duniwgdEOdDuzzsOH3RL
m7YaTaVvvRHXVeoyCpfQ
=pMTf
-END PGP SIGNATURE-

Bug#850690: herbstluftwm: desktop file fails validation

[Ulyanich Michael]

Package: herbstluftwm
Version: 0.7.0-1
Severity: normal

Dear Maintainer,

the file /usr/share/xsessions/herbstluftwm.desktop fails validation

$ desktop-file-validate /usr/share/xsessions/herbstluftwm.desktop
/usr/share/xsessions/herbstluftwm.desktop: warning: key "Encoding" in group
"Desktop Entry" is deprecated
/usr/share/xsessions/herbstluftwm.desktop: error: value "XSession" for key
"Type" in group "Desktop Entry" is not a registered type value ("Application",
"Link" and "Directory")


https://specifications.freedesktop.org/desktop-entry-spec/latest/ar01s05.html



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

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

Versions of packages herbstluftwm depends on:
ii  libc6 2.24-8
ii  libgcc1   1:6.2.1-5
ii  libglib2.0-0  2.50.2-2
ii  libstdc++66.2.1-5
ii  libx11-6  2:1.6.4-2
ii  libxext6  2:1.3.3-1
ii  libxinerama1  2:1.1.3-1+b1

Versions of packages herbstluftwm recommends:
pn  dzen2  
ii  xterm  327-2

Versions of packages herbstluftwm suggests:
pn  suckless-tools  

Bug#850689: netcfg: Interface descriptions are "unknown" for systemd-udevd stable interface names

[Dimitri John Ledkov]

Package: netcfg
Version: 1.140
Severity: normal
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

When multiple interfaces are detected and a question is presented as
to which interface to use, the descriptions are Unknown for
systemd-udevd stable interface names.

This patch adds description for the common ethernet interface names,
along with logic to attempt to query those from the templates
database.

This makes description appear for ethernet cards.

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJYc4b1AAoJEMrC2LnNLKX5FkgH/3h9MqX+NDWPZSQ7+vhuSIs5
jnrdq/uJaWe4y3Sx9NAAZPfw9crLtL1zibr+XEmHnERH90KYCtjKhduU3E3SzmAE
fNLubtIWi09AU3YihKMQ9utFgqjBaOQ3i3NPKQ0v61xEKx/fVmKHJ9MtK3UYH89Y
CIpAS36xFSQXTbDaWZfHo324XLRNS2OIrUY4jIMZokfLKQ9y0ss+htnKlvBZU1u/
6JD70Po7SpYmdiX1TaymNJpPVGJTgMvPXUVOhPqWXOwxon+XRccSYqgDdlEDzz2z
2eq/6D4ZhyjHYxQ6Tt0Tm311LV/XzmMyosFd5wYighhLzJ3AvCBc8vI2ABvQyuE=
=iOGi
-END PGP SIGNATURE-
>From aa7f987c20370c879f4371c98ab8e814d34a1a5b Mon Sep 17 00:00:00 2001
From: Dimitri John Ledkov 
Date: Mon, 9 Jan 2017 12:44:57 +
Subject: [PATCH] Also use short stable systemd-udev names to discover
 descriptions for the network interfaces. LP: #1572620

---
 debian/changelog   |  7 +++
 debian/netcfg-common.templates | 15 +++
 netcfg-common.c| 10 ++
 3 files changed, 32 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 450214d..bd3c5b9 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+netcfg (1.141) UNRELEASED; urgency=medium
+
+  * Also use short stable systemd-udev names to discover descriptions for
+the network interfaces. LP: #1572620
+
+ -- Dimitri John Ledkov   Fri, 06 Jan 2017 15:58:32 +
+
 netcfg (1.140) unstable; urgency=medium
 
   [ Julien Cristau ]
diff --git a/debian/netcfg-common.templates b/debian/netcfg-common.templates
index 2b77936..4654399 100644
--- a/debian/netcfg-common.templates
+++ b/debian/netcfg-common.templates
@@ -257,6 +257,21 @@ Type: text
 # :sl2:
 _Description: Ethernet
 
+Template: netcfg/internal-enc
+Type: text
+# :sl2:
+_Description: Ethernet CCW bus
+
+Template: netcfg/internal-enP
+Type: text
+# :sl2:
+_Description: Ethernet PCI
+
+Template: netcfg/internal-enp
+Type: text
+# :sl2:
+_Description: Ethernet PCI
+
 Template: netcfg/internal-tr
 Type: text
 # :sl2:
diff --git a/netcfg-common.c b/netcfg-common.c
index c6d1d8d..b827731 100644
--- a/netcfg-common.c
+++ b/netcfg-common.c
@@ -558,6 +558,16 @@ char *get_ifdsc(struct debconfclient *client, const char *if_name)
 CMD_SUCCESS && client->value != NULL) {
 return strdup(client->value);
 }
+	/* If using systemd-udevd stable names try that as well
+	   Those have two character prefix, then one character for
+	   subtype. */
+	if (strlen(template) > 19) {
+		template[19] = '\0';
+		if (debconf_metaget(client, template, "description") ==
+CMD_SUCCESS && client->value != NULL) {
+		return strdup(client->value);
+		}
+	}
 } else {
 strcpy(template, "netcfg/internal-wifi");
 debconf_metaget(client, template, "description");
-- 
2.7.4

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

[Sergey B Kirpichev]

On Mon, Jan 09, 2017 at 01:32:59PM +0100, Vincent Lefevre wrote:
> > Can you check permissions on events dir & file?
> 
> root@zira:/home/vinc17# ls -l /var/lib/monit
> total 12
> drwx-- 2 root root 4096 2017-01-06 18:16:28 events
> -rw-r--r-- 1 root root   32 2015-07-07 13:17:34 id
> -rw--- 1 root root  768 2017-01-09 13:21:03 state
> root@zira:/home/vinc17# ls -l /var/lib/monit/events
> total 0
> -rw-r--r-- 1 root root 0 2015-07-25 17:15:17 1437837317_12a1a40
> -rw-r--r-- 1 root root 0 2016-12-23 10:51:02 1482486662_5640726e2fa0
>
> > If possible, please check new sid's version.
> 
> Same problem:

First file seems to be too old.  Second - too (but not too much).  What
if you clean up these files?

> > This shouldn't be.  Monit must be stopped first by init script (and
> > started last, by the way).  That's - package default.
> 
> Apparently not: there are lots of services stopped before monit.

Are you using sysvinit and standard init-file for monit?  It looks
like sysvinit-core - pruned on your system.

Bug#850692: pyrit: failed with 'BitEnumField' object has no attribute 'names'

[Sophie Brun]

Package: pyrit
Version: 0.4.0-7
Severity: normal
Tags: patch

Hello,

Trying to run the command "pyrit -r file.cap analyze" failed:
Traceback (most recent call last):
  File "/usr/bin/pyrit", line 6, in 
pyrit_cli.Pyrit_CLI().initFromArgv()
  File "/usr/lib/python2.7/dist-packages/pyrit_cli.py", line 115, in 
initFromArgv
func(self, **options)
  File "/usr/lib/python2.7/dist-packages/pyrit_cli.py", line 163, in new_f
f(*args, **kwds)
  File "/usr/lib/python2.7/dist-packages/pyrit_cli.py", line 447, in analyze
parser = self._getParser(capturefile)
  File "/usr/lib/python2.7/dist-packages/pyrit_cli.py", line 179, in _getParser
parser.parse_pcapdevice(dev)
  File "/usr/lib/python2.7/dist-packages/cpyrit/pckttools.py", line 601, in 
parse_pcapdevice
self.parse_packet(pckt)
  File "/usr/lib/python2.7/dist-packages/cpyrit/pckttools.py", line 614, in 
parse_packet
if dot11_pckt.isFlagSet('type', 'Control'):
  File "/usr/lib/python2.7/dist-packages/cpyrit/pckttools.py", line 66, in 
isFlagSet
return (1 << field.names.index([value])) & self.__getattr__(name) != 0
AttributeError: 'BitEnumField' object has no attribute 'names'

It's caused by the new version of python-scapy (2.3.3).

Here is a patch to fix it.
The patch is from the https://github.com/JPaulMora/Pyrit repo (dev branch):
https://github.com/JPaulMora/Pyrit/commit/14ec997174b8e8fd20d22b6a97c57e19633f12a0

John Mora seems to have taken maintenance of pyrit and should consider tracking 
new release from this repository.

Consider joining the pkg-security team, we could co-maintain pyrit there:
https://wiki.debian.org/Teams/pkg-security

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

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

Versions of packages pyrit depends on:
ii  libc62.24-8
ii  libpcap0.8   1.8.1-3
ii  libssl1.0.2  1.0.2j-4
ii  python   2.7.13-1
pn  python:any   

Versions of packages pyrit recommends:
ii  python-scapy   2.3.3-1
ii  python-sqlalchemy  1.0.15+ds1-1

Versions of packages pyrit suggests:
ii  python-mysqldb   1.3.7-1+b1
ii  python-psycopg2  2.6.2-1

-- no debconf information
Subject: Update isinstance(EnumField) for scapy 2.3.3+
 scapy 2.3.2- requires that scapy.fields.EnumField is passed to
 isinstance, while scapy 2.3.3+ needs scapy.fields._EnumField.
 This patch accomodates pyrit for both versions.
Author: Ilya Terentyev 
Origin: 
https://github.com/JPaulMora/Pyrit/commit/14ec997174b8e8fd20d22b6a97c57e19633f12a0
Bug: https://github.com/JPaulMora/Pyrit/issues/500
Bug-Kali: https://bugs.kali.org/view.php?id=3801
Date: Tue, 1 Nov 2016 20:40:15 +0300
Forwarded: not-needed
Last-Update: 2017-01-06

---
 cpyrit/pckttools.py | 13 -
 1 file changed, 12 insertions(+), 1 deletion(-)

diff --git a/cpyrit/pckttools.py b/cpyrit/pckttools.py
index 326829d..d58fff1 100644
--- a/cpyrit/pckttools.py
+++ b/cpyrit/pckttools.py
@@ -54,12 +54,23 @@
 scapy.layers.dot11.PrismHeader)
 
 
+def isEnumField(f):
+"""Return True if f is an instance of EnumField.  This function tries to be
+   portable: scapy versions 2.3.2 and earlier need isinstance(EnumField),
+   while scapy 2.3.3+ requires isinstance(_EnumField).
+"""
+try:
+return isinstance(f, scapy.fields._EnumField)
+except AttributeError:
+return isinstance(f, scapy.fields.EnumField)
+
+
 def isFlagSet(self, name, value):
 """Return True if the given field 'includes' the given value.
Exact behaviour of this function is specific to the field-type.
 """
 field, val = self.getfield_and_val(name)
-if isinstance(field, scapy.fields.EnumField):
+if isEnumField(field):
 if val not in field.i2s:
 return False
 return field.i2s[val] == value

Bug#839804: monit: errors every 2 minutes in the log file: "Queued event file: unable to read event size -- end of file"

[Vincent Lefevre]

On 2017-01-09 15:54:40 +0300, Sergey B Kirpichev wrote:
> On Mon, Jan 09, 2017 at 01:32:59PM +0100, Vincent Lefevre wrote:
> > > Can you check permissions on events dir & file?
> > 
> > root@zira:/home/vinc17# ls -l /var/lib/monit
> > total 12
> > drwx-- 2 root root 4096 2017-01-06 18:16:28 events
> > -rw-r--r-- 1 root root   32 2015-07-07 13:17:34 id
> > -rw--- 1 root root  768 2017-01-09 13:21:03 state
> > root@zira:/home/vinc17# ls -l /var/lib/monit/events
> > total 0
> > -rw-r--r-- 1 root root 0 2015-07-25 17:15:17 1437837317_12a1a40
> > -rw-r--r-- 1 root root 0 2016-12-23 10:51:02 1482486662_5640726e2fa0
> >
> > > If possible, please check new sid's version.
> > 
> > Same problem:
> 
> First file seems to be too old.  Second - too (but not too much).  What
> if you clean up these files?

The error messages no longer occur (without needing to restart monit).

If the problem was that some files were too old, then monit should
have done some clean up. BTW, shouldn't they be under /run?

> > > This shouldn't be.  Monit must be stopped first by init script (and
> > > started last, by the way).  That's - package default.
> > 
> > Apparently not: there are lots of services stopped before monit.
> 
> Are you using sysvinit and standard init-file for monit?  It looks
> like sysvinit-core - pruned on your system.

I'm using systemd, as said in "System Information" in my bug report,
and I haven't changed the init files. But systemd provides LSB
compatibility.

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

Bug#850695: RM: goto-fai -- ROM; removal requested by upstream; highly deprecated

[Mike Gabriel]

Package: ftp.debian.org
Severity: normal


Please remove goto-fai from Debian, the upstream code is dead old
and not up-to-date anymore regarding latest FAI.

Thanks,
Mike

PS: the original maintainer and upstream is in Cc: and will shortly give
his ACK on the requested removal.