Bug#868150: imapproxy: fails to start

[Richard Laager]

On 07/12/2017 08:00 AM, Marc Dequènes (duck) wrote:
> --- imapproxy.service.orig  2017-07-12 14:57:35.0 +0200
> +++ /lib/systemd/system/imapproxy.service   2017-07-12
> 14:50:15.0 +0200
> @@ -8,3 +8,8 @@
>  Type=forking
>  ExecStartPre=/usr/share/imapproxy/prepare-chroot
>  ExecStart=/usr/sbin/imapproxyd -f /etc/imapproxy.conf
> +PIDFile=/run/imapproxy.pid
> +
> +[Install]
> +WantedBy=multi-user.target
> +

imapproxyd actually writes the PID file to /var/run/imapproxy.pid (by
default). With /var/run being a symlink to /run, these should be
equivalent. It seems slightly more correct to me to use:
PIDFile=/var/run/imapproxy.pid

Does it still work for you with /var/run instead of /run?


I'm not sure on the normal etiquette for crediting in debian/changelog.
I'd like to credit you for the patch. The obvious way to do so is to
mark you as the git author, but then I'm writing a commit message that
has your name attached, which feels weird. So I can either do that, so
this happens in debian/changelog:

  [ Marc Dequènes ]
  * Correct the service file (Closes: 868150)

Or I can let the git author default to me and just credit you textually
in the commit message.

Do you have a preference? Are you okay with "Correct the service file"
or would you like to provide your own commit message for that patch?

-- 
Richard

Bug#868211: jessie-pu: package python3-plumbum/1.4.2-1

[Philipp Huebner]

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

Hi,

I would like to fix #867449 in Jessie.
debdiff attached.

Regards,
Philipp
debdiff python-plumbum_1.4.2-1.dsc python-plumbum_1.4.2-1+deb8u1.dsc

