Bug#888332: audacity: FTBFS with FFmpeg 3.5

[James Cowgill]

Control: tags -1 fixed-upstream
Control: forwarded -1 https://github.com/audacity/audacity/pull/249

On Wed, 24 Jan 2018 22:26:50 + jcowg...@debian.org wrote:
> Source: audacity
> Version: 2.2.1-1
> Severity: important
> User: debian-multime...@lists.debian.org
> Usertags: ffmpeg-3.5-transition
> 
> Hi,
> 
> Your package FTBFS with the upcoming version 3.5 of FFmpeg.

This is fixed upstream in audacity 2.2.2.

James



signature.asc
Description: OpenPGP digital signature

Bug#891411: mailman critically (and unnecessarily) linked to apache2 (and not nginx)

[lkcl]

Package: mailman
Severity: normal

apt-get installing mailman on a system which *deliberately* does not have
apache2 installed (luckily it is not hugely resource-constrailed) and found
that it has apache2 as a hard dependency.

i'm now going to need to have to download the source code, *modify the
debian/control file*, dpkg-buildpackage the package and install that.

could apache2 please be changed to a "Recommended", and/or a separate
package created which has any relevant config files / config fragments
associated with apache2 for mailman usage?



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

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

Bug#891417: systraq: error message during package installation 'ls: cannot access '/home/*/.ssh/a*': ...'

[Peter Wiersig]

Package: systraq
Version: 20160803-3
Severity: normal

Dear Maintainer,

during package installation the line

ls: cannot access '/home/*/.ssh/a*': No such file or directory

gets printed after package installation and my systems etckeeper
run. My examination showed it initially from
/etc/systraq/Makefile, after installing the version from buster
the line comes from /usr/include/systraq/filetraq.mk

I'm guessing the debian-systraq user isn't allowed to peek into my
users home dirs due to filesystem permissions, but even if I
change the one or two users directories now, future users adding
the authorized_keys file in the future might get missed.

Peter

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

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

Versions of packages systraq depends on:
ii  adduser3.115
ii  bsd-mailx  8.1.2-0.20160123cvs-4
ii  debsums2.2.2
ii  exim4  4.89-2+deb9u3
ii  exim4-daemon-heavy [mail-transport-agent]  4.89-2+deb9u3
ii  filetraq   0.2-15
ii  make   4.1-9.1
ii  net-tools  1.60+git20161116.90da8a0-1
ii  procps 2:3.3.12-3

systraq recommends no packages.

systraq suggests no packages.

-- no debconf information

Bug#891484: stretch-pu: package vagrant/1.9.1+dfsg-1+deb9u1

[Antonio Terceiro]

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

The platform from where vagrant downloads images has been discontinued
and we need to switch the default download location plus documentation,
usage messages etc to match the new platform. Without this update,
vagrant is pretty useless.

Changelog:

vagrant (1.9.1+dfsg-1+deb9u1) stretch; urgency=medium

  * 0008-Convert-atlas-references-to-vagrant-cloud.patch: backport upstream
patch to download boxes from app.vagrantcloud.com instead of the
deprecated atlas.hashicorp.com (Closes: #889873)

 -- Antonio Terceiro   Sun, 25 Feb 2018 21:54:18 -0300

Diff against package in stretch attached.

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=pt_BR:pt:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff --git a/debian/changelog b/debian/changelog
index 39dbcb2..48bff55 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+vagrant (1.9.1+dfsg-1+deb9u1) stretch; urgency=medium
+
+  * 0008-Convert-atlas-references-to-vagrant-cloud.patch: backport upstream
+patch to download boxes from app.vagrantcloud.com instead of the
+deprecated atlas.hashicorp.com (Closes: #889873)
+
+ -- Antonio Terceiro   Sun, 25 Feb 2018 21:54:18 -0300
+
 vagrant (1.9.1+dfsg-1) unstable; urgency=medium
 
   * New upstream version 1.9.1+dfsg
diff --git a/debian/patches/0008-Convert-atlas-references-to-vagrant-cloud.patch b/debian/patches/0008-Convert-atlas-references-to-vagrant-cloud.patch
new file mode 100644
index 000..20533be
--- /dev/null
+++ b/debian/patches/0008-Convert-atlas-references-to-vagrant-cloud.patch
@@ -0,0 +1,286 @@
+From: Chris Roberts 
+Date: Sun, 25 Feb 2018 21:53:24 -0300
+Subject: Convert atlas references to vagrant cloud
+
+Backported-by: Antonio Terceiro 
+---
+ lib/vagrant/shared_helpers.rb   |  4 ++--
+ plugins/commands/box/command/add.rb |  2 +-
+ plugins/commands/login/client.rb| 21 -
+ plugins/commands/login/command.rb   |  8 
+ plugins/commands/login/locales/en.yml   | 10 +-
+ .../commands/login/middleware/add_authentication.rb |  3 ++-
+ plugins/commands/login/plugin.rb|  2 +-
+ templates/commands/init/Vagrantfile.erb |  9 +
+ templates/locales/en.yml|  8 
+ test/unit/plugins/commands/login/client_test.rb |  4 ++--
+ 10 files changed, 34 insertions(+), 37 deletions(-)
+
+diff --git a/lib/vagrant/shared_helpers.rb b/lib/vagrant/shared_helpers.rb
+index ffe61e5..93f4c11 100644
+--- a/lib/vagrant/shared_helpers.rb
 b/lib/vagrant/shared_helpers.rb
+@@ -5,12 +5,12 @@ require "thread"
+ module Vagrant
+   @@global_lock = Mutex.new
+ 
+-  # This is the default endpoint of the Atlas in
++  # This is the default endpoint of the Vagrant Cloud in
+   # use. API calls will be made to this for various functions
+   # of Vagrant that may require remote access.
+   #
+   # @return [String]
+-  DEFAULT_SERVER_URL = "https://atlas.hashicorp.com;
++  DEFAULT_SERVER_URL = "https://vagrantcloud.com;
+ 
+   # This holds a global lock for the duration of the block. This should
+   # be invoked around anything that is modifying process state (such as
+diff --git a/plugins/commands/box/command/add.rb b/plugins/commands/box/command/add.rb
+index 5545ea2..d8ae063 100644
+--- a/plugins/commands/box/command/add.rb
 b/plugins/commands/box/command/add.rb
+@@ -40,7 +40,7 @@ module VagrantPlugins
+ end
+ 
+ o.separator ""
+-o.separator "The box descriptor can be the name of a box on HashiCorp's Atlas,"
++o.separator "The box descriptor can be the name of a box on HashiCorp's Vagrant Cloud,"
+ o.separator "or a URL, or a local .box file, or a local .json file containing"
+ o.separator "the catalog metadata."
+ o.separator ""
+diff --git a/plugins/commands/login/client.rb b/plugins/commands/login/client.rb
+index 04b6ee0..fb2dd05 100644
+--- a/plugins/commands/login/client.rb
 b/plugins/commands/login/client.rb
+@@ -86,28 +86,26 @@ module VagrantPlugins
+   end
+ 
+   # Reads the access token if there is one. This will first read the
+-  # `ATLAS_TOKEN` environment variable and then fallback to the stored
++  # `VAGRANT_CLOUD_TOKEN` environment variable and then fallback to the stored
+   # access token on 

Bug#889873: vagrant: unable to download images (moved from atlas.hashicorp.com to app.vagrantup.com)

[Antonio Terceiro]

Control: tag -1 + pending
Control: block -1 by 891484

On Sat, Feb 10, 2018 at 01:39:33PM -0500, James McCoy wrote:
> On Thu, Feb 08, 2018 at 09:02:03AM +0100, Lucas Nussbaum wrote:
> > It seems that Hashicorp decided to migrate from e.g.
> > https://atlas.hashicorp.com/alpine/alpine64
> > to
> > https://app.vagrantup.com/alpine/boxes/alpine64
> > 
> > This breaks images download, making this package essentially
> > unfortunately:
> > 
> > $ vagrant init alpine/alpine64
> > A `Vagrantfile` has been placed in this directory. You are now
> > ready to `vagrant up` your first virtual environment! Please read
> > the comments in the Vagrantfile as well as documentation on
> > `vagrantup.com` for more information on using Vagrant.
> 
> A workaround is to change the default server URL in the Vagrantfile, as
> suggested in the upstream bug report.
> 
> https://github.com/hashicorp/vagrant/issues/9442#issuecomment-363080565

I prepared a stable update for this (#891484)


signature.asc
Description: PGP signature

Bug#891392: enlightenment: Unable to start Wayland session

[sergio]

On 25/02/18 23:40, Ross Vandegrift wrote:
> Control: retitle -1 Please enable Wayland support during build
> Control: severity -1 wishlist


Oh, sorry. Don't know why I thought it enabled.


-- 
sergio

Bug#890833: I have same problem

[Sergey Antonov]

Hi. I have same problem with AT SPI...

lut 06 14:30:47 B2-46-AA-2018 systemd[612]: at-spi-dbus-bus.service: State 
'stop-sigterm' timed out. Killing.
lut 06 14:30:47 B2-46-AA-2018 systemd[613]: pam_unix(systemd-user:session): 
session closed for user Debian-gdm
lut 06 14:30:47 B2-46-AA-2018 systemd[612]: at-spi-dbus-bus.service: Killing 
process 648 (at-spi-bus-laun) with signal SIGKILL.

Bug#891392: enlightenment: Unable to start Wayland session

[sergio]

On 25/02/18 23:40, Ross Vandegrift wrote:



> If you have time and interest, WIP patch is attached.  Fixes welcome!

Thank you, Ross. I have a separate machine with intel video (nuc and
stick) which I'd like to test.

> 2) I couldn't test Wayland since I depend on multihead support.

But workstation is multihead. Multihead on Wayland is impossible?


-- 
sergio

Bug#891487: ITP: pew -- python env wrapper

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: ChangZhuo Chen (陳昌倬) 

* Package name: pew
  Version : 1.1.2
  Upstream Author : Dario Bertini
* URL : https://github.com/berdario/pew
* License : Expat
  Programming Lang: Python
  Description : tool to manage multiple virtualenvs written in pure python 

 Python Env Wrapper is a set of commands to manage multiple virtual
 environments. Pew can create, delete and copy your environments, using
 a single command to switch to them wherever you are, while keeping them
 in a single (configurable) location.

 Virtualenvs makes it easier to work on more than one project at a time
 without introducing conflicts in their dependencies.

 Pew is completely shell-agnostic and thus works on bash, zsh, fish,
 powershell, etc.


-- 
ChangZhuo Chen (陳昌倬) czchen@{czchen,debconf,debian}.org
http://czchen.info/
Key fingerprint = BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#891378: undertime: indentation of highlighted times with some timezones

[Paul Wise]

Control: reassign -1 python3-terminaltables/3.1.0-2
Control: affects -1 + undertime

On Sun, 2018-02-25 at 12:52 -0500, Antoine Beaupré wrote:

> That's a known issue with the underlying "terminaltables" library
> (packaged as python-terminaltables, iirc).

Lets reassign this to the correct package then.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#891392: enlightenment: Unable to start Wayland session

[Ross Vandegrift]

On Mon, Feb 26, 2018 at 04:51:15AM +0300, sergio wrote:
> > 2) I couldn't test Wayland since I depend on multihead support.
> 
> But workstation is multihead. Multihead on Wayland is impossible?

Not in principle, but Enlightenment doesn't have support yet.

Ross

Bug#885617: stretch-pu: package libextractor/1:1.3-4

[Bertrand Marc]

Le 10/02/2018 à 11:13, Julien Cristau a écrit :
> Control: tag -1 moreinfo
>
> On Thu, Dec 28, 2017 at 17:11:02 +0100, Bertrand Marc wrote:
>
>> diff -Nru libextractor-1.3/debian/patches/CVE-2017-15600.patch 
>> libextractor-1.3/debian/patches/CVE-2017-15600.patch
>> --- libextractor-1.3/debian/patches/CVE-2017-15600.patch 1970-01-01 
>> 01:00:00.0 +0100
>> +++ libextractor-1.3/debian/patches/CVE-2017-15600.patch 2017-12-28 
>> 11:39:33.0 +0100
>> @@ -0,0 +1,29 @@
>> +From: Bertrand Marc , Markus Koschany 
>> +Subject: CVE-2017-15600
>> +
>> +Bug-Upstream: 
>> http://lists.gnu.org/archive/html/bug-libextractor/2017-10/msg4.html
>> +Origin: 
>> https://gnunet.org/git/libextractor.git/commit/?id=38e8933539ee9d044057b18a971c2eae3c21aba7
>> +--- a/src/plugins/nsf_extractor.c
>>  b/src/plugins/nsf_extractor.c
>> +@@ -152,13 +152,17 @@
>> +   char nsfversion[32];
>> +   const struct header *head;
>> +   void *data;
>> ++  ssize_t ds;
>> + 
>> +-  if (sizeof (struct header) >
>> +-  ec->read (ec->cls,
>> +-   ,
>> +-   sizeof (struct header)))
>> ++  ds = ec->read (ec->cls,
>> ++ ,
>> ++ sizeof (struct header));
>> ++  if ( (-1 == ds) ||
>> ++   (sizeof (struct header) > ds) )
>> + return;
>> +   head = data; 
>> ++  if (NULL == head)
>> ++return 0; 
>> + 
> Curious how that works.  3 lines above is plain "return", and here
> "return 0".  What's the type of that function and how did the compiler
> not flag this?
>
> Cheers,
> Julien

Indeed, sorry. The type of the function was changed from void (in wheezy) to 
int (in jessie). I updated the patch attached accordingly.


Cheers,

Bertrand

diff -Nru libextractor-1.3/debian/changelog libextractor-1.3/debian/changelog
--- libextractor-1.3/debian/changelog	2016-04-26 22:58:56.0 +0200
+++ libextractor-1.3/debian/changelog	2017-12-28 11:39:33.0 +0100
@@ -1,3 +1,14 @@
+libextractor (1:1.3-4+deb9u1) stretch; urgency=medium
+
+  * Fix CVE-2017-15266, CVE-2017-15267, CVE-2017-15600, CVE-2017-15601,
+CVE-2017-15602, CVE-2017-15922 and CVE-2017-17440. Leon Zhao discovered
+several security vulnerabilities, NULL Pointer Dereferences, heap-based
+buffer overflows, integer signedness errors and out-of-bounds read that
+may lead to a denial-of-service (application crash) or have other
+unspecified impact.
+
+ -- Bertrand Marc   Thu, 28 Dec 2017 11:39:33 +0100
+
 libextractor (1:1.3-4) unstable; urgency=medium
 
   * Update debian/patches/ffmpeg2.9.patch with a new commit taken from upstream
diff -Nru libextractor-1.3/debian/patches/CVE-2017-15266.patch libextractor-1.3/debian/patches/CVE-2017-15266.patch
--- libextractor-1.3/debian/patches/CVE-2017-15266.patch	1970-01-01 01:00:00.0 +0100
+++ libextractor-1.3/debian/patches/CVE-2017-15266.patch	2017-12-28 11:39:33.0 +0100
@@ -0,0 +1,17 @@
+From: Bertrand Marc 
+Subject: CVE-2017-15266
+
+Bug-Upstream: http://lists.gnu.org/archive/html/bug-libextractor/2017-10/msg2.html
+Bug-Debian: https://bugs.debian.org/878314
+Origin: https://gnunet.org/git/libextractor.git/commit/?id=b577d5452c5c4ee9d552da62a24b95f461551fe2
+--- a/src/plugins/wav_extractor.c
 b/src/plugins/wav_extractor.c
+@@ -109,6 +109,8 @@
+ return;/* invalid sample size found in wav file */
+   if (0 == channels)
+ return;/* invalid channels value -- avoid division by 0! */
++  if (0 == sample_rate)
++return;/* invalid sample_rate */
+   samples = data_len / (channels * (sample_size >> 3));
+ 
+   snprintf (scratch,
diff -Nru libextractor-1.3/debian/patches/CVE-2017-15267.patch libextractor-1.3/debian/patches/CVE-2017-15267.patch
--- libextractor-1.3/debian/patches/CVE-2017-15267.patch	1970-01-01 01:00:00.0 +0100
+++ libextractor-1.3/debian/patches/CVE-2017-15267.patch	2017-12-28 11:39:33.0 +0100
@@ -0,0 +1,22 @@
+From: Markus Koschany 
+Date: Mon, 4 Dec 2017 00:00:15 +0100
+Subject: CVE-2017-15267
+
+Bug-Upstream: http://lists.gnu.org/archive/html/bug-libextractor/2017-10/msg3.html
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878314
+Origin: https://gnunet.org/git/libextractor.git/commit/?id=6095d7132b57fc7368fc7a40bab2a71b735724d2
+---
+ src/plugins/flac_extractor.c | 2 ++
+ 1 file changed, 2 insertions(+)
+
+--- a/src/plugins/flac_extractor.c
 b/src/plugins/flac_extractor.c
+@@ -339,6 +339,8 @@
+ 	  {
+ 	entry = >comments[count];
+ 	eq = (const char*) entry->entry;
++	if (NULL == eq)
++			break;
+ 	len = entry->length;
+ 	ilen = 0;
+ 	while ( ('=' != *eq) && ('\0' != *eq) &&
diff -Nru libextractor-1.3/debian/patches/CVE-2017-15600.patch libextractor-1.3/debian/patches/CVE-2017-15600.patch
--- libextractor-1.3/debian/patches/CVE-2017-15600.patch	1970-01-01 01:00:00.0 +0100
+++ 

Bug#891460: ring: Should depend on libqt5sql5-sqlite

[Luís Picciochi Oliveira]

Package: ring
Version: 20180119.1.9e06f94~ds1-3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

After installing ring, I was unable to start it.

Issuing gnome-ring yielded the following error:
--
$ gnome-ring
** Message: Ring GNOME client version: 1.0.0
** Message: git ref: unknown

(gnome-ring:4245): Gtk-WARNING **: Theme file for default has no name

(gnome-ring:4245): Gtk-WARNING **: Theme file for default has no directories
Updating all accounts
Loading "..."
Loading vcf from: QDir( "/home/luis.oliveira/.local/share/gnome-ring/profiles"
, nameFilters = { "*" },  QDir::SortFlags( Name | IgnoreCase ) , QDir::Filters(
Dirs|Files|Drives|AllEntries ) )
CM already has text recording ContactMethod(..., name = "...")
terminate called after throwing an instance of 'std::runtime_error'
  what():  QSQLITE not supported
Aborted
--

I found out that installing the 'libqt5sql5-sqlite' package makes ring start
correctly.
Can you please include that as a dependency for this package?

Thanks and best regards,
Luís Picciochi Oliveira



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

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

Versions of packages ring depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.26.1-3
ii  libappindicator3-1   0.4.92-5
ii  libatk1.0-0  2.26.1-3
ii  libc62.26-6
ii  libcairo-gobject21.15.10-1
ii  libcairo21.15.10-1
ii  libcanberra-gtk3-0   0.30-6
ii  libcanberra0 0.30-6
ii  libclutter-1.0-0 1.26.2+dfsg-4
ii  libclutter-gtk-1.0-0 1.8.4-3
ii  libcogl-pango20  1.22.2-3
ii  libcogl-path20   1.22.2-3
ii  libcogl201.22.2-3
ii  libdbusmenu-glib416.04.1+17.04.20170109.1-5
ii  libdrm2  2.4.89-1
ii  libebackend-1.2-10   3.26.5-1
ii  libebook-1.2-19  3.26.5-1
ii  libebook-contacts-1.2-2  3.26.5-1
ii  libedata-book-1.2-25 3.26.5-1
ii  libedataserver-1.2-223.26.5-1
ii  libegl1  1.0.0-2
ii  libgbm1  17.3.3-1
ii  libgcc1  1:8-20180207-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgtk-3-0   3.22.28-1
ii  libjavascriptcoregtk-4.0-18  2.18.6-1
ii  libjson-glib-1.0-0   1.4.2-3
ii  libnm0   1.10.4-1+b1
ii  libnotify4   0.7.7-3
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libqrencode3 3.4.4-1+b2
ii  libqt5core5a 5.9.2+dfsg-12
ii  libqt5dbus5  5.9.2+dfsg-12
ii  libqt5sql5   5.9.2+dfsg-12
ii  libsecret-1-00.18.5-6
ii  libsoup2.4-1 2.60.3-1
ii  libstdc++6   8-20180207-2
ii  libwayland-client0   1.14.0-1+b1
ii  libwayland-cursor0   1.14.0-1+b1
ii  libwayland-egl1-mesa [libwayland-egl1]   17.3.3-1
ii  libwayland-server0   1.14.0-1+b1
ii  libwebkit2gtk-4.0-37 2.18.6-1
ii  libx11-6 2:1.6.4-3
ii  libxcomposite1   1:0.4.4-2
ii  libxdamage1  1:1.1.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxkbcommon00.8.0-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  libxrandr2   2:1.5.1-1
ii  ring-daemon  20180119.1.9e06f94~ds1-3

ring recommends no packages.

ring suggests no packages.

-- no debconf information

Bug#857746: Bug#880474: Bug#857746: Bug#880474: redis-server: Unknown lvalue 'RunTimeDirectory' in section 'Service'

[Chris Lamb]

Hi Adam,

> > Best case scenario for me is that I upload what I proposed in
> > #857746; I mean, it was seemingly approved before and the issues are
> > still outstanding.
> 
> There isn't necessarily a 1:1 mapping between changes that would be
> approved for an unblock during freeze and changes that are likely to
> get ACKed for a stable update.

Oh hilariously I did not spot p-u vs. freeze unblock. This bug is a
trainwreck of confusion :)

> I've repurposed the unblock as a p-u request. Which way we go with the
> exact changes will depend on someone looking over the diff with a
> stable update perspective.

(You are, of course, completely right that this would not necessarily or
automatically qualify for stretch via p-u..)


Best wishes,

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

Bug#859387: Info received (Upload 2.12 to stretch-backports?)

[Thomas Liske]

Hi,


Francis M  writes:

> s/2.12/2.11+git20180213-1/

it has been released[1] upstream as needrestart 3.0.

[1] https://github.com/liske/needrestart/releases/tag/v3.0


> Apologies for the noise, I made the mistake of typing my previous
> e-mail before my morning coffee.

:-)


> I've tested the above 2.11 release from experimental on a few systems
> and don't see anything abnormal.

Did you test the Intel microcode-update-detection-feature[2]? It would
be nice to get some more feedback on it.

[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886445


Regards,
Tho-upstream-mas

> As before, if there's anything I can do to help get this into the
> stretch{,-backports}, I'd be more than willing.
>
> Best,
>
> Francis
>
> On 25 February 2018 at 12:15, Debian Bug Tracking System
>  wrote:
>> Thank you for the additional information you have supplied regarding
>> this Bug report.
>>
>> This is an automatically generated reply to let you know your message
>> has been received.
>>
>> Your message is being forwarded to the package maintainers and other
>> interested parties for their attention; they will reply in due course.
>>
>> Your message has been sent to the package maintainer(s):
>>  Patrick Matthäi 
>>
>> If you wish to submit further information on this problem, please
>> send it to 859...@bugs.debian.org.
>>
>> Please do not send mail to ow...@bugs.debian.org unless you wish
>> to report a problem with the Bug-tracking system.
>>
>> --
>> 859387: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=859387
>> Debian Bug Tracking System
>> Contact ow...@bugs.debian.org with problems
>

-- 

::  WWW:https://fiasko-nw.net/~thomas/  ::
   :::  Jabber:   xmpp:tho...@jabber.fiasko-nw.net  :::
::  flickr: https://www.flickr.com/photos/laugufe/  ::

Bug#886855: xfce4-session: verbose logging is always enabled

[Sergio Gelato]

To fin4478: the upstream commit is trivial to cherry-pick onto 4.12.1, if your
goal is just to gain control over the logging you could try that (as I've done
with good success). The error you got in attempting to package 4.13 is
unrelated to this bug.

I'm not sure what the point was of filing #891284: it looks like a candidate
for merging with this bug.

Bug#891468: In GUI mode asks for the network config on the command line.

[Jean-Francois Pirus]

Package: reportbug
Version: 7.1.9
Severity: normal
Tags: upstream
Justification: breaks the whole system

Dear Maintainer,

Having started reportbug in GUI mode, it then asks for the network 
confirmation on the console, making it appear reportbug has hang.


ie:
jfp@Tosh:~$ reportbug kernel
Include network configuration and status from this computer?

Bug#891455: fai-setup-storage: Allow mount binds

[Maximilian Stein]

> I'm not sure when you really need the bind mounts during
> installation. If they are only needed when the customization scripts
> are executed, you could use ainsl(1) in one of your scripts and then
> add the admin user.
>
> If you really need the bind mounts before, go and use a hook. This is
> really easy and that's what hooks are made for.
>
> Currently I do not like to touch setup-storage for adding this,
> because it can easily achieved using a hook. Or is there any reason
> why it's important for setup-storage to support bind mounts?
>
Well, no, using hooks works fine. It would just have felt a little
"cleaner" to keep all information about partitions (i.e., everything
thats ends up in /etc/fstab) in one place... But I'm fine with my
current solution, too.

Bug#891471: postgresql-autodoc: wrong charset for html output

[Manolo Díaz]

Package: postgresql-autodoc
Version: 1.40-3
Severity: minor

Dear Maintainer,

Although the created html file contains the following header:


^

it's actually ISO-8859-1 encoded.

Best regards,
Manolo Díaz

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

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

Versions of packages postgresql-autodoc depends on:
ii  libdbd-pg-perl 3.7.0-1
ii  libhtml-template-perl  2.97-1
ii  libterm-readkey-perl   2.37-1+b2
ii  perl   5.26.1-4+b1

Versions of packages postgresql-autodoc recommends:
pn  dia | dia-gnome
pn  docbook-book   
ii  firefox-esr [www-browser]  52.6.0esr-2+b1
ii  graphviz   2.38.0-18
ii  links [www-browser]2.14-5

postgresql-autodoc suggests no packages.

-- no debconf information

Bug#891486: ITP: pipenv -- python development workflow for humans

[陳昌倬]

Package: wnpp
Severity: wishlist
Owner: ChangZhuo Chen (陳昌倬) 

* Package name: pipenv
  Version : 10.1.0
  Upstream Author : Kenneth Reitz
* URL : https://github.com/pypa/pipenv
* License : Expat
  Programming Lang: Python
  Description : python development workflow for humans

 pipenv is a tool that aims to bring the best of all packaging worlds to the
 Python world. It automatically creates and manages a virtualenv for your
 projects, as well as adds/removes packages from your Pipfile as you
 install/uninstall packages. It also generates the ever–important Pipfile.lock,
 which is used to produce deterministic builds.

-- 
ChangZhuo Chen (陳昌倬) czchen@{czchen,debconf,debian}.org
http://czchen.info/
Key fingerprint = BA04 346D C2E1 FE63 C790  8793 CC65 B0CD EC27 5D5B


signature.asc
Description: PGP signature

Bug#891422: tracker.debian.org: link to cppcheck results for packages

[Paul Wise]

On Sun, Feb 25, 2018 at 9:30 PM, Daniel Marjamäki wrote:

> I don't know what the "suitable destination and suitable format"
> would be .. so feel free to suggest these.

I would suggest publishing them on the cppcheck website, then the
tracker website can download the files you produce and integrate them
into the page.

The format can be anything you like as long as it is machine-readable.
A JSON file with a list of packages where the link should show up
would be ideal for this. If you would like a count of warnings/errors
in the panel then you could make it a dict with the package name as
the key and the count(s) as the values.

> I would also like to be able to upload a list of "warnings that are
> definitely not false positives". Such warnings could be shown in the
> centre maybe?

Sounds like a good idea. If you could output files with the cppcheck
XML format for each package and provide a way to access to the whole
lot, then the tracker site could periodically sync the results and
display them.

PS: have cppcheck folks considered supporting the firehose static
analysis results format?

https://github.com/fedora-static-analysis/firehose
https://fedoraproject.org/wiki/StaticAnalysis

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#891134: [032eb83] Fix for Bug#891134 committed to git

[Manoj Srivastava]

tags 891134 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sun, 25 Feb 2018 17:46:14 -0800.

 The fix will be in the next upload. 
=
[master]: Administrative release

Closes: #891134

Signed-off-by: Manoj Srivastava 
=

Bug#891134: [a558a31] Fix for Bug#891134 committed to git

[Manoj Srivastava]

tags 891134 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 master at Sun, 25 Feb 2018 17:47:55 -0800.

 The fix will be in the next upload. 
=
[master]: Administrative release

Closes: #891134

Signed-off-by: Manoj Srivastava 
=

Bug#603157: ITP: ttf-ubuntu-font-family

[Joachim Breitner]

Hi Jeremy,


On Tue, 28 Nov 2017 09:05:22 -0500 Jeremy Bicha  wrote:
> Control: owner -1 Jeremy Bicha 
> Control: retitle -1 ITP: fonts-ubuntu -- sans-serif font set from Ubuntu
> 
> I will finally be uploading this to non-free soon. Packaging is at
> 
> https://anonscm.debian.org/git/pkg-fonts/fonts-ubuntu.git
>

how soon is soon? :-)

Joachim
-- 
Joachim “nomeata” Breitner
Debian Developer
  nome...@debian.org • https://people.debian.org/~nomeata
  XMPP: nome...@joachim-breitner.de • GPG-Key: 0xF0FBF51F
  https://www.joachim-breitner.de/

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

Bug#891429: RFS: urlwatch/2.8-1

[Paul Wise]

On Sun, Feb 25, 2018 at 10:34 PM, Maxime Werlen wrote:

> Cc: Paul Wise 

Please use X-Debbugs-CC to CC people when filing new bugs. This allows
the recipient to also find out about the bug number:

https://www.debian.org/Bugs/Reporting#xcc

> I am looking for a sponsor for my package "urlwatch"

Uploaded.

These additional issues would be nice to fix at some point:

Since the keyring module is only used by the urlwatch mailer plugin, I
think python3-keyring can be dropped to recommends:

https://bugs.debian.org/891456

Please upload a screenshot of typical first-time usage:

https://screenshots.debian.net/package/urlwatch

Please review and update the debtags:

https://debtags.debian.org/edit/urlwatch

Please check your binary .changes file with lintian from Debian
unstable before future RFS postings, two new lintian warnings were
added:

W: urlwatch source: spelling-error-in-patch-description
debian/patches/useEdiFStorBinaryIfPresent.diff attemps attempts
W: urlwatch source: spelling-error-in-patch-description
debian/patches/useEditorBinaryIfPresent.diff allow to allow one to

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#891488: postgresql: Installing postgresql fails due to "error creating symbolic link '/usr/share/man/man1/psql.1.gz.dpkg-tmp': No such file or directory"

[Karl-Philipp Richter]

Package: postgresql
Version: 9.6+181+deb9u1
Severity: normal

Dear Maintainer,

Installing `postgresql` in the (quite empty) Docker image `debian:stretch-slim` 
fails due to the `dpkg` error

```
Setting up postgresql-client-9.6 (9.6.6-0+deb9u1) ...
update-alternatives: using /usr/share/postgresql/9.6/man/man1/psql.1.gz to 
provide /usr/share/man/man1/psql.1.gz (psql.1.gz) in auto mode
update-alternatives: error: error creating symbolic link 
'/usr/share/man/man1/psql.1.gz.dpkg-tmp': No such file or directory
dpkg: error processing package postgresql-client-9.6 (--configure):
 subprocess installed post-installation script returned error exit status 2
```

The failure is repeatable 100% of times. I attached the output of an example 
run as `postgresql.log`. In case this is a user error (e.g. if it's impossible 
to install postgresql in such a minimal environment) the feedback should be 
improved.


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

Kernel: Linux 4.13.0-21-generic (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages postgresql depends on:
iu  postgresql-9.6  9.6.6-0+deb9u1

postgresql recommends no packages.

Versions of packages postgresql suggests:
iu  postgresql-doc  9.6+181+deb9u1

-- no debconf information
> sudo docker run -i -t debian:stretch-slim
Unable to find image 'debian:stretch-slim' locally
stretch-slim: Pulling from library/debian
8176e34d5d92: Pull complete 
Digest: sha256:e8e19950797443676474a4d12624325371f739f195abb3162c67df8d0fba0c50
Status: Downloaded newer image for debian:stretch-slim
root@8d140b5d195e:/# apt-get update
Get:3 http://security.debian.org stretch/updates InRelease [63.0 kB]
Ign:1 http://cdn-fastly.deb.debian.org/debian stretch InRelease   
Get:2 http://cdn-fastly.deb.debian.org/debian stretch-updates InRelease [91.0 
kB]
Get:4 http://cdn-fastly.deb.debian.org/debian stretch Release [118 kB]  
 
Get:5 http://cdn-fastly.deb.debian.org/debian stretch-updates/main amd64 
Packages [8431 B]  
Get:6 http://cdn-fastly.deb.debian.org/debian stretch Release.gpg [2434 B]
Get:7 http://security.debian.org stretch/updates/main amd64 Packages [415 kB]
Get:8 http://cdn-fastly.deb.debian.org/debian stretch/main amd64 Packages [9531 
kB]
Fetched 10.2 MB in 8s (1137 kB/s)   


Reading package lists... Done
root@8d140b5d195e:/# apt-get install --yes postgresql
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following additional packages will be installed:
  bzip2 cron dh-python distro-info-data exim4 exim4-base exim4-config 
exim4-daemon-light file guile-2.0-libs krb5-locales libbsd0 libc-l10n libedit2 
libexpat1 libffi6 libfribidi0
  libgc1c2 libgmp10 libgnutls30 libgpm2 libgsasl7 libgssapi-krb5-2 libhogweed4 
libicu57 libidn11 libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 
libkyotocabinet16v5 libldap-2.4-2
  libldap-common libltdl7 liblzo2-2 libmagic-mgc libmagic1 libmailutils5 
libmariadbclient18 libmpdec2 libncurses5 libnettle6 libntlm0 libp11-kit0 
libpopt0 libpq5 libprocps6
  libpython2.7 libpython2.7-minimal libpython2.7-stdlib libpython3-stdlib 
libpython3.5-minimal libpython3.5-stdlib libreadline7 libsasl2-2 
libsasl2-modules libsasl2-modules-db
  libsensors4 libsqlite3-0 libssl1.1 libtasn1-6 libunistring0 libwrap0 libxml2 
libxslt1.1 locales logrotate lsb-release mailutils mailutils-common 
mime-support mysql-common netbase
  openssl postgresql-9.6 postgresql-client-9.6 postgresql-client-common 
postgresql-common postgresql-contrib-9.6 procps psmisc python3 python3-minimal 
python3.5 python3.5-minimal
  readline-common sgml-base ssl-cert sysstat tcpd ucf xml-core xz-utils
Suggested packages:
  bzip2-doc anacron checksecurity libdpkg-perl eximon4 exim4-doc-html | 
exim4-doc-info spf-tools-perl swaks gnutls-bin gpm krb5-doc krb5-user 
libsasl2-modules-gssapi-mit
  | libsasl2-modules-gssapi-heimdal libsasl2-modules-ldap libsasl2-modules-otp 
libsasl2-modules-sql lm-sensors lsb mailutils-mh mailutils-doc ca-certificates 
postgresql-doc
  locales-all postgresql-doc-9.6 libdbd-pg-perl python3-doc python3-tk 
python3-venv python3.5-venv python3.5-doc binutils binfmt-support readline-doc 
sgml-base-doc openssl-blacklist
  isag debhelper
The following NEW packages will be installed:
  bzip2 cron dh-python distro-info-data exim4 exim4-base exim4-config 
exim4-daemon-light file guile-2.0-libs krb5-locales libbsd0 libc-l10n libedit2 
libexpat1 libffi6 libfribidi0
  libgc1c2 libgmp10 libgnutls30 libgpm2 libgsasl7 libgssapi-krb5-2 libhogweed4 
libicu57 libidn11 libk5crypto3 libkeyutils1 libkrb5-3 libkrb5support0 

Bug#857746: Bug#880474: Bug#857746: Bug#880474: redis-server: Unknown lvalue 'RunTimeDirectory' in section 'Service'

[Chris Lamb]

Hi Adam,

> Ah, I think I got confused by the bugs - I meant #880474. I assumed
> that you were looking at getting the service fix included, rather than
> the whole of the upstream releases.
> 
> Before we both get any more confused, which of the above were you
> actually requesting?

Good idea! So, I want to fix #880474 ("Unknown lvalue 'RunTimeDirectory'
in section 'Service'") in stretch.

The real "confusion" is I had already fixed, uploaded and had unblocked
this via #857746 yet this new version never actually hit stretch. (!)

Best case scenario for me is that I upload what I proposed in #857746;
I mean, it was seemingly approved before and the issues are still
outstanding.


Regards,

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

Bug#891455: fai-setup-storage: Allow mount binds

[Thomas Lange]

> On Sun, 25 Feb 2018 18:37:22 +0100, Maximilian Stein  
> said:

> I am wondering if there is a possibility to configure mount binds with
> fai-setup-storage. Right now, I am adding the lines to /etc/fstab
> using hooks as they are required for the rest of the installation.
Which bind mounts are needed for the rest of the installation?

-- 
regards Thomas

Bug#891020: Network Manger

[Christopher Dow]

I have the same problem when trying to connect through Network Manager.  
My connection fails with ppp 2.4.7-2+1, network-manager 1.10.4-1+b1, and 
network-manager-pptp 1.2.4-5+b1.  However, it works with ppp 2.4.7-1+4, 
network-manager 1.6.2-3, and network-manager-pptp 1.2.4-2


-Chris Dow

Bug#874003: Also affected on uptodate sid

[Mikko Rapeli]

When opening files from nautilus it complains

"Failed to execute default File Manager.
Input/Output error"

As mentioned here, opening files with "Open With Other Application" works.
This started in for me yesterday after applying updates. I did not change
anything in gnome configuration.

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

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.23-2
ii  gsettings-desktop-schemas  3.27.90-1
ii  gvfs   1.34.1-2
ii  libatk1.0-02.26.1-3
ii  libc6  2.26-6
ii  libcairo-gobject2  1.15.10-1
ii  libcairo2  1.15.10-1
ii  libexempi3 2.4.4-1
ii  libexif12  0.6.21-4
ii  libgail-3-03.22.28-1
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libglib2.0-0   2.54.3-2
ii  libglib2.0-data2.54.3-2
ii  libgnome-autoar-0-00.2.2-3
ii  libgnome-desktop-3-12  3.26.2-6
ii  libgtk-3-0 3.22.28-1
ii  libnautilus-extension1a3.26.2-2
ii  libpango-1.0-0 1.40.14-1
ii  libpangocairo-1.0-01.40.14-1
ii  libselinux12.7-2+b1
ii  libtracker-sparql-2.0-02.0.3-1
ii  libx11-6   2:1.6.4-3
ii  nautilus-data  3.26.2-2
ii  shared-mime-info   1.9-2

Versions of packages nautilus recommends:
ii  gnome-sushi  3.24.0-3
ii  gvfs-backends1.34.1-2
ii  librsvg2-common  2.40.20-2

Versions of packages nautilus suggests:
ii  eog 3.26.2-3
ii  evince [pdf-viewer] 3.26.0-3
ii  nautilus-extension-brasero  3.12.2-4
ii  nautilus-sendto 3.8.6-2
ii  totem   3.26.0-3
ii  tracker 2.0.3-1
ii  vlc [mp3-decoder]   3.0.0-1
ii  xdg-user-dirs   0.16-1

Bug#891005: RFS: gdbm/1.14.1-5

[KAction]

[2018-02-21 17:02] Gianfranco Costamagna 
> >!Important! This upload re-enables diet libc support {conditional, via
> >build profiles}. Input from developers, experienced with Debian
> >bootstrap is very, very welcome.
> 
> Since this is causing troubles in Ubuntu (Matthias, please give your opinion 
> here),
> because dietlibc is in main, and gives also troubles to maintain the list of 
> dietlibc
> architectures where it is available, since it causes troubles using dietlibc
> (the build seems failing), I would prefer to actually implement it again once 
> dietlibc folks
> makes the whole stuff *working*.
> 
> [... description of problems in Ubuntu ...]

With all my respect, I am very relucant to solve problems of Ubuntu at
expense of Debian output. What exactly is wrong, Debian-wise, in package
we are discussing, apart the need to specify long list of architectures,
so I could fix it?

> I would prefer a patch from dietlibc folks, with an use case of *why*
> they need this static library, rather than building/including
> something that caused 4 bugs in Debian, a lot of pain in Ubuntu (and
> probably was even broken).
>
> What is your opinion? I would like to understand why we need this, and
> if this had even worked.

You ask good question. 

Short answer: 
  because you need it to link program, using gdbm, with diet libc,
  resulting small static executable.

Full answer: 
  because I believe Debian should provide not only libraries for
  build-dependencies of something in /bin, but also libraries for
  developers to develop with.

  I did some search, and seems this is already happening. We have a lot
  of leaf libraries (mostly perl and java), for example: 
- libxmlenc-java 
- libwx-scintilla-perl

Or maybe we just need Guix/Nix?

> The other stuff looks good to me :)