diff -Nru python-plumbum-1.4.2/debian/changelog 
python-plumbum-1.4.2/debian/changelog
--- python-plumbum-1.4.2/debian/changelog   2014-09-04 11:34:33.0 
+0200
+++ python-plumbum-1.4.2/debian/changelog   2017-07-10 21:38:41.0 
+0200
@@ -1,3 +1,9 @@
+python-plumbum (1.4.2-1+deb8u1) oldstable; urgency=medium
+
+  * Fix python3 dependencies (Closes: #867449)
+
+ -- Philipp Huebner   Mon, 10 Jul 2017 21:38:41 +0200
+
 python-plumbum (1.4.2-1) unstable; urgency=low
 
   * Initial release (Closes: #673026)
diff -Nru python-plumbum-1.4.2/debian/control 
python-plumbum-1.4.2/debian/control
--- python-plumbum-1.4.2/debian/control 2014-09-04 11:34:33.0 +0200
+++ python-plumbum-1.4.2/debian/control 2017-07-10 21:37:45.0 +0200
@@ -20,7 +20,7 @@
 
 Package: python3-plumbum
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}
+Depends: ${misc:Depends}, ${python3:Depends}
 Description: library for writing shell script-like programs in Python 3
  python-plumbum provides shell-like syntax and handy shortcuts for writing 
shell
  script one-liners in Python using shell combinators. It supports local and

Bug#868210: jessie-pu: package python3-colorlog/2.4.0-1

[Philipp Huebner]

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

Hi,

I would like to fix #867422 in Jessie.
debdiff attached.

Regards,
Philipp
debdiff python-colorlog_2.4.0-1.dsc python-colorlog_2.4.0-1+deb8u1.dsc

diff -Nru python-colorlog-2.4.0/debian/changelog 
python-colorlog-2.4.0/debian/changelog
--- python-colorlog-2.4.0/debian/changelog  2014-09-04 11:34:23.0 
+0200
+++ python-colorlog-2.4.0/debian/changelog  2017-07-10 21:35:45.0 
+0200
@@ -1,3 +1,9 @@
+python-colorlog (2.4.0-1+deb8u1) oldstable; urgency=medium
+
+  * Fix python3 dependencies (Closes: #867422)
+
+ -- Philipp Huebner   Mon, 10 Jul 2017 21:35:45 +0200
+
 python-colorlog (2.4.0-1) unstable; urgency=low
 
   * Initial release (Closes: #760356)
diff -Nru python-colorlog-2.4.0/debian/control 
python-colorlog-2.4.0/debian/control
--- python-colorlog-2.4.0/debian/control2014-09-04 11:34:23.0 
+0200
+++ python-colorlog-2.4.0/debian/control2017-07-10 21:35:05.0 
+0200
@@ -18,7 +18,7 @@
 
 Package: python3-colorlog
 Architecture: all
-Depends: ${misc:Depends}, ${python:Depends}
+Depends: ${misc:Depends}, ${python3:Depends}
 Description: formatter to use with the logging module of Python 3
  python-colorlog allows colors to be placed in the format string, which is
  mostly useful when paired with a StreamHandler that is outputting to a

Bug#868209: CVE-2017-11103: MitM attack, impersonation of the Kerberos client, known as Orpheus Lyre

[Raphael Hertzog]

Source: samba
Severity: grave
Tags: security patch
Version: 2:4.1.11+dfsg-1

Hi,

the following vulnerability was published for samba (due to its embedded
copy of heimdal). I checked the build logs for unstable and apparently it
does use this copy (I don't know the status for older releases).

CVE-2017-11103[0]: MitM attack, impersonation of the Kerberos client, know as 
Orpheus Lyre

A dedicated website is here:
https://orpheus-lyre.info/

The samba announce and patch are here:
https://www.samba.org/samba/security/CVE-2017-11103.html
https://download.samba.org/pub/samba/patches/security/samba-4.x.y-CVE-2017-11103.patch

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-11103
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-11103

Please adjust the affected versions in the BTS as needed.

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#868208: CVE-2017-11103: MitM attack, impersonation of the Kerberos client, know as Orpheus Lyre

[Raphael Hertzog]

Source: heimdal
Severity: grave
Tags: security patch
Version: 1.6~git20120403+dfsg1-2

Hi,

the following vulnerability was published for heimdal.

CVE-2017-11103[0]: MitM attack, impersonation of the Kerberos client, know as 
Orpheus Lyre

A dedicated website is here:
https://orpheus-lyre.info/

The heimdal patch is here:
https://github.com/heimdal/heimdal/commit/6dd3eb836bbb80a00ffced4ad57077a1cdf227ea

All Debian releases are affected (from wheezy to sid).

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-11103
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-11103

Please adjust the affected versions in the BTS as needed.

-- 
Raphaël Hertzog ◈ Debian Developer

Support Debian LTS: https://www.freexian.com/services/debian-lts.html
Learn to master Debian: https://debian-handbook.info/get/

Bug#868206: fonts-wqy-zenhei: Please drop transitional package ttf-wqy-zenhei

[Boyuan Yang]

Package: fonts-wqy-zenhei
Version: 0.9.45-6
Severity: normal

All reverse dependencies for ttf-wqy-zenhei has migrated to fonts-wqy-zenhei
(including the Depends: and Recommends: instructions). As a result, I suggest
we drop the ttf-wqy-zenhei package completely.



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

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

Versions of packages fonts-wqy-zenhei depends on:
ii  dpkg1.18.24
ii  fontconfig  2.12.3-0.2

fonts-wqy-zenhei recommends no packages.

fonts-wqy-zenhei suggests no packages.

-- no debconf information

Bug#868207: fonts-wqy-microhei: Please drop transitional dummy package ttf-wqy-microhei

[Boyuan Yang]

Source: fonts-wqy-microhei
Severity: normal

All reverse dependencies for ttf-wqy-microhei has migrated to fonts-wqy-
microhei (including the Depends: and Recommends: instructions). As a result, I
suggest we drop the ttf-wqy-microhei package completely.



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

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

Bug#868205: openjdk-9-jre-headless: Please do not suggest transitional package ttf-wqy-microhei/zenhei

[Boyuan Yang]

Package: openjdk-9-jre-headless
Version: 9~b177-3
Severity: normal
Tags: patch

Dear maintainer,

Your package suggests the following transitional dummy packages:

* ttf-wqy-zenhei, which should be fonts-wqy-zenhei now
* ttf-wqy-microhei, which should be fonts-wqy-microhei now

Please update your dependency list and suggest real packages in the next
upload.

Thanks!



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

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

Versions of packages openjdk-9-jre-headless depends on:
ii  ca-certificates-java  20170531+nmu1
ii  java-common   0.59
ii  libc6 2.24-12
ii  libcups2  2.2.4-2
ii  libelf1   0.168-1
ii  libfreetype6  2.8-0.2
ii  libgcc1   1:7.1.0-9
ii  libjpeg62-turbo   1:1.5.1-2
ii  liblcms2-22.8-4
ii  libnss3   2:3.31-1
ii  libpcsclite1  1.8.22-1
ii  libstdc++67.1.0-9
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxi62:1.7.9-1
ii  libxrender1   1:0.9.10-1
ii  libxtst6  2:1.2.3-1
ii  multiarch-support 2.24-12
ii  util-linux2.29.2-2
ii  zlib1g1:1.2.8.dfsg-5

openjdk-9-jre-headless recommends no packages.

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

-- no debconf information

Bug#867786: qa.debian.org: e-mail address for accessibility team is changing

[Paul Wise]

Control: tags -1 + pending

On Sun, 09 Jul 2017 14:46:18 +0200 Paul Gevers wrote:

> I suggest to change the link to include both the current and new e-mail 
> address
> until all packages have been migrated.

This is done in git but it needs someone to deploy the changes:

https://anonscm.debian.org/git/collab-qa/udd.git/commit/?id=b0856ed90e7325dd82e09e05a6284808cefefafb

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#842018: reportbug: .desktop file launches shell application without setting Terminal=true

[林博仁]

I believe that the gtk support of reportbug should be separated in individual 
package(like reportbug-gtk) instead of listing it's dependency in Suggests:.
Also moving the desktop entry to that package so it won't confuse user that 
this is an intended-to-be GUI application.

林博仁 

Bug#866543:

[Michael Hudson-Doyle]

uscan / uupdate and the attached patch to the debian directory fixes this
for me.
diff -Nru xcffib-0.4.2/debian/changelog xcffib-0.5.1/debian/changelog
--- xcffib-0.4.2/debian/changelog   2016-09-19 22:59:15.0 +1200
+++ xcffib-0.5.1/debian/changelog   2017-07-13 15:37:48.0 +1200
@@ -1,3 +1,11 @@
+xcffib (0.5.1-1) UNRELEASED; urgency=medium
+
+  * New upstream release. (Closes: #866543, #839314)
+  * d/patches/fix-big-endian-machines.patch: drop, included upstream.
+  * d/control: Add Build-Depends on libghc-semigroups-dev, libghc-either-dev.
+
+ -- Michael Hudson-Doyle   Thu, 13 Jul 2017 
15:14:31 +1200
+
 xcffib (0.4.2-2) unstable; urgency=medium
 
   * Removed unnecessary depends on python{3,}-cffi. (Closes: #833163)
diff -Nru xcffib-0.4.2/debian/control xcffib-0.5.1/debian/control
--- xcffib-0.4.2/debian/control 2016-09-19 22:59:15.0 +1200
+++ xcffib-0.5.1/debian/control 2017-07-13 15:28:16.0 +1200
@@ -1,7 +1,8 @@
 Source: xcffib
 Section: python
 Priority: optional
-Maintainer: Iain R. Learmonth 
+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Iain R. Learmonth 
 Build-Depends: debhelper (>= 9)
   , dh-python
   , pkg-config
@@ -16,8 +17,10 @@
   , libghc-optparse-applicative-dev (>= 0.5)
   , libghc-filemanip-dev
   , libghc-mtl-dev (>= 2.1)
+  , libghc-semigroups-dev
   , libghc-test-framework-hunit-dev
   , libghc-attoparsec-dev
+  , libghc-either-dev
   , python-setuptools
   , python3-setuptools
   , python-autopep8
diff -Nru xcffib-0.4.2/debian/patches/fix-big-endian-machines.patch 
xcffib-0.5.1/debian/patches/fix-big-endian-machines.patch
--- xcffib-0.4.2/debian/patches/fix-big-endian-machines.patch   2016-09-19 
22:59:15.0 +1200
+++ xcffib-0.5.1/debian/patches/fix-big-endian-machines.patch   1970-01-01 
12:00:00.0 +1200
@@ -1,47 +0,0 @@
-Description: handle endian-ness in test cases
-Author: Tycho Andersen 
-Reviewed-By: Iain R. Learmonth 
-Bug: https://github.com/tych0/xcffib/issues/77
-Last-Update: 2016-09-19
-
 xcffib-0.4.2.orig/module/__init__.py
-+++ xcffib-0.4.2/module/__init__.py
-@@ -448,7 +448,7 @@ class List(Protobj):
- 
- def to_atoms(self):
- """ A helper for converting a List of chars to an array of atoms """
--return struct.unpack("=" + "I" * (len(self) // 4), b''.join(self))
-+return struct.unpack("I" * (len(self) // 4), b''.join(self))
- 
- def buf(self):
- return b''.join(self.list)
 xcffib-0.4.2.orig/test/test_python_code.py
-+++ xcffib-0.4.2/test/test_python_code.py
-@@ -16,6 +16,7 @@
- import xcffib
- import xcffib.xproto
- import struct
-+import sys
- from xcffib.xproto import EventMask
- 
- from .testing import XcffibTest
-@@ -44,9 +45,16 @@ class TestPythonCode(XcffibTest):
- for actual, expected in zip(range(20), cm.data8):
- assert actual == expected, actual
- 
--assert cm.data32[0] == 0x03020100
--assert cm.data32[1] == 0x07060504
--assert cm.data32[2] == 0x0b0a0908
-+if sys.byteorder == "little":
-+assert cm.data32[0] == 0x03020100
-+assert cm.data32[1] == 0x07060504
-+assert cm.data32[2] == 0x0b0a0908
-+elif sys.byteorder == "big":
-+assert cm.data32[0] == 0x00010203
-+assert cm.data32[1] == 0x04050607
-+assert cm.data32[2] == 0x08090a0b
-+else:
-+raise Exception("unknown byte order?")
- 
- def test_offset_map(self):
- om = xcffib.OffsetMap({0: "Event0,0"})
diff -Nru xcffib-0.4.2/debian/patches/series xcffib-0.5.1/debian/patches/series
--- xcffib-0.4.2/debian/patches/series  2016-09-19 22:59:15.0 +1200
+++ xcffib-0.5.1/debian/patches/series  2017-07-13 15:16:09.0 +1200
@@ -1 +0,0 @@
-fix-big-endian-machines.patch

Bug#732054: util-linux: Add cron job for regular SSD trimming

[Josh Triplett]

On Wed, Jul 12, 2017 at 07:57:28PM +0200, Andreas Henriksson wrote:
> On Tue, Jul 11, 2017 at 08:23:07AM -0700, Josh Triplett wrote:
> [...]
> > Ideally, I would suggest that we start enabling the "discard" option by
> > default in d-i.  That would also avoid spinning up a periodic cron job
> > that runs regardless of actual need or disk activity.
> 
> This doesn't help systems that are being upgraded though, so IMHO
> would be even more ideal if kernel just used it as default where
> suitable.

Agreed.  I'd like to see the kernel use the more reasonable default.

> > (One of the things I really wish we could do more easily is eliminate
> > the numerous cron jobs that simply wake up, realize they have no work to
> > do, and go back to sleep.)
> 
> I see this problem but that's not my major concern. My personal biggest
> worry is about mixing mechanism (the util-linux tools) and policy (cron
> jobs, etc). I'd much rather see the two being separate and have higher
> level stuff put the policy in place rather than shipping the policy in
> an essential package.

Agreed *completely*, and thank you for very clearly articulating this
concern.

> This is exactly the same reason why I'm not
> entirely at ease with the suggestion in #855203 either.

Agreed.  Making that change would just move breakage around, fixing some
systems but breaking others.  (There's a *reason* that job isn't run.)

> Unfortunately I haven't been able to come up with a good package to
> point the finger to where we should put this policy.
> Suggestions would be very welcome!

I think the right answer is always "fix the underlying package to have
the right default, rather than papering over it with configuration".  If
we have some non-standard configuration we're shipping by default, we
should figure out how to make some kind of automatic detection that Just
Works the new default and eliminate the configuration.

Bug#868204: dh_installdocs tries to install README.Debian even if it already exists (regression)

[Stéphane Glondu]

Package: debhelper
Version: 10.6.3
Severity: serious

Hello,

At the moment, ocaml FTBFS in unstable. I think this is because of
debhelper. Indeed, the error message is:

> [...]
> dh_install: ./debian/ld.conf overwrites debian/tmp/usr/lib/ocaml/ld.conf 
> (both installed as: /usr/lib/ocaml/ld.conf)
>dh_installdocs
> dh_installdocs: copy(debian/README.Debian, 
> debian/ocaml-nox/usr/share/doc/ocaml-nox/README.Debian): No such file or 
> directory
> debian/rules:81: recipe for target 'binary' failed
> make: *** [binary] Error 2

Here, debian/ocaml-nox/usr/share/doc/ocaml-nox/README.Debian exists
already and dh_ocamldoc should not try to overwrite it.

Note that debian/ocaml-nox/usr/share/doc/ocaml-nox/README.Debian at
this moment of the build is a dangling symbolic link, but that
shouldn't matter.

Cheers,

-- 
Stéphane

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

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

Versions of packages debhelper depends on:
ii  autotools-dev20161112.1
ii  binutils 2.28-6
ii  dh-autoreconf14
ii  dh-strip-nondeterminism  0.035-2
ii  dpkg 1.18.24
ii  dpkg-dev 1.18.24
ii  file 1:5.30-1
ii  libdpkg-perl 1.18.24
ii  man-db   2.7.6.1-2
ii  perl 5.24.1-4
ii  po-debconf   1.0.20

debhelper recommends no packages.

Versions of packages debhelper suggests:
pn  dh-make  

-- no debconf information

Bug#732054: util-linux: Add cron job for regular SSD trimming

[Josh Triplett]

On Tue, Jul 11, 2017 at 01:44:23PM -0400, Phil Susi wrote:
> On 7/11/2017 11:23 AM, Josh Triplett wrote:
> >> There are two main methods for doing this, synchronously using the
> >> "discard" mount option or asynchronously using fstrim [2]. Colin King did
> >> some extensive benchmarking and found that on desktops and servers you
> >> usually want a cron'ed fstrim [3].
> > 
> > This assumes that you can handle a disk-heavy job running via cron,
> > rather than distributing the overhead over time.  (That link mentions
> > fstrim running for a long time even when run on a daily basis, let alone
> > weekly.)  Sometimes you want to maximize peak performance at the cost of
> > extra overhead at specific times; sometimes you want consistent
> > performance and no downward spikes.
> > 
> > Ideally, I would suggest that we start enabling the "discard" option by
> > default in d-i.  That would also avoid spinning up a periodic cron job
> > that runs regardless of actual need or disk activity.
> > 
> > (One of the things I really wish we could do more easily is eliminate
> > the numerous cron jobs that simply wake up, realize they have no work to
> > do, and go back to sleep.)
> 
> I assume that since this bug is still open in Debian, that Ubuntu
> diverged here since we've had the fstrim cron job for a few years now.
> I even came across a bug report not too long ago saying that it trashes
> OCFS filesystems running on a SAN.

Yeah, I've had it trash a filesystem as well. That was a kernel bug
that has since been fixed, so I didn't want to use that as an argument
against, but I definitely know people who thought they'd mitigated that
bug by disabling "discard" yet had their filesystems trashed because of
the fstrim cron job.

Bug#867771:

[Michael Hudson-Doyle]

Attaching a patch that takes the option of simply dropping the
python3-trollius package.
diff -Nru python-trollius-2.1~b1/debian/changelog 
python-trollius-2.1~b1/debian/changelog
--- python-trollius-2.1~b1/debian/changelog 2016-05-20 07:36:53.0 
+1200
+++ python-trollius-2.1~b1/debian/changelog 2017-07-13 14:49:30.0 
+1200
@@ -1,3 +1,9 @@
+python-trollius (2.1~b1-5) unstable; urgency=medium
+
+  * Stop building python3-trollius. (Closes: #867771)
+
+ -- Michael Hudson-Doyle   Thu, 13 Jul 2017 
14:49:06 +1200
+
 python-trollius (2.1~b1-4) unstable; urgency=medium
 
   * d/rules: Changed UPSTREAM_GIT protocol to https
diff -Nru python-trollius-2.1~b1/debian/control 
python-trollius-2.1~b1/debian/control
--- python-trollius-2.1~b1/debian/control   2016-05-20 07:36:53.0 
+1200
+++ python-trollius-2.1~b1/debian/control   2017-07-13 14:48:48.0 
+1200
@@ -33,14 +33,3 @@
  Linux, Mac OS X, FreeBSD and OpenIndiana.
  .
  This package contains the Python 2.x module.
-
-Package: python3-trollius
-Architecture: all
-Depends: ${misc:Depends},
- ${python3:Depends},
-Description: port of the Tulip project on Python 2.7 - Python 3.x
- Trollius is a portage of the Tulip project (asyncio module, PEP 3156) on
- Python 2. Trollius works on Python 2.6-3.4. It has been tested on Windows,
- Linux, Mac OS X, FreeBSD and OpenIndiana.
- .
- This package contains the Python 3.x module.

Bug#868203:

[Michael Hudson-Doyle]

simple patch attached
diff -Nru python-autobahn-0.14.1+dfsg1/debian/changelog 
python-autobahn-0.14.1+dfsg1/debian/changelog
--- python-autobahn-0.14.1+dfsg1/debian/changelog   2016-07-18 
01:27:58.0 +1200
+++ python-autobahn-0.14.1+dfsg1/debian/changelog   2017-07-13 
14:44:12.0 +1200
@@ -1,3 +1,9 @@
+python-autobahn (0.14.1+dfsg1-3) unstable; urgency=medium
+
+  * Drop Depends on python3-trollius. (Closes #868203)
+
+ -- Michael Hudson-Doyle   Thu, 13 Jul 2017 
14:39:59 +1200
+
 python-autobahn (0.14.1+dfsg1-2) unstable; urgency=medium
 
   [ Thomas Goirand ]
diff -Nru python-autobahn-0.14.1+dfsg1/debian/control 
python-autobahn-0.14.1+dfsg1/debian/control
--- python-autobahn-0.14.1+dfsg1/debian/control 2016-07-18 01:27:58.0 
+1200
+++ python-autobahn-0.14.1+dfsg1/debian/control 2017-07-13 14:39:35.0 
+1200
@@ -83,7 +83,6 @@
  python3-nacl,
  python3-six,
  python3-snappy (>= 0.5),
- python3-trollius (>= 2.0),
  python3-twisted (>= 11.1),
  python3-txaio (>= 2.5.1),
  python3-zope.interface (>= 3.6),

Bug#866950: fontconfig: upgrade radically changes font-rendering style with no warning or hint of how to revert

[Adriano Vilela Barbosa]

On Sat, 8 Jul 2017 09:41:02 +0200 Laurent Bigonville  wrote:
> Le 08/07/17 à 00:30, Soeren D. Schulze a écrit :
> >>> Changing the value in debconf question in fontconfig also helped,
> >>> correct?
> >>
> >> In my case (fontconfig 2.12.3-0.2, libfreetype6 2.8-0.2), setting
> >> FREETYPE_PROPERTIES was not enough. Only after I've also
> >> dpkg-reconfigured fontconfig to 'Full' hinting style everything got back
> >> to normal (pre 2.12 style).
> >
> > I can confirm this.  You need both full hinting in debconf as well as
> > having FREETYPE_PROPERTIES set.  Having only one of them does not do
> > anything.
> OK thanks for the precisions. I'll upload my fontconfig update and clone
> this bug
>
>

Hi,

I also follow testing and started seeing this after a dist-upgrade
yesterday (I hadn't done any upgrades since the release of stretch).
Some applications weren't affected by the upgrade (e.g., Gimp). Others
(e.g., Firefox) were affected by could be fixed by upgrading
fontconfig to 2.12.3-0.2 and setting FREETYPE_PROPERTIES. And there is
a third group of applications (all KDE applications, Emacs) that could
only be fixed by downgrading libfreetype6 to 2.6.3-3.2.

Adriano

Bug#868203: drop depends on python3-trollius

[Michael Hudson-Doyle]

Source: python-autobahn
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.6 no-more-python3-trollius

Hi,

I want to remove the python3-trollius package from Debian, and
python-autobahn only imports trollius if asyncio is not found, and asyncio
is part of all supported versions of Python 3 in Debian, so the depends on
python3-trollius can simply be dropped.

Cheers,
mwh

Bug#868179: xserver-xorg-video-radeon: SEGV when starting X11

[Michel Dänzer]

On 13/07/17 04:35 AM, bartek 'basz' szurgot wrote:
> Subject: xserver-xorg-video-radeon: SEGV when starting X11
> Package: xserver-xorg-video-radeon
> Version: 1:7.9.0-1
> Justification: renders package unusable

Not really, this doesn't affect everybody.


> might be related to:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867701

Doesn't look the same.


This bug is https://bugs.freedesktop.org/show_bug.cgi?id=100276 , fixed
by
https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/commit/?id=981bac185cfd74ae50dffc28f57cf34623a9595f
.


-- 
Earthling Michel Dänzer   |   http://www.amd.com
Libre software enthusiast | Mesa and X developer



signature.asc
Description: OpenPGP digital signature

Bug#868202:

[Michael Hudson-Doyle]

Simple patch attached
diff -Nru qtile-0.10.6/debian/changelog qtile-0.10.6/debian/changelog
--- qtile-0.10.6/debian/changelog   2016-09-20 00:47:38.0 +1200
+++ qtile-0.10.6/debian/changelog   2017-07-13 14:26:43.0 +1200
@@ -1,3 +1,9 @@
+qtile (0.10.6-4) unstable; urgency=medium
+
+  * Drop Build-Depends and Depends on python3-trollius. (Closes: #xx)
+
+ -- Michael Hudson-Doyle   Thu, 13 Jul 2017 
14:25:49 +1200
+
 qtile (0.10.6-3) unstable; urgency=medium
 
   * Fixes Python dependencies to use correct Python version (Closes: #833098)
diff -Nru qtile-0.10.6/debian/control qtile-0.10.6/debian/control
--- qtile-0.10.6/debian/control 2016-09-20 00:45:59.0 +1200
+++ qtile-0.10.6/debian/control 2017-07-13 14:26:31.0 +1200
@@ -11,7 +11,6 @@
python-cffi (>= 1.3.0),
python3-cffi (>= 1.3.0),
python-trollius,
-   python3-trollius,
python-xcffib (>= 0.4.0),
python3-xcffib (>= 0.4.0),
python-cairocffi (>= 0.7),
@@ -69,7 +68,6 @@
  libglib2.0-0,
  libpango1.0-0,
  libpangocairo-1.0-0,
- python3-trollius,
  ${misc:Depends},
  ${python3:Depends}
 Recommends: python3-dbus,

Bug#868202: Remove build-depends and depends on python3-trollius

[Michael Hudson-Doyle]

Source: qtile
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.6 no-more-python3-trollius

Hi,

I want to remove the python3-trollius package from Debian, and qtile
only imports trollius if asyncio is not found, and asyncio is part of all
supported versions of Python 3 in Debian, so the build-depends and depends
on python3-trollius can simply be dropped.

Cheers,
mwh

Bug#868201:

[Michael Hudson-Doyle]

Simple patch attached.
diff -Nru python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/changelog 
python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/changelog
--- python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/changelog   
2016-10-14 06:51:07.0 +1300
+++ python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/changelog   
2017-07-13 14:27:50.0 +1200
@@ -1,3 +1,9 @@
+python-txaio (2.5.1+2016.10.03.git.623ef68776-2) unstable; urgency=medium
+
+  * Drop (Build-)Depends on python3-trollius. (Closes: #868201)
+
+ -- Michael Hudson-Doyle   Thu, 13 Jul 2017 
14:17:54 +1200
+
 python-txaio (2.5.1+2016.10.03.git.623ef68776-1) unstable; urgency=medium
 
   * New upstream release based on commit 623ef68776:
diff -Nru python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/control 
python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/control
--- python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/control 2016-10-14 
06:51:07.0 +1300
+++ python-txaio-2.5.1+2016.10.03.git.623ef68776/debian/control 2017-07-13 
14:18:48.0 +1200
@@ -24,7 +24,6 @@
  python3-mock (>= 1.3),
  python3-pytest,
  python3-six,
- python3-trollius,
  python3-twisted,
  python3-zope.interface,
 Standards-Version: 3.9.8
@@ -55,7 +54,6 @@
 Package: python3-txaio
 Architecture: all
 Depends: python3-six,
- python3-trollius,
  python3-twisted,
  python3-zope.interface,
  ${misc:Depends},

Bug#868201: drop (build-)dependency on python3-trolliius

[Michael Hudson-Doyle]

Source: python-txaio
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.6 no-more-python3-trollius

Hi,

I want to remove the python3-trollius package from Debian, and python-txaio
only imports trollius if asyncio is not found, and asyncio is part of all
supported versions of Python 3 in Debian, so the build-depends and depends
on python3-trollius can simply be dropped.

Cheers,
mwh

Bug#868200:

[Michael Hudson-Doyle]

Simple patch attached.
diff -Nru python-aioeventlet-0.5.1/debian/changelog 
python-aioeventlet-0.5.1/debian/changelog
--- python-aioeventlet-0.5.1/debian/changelog   2016-02-23 05:43:11.0 
+1300
+++ python-aioeventlet-0.5.1/debian/changelog   2017-07-13 14:10:29.0 
+1200
@@ -1,3 +1,9 @@
+python-aioeventlet (0.5.1-2) artful; urgency=medium
+
+  * Drop build dependency on python3-trollius.
+
+ -- Michael Hudson-Doyle   Fri, 30 Jun 2017 
14:57:16 +1200
+
 python-aioeventlet (0.5.1-1) unstable; urgency=medium
 
   * New upstream release:
diff -Nru python-aioeventlet-0.5.1/debian/control 
python-aioeventlet-0.5.1/debian/control
--- python-aioeventlet-0.5.1/debian/control 2016-02-23 05:43:11.0 
+1300
+++ python-aioeventlet-0.5.1/debian/control 2017-07-13 14:11:30.0 
+1200
@@ -15,7 +15,6 @@
  python-trollius (>= 2.0),
  python3-eventlet,
  python3-mock,
- python3-trollius (>= 2.0),
 Standards-Version: 3.9.6
 Vcs-Browser: 
https://anonscm.debian.org/gitweb/?p=openstack/python-aioeventlet.git
 Vcs-Git: https://anonscm.debian.org/git/openstack/python-aioeventlet.git

Bug#868200: drop build dependency on python3-trollius

[Michael Hudson-Doyle]

Source: python-aioeventlet
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.6 no-more-python3-trollius

Hi,

I want to remove the python3-trollius package from Debian, and
python-aioeventlet only imports trollius if asyncio is not found, and
asyncio is part of all supported versions of Python 3 in Debian, so the
build-depends on python3-trollius can simply be dropped.

Cheers,
mwh

Bug#868194: Stop building python3-trollius-redis

[Sergio Durigan Junior]

On Wednesday, July 12 2017, Michael Hudson-Doyle wrote:

> Hi,
>
> trollius does not build with Python 3.6 as a supported version and is
> deprecated upstream. The sensible way forward seems to be to stop building
> python3-trollius and the only non-trivial dependency on that
> is python3-trollius-redis. I think it makes sense to stop
> building python3-trollius-redis too, on the assumption that as and when
> pagure moves to Python 3, it will move to asyncio-redis as part of that.
>
> Cheers,
> mwh

Thanks for the bug report.  I'll take care of this ASAP.

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible
http://sergiodj.net/

Bug#868199: drop build-dependency on python3-trollius

[Michael Hudson-Doyle]

Source: python-aioeventlet

Bug#868198: cdrom: CDROM detection fails for SATA drive in debian-installer

[Igor Liferenko]

Package: cdrom
Severity: important
Tags: d-i

Dear Maintainer,

Debian installer from official testing build for 2017-07-10 from


http://cdimage.debian.org/cdimage/weekly-builds/amd64/jigdo-dvd/debian-testing-amd64-DVD-1.jigdo

fails on "detect cdrom" stage.

I write the image to my SATA drive as follows:

dd if=debian-testing-amd64-DVD-1.iso of=/dev/sdb bs=4M; sync

The reason is that installation media cannot be mounted, as verified
from Alt+F2 console:

mount /dev/sdb1 /mnt
mount: mounting /dev/sdb1 on /mnt failed: Invalid argument

But when I issue

modprobe isofs

mounting works fine, and the installation resumes after I repeat cdrom
detection.

At https://www.debian.org/releases/sarge/debian-installer/ in the section
"SATA driver can block access to CD drive in installations from CD" it is
written that "isofs" module is necessary in order that sata driver will let
access the device.
As it turns out, usb driver lets to access the device without "isofs" module.

Adding "modules=isofs" to kernel boot parameters gives nothing.

So, please make debian installer load this module automatically at an early
stage.

(Installing from SATA drive is a neccessity. No usb flash drive.)

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

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

Bug#868197: libmwaw-tools description names the wrong binaries (from libvisio-tools)

[Bela Lubkin]

Package: libmwaw-tools
Severity: minor

This package's description states:

> This package contains vsd2xtml and vsd2raw.

Those are actually from libvisio-tools (including an old misspelling).
libmwaw-tools contains mwaw2{html,raw,text}.  Don't know if they actually
need to be mentioned at all.

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

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

Bug#865117: [pkg-db-devel] Bug#865117: db5.3: GCJ package removal

[Emmanuel Bourg]

Here is a patch, only build tested on amd64, that's the best I can do.
diff --git a/debian/control b/debian/control
index 369594d98..3ff9f1b76 100644
--- a/debian/control
+++ b/debian/control
@@ -6,16 +6,14 @@ Uploaders: Ondrej Surý , Dmitrijs Ledkovs 

 Standards-Version: 3.9.6
 # For cross building one also needs tcl8.4:native (ie. such that it
 # can be executed to pre-process sqlite3 components).
-# For DEB_STAGE=stage1 build tcl-dev, javahelper, default-jdk,
-# gcj-native-helper can be dropped
+# For DEB_STAGE=stage1 build tcl-dev, javahelper, default-jdk can be dropped
 Build-Depends: debhelper (>= 9.20141221~),
   autotools-dev (>= 20100122.1),
   dh-autoreconf,
   tcl-dev,
   procps [!hurd-i386],
   javahelper [!m68k],
-  default-jdk [!m68k],
-  gcj-native-helper [!m68k]
+  default-jdk [!m68k]
 Homepage: 
http://www.oracle.com/technetwork/database/database-technologies/berkeleydb/overview/index.html
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-db/db5.3.git
 Vcs-Git: git://anonscm.debian.org/pkg-db/db5.3.git
@@ -158,25 +156,11 @@ Depends: libdb5.3-java-jni (>= ${source:Version}),
 ${shlibs:Depends},
 ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
-Suggests: libdb5.3-java-gcj
 Multi-Arch: foreign
 Description: Berkeley v5.3 Database Libraries for Java
  This package provides the Java interface for the Berkeley v5.3 database
  library.

-Package: libdb5.3-java-gcj
-Architecture: any
-Section: java
-Priority: optional
-Depends: libdb5.3-java (= ${source:Version}),
-${shlibs:Depends},
-${misc:Depends}
-Description: Berkeley v5.3 Database Libraries for Java (native code)
- This package provides the Java interface for the Berkeley v5.3 database
- library.
- .
- This package contains the natively compiled code for use by gij.
-
 Package: libdb5.3-java-dev
 Architecture: any
 Section: libdevel
diff --git a/debian/libdb5.3-java-gcj.dirs b/debian/libdb5.3-java-gcj.dirs
deleted file mode 100644
index 38c8e1b77..0
--- a/debian/libdb5.3-java-gcj.dirs
+++ /dev/null
@@ -1,2 +0,0 @@
-usr/lib/gcj
-usr/share/gcj
diff --git a/debian/rules b/debian/rules
index b512d2a5c..3cfa59431 100755
--- a/debian/rules
+++ b/debian/rules
@@ -13,32 +13,21 @@ export DH_ALWAYS_EXCLUDE=.arch-ids
 include /usr/share/dpkg/architecture.mk

 # Don't try to build this file if missing
-/usr/share/gcj/debian_defaults /usr/share/javahelper/java-vars.mk:
+/usr/share/javahelper/java-vars.mk:
:

--include /usr/share/gcj/debian_defaults
 -include /usr/share/javahelper/java-vars.mk

 JAVA_BROKEN_ARCHS = m68k
-GCJ_BROKEN_ARCHS =
-GCJ_NATIVE_ARCHS = $(filter-out $(GCJ_BROKEN_ARCHS), $(gcj_native_archs))

 ENABLE_JAVA=no
-ENABLE_GCJ=no

 ifeq (,$(filter $(DEB_HOST_ARCH), $(JAVA_BROKEN_ARCHS)))
   ENABLE_JAVA=yes
-ifneq (,$(filter $(DEB_HOST_ARCH), $(GCJ_NATIVE_ARCHS)))
-  ENABLE_GCJ=yes
-else
-  # work around bug #719842 in javahelper
-  ENABLE_JAVA=no
-endif
 endif

 ifeq ($(DEB_STAGE),stage1)
   ENABLE_JAVA=no
-  ENABLE_GCJ=no
   ENABLE_TCL=no
 else
   ENABLE_TCL=yes
@@ -98,11 +87,7 @@ CONFIGURE_SWITCHES += --enable-java
 DH_PLUGINS += --with=javahelper
 else
 CONFIGURE_SWITCHES += --disable-java
-DH_OPTIONS += -Nlibdb5.3-java -Nlibdb5.3-java-dev -Nlibdb5.3-java-gcj 
-Nlibdb5.3-java-jni
-endif
-
-ifeq (no,$(ENABLE_GCJ))
-DH_OPTIONS += -Nlibdb5.3-java-gcj
+DH_OPTIONS += -Nlibdb5.3-java -Nlibdb5.3-java-dev -Nlibdb5.3-java-jni
 endif

 ifeq (no,$(ENABLE_SQL))
@@ -269,6 +254,3 @@ override_jh_installlibs:
 ifeq (yes,$(ENABLE_JAVA))
jh_installlibs
 endif
-ifeq (yes,$(ENABLE_GCJ))
-   dh_nativejava
-endif

Bug#842018: reportbug: .desktop file launches shell application without setting Terminal=true

[Stephen Paul Weber]

Package: reportbug
Version: 7.1.7
Followup-For: Bug #842018

It is true that the .desktop file included in a default install of Debian is
broken, however if you check  #842018 you will see that installing packages
python3-gi-cairo and gir1.2-vte-2.91 should fix it for you.  Hopefully this
workaround helps you.



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

** /home/singpolyma/.reportbugrc:
reportbug_version "7.1.7"
mode standard
ui text
email "singpol...@singpolyma.net"
no-cc
header "X-Debbugs-CC: singpol...@singpolyma.net"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt1.4.6
ii  python33.5.3-1
ii  python3-reportbug  7.1.7

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.89-2+deb9u1
ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
ii  file   1:5.30-1
ii  gir1.2-gtk-3.0 3.22.11-1
ii  gir1.2-vte-2.910.46.1-1
ii  gnupg  2.1.18-6
ii  python3-gi 3.22.0-2
ii  python3-gi-cairo   3.22.0-2
pn  python3-gtkspellcheck  
pn  python3-urwid  
ii  xdg-utils  1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.4.6
ii  file   1:5.30-1
ii  python33.5.3-1
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.12.4-1

python3-reportbug suggests no packages.

-- no debconf information

Bug#868195: Log cat/var/log/messages

[Leandro Cunha]

Jul 12 21:07:56 debian-pc NetworkManager[594]:   [1499904476.6882]
device (wlxe894f6285298): Activation: failed for connection 'TP-LINK_CE9064
1'
Jul 12 21:07:56 debian-pc kernel: [14864.561297] wlxe894f6285298: aborting
authentication with 90:f6:52:ce:90:64 by local choice (Reason:
3=DEAUTH_LEAVING)
Jul 12 21:07:56 debian-pc NetworkManager[594]:   [1499904476.8452]
sup-iface[0x555af38d3b60,wlxe894f6285298]: connection disconnected (reason
-3)
Jul 12 21:07:56 debian-pc NetworkManager[594]:   [1499904476.8454]
device (wlxe894f6285298): supplicant interface state: authenticating ->
disconnected
Jul 12 21:07:56 debian-pc NetworkManager[594]:   [1499904476.8467]
device (wlxe894f6285298): state change: failed -> disconnected (reason
'none') [120 30 0]
Jul 12 21:07:56 debian-pc kernel: [14864.719494] IPv6: ADDRCONF(NETDEV_UP):
wlxe894f6285298: link is not ready
Jul 12 21:07:56 debian-pc NetworkManager[594]:   [1499904476.8672]
device (wlxe894f6285298): set-hw-addr: set MAC address to 8E:44:32:3C:37:58
(scanning)
Jul 12 21:07:57 debian-pc kernel: [14864.892989] IPv6: ADDRCONF(NETDEV_UP):
wlxe894f6285298: link is not ready
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.0607]
device (wlp1s0): Activation: starting connection 'TP-LINK_CE9064'
(ed6274ef-c4da-4bea-9692-8a4a028d89d0)
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.0609]
audit: op="connection-activate" uuid="ed6274ef-c4da-4bea-9692-8a4a028d89d0"
name="TP-LINK_CE9064" pid=1480 uid=1000 result="success"
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.0612]
device (wlp1s0): state change: disconnected -> prepare (reason 'none') [30
40 0]
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.0614]
manager: NetworkManager state is now CONNECTING
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.0672]
device (wlp1s0): set-hw-addr: reset MAC address to 78:92:9C:B3:B2:7C
(preserve)
Jul 12 21:08:34 debian-pc kernel: [14901.938367] iwlwifi :01:00.0: L1
Enabled - LTR Disabled
Jul 12 21:08:34 debian-pc kernel: [14901.945797] iwlwifi :01:00.0: L1
Enabled - LTR Disabled
Jul 12 21:08:34 debian-pc kernel: [14901.945895] iwlwifi :01:00.0:
Radio type=0x0-0x0-0x3
Jul 12 21:08:34 debian-pc kernel: [14901.990777] iwlwifi :01:00.0: L1
Enabled - LTR Disabled
Jul 12 21:08:34 debian-pc kernel: [14901.998218] iwlwifi :01:00.0: L1
Enabled - LTR Disabled
Jul 12 21:08:34 debian-pc kernel: [14901.998360] iwlwifi :01:00.0:
Radio type=0x0-0x0-0x3
Jul 12 21:08:34 debian-pc kernel: [14902.036960] IPv6: ADDRCONF(NETDEV_UP):
wlp1s0: link is not ready
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1693]
device (wlp1s0): supplicant interface state: disconnected -> disabled
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1700]
device (wlp1s0): state change: prepare -> config (reason 'none') [40 50 0]
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1705]
device (wlp1s0): Activation: (wifi) access point 'TP-LINK_CE9064' has
security, but secrets are required.
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1706]
device (wlp1s0): state change: config -> need-auth (reason 'none') [50 60 0]
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1783]
device (wlp1s0): state change: need-auth -> prepare (reason 'none') [60 40
0]
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1790]
device (wlp1s0): state change: prepare -> config (reason 'none') [40 50 0]
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1793]
device (wlp1s0): Activation: (wifi) connection 'TP-LINK_CE9064' has
security, and secrets exist.  No new secrets needed.
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1793]
Config: added 'ssid' value 'TP-LINK_CE9064'
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1793]
Config: added 'scan_ssid' value '1'
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1793]
Config: added 'key_mgmt' value 'WPA-PSK'
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1793]
Config: added 'auth_alg' value 'OPEN'
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.1794]
Config: added 'psk' value ''
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.2025]
device (wlp1s0): supplicant interface state: disabled -> disconnected
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.2223]
device (wlp1s0): supplicant interface state: disconnected -> scanning
Jul 12 21:08:34 debian-pc kernel: [14902.602384] wlp1s0: authenticate with
90:f6:52:ce:90:64
Jul 12 21:08:34 debian-pc kernel: [14902.604977] wlp1s0: send auth to
90:f6:52:ce:90:64 (try 1/3)
Jul 12 21:08:34 debian-pc NetworkManager[594]:   [1499904514.7390]
device (wlp1s0): supplicant interface state: scanning -> authenticating
Jul 12 21:08:34 debian-pc kernel: [14902.607193] wlp1s0: authenticated
Jul 12 21:08:34 debian-pc kernel: [14902.610235] wlp1s0: associate with
90:f6:52:ce:90:64 (try 1/3)
Jul 12 21:08:34 debian-pc 