That is good news.

Bug#891465: glpk: prints warnings which lead to failing sagemath tests

[Tobias Hansen]

Source: glpk
Version: 4.65-1
Severity: normal
Tags: patch

Hi there,

since version 4.65 glpk started to frequently print the message "Long-step dual 
simplex will be used", leading to many failed tests for sagemath and sagemath 
failing to build. Not sure if it's a bug in glpk but it seems to me it 
shouldn't print this. Could you maybe deactivate the messages to allow sagemath 
to build?

Best,
Tobias
--- a/src/draft/glpios03.c
+++ b/src/draft/glpios03.c
@@ -925,7 +925,6 @@
 #if 0 /* 20/I-2018 */
  xprintf("WARNING: LONG-STEP DUAL SIMPLEX WILL BE USED\n");
 #else
- xprintf("Long-step dual simplex will be used\n");
 #endif
 #endif
   /* on entry to the B driver it is assumed that the active list

Bug#891464: stretch-pu: package java-atk-wrapper/0.33.3-13+deb9u1

[Samuel Thibault]

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

Hello,

It was reported (#837081) that notably netbeans would crash on
some operations due to java-atk-wrapper bugs. This was reported as
being fixed by a couple of small patches which have now migrated to
testing. I'd like to upload them to Stretch as attached diff shows.

Samuel

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

Kernel: Linux 4.15.0 (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 /bin/dash
Init: systemd (via /run/systemd/system)
diff --git a/debian/changelog b/debian/changelog
index 5747482..9b8e967 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+java-atk-wrapper (0.33.3-13+deb9u1) stretch; urgency=medium
+
+  * debian/patches/iter: Fix iterator initialization.
+  * debian/patches/child_add: Fix missing reference for children
+(Closes: #837081).
+
+ -- Samuel Thibault   Sun, 11 Dec 2016 13:08:23 +0100
+
 java-atk-wrapper (0.33.3-13) unstable; urgency=medium
 
   * patches/thread-daemon: Make JAW thread a daemon so that JVM termination 
does
diff --git a/debian/patches/child_add b/debian/patches/child_add
new file mode 100644
index 000..26b6dae
--- /dev/null
+++ b/debian/patches/child_add
@@ -0,0 +1,16 @@
+https://bugzilla.gnome.org/show_bug.cgi?id=793622
+---
+ jni/src/AtkWrapper.c |2 ++
+ 1 file changed, 2 insertions(+)
+
+--- a/jni/src/AtkWrapper.c
 b/jni/src/AtkWrapper.c
+@@ -683,6 +683,8 @@ signal_emit_handler (gpointer p)
+ "children_changed::add",
+ child_index,
+ para->child_impl);
++if (G_OBJECT(atk_obj) != NULL)
++  g_object_ref(G_OBJECT(atk_obj));
+ break;
+   }
+   case Sig_Object_Children_Changed_Remove:
diff --git a/debian/patches/iter b/debian/patches/iter
new file mode 100644
index 000..ad3e892
--- /dev/null
+++ b/debian/patches/iter
@@ -0,0 +1,34 @@
+https://bugzilla.gnome.org/show_bug.cgi?id=793620
+
+---
+ jni/src/AtkWrapper.c |2 ++
+ jni/src/jawimpl.c|   11 +--
+ 2 files changed, 7 insertions(+), 6 deletions(-)
+
+--- a/jni/src/jawimpl.c
 b/jni/src/jawimpl.c
+@@ -546,19 +546,18 @@ jaw_impl_finalize(GObject *gobject)
+   jaw_obj->acc_context = NULL;
+ 
+   /* Interface finalize */
+-  GHashTableIter *iter = NULL;
+-  gpointer *key = NULL;
+-  gpointer *value = NULL;
++  GHashTableIter iter;
++  gpointer value;
+ 
+-  g_hash_table_iter_init(iter, jaw_impl->ifaceTable);
+-  while (g_hash_table_iter_next(iter, key, value))
++  g_hash_table_iter_init(, jaw_impl->ifaceTable);
++  while (g_hash_table_iter_next(, NULL, ))
+   {
+ JawInterfaceInfo *info = (JawInterfaceInfo*)value;
+ info->finalize(info->data);
+ 
+ g_free(info);
+ 
+-g_hash_table_iter_remove(iter);
++g_hash_table_iter_remove();
+   }
+   if (jaw_impl->ifaceTable != NULL)
+   {
diff --git a/debian/patches/series b/debian/patches/series
index 2b34236..a22f971 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -12,3 +12,5 @@ getAccessibleContextNull
 init
 getAccessibleStateSetNull
 thread-daemon
+iter
+child_add

Bug#891381: undertime: prints terminal escape sequences to pipes/files

[Antoine Beaupré]

Control: forward -1 https://github.com/Robpol86/terminaltables/issues/59

I forwarded this upstream, and, for what it's worth, there are *three*
pull requests to implement unicode tables in terminaltables
already. Someone(tm) needs to review those and patch terminaltables in
Debian to include the right fix.

I'm tempted to just reassign this bug and #891378 to the
python-terminaltables project, because it's not really a bug in
undertime itself...

a.

-- 
VBscript: la simplicité du C, la puissance du BASIC
- Mathieu Petit-Clair

Bug#891461: [wine] gecko not packaged

[Philipp Klaus Krause]

Package: wine
Version: 3.0-1
Severity: normal

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

>From /usr/share/doc/wine/README.Debian.gz:

"The downloader for Wine Gecko is intentionally disabled in the Debian
packages. Instead libwine-gecko-* packages are available in the official
Debian archives, which provide Wine Gecko support."

libwine-gecko has last been available in jessie. The documentation needs
updating.

--- System information. ---
Architecture: Kernel:   Linux 4.14.0-2-amd64

Debian Release: buster/sid
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org 1 experimentalftp.de.debian.org
--- Package information. ---
Depends  (Version) | Installed
==-+-===
wine64 (>= 3.0-1)  | 3.0-1
 OR wine32  (>= 3.0-1) | 3.0-1
wine64  (<< 3.0-1.1~)  | 3.0-1
 OR wine32   (<< 3.0-1.1~) | 3.0-1


Package Status  (Version) | Installed
=-+-===
wine  | 3.0-1
wine32| 3.0-1
wine64| 3.0-1
fonts-wine| 3.0-1


Package's Recommends field is empty.

Suggests (Version) | Installed
==-+-===
winbind| winetricks |
playonlinux| wine-binfmt| dosbox
 (>= 0.74-4.2~) |


--- Output from package bug script ---
/usr/bin/wine points to /usr/bin/wine-stable.

Bug#891462: RFP: movim-desktop -- Desktop app for the Movim social network

[W. Martin Borgert]

Package: wnpp
Severity: wishlist
Owner: "W. Martin Borgert" 

* Package name: movim-desktop
  Version : 2017-09-13
  Upstream Author : Jaussoin Timothée 
* URL : https://github.com/movim/movim_electron
* License : AGPL3
  Programming Lang: JavaScript
  Description : Desktop app for the Movim social network

Movim is a decentralized social network, based on the XMPP
standard protocol. The desktop application is an alternative
to use the web interface or any traditional Jabber client.

Upstream provides a Debian package: https://apt.movim.eu/

Bug#888788: stretch-pu: package lxc/1:2.0.7-2+deb9u2

[Antonio Terceiro]

On Fri, Feb 23, 2018 at 04:58:11PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Mon, 2018-01-29 at 20:40 -0200, Antonio Terceiro wrote:
> > iproute has been a transitional package for a while, but the lxc-
> > debian
> > template was refering to it. Now that iproute has been finally
> > removed,
> > creating buster or sid containers fails.
> > 
> > This update replaces iproute with iproute2. I am running it on
> > ci.debian.net
> > 
> 
> Please go ahead.

Uploaded.


signature.asc
Description: PGP signature

Bug#874003: Also affected on uptodate sid

[Jeremy Bicha]

On Sun, Feb 25, 2018 at 2:25 PM, Mikko Rapeli  wrote:
> ** (exo-helper-1:4657): WARNING **: Could not open X display
> Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
>
> After removing exo-utils package nautilus can open files again with external
> applications. So 'apt-get remove exo-utils' is the best workaround thus far.

I suggest looking into what xdg-utils does.

Thanks,
Jeremy Bicha

Bug#891466: stretch-pu: package 2ping/3.2.1-1+deb9u1

[Adrian Bunk]

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

  * Add the missing dependency on python-pkg-resources.
(Closes: #855972)
diff -Nru 2ping-3.2.1/debian/changelog 2ping-3.2.1/debian/changelog
--- 2ping-3.2.1/debian/changelog2016-03-26 07:42:15.0 +0200
+++ 2ping-3.2.1/debian/changelog2018-02-25 21:53:33.0 +0200
@@ -1,3 +1,11 @@
+2ping (3.2.1-1+deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Add the missing dependency on python-pkg-resources.
+(Closes: #855972)
+
+ -- Adrian Bunk   Sun, 25 Feb 2018 21:53:33 +0200
+
 2ping (3.2.1-1) unstable; urgency=medium
 
   * New upstream release
diff -Nru 2ping-3.2.1/debian/control 2ping-3.2.1/debian/control
--- 2ping-3.2.1/debian/control  2015-12-13 02:53:07.0 +0200
+++ 2ping-3.2.1/debian/control  2018-02-25 21:53:33.0 +0200
@@ -11,7 +11,7 @@
 
 Package: 2ping
 Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python, 
python-argparse
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python, 
python-argparse, python-pkg-resources
 Description: Ping utility to determine directional packet loss
  2ping is a bi-directional ping utility. It uses 3-way pings (akin to 
  TCP SYN, SYN/ACK, ACK) and after-the-fact state comparison between a 

Bug#891020: ppp: with SSTP: "CHAP authentication failed" since 2.4.7-2+1

[Chris Boot]

On 25/02/18 14:19, Alexander Elbs wrote:
> On Sun, Feb 25, 2018 at 12:17:28AM +, Chris Boot wrote:
>>
>> sstp-client isn't in Debian so there's a limit to how much I can help,
>> but did you try rebuilding the sstp-client packages against the latest
>> ppp-dev?
> 
> Yes, no luck. When I upgrade just the ppp package to my custom version without
> the patch it works again.
> Can I help to narrow it down what is going wrong? Log files?

Hi Alexander,

Yes, pppd logs would be very helpful, especially if you can enable the
'debug' option in the peer file or NetworkManager's options (but still
helpful if you can't).

Given I have a similar report with PPTP now (Bug#891413 and Chris Dow's
comment here) I suspect this is a larger issue with my patch so I need
to try to reproduce this.

Thanks,
Chris

-- 
Chris Boot
bo...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#891455: fai-setup-storage: Allow mount binds

[Maximilian Stein]

> Which bind mounts are needed for the rest of the installation?
>
I am using a configuration with read-only / and dedicated /var
partition. However, I don't actually need /home nor /srv, so I bind them
to /var/local/home and /var/local/srv, respectively (as they need to be
writable). Later, when I create an admin user, I want his files to go to
their final location in /home (bound to /var/local/home).

FAI automatically mounts everything in /etc/fstab, but not these mount
binds, of course, so I have to manually mount-bind them during installation.

Best,
Maximilian

Bug#891467: Could be Upstream Bug 198861 - Regression causes kernel OOPS and hang in SCSI error report

[Jean-Francois Pirus]

https://bugzilla.kernel.org/show_bug.cgi?id=198861

--
Jean-Francois Pirus | Technical Manager
franc...@clearfield.com | Mob +64 21 640 779 | DDI +64 9 282 3401

Clearfield Software Ltd | Ph +64 9 358 2081 | www.clearfield.com

Bug#891467: Could be Upstream Bug 198861 - Regression causes kernel OOPS and hang in SCSI error report

[Salvatore Bonaccorso]

Control: severity -1 important
Control: forward -1 https://bugzilla.kernel.org/show_bug.cgi?id=198861

Hi Jean-Francois,

On Mon, Feb 26, 2018 at 09:31:25AM +1300, Jean-Francois Pirus wrote:
> 
> https://bugzilla.kernel.org/show_bug.cgi?id=198861

Can you try to apply the patch from
https://www.mail-archive.com/linux-scsi@vger.kernel.org/msg71189.html
on top of 4.15.4-1 and report if this resolves the problem for you?

Cf. https://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.2

Regards,
Salvatore

Bug#891392: enlightenment: Unable to start Wayland session

[Ross Vandegrift]

Control: retitle -1 Please enable Wayland support during build
Control: severity -1 wishlist

On Sun, Feb 25, 2018 at 08:48:12AM +0300, sergio wrote:
> % enlightenment_start
> ...
> ESTART: 0.06085 [0.2] - Elementary Init
> ERR<2358>:elementary lib/elementary/elm_config.c:3965 _elm_config_sub_init() 
> Could not connect to Wayland Display
> ## Copy & Paste the below (until EOF) into a terminal, then hit Enter

The Debian package for enlightenment is not currently built with Wayland
support, though EFL is.  I began work, but ran into two problems:
1) it broke X11 support for my own setup.
2) I couldn't test Wayland since I depend on multihead support.

If you have time and interest, WIP patch is attached.  Fixes welcome!

Ross
diff --git a/debian/changelog b/debian/changelog
index 76ce1e213..dc8c1e257 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,7 @@
 e17 (0.22.1-3) UNRELEASED; urgency=low
 
   * Update Vcs URLs for alioth -> salsa transition
+  * Enable wayland support
 
  -- Ross Vandegrift   Sat, 03 Feb 2018 12:21:12 -0800
 
diff --git a/debian/control b/debian/control
index 926e5703b..1a5cda510 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,9 @@ Build-Depends: connman-dev,
 	   libxcb-shape0-dev,
 	   libxext-dev,
 	   meson,
-	   systemd
+	   systemd,
+	   wayland-protocols,
+	   xwayland
 Build-Depends-Indep: doxygen
 Standards-Version: 4.1.1
 Vcs-Git: https://salsa.debian.org/pkg-e-team/e.git
@@ -31,7 +33,7 @@ Depends: ${misc:Depends}, ${shlibs:Depends},
 	 default-dbus-session-bus | dbus-session-bus,
 	 enlightenment-data (= ${source:Version}),
 	 libedje-bin,
-	 libevas1-engines-x
+	 libevas1-engines-x | libevas1-engines-wayland
 Recommends: pm-utils,
 	terminology | x-terminal-emulator
 Provides: x-window-manager
diff --git a/debian/enlightenment-data.install b/debian/enlightenment-data.install
index 165c1eb20..4263d11ce 100644
--- a/debian/enlightenment-data.install
+++ b/debian/enlightenment-data.install
@@ -9,3 +9,4 @@ usr/share/enlightenment/doc/illume2.html usr/share/doc/enlightenment/html
 usr/share/enlightenment/doc/*.txt.gz usr/share/doc/enlightenment
 usr/share/pixmaps/emixer.png
 usr/share/pixmaps/enlightenment-askpass.png
+usr/share/wayland-sessions/enlightenment.desktop
diff --git a/debian/enlightenment.install b/debian/enlightenment.install
index 56a8a8c7c..8beabcc04 100644
--- a/debian/enlightenment.install
+++ b/debian/enlightenment.install
@@ -21,3 +21,4 @@ usr/share/applications/enlightenment_filemanager.desktop
 usr/share/applications/emixer.desktop
 usr/share/applications/enlightenment_askpass.desktop
 usr/lib/*/enlightenment/modules/vkbd
+usr/lib/*/enlightenment/modules/wl_weekeyboard
diff --git a/debian/patches/10_seperate_wayland_session.diff b/debian/patches/10_seperate_wayland_session.diff
new file mode 100644
index 0..6c8cbb1de
--- /dev/null
+++ b/debian/patches/10_seperate_wayland_session.diff
@@ -0,0 +1,81 @@
+--- a/data/session/Makefile.mk
 b/data/session/Makefile.mk
+@@ -1,11 +1,13 @@
+ if ! HAVE_WAYLAND_ONLY
+ xsessionfilesdir = $(datadir)/xsessions
+ xsessionfiles_DATA = data/session/enlightenment.desktop
++
++EXTRA_DIST += data/session/enlightenment.desktop.in
+ endif
+ 
+ if HAVE_WAYLAND
+ wlsessionfilesdir = $(datadir)/wayland-sessions
+-wlsessionfiles_DATA = data/session/enlightenment.desktop
+-endif
++wlsessionfiles_DATA = data/session/enlightenment-wayland.desktop
+ 
+-EXTRA_DIST += data/session/enlightenment.desktop.in
++EXTRA_DIST += data/session/enlightenment-wayland.desktop.in
++endif
+--- /dev/null
 b/data/session/enlightenment-wayland.desktop.in
+@@ -0,0 +1,38 @@
++[Desktop Entry]
++Type=Application
++Name=Enlightenment on Wayland
++Name[ca]=Enlightenment sobre Wayland
++Name[de]=Enlightenment unter Wayland
++Name[el]=Enlightenment σε Wayland
++Name[eo]=Enlightenment je Vejlando
++Name[fi]=Enlightenment Waylandia käyttäen
++Name[fr]=Enlightenment sur Wayland
++Name[gl]=Enlightenment en Wayland
++Name[ja]=Enlightenment on Wayland
++Name[ko]=Enlightenment on Wayland
++Name[ms]=Enlightenment pada Wayland
++Name[pl]=Enlightenment (Wayland)
++Name[ru]=Enlightenment на Wayland
++Name[sr]=Просвећење на Вејланду
++Name[tr]=Wayland üzerinde Enlightenment
++Comment=Log in using Enlightenment (Version @VERSION@)
++Comment[ca]=Iniciar sessió amb Enlightenment (Versió @VERSION@)
++Comment[de]=Anmelden und Enlightenment verwenden (Version @VERSION@)
++Comment[el]=Είσοδος με το Enlightenment (Έκδοση @VERSION@)
++Comment[eo]=Ensaluti pere de Enlightenment (Versio @VERSION@)
++Comment[es]=Iniciar sesión usando Enlightenment (Versión @VERSION@)
++Comment[fi]=Kirjaudu käyttäen Enlightenmentiä (versio @VERSION@)
++Comment[fr]=Ouvrir une session Enlightenment (Version @VERSION@)
++Comment[gl]=Iniciar sesión usando Enlightenment (Versión @VERSION@)
++Comment[it]=Accedi con Enlightenment (Versione @VERSION@)
++Comment[ko]=Enlightenment 로그인(버전 @VERSION@)
++Comment[ms]=Daftar 

Bug#891379: undertime: useless without manpage

[Adam Borowski]

On Sun, Feb 25, 2018 at 12:54:44PM -0500, Antoine Beaupré wrote:
> On 2018-02-25 01:33:45, Adam Borowski wrote:
> > Hi!
> > As "undertime" is a command-line program that requires arguments to do
> > anything useful, some description of how to use it would be required.
> >
> > Shipping such documentation as a man page would be greatly preferred
> > -- and there's no other docs in the package anyway.
> 
> There should be a README file in the package, and there's inline help
> with the program with the `--help` flag.

[~]$ dpkg -L undertime
/usr/bin/undertime
/usr/lib/python3/dist-packages/undertime-1.1.0.egg-info/*
/usr/share/doc/undertime/changelog.gz

... so no README.  I did manage to find --help, it's not that hard to guess,
but the point of Unix systems standardizing on man pages is to eliminate the
need for guessing.

> What, in particular, would you like to see in the manpage? This would
> help in writing one (and I would welcome patches that would create one
> as well).

A copy of --help would be a fine first stab, almost adequate already.

One caveat that's worth documenting is that the time zone names are case
sensitive (GMT not gmt) and that, while you can use names of major cities,
they need to be given with an underscore rather than space (New_York rather
than 'New York').

> If there's enough interest, I would write this as Sphinx
> documentation and make that generate the manpage, which seems the
> shortest path between a simple text format (rst) and the mangled mess of
> backslashes that is manpage format. ;)

Hrm, nasty Python specific formats.  I'd recommend something readable and
intuitive, like POD.  *duck*


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ A dumb species has no way to open a tuna can.
⢿⡄⠘⠷⠚⠋⠀ A smart species invents a can opener.
⠈⠳⣄ A master species delegates.

Bug#891381: vt100 line-drawing is a bad idea here

[Adam Borowski]

On Sun, Feb 25, 2018 at 01:06:15PM -0500, Antoine Beaupré wrote:
> On 2018-02-25 02:29:28, Adam Borowski wrote:
> >> undertime prints terminal escape sequences to pipes and files.
> >
> > There are two types of escape sequences here:
> >
> > • SGR.  These make sense, as undertime uses color to convey its output.
> > A plain text interface would be a reasonable request but is probably a 
> > feature
> > (anarcat: you can detect non-terminals by !isatty(1) ).
> 
> What's SGR? Do you mean:
> 
> https://en.wikipedia.org/wiki/ANSI_escape_code#SGR_(Select_Graphic_Rendition)_parameters

Yeah -- "\e[…m", in your case bold and colors.

> If so, could you expand on what you would expect this would look like?
> keep in mind that undertime doesn't generate those escape sequences on
> its own: it passes a list of rows to the terminaltables library and lets
> it handle that on its own.

I guess that skipping colors would work then.

> undertime is written in python, so:
> 
> no Python documentation found for 'isatty'
> 
> There is, of course, os.isatty():
> 
> https://docs.python.org/3/library/os.html#os.isatty

Yeah, using Python is merely a penance rather than a crime (unlike, say,
node.js), so usual POSIX interfaces are obvious to find.

> ..and sys.stdout.isatty(). But isn't this something that should be
> handled by the underlying terminaltables library?

I think most low- and mid-level libraries assume that the program does such
logic rather than relying on the library.  In your case, I'd recommend
defaulting to --colors/--no-colors based on isatty(1) -- this is what the
vast majority of programs that use colors for highlighting do.

The difference in doing this yourself is, if you decide to convey
information that you currently give via colors by some other means (such as
a '*') in plain-text output, you don't need to rely on an interface the
library might or might not provide.

And, it takes a single line of code to default --colors/--no-colors to
isatty.  Which is less than what we already spent on this discussion. :)

> > • VT100 line drawing.  These codes shouldn't be used these days: there's a
> > debate whether they're allowed within an UTF-8 locale, as the relevant
> > standard seems to say no.
> >
> > Also, tools like "less -R", which support colors well, don't handle such
> > line drawing.  This includes my ansi2txt and ansi2html

> So this sounds like a total nightmare that makes timezones and GUI
> toolkits look like an awesome time at the beach. In fact, this makes me
> want to rewrite the whole thing to *not* output on the terminal and
> instead use Kivy or some other gaming engine to output a beautiful
> interface like http://worldchatclock.com/ instead.

That's nowhere near the worst quirk of Unix terminals -- we're talking about
something that has evolved with direct ancestry of 19th century design.

On the other hand, a terminal interface is massively more useful for our
kind of folks than some pretty but fragile web stuff.

> Again: I didn't write those escape sequences, I just use terminaltables
> blindly because it supports colors neatly. I have found other
> alternatives, documented in the source here:

> Let me know when you're done. :p More seriously, underline is
> (deliberately) a small program: 200 lines, and half of that is usage
> instructions, comments and metadata.

> I forwarded this upstream, and, for what it's worth, there are *three*
> pull requests to implement unicode tables in terminaltables
> already. Someone(tm) needs to review those and patch terminaltables in
> Debian to include the right fix.

Yeah, it's reasonable to punt this logic there.  Unlike colors/no-colors,
such implementation details have no place in a program like yours, it's the
library what's supposed to know such things.

> I'm tempted to just reassign this bug and #891378 to the
> python-terminaltables project, because it's not really a bug in
> undertime itself...

Exactly.  We have two issues here, though, so I'd recommend doing the
--no-colors part yourself (resulting in no SGR), and reassign line drawing
(VT100/Unicode).


Meow!
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ A dumb species has no way to open a tuna can.
⢿⡄⠘⠷⠚⠋⠀ A smart species invents a can opener.
⠈⠳⣄ A master species delegates.

Bug#891060: Atheros AR9271 ath9k_htc USB WiFi connected but IP traffic stops

[Ben Caradoc-Davies]

I have identified he problematic commit as 
7b6ddeaf27eca72795ceeae2f0f347db1b5f9a30 ("mac80211: use QoS NDP for AP 
probing") on torvalds/master and linux-stable/linux-4.15.y. On 
linux-stable/linux-4.14.y: e23090a7d8f05f03cf564148472130286f5ca9bf.


Attached patch reverts this commit. I have submitted the patch upstream. 
It applies (with a little fuzz) against Debian 4.15.4-1.


From the patch:

The above commit causes an Atheros AR9271 ath9k_htc USB WiFi adapter
connected to an AP with QoS/WME enabled to lose all IP connectivity after
something like 10 to 90 minutes. The adapter remains up and associated
and "iw dev wlan0 station dump" shows byte and packet counters that keep
increasing, but all IP connectivity fails, including ping, DNS, and web.
The host cannot be pinged by other hosts on the WLAN. Network can be
restored by unloading and reloading the ath9k_htc module, or physically
unplugging and replugging the adapter, triggering NetworkManager to
reconnect.

[...]

Problem confirmed on Debian linux-image-4.14.0-3-amd64 4.14.17-1 and
Debian linux-image-4.15.0-1-amd64 4.15.4-1 and vanilla 4.14.16
(git e23090a7d8f0 from linux-stable/linux-4.14.y) and vanilla 4.16.0-rc2
(git 3664ce2d9309 from torvalds/master).

Fix tested by reverting the commit on vanilla 4.16.0-rc2 (git 3664ce2d9309
from torvalds/master) and applying the patch to Debian
linux-image-4.15.0-1-amd64 4.15.4-1. Both tests resulted in stable IP
connectivity.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand
>From 3a59fabca5ecca910bd7cbf12d24f4778d99bd37 Mon Sep 17 00:00:00 2001
From: Ben Caradoc-Davies 
Date: Sun, 25 Feb 2018 18:54:16 +1300
Subject: [PATCH] Revert "mac80211: use QoS NDP for AP probing"

This reverts commit 7b6ddeaf27eca72795ceeae2f0f347db1b5f9a30.

The above commit causes an Atheros AR9271 ath9k_htc USB WiFi adapter
connected to an AP with QoS/WME enabled to lose all IP connectivity after
something like 10 to 90 minutes. The adapter remains up and associated
and "iw dev wlan0 station dump" shows byte and packet counters that keep
increasing, but all IP connectivity fails, including ping, DNS, and web.
The host cannot be pinged by other hosts on the WLAN. Network can be
restored by unloading and reloading the ath9k_htc module, or physically
unplugging and replugging the adapter, triggering NetworkManager to
reconnect.

The problematic commit is on torvalds/master and linux-stable/linux-4.15.y.
On linux-stable/linux-4.14.y: e23090a7d8f05f03cf564148472130286f5ca9bf.

Problem confirmed on Debian linux-image-4.14.0-3-amd64 4.14.17-1 and
Debian linux-image-4.15.0-1-amd64 4.15.4-1 and vanilla 4.14.16
(git e23090a7d8f0 from linux-stable/linux-4.14.y) and vanilla 4.16.0-rc2
(git 3664ce2d9309 from torvalds/master).

Fix tested by reverting the commit on vanilla 4.16.0-rc2 (git 3664ce2d9309
from torvalds/master) and applying the patch to Debian
linux-image-4.15.0-1-amd64 4.15.4-1. Both tests resulted in stable IP
connectivity.

See also Debian Bug#891060:
Atheros AR9271 ath9k_htc USB WiFi connected but IP traffic stops
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891060

Signed-off-by: Ben Caradoc-Davies 
---
 drivers/net/wireless/ath/ath9k/channel.c |  2 +-
 drivers/net/wireless/st/cw1200/sta.c |  4 ++--
 drivers/net/wireless/ti/wl1251/main.c|  2 +-
 drivers/net/wireless/ti/wlcore/cmd.c |  5 ++---
 include/net/mac80211.h   |  8 +---
 net/mac80211/mlme.c  |  2 +-
 net/mac80211/tx.c| 29 ++---
 7 files changed, 10 insertions(+), 42 deletions(-)

diff --git a/drivers/net/wireless/ath/ath9k/channel.c b/drivers/net/wireless/ath/ath9k/channel.c
index 1b05b5d7a038..dfb26f03c1a2 100644
--- a/drivers/net/wireless/ath/ath9k/channel.c
+++ b/drivers/net/wireless/ath/ath9k/channel.c
@@ -1113,7 +1113,7 @@ ath_chanctx_send_vif_ps_frame(struct ath_softc *sc, struct ath_vif *avp,
 		if (!avp->assoc)
 			return false;
 
-		skb = ieee80211_nullfunc_get(sc->hw, vif, false);
+		skb = ieee80211_nullfunc_get(sc->hw, vif);
 		if (!skb)
 			return false;
 
diff --git a/drivers/net/wireless/st/cw1200/sta.c b/drivers/net/wireless/st/cw1200/sta.c
index 38678e9a0562..03687a80d6e9 100644
--- a/drivers/net/wireless/st/cw1200/sta.c
+++ b/drivers/net/wireless/st/cw1200/sta.c
@@ -198,7 +198,7 @@ void __cw1200_cqm_bssloss_sm(struct cw1200_common *priv,
 
 		priv->bss_loss_state++;
 
-		skb = ieee80211_nullfunc_get(priv->hw, priv->vif, false);
+		skb = ieee80211_nullfunc_get(priv->hw, priv->vif);
 		WARN_ON(!skb);
 		if (skb)
 			cw1200_tx(priv->hw, NULL, skb);
@@ -2265,7 +2265,7 @@ static int cw1200_upload_null(struct cw1200_common *priv)
 		.rate = 0xFF,
 	};
 
-	frame.skb = ieee80211_nullfunc_get(priv->hw, priv->vif, false);
+	frame.skb = ieee80211_nullfunc_get(priv->hw, priv->vif);
 	if (!frame.skb)
 		return -ENOMEM;
 
diff --git 

Bug#857746: Bug#880474: Bug#857746: Bug#880474: redis-server: Unknown lvalue 'RunTimeDirectory' in section 'Service'

[Adam D. Barratt]

retitle 857746 pu: package redis/3:3.2.6-1
tags 857746 = stretch
user release.debian@packages.debian.org
usertags 857746 = pu
thanks

Hi,

On Sun, 2018-02-25 at 18:14 +, Chris Lamb wrote:
> Hi Adam,
> 
> > Ah, I think I got confused by the bugs - I meant #880474. I assumed
> > that you were looking at getting the service fix included, rather
> > than
> > the whole of the upstream releases.
> > 
> > Before we both get any more confused, which of the above were you
> > actually requesting?
> 
> Good idea! So, I want to fix #880474 ("Unknown lvalue
> 'RunTimeDirectory' in section 'Service'") in stretch.
> 
> The real "confusion" is I had already fixed, uploaded and had
> unblocked this via #857746 yet this new version never actually hit
> stretch. (!)

As I explained, that's because there was an RC bug affecting the
version that was unblocked, that I assume no-one noticed at the time.

> Best case scenario for me is that I upload what I proposed in
> #857746; I mean, it was seemingly approved before and the issues are
> still outstanding.

There isn't necessarily a 1:1 mapping between changes that would be
approved for an unblock during freeze and changes that are likely to
get ACKed for a stable update.

I've repurposed the unblock as a p-u request. Which way we go with the
exact changes will depend on someone looking over the diff with a
stable update perspective.

Hopefully that won't be too long, but we are also in the week before
the p-u freeze for the 9.4 point release, which is generally fairly
busy.

Regards,

Adam

Bug#891463: linux-image-4.15.0-1-amd64: Regression from 4.13 to 4.14 due to the use of alternate fixed mode for eDP

[Vincent Blut]

Package: src:linux
Version: 4.15.4-1
Severity: important
Tags: upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

The introduction of commit dc911f5bd8aa (drm/i915/edp: Allow alternate 
fixed mode for eDP if available.) causes severe performance degradations 
on my system, especially noticeable while playing video games. There are 
some workarounds though:

- - Setting the screen refresh rate below 60 Hz. Might be inconvenient in 
  certain circumstances.
- - Using Jim Bride’s patch¹. According to some people it cures the issue.  
  Contrary to the above workaround, this one I did not test. It should 
  be noted that it seems to have fall through the cracks as I don’t see 
  any reference to it in Linus' tree.

As we are going to use 4.15.x for some more time, I propose that we 
revert the aforementioned commit until a solution is found upstream.  
Thought?

Cheers,
Vincent


¹ https://bugs.freedesktop.org/attachment.cgi?id=135277



- -- Package-specific info:
** Version:
Linux version 4.15.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-3)) #1 SMP Debian 4.15.4-1 (2018-02-18)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.15.0-1-amd64 
root=UUID=05885802-d6d1-4a25-b7ef-8c3e00c144b0 ro quiet pcie_aspm=force 
elevator=deadline intel_pstate=disable apparmor=1 security=apparmor

** Tainted: U (64)
 * Userspace-defined naughtiness.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: ASUSTeK COMPUTER INC.
product_name: UX31A
product_version: 1.0   
chassis_vendor: ASUSTeK COMPUTER INC.
chassis_version: 1.0   
bios_vendor: American Megatrends Inc.
bios_version: UX31A.219
board_vendor: ASUSTeK COMPUTER INC.
board_name: UX31A
board_version: 1.0   

** Loaded modules:
xt_CHECKSUM
iptable_mangle
devlink
ipt_MASQUERADE
nf_nat_masquerade_ipv4
iptable_nat
nf_conntrack_ipv4
nf_defrag_ipv4
nf_nat_ipv4
nf_nat
nf_conntrack
xt_tcpudp
bridge
stp
llc
iptable_filter
ctr
ccm
fuse
arc4
binfmt_misc
uvcvideo
videobuf2_vmalloc
videobuf2_memops
videobuf2_v4l2
videobuf2_core
intel_rapl
btusb
videodev
x86_pkg_temp_thermal
iTCO_wdt
intel_powerclamp
coretemp
media
btrtl
iTCO_vendor_support
asus_nb_wmi
btbcm
asus_wmi
kvm_intel
btintel
sparse_keymap
rtsx_usb_ms
bluetooth
memstick
kvm
irqbypass
drbg
crct10dif_pclmul
snd_hda_codec_hdmi
ansi_cprng
crc32_pclmul
snd_hda_codec_realtek
snd_hda_codec_generic
ecdh_generic
ghash_clmulni_intel
intel_cstate
iwlmvm
mac80211
iwlwifi
intel_uncore
intel_rapl_perf
evdev
joydev
pcspkr
serio_raw
snd_hda_intel
snd_hda_codec
cfg80211
i915
snd_hda_core
rfkill
snd_hwdep
lpc_ich
drm_kms_helper
sg
shpchp
snd_pcm
snd_timer
snd
drm
soundcore
i2c_algo_bit
wmi
button
int3403_thermal
acpi_als
kfifo_buf
video
battery
industrialio
ac
int3402_thermal
int340x_thermal_zone
int3400_thermal
asus_wireless
acpi_thermal_rel
acpi_cpufreq
ib_iser
rdma_cm
iw_cm
ib_cm
ib_core
configfs
iscsi_tcp
libiscsi_tcp
libiscsi
scsi_transport_iscsi
loop
parport_pc
ppdev
lp
parport
sunrpc
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
fscrypto
ecb
rtsx_usb_sdmmc
mmc_core
rtsx_usb
mfd_core
btrfs
zstd_decompress
zstd_compress
xxhash
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
hid_generic
usbhid
hid
raid6_pq
libcrc32c
crc32c_generic
raid1
raid0
multipath
linear
md_mod
sd_mod
crc32c_intel
aesni_intel
ahci
libahci
i2c_i801
aes_x86_64
xhci_pci
crypto_simd
cryptd
glue_helper
libata
ehci_pci
xhci_hcd
ehci_hcd
psmouse
scsi_mod
usbcore
usb_common
thermal
fan

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 3rd Gen Core processor DRAM 
Controller [8086:0154] (rev 09)
Subsystem: ASUSTeK Computer Inc. Zenbook Prime UX31A [1043:1517]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: ivb_uncore

00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen Core 
processor Graphics Controller [8086:0166] (rev 09) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Zenbook Prime UX31A [1043:1517]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:04.0 Signal processing controller [1180]: Intel Corporation 3rd Gen Core 
Processor Thermal Subsystem [8086:0153] (rev 09)
Subsystem: ASUSTeK Computer Inc. Zenbook Prime UX31A [1043:1517]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:14.0 USB controller [0c03]: Intel Corporation 7 Series/C210 Series Chipset 
Family USB xHCI Host Controller [8086:1e31] (rev 04) (prog-if 30 [XHCI])
Subsystem: 

Bug#891385: bumblebeed fails to unload nvidia kernel module

[Luca Boccassi]

On Sun, 2018-02-25 at 18:59 +0100, Andreas Beckmann wrote:
> On 2018-02-25 12:37, Luca Boccassi wrote:
> > These problems were already solved a while ago in Debian - but you
> > are
> > running Kali, not Debian, so I assume the nvidia packaging in Kali
> > is
> > missing the modprobe scripts or some of the bumblebee patches.
> 
> And our bumblebee package is missing a bug-control to report the
> nvidia-driver version :-)
> 
> 
> Andreas

Yes indeed, one more for the todo list!

-- 
Kind regards,
Luca Boccassi

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

Bug#874003: Also affected on uptodate sid

[Mikko Rapeli]

On Sun, Feb 25, 2018 at 08:33:44PM +0200, Mikko Rapeli wrote:
> When opening files from nautilus it complains
> 
> "Failed to execute default File Manager.
> Input/Output error"

strace showed to me that nautilus calls gio which for some reason ends up
calling exo-open from Xfce desktop which fails. This has possibly something
to do with Gnome 3 running with wayland and Xfce runs under X11.

execve("/usr/bin/gio", ["gio", "open", "video.mp4"], 0x7ffd8d0aff40 /* 45 var
s */) = 0
...
openat(AT_FDCWD, "/usr/share/applications/exo-file-manager.desktop", O_RDONLY) 
= 8
...
** (exo-helper-1:4657): WARNING **: Could not open X display
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.

After removing exo-utils package nautilus can open files again with external
applications. So 'apt-get remove exo-utils' is the best workaround thus far.

Maybe exo-utils from Xfce is hijacking something from Gnome desktop...

-Mikko

Bug#859387: Info received (Upload 2.12 to stretch-backports?)

[Francis M]

Hi Thomas,

On 25 February 2018 at 18:42, Thomas Liske  wrote:
>
> Hi,
>
>
> Francis M  writes:
>
>> s/2.12/2.11+git20180213-1/
>
> it has been released[1] upstream as needrestart 3.0.

Aha, thanks for that, I shall base my local .deb's on that tag instead.

> [1] https://github.com/liske/needrestart/releases/tag/v3.0
>
>
>> Apologies for the noise, I made the mistake of typing my previous
>> e-mail before my morning coffee.
>
> :-)
>
>
>> I've tested the above 2.11 release from experimental on a few systems
>> and don't see anything abnormal.
>
> Did you test the Intel microcode-update-detection-feature[2]? It would
> be nice to get some more feedback on it.
>
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886445