Bug#836170: evince: annoying Gtk-WARNING messages

[Vincent Lefevre]

Control: severity -1 normal
Control: tags -1 upstream fixed-upstream
Control: fixed -1 3.22.6-1
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=774784

At least upstream agrees with me that it is a normal bug, not just
a wishlist (and this bug could yield failures in test suites, as
pointed in the upstream bug report). I can check that 3.22.16-1
is fixed in Debian, but according to

  https://download.gnome.org/sources/gtk+/3.22/gtk+-3.22.6.news

it was fixed in 3.22.6:

  774784 Failed to get desktop session proxy is not an error!

thus in the 3.22.6-1 Debian package.

Closing.

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

Bug#867898: debian-installer-netboot-images: debian-installer-9-netboot-amd64 scsi modules missing. Netboot image unusable

[Steve McIntyre]

On Thu, Jul 13, 2017 at 01:09:58AM +0100, Steve McIntyre wrote:
>On Thu, Jul 13, 2017 at 01:50:34AM +0200, Cyril Brulebois wrote:
>>
>>> But this package is also missing on the "release" DVDs for "amd64".
>>> Nearly every other architecture has this package within an image
>>> (whether "netinst" oder "DVD"). See
>>> https://cdimage-search.debian.org/?search_area=release=simple=scsi-modules=Search&.cgifields=search_area&.cgifields=type
>>
>>Adding debian-cd@ accordingly.
>
>scsi-modules-* has been in the exclude-udebs list since forever... I
>can remove that if desired? Not sure of exactly why this was added -
>tracking back through debian-cd history now.

In fact, I should have thought a little longer. It's in the exclude
list as the cdrom version of the initramfs already has to include the
SCSI modules, to be able to find the CD. We dropped the separate udebs
to save space - no need for two copies on the CD.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"When C++ is your hammer, everything looks like a thumb." -- Steven M. Haflich

Bug#866122: slapd-mtread crash on ppc64{,el} in stretch/sid

[Breno Leitao]

Some new discover I did today:

1) On function do_random(), the 'values' pointer is being corrupted after the
rand() syscall - In the failure case. If I remove the rand() function, I do
not see corruption.

2) If I get the original 'values' pointer, save it and check it later, it is
corrupted also. This guarantee that the there is no one else changing the
pointer. So, I suspect that this value is being corrupted during the context
switch or vsx unavailable tm (which is being called also).

This is the type of the pointer corruption I see:

>From 0x7fff8970 to 0x7fff88000970.

Since the array pointer changes, the 'r' value will point to r + the
corruption displacement.

Bug#690763: installation-guide: sudo and no password for root user situation

[Nicholas D Steeves]

Hi Holger,

On 11 July 2017 at 19:11, Holger Wansing  wrote:
> Baptiste Jammet  wrote:
>> Hello,
>>
>> I don't know the implementation detail of this (no root password
>> installs sudo and allow user to use it), but I suspect that only the
>> first user (created in the next step) will be allowed to use sudo.
>>
>> Maybe add something like :
>> By default, only the first user, that will be created in the next step,
>> will be allowed to use sudo to perform these
>> administrative tasks.
>
> Yes, you are right, it works exactly this way.
>
> I have committed a change to document this clearer:
> https://anonscm.debian.org/viewvc/d-i?view=revision=70801

Quick question about this change:  Is the first user given sudo
privileges now when the root account is enabled (eg: first user always
has admin privileges irregardless of root account status)?  IIRC when
the root account is enabled the first user needs to be granted
permissions with visudo.  I'm not up-to-date with the new installation
procedure though! ;-)

Cheers,
Nicholas

Bug#702134: Obstacles to packaging Koha

[David Cook]

Due to some gentle urging from Jonas, I thought I'd post here. 



I've been contributing to Koha since 2012, but I think the original desire
to get Koha packaged for Debian originates a couple years before then (and
before the March 2013 mentioned in this thread). In the years that have
followed, I heard some reasons why Koha hasn't been packaged for Debian, and
I'll try to summarize some of the reasons I recall:

 

I think one may have been a lack of licenses in files, although I think
that's mostly been addressed. 

 

I think another was that Koha is a web app that doesn't create a single
instance out of the box. Rather, it provides a command line interface for
creating multiple instances. Historically, it has relied on Apache as a web
server, although it has been moving towards using Plack, which  means it
could be more standalone and users could decide on their own choice of
reverse proxies like Apache httpd, Nginx, etc. I wonder though if the Koha
package for Debian could include a post install step to create a default
site like Apache and then let users create other sites as desired. 

 

Another is that Koha has a tonne of Perl dependencies and while we try to
use the versions that are available in Debian already, we do have to
maintain our own separate repository for some dependencies which haven't
been updated in Debian stable. One example of this is librdf-trine-perl.
Debian stable uses 1.15, but Koha needs at least 1.17, because there were
bugs in previous packages which stopped it being usable for the use case
that Koha required. While Jonas has pushed version 1.18 to Debian unstable
and now it's in Debian testing, I don't know if we'll be able to get it into
Debian stable. And that's just one example. I'm confident that there are a
fair number of others. 

 

Personally, I don't tend to use Koha on Debian. For years, I've built Koha
from source, and recently I've been packaging a customized version of Koha
as RPMs for openSUSE. However, I prefer Debian as my operating system of
choice for personal use, and I'm curious about learning how to package for
Debian, and I generally want to help others around the world, so I figured
I'd contribute some thoughts and words if nothing else.


-David

Bug#864157: reportbug: reportbug not starting with GUI, only CLI working

[Stephen Paul Weber]

Package: reportbug
Version: 7.1.7
Followup-For: Bug #864157

Dear Maintainer,

I also had this problem after installing Strech from CD with LXDE desktop
environment.  Reportbug is in the menu, but selecting it appears to do nothing.
If running `reportbug --ui gtk2` from the terminal I get the same error as OP.

Installing python3-gi-cairo caused reportbug to switch error messages to
recommend I install gir1.2-vte-2.91 also.  With both installed, now the GTK+ UI
works.

I suggest these two packages be included in default installs, at the very
least.



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

** /home/singpolyma/.reportbugrc:
reportbug_version "7.1.7"
mode standard
ui text
email "singpol...@singpolyma.net"
no-cc
header "X-Debbugs-CC: singpol...@singpolyma.net"
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt1.4.6
ii  python33.5.3-1
ii  python3-reportbug  7.1.7

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.89-2+deb9u1
ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
ii  file   1:5.30-1
ii  gir1.2-gtk-3.0 3.22.11-1
ii  gir1.2-vte-2.910.46.1-1
ii  gnupg  2.1.18-6
ii  python3-gi 3.22.0-2
ii  python3-gi-cairo   3.22.0-2
pn  python3-gtkspellcheck  
pn  python3-urwid  
ii  xdg-utils  1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.4.6
ii  file   1:5.30-1
ii  python33.5.3-1
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.12.4-1

python3-reportbug suggests no packages.

-- no debconf information

Bug#868196: guvcview: Capture freeze when using "Raw camera input" codec

[Stephen Paul Weber]

Package: guvcview
Version: 2.0.4+debian-1+b1
Severity: important

Dear Maintainer,

Today I upgraded from Ubuntu 14.04 to Debian Stretch.  guvcview,
which I use extensively for recording video, seems to have a regression.
Previously, when I selected "Raw camera input" from the "video codec"
options in this program, it would happily write the MJPEG from my webcam
(Logitech C930e) to disk.  Now when I select this option, any attempt to
record hangs the application.

Using the default codec (MPEG4-ASP) does work for now, so the program is
usable, but at some degraded video quality of course.

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

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

Versions of packages guvcview depends on:
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libgcc1  1:6.3.0-18
ii  libgdk-pixbuf2.0-0   2.36.5-2
ii  libglib2.0-0 2.50.3-2
ii  libgtk-3-0   3.22.11-1
ii  libguvcview-2.0-22.0.4+debian-1+b1
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libstdc++6   6.3.0-18

Versions of packages guvcview recommends:
ii  uvcdynctrl  0.2.4-1.1+b2

guvcview suggests no packages.

-- no debconf information

Bug#861318: Globe (Marble), too!

[Milton Huang]

Thanks for taking the time to let me know how to handle this.  I submitted
bug 382109 - "Marble missing in kdeplasma-addons version 5" to the kde
bugtracker on 7/7/17.  Anyone who wants to check on this can visit:
https://bugs.kde.org/show_bug.cgi?id=382109

On Sat, Jun 24, 2017 at 1:23 AM, Maximiliano Curia  wrote:

> Control: tag -1 + upstream
> Control: severity -1 wishlist
>
> ¡Hola Milton!
>
> El 2017-06-23 a las 12:53 -0700, Milton Huang escribió:
>
>> I'm new to bug tracking so please let me know if I am doing something
>> wrong or could do better or can contribute more.
>>
>
> The text also mentions Marble (which has been my favorite wallpaper) at
>> https:/ /packages.debian.org/stretch/plasma-wallpapers-addons
>>
>
> The list mentions
>>
>
> * Haenau * Hunyango
>>
>
> Which are available.  The others were previously available in Jessie
>> (4:4.14.2-1), but their files have been removed, I presume due to a move to
>> plasma 5.  Unfortunately, I don't know anything about how to migrate these
>> files.
>>
>> Is there anything I can do to help make this transition?
>>
>
> This request is out of the scope of the support that we can provide from
> the Debian side of things.
>
> Please contact upstream either to forward the wishlist via
> https://bugs.kde.org and/or to help implementing this.
>
> If you do so, please also send a note to this bug with the upstream bug
> reference.
>
> Happy hacking,
> --
> "I decry the current tendency to seek patents on algorithms. There are
> better
> ways to earn a living than to prevent other people from making use of one's
> contributions to computer science."
> -- Donald Knuth
> Saludos /\/\ /\ >< `/
>

Bug#868169: virtualbox-dkms: Fail to build (kernel 4.1.42)

[Goran LAZAREVIC]

Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Goran LAZAREVIC 
To: Debian Bug Tracking System <868...@bugs.debian.org>
Subject: Re: virtualbox-dkms: Fail to build (kernel 4.1.42)
Message-ID: <149989995911.17917.16977330860189400916.reportbug@localhost>
X-Mailer: reportbug 7.1.7
Date: Thu, 13 Jul 2017 00:52:39 +0200

Package: virtualbox-dkms
Version: 5.1.22-dfsg-3
Followup-For: Bug #868169

Same problem here. I made the mistake not to pin the package as suggested by
apt-listbugs and got stucked... But found a temporary solution until
maintainers rebuild the package.

The two following missing files should be in
/usr/src/virtualbox-5.1.22/include/VBox/vmm :

- hm_vmx.h
- pdmnetinline.h

But, lucky us, they are actually present in source tarball... So as a
workaround, download the source-files tarball at :

-
http://http.debian.net/debian/pool/contrib/v/virtualbox/virtualbox_5.1.22-dfsg.orig.tar.xz

Un-tar it, and you'll find the missing files under
../virtualbox_5.1.22-dfsg.orig/VirtualBox-5.1.22/include/VBox/vmm/

Open a terminal as root, and copy the two missing files to the path
mentionned
above at first point.

Finally execute the following command :

# dpkg-reconfigure virtualbox-dkms

And everything will work fine.



-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (520, 'unstable'), (510, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages virtualbox-dkms depends on:
ii  dkms  2.3-3

Versions of packages virtualbox-dkms recommends:
ii  virtualbox  5.1.22-dfsg-3

virtualbox-dkms suggests no packages.

-- no debconf information

-- 
*Goran LAZAREVIC*

Bug#867898: debian-installer-netboot-images: debian-installer-9-netboot-amd64 scsi modules missing. Netboot image unusable

[Steve McIntyre]

On Thu, Jul 13, 2017 at 01:50:34AM +0200, Cyril Brulebois wrote:
>Paschedag, Robert  (2017-07-12):
>> thank you for your hints on the packages, that *are* available for
>> amd64. The package we need is
>> 
>> scsi-modules-4.9.0-3-amd64-di_4.9.30-2_amd64.udeb
>> 
>> this one contains the needed modules for the LSI logic controller (and
>> several other)
>> 
>> ...
>> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/
>> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/
>> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptbase.ko
>> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptfc.ko
>> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptsas.ko
>> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptscsih.ko
>> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptspi.ko
>
>Ah, apt-file search is still a big pain as it doesn't look into udebs even
>if I have udeb sources configured… debian-kernel@, sorry for the noise.
>
>> But this package is also missing on the "release" DVDs for "amd64".
>> Nearly every other architecture has this package within an image
>> (whether "netinst" oder "DVD"). See
>> https://cdimage-search.debian.org/?search_area=release=simple=scsi-modules=Search&.cgifields=search_area&.cgifields=type
>
>Adding debian-cd@ accordingly.

scsi-modules-* has been in the exclude-udebs list since forever... I
can remove that if desired? Not sure of exactly why this was added -
tracking back through debian-cd history now.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"The problem with defending the purity of the English language is that
 English is about as pure as a cribhouse whore. We don't just borrow words; on
 occasion, English has pursued other languages down alleyways to beat them
 unconscious and rifle their pockets for new vocabulary."  -- James D. Nicoll

Bug#868194:

[Michael Hudson-Doyle]

Here's the simple patch.
diff -Nru trollius-redis-0.1.4/debian/changelog 
trollius-redis-0.1.4/debian/changelog
--- trollius-redis-0.1.4/debian/changelog   2016-08-06 09:22:47.0 
+1200
+++ trollius-redis-0.1.4/debian/changelog   2017-07-13 12:00:46.0 
+1200
@@ -1,3 +1,10 @@
+trollius-redis (0.1.4-2) unstable; urgency=medium
+
+  * Stop building python3-trollius-redis as trollius does not work with Python
+3.6. (Closes: #868194)
+
+ -- Michael Hudson-Doyle   Thu, 13 Jul 2017 
11:46:34 +1200
+
 trollius-redis (0.1.4-1) unstable; urgency=medium
 
   * Initial release of trollius-redis-0.1.4. (Closes: #833475)
diff -Nru trollius-redis-0.1.4/debian/control 
trollius-redis-0.1.4/debian/control
--- trollius-redis-0.1.4/debian/control 2016-08-06 09:22:47.0 +1200
+++ trollius-redis-0.1.4/debian/control 2017-07-13 11:46:21.0 +1200
@@ -43,25 +43,3 @@
  * Pubsub support
  .
  This package installs the library for Python 2.
-
-Package: python3-trollius-redis
-Architecture: all
-Depends: ${misc:Depends}, ${python3:Depends}
-Description: Redis client for Python Trollius (Python 3)
- Completely asynchronous, non-blocking client for a Redis server. It
- depends on trollius (asyncio compatible for PEP 3156). It supports
- Python 2 and 3 Trollius-using developers.
- .
- Features
- .
-  * Works for the trollius asyncio-compatible (PEP3156) event loop
-  * No dependencies except trollius
-  * Connection pooling
-  * Automatic conversion from unicode (Python) to bytes (inside Redis.)
-  * Bytes and str protocols.
-  * Completely tested
-  * Blocking calls and transactions supported
-  * Streaming of some multi bulk replies
-  * Pubsub support
- .
- This package installs the library for Python 3.

Bug#868195: The adapter works but does not connect to any network in Kernel 4.9 in Stretch

[Leandro Cunha]

Package: firmware-atheros

Version: 20161130-3

Priority: optional

Section: non-free/kernel

Source: firmware-nonfree

Maintainer: Debian Kernel Team 

Version: Debian 9 Stable XFCE

Affect firmware-atheros package for TP-LINK adapters that works but does
not connect to any network in Debian 9 using kernel 4.9.

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

** /home/debian/.reportbugrc:
reportbug_version "7.1.7"
mode novice
ui text
realname "package:firmware-atheros"
email "leandrocunha...@gmail.com"

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

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

Versions of packages reportbug depends on:
ii  apt1.4.6
ii  python33.5.3-1
ii  python3-reportbug  7.1.7

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail 
pn  debconf-utils  
pn  debsums
pn  dlocate
pn  emacs24-bin-common | emacs25-bin-common
ii  exim4  4.89-2+deb9u1
ii  exim4-daemon-light [mail-transport-agent]  4.89-2+deb9u1
ii  file   1:5.30-1
ii  gir1.2-gtk-3.0 3.22.11-1
ii  gir1.2-vte-2.910.46.1-1
ii  gnupg  2.1.18-6
ii  python3-gi 3.22.0-2
ii  python3-gi-cairo   3.22.0-2
pn  python3-gtkspellcheck  
pn  python3-urwid  
ii  xdg-utils  1.1.1-1

Versions of packages python3-reportbug depends on:
ii  apt1.4.6
ii  file   1:5.30-1
ii  python33.5.3-1
ii  python3-debian 0.1.30
ii  python3-debianbts  2.6.1
ii  python3-requests   2.12.4-1

python3-reportbug suggests no packages.

-- no debconf information

Bug#721430: crosstool-ng packaging for Debian

[Alexis Murzeau]

Hi,

This week I worked on packaging crosstool-ng 1.23 for Debian using existing 
work.

I found that some dependencies are missing from the binary package so `ct-ng 
build` works correctly with minimal base system (like m4, wget).

I also added patches:
- 0001-Disable-MAKELEVEL-check.patch:
   An alternative to setting MAKELEVEL=0 inside debian/rules.
   This patch comments out the check of MAKELEVEL inside `Makefile.in`.

- 0002-Makefile.in-remove-recursive-part.patch:
   This patch fix the infinite recursion issue. I should probably share this 
into crosstool-ng and put the following text into the patch description :).
   The issue is that Debian dh run `make -n` which give `nrR` inside MAKEFLAGS 
and the `filter` function only matches whole words.
   Using `findstring` replaces every occurrences of the given text, making the 
assumption that no long options will contain `rR` or `Rr`.

- 0003-Backport-commit-Fix-debuild-warnings-errors.patch:
   This patch backports the commit [1] to fix lintian warning and errors.

I added installation of the bash completion script into 
/usr/share/bash-completion/completions (which is the new directory replacing 
/etc/bash_completion.d/).

I've added a watch file which use [4] and checks the gpg signature against 
`debian/upstream/signing-key.asc`.
The signing-key.asc file contains public keys of Alexey Neyman and Bryan 
Hundven (not sure if they are all the needed signatures).

I added a autopkgtest test to build a `arm-unknown-eabi` toolchain to check 
that the built package is working properly.

I put my package sources on github [2] with a travis configuration to:
- Build on travis a schroot of unstable (as travis use old ubuntu releases)
- Use this schroot to run sbuild inside which also run lintian and autopkgtest.
- Not that relevant but travis-ci also upload the built package to bintray when 
building a tag.

I use git-buildpackage to manage the source package.
My workflow is documented at `debian/README.source`.

Due to the length of the toolchain building and limitation of travis build max 
duration, I only test one toolchain build (arm-unknown-eabi).
FYI, Travis sbuild logs are available here [3].

I'm not sure about my medium/long term availability to maintain this package, 
but I hope what I have done can help to get crosstool-ng into Debian :)

[1] 
https://github.com/crosstool-ng/crosstool-ng/commit/1b4e784a0ba636646def1db5ca012fd54ee7a81c
[2] https://github.com/amurzeau/crosstool-ng-debian/
[3] https://travis-ci.org/amurzeau/crosstool-ng-debian/builds/252979392
[4] http://crosstool-ng.org/download/crosstool-ng/

Alexis Murzeau

Bug#721430: crosstool-ng packaging for Debian

[Alexis Murzeau]

Hi,

This week I worked on packaging crosstool-ng 1.23 for Debian using existing 
work.

I found that some dependencies are missing from the binary package so `ct-ng 
build` works correctly with minimal base system (like m4, wget).

I also added patches:
- 0001-Disable-MAKELEVEL-check.patch:
   An alternative to setting MAKELEVEL=0 inside debian/rules.
   This patch comments out the check of MAKELEVEL inside `Makefile.in`.

- 0002-Makefile.in-remove-recursive-part.patch:
   This patch fix the infinite recursion issue. I should probably share this 
into crosstool-ng and put the following text into the patch description :).
   The issue is that Debian dh run `make -n` which give `nrR` inside MAKEFLAGS 
and the `filter` function only matches whole words.
   Using `findstring` replaces every occurrences of the given text, making the 
assumption that no long options will contain `rR` or `Rr`.

- 0003-Backport-commit-Fix-debuild-warnings-errors.patch:
   This patch backports the commit [1] to fix lintian warning and errors.

I added installation of the bash completion script into 
/usr/share/bash-completion/completions (which is the new directory replacing 
/etc/bash_completion.d/).

I've added a watch file which use [4] and checks the gpg signature against 
`debian/upstream/signing-key.asc`.
The signing-key.asc file contains public keys of Alexey Neyman and Bryan 
Hundven (not sure if they are all the needed signatures).

I added a autopkgtest test to build a `arm-unknown-eabi` toolchain to check 
that the built package is working properly.

I put my package sources on github [2] with a travis configuration to:
- Build on travis a schroot of unstable (as travis use old ubuntu releases)
- Use this schroot to run sbuild inside which also run lintian and autopkgtest.
- Not that relevant but travis-ci also upload the built package to bintray when 
building a tag.

I use git-buildpackage to manage the source package.
My workflow is documented at `debian/README.source`.

Due to the length of the toolchain building and limitation of travis build max 
duration, I only test one toolchain build (arm-unknown-eabi).
FYI, Travis sbuild logs are available here [3].

I'm not sure about my medium/long term availability to maintain this package, 
but I hope what I have done can help to get crosstool-ng into Debian :)

[1] 
https://github.com/crosstool-ng/crosstool-ng/commit/1b4e784a0ba636646def1db5ca012fd54ee7a81c
[2] https://github.com/amurzeau/crosstool-ng-debian/
[3] https://travis-ci.org/amurzeau/crosstool-ng-debian/builds/252979392
[4] http://crosstool-ng.org/download/crosstool-ng/

Alexis Murzeau

Bug#868194: Stop building python3-trollius-redis

[Michael Hudson-Doyle]

Source: trollius-redis
Severity: normal
User: debian-pyt...@lists.debian.org
Usertags: python3.6 no-more-python3-trollius

Hi,

trollius does not build with Python 3.6 as a supported version and is
deprecated upstream. The sensible way forward seems to be to stop building
python3-trollius and the only non-trivial dependency on that
is python3-trollius-redis. I think it makes sense to stop
building python3-trollius-redis too, on the assumption that as and when
pagure moves to Python 3, it will move to asyncio-redis as part of that.

Cheers,
mwh

Bug#721430: crosstool-ng packaging for Debian

[Alexis Murzeau]

Hi,

This week I worked on packaging crosstool-ng 1.23 for Debian using existing 
work.

I found that some dependencies are missing from the binary package so `ct-ng 
build` works correctly with minimal base system (like m4, wget).

I also added patches:
- 0001-Disable-MAKELEVEL-check.patch:
   An alternative to setting MAKELEVEL=0 inside debian/rules.
   This patch comments out the check of MAKELEVEL inside `Makefile.in`.

- 0002-Makefile.in-remove-recursive-part.patch:
   This patch fix the infinite recursion issue. I should probably share this 
into crosstool-ng and put the following text into the patch description :).
   The issue is that Debian dh run `make -n` which give `nrR` inside MAKEFLAGS 
and the `filter` function only matches whole words.
   Using `findstring` replaces every occurrences of the given text, making the 
assumption that no long options will contain `rR` or `Rr`.

- 0003-Backport-commit-Fix-debuild-warnings-errors.patch:
   This patch backports the commit [1] to fix lintian warning and errors.

I added installation of the bash completion script into 
/usr/share/bash-completion/completions (which is the new directory replacing 
/etc/bash_completion.d/).

I've added a watch file which use [4] and checks the gpg signature against 
`debian/upstream/signing-key.asc`.
The signing-key.asc file contains public keys of Alexey Neyman and Bryan 
Hundven (not sure if they are all the needed signatures).

I added a autopkgtest test to build a `arm-unknown-eabi` toolchain to check 
that the built package is working properly.

I put my package sources on github [2] with a travis configuration to:
- Build on travis a schroot of unstable (as travis use old ubuntu releases)
- Use this schroot to run sbuild inside which also run lintian and autopkgtest.
- Not that relevant but travis-ci also upload the built package to bintray when 
building a tag.

I use git-buildpackage to manage the source package.
My workflow is documented at `debian/README.source`.

Due to the length of the toolchain building and limitation of travis build max 
duration, I only test one toolchain build (arm-unknown-eabi).
FYI, Travis sbuild logs are available here [3].

I'm not sure about my medium/long term availability to maintain this package, 
but I hope what I have done can help to get crosstool-ng into Debian :)

[1] 
https://github.com/crosstool-ng/crosstool-ng/commit/1b4e784a0ba636646def1db5ca012fd54ee7a81c
[2] https://github.com/amurzeau/crosstool-ng-debian/
[3] https://travis-ci.org/amurzeau/crosstool-ng-debian/builds/252979392
[4] http://crosstool-ng.org/download/crosstool-ng/

Alexis Murzeau

Bug#867898: debian-installer-netboot-images: debian-installer-9-netboot-amd64 scsi modules missing. Netboot image unusable

[Cyril Brulebois]

Hi,

Paschedag, Robert  (2017-07-12):
> thank you for your hints on the packages, that *are* available for
> amd64. The package we need is
> 
> scsi-modules-4.9.0-3-amd64-di_4.9.30-2_amd64.udeb
> 
> this one contains the needed modules for the LSI logic controller (and
> several other)
> 
> ...
> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/
> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/
> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptbase.ko
> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptfc.ko
> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptsas.ko
> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptscsih.ko
> ./lib/modules/4.9.0-3-amd64/kernel/drivers/message/fusion/mptspi.ko

Ah, apt-file search is still a big pain as it doesn't look into udebs even
if I have udeb sources configured… debian-kernel@, sorry for the noise.

> But this package is also missing on the "release" DVDs for "amd64".
> Nearly every other architecture has this package within an image
> (whether "netinst" oder "DVD"). See
> https://cdimage-search.debian.org/?search_area=release=simple=scsi-modules=Search&.cgifields=search_area&.cgifields=type

Adding debian-cd@ accordingly.

> I apologize, if the message headers are lost. Somehow, your answer did
> not yet reach my mailbox

(With or without this issue) it would be helpful to cc me in your replies.


KiBi.


signature.asc
Description: Digital signature

Bug#823190: lintian: Please error out on orig tarball sigs for source 1.0

[Mattia Rizzolo]

On Thu, Jul 13, 2017 at 01:17:05AM +0200, Guillem Jover wrote:
> But at this point I'm not sure if the report makes sense anymore, as
> I might as well enable signatures for format 1.0, given that stable
> supports unpacking those now. Thanks for the "accidental" reminder. :)

Except that IIRC the problem was about ftp-master, that TTBOMK is still
not updated to stretch.  You probably should check with ftp-masters/DSA
before proposing such change again.
Or wait another release to have the support propagate even further (as
at that point only uploads targeting oldstable and LTS would matter).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#823190: lintian: Please error out on orig tarball sigs for source 1.0

[Guillem Jover]

Hi!

On Wed, 2017-07-12 at 23:00:44 +0100, Chris Lamb wrote:
> > It would be nice if lintian could error out when finding an orig
> > tarball signature on source format 1.0 packages.
> >
> > The pattern for the signature is «.orig.tar.gz.asc».
> 
> Where are these files stored? Am I confusing this with
> debian/upstream-signing-key.asc … ?

They are part of the source package, referenced by the .dsc. You can
see existing instances of this in the archive, such as:

  $ apt-cache showsrc libbsd | grep '\.asc$'

But at this point I'm not sure if the report makes sense anymore, as
I might as well enable signatures for format 1.0, given that stable
supports unpacking those now. Thanks for the "accidental" reminder. :)

The report would still make sense for anything targetting a stable
release though, so it perhaps still has some merit? Otherwise it can
be closed.

Thanks,
Guillem

Bug#849853: [debian-policy] Document source-is-missing lintian kind of problems

[roucaries bastien]

On Sun, Jul 2, 2017 at 11:54 AM, Sean Whitton  wrote:
> Hello Bastien,
>
> On Sun, Jan 01, 2017 at 01:45:34PM +0100, Bastien ROUCARIÈS wrote:
>> I get some problems when reporting bug detected by source-is-missing
>> tag in lintian.
>>
>> The main problems are:
>> * minified javascript is source
>> * I remove it using rules
>> * It is not a problems because not included in the binary forms
>>
>> [...]
>>
>> I believe we should offer on policy pointer to ftp master reject faq
>> and some description of common problems.
>
> Policy currently defers to the DFSG for a definition of what counts as
> free software for Debian's purposes.  Thanks to the DPL's delegation of
> the ftp-masters, Policy defers to the DFSG plus the ftp-masters jointly.
>
> If we included text in Policy about common ways in which a package could
> fail to satisfy DFSG, Policy would effectively cease to defer to the
> ftp-masters.  I don't think that Policy has the authority to do that,
> and I don't think it would be desirable.
>
> A footnote with a link to the REJECT-FAQ sounds useful.  Here's a patch.

Yes it will work thanks

>> Maybe it belong to devref.
>
> Perhaps that should be a separate bug, if we're going to use this one to
> discuss adding a footnote with a link to the REJECT-FAQ.
>
> --
> Sean Whitton

Bug#868193: RM: haskell-token-bucket [armel] -- ROM; questionable behavior

[Clint Adams]

Package: ftp.debian.org
Severity: normal

The haskell-token-bucket testsuite has a suspicious result on
armel and probably no one cares.

Bug#868192: RM: haskell-tasty-th [mips mipsel] -- ROM; unwieldy dependency

[Clint Adams]

Package: ftp.debian.org
Severity: normal

Please remove haskell-tasty-th from mips and mipsel, since
haskell-src-exts cannot be built there for the foreseeable
future.

Bug#868191: RFS: webalizer/2.23.08-2

[Julien Viard de Galbert]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: webalizer
   Version : 2.23.08-2
   Upstream Author : Bradford L. Barrett
 * URL : http://www.mrunix.net/webalizer/
 * License : GPL-2+
   Section : web

It builds those binary packages:

  webalizer  - web server log analysis program

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/w/webalizer/webalizer_2.23.08-2.dsc

The package is also hosted on collab-maint:

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

Changes since the last upload:

  * Add Slovak po-debconf translation, thanks Slavko. Closes: #688906
  * Fix VCS-* field (Lintian)
  * Change dh compat to 9 for hardening flags and enable hardening
  * Updated Policy to 4.0.0 without changes.
  * Added a note in README.Debian about other_vhost log. Closes: #681868
  * Added a debconf question to generate the config file. Closes: #482368
  * Suggest some ttf fonts. Closes: #604428
  * Recommends: geoip-database. Closes: #532123
  * Fix in cron job from Niccolo Rigacci, thanks. Closes: #741515
  * Debconf translation:
- Dutch (Frans Spiesschaert).  Closes: #763863
  * New patch 03_fix_etc_path_in_man.  Closes: #794822
  * New patch 08_use_memmove_for_overlapping_blocks.
Closes: #858602 LP: #1399615
  * New patch to add python script to convert lang file to po file
  * Updated webalizer fr.po in gettest_po-files.diff using convertlang2po.py
plus some more manual editing.
  * Fix several typo reported by lintian

Note: 80% of this was written in 2014 and I didn't found a sponsor back then, I 
hope it will not end the same...

Regards,
 Julien Viard de Galbert

Bug#849851: [debian-policy] Document that rules clean target is not sufficient for removing dfsg problems

[roucaries bastien]

On Sun, Jul 2, 2017 at 11:22 AM, Sean Whitton  wrote:
> control: user debian-pol...@packages.debian.org
> control: usertag -1 +discussion
>
> Hello Bastien,
>
> On Sun, Jan 01, 2017 at 01:37:25PM +0100, Bastien ROUCARIÈS wrote:
>> Following #849830 and generally source-is-missing lintian problems
>> could you document in 4.9 Main building script: debian/rules that
>> clean target must no be used for removing dfsg problem but the right
>> tools is repack
>
> I don't think that it should be a point of Policy that the rules clean
> target is not to be used for this purpose, because it is entailed by
> the ftp-master's interpretation of DFSG plus this sentence that we
> already have in Policy:
>
> Every [source or binary] package in main must comply with the DFSG
> (Debian Free Software Guidelines).
>
> However, as you say, we should document this to prevent others from
> tripping over it.  As you suggest, such a note would need to refer to
> repacking the tarball.  The Developer's Reference already contains a
> discussion of repacking upstream tarballs, so perhaps this should go
> there?
>
> Or we could use a footnote to Policy.  I attach a patch doing that.

Really nice worded. Thank you

> --
> Sean Whitton

Bug#866026: volunteer for pygpgme to python[3]-gpg pivot

[draeath]

Sigh, that last instance there should be "python-gpg." These names are
all too similar.

On Wed, Jul 12, 2017 at 6:55 PM, draeath  wrote:
> let me know if you'd prefer me to use python-gnupg instead

Bug#866026: volunteer for pygpgme to python[3]-gpg pivot

[draeath]

Patch tested on stretch, seems to do the job. Can't imagine it
wouldn't work on testing, too. Unfortunately, by the time I realized
that "python-gpg" and "python-gnupg" are not the same thing, I was
done. Please do let me know if you'd prefer me to use python-gnupg
instead, and I'll be happy to. This is good practice :)

Change summary:

1. Update dropbox distribution public key
2. Replace usages of StringIO with BytesIO. Since we are dealing with
binary files and signature files, encoding/decoding should be avoided.
This class was also needed for gnupg.GPG.verify_data() as it expected
a bytes object. The only other usage was when downloading the dropbox
.tgz - I believe it was more appropriate to use BytesIO for this as
well for the aforementioned encoding concern.
3. Replacement of python-gpgme, with python-gnupg. Note; with the
inclusion of this patch, you should replace the debian package
dependency of "python-gpgme" with "python-gnupg"

Since I can't sign this email, I recommend auditing the public key
before implementing (see DROPBOX_PUBLIC_KEY in caja-dropbox.in) should
you choose to accept this.
--- a/caja-dropbox.in	2017-07-12 18:33:02.375215166 -0400
+++ b/caja-dropbox.in	2017-07-12 18:37:44.826998583 -0400
@@ -28,7 +28,7 @@
 import platform
 import shutil
 import socket
-import StringIO
+import io
 import subprocess
 import sys
 import tarfile
@@ -40,9 +40,9 @@
 import urllib2
 
 try:
-import gpgme
+import gnupg
 except ImportError:
-gpgme = None
+gnupg = None
 
 from contextlib import closing, contextmanager
 from posixpath import curdir, sep, pardir, join, abspath, commonprefix
@@ -67,22 +67,25 @@
 enc = locale.getpreferredencoding()
 
 # Available from https://linux.dropbox.com/fedora/rpm-public-key.asc
+# last fetched 2017-07-12
 DROPBOX_PUBLIC_KEY = """
 -BEGIN PGP PUBLIC KEY BLOCK-
-Version: SKS 1.1.0
+Version: GnuPG v1.4.9 (GNU/Linux)
 
-mQENBEt0ibEBCACv4hZRPqwtpU6z8+BB5YZU1a3yjEvg2W68+a6hEwxtCa2U++4dzQ+7EqaU
-q5ybQnwtbDdpFpsOi9x31J+PCpufPUfIG694/0rlEpmzl2GWzY8NqfdBFGGm/SPSSwvKbeNc
-FMRLu5neo7W9kwvfMbGjHmvUbzBUVpCVKD0OEEf1q/Ii0Qcekx9CMoLvWq7ZwNHEbNnij7ec
-nvwNlE2MxNsOSJj+hwZGK+tM19kuYGSKw4b5mR8IyThlgiSLIfpSBh1n2KX+TDdk9GR+57TY
-vlRu6nTPu98P05IlrrCP+KF0hYZYOaMvQs9Rmc09tc/eoQlN0kkaBWw9Rv/dvLVc0aUXABEB
-AAG0MURyb3Bib3ggQXV0b21hdGljIFNpZ25pbmcgS2V5IDxsaW51eEBkcm9wYm94LmNvbT6J
-ATYEEwECACAFAkt0ibECGwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRD8kYszUESRLi/z
-B/wMscEa15rS+0mIpsORknD7kawKwyda+LHdtZc0hD/73QGFINR2P23UTol/R4nyAFEuYNsF
-0C4IAD6y4pL49eZ72IktPrr4H27Q9eXhNZfJhD7BvQMBx75L0F5gSQwuC7GdYNlwSlCD0AAh
-Qbi70VBwzeIgITBkMQcJIhLvllYo/AKD7Gv9huy4RLaIoSeofp+2Q0zUHNPl/7zymOqu+5Ox
-e1ltuJT/kd/8hU+N5WNxJTSaOK0sF1/wWFM6rWd6XQUP03VyNosAevX5tBo++iD1WY2/lFVU
-JkvAvge2WFk3c6tAwZT/tKxspFy4M/tNbDKeyvr685XKJw9ei6GcOGHD
+mQENBEt0ibEBCACv4hZRPqwtpU6z8+BB5YZU1a3yjEvg2W68+a6hEwxtCa2U++4d
+zQ+7EqaUq5ybQnwtbDdpFpsOi9x31J+PCpufPUfIG694/0rlEpmzl2GWzY8NqfdB
+FGGm/SPSSwvKbeNcFMRLu5neo7W9kwvfMbGjHmvUbzBUVpCVKD0OEEf1q/Ii0Qce
+kx9CMoLvWq7ZwNHEbNnij7ecnvwNlE2MxNsOSJj+hwZGK+tM19kuYGSKw4b5mR8I
+yThlgiSLIfpSBh1n2KX+TDdk9GR+57TYvlRu6nTPu98P05IlrrCP+KF0hYZYOaMv
+Qs9Rmc09tc/eoQlN0kkaBWw9Rv/dvLVc0aUXABEBAAG0MURyb3Bib3ggQXV0b21h
+dGljIFNpZ25pbmcgS2V5IDxsaW51eEBkcm9wYm94LmNvbT6JATYEEwECACAFAkt0
+ibECGwMGCwkIBwMCBBUCCAMEFgIDAQIeAQIXgAAKCRD8kYszUESRLi/zB/wMscEa
+15rS+0mIpsORknD7kawKwyda+LHdtZc0hD/73QGFINR2P23UTol/R4nyAFEuYNsF
+0C4IAD6y4pL49eZ72IktPrr4H27Q9eXhNZfJhD7BvQMBx75L0F5gSQwuC7GdYNlw
+SlCD0AAhQbi70VBwzeIgITBkMQcJIhLvllYo/AKD7Gv9huy4RLaIoSeofp+2Q0zU
+HNPl/7zymOqu+5Oxe1ltuJT/kd/8hU+N5WNxJTSaOK0sF1/wWFM6rWd6XQUP03Vy
+NosAevX5tBo++iD1WY2/lFVUJkvAvge2WFk3c6tAwZT/tKxspFy4M/tNbDKeyvr6
+85XKJw9ei6GcOGHD
 =5rWG
 -END PGP PUBLIC KEY BLOCK-
 """
@@ -178,26 +181,14 @@
 return os.path.abspath(path.encode(sys.getfilesystemencoding())).decode(sys.getfilesystemencoding())
 
 @contextmanager
-def gpgme_context(keys):
-gpg_conf_contents = ''
+def gpg_context():
 _gpghome = tempfile.mkdtemp(prefix='tmp.gpghome')
-
 try:
 os.environ['GNUPGHOME'] = _gpghome
-fp = open(os.path.join(_gpghome, 'gpg.conf'), 'wb')
-fp.write(gpg_conf_contents)
-fp.close()
-ctx = gpgme.Context()
-
-loaded = []
-for key_file in keys:
-result = ctx.import_(key_file)
-key = ctx.get_key(result.imports[0][0])
-loaded.append(key)
-
-ctx.signers = loaded
-
-yield ctx
+open(os.path.join(_gpghome, 'gpg.conf'), 'a').close()
+gpg = gnupg.GPG(gnupghome=_gpghome)
+gpg.import_keys(DROPBOX_PUBLIC_KEY)
+yield gpg
 finally:
 del os.environ['GNUPGHOME']
 shutil.rmtree(_gpghome, ignore_errors=True)
@@ -205,10 +196,10 @@
 class SignatureVerifyError(Exception):
 pass
 
-def verify_signature(key_file, sig_file, plain_file):
-with gpgme_context([key_file]) as ctx:
-sigs = ctx.verify(sig_file, plain_file, None)
-return sigs[0].status == None
+def 

Bug#868190: gatling: -u is silently ignored if is a username rather than a numeric user id

[Thomas Kremer]

Package: gatling
Version: 0.13-6+b1
Justification: 5.b
Severity: serious
Tags: security

Dear Maintainers,

Dropping privileges fails silently if -u is used with a username rather
than a numeric user id. Such usage is even recommended in both the
manpage and /etc/default/gatling. Any CGI script is consequently run as
root (though chrooted - but a chroot is not a jail for root processes).

Concretely, requesting "http://127.0.0.1/test.cgi;, from the following
server will run /var/www/default/test.cgi as root:
  gatling -v -D -S -F -U -u nobody -c /var/www -C "^/test\\.cgi$"

While this server will run it as user nobody:
  gatling -v -D -S -F -U -u 65534 -c /var/www -C "^/test\\.cgi$"

Note that "-u nobody" is the recommended usage in manpage and
/etc/default/gatling.

Reproducing this is a bit cumbersome:

  # apt-get install busybox-static
  # mkdir /var/www/.bin
  # cp -al /bin/busybox /var/www/.bin/
  # cat > /var/www/default/test.cgi << EOF
#!/.bin/busybox sh

cat << EOHDR
Status: 200
Content-Type: text/plain; charset=UTF-8

Hallo Welt
==
EOHDR

/.bin/busybox id

echo "---"
cat /secret.txt
echo "---"

EOF
  # echo "A SECRET HAS BEEN UNVEILED" > /var/www/secret.txt
  # chmod 0600 /var/www/secret.txt
  # chmod 0755 /var/www/default/test.cgi
  # touch /var/www/default/.proxy
  # gatling -v -D -S -F -U -u nobody -c /var/www -C "^/test\\.cgi$"

  $ curl "http://127.0.0.1/test.cgi;

The result shows that the CGI process is run with uid=0 and clearly has
read access to /var/www/secret.txt.

As is common knowledge, by mounting proc inside the chroot and accessing
/proc/1/root/, the process can then escape the chroot.

Note that using busybox is only one way to get non-compiled CGIs work in
a chroot in the first place and is not a requirement for the bug to be
exploited. The only requirement is a security hole in a CGI (which is,
after all, quite common, which is why webservers drop privileges in the
first place).

I suggest the following procedures, in that order:
- Fixing manpage and /etc/default/gatling to match actual behaviour
- making gatling throw an error if the uid is non-numeric
- implementing actual user name lookup and then reverting the above two.


Yours
Thomas Kremer


-- System Information:
Debian Release: 8.8
  APT prefers oldstable
  APT policy: (700, 'oldstable'), (500, 'oldoldstable'), (450,
'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gatling depends on:
ii  libc6   2.19-18+deb8u10
ii  libmbedcrypto0  2.4.2-1
ii  libmbedtls102.4.2-1
ii  libmbedx509-0   2.4.2-1
ii  libowfat0   0.29-4
ii  libssl1.1   1.1.0f-3
ii  zlib1g  1:1.2.8.dfsg-2+b1

gatling recommends no packages.

gatling suggests no packages.

-- no debconf information

Bug#868184: [Pkg-gmagick-im-team] Bug#868184: CVE-2017-11141 CVE-2017-11166 CVE-2017-11170 CVE-2017-11188

[roucaries bastien]

I suppose I have already fille bug and are under TEMP under tracker

Bastien

On Wed, Jul 12, 2017 at 11:55 PM, Moritz Muehlenhoff  wrote:
> Source: imagemagick
> Severity: important
> Tags: security
>
> Please see:
>
> CVE-2017-11188:
> https://github.com/ImageMagick/ImageMagick/issues/509
>
> CVE-2017-11170:
> https://github.com/ImageMagick/ImageMagick/issues/472
>
> CVE-2017-11166:
> https://github.com/ImageMagick/ImageMagick/issues/471
>
> CVE-2017-11141:
> https://github.com/ImageMagick/ImageMagick/issues/469
> https://github.com/ImageMagick/ImageMagick/commit/353b942bd83da7e1356ba99c942848bd1871ee9f
>
> Cheers,
> Moritz
>
> ___
> Pkg-gmagick-im-team mailing list
> pkg-gmagick-im-t...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gmagick-im-team

Bug#863900: Fixed in 0.10.5+dfsg-1

[Sebastian Reichel]

fixed 863900 radare2/0.10.5+dfsg-1
severity 863900 critical
thanks

Hi,

I don't know why David though it was ok to add it. I did
remove it when I started working on radare2 again without
noticing the problem in the old package (I did create the
copyright file from scratch, since so many things changed).

Anyways this is fixed in stretch.

-- Sebastian


signature.asc
Description: PGP signature

Bug#868189: gnatcoll: (whislist) Re-enable postgres in gnatcoll

[Daniel Norte de Moraes]

Package: gnatcoll
Version: libgnatcoll
Severity: wishlist

Dear Maintainer,

  Is there any way to re-enable postgres in libgnatcoll? I use it 
on a long-standing project and have it directly available is a must for me.


Really Thanks, Dani. ^^

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

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

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


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

Kernel: Linux 4.11.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8), 
LANGUAGE=pt_BR:pt:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Bug#825348: lintian: check for packages containing upstart configuration in /etc/init/

[Paul Wise]

On Wed, 2017-07-12 at 23:02 +0100, Chris Lamb wrote:

> Are you referring to anything beyond, say:
> 
>   http://sources.debian.net/src/binfmt-support/2.1.7-1/debian/init/?hl=51#L31

In my initial report I was only thinking of files in /etc/init/
but I have no objections to extending that to:

 * mention in the description removing upstart support entirely
 * detect other indicators of upstart support too

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#868188: RM: python-django-south -- ROM; Depreciated and broken

[Brian May]

Package: ftp.debian.org
Severity: normal

python-django-south is broken and not compatable with any supported
version for Django. See #807994.

Please remove from unstable and testing.

Thanks

Bug#868187: debian-installer: Wrong keyboard layout (en) selected i GNOME

[scootergrisen]

Package: debian-installer
Severity: normal

Dear Maintainer,

I select danish keyboard layout and select to install GNOME during Debian 9
installation.
But after the system boots and i log in to GNOME it says "en" in the toppanel.
I can click the "en" to switch to "da".
I would like "da" to be selected as default when that is what i choose during
installation and i dont know "en" to be there.



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

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

Bug#867669: monit summary doesn't detect rxvt as color terminal

[Alexander Schier]

Will there be a backport to stretch?
Am 11.07.2017 um 10:46 schrieb mart...@tildeslash.com:
> Hello Alexander,
> 
> the problem was fixed in the upstream: 
> https://bitbucket.org/tildeslash/monit/commits/cf945190e280948f757646bd1fa7497a7f184434


-- 
with kind regards,
Alexander Schier

Bug#868186: gcc-7: powerpcspe missing for cross-builds in d/control and d/rules.conf

[John Paul Adrian Glaubitz]

Source: gcc-7
Version: 6.3.0-18
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: powerpcspe

Hi!

Cross-building gcc-7 for powerpcspe is currently not possible because the
control file is missing the build dependencies for the cross-build [1].

Additionally, the Debian architecture mapping for the command prefix
(GNU triplet) is missing in debian/rules.conf [2].

Cheers,
Adrian

> [1] https://sources.debian.net/src/gcc-7/7.1.0-9/debian/control/#L23
> [2] http://sources.debian.net/src/gcc-7/7.1.0-9/debian/rules.conf/#L430

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

Bug#825348: lintian: check for packages containing upstart configuration in /etc/init/

[Chris Lamb]

Hi Paul,

>  Please add a check for packages containing upstart configuration in the
> /etc/init/ directory.

Are you referring to anything beyond, say:

  http://sources.debian.net/src/binfmt-support/2.1.7-1/debian/init/?hl=51#L31


Regards,

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

Bug#823190: lintian: Please error out on orig tarball sigs for source 1.0

[Chris Lamb]

Hi Guillem,

> It would be nice if lintian could error out when finding an orig
> tarball signature on source format 1.0 packages.
>
> The pattern for the signature is «.orig.tar.gz.asc».

Where are these files stored? Am I confusing this with
debian/upstream-signing-key.asc … ?


Regards,

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

Bug#868185: CVE-2016-4383

[Moritz Muehlenhoff]

Source: glance
Severity: important
Tags: security

Hi,
please see:
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-4383

Cheers,
Moritz

Bug#868184: CVE-2017-11141 CVE-2017-11166 CVE-2017-11170 CVE-2017-11188

[Moritz Muehlenhoff]

Source: imagemagick
Severity: important
Tags: security

Please see:

CVE-2017-11188:
https://github.com/ImageMagick/ImageMagick/issues/509

CVE-2017-11170:
https://github.com/ImageMagick/ImageMagick/issues/472

CVE-2017-11166:
https://github.com/ImageMagick/ImageMagick/issues/471

CVE-2017-11141:
https://github.com/ImageMagick/ImageMagick/issues/469
https://github.com/ImageMagick/ImageMagick/commit/353b942bd83da7e1356ba99c942848bd1871ee9f

Cheers,
Moritz

Bug#866950: Bug #866950: fontconfig: upgrade radically changes font-rendering style with no warning or hint of how to revert

[Bob Bib]

On Sun, 02 Jul 2017 19:30:25 -0500 Terry Watt  wrote:

Package: fontconfig-config
Version: 2.12.3-0.1
Followup-For: Bug #866950

...

After two frustrating days, I found the cause.  It is the inclusion of the 
following new files in fontconfig-config:
10-autohint.conf
10-hinting-slight.conf
(symlinks in /etc/fonts/conf.d to /usr/share/)

These files do not exist in 2.11.

From reading the files, I believe they were intended to provide fallbacks.  
However, they appear to function by overriding system behavior.

I use full hinting and no autohinter, so many (not all) of my fonts were 
dramatically changed by the forced activation of autohinting and slight hinting.

...

-- debconf information:
* fontconfig/hinting_type: Autohinter
* fontconfig/subpixel_rendering: Automatic
* fontconfig/enable_bitmaps: false


I've not changed my system-wide hinting settings after upgrade to 2.12.3-0.1, and strangely enough, 
it uses "native" hinting mode (no autohinting and no 
"/etc/fonts/conf.d/10-autohint.conf" symlink);
here's my "fontconfig-config" debconf information:
* fontconfig/subpixel_rendering: Automatic
* fontconfig/enable_bitmaps: false
* fontconfig/hinting_type: Native

Anyway, it doesn't matter much, because those settings can easily be changed 
via:
# dpkg-reconfigure fontconfig-config

--
Best wishes,
Bob

Bug#828720: lintian: Inconsistent date format in web front page

[Chris Lamb]

tags 828720 + pending
thanks

Ah, thanks Niels. Fixed in Git:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=4d2ef25d0bc7d3aae83d14d6dca1201e05066bfe


Regards,

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

Bug#868175: [pkg-wine-party] Bug#868175: wine: FTBFS: unknown matra Bottom_And_Left at ./tools/make_unicode

[Jens Reyer]

control: tags -1 patch

Hi

On 07/12/2017 09:03 PM, Niko Tyni wrote:
> Package: wine
> Version: 1.8.7-2
> 
> This package fails to build on current sid.
> 
> From the timing I'm guessing it regressed with unicode-data_10.0.0-1.
>   ./tools/make_unicode
>   unknown matra Bottom_And_Left at ./tools/make_unicode line 1226,  
> line 684.

Yes, indeed.  We already fixed that in wine-development 2.11-2 (the
changes in debian/patches/generate/unicode.patch), but I forgot about
src:wine in the archive.

Upstream is currently preparing wine 2.0.2 (eta ~ 1 week).  I'll add the
fix with that release (or whoever does it should do so).

Greets and thanks!
jre

Bug#828720: lintian: Inconsistent date format in web front page

[Niels Thykier]

Chris Lamb:
> Hi Guillem,
> 
>> Last updated:Mon, 27 Jun 2016 00:16:27 +
>> Archive timestamp:   Sun Jun 26 21:56:38 UTC 2016
> 
> On which "front page" are you seeing this? I don't see anything
> on lintian.debian.org :)
> 
> 
> Best wishes,
> 

Because I recently changed the layout when we added multi-archive
support.  The problem is still there though:

"""
Archives

The following archives are processed by Lintian:

[...]
Mirror timestampTue Jul 11 20:44:35 UTC 2017
[...]
Mirror timestampTue Jul 11 20:44:52 UTC 2017

Statistics


Last updated:   Wed, 12 Jul 2017 00:09:42 +
"""

(loosely converted to ASCII from HTML tables)

Thanks,
~Niels

Bug#856137: lintian: false extra-license-file positive ("BSD"?)

[Chris Lamb]

tags 856137 + pending
thanks

Fixed in Git:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=f410d5065abee6011417852493427f4b66a2c6a7

Thanks for the report!


Regards,

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

Bug#865361: linux-image-4.9.0-3-amd64: kernel stuck at boot on HP ProLiant DL360 G4p

[Andreas Schwarz]

FYI, just tried "linux-image-4.9.0-3-amd64 4.9.30-2+deb9u2", problem is still 
there.

-asc

Bug#841832: lintian: Please consider renaming copyright-contains-dh-make-perl-boilerplate

[Chris Lamb]

tags 841832 + pending
thanks

Fixed in Git:

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=6676aeead7e5811bd0b131cddeed7d8913852679

Many thanks for the report. :)


Regards,

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

Bug#774553: exim4: Do not scan outgoing mail for spam

[Alexander Wirt]

On Sun, 04 Jan 2015, Andreas Metzler wrote:

> On 2015-01-04 Rainer Dorsch  wrote:
> > Package: exim4
> > Version: 4.84-6
> > Severity: wishlist
> > Tags: patch
> 
> > Dear Maintainer,
> 
> > I am running exim since a few years and scanned incoming and
> > outgoing mails for spam, where outgoing does not make a lot of sense
> > or even hurts. 
> [...]
> 
> I tend to disagree here. - Scanning outgoing mails to avoid spreading
> viruses sent by infectected users makes sense.
jftr, it dies hurt to add the spamassassin report to outgoing mails. Those
mails does are rfc2822 conform any more. Debian listserver will discard such
mails. SA Report should not get added to mail leaving the server.

Alex - with its listmaster hat on

Bug#835211: beneath-a-steel-sky: Enable subtitles with non-English

[Matteo Cortese]

Even better, enable the subtitles only when the language is not English:


--- a/usr/games/sky2015-08-01 17:33:43.0 +0200
+++ b/usr/games/sky2017-07-12 22:43:32.189244804 +0200
@@ -39,7 +39,7 @@
 )

 if ! [ x"$ENVLANG" = x"en" ]; then
-GAMELANG="-q $ENVLANG"
+GAMELANG="-n -q $ENVLANG"
 fi

 if [ "$#" -gt "1" ]; then

Bug#828720: lintian: Inconsistent date format in web front page

[Chris Lamb]

Hi Guillem,

> Last updated: Mon, 27 Jun 2016 00:16:27 +
> Archive timestamp:Sun Jun 26 21:56:38 UTC 2016

On which "front page" are you seeing this? I don't see anything
on lintian.debian.org :)


Best wishes,

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

Bug#863984: mc: "gzip: No such file or directory" when compressing from menu

[Denis Briand]

tag 863984 pending
thanks

Hello Yuriy,
Thank you very much for your patch.
It will be added in the next mc debian version.
It is forwarded to upstream team also.

Best regards

Denis Briand


pgpsFu1UwRhFu.pgp
Description: PGP signature

Bug#868178: lintian: enable r-data-without-readme-source check also for .RData files

[Chris Lamb]

tags 868178 + pending
thanks

Applied in Git, many thanks :)

  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=11a4fdc303b826ce10bf7bb60a06b7f304e653d6
  
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=390f6f13eadecca18694e85d650f14d0293ce8b3


Regards,

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

Bug#868183: hobbit-plugins: Add check for /var/run/reboot-required

[Axel Beckert]

Package: hobbit-plugins
Version: 20170628
Severity: wishlist
Control: submitter -1 "FARRIOR, Andy" 

Received the following suggestion by e-mail and got the OK to publish
it as proper (wishlist) bug report:

- Forwarded message from "FARRIOR, Andy"  
-
Date: Wed, 12 Jul 2017 18:43:03 +
From: "FARRIOR, Andy" 
Subject: Xymon apt - minor addtion

On your debian xymon distribution, would you consider adding the
equivalent to this in the apt test:

#!/bin/sh
if [ -f /var/run/reboot-required ]; then
  echo " "
  echo "- "
  cat /var/run/reboot-required
  echo "- "
  echo "-- Required by ---"
  cat /var/run/reboot-required.pkgs
fi

Thx,
andy
- End forwarded message -

A first discussion also suggested that there might be other tests
where this fits:

* The libs check already has a test for an updated kernel
* It could be very easily implmenetend as a "misc" subcheck.
* Or maybe we should strip the "kernel" test out of the libs check and
  add it together with the /var/run/reboot-required test into its own
  "reboot" check.

Regards, Axel

Bug#865081: udevadm: -y documentation wrong

[Michael Biebl]

Control: tags -1 - patch

On Mon, 19 Jun 2017 15:08:23 +0200 Michael Biebl  wrote:
> Hi Russell
> 
> Am 19.06.2017 um 07:44 schrieb Russell Stuart:
> > +   Trigger events for devices with a matching
> > +   the last component (the filename) of a sys device path.
> 
> I'm not a native speaker, but this sentence reads odd.
> 

Removing the patch tag for the time being.

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



signature.asc
Description: OpenPGP digital signature

Bug#805488: [Patch] Fix (including for a lot of other failing tarballs)

[Tomasz Buchert]

On 10/07/17 11:45, Lennart Sorensen wrote:
> On Fri, Jul 07, 2017 at 10:10:04PM +0200, Tomasz Buchert wrote:
> > Wow, this is nice. Would you mind adding some tests to cover this?
> > Ideally, we would have coverage for all rsyncable "dialects" we
> > support.  Can you commit to collab-maint?
>
> Something like this perhaps:
>
> diff --git a/test/test_roundtrip.sh b/test/test_roundtrip.sh
> index 5465ed4..b82620d 100644
> --- a/test/test_roundtrip.sh
> +++ b/test/test_roundtrip.sh
> @@ -19,6 +19,18 @@ test_bz2() {
>assertWorksWithTarball $SAMPLES/tarballs/foo-1.0.tar.bz2
>  }
>
> +test_gz_135_rsyncable() {
> +  assertWorksWithTarball 
> $SAMPLES/tarballs/libinotify-kqueue-1.3.5rsyncable_20120419.orig.tar.gz
> +}
> +
> +test_gz_14_rsyncable() {
> +  assertWorksWithTarball 
> $SAMPLES/tarballs/libinotify-kqueue-1.4rsyncable_20120419.orig.tar.gz
> +}
> +
> +test_gz_16_rsyncable() {
> +  assertWorksWithTarball 
> $SAMPLES/tarballs/libinotify-kqueue-1.6rsyncable_20120419.orig.tar.gz
> +}
> +
>  test_gz() {
>assertWorksWithTarball $SAMPLES/tarballs/foo-1.0.tar.gz
>  }
>
> I tried with a smaller tar file first, but you need to be at least 4 or
> 8KB depending on gzip version to trigger the rsyncable window size thing
> so I used the other sample which resulted in different files for each
> gzip version.
>
> --
> Len Sorensen

Thanks a lot! I've imported this and prepared a new release [1].
I will upload it soon.

Cheers,
Tomasz

[1] 
https://anonscm.debian.org/cgit/collab-maint/pristine-tar.git/commit/?id=383071b4978c1d548d4b6d22fa19db57d59ca046


signature.asc
Description: PGP signature

Bug#868179: Acknowledgement (xserver-xorg-video-radeon: SEGV when starting X11)

[bartek 'basz' szurgot]

might be related to:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=867701

-- 
pozdrawiam serdecznie / best regards,
bartek 'basz' szurgot
/* https://www.baszerr.eu */
/* https://www.baszerr.eu/lib/exe/fetch.php/about_me/basz_pub_key.txt */




signature.asc
Description: OpenPGP digital signature

Bug#868120: thunderbird: Thunderbird Apparmor profile is broken

[Grand T]

Hello Carsten,

First try was nok, I have to purge Thunderbird and the second try was ok.


The previous problematic file is now this way

root@debian:/etc/apparmor.d/local# cat usr.bin.thunderbird
# Site-specific additions and overrides for usr.bin.thunderbird.
# For more details, please see /etc/apparmor.d/local/README.

As far as I can guess this came from the way the update went:

1) gnome gpk-update-viewer was running with no ending so I interrupted it, it 
seems gnome is unable to display the question thunderbird update asked. I 
reported this behaviour
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868122

2) So I finished the update manually
root@debian:/# dpkg --configure -a
Paramétrage de thunderbird (1:52.2.1-4) ...

Fichier de configuration « /etc/apparmor.d/usr.bin.thunderbird »
 ==> Supprimé (par vous ou par un script) depuis l'installation.
 ==> Le distributeur du paquet a fourni une version mise à jour.
   Que voulez-vous faire ? Vos options sont les suivantes :
Y ou I  : installer la version du responsable du paquet
N ou O  : garder votre version actuellement installée
  D : afficher les différences entre les versions
  Z : suspendre ce processus pour examiner la situation
 L'action par défaut garde votre version actuelle.
*** usr.bin.thunderbird (Y/I/N/O/D/Z) [défaut=N] ? Y
Installation de la nouvelle version du fichier de configuration 
/etc/apparmor.d/usr.bin.thunderbird ...
AppArmor parser error for /etc/apparmor.d/usr.bin.thunderbird in 
/etc/apparmor.d/local/usr.bin.thunderbird at line 1: Found unexpected 
character: ''


Below all the commands and report you asked.

***first try 
***

root@debian:/# find /etc/apparmor.d -type f -name "*thunderbird*" -exec sudo rm 
{} \;
root@debian:/# cd /etc/apparmor.d
root@debian:/etc/apparmor.d# ls *thunderbird*
ls: impossible d'accéder à '*thunderbird*': Aucun fichier ou dossier de ce type
root@debian:/etc/apparmor.d# cd local
root@debian:/etc/apparmor.d/local# ls *thunderbird*
ls: impossible d'accéder à '*thunderbird*': Aucun fichier ou dossier de ce type
root@debian:/etc/apparmor.d/local# cd ../disable
root@debian:/etc/apparmor.d/disable# ls *thunderbird*
usr.bin.thunderbird
root@debian:/etc/apparmor.d/disable# rm usr.bin.thunderbird
root@debian:/etc/apparmor.d/disable# apt install --reinstall thunderbird
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
0 mis à jour, 0 nouvellement installés, 1 réinstallés, 0 à enlever et 0 non mis 
à jour.
Il est nécessaire de prendre 0 o/40,8 Mo dans les archives.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
(Lecture de la base de données... 208083 fichiers et répertoires déjà 
installés.)
Préparation du dépaquetage de .../thunderbird_1%3a52.2.1-4_amd64.deb ...
Dépaquetage de thunderbird (1:52.2.1-4) sur (1:52.2.1-4) ...
Traitement des actions différées (« triggers ») pour mime-support (3.60) ...
Traitement des actions différées (« triggers ») pour desktop-file-utils 
(0.23-1) ...
Paramétrage de thunderbird (1:52.2.1-4) ...
Traitement des actions différées (« triggers ») pour man-db (2.7.6.1-2) ...
Traitement des actions différées (« triggers ») pour gnome-menus (3.13.3-9) ...
Traitement des actions différées (« triggers ») pour hicolor-icon-theme 
(0.15-1) ...

bad 

root@debian:/etc/apparmor.d/disable# aa-disable thunderbird
Profile for /usr/bin/thunderbird not found, skipping
root@debian:/etc/apparmor.d/disable# cd ..
root@debian:/etc/apparmor.d# ls *thunderbird*
ls: impossible d'accéder à '*thunderbird*': Aucun fichier ou dossier de ce type
root@debian:/etc/apparmor.d# ls -alrt
total 232
drwxr-xr-x   2 root root  4096 mars  30  2016 force-complain
-rw-r--r--   1 root root   964 mars  30  2016 usr.sbin.mdnsd
-rw-r--r--   1 root root  1013 mars  30  2016 usr.sbin.identd
-rw-r--r--   1 root root   790 mars  30  2016 usr.lib.dovecot.ssl-params
-rw-r--r--   1 root root   967 mars  30  2016 usr.lib.dovecot.pop3-login
-rw-r--r--   1 root root   900 mars  30  2016 usr.lib.dovecot.pop3
-rw-r--r--   1 root root  1109 mars  30  2016 usr.lib.dovecot.managesieve-login
-rw-r--r--   1 root root   953 mars  30  2016 usr.lib.dovecot.managesieve
-rw-r--r--   1 root root  1008 mars  30  2016 usr.lib.dovecot.imap-login
-rw-r--r--   1 root root  1056 mars  30  2016 usr.lib.dovecot.dovecot-auth
-rw-r--r--   1 root root   887 mars  30  2016 usr.lib.dovecot.dict
-rw-r--r--   1 root root  1153 mars  30  2016 usr.lib.dovecot.deliver
-rw-r--r--   1 root root   733 mars  30  2016 usr.lib.dovecot.anvil
-rw-r--r--   1 root root  8243 mars  30  2016 usr.bin.chromium-browser
-rw-r--r--   1 root root  1307 mars  30  2016 sbin.syslogd
-rw-r--r--   1 root root   999 mars  30  2016 sbin.klogd
-rw-r--r--   1 root root  5995 avril 26  2016 

Bug#867619: Bug confirmed

[Olivier Mellina]

The workaround :
https://discuss.linuxcontainers.org/t/failed-creating-cgroups/272

Bug#858664: RFS: dfc/3.1.0-1 [ITA]

[sab]

On 13/06/2017 00:05, sab wrote:



On 08/06/2017 23:53, Axel Beckert wrote:

Hi Sabino,

sab wrote:
   dget 
-xhttps://mentors.debian.net/debian/pool/main/d/dfc/dfc_3.1.0-1.dsc

Regarding the changelog:

Please remove the following two lines from the changelog. They're no
more relevant since they're superseeded by your package adoption:

   * QA upload.
   * Set Maintainer to Debian QA Group. (See #858664.)

Additionally, it's common practice to leave one space between names
and the brackets as well as one empty line before a new contributor
section starts.

See e.g.
https://packages.qa.debian.org/w/wicd/news/20170528T210438Z.html for
an example. (Ignore the dots which indicate empty lines.)

Regarding your access to the packaging git repository: While all
Debian Developers have collab-maint write access by default, Alioth
guest users (everyone who's not a Debian Project member) don't have
write access.

It was possible to request access for non-members, but I don't know if
that's still wanted, also because Alioth (the system which hosts
Debian's git repos) is about to be replaced, see
https://lists.debian.org/debian-devel-announce/2017/06/msg2.html

So I'm not sure what's the best way to proceed with git write access
for you.

Regards, Axel

Hi Axel, thanks for reply.

However I committed new package with your suggested changes.
https://mentors.debian.net/package/dfc

Regardinggit, how can i do to push?Instead to sponsor the package?

Regards,
Sabino


Hi! I asked for a sponsor, but I still can not make me accept the 
package in experimental. How should i do?


Regards,

Sabino

Bug#826497: metamonger: diff for NMU version 0.20150503-1.1

[gregor herrmann]

Control: tags 826497 + pending

Dear maintainer,

I've prepared an NMU for metamonger (versioned as 0.20150503-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Don McLean: Mother Nature
diff -Nru metamonger-0.20150503/debian/changelog metamonger-0.20150503/debian/changelog
--- metamonger-0.20150503/debian/changelog	2015-05-03 15:19:48.0 +0200
+++ metamonger-0.20150503/debian/changelog	2017-07-12 21:59:20.0 +0200
@@ -1,3 +1,12 @@
+metamonger (0.20150503-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "Unescaped left brace in regex is deprecated":
+add a patch to escape '{'s in regexps.
+(Closes: #826497)
+
+ -- gregor herrmann   Wed, 12 Jul 2017 21:59:20 +0200
+
 metamonger (0.20150503-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru metamonger-0.20150503/debian/patches/series metamonger-0.20150503/debian/patches/series
--- metamonger-0.20150503/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ metamonger-0.20150503/debian/patches/series	2017-06-30 00:45:59.0 +0200
@@ -0,0 +1 @@
+unescaped-left-brace-in-regex.patch
diff -Nru metamonger-0.20150503/debian/patches/unescaped-left-brace-in-regex.patch metamonger-0.20150503/debian/patches/unescaped-left-brace-in-regex.patch
--- metamonger-0.20150503/debian/patches/unescaped-left-brace-in-regex.patch	1970-01-01 01:00:00.0 +0100
+++ metamonger-0.20150503/debian/patches/unescaped-left-brace-in-regex.patch	2017-06-30 00:51:49.0 +0200
@@ -0,0 +1,75 @@
+Description: fix "Unescaped left brace in regex is deprecated" error
+ which is fatal in perl 5.26
+Origin: vendor
+Bug-Debian: https://bugs.debian.org/826497
+Author: gregor herrmann 
+Last-Update: 2017-06-30
+
+--- a/metamonger
 b/metamonger
+@@ -433,7 +433,7 @@
+ sub write_metadata_to_storage {
+ 	my ($file_metadata_ref) = @_;
+ 	my $json = to_json($file_metadata_ref, {canonical => 1});
+-	$json =~ s/"metadata":{/"metadata":{\n/;
++	$json =~ s/"metadata":\{/"metadata":{\n/;
+ 	$json =~ s/},/},\n/g;
+ 	if ($file_metadata_ref->{config}{strict_json} == 0) {
+ 		$json =~ s/}}}/},\n}}\n/g;
+--- a/t/009-save-noact.t
 b/t/009-save-noact.t
+@@ -13,8 +13,8 @@
+ 
+ my $output = `./metamonger --config=../files/config_empty save --no-act`;
+ 
+-ok $output =~ '"001":{"atime":1337,"mode":"0775","mtime":42}';
+-ok $output =~ /"004":{\S+,"mode":"0666",\S+}/;
++ok $output =~ '"001":\{"atime":1337,"mode":"0775","mtime":42}';
++ok $output =~ /"004":\{\S+,"mode":"0666",\S+}/;
+ 
+ 
+ 
+--- a/t/200-no-dereference.t
 b/t/200-no-dereference.t
+@@ -37,31 +37,31 @@
+ 
+ $output = `./metamonger --config=../files/config_empty save --no-act --no-dereference`;
+ 
+-ok $output =~ '"link":{"mtime":42}';
+-ok $output =~ '"original":{"mtime":1325376000}';
++ok $output =~ '"link":\{"mtime":42}';
++ok $output =~ '"original":\{"mtime":1325376000}';
+ 
+ 
+ $output = `./metamonger --config=../files/config_empty save --no-act -P`;
+ 
+-ok $output =~ '"link":{"mtime":42}';
+-ok $output =~ '"original":{"mtime":1325376000}';
++ok $output =~ '"link":\{"mtime":42}';
++ok $output =~ '"original":\{"mtime":1325376000}';
+ 
+ 
+ $output = `./metamonger --config=../files/config_empty save --no-act --dereference`;
+ 
+-ok $output =~ '"link":{"mtime":1325376000}';
+-ok $output =~ '"original":{"mtime":1325376000}';
++ok $output =~ '"link":\{"mtime":1325376000}';
++ok $output =~ '"original":\{"mtime":1325376000}';
+ 
+ $output = `./metamonger --config=../files/config_empty save --no-act -L`;
+ 
+-ok $output =~ '"link":{"mtime":1325376000}';
+-ok $output =~ '"original":{"mtime":1325376000}';
++ok $output =~ '"link":\{"mtime":1325376000}';
++ok $output =~ '"original":\{"mtime":1325376000}';
+ 
+ 
+ $output = `./metamonger --config=../files/config_empty save --no-act`;
+ 
+-ok $output =~ '"link":{"mtime":1325376000}';
+-ok $output =~ '"original":{"mtime":1325376000}';
++ok $output =~ '"link":\{"mtime":1325376000}';
++ok $output =~ '"original":\{"mtime":1325376000}';
+ 
+ 
+ rm_rf '../etc';


signature.asc
Description: Digital Signature

Bug#865482: gri: diff for NMU version 2.12.23-10.1

[gregor herrmann]

Control: tags 865482 + pending

Dear maintainer,

I've prepared an NMU for gri (versioned as 2.12.23-10.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Don McLean: Mother Nature
diff -Nru gri-2.12.23/debian/changelog gri-2.12.23/debian/changelog
--- gri-2.12.23/debian/changelog	2016-10-08 22:37:57.0 +0200
+++ gri-2.12.23/debian/changelog	2017-07-12 21:50:06.0 +0200
@@ -1,3 +1,13 @@
+gri (2.12.23-10.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "FTBFS with perl 5.26 -- Unescaped left brace in regex is
+illegal": add patch perl-5.26.patch from Damyan Ivanov which adds the
+missing backslashes.
+(Closes: #865482)
+
+ -- gregor herrmann   Wed, 12 Jul 2017 21:50:06 +0200
+
 gri (2.12.23-10) unstable; urgency=medium
 
   * Bug fix: "missing debian/copyright", thanks to Thorsten Alteholz
diff -Nru gri-2.12.23/debian/patches/perl-5.26.patch gri-2.12.23/debian/patches/perl-5.26.patch
--- gri-2.12.23/debian/patches/perl-5.26.patch	1970-01-01 01:00:00.0 +0100
+++ gri-2.12.23/debian/patches/perl-5.26.patch	2017-07-12 21:50:03.0 +0200
@@ -0,0 +1,163 @@
+Description: fix "unescaped left brace" errors
+Origin: vendor
+Bug-Debian: https://bugs.debian.org/865482
+Forwarded: not-needed
+Author: Damyan Ivanov 
+Reviewed-by: gregor herrmann 
+Last-Update: 2017-07-12
+Applied-Upstream: 6d178b36a7ac2b0e5d67868fdcd3992ac04f2cd4
+
+--- a/doc/texinfo2HTML
 b/doc/texinfo2HTML
+@@ -119,7 +119,7 @@ while(get_a_line()) {
+ 	next;
+ }
+ # Process image commands (NOT...it's there already) 
+-if (/\@image{(.*)}/) {
++if (/\@image\{(.*)\}/) {
+ 	#print "\n";
+ 	next;
+ }
+@@ -207,12 +207,12 @@ while(get_a_line()) {
+ s,<,,og;
+ # Special tweak to make 'Gri' look cooler.
+ 	#s, Gri , GRI ,og;
+-s,\@code{\@\@},\@code{TEXINFO2HTML-AT-AT},og; 
++s,\@code\{\@\@\},\@code{TEXINFO2HTML-AT-AT},og;
+ s,\@},TEXINFO2HTML-CLOSE-BRACE,og; # retain inside e.g. @code{}
+ s,\@\@,TEXINFO2HTML-AT-AT,og;
+-s,\@{,{,og;
+-s,\@TeX{},TeX,og;
+-s,\@dots{},...,og;
++s,\@\{,{,og;
++s,\@TeX\{\},TeX,og;
++s,\@dots\{\},...,og;
+ # Put in place-holders for some accents.  I should check for all
+ # of them, but for now, I'm just kludging in a couple, 
+ # to solve an immediate problem and to serve as a place-holder
+@@ -236,18 +236,18 @@ while(get_a_line()) {
+ 	}
+ 	next;
+ }
+-while (/\@url{([^}]*)}/) {
++while (/\@url\{([^}]*)\}/) {
+ 	$the_url = $1;
+-s:\@url{[^}]*}:\@code{$the_url}:;
++s:\@url\{[^}]*\}:\@code{$the_url}:;
+ }
+-while (/\@uref{([^}]*)}/) {
++while (/\@uref\{([^}]*)\}/) {
+ 	@items = split(/,/, $1);
+ if ($#items == 0) {
+-s:\@uref{[^}]*}:$items[0]:;
++s:\@uref\{[^}]*\}:$items[0]:;
+ } elsif ($#items == 1) {
+-s:\@uref{[^}]*}:$items[1]:;
++s:\@uref\{[^}]*\}:$items[1]:;
+ } elsif ($#items == 2) {
+-s:\@uref{[^}]*}:\@code{$items[2]}:;
++s:\@uref\{[^}]*\}:\@code{$items[2]}:;
+ } else {
+ die "Cannot have more than 3 items in a 'uref' at \"$_\"";
+ }
+@@ -329,7 +329,7 @@ while(get_a_line()) {
+ 	while(get_a_line()) {
+ 	next if /\@sp/;
+ 	next if /\@cindex/;
+-s|\@anchor{([^}]*)}||g;
++s|\@anchor\{([^}]*)\}||g;
+ 	_examples();
+ 	# Handle HTML inserts
+ 	if (/^\@c HTML (.*)/o) {
+@@ -345,10 +345,10 @@ while(get_a_line()) {
+ 	}
+ 	if (/\s*\@item\s*(.*)/o) {
+ $the_item = $1;
+-		$the_item =~ s:\@{:{:og;
+-		$the_item =~ s:\@}:}:og;
++		$the_item =~ s:\@\{:{:og;
++		$the_item =~ s:\@\}:}:og;
+ 		$the_item =~ s:\@\@:\@:og;
+-		$the_item =~ s:\@code{([^}]*)}:`$1':og;
++		$the_item =~ s:\@code\{([^}]*)\}:`$1':og;
+ 		print " $start_item$the_item$end_item\n";
+ 	} else {
+ 		print "" if (/^$/o);
+@@ -401,38 +401,38 @@ sub process_examples() {
+ } else {
+ s,\@value\{([^}]*)\},$value{$1},g; # Substitute set/value pair
+ s,\@},},og;
+-s,\@{,{,og;
++s,\@\{,{,og;
+ }
+ }
+ 
+ 
+ sub sub_refs {
+-die "line $. of file: cannot have multiple refs on one line" if (/\@[px]*ref{(.*)}(.*)\@[px]*ref{(.*)}/);
++die "line $. of file: cannot have multiple refs on one line" if (/\@[px]*ref\{(.*)\}(.*)\@[px]*ref\{(.*)\}/);
+ # anchors
+-s|\@anchor{([^}]*)}||g;
++s|\@anchor\{([^}]*)\}||g;
+ # Change e.g. 
+ # @xref{Viewing}
+ # into
+ # see Viewing
+ 
+ #if (/\@ref/){print "AAA[$_]AAA\n";
+-s|\@ref{([^}]*)}|see $1|g;
++s|\@ref\{([^}]*)\}|see $1|g;

Bug#868180: nvidia-legacy-340xx-driver: desktop freezes after some time when system is booted with kernel 4.9

[debianized]

Package: nvidia-legacy-340xx-driver
Version: 340.102-2
Severity: important

Dear Maintainer,

Desktop freezes after some random time when system is booted with kernel 4.9.
Although this problem never happens with kernel 4.7.
Mouse and keyboard become unresponsive.

kern.log:
==

Jul 10 20:44:58 debian kernel: [  462.644492] vgaarb: device changed decodes:
PCI::08:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
Jul 10 20:44:58 debian kernel: [  462.644751] [ cut here
]
Jul 10 20:44:58 debian kernel: [  462.644757] WARNING: CPU: 1 PID: 25 at
/build/linux-9uDFZV/linux-4.9.30/fs/proc/generic.c:345 proc_register+0xe9/0x110
Jul 10 20:44:58 debian kernel: [  462.644758] proc_dir_entry
'gpus/:08:00.0' already registered
Jul 10 20:44:58 debian kernel: [  462.644759] Modules linked in: rfcomm fuse
bnep binfmt_misc uinput ctr ccm parport_pc ppdev lp parport btusb uvcvideo
btrtl btbcm vi
deobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videobuf2_core btintel
bluetooth videodev media iTCO_wdt iTCO_vendor_support mxm_wmi msi_wmi
sparse_keymap coretemp ar
c4 pcspkr iwldvm mac80211 snd_hda_codec_hdmi joydev snd_hda_codec_realtek
snd_hda_codec_generic ir_lirc_codec evdev serio_raw iwlwifi sg lpc_ich mfd_core
snd_hda_inte
l nvidia(PO) lirc_dev ir_rc6_decoder cfg80211 snd_hda_codec rfkill rc_rc6_mce
ene_ir snd_hda_core drm rc_core jmb38x_ms memstick snd_hwdep battery snd_pcm ac
wmi snd_
timer snd shpchp soundcore video button acpi_cpufreq ext4 crc16 jbd2
crc32c_generic fscrypto ecb glue_helper lrw gf128mul ablk_helper cryptd
aes_x86_64 mbcache sr_mod
 cdrom sd_mod
Jul 10 20:44:58 debian kernel: [  462.644815]  psmouse i2c_i801 i2c_smbus ahci
libahci libata scsi_mod sdhci_pci sdhci firewire_ohci mmc_core firewire_core
crc_itu_t
r8169 mii ehci_pci uhci_hcd ehci_hcd usbcore usb_common
Jul 10 20:44:58 debian kernel: [  462.644829] CPU: 1 PID: 25 Comm: kworker/1:1
Tainted: P   O4.9.0-3-amd64 #1 Debian 4.9.30-2+deb9u2
Jul 10 20:44:58 debian kernel: [  462.644830] Hardware name: Micro-Star
International GT628  /MS-1651, BIOS A1651IMS.112 09/17/2009
Jul 10 20:44:58 debian kernel: [  462.644835] Workqueue: pciehp-0
pciehp_power_thread
Jul 10 20:44:58 debian kernel: [  462.644837]  
95b28414 ad2340723ac0 
Jul 10 20:44:58 debian kernel: [  462.644840]  95876ebe
9de1b95dbb80 ad2340723b18 9de1b95dbe40
Jul 10 20:44:58 debian kernel: [  462.644842]  9de1b768a385
9de1b95dbe78 9de1b768a300 95876f3f
Jul 10 20:44:58 debian kernel: [  462.644845] Call Trace:
Jul 10 20:44:58 debian kernel: [  462.644850]  [] ?
dump_stack+0x5c/0x78
Jul 10 20:44:58 debian kernel: [  462.644853]  [] ?
__warn+0xbe/0xe0
Jul 10 20:44:58 debian kernel: [  462.644855]  [] ?
warn_slowpath_fmt+0x5f/0x80
Jul 10 20:44:58 debian kernel: [  462.644857]  [] ?
proc_alloc_inum+0x46/0xe0
Jul 10 20:44:58 debian kernel: [  462.644858]  [] ?
proc_register+0xe9/0x110
Jul 10 20:44:58 debian kernel: [  462.644860]  [] ?
proc_mkdir_data+0x61/0x90
Jul 10 20:44:58 debian kernel: [  462.645032]  [] ?
nv_procfs_add_gpu+0x6c/0x150 [nvidia]
Jul 10 20:44:58 debian kernel: [  462.645103]  [] ?
nvidia_probe+0x5cc/0xe50 [nvidia]
Jul 10 20:44:58 debian kernel: [  462.645106]  [] ?
local_pci_probe+0x3f/0x90
Jul 10 20:44:58 debian kernel: [  462.645107]  [] ?
pci_device_probe+0x10c/0x160
Jul 10 20:44:58 debian kernel: [  462.645111]  [] ?
driver_probe_device+0x21a/0x420
Jul 10 20:44:58 debian kernel: [  462.645113]  [] ?
__driver_attach+0xe0/0xe0
Jul 10 20:44:58 debian kernel: [  462.645114]  [] ?
bus_for_each_drv+0x62/0xb0
Jul 10 20:44:58 debian kernel: [  462.645116]  [] ?
__device_attach+0xd9/0x150
Jul 10 20:44:58 debian kernel: [  462.645119]  [] ?
pci_bus_add_device+0x4a/0x90
Jul 10 20:44:58 debian kernel: [  462.645121]  [] ?
pci_bus_add_devices+0x34/0x70
Jul 10 20:44:58 debian kernel: [  462.645123]  [] ?
pciehp_configure_device+0x93/0x120
Jul 10 20:44:58 debian kernel: [  462.645125]  [] ?
pciehp_enable_slot+0x199/0x280
Jul 10 20:44:58 debian kernel: [  462.645127]  [] ?
pciehp_power_thread+0x36/0xa0
Jul 10 20:44:58 debian kernel: [  462.645129]  [] ?
process_one_work+0x184/0x410
Jul 10 20:44:58 debian kernel: [  462.645131]  [] ?
worker_thread+0x4d/0x480
Jul 10 20:44:58 debian kernel: [  462.645132]  [] ?
process_one_work+0x410/0x410
Jul 10 20:44:58 debian kernel: [  462.645134]  [] ?
kthread+0xd7/0xf0
Jul 10 20:44:58 debian kernel: [  462.645136]  [] ?
kthread_park+0x60/0x60
Jul 10 20:44:58 debian kernel: [  462.645139]  [] ?
ret_from_fork+0x25/0x30
Jul 10 20:44:58 debian kernel: [  462.645141] ---[ end trace bc4febe4dfc37cfa
]---
Jul 10 20:44:59 debian kernel: [  462.972136] NVRM: GPU at :08:00.0 has
fallen off the bus.
Jul 10 20:44:59 debian kernel: [  462.972151] NVRM: GPU at :08:00.0 has
fallen off the bus.
Jul 10 20:44:59 debian kernel: [  462.972314] NVRM: Your current system
configuration has known problems when
Jul 10 20:44:59 

Bug#868179: xserver-xorg-video-radeon: SEGV when starting X11

[bartek 'basz' szurgot]

Subject: xserver-xorg-video-radeon: SEGV when starting X11
Package: xserver-xorg-video-radeon
Version: 1:7.9.0-1
Justification: renders package unusable
Severity: grave

Dear Maintainer,

when starting X11 got SEGV (looks like null pointer dereference).
downgrading package to 7.8.0 fixes the problem.

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

Diversions concerning libGL are in place

diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2.0 to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2.0.0 to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2.0.0 by
glx-diversions
diversion of /usr/lib/libGLESv2.so.2 to
/usr/lib/mesa-diverted/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1.1.0 by
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2 to
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2 to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1.2 to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1.1.0 to
/usr/lib/mesa-diverted/libGLESv1_CM.so.1.1.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1 to
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1.1.0 by
glx-diversions
diversion of /usr/lib/libGL.so.1.2.0 to
/usr/lib/mesa-diverted/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/libGLESv2.so to
/usr/lib/mesa-diverted/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so.1.2 to
/usr/lib/mesa-diverted/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so.1.1.0 to
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so.1.1.0 by
glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2.0 to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by
glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv2.so.2 to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv2.so.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so to
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so to
/usr/lib/mesa-diverted/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2.0 to
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGL.so.1 to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGL.so.1 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv2.so.2.0.0 to
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/libGLESv1_CM.so.1 to
/usr/lib/mesa-diverted/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv2.so.2.0.0 to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv2.so.2.0.0 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGLESv1_CM.so to
/usr/lib/mesa-diverted/i386-linux-gnu/libGLESv1_CM.so by glx-diversions
diversion of /usr/lib/arm-linux-gnueabihf/libGLESv1_CM.so.1 to
/usr/lib/mesa-diverted/arm-linux-gnueabihf/libGLESv1_CM.so.1 by
glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGLESv1_CM.so.1 to
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGLESv1_CM.so.1 by glx-diversions
diversion of /usr/lib/libGLESv2.so.2.0.0 to

Bug#842193: mc: panels in full size are botched

[Denis Briand]

tags 842193 unreproducible moreinfo
severity 842193 normal
thanks

Hello Thilo,
Thank you for your bug report.
I'm not sure to understand your issue.
Could you provide me a screenshot?
Does this bug still exist?

regards

Denis Briand


pgpaxAgOmwaKa.pgp
Description: PGP signature

Bug#868177: imlib2: ARGB loader: invalid free()

[Jakub Wilk]

Package: libimlib2
Version: 1.4.8-1
Tags: security

imlib2 crashes when loading the attached file:

   $ debian/tmp/usr/bin/imlib2_conv invalid-free.argb /dev/null
   *** Error in `debian/tmp/usr/bin/imlib2_conv': double free or corruption 