I didn't test it explicitly but did notice the new Intel microcode feature with,
iirc, "needrestart -v" - I'll have a deeper look and report back if I
see anything
strange on closer inspection.

Best,

Francis

Bug#891413: [Pkg-utopia-maintainers] Bug#891413: network-manager-pptp: PPTP connections fail on Authentication

[Chris Boot]

Control: reassign -1 src:ppp
Control: tags -1 confirmed
Control: found -1 2.4.7-2+1~exp1
Control: retitle -1 ppp: MS-CHAP authentication broken

On 25/02/18 11:38, Michael Biebl wrote:
> Am 25.02.2018 um 12:30 schrieb Adam Hough:
[snip]
>> I did a normal apt upgrade which updated network-manager-pptp,
>> network-manager, ppp, and pptp-linux to the latest testing versions as
>> of 24Feb2018. This caused my PPTP vpn connection to fail to connect
>> because of authentication issues with the MSCHAP and MSCHAPv2 protocals.
>>
[snip]
>> Feb 25 02:10:13 localhost pppd[31955]: MS-CHAP authentication failed:
>> Feb 25 02:10:13 localhost NetworkManager[16904]: MS-CHAP authentication
>> failed:
>> Feb 25 02:10:13 localhost NetworkManager[16904]: CHAP authentication failed
>> Feb 25 02:10:13 localhost pppd[31955]: CHAP authentication failed
[snip]
>> Downgrading just pptp-linux was not effective so I also downgraded the
>> following packages as well to get ppp to version 2.7.4-1+4:
>> gir1.2-nma-1.0 libnma0 network-manager network-manager-gnome
>> network-manager-pptp network-manager-pptp-gnome ppp pptp-linux pptpd
[snip]
> There weren't any code changes in 1.2.4-5+b1 only a recompilation
> against ppp 2.4.7-2+1. I've thus CCed the ppp maintainers.
> Maybe they can have a look.

Yes, it looks like it's an error on my part in
debian/patches/replace-vendored-hash-functions.patch. The old MD4 code
expected to be given message size in bits rather than bytes as the new
MD4 functions expect, hence the mismatch.

I'm going to spin up a test environment to make sure it's right before I
upload. I'm also chasing a suspiciously similar sounding bug (891020)
that I'd like to squash in the same upload.

Cheers,
Chris

-- 
Chris Boot
bo...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#891470: stretch-pu: package auto-complete-el/1.3.1-2+deb9u1

[Adrian Bunk]

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

  * Add upstream fix for emacs25. (Closes: #849240)
emacs24 and emacs25 are co-installable.

  * Adjust the emacs dependencies to the emacs versions in stretch.
(Closes: #746982)
We ship two emacs versions in stretch, it should be possible
to remove the older one without forcing auto-complete-el removal.

  * Set auto-complete-el.emacsen-compat to silence installation warning.
diff -Nru auto-complete-el-1.3.1/debian/auto-complete-el.emacsen-compat 
auto-complete-el-1.3.1/debian/auto-complete-el.emacsen-compat
--- auto-complete-el-1.3.1/debian/auto-complete-el.emacsen-compat   
1970-01-01 02:00:00.0 +0200
+++ auto-complete-el-1.3.1/debian/auto-complete-el.emacsen-compat   
2018-02-25 22:08:51.0 +0200
@@ -0,0 +1 @@
+0
diff -Nru auto-complete-el-1.3.1/debian/changelog 
auto-complete-el-1.3.1/debian/changelog
--- auto-complete-el-1.3.1/debian/changelog 2012-03-25 17:30:40.0 
+0300
+++ auto-complete-el-1.3.1/debian/changelog 2018-02-25 22:08:51.0 
+0200
@@ -1,3 +1,13 @@
+auto-complete-el (1.3.1-2+deb9u1) stretch; urgency=medium
+
+  * Non-maintainer upload.
+  * Add upstream fix for emacs25. (Closes: #849240)
+  * Adjust the emacs dependencies to the emacs versions in stretch.
+(Closes: #746982)
+  * Set auto-complete-el.emacsen-compat to silence installation warning.
+
+ -- Adrian Bunk   Sun, 25 Feb 2018 22:08:51 +0200
+
 auto-complete-el (1.3.1-2) unstable; urgency=low
 
   * debian/emacsen-remove:
diff -Nru auto-complete-el-1.3.1/debian/control 
auto-complete-el-1.3.1/debian/control
--- auto-complete-el-1.3.1/debian/control   2012-03-25 17:30:34.0 
+0300
+++ auto-complete-el-1.3.1/debian/control   2018-02-25 22:08:51.0 
+0200
@@ -8,7 +8,7 @@
 
 Package: auto-complete-el
 Architecture: all
-Depends: ${misc:Depends}, emacs | emacs23 | emacs22 | emacs-snapshot
+Depends: ${misc:Depends}, emacs | emacs25 | emacs25-lucid | emacs25-nox
 Description: intelligent auto-completion extension for GNU Emacs
  Auto Complete Mode is an intelligent auto-completion extension for
  GNU Emacs. It extends the standard Emacs completion interface and
diff -Nru auto-complete-el-1.3.1/debian/patches/0001-Add-missing-nil.patch 
auto-complete-el-1.3.1/debian/patches/0001-Add-missing-nil.patch
--- auto-complete-el-1.3.1/debian/patches/0001-Add-missing-nil.patch
1970-01-01 02:00:00.0 +0200
+++ auto-complete-el-1.3.1/debian/patches/0001-Add-missing-nil.patch
2017-07-19 14:01:05.0 +0300
@@ -0,0 +1,22 @@
+From 8d3db89eaaaebf31cca574216e630f64e5e28c5f Mon Sep 17 00:00:00 2001
+From: Chris Zheng 
+Date: Fri, 11 Dec 2015 15:09:22 +0800
+Subject: Add missing nil.
+
+---
+ auto-complete.el | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+Index: auto-complete-el-1.3.1/auto-complete.el
+===
+--- auto-complete-el-1.3.1.orig/auto-complete.el
 auto-complete-el-1.3.1/auto-complete.el
+@@ -671,7 +671,7 @@ You can not use it in source definition
+ (defun ac-menu-delete ()
+   (when ac-menu
+ (popup-delete ac-menu)
+-(setq ac-menu)))
++(setq ac-menu nil)))
+ 
+ (defsubst ac-inline-marker ()
+   (nth 0 ac-inline))
diff -Nru auto-complete-el-1.3.1/debian/patches/series 
auto-complete-el-1.3.1/debian/patches/series
--- auto-complete-el-1.3.1/debian/patches/series1970-01-01 
02:00:00.0 +0200
+++ auto-complete-el-1.3.1/debian/patches/series2017-07-19 
14:01:05.0 +0300
@@ -0,0 +1 @@
+0001-Add-missing-nil.patch

Bug#891413: [Pkg-utopia-maintainers] Bug#891413: network-manager-pptp: PPTP connections fail on Authentication

[Michael Biebl]

Control: affects -1 + network-manager-pptp

Am 25.02.2018 um 22:01 schrieb Chris Boot:
> Control: reassign -1 src:ppp
> Control: tags -1 confirmed
> Control: found -1 2.4.7-2+1~exp1
> Control: retitle -1 ppp: MS-CHAP authentication broken

...

> Yes, it looks like it's an error on my part in
> debian/patches/replace-vendored-hash-functions.patch. The old MD4 code
> expected to be given message size in bits rather than bytes as the new
> MD4 functions expect, hence the mismatch.
> 
> I'm going to spin up a test environment to make sure it's right before I
> upload. I'm also chasing a suspiciously similar sounding bug (891020)
> that I'd like to squash in the same upload.

Thanks for your quick reply, Chris.

Marking network-manager-pptp as affected, so users have a better chance
to notice it.

Regards,
Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#891430: RFS: proxmoxer/1.0.2-1

[Mattia Rizzolo]

Control: tag -1 moreinfo
Control: owner -1 !

On Sun, Feb 25, 2018 at 03:22:17PM +0100, Elena Grandi wrote:
> I am looking for a sponsor for my package "proxmoxer"

o/

> And the git repository is on 
> https://salsa.debian.org/python-team/modules/proxmoxer :

I made a review in RL while, so I'll be waiting until those verbal
review comments happened ^^

> As I wrote on the ITP, I'm also packaging the python2 version of this module 
> as
> it is used by ansible (until ansible itself will move on to python3)

For the sake of the people not in that small room, the correct way to
deal with this (including the lintian tag
new-package-should-not-package-python2-module) is to mention the reasons
in the changelog.

-- 
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#891414: enable qt5 front-end

[E. Serradilla]

additionally, I would like to add that even if nobody volunteers to 
maintain qtspell in debian the developer himself maintains a packaging 
for debian in the source tree


https://github.com/manisandro/qtspell/tree/master/packaging/debian

and it could be taken from there. This could be integrated in your 
package easily and since it is part of gimagereader, it would be a much 
better approach that to only provide the gtk front-end, and possibly it 
will benefit many other debian users, e.g. for lxqt, kde, openbox, ... 
please consider it in the next packages, many thanks

Bug#890221: [Pkg-dns-devel] Bug#890221: bringing back 'dig' via extra package?

[Daniel Kahn Gillmor]

Control: tags 890221 + wontfix

Hi Daniel--

On Mon 2018-02-12 06:07:56 +0100, Daniel Baumann wrote:
> while I understand that reasons for dropping the /usr/bin/dig symlinks
> to kdig, it is very anoying to always type (or even update scripts to
> use) kdig instead of dig.
>
> How about adding a knot-dnsutils-$whatever package that contains the
> links from kdig to dig and carries the conflicts against dnsutils?

It's not clear to me that kdig promises to implement the same interface
as dig, which makes me reluctant to do what you're proposing here.

Would you also want this metapackage to "Provides: dnsutils" ?  dnsutils
ships:

/usr/bin/{delv,dig,mdig,nslookup,nsupdate}

knot-dnsutils ships only:

/usr/bin/k{dig,nsupdate}

So I don't think that a Provides: is warranted unless knot-dnsutils
starts shipping a full complement of tools with at least an arguable
compatibility layer; and i'm not convinced that a package that consists
of a single symlink (/usr/bin/dig → kdig) is particularly useful,
especially since an admin can always provide a link (/usr/local/bin/dig
→ ../../bin/kdig) that will never be clobbered by the package manager.

If you have a more concrete proposal about how this should work, and a
stronger justification for why it makes sense, please send it to this
bug report.

Regards,

  --dkg
  


signature.asc
Description: PGP signature

Bug#891467: linux-image-4.15.4-1-amd64: Hung kernel task after rcu_process_callbacks on boot

[Jean-Francois Pirus]

Package: src:linux
Version: 4.15.4-1
Severity: critical
Tags: upstream
Justification: breaks the whole system

Dear Maintainer,

On boot with 4.15.4-1 always get:
[   11.884155] WARNING: CPU: 2 PID: 0 at /build/linux-
PFKtCE/linux-4.15.4/kernel/rcu/tree.c:2792 rcu_process_callbacks+0x4a1/0x4c0

[  242.652223] INFO: task jbd2/sdb1-8:759 blocked for more than 120 seconds.
[  242.652733] INFO: task ext4lazyinit:761 blocked for more than 120 
seconds.

[  242.653100] INFO: task hdparm:1376 blocked for more than 120 seconds.
[  363.484207] INFO: task jbd2/sdb1-8:759 blocked for more than 120 seconds.
[  363.484715] INFO: task ext4lazyinit:761 blocked for more than 120 
seconds.

[  363.485078] INFO: task hdparm:1376 blocked for more than 120 seconds.
[  484.316206] INFO: task jbd2/sdb1-8:759 blocked for more than 120 seconds.
[  484.316716] INFO: task ext4lazyinit:761 blocked for more than 120 
seconds.

[  484.317083] INFO: task hdparm:1376 blocked for more than 120 seconds.
etc...

The issue does not occur with 4.14.17-1

Kernel version is Linux version 4.15.0-1-amd64 
(debian-ker...@lists.debian.org)

(gcc version 7.3.0 (Debian 7.3.0-3)) #1 SMP Debian 4.15.4-1 (2018-02-18)

While the system comes up the disks are not useable.

[0.00] Linux version 4.15.0-1-amd64 
(debian-ker...@lists.debian.org) (gcc version 7.3.0 (Debian 7.3.0-3)) #1 
SMP Debian 4.15.4-1 (2018-02-18)
[0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-4.15.0-1-amd64 
root=UUID=75f7f121-f27f-44e0-88b1-fdfc01c54517 ro quiet iommu=soft
[0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating 
point registers'

[0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[0.00] x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds 
registers'

[0.00] x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
[0.00] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[0.00] x86/fpu: xstate_offset[3]:  832, xstate_sizes[3]:   64
[0.00] x86/fpu: xstate_offset[4]:  896, xstate_sizes[4]:   64
[0.00] x86/fpu: Enabled xstate features 0x1f, context size is 
960 bytes, using 'compacted' format.

[0.00] e820: BIOS-provided physical RAM map:
[0.00] BIOS-e820: [mem 0x-0x00057fff] usable
[0.00] BIOS-e820: [mem 0x00058000-0x00058fff] 
reserved

[0.00] BIOS-e820: [mem 0x00059000-0x0009efff] usable
[0.00] BIOS-e820: [mem 0x0009f000-0x0009] 
reserved

[0.00] BIOS-e820: [mem 0x0010-0x852e3fff] usable
[0.00] BIOS-e820: [mem 0x852e4000-0x852e4fff] 
ACPI NVS
[0.00] BIOS-e820: [mem 0x852e5000-0x852e5fff] 
reserved

[0.00] BIOS-e820: [mem 0x852e6000-0x8a31efff] usable
[0.00] BIOS-e820: [mem 0x8a31f000-0x8a695fff] 
reserved
[0.00] BIOS-e820: [mem 0x8a696000-0x8a6d2fff] 
ACPI data
[0.00] BIOS-e820: [mem 0x8a6d3000-0x8aff9fff] 
ACPI NVS
[0.00] BIOS-e820: [mem 0x8affa000-0x8b58dfff] 
reserved
[0.00] BIOS-e820: [mem 0x8b58e000-0x8b5fdfff] 
type 20

[0.00] BIOS-e820: [mem 0x8b5fe000-0x8b5fefff] usable
[0.00] BIOS-e820: [mem 0xe000-0xefff] 
reserved
[0.00] BIOS-e820: [mem 0xfe00-0xfe010fff] 
reserved
[0.00] BIOS-e820: [mem 0xfec0-0xfec00fff] 
reserved
[0.00] BIOS-e820: [mem 0xfee0-0xfee00fff] 
reserved
[0.00] BIOS-e820: [mem 0xff00-0x] 
reserved

[0.00] BIOS-e820: [mem 0x0001-0x00046f7f] usable
[0.00] NX (Execute Disable) protection: active
[0.00] efi: EFI v2.40 by American Megatrends
[0.00] efi:  ACPI=0x8a6a2000  ACPI 2.0=0x8a6a2000 
SMBIOS=0xf05e0  ESRT=0x8b361598  MPS=0xfcba0

[0.00] secureboot: Secure boot could not be determined (mode 0)
[0.00] random: fast init done
[0.00] SMBIOS 2.8 present.
[0.00] DMI: Dell Inc. Inspiron 5567/01W6F7, BIOS 1.1.7 09/11/2017
[0.00] e820: update [mem 0x-0x0fff] usable ==> reserved
[0.00] e820: remove [mem 0x000a-0x000f] usable
[0.00] e820: last_pfn = 0x46f800 max_arch_pfn = 0x4
[0.00] MTRR default type: write-back
[0.00] MTRR fixed ranges enabled:
[0.00]   0-9 write-back
[0.00]   A-B uncachable
[0.00]   C-F write-protect
[0.00] MTRR variable ranges enabled:
[0.00]   0 base 00C000 mask 7FC000 uncachable
[0.00]   1 base 00A000 mask 7FE000 uncachable
[0.00]   2 base 009000 mask 7FF000 uncachable
[0.00]   3 base 008E00 mask 

Bug#891469: awstats: Path traversal in config parameter if site config is missing.

[Tomaž Šolc]

Package: awstats
Version: 7.6+dfsg-2
Severity: normal

Dear Maintainer,

the patch for CVE-2017-1000501 seems to have been incomplete. Please see this
report upstream:

https://github.com/eldy/awstats/issues/90

awstats will parse arbitrary files passed in the "config" parameter if the
default /etc/awstats/awstats.conf is not present. Debian package will install
awstats.conf, so a default install does not seem to be vulnerable. However it
is possible to use awstats with separate configs for different sites without
the default awstats.conf (although README.Debian recommends leaving
awstats.conf in place)

I can confirm that the reported issue exists in awstats 7.6+dfsg-2 and
7.6+dfsg-1+deb9u1.

Steps to reproduce (on Stretch)

# apt-get install awstats
# rm /etc/awstats/awstats.conf
# cp /usr/share/doc/awstats/examples/apache.conf 
/etc/apache2/conf-available/awstats.conf
# a2enconf awstats
# systemctl reload apache2

Visit http://localhost/cgi-bin/awstats.pl?config=/etc/passwd


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

Kernel: Linux 4.9.0-6-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)

Versions of packages awstats depends on:
ii  perl  5.24.1-3+deb9u2

Versions of packages awstats recommends:
ii  libnet-xwhois-perl  0.90-4

Versions of packages awstats suggests:
ii  apache2 [httpd] 2.4.25-3+deb9u3
pn  libgeo-ipfree-perl  
ii  libnet-dns-perl 1.07-1
ii  libnet-ip-perl  1.26-1
ii  liburi-perl 1.71-1

-- Configuration Files:
/etc/awstats/awstats.conf [Errno 2] No such file or directory: 
'/etc/awstats/awstats.conf'

-- no debconf information

Bug#891455: fai-setup-storage: Allow mount binds

[Thomas Lange]

I'm not sure when you really need the bind mounts during
installation. If they are only needed when the customization scripts
are executed, you could use ainsl(1) in one of your scripts and then
add the admin user.

If you really need the bind mounts before, go and use a hook. This is
really easy and that's what hooks are made for.

Currently I do not like to touch setup-storage for adding this,
because it can easily achieved using a hook. Or is there any reason
why it's important for setup-storage to support bind mounts?

-- 
regards Thomas

Bug#890760: Problem fixed.

[Rainer Dorsch]

Dear Dmitry,

I must have had tomatoes on my eyes (I did not really understand that 
ENV(PATH) is my system path), the error message tells what was the problem.

My /usr/local/bin was 777 which is certainly not a good idea, but I edited a 
file as user in there and put that workaround in place to save the file (and 
forgot to restore 755).

My zoneminder works again, bug report can be closed.

Sorry again,
Rainer
-- 
Rainer Dorsch
http://bokomoko.de/

Bug#891182: RFS: ssh-tools/1.4-1

[Sven Wick]

On 02/25/2018 03:27 PM, Andrey Rahmatullin wrote:

Control: tags -1 + moreinfo

You shouldn't write changelog entries for releases that were not uploaded.
And you first changelog entry should close an ITP.

Ok, will change that

Looking at the repo, you shouldn't keep debian/ in the master branch as
that implies packaging changes are a part of the project release changes.
See also https://wiki.debian.org/UpstreamGuide

Well, I am going to "export-ignore" it

The package short description just lists the binary names, that's not
helpful.
The orig tarball is different from the repo content.

Will be fixed

Why override_dh_builddeb?

Ah yeah, did some backporting for an old Lenny System I still have :-)

I doubt jo and jq should be in Suggests as it seems they are just things
to pipe the tool output to and you don't put into Suggests any kinds of
such tools.


Hm, which one would you suggest?
In the Debian Policy "Recommends" is said to be a "strong" dependency
which I think "jq" and "jo" are not, so I used "Suggests"

Bug#873240: redshift-gtk: redshift doesn't launch either when launching in the console or at start of computer

[Ritesh Raj Sarraf]

On Sun, 2018-02-25 at 18:14 -0500, John Scott wrote:
> I don't use the Redshift service, but here is what it says:
> 
> ● redshift.service - Redshift display colour temperature adjustment
>Loaded: loaded (/usr/lib/systemd/user/redshift.service; disabled;
> vendor preset: enabled)
>Active: inactive (dead)
>  Docs: http://jonls.dk/redshift/
> 
> Running `redshift` in the terminal works fine for me.
> 

Good to know that redshift is working for you.

> You said that you are not experiencing this bug, but are you on
> Debian Jessie? 

No. I tried it on Debian Sid.

> I should have
> mentioned in my last message that I think this bug is not a bug in
> Redshift, but in a dependency,
> specific to Sid and Buster. I'm more certain of it now than ever, but
> I think the issues I found
> with python3-xdg are unrelated.
> 

I am not sure whom this bug should be reassigned to then.

> In addition to redshift-gtk, I also have Blueman installed, which
> also doesn't show its icon. In
> hindsight, I should have thought that the issues might be related
> sooner. They are both written in
> Python 3 and use gir1.2-appindicator3-0.1.
> 
> In fact, I just ran both Redshift and Blueman through gdb, and I
> noticed that a thread crashes
> when it tries to display the icon. I'm including my Redshift
> backtrace.
-- 
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System

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

Bug#891489: gcc-8: attribute no_sanitize does not accept multiple options as documented

[Ron]

Package: gcc-8
Version: 8-20180218-1
Severity: normal

Hi,

In 
https://gcc.gnu.org/onlinedocs/gcc/Common-Function-Attributes.html#index-no_005fsanitize-function-attribute
gcc 8.0.1 claims to add a no_sanitize attribute which works the same as
the clang one does.

In practice however it doesn't, and it currently will only accept a
single option.  The example given above is:

  $ cat nosan.c
  void __attribute__ ((no_sanitize ("alignment", "object-size")))
  f () { /* Do something. */; }

  int main(void) { return 0; }


Which results in:

  $ gcc-8 nosan.c 
  nosan.c:3:1: error: wrong number of arguments specified for ‘no_sanitize’ 
attribute
   f () { /* Do something. */; }
   ^


It would be really nice if that did work as documented, to avoid having
to special case this in user code even more than we already do.

  Cheers,
  Ron

Bug#891482: Looks like it wants the VMD module...

[Peter.Chubb]

If I manually add vmd.ko /dev/nvme* appear.

Peter C
-- 
Dr Peter Chubb Tel: +61 2 9490 5852  http://ts.data61.csiro.au/
Trustworthy Systems Group   Data61 (formerly NICTA)

Bug#891490: u-boot-sunxi: please integrate install-sunxi64 from atf-allwinner

[Adam Borowski]

Package: u-boot-sunxi
Version: 2018.01+dfsg1-2
Severity: wishlist

Hi!
atf-allwinner has finally passed NEW; I'd suggest the following changes to
u-boot-sunxi:

* move /usr/share/doc/u-boot-sunxi/mksunxi_fit_atf.sh to a proper
  directory and chmod it +x (it's invoked by my script)
* move /usr/sbin/install-sunxi64 to u-boot-sunxi (any changes like the
  above require tedious coordination, it's better if such logic is not
  split between packages)
  + this would add Replaces: atf-allwinner (<= 1.0.apritzel.81-1)

It could be good to add a dependency from u-boot-sunxi:arm64 on
atf-allwinner as well; almost everyone wants the ATF, and wasting 33KB for
those with own ATF but stock u-boot is probably better than complexity of
handling it being missing.

What would you think?


Meow!
-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: arm64 (aarch64)

Kernel: Linux 4.15.0-00183-ga494935d9d25 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

-- no debconf information

Bug#891467: Could be Upstream Bug 198861 - Regression causes kernel OOPS and hang in SCSI error report

[Jean-Francois Pirus]

> Can you try to apply the patch from
> https://www.mail-archive.com/linux-scsi@vger.kernel.org/msg71189.html
> on top of 4.15.4-1 and report if this resolves the problem for you?

Yes, applying the patch to 4.15.4-1 fixed the issue for me.

I actually downloaded the patch from here: 
https://patchwork.kernel.org/patch/10236213/ as I coudl not work out the 
format from the mailing list.


Thanks.

Bug#849578: task-xfce-desktop: Why you use the vlc player in the task-xfce-desktop meta package?

[Jürgen Göricke]

Hello everyone,

because this bug report is still not closed, I would like to check the status 
of this bug report after more than a year and after the release of Debian 
Stretch.
When is it planned to replace the VLC Media Player with Xfce's own Media Player 
Parole?
And no, the VLC player is not a good alternative, as mentioned above due to the 
Qt dependencies and of course because this player often has security 
vulnerabilities.
It is therefore advisable to replace the VLC Media Player with the Media Player 
Parole.

Regards


Jürgen


pgpeEQ8s8SFFM.pgp
Description: Digitale Signatur von OpenPGP

Bug#891267: man-db: i386 or x32 mandb doesn't work due to seccomp filter

[Mikulas Patocka]

On Sun, 25 Feb 2018, Colin Watson wrote:

> On Fri, Feb 23, 2018 at 11:34:32PM +0100, Mikulas Patocka wrote:
> > Mandb recently started to apply seccomp policy to its subprocesses.
> > Unfortunatelly, the seccom policy is badly written, so that 
> > mandb for foreign architectures (i386 or x32) crashes.
> > 
> >* What exactly did you do (or not do) that was effective (or
> >  ineffective)?
> > 
> > Install man-db:i386 or man-db:x32 on an amd64 system, try to view some
> > manpage and you'll get crashes.
> > 
> > The bug also happens if you use man-db:amd64, but /bin/sh is pointing
> > to i386 or x32 shell (i.e. if you install dash:i386 or dash:x32 and
> > make it a default shell).
> 
> I guess I could add some other likely architectures to the filter, but
> it's not particularly clear which ones I should add in general.  The
> scenarios above seem like rather contrived situations: can you explain
> how and why you have an installation like this so that I can better
> understand it?
> 
> -- 
> Colin Watson   [cjwat...@debian.org]

x32 is faster than amd64, so I am running Debian-amd64-sid with x32 
foreign architecture and with x32 dash, gcc and other packages.

Mikulas

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[KAction]

>   W: nix: manpage-has-errors-from-man usr/share/man/man1/nix-store.1.gz 1235: 
> warning [p 13, 9.7i]: can't break line
>   W: nix: binary-without-manpage usr/bin/nix-generate-patches
> 
> I hope this is acceptable.

// I am not DD; did not read source.

As far as I know, lintian warnings and errors are never acceptable. And,
as a user, I understand, why missing manpage is treated so severe.

I am not familiar with nix, but if nix-generate-patches is not
end-user-command, you could install it into private directory, that
would fix second warning.
 

Bug#258096: Backlink Service - PBN Links Service - Link Building Service

[pbn]

Hello,
Iam Backlink Service - PBN Links Service - Link Building Service
I have 2000+ PBN Sites
with high metric and different niches
If you interest, i will send you for details

Thank You
Best Regards,
Admin Goyizseo.com

Bug#851535: subliminal: please package/update subliminal 2.0.5 or later for Debian

[Martin Atukunda]

Package: subliminal
Followup-For: Bug #851535

Dear Maintainer,

Just another debian user voicing support for an update of this package. If I 
can be of help?

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

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

Versions of packages subliminal depends on:
ii  python3 3.6.4-1
pn  python3-subliminal  

subliminal recommends no packages.

subliminal suggests no packages.

Bug#891491: rrdtool: RRD Tool "Line0" is not processed any more

[Alois]

Package: rrdtool
Version: 1.6.0-1+b2
Severity: normal

Hello Maintainer,

I have updated my system from wheezy to stretch.
I had a lot munin-graphs working with "LINE0" as draw option in debian wheezy 
(rrdtool 1.4.7-2), all those graphs cannot be drawed any more, in debian 
stretch (rrdtool 1.6.0-1+b2) "Line0" generates the following error in 
munin-graph.log:
[RRD ERROR] Unable to graph /path/to/my/png.png : Bad line width: 0
[RRD ERROR] rrdtool 'graph' '/path/to/my/png.png'

my munin configuration did not change, as soon as I change it to "LINE1" it is 
drawed correct (but of course I would like to not draw the affected values .. )

Thanks for any hints what I can try or if this needs to be fixed.

BR
Alois

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

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

Versions of packages rrdtool depends on:
ii  libc6 2.24-11+deb9u1
ii  libdbi1   0.9.0-4+deb9u1
ii  libglib2.0-0  2.50.3-2
ii  librrd8   1.6.0-1+b2

rrdtool recommends no packages.

Versions of packages rrdtool suggests:
ii  librrds-perl  1.6.0-1+b2

-- no debconf information

Bug#891492: RM: cbrpager -- ROM; obsolete, unmaintained, depends on gconf

[Roberto Lumbreras]

Package: ftp.debian.org
Severity: normal

cbrpager is unmaintained, obsolete and replaced by others. It depends on
obsolete libraries (gconf) so it should be removed from Debian.

-- 
Regards,
Roberto Lumbreras
Debian developer

Bug#891020: ppp: with SSTP: "CHAP authentication failed" since 2.4.7-2+1

[Chris Boot]

Control: forcemerge 891413 -1

On 25/02/18 21:22, Alexander Elbs wrote:
> On Sun, Feb 25, 2018 at 08:17:54PM +, Chris Boot wrote:
>> On 25/02/18 14:19, Alexander Elbs wrote:
>>> On Sun, Feb 25, 2018 at 12:17:28AM +, Chris Boot wrote:

 sstp-client isn't in Debian so there's a limit to how much I can help,
 but did you try rebuilding the sstp-client packages against the latest
 ppp-dev?
>>>
>>> Yes, no luck. When I upgrade just the ppp package to my custom version 
>>> without
>>> the patch it works again.
>>> Can I help to narrow it down what is going wrong? Log files?
>>
>> Hi Alexander,
>>
>> Yes, pppd logs would be very helpful, especially if you can enable the
>> 'debug' option in the peer file or NetworkManager's options (but still
>> helpful if you can't).
>>
>> Given I have a similar report with PPTP now (Bug#891413 and Chris Dow's
>> comment here) I suspect this is a larger issue with my patch so I need
>> to try to reproduce this.
> 
> Hi,
> 
> I attach two logs: one working.log (rebuild ppp with just the patch removed) 
> and
> non-working.log (ppp 2.4.7-2+1).
[snip]

Hi Alexander,

Thank you very much for the detailed logs and configuration files, they
were very helpful. You are using MS-CHAP (v2) which uses MD4 internally,
and it turns out the MD4 code in pppd was somewhat strange in ways I missed.

I'll merge this bug into the other bug about MS-CHAP authentication with
PPTP now.

I will upload a version with a fix either later today or tomorrow.

Cheers,
Chris

-- 
Chris Boot
bo...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#891474: bijiben FTBFS: error: 'gtk_font_button_get_font_name' is deprecated

[Adrian Bunk]

Source: bijiben
Version: 3.26.2-1
Severity: serious
Control: fixed -1 3.27.90-1
Control: close -1

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

...
bjb-settings-dialog.c: In function 'on_font_selected':
bjb-settings-dialog.c:64:26: error: 'gtk_font_button_get_font_name' is 
deprecated [-Werror=deprecated-declarations]
  gtk_font_button_get_font_name (widget));
  ^


This is already fixed in the version in experimental.

Bug#877331: sponsorship-requests: nix/1.1.15 (ITP 877019) -- Purely functional package manager

[Kai Harries]

Hello,

Andrey Rahmatullin  writes:

> Control: tags -1 + moreinfo
>
> The source package you've uploaded is broken, as .dsc mentions
> nix_1.11.15-2~a1.debian.tar.xz.

My fault, GitHub doesn't like '~' in file names so I have uploaded
the files with an '.' instead of '~'. I have uploaded a new version [1]
that does not use the '~' in the version.


> I don't think the package is even buildable tbh, looking at
> debian/nix-docs.docs.

This was an accident. I somehow overlooked this file that was generated
by dh_make. I have removed it now.

> The version, 1.11.15-2~a1, is wrong for an initial Debian upload.

I have used 1.11.16-1 now. But I am not 100% sure that this is an
correct version number for the initial upload!?

> Also, the version in the RFS subject is not the package version.

My fault I missed a number in my RFS. What should I do to fix
this. Create a new RFS? (BTW I have now taken a newer upstream version).

> You need to run lintian from unstable on your package and fix main issues
> before asking for sponsorship.

Only two warnings left:

  W: nix: manpage-has-errors-from-man usr/share/man/man1/nix-store.1.gz 1235: 
warning [p 13, 9.7i]: can't break line
  W: nix: binary-without-manpage usr/bin/nix-generate-patches

I hope this is acceptable.

>
> -- 
> WBR, wRAR

[1] https://github.com/KaiHa/nix-debian/releases/tag/1.11.16-1

Bug#891477: udev: MemoryDenyWriteExecute breaks gzip on i386

[Michael Biebl]

Am 25.02.2018 um 23:22 schrieb Pascal Hambourg:
> Package: udev
> Version: 232-25+deb9u1
> 
> This a follow-up to bug #855798 "udev: MemoryDenyWriteExecute=yes should
> not be applied to udev plugins" which was closed because the affected
> program was not part of Debian. Now it seems that gzip is also affected
> by MemoryDenyWriteExecute=yes when run by udev on i386.
> 
> Context:
> VT console events trigger a rule in
> /lib/udev/rules.d/90-console-setup.rules which runs
> /etc/console-setup/cached_setup_font.sh. This script runs setfont to set
> the configured console font. setfont calls gzip to uncompress the
> .psf.gz (cached_Lat15-Fixed16.psf.gz in my case) font file but gzip
> fails. So the console font is not set at boot time.
> 
> The following command triggers the error on i386:
> 
> systemd-run -t -p MemoryDenyWriteExecute=yes gzip -h
> 
> Error message:
> 
> error while loading shared libraries: cannot restore segment prot after
> reloc: Operation not permitted
> 
> strace:
> ==
> execve("/bin/gzip", ["gzip", "-h"], [/* 4 vars */]) = 0
> brk(NULL)   = 0x9ac000
> access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
> directory)
> mmap2(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xb7703000
> access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=14043, ...}) = 0
> mmap2(NULL, 14043, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb76ff000
> close(3)    = 0
> access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
> directory)
> open("/lib/i386-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
> read(3,
> "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\203\1\0004\0\0\0\334L\33\0\0\0\0\0004\0
> \0\n\0(\0E\0D\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0@\1\0\0@\1\0\0\5\0\0\0"...,
> 512) = 512
> fstat64(3, {st_mode=S_IFREG|0755, st_size=1791908, ...}) = 0
> mmap2(NULL, 1800732, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
> 0) = 0xb7547000
> mprotect(0xb76f8000, 4096, PROT_NONE)   = 0
> mmap2(0xb76f9000, 12288, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b1000) = 0xb76f9000
> mmap2(0xb76fc000, 10780, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb76fc000
> close(3)    = 0
> set_thread_area({entry_number:-1, base_addr:0xb7705840, limit:1048575,
> seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
> seg_not_present:0, useable:1}) = 0 (entry_number:6)
> mprotect(0xb76f9000, 8192, PROT_READ)   = 0
> mprotect(0x405000, 98304, PROT_READ|PROT_WRITE) = 0
> mprotect(0x405000, 98304, PROT_READ|PROT_EXEC) = -1 EPERM (Operation not
> permitted)
> writev(2, [{iov_base="gzip", iov_len=4}, {iov_base=": ", iov_len=2},
> {iov_base="error while loading shared libraries", iov_len=36},
> {iov_base=": ", iov_len=2}, {iov_base="", iov_len=0}, {iov_base="",
> iov_len=0}, {iov_base="cannot restore segment prot after reloc",
> iov_len=39}, {iov_base=": ", iov_len=2}, {iov_base="Operation not
> permitted", iov_len=23}, {iov_base="\n", iov_len=1}], 10) = 109
> exit_group(127) = ?
> +++ exited with 127 +++
> ==
> 
> One can see that mprotect is called with PROT_EXEC, which is prohibited
> by MemoryDenyWriteExecute and returns an error. The error message text
> is from /lib/ld-linux.so.2.
> 
> setfont/gzip works on i386 when run outside udev or when run from udev
> without MemoryDenyWriteExecute=yes in
> /lib/systemd/system/systemd-udevd.service.
> It works on amd64 in any case.
> 
> Actually I am not sure whether this bug should be filed against udev or
> gzip. There might be other affected programs still unnoticed in Debian.

I think this should be filed against console-setup. It really should use
a dedicated service to run its setup routine and not directly call
complex shell scripts directly from udev via
RUN+="/etc/console-setup/cached_setup_font.sh"

See SYSTEMD_WANTS (man systemd.device).


-- 
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#890759: deborphan suggests 'nyx' to be removed

[Axel Beckert]

Hi,

data cruncher wrote:
> Of course it has nothing to do with upstream, but since the other
> selectable sections (patch, d-i, ipv6, lfs, I10n, a11y, newcomer, security)
> are unsuited as well, i chose this one.

You could have chosen just none, which is the default

> Probably they should implement a new section to be selected like "Package
> maintainer" or similar.

No that's the default. If reportbug did not let you continue without
selecting a tag, it's a bug in reportbug.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#891182: RFS: ssh-tools/1.4-1

[Sven Wick]

OK. It's done and uploaded to mentors


On 02/25/2018 11:10 PM, Andrey Rahmatullin wrote:

On Sun, Feb 25, 2018 at 10:22:08PM +0100, Sven Wick wrote:

Hm, which one would you suggest?
In the Debian Policy "Recommends" is said to be a "strong" dependency
which I think "jq" and "jo" are not, so I used "Suggests"

Nothing, otherwise packages would declare Suggests: less.

Bug#891478: RFS: gnustep-back/0.26.2-3

[Yavor Doganov]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "gnustep-back".

 * Package name: gnustep-back
   Version : 0.26.2-3
   Upstream Author : Fred Kiefer ,
 Adam Fedor ,
 Alexander Malmberg ,
 Banlu Kemiyatorn  and many others
 * URL : http://gnustep.org
 * License : LGPL-2+ (bundles), GPL-3+ (tools)
   Section : gnustep

It builds these binary packages:

gnustep-back-common - GNUstep GUI Backend - common files
gnustep-back0.26 - GNUstep GUI Backend
gnustep-back0.26-art - GNUstep GUI Backend (art)
gnustep-back0.26-cairo - GNUstep GUI Backend (cairo)
gnustep-back0.26-xlib - GNUstep GUI Backend (xlib)

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

  https://mentors.debian.net/package/gnustep-back

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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/gnustep-back/gnustep-back_0.26.2-3.dsc

Or clone the Git reposotory at

  https://salsa.debian.org/gnustep-team/gnustep-back

Changes since the last upload:

  * debian/patches/xlib-fontconfig.patch: New, cherry-picked from
upstream; replace xlib-specific font enumerator with the shared
fontconfig one.  Fixes major slowness with approx 1/3 of the apps.
  * debian/patches/threaded-x.patch: New, cherry-picked from upstream;
enables drawing in secondary threads which is needed by
lynkeos.app/2.10.
  * debian/patches/no-font_cacher.patch: New, cherry-picked from upstream;
don't build font_cacher with the Xft-enabled xlib backend.
  * debian/patches/fix-spelling-error.patch: Fix another spelling error.
  * debian/patches/tools.patch: Remove; not really needed.
  * debian/patches/series: Update.
  * debian/rules: Remove dh_make boilerplate comments.
(override_dh_auto_build, override_dh_auto_install): Simplify recipes
by passing SERIAL_SUBDIRECTORIES=Source for cairo and art.
  * debian/font_cacher.1: Delete.
  * debian/gnustep-back-common.manpages: Delete; the gpbs manpage is
installed by the upstream build system.
  * debian/templates/gnustep-back-common.install.in: Add usr/share/man.
  * debian/README.Debian: Update info about font handling.
  * debian/copyright: Remove font_cacher.1 snippet.
  * debian/tests/control (Depends): Add file.

Bug#891479: Add SEE ALSO Text::Wrap(3pm) to help other programs find the reference

[積丹尼 Dan Jacobson]

Package: libtext-wrapi18n-perl
Version: 0.06-7.1
Severity: wishlist
File: /usr/share/man/man3/Text::WrapI18N.3pm.gz

< SEE ALSO
<   locale(5), utf-8(7), charsets(7)

> SEE ALSO
>   locale(5), utf-8(7), charsets(7), Text::Wrap(3pm)

Bug#891480: Make sure SYNOPIS works

[積丹尼 Dan Jacobson]

Package: libtext-wrapi18n-perl
Version: 0.06-7.1
Severity: wishlist
File: /usr/share/man/man3/Text::WrapI18N.3pm.gz

SYNOPIS
use Text::WrapI18N qw(wrap $columns);

$ perl -we 'use Text::WrapI18N qw(wrap "wow");'
""wow"" is not exported by the Text::WrapI18N module
Can't continue after import errors at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
$ perl -we 'use Text::WrapI18N qw(wrap 111);'
Text::WrapI18N version 111 required--this is only version 0.06 at 
/usr/share/perl/5.26/Exporter/Heavy.pm line 111.
BEGIN failed--compilation aborted at -e line 1.

Also

 wrap(firstheader, nextheader, texts);

should be

 print wrap($firstheader, $nextheader, @texts);

Anyways, it would be best if the entire SYNOPIS, should work when piped
to perl.
man Text::WrapI18N|col -b|perl -nwle 'next unless /SYN/../^$/; next if /SYN/; 
print;'|perl -w

Bug#891481: stretch-pu: package pjproject/2.5.5~dfsg-6+deb9u1

[Bernhard Schmidt]

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

Hi,

I'd like to ask for a SRM approval to include a non-security fix for an
important bug in the pjproject package into the next security upload.

In #881362 Joachim Förster reported issues resolving DNS SRV records
if the target does not have an  record. He identified and tested
an upstream patch that has been part of sid for more than 6 months.

We will have to do a security upload of pjproject soon, and I'd like to
include this fix there.

Relevant patch attached.

Bernhard
diff --git a/debian/patches/0008-r5536-Fix-SRV-without-.patch 
b/debian/patches/0008-r5536-Fix-SRV-without-.patch
new file mode 100644
index 000..2a20cb4
--- /dev/null
+++ b/debian/patches/0008-r5536-Fix-SRV-without-.patch
@@ -0,0 +1,55 @@
+From: Riza Sulistyo 
+Subject: [PATCH] Re #1945 (misc): Don't trigger SRV complete callback when
+ there is a parse error.
+Bug-Debian: https://bugs.debian.org/881362
+
+git-svn-id: https://svn.pjsip.org/repos/pjproject/trunk@5536 
74dad513-b988-da41-8d7b-12977e46ad98
+---
+ pjlib-util/src/pjlib-util/srv_resolver.c | 24 ++--
+ 1 file changed, 18 insertions(+), 6 deletions(-)
+
+diff --git a/pjlib-util/src/pjlib-util/srv_resolver.c 
b/pjlib-util/src/pjlib-util/srv_resolver.c
+index 8a4a599e..8a2f7e1b 100644
+--- a/pjlib-util/src/pjlib-util/srv_resolver.c
 b/pjlib-util/src/pjlib-util/srv_resolver.c
+@@ -652,6 +652,7 @@ static void dns_callback(void *user_data,
+ 
+ } else if (query_job->dns_state == PJ_DNS_TYPE_A) {
+   pj_bool_t is_type_a, srv_completed;
++pj_dns_addr_record rec;
+ 
+   /* Clear outstanding job */
+   if (common->type == PJ_DNS_TYPE_A) {
+@@ -668,15 +669,26 @@ static void dns_callback(void *user_data,
+ 
+   is_type_a = (common->type == PJ_DNS_TYPE_A);
+ 
++/* Parse response */
++if (status==PJ_SUCCESS && pkt->hdr.anscount != 0) {
++status = pj_dns_parse_addr_response(pkt, );
++if (status!=PJ_SUCCESS) {
++char errmsg[PJ_ERR_MSG_SIZE];
++  
++PJ_LOG(4,(query_job->objname, 
++"DNS %s record parse error for '%.*s'."
++" Err=%d (%s)",
++  (is_type_a ? "A" : ""),
++(int)query_job->domain_part.slen,
++query_job->domain_part.ptr,
++status,
++pj_strerror(status,errmsg,sizeof(errmsg)).ptr));
++}
++}
++
+   /* Check that we really have answer */
+   if (status==PJ_SUCCESS && pkt->hdr.anscount != 0) {
+   char addr[PJ_INET6_ADDRSTRLEN];
+-  pj_dns_addr_record rec;
+-
+-  /* Parse response */
+-  status = pj_dns_parse_addr_response(pkt, );
+-  if (status != PJ_SUCCESS)
+-  goto on_error;
+ 
+   pj_assert(rec.addr_count != 0);
+ 
diff --git a/debian/patches/series b/debian/patches/series
index 4ddd84c..b23b21f 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -18,3 +18,4 @@ asterisk/0017-r5475-svn-backport-Remove-DNS-cache-entry.patch
 asterisk/0018-r5477-svn-backport-Fix-DNS-write-on-freed-memory.patch
 asterisk/0019-Parse-zero-length-multipart-body-parts-correctly.patch
 asterisk/0020-Ensure-2543-transaction-key-buffer-is-large-enough.patch
+0008-r5536-Fix-SRV-without-.patch

Bug#891482: No nVME disk?

[Peter.Chubb]

Package: installation-reports

Boot method: Netinst USB stick
Image version: 
https://cdimage.debian.org/cdimage/buster_di_alpha2/amd64/iso-cd/debian-buster-DI-alpha2-amd64-netinst.iso
Date: Mon 26 Feb 09:29:16 AEDT 2018


Machine: Dell Precision 5820
Processor: Xeon W-2133
Memory: 64G
Partitions: None visible

Output of lspci -knn (or lspci -nn):
00:00.0 Host bridge [0600]: Intel Corporation Device [8086:2020] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.0 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.1 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.2 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.3 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.4 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.5 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.6 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:04.7 System peripheral [0880]: Intel Corporation Sky Lake-E CBDMA Registers 
[8086:2021] (rev 04)
Subsystem: Dell Device [1028:0738]
00:05.0 System peripheral [0880]: Intel Corporation Sky Lake-E MM/Vt-d 
Configuration Registers [8086:2024] (rev 04)
Subsystem: Dell Device [1028:0738]
00:05.2 System peripheral [0880]: Intel Corporation Device [8086:2025] (rev 04)
00:05.4 PIC [0800]: Intel Corporation Device [8086:2026] (rev 04)
Subsystem: Dell Device [1028:0738]
00:08.0 System peripheral [0880]: Intel Corporation Sky Lake-E Ubox Registers 
[8086:2014] (rev 04)
Subsystem: Dell Device [1028:0738]
00:08.1 Performance counters [1101]: Intel Corporation Sky Lake-E Ubox 
Registers [8086:2015] (rev 04)
Subsystem: Dell Device [1028:0738]
00:08.2 System peripheral [0880]: Intel Corporation Sky Lake-E Ubox Registers 
[8086:2016] (rev 04)
Subsystem: Dell Device [1028:0738]
00:14.0 USB controller [0c03]: Intel Corporation Device [8086:a2af]
Subsystem: Dell Device [1028:0738]
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci
00:14.2 Signal processing controller [1180]: Intel Corporation Device 
[8086:a2b1]
Subsystem: Dell Device [1028:0738]
00:16.0 Communication controller [0780]: Intel Corporation Device [8086:a2ba]
Subsystem: Dell Device [1028:0738]
00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:a290] (rev f0)
Kernel driver in use: pcieport
00:1c.6 PCI bridge [0604]: Intel Corporation Device [8086:a296] (rev f0)
Kernel driver in use: pcieport
00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a2d3]
Subsystem: Dell Device [1028:0738]
00:1f.2 Memory controller [0580]: Intel Corporation Device [8086:a2a1]
Subsystem: Dell Device [1028:0738]
00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a2f0]
Subsystem: Dell Device [1028:0738]
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel
00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a2a3]
Subsystem: Dell Device [1028:0738]
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet Connection (5) 
I219-LM [8086:15e3]
Subsystem: Dell Device [1028:0738]
Kernel driver in use: e1000e
Kernel modules: e1000e
02:00.0 PCI bridge [0604]: Texas Instruments XIO2001 PCI Express-to-PCI Bridge 
[104c:8240]
16:05.0 System peripheral [0880]: Intel Corporation Device [8086:2034] (rev 04)
Subsystem: Dell Device [1028:0738]
16:05.2 System peripheral [0880]: Intel Corporation Sky Lake-E RAS 
Configuration Registers [8086:2035] (rev 04)
16:05.4 PIC [0800]: Intel Corporation Device [8086:2036] (rev 04)
Subsystem: Dell Device [1028:0738]
16:08.0 System peripheral [0880]: Intel Corporation Sky Lake-E CHA Registers 
[8086:208d] (rev 04)
Subsystem: Dell Device [1028:0738]
16:08.1 System peripheral [0880]: Intel Corporation Sky Lake-E CHA Registers 
[8086:208d] (rev 04)
Subsystem: Dell Device [1028:0738]
16:08.2 System peripheral [0880]: Intel Corporation Sky Lake-E CHA Registers 
[8086:208d] (rev 04)
Subsystem: Dell Device [1028:0738]
16:08.3 System peripheral [0880]: Intel Corporation Sky Lake-E CHA Registers 
[8086:208d] (rev 04)
Subsystem: Dell Device [1028:0738]
16:08.4 System peripheral [0880]: Intel Corporation Sky Lake-E CHA Registers 
[8086:208d] (rev 04)
Subsystem: Dell Device [1028:0738]
16:08.5 System peripheral [0880]: Intel Corporation Sky Lake-E CHA 

Bug#891483: 2.x is available

[Marco d'Itri]

Package: sshguard
Version: 1.7.1-1
Severity: wishlist

sshguard 2.x has been available for one year now: are you still actively 
maintaining this package?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#889608: Continuing to get core dumps with man-db

[John Sivak]

On 02/25/2018 07:13 PM, John Sivak wrote:
> On 02/25/2018 07:06 AM, Colin Watson wrote:
>> Ah, right, no explicit path there. Can you try git master again
>> (https://git.savannah.gnu.org/cgit/man-db.git/commit/?id=122802046452c5d900a3d74b643d2089c4df58d2)?
>>
> Still not working. :(
>
> Stack trace attached for: strace -f -o man.trace -s 1024 man man
>
> John
>
To add details as to how I'm building/compiling the code; I'm using the
Arch build system to build the man-db package:

PKGBUILD script:


# $Id$
# Maintainer: Andreas Radke 
# Contributor: Sergej Pupykin 

pkgname=man-db
pkgver=122802046452c5d900a3d74b643d2089c4df58d2
pkgrel=1
pkgdesc="A utility for reading man pages"
arch=('x86_64')
url="http://www.nongnu.org/man-db/;
license=('GPL' 'LGPL')
groups=('base')
depends=( 'bash' 'gdbm' 'zlib' 'groff' 'libpipeline' 'less' 'libseccomp')
makedepends=('po4a')
optdepends=('gzip')
backup=('etc/man_db.conf')
conflicts=('man')
provides=('man')
replaces=('man')
install=${pkgname}.install
source=(#https://download-mirror.savannah.gnu.org/releases/man-db/$pkgname-$pkgver.tar.xz{,.sig}
   
#https://savannah.nongnu.org/download/man-db/$pkgname-$pkgver.tar.xz{,.asc}
   
https://git.savannah.gnu.org/cgit/man-db.git/snapshot/man-db-122802046452c5d900a3d74b643d2089c4df58d2.tar.gz
    convert-mans
    man-db.{timer,service})
validpgpkeys=('AC0A4FF12611B6FCCF01C111393587D97D86500B') # Colin Watson

sha512sums=('e6f10b19d6efef065b8005861a07ea752874f3c973e7470deb344ef3013404a5187ef48a1dbe01661541eda5718becd21b80295e3ee01954e2587ef4c65cf306'
   
'0b159285da20008f0fc0afb21f1eaebd39e8df5b0594880aa0e8a913b656608b8d16bb8d279d9e62d7aae52f62cb9b2fc49e237c6711f4a5170972b38d345535'
   
'2ed529500fbe18ba00ac7a6fc4c9da59e396464afb256db33f462b1127e497916602370e65e485c8d788c839f5b1b1130028502f61e1cc9ec8571ad6dd993738'
   
'76f8d51866418b612a72deaf3b07134d416a6d014dd3883fa78e08683c6b08553f483a4384ac87da25ac9896faa4807842fc69c42950cefe3c1c0590883aa600')

build() {
  cd ${pkgname}-${pkgver}
  ./configure --prefix=/usr \
    --sbindir=/usr/bin \
    --sysconfdir=/etc \
    --libexecdir=/usr/lib \
    --with-db=gdbm \
    --disable-setuid \
    --enable-cache-owner=root \
    --enable-mandirs=GNU \
    --with-sections="1 n l 8 3 0 2 5 4 9 6 7"
  make
}

check() {
  cd ${pkgname}-${pkgver}
  #make check
}

package() {
  cd ${pkgname}-${pkgver}
  make DESTDIR=${pkgdir} install

  # part of groff pkg
  rm -f ${pkgdir}/usr/bin/zsoelim

  # script from LFS to convert manpages, see
  # http://www.linuxfromscratch.org/lfs/view/6.4/chapter06/man-db.html
  install -D -m755 ${srcdir}/convert-mans  ${pkgdir}/usr/bin/convert-mans

  # install man-db update timer
  install -D -m644 ${srcdir}/man-db.timer
${pkgdir}/usr/lib/systemd/system/man-db.timer
  install -D -m644 ${srcdir}/man-db.service
${pkgdir}/usr/lib/systemd/system/man-db.service
  install -d -m755 ${pkgdir}/usr/lib/systemd/system/multi-user.target.wants
  ln -s ../man-db.timer
${pkgdir}//usr/lib/systemd/system/multi-user.target.wants/man-db.timer
}

Bug#891472: task-desktop should Recommend libu2f-udev

[Nicolas Braud-Santoni]

Package: task-desktop
Severity: normal
User: nico...@braud-santoni.eu
Usertags: u2f

Dear maintainer,

libu2f-udev ships udev rules that make sure U2F devices can be used by
unprivileged users; as those devices become more prevalent, we should make
sure they work by default.

In Debian stretch, mbiebl temporarily shipped a copy of those rules directly
in udev, but this was removed in buster (in version 237-2); it appears the most
sensible solution is to recommend this package in task-desktop and in 
applications
that directly provide U2F functionality (i.e. without depending on libu2f-host).


Best,

  nicoo

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

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

Versions of packages task-desktop depends on:
pn  desktop-base
ii  tasksel 3.43
pn  xorg
ii  xserver-xorg-input-all  1:7.7+19
pn  xserver-xorg-video-all  

Versions of packages task-desktop recommends:
ii  alsa-utils  1.1.3-1
pn  anacron 
pn  avahi-daemon
ii  eject   2.1.5+deb1+cvs20081104-13.2
ii  iw  4.14-0.1
pn  libnss-mdns 
pn  task-gnome-desktop | task-xfce-desktop | task-  
ii  xdg-utils   1.1.2-1

task-desktop suggests no packages.


signature.asc
Description: PGP signature

Bug#891473: chromium should Recommend libu2f-udev

[Nicolas Braud-Santoni]

Package: chromium
Version: 64.0.3282.119-2
Severity: normal
User: nico...@braud-santoni.eu
Usertags: u2f

Dear maintainers,


Chromium supports U2F devices, used for safer second-factor authentication.
However, those devices are only useable, by default, by privileged users.

libu2f-udev installs udev rules that make it possible for unprivileged users
to use U2F devices.  Please make chromium recommend libu2f-udev.


Best,

  nicoo

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

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

Versions of packages chromium depends on:
ii  chromium-common  64.0.3282.119-2
ii  libasound2   1.1.3-5
ii  libatk-bridge2.0-0   2.26.1-1
ii  libatk1.0-0  2.26.1-3
ii  libavcodec57 7:3.4.2-1
ii  libavformat577:3.4.2-1
ii  libavutil55  7:3.4.2-1
ii  libc62.26-6
ii  libcairo21.15.10-1
ii  libcups2 2.2.6-5
ii  libdbus-1-3  1.12.4-1
ii  libevent-2.1-6   2.1.8-stable-4
ii  libexpat12.2.5-3
ii  libflac8 1.3.2-1
ii  libfontconfig1   2.12.6-0.1
ii  libfreetype6 2.8.1-2
ii  libgcc1  1:8-20180207-2
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-2
ii  libgtk-3-0   3.22.26-2
ii  libharfbuzz0b1.7.2-1
ii  libicu57 57.1-8
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  liblcms2-2   2.9-1
ii  libminizip1  1.1-8+b1
ii  libnspr4 2:4.18-1
ii  libnss3  2:3.35-2
ii  libopus0 1.2.1-1
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libpng16-16  1.6.34-1
ii  libpulse011.1-4
ii  libre2-3 20170101+dfsg-1
ii  libsnappy1v5 1.1.7-1
ii  libstdc++6   8-20180207-2
ii  libvpx4  1.6.1-3
ii  libwebp6 0.6.0-4
ii  libwebpdemux20.6.0-4
ii  libwebpmux3  0.6.0-4
ii  libx11-6 2:1.6.4-3
ii  libx11-xcb1  2:1.6.4-3
ii  libxcb1  1.12-1
ii  libxcomposite1   1:0.4.4-2
ii  libxcursor1  1:1.1.15-1
ii  libxdamage1  1:1.1.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxfixes3   1:5.0.3-1
ii  libxi6   2:1.7.9-1
ii  libxml2  2.9.4+dfsg1-6.1
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxslt1.1   1.1.29-5
ii  libxss1  1:1.2.2-1+b2
ii  libxtst6 2:1.2.3-1
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages chromium recommends:
ii  fonts-liberation  1:1.07.4-5

Versions of packages chromium suggests:
pn  chromium-driver
pn  chromium-l10n  
pn  chromium-shell 
pn  chromium-widevine  

-- no debconf information


signature.asc
Description: PGP signature

Bug#837081: netbeans: Crashes due to assertion failure in GLib

[Samuel Thibault]

Samuel Thibault, on dim. 25 févr. 2018 01:16:58 +0100, wrote:
> Mark Cave-Ayland, on sam. 24 févr. 2018 12:53:58 +, wrote:
> > Not that this was more than a casual observation but I was pondering the
> > possibility of a memory leak somewhere in the C code?
> 
> I have investigated, and yes there are leaks there.  It'll be quite
> invasive to fix,

I have uploaded it to sid as version 0.33.3-18.

Samuel

Bug#891182: RFS: ssh-tools/1.4-1

[Andrey Rahmatullin]

On Sun, Feb 25, 2018 at 10:22:08PM +0100, Sven Wick wrote:
> Hm, which one would you suggest?
> In the Debian Policy "Recommends" is said to be a "strong" dependency
> which I think "jq" and "jo" are not, so I used "Suggests"
Nothing, otherwise packages would declare Suggests: less.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#858938: kopete: Please migrate to openssl1.1 in buster

[Emilio Pozuelo Monfort]

On 25/02/18 17:40, Lisandro Damián Nicanor Pérez Meyer wrote:
> Hi Emilio!
> 
> El 25 feb. 2018 7:00 a.m., "Emilio Pozuelo Monfort" 
> escribió:
> 
> Hi,
> 
> On Thu, 12 Oct 2017 23:44:27 +0200 Sebastian Andrzej Siewior
>  wrote:
>> this is a remainder about the openssl transition [0]. We really want to
>> remove libssl1.0-dev from unstable for Buster. I will raise the severity
>> of this bug to serious in a month. Please react before that happens.
> It looks like kopete only wants openssl for jingle support in XMPP. Can you
> temporarily disable that, and forward this bug upstream so they add support
> for
> openssl 1.1?
> 
> 
> I haven't checked, but maybe it depends on qt itself. If that's the case
> then waiting upon qt 5.10 might be the best thing here. We are not that far
> from asking a transition for it.
> 
> Of course If that's not the case then it's a possibility.

This seems to use OpenSSL directly and I think needs porting work for 1.1 given
it accesses structs that in 1.1 are opaque. But if you want to try to build it
against 1.1 and Qt 5.10 then go ahead!

Emilio

Bug#891453: wrap-and-sort: Remove trailing whitespace from d/changelog too

[Mattia Rizzolo]

On Sun, Feb 25, 2018 at 12:31:53PM -0500, Jeremy Bicha wrote:
> Since wrap-and-sort already removes trailing whitepspace from several
> other files, I would appreciate if it would handle debian/changelog
> too.

I wonder if while doing that it could also learn how to wrap too long
changelog lines… otherwise it would feel like an abuse :P

-- 
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#891476: ITP: r-cran-prettyr -- Pretty Descriptive Stats

[Dylan Aïssi]

Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team 

Package name: r-cran-prettyr
URL: https://cran.r-project.org/package=prettyR
License: GPL-2+
Description: Pretty Descriptive Stats
 Functions for conventionally formatting descriptive stats,
 reshaping data frames and formatting R output as HTML.

The package will be maintained by the Debian R Packages Team at:
https://salsa.debian.org/r-pkg-team/r-cran-prettyr.git

Bug#891477: udev: MemoryDenyWriteExecute breaks gzip on i386

[Pascal Hambourg]

Package: udev
Version: 232-25+deb9u1

This a follow-up to bug #855798 "udev: MemoryDenyWriteExecute=yes should 
not be applied to udev plugins" which was closed because the affected 
program was not part of Debian. Now it seems that gzip is also affected 
by MemoryDenyWriteExecute=yes when run by udev on i386.


Context:
VT console events trigger a rule in 
/lib/udev/rules.d/90-console-setup.rules which runs 
/etc/console-setup/cached_setup_font.sh. This script runs setfont to set 
the configured console font. setfont calls gzip to uncompress the 
.psf.gz (cached_Lat15-Fixed16.psf.gz in my case) font file but gzip 
fails. So the console font is not set at boot time.


The following command triggers the error on i386:

systemd-run -t -p MemoryDenyWriteExecute=yes gzip -h

Error message:

error while loading shared libraries: cannot restore segment prot after 
reloc: Operation not permitted


strace:
==
execve("/bin/gzip", ["gzip", "-h"], [/* 4 vars */]) = 0
brk(NULL)   = 0x9ac000
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or 
directory)
mmap2(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 
0) = 0xb7703000
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or 
directory)

open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=14043, ...}) = 0
mmap2(NULL, 14043, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb76ff000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or 
directory)

open("/lib/i386-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, 
"\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\203\1\0004\0\0\0\334L\33\0\0\0\0\0004\0 
\0\n\0(\0E\0D\0\6\0\0\0004\0\0\0004\0\0\0004\0\0\0@\1\0\0@\1\0\0\5\0\0\0"..., 
512) = 512

fstat64(3, {st_mode=S_IFREG|0755, st_size=1791908, ...}) = 0
mmap2(NULL, 1800732, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0xb7547000

mprotect(0xb76f8000, 4096, PROT_NONE)   = 0
mmap2(0xb76f9000, 12288, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b1000) = 0xb76f9000
mmap2(0xb76fc000, 10780, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb76fc000

close(3)= 0
set_thread_area({entry_number:-1, base_addr:0xb7705840, limit:1048575, 
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, 
seg_not_present:0, useable:1}) = 0 (entry_number:6)

mprotect(0xb76f9000, 8192, PROT_READ)   = 0
mprotect(0x405000, 98304, PROT_READ|PROT_WRITE) = 0
mprotect(0x405000, 98304, PROT_READ|PROT_EXEC) = -1 EPERM (Operation not 
permitted)
writev(2, [{iov_base="gzip", iov_len=4}, {iov_base=": ", iov_len=2}, 
{iov_base="error while loading shared libraries", iov_len=36}, 
{iov_base=": ", iov_len=2}, {iov_base="", iov_len=0}, {iov_base="", 
iov_len=0}, {iov_base="cannot restore segment prot after reloc", 
iov_len=39}, {iov_base=": ", iov_len=2}, {iov_base="Operation not 
permitted", iov_len=23}, {iov_base="\n", iov_len=1}], 10) = 109

exit_group(127) = ?
+++ exited with 127 +++
==

One can see that mprotect is called with PROT_EXEC, which is prohibited 
by MemoryDenyWriteExecute and returns an error. The error message text 
is from /lib/ld-linux.so.2.


setfont/gzip works on i386 when run outside udev or when run from udev 
without MemoryDenyWriteExecute=yes in 
/lib/systemd/system/systemd-udevd.service.

It works on amd64 in any case.

Actually I am not sure whether this bug should be filed against udev or 
gzip. There might be other affected programs still unnoticed in Debian.

Bug#891475: ITP: ssh-tools -- collection of various tools using ssh

[Sven Wick]

Package: wnpp
Severity: wishlist

* Package name: ssh-tools
  Version : 1.4
  Upstream Author : Sven Wick
* URL : https://github.com/vaporup/ssh-tools/
* License : GPL-3+
  Programming Lang: Shell
  Description : collection of various tools using ssh

  * ssh-ping: check if host is reachable using ssh_config

    Outputs *Reply from* when server is reachable but login failed
Outputs *Pong from* when server is reachable and login was successful
 
  * ssh-version: shows version of the SSH server you are connecting to

  * ssh-diff: Diff a file over SSH
  * ssh-facts: Get some facts about the remote system

Bug#890759: deborphan suggests 'nyx' to be removed

[data cruncher]

Hi

Of course it has nothing to do with upstream, but since the other
selectable sections (patch, d-i, ipv6, lfs, I10n, a11y, newcomer, security)
are unsuited as well, i chose this one.
Probably they should implement a new section to be selected like "Package
maintainer" or similar.

Regards


On Sun, Feb 18, 2018 at 4:07 PM, cruncher  wrote:

> Package: nyx
> Version: 2.0.4-2
> Severity: minor
> Tags: upstream
>
> As the title says, deborphan wants to remove 'nyx:all'.
> (Tried also on a fresh machine where nyx was never installed before).
>
> Regards
>
>
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8),
> LANGUAGE=en_US:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages nyx depends on:
> ii  python3   3.6.4-1
> ii  python3-stem  1.6.0-1
>
> nyx recommends no packages.
>
> Versions of packages nyx suggests:
> ii  tor  0.3.2.9-1
>
> -- no debconf information
>

Bug#873240: redshift-gtk: redshift doesn't launch either when launching in the console or at start of computer

[John Scott]

Package: redshift-gtk
Version: 1.11-1
Followup-For: Bug #873240

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I don't use the Redshift service, but here is what it says:

● redshift.service - Redshift display colour temperature adjustment
   Loaded: loaded (/usr/lib/systemd/user/redshift.service; disabled; vendor 
preset: enabled)
   Active: inactive (dead)
 Docs: http://jonls.dk/redshift/

Running `redshift` in the terminal works fine for me.

You said that you are not experiencing this bug, but are you on Debian Jessie? 
I should have
mentioned in my last message that I think this bug is not a bug in Redshift, 
but in a dependency,
specific to Sid and Buster. I'm more certain of it now than ever, but I think 
the issues I found
with python3-xdg are unrelated.

In addition to redshift-gtk, I also have Blueman installed, which also doesn't 
show its icon. In
hindsight, I should have thought that the issues might be related sooner. They 
are both written in
Python 3 and use gir1.2-appindicator3-0.1.

In fact, I just ran both Redshift and Blueman through gdb, and I noticed that a 
thread crashes
when it tries to display the icon. I'm including my Redshift backtrace.

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/2 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)
LSM: AppArmor: enabled

Versions of packages redshift-gtk depends on:
ii  gir1.2-appindicator3-0.1  0.4.92-5
ii  python3   3.6.4-1
ii  python3-gi3.26.1-2
ii  python3-xdg   0.25-4
ii  redshift  1.11-1

Versions of packages redshift-gtk recommends:
ii  at-spi2-core  2.26.2-2

redshift-gtk suggests no packages.

- -- no debconf information

*** /home/john/redshift/backtrace.txt
#0  0x76d50e6b in __GI___poll (fds=0xe75950, nfds=5, timeout=14506) at 
../sysdeps/unix/sysv/linux/poll.c:29
#1  0x75f4b119 in g_main_context_poll (priority=, 
n_fds=5, fds=0xe75950, timeout=, context=0xca7c10) at 
../../../../glib/gmain.c:4169
#2  0x75f4b119 in g_main_context_iterate (context=0xca7c10, 
block=block@entry=1, dispatch=dispatch@entry=1, self=) at 
../../../../glib/gmain.c:3863
#3  0x75f4b4b2 in g_main_loop_run (loop=0xbde6e0) at 
../../../../glib/gmain.c:4064
#4  0x7fffeedcbff5 in gtk_main () at ../../../../gtk/gtkmain.c:1323
#5  0x75cfcfce in ffi_call_unix64 () at ../src/x86/unix64.S:76
#6  0x75cfc93f in ffi_call (cif=cif@entry=0xe9c738, fn=, 
rvalue=, 
rvalue@entry=0x7fffd898, avalue=) at 
../src/x86/ffi64.c:525
#7  0x766fadda in pygi_invoke_c_callable (function_cache=0xe9c690, 
state=, py_args=, py_kwargs=) at 
../../gi/pygi-invoke.c:682
#8  0x766fc9b8 in pygi_function_cache_invoke (function_cache=, py_args=, py_kwargs=) at 
../../gi/pygi-cache.c:863
#9  0x0045a0d3 in _PyObject_FastCallDict (func=, args=0xacc680, nargs=0, kwargs=0x0) at 
../Objects/abstract.c:2331
#10 0x0054fc17 in call_function 
(pp_stack=pp_stack@entry=0x7fffda88, oparg=, 
kwnames=kwnames@entry=0x0) at ../Python/ceval.c:4848
#11 0x005545af in _PyEval_EvalFrameDefault (f=, 
throwflag=) at ../Python/ceval.c:3322
#12 0x0054fac1 in PyEval_EvalFrameEx (throwflag=0, f=Frame 0xacc4e8, 
for file /usr/lib/python3/dist-packages/redshift_gtk/statusicon.py, line 524, 
in run (terminate_child=, 
s=, 
_error_buffer=, _errors="Trying 
location provider `geoclue2'...\n") at remote 0x7fffeacb5bd0>, 
indicator=, status_menu=, toggle_item=, 
info_dialog=, status_label=, location_label=, 
temperature_label=, period_label=, suspend_timer=None) at remote 0x7fffeac95f98>)) at 
../Python/ceval.c:753
#13 0x0054fac1 in _PyEval_EvalCodeWithName (_co=, globals=globals@entry={'__name__': 'redshift_gtk.statusicon', 
'__doc__': "GUI status icon for Redshift.\n\nThe run method will try to start 
an appindicator for Redshift. If the\nappindicator module isn't present it will 
fall back to a GTK status icon.\n", '__package__': 'redshift_gtk', 
'__loader__': , '__spec__': , 
origin='/usr/lib/python3/dist-packages/redshift_gtk/statusicon.py', 
loader_state=None, submodule_search_locations=None, _set_fileattr=True, 

Bug#867914: psad: should depend on net-tools and iproute2

[Andreas Beckmann]

Followup-For: Bug #867914

stretch-pu request: https://bugs.debian.org/891415


Andreas