(out): 0x565ff220 ***

Valgrind says it's an invalid free():

   Invalid free() / delete / delete[] / realloc()
  at 0x482F438: free (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
  by 0x5311A67: load (loader_argb.c:86)
  by 0x4860B16: imlib_save_image (api.c:4606)
  by 0x108939: main (imlib2_conv.c:76)
Address 0x4dd4818 is 8 bytes inside a block of size 16 alloc'd
  at 0x482E27C: malloc (in 
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
  by 0x5311987: load (loader_argb.c:62)
  by 0x4860B16: imlib_save_image (api.c:4606)
  by 0x108939: main (imlib2_conv.c:76)


Found using american fuzzy lop:
http://lcamtuf.coredump.cx/afl/

-- System Information:
Architecture: i386

Versions of packages libimlib2 depends on:
ii  libbz2-1.0   1.0.6-8.1
ii  libc62.24-12
ii  libfreetype6 2.8-0.2
ii  libgif7  5.1.4-0.4
ii  libid3tag0   0.15.1b-12
ii  libjpeg62-turbo  1:1.5.1-2
ii  libpng16-16  1.6.30-2
ii  libtiff5 4.0.8-3
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  zlib1g   1:1.2.8.dfsg-5

--
Jakub Wilk
ARGB 2 2

Bug#868178: lintian: enable r-data-without-readme-source check also for .RData files

[Dylan Aïssi]

Package: lintian
Severity: wishlist
Tags: patch


Hi,
Please find attached a patch that enable r-data-without-readme-source
check also for .RData files (with a upper-case D that is found in some
R packages [1]).
The patch also add reference about the decision from the FTP team.

Best regards,
Dylan

[1] https://codesearch.debian.net/search?q=%5C.RData
From 49f8d0b28710ace446cb99433d5da19292eba0e6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Dylan=20A=C3=AFssi?= 
Date: Wed, 12 Jul 2017 21:27:57 +0200
Subject: [PATCH] Enable r-data-without-readme-source check also for .RData
 files

---
 checks/cruft.desc | 1 +
 checks/cruft.pm   | 2 +-
 2 files changed, 2 insertions(+), 1 deletion(-)

diff --git a/checks/cruft.desc b/checks/cruft.desc
index d0e1497..93ae0c5 100644
--- a/checks/cruft.desc
+++ b/checks/cruft.desc
@@ -878,6 +878,7 @@ Info: Many modules packaged for the R Project for Statistical Computing contain
  debian/README.source, which this package is missing.
  .
  Please add a README.source documenting the origins of these files.
+Ref: https://lists.debian.org/debian-devel/2013/09/msg00332.html
 
 Tag: file-contains-fixme-placeholder
 Severity: important
diff --git a/checks/cruft.pm b/checks/cruft.pm
index 5ed8b53..05d8901 100644
--- a/checks/cruft.pm
+++ b/checks/cruft.pm
@@ -652,7 +652,7 @@ sub find_cruft {
 }
 
 # Ensure we have a README.source for R data files
-if (   $basename =~ m,\.(?:rda|Rda|rdata|Rdata)$,
+if (   $basename =~ m,\.(?:rda|Rda|rdata|Rdata|RData)$,
 && $entry->is_file
 && !$info->index_resolved_path('debian/README.source')) {
 tag 'r-data-without-readme-source', $name;
-- 
2.1.4

Bug#809352: libmp3-tag-perl: diff for NMU version 1.13-1.1

[gregor herrmann]

Control: tags 809352 + pending

Dear maintainer,

I've prepared an NMU for libmp3-tag-perl (versioned as 1.13-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
 .''`.  https://info.comodo.priv.at/ - Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: The Eagles: Tequila sunrise
diff -Nru libmp3-tag-perl-1.13/debian/changelog libmp3-tag-perl-1.13/debian/changelog
--- libmp3-tag-perl-1.13/debian/changelog	2012-02-05 07:46:29.0 +0100
+++ libmp3-tag-perl-1.13/debian/changelog	2017-07-12 21:25:22.0 +0200
@@ -1,3 +1,12 @@
+libmp3-tag-perl (1.13-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+Fix "FTBFS with perl 5.26: Unescaped left brace in regex":
+add patch from Harald Dunkel which escapes the brace.
+(Closes: #809352)
+
+ -- gregor herrmann   Wed, 12 Jul 2017 21:25:22 +0200
+
 libmp3-tag-perl (1.13-1) unstable; urgency=low
 
   * New upstream version.
diff -Nru libmp3-tag-perl-1.13/debian/patches/02_fix_escape.patch libmp3-tag-perl-1.13/debian/patches/02_fix_escape.patch
--- libmp3-tag-perl-1.13/debian/patches/02_fix_escape.patch	1970-01-01 01:00:00.0 +0100
+++ libmp3-tag-perl-1.13/debian/patches/02_fix_escape.patch	2017-07-12 21:24:21.0 +0200
@@ -0,0 +1,20 @@
+Description: fix "unescaped left brace" error
+Origin: vendor
+Bug-Debian: https://bugs.debian.org/809352
+Forwarded: not-needed
+Author: Harald Dunkel 
+Reviewed-by: gregor herrmann 
+Last-Update: 2017-07-12
+Applied-Upstream: fixed in 1.14
+
+--- a/lib/MP3/Tag.pm
 b/lib/MP3/Tag.pm
+@@ -2607,7 +2607,7 @@
+ my ($self, $pattern) = @_;
+ $pattern = "^\Q$pattern\E\$";
+ # unquote %. and %=. and %={WHATEVER} and %{WHATEVER}
+-$pattern =~ s<(\\%(?:\\=)?(\w|\\{(?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))>
++$pattern =~ s<(\\%(?:\\=)?(\w|\\\{(?:\w|\\[^\w\\{}]|\\[\\{}])*\\}|\\\W))>
+ 		 ( __unquote($1) )ge;
+ # $pattern =~ s/(\\%(?:\\=)?)(\w|\\(\W))/$unquote{$1}$+/g;
+ return $self->parse_rex_prepare($pattern);
diff -Nru libmp3-tag-perl-1.13/debian/patches/series libmp3-tag-perl-1.13/debian/patches/series
--- libmp3-tag-perl-1.13/debian/patches/series	2012-02-05 07:46:29.0 +0100
+++ libmp3-tag-perl-1.13/debian/patches/series	2017-07-12 21:22:53.0 +0200
@@ -1 +1,2 @@
 01_spelling.patch
+02_fix_escape.patch


signature.asc
Description: Digital Signature

Bug#868174: imlib2: PNM loader: heap-based buffer overflow

[Jakub Wilk]

Control: tags + patch

* Jakub Wilk , 2017-07-12, 20:27:

Package: libimlib2
Version: 1.4.8-1
Tags: security

imlib2 crashes when loading the attached file:

  $ debian/tmp/usr/bin/imlib2_conv overflow.pbm /dev/null
  *** Error in `debian/tmp/usr/bin/imlib2_conv': double free or corruption 
(out): 0x575e4ce8 ***


The attached patch should fix this. (But it was only lightly tested.)

--
Jakub Wilk
--- a/src/modules/loaders/loader_pnm.c
+++ b/src/modules/loaders/loader_pnm.c
@@ -179,6 +179,7 @@
goto quit_error;
 ptr2++;
 i++;
+x++;
  }
 }
   if (progress &&

Bug#868175: wine: FTBFS: unknown matra Bottom_And_Left at ./tools/make_unicode

[Niko Tyni]

Package: wine
Version: 1.8.7-2
Severity: serious
Tags: sid buster

This package fails to build on current sid.

>From the timing I'm guessing it regressed with unicode-data_10.0.0-1.

Log excerpt:

   debian/rules build
  dh build --parallel --with autoreconf
 dh_testdir -O--parallel
 dh_update_autotools_config -O--parallel
 dh_autoreconf -O--parallel
  find ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path '*/.hg/*' -o 
-path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a  -type f -exec 
md5sum {} + > debian/autoreconf.before
  autoreconf -f -i
  find ! -ipath "./debian/*" -a ! \( -path '*/.git/*' -o -path '*/.hg/*' -o 
-path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a  -type f -exec 
md5sum {} + > debian/autoreconf.after
 debian/rules override_dh_auto_configure
  make[1]: Entering directory '/<>'
  ./debian/scripts/generate libs/wine/cptable.generated cpmap
  ./debian/scripts/generate server/trace.generated make_requests
  ./debian/scripts/generate server/request.generated make_requests
  ./tools/make_fir
  size: 7907
  interpolation noise: -93.68 dB
  DCT: 0.50 -> 0.00 dB
  DCT: 0.80 -> -0.39 dB
  DCT: 1.00 -> -79.51 dB
  DCT: 1.08 -> -92.28 dB
  DCT: 1.18 -> -85.15 dB
  DCT: 1.33 -> -89.66 dB
  DCT: 1.38 -> -96.34 dB
  ./tools/make_unicode
  unknown matra Bottom_And_Left at ./tools/make_unicode line 1226,  line 
684.
  Loading tools/unicode-defaults
  Building libs/wine/casemap.c
  Building libs/wine/compose.c
  Building libs/wine/wctype.c
  Building dlls/usp10/mirror.c
  Building dlls/dwrite/mirror.c
  Building dlls/usp10/bracket.c
  Building dlls/dwrite/bracket.c
  Building dlls/usp10/shaping.c
  Building dlls/usp10/linebreak.c
  Building dlls/dwrite/linebreak.c
  Building dlls/dwrite/scripts.h
  Building dlls/dwrite/scripts.c
  debian/rules:110: recipe for target 'override_dh_auto_configure' failed
  make[1]: *** [override_dh_auto_configure] Error 25
  make[1]: Leaving directory '/<>'
  debian/rules:107: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2
 
-- 
Niko Tyni   nt...@debian.org