Bug#892517: linux: swiotlb coherent allocation failed

[Michael Gilbert]

On Tue, Mar 20, 2018 at 6:15 AM, Salvatore Bonaccorso wrote:
> Can you confirm that before we would proceed to mark it as fixed with
> 4.15.11-1?

I have not seen it since updating, so I think it can be considered fixed.

Best wishes,
Mike

Bug#874792: postfix_mailvolume plugin can't write state file as munin user

[Lars Kruse]

Package: munin-plugins-core
Followup-For: Bug #874792

Hello Laurence,

am Sat, 9 Sep 2017 17:24:35 +0100 schrieb Laurence:


> The postfix_mailvolume plugin seems not to be writing its state file
> when being run.

here on my system the plugin reads and writes its state file in
/var/lib/munin-node/plugin-state/nobody/postfix_mailvolume-*.
This is the expected location, since the default plugin configuration
(shipped with the Debian package) for postfix_mailvolume is this:

  [postfix_mailvolume]
  group adm
  env.logfile mail.log

So the user is not specified (thus: nobody).
Every user running a munin plugin, owns a separate directory below
/var/lib/munin-node/plugin-state/. Here it is "./nobody/".

>From my point of view, everything works as intended.

Maybe you just looked into the wrong directory?

Cheers,
Lars

Bug#655536: [Pkg-chromium-maint] Bug#655536: Still an issue with 22.0.1229.94~r161065-3; browser claims to support NaCl but doesn't

[Michael Gilbert]

Also NACL will soon be deprecated in favor of WebAssembly, so there is
no reason to attempt to support it now:
https://developer.chrome.com/native-client/migration

Best wishes,
Mike

Bug#893996: Typo in /etc/init.d/mini-httpd causes start/stop/etc issues

[Greg Kennedy]

Package: mini-httpd
Version: 1.23-1.2

I am having issues with 'service mini-httpd stop'. The sysv-style
script in /etc/init.d loses track of the httpd pidfile, and so fails
to stop a running process. This also prevents 'service mini-httpd
restart' from working.

I have looked over the file /etc/init.d/mini-httpd and found that the
error seems to be several mismatches between spelling of "mini-httpd"
and "mini_httpd". For example, PIDFILE is specified as

PIDFILE=/var/run/mini_httpd.pid

or

NAME=mini_httpd
...
if [ -e /var/run/$NAME.pid ]

But, /etc/mini-httpd.conf has:

# Which pidfile to use?
pidfile=/var/run/mini-httpd.pid

I can correct this issue by fixing /etc/mini-httpd.conf to create
pidfile with an underscore - but the deeper problem is simply
inconsistency throughout the package as to what to name the file /
program / service / etc. This needs to be standardized everywhere.

Other info follows.

Linux raspberrypi 4.9.80+ #1098 Fri Mar 9 18:51:28 GMT 2018 armv6l GNU/Linux
libc6 Version 2.24-11+deb9u3

Bug#863103: munin-plugins-core: plugin ps_ breaks for perl

[Lars Kruse]

Package: munin-plugins-core
Tags: moreinfo
Followup-For: Bug #863103

Hello Benoît-Pierre,

maybe you could try, if the additional parameter "-a" for pgrep would
solve this?

Regarding a recent change of behaviour within pgrep: I took a look at
its changelog and could not find anything related.
Thus I would suspect, that there is a different reason.
Maybe perl changed its way of setting up a script processes and their
(superficial) details? Or an additionally installed perl module allows
programs to change their process title after startup?
(similar to python-setproctitle)

Anyway: if "-a" would be the fix, then we should do this.
I think, it is currently missing (due to the use of "-f").

Cheers,
Lars

Bug#893956: Further imformation

[Lu Wang]

Dear maintainers


There is further imformation about the bug.

  1.  The bug may come from wayland. The bug doesn't occur in the traditional 
X.org such as gnome and lxqt on the X.org.
  2.  The bug isn't from the error of my keyboard. I use at least two 
keyboards, and the bug is still there.


Best Regards

Lu Wang

Bug#862240: munin-plugins-core: mysql_ plugin cannot cope with more than one innodb buffer pool

[Lars Kruse]

Package: munin-plugins-core
Version: 2.0.34-3
Tags: upstream fixed-upstream
Followup-For: Bug #862240

Dear Maintainer,

this issue is fixed in upstream:
 4c379bfac54a8fd66fc5b4792ddc751f05d29765

It should be part of the next release (2.0.36).

Cheers,
Lars

Bug#893995: Include searchable provides data alongside binaries in tracker

[Pirate Praveen]

Package: tracker.debian.org
Severity: wishlist

Currently provides data is missing from tracker.Debian.org

For example ruby-flipper provides ruby-flipper-active-record but this 
information is missing currently from tracker.Debian.org
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#888811: dnscrypt-proxy: Please package newer upstream release

[Vasudev Kamath]

Package: dnscrypt-proxy
Version: 1.9.5-1+b1
Followup-For: Bug #11

Dear Maintainer,

There are lot of new release of the package and we are still in old version.
Can you please consider updating the package?.

If you are busy can you make the package team maintained so interested party
can help in keeping package uptodate.

Cheers,

--
Vasudev



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

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

Versions of packages dnscrypt-proxy depends on:
ii  adduser  3.117
ii  libc62.27-2
ii  libltdl7 2.4.6-2
ii  libsodium23  1.0.16-2
ii  libsystemd0  236-3+b1
ii  lsb-base 9.20170808

dnscrypt-proxy recommends no packages.

Versions of packages dnscrypt-proxy suggests:
pn  resolvconf  

-- Configuration Files:
/etc/dnscrypt-proxy/dnscrypt-proxy.conf changed:
ResolverName random
Daemonize no
LocalAddress 127.0.2.1:53


-- no debconf information

Bug#870721: chromium-l10n: datetime-local input fields

[Michael Gilbert]

control: reassign -1 src:icu

Here is a small example that reproduces this bug in icu independently
of chromium.  If the locale in the file is changed to anything other
than pt-PT, 3 characters are output as expected, but not with pt-PT.

Best wishes,
Mike
#include 
#include 

int main() {
UErrorCode status = U_ZERO_ERROR;

Locale locale("pt","PT");
UnicodeString format("ccc");
SimpleDateFormat dateformat(format,locale,status);

UnicodeString day;
UDate date = Calendar::getNow();
dateformat.format(date,day,status);

std::string str;
day.toUTF8String(str);
std::cout << str << "\n";

return 0;
}

Bug#873227: Please upgrade to 4.1: Java 9 support

[tony mancill]

Hi Tiago,

Thank you for the patch!  This resolves several FTBFS problems related
to Gradle-based builds in conjunction with openjdk-9 (or at least helps
us get to the next cause for the build failure).

I'm going to upload to experimental momentarily and ask others on the
Java Team if there any concern about uploading Gradle 3.4 to unstable.

As a general note, because gradle depends upon itself and the version
prior to this patch will not build on JDK 9, you have to to a bit of
bootstrapping to build a binary including this patch.  I did this by
starting with a clean sid chroot and installing java-common_0.59 and the
openjdk-8 packages.  The resulting gradle packages can then be used on
testing and sid.

Cheers,
tony


signature.asc
Description: PGP signature

Bug#893994: ruby-rails-html-sanitizer: CVE-2018-3741

[Georg Faerber]

Source: ruby-rails-html-sanitizer
Version: 1.0.3-2
Severity: important
Tags: patch security upstream fixed-upstream stretch
Forwarded: 
https://github.com/rails/rails-html-sanitizer/commit/f3ba1a839a35f2ba7f941c15e239a1cb379d56ae


signature.asc
Description: Digital signature

Bug#806172: New ejabberd config file format

[Lars Kruse]

Package: munin-plugins-extra
Version: 2.0.34-3
Tags: upstream fixed-upstream
Followup-For: Bug #806172

Dear Maintainer,

this was just fixed by upstream and should be part of the future release
v2.0.36.
See a051548236168e1d40af4b0f3a5af79ee006750b

Cheers,
Lars

Bug#893993: ITP: anorack -- spell-checker that finds incorrect indefinite articles

[Georg Faerber]

Package: wnpp
Owner: Georg Faerber 
Severity: wishlist

Package name: anorack
Version : 0.2.3
Upstream Author : Jakub Wilk 
URL : https://jwilk.net/software/anorack
License : Expat
Programming Lang: Python
Description : spell-checker that finds incorrect indefinite articles

anorack is a specialized spell-checker that finds incorrect indefinite
articles ("a" instead of "an", or other way round).

This package will be maintained within the Debian Python team.


signature.asc
Description: Digital signature

Bug#886324: gajim: Crashes when opening Preferences without running pulseaudio

[Andrey Gursky]

Hi,

I've stumbled over the same issue and looked deeper [1]. Now it is 
supposed to be fixed [2].


Andrey

[1] https://dev.gajim.org/gajim/gajim/issues/8797
[2] 
https://dev.gajim.org/gajim/gajim/commit/040521397e96535867be96c30b7fbf7803175824

Bug#891879: closed by Jeremy Bicha <jbi...@debian.org> (Bug#891879: fixed in gnome-chess 1:3.28.0-2)

[Jeremy Bicha]

On Sat, Mar 24, 2018 at 10:22 PM, Pelle Hjek  wrote:
> I'm not sure this bug has been resolved yet.

It is fixed in 1:3.28.0-2. Wait a few hours for the new version to
build and publish.

Thanks,
Jeremy Bicha

Bug#893992: xfreerdp: command line syntax not documented, matches neither manpage nor usage

[Thorsten Glaser]

Package: freerdp-x11
Version: 1.1.0~git20140921.1.440916e+dfsg1-15
Severity: grave
Justification: renders package unusable

SYNOPSIS
   xfreerdp [file] [options] [/v:server[:port]]
[…]
OPTIONS
   /v [:port]
   Server hostname
[…]
   /rfx
   RemoteFX
[…]

Hmm. Okay, let’s try it. Even though the manpage in itself
is unsure whether there has to be a colon after the /v or not.

tglase@tglase-nb:~ $ xfreerdp /v 172.26.3.108 /w 1000 /h 768 /multimedia /rfx
WARNING: Using deprecated command-line interface!
/rfx -> /v:/rfx
connect: No such file or directory
Error: protocol security negotiation or connection failure
131|tglase@tglase-nb:~ $ xfreerdp  /w 1000 /h 768 /multimedia /rfx /v 
172.26.3.108
error: server hostname was not specified with /v:[:port]
tglase@tglase-nb:~ $ xfreerdp  /w 1000 /h 768 /multimedia /rfx /v:172.26.3.108
WARNING: Using deprecated command-line interface!
/v -> /v:/v /port:172
connect: No such file or directory
Error: protocol security negotiation or connection failure

So… how *do* I actually use this thing? I was just trying
to demonstrate xrdp, but with rdesktop, video playback is
lagging a bit, and Nik always said xfreerdp can do RFX and
make it fast.

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages freerdp-x11 depends on:
ii  libc6 2.27-2
ii  libfreerdp-cache1.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-client1.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-codec1.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-common1.1.01.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-core1.11.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-crypto1.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-gdi1.1 1.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-locale1.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-primitives1.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-rail1.11.1.0~git20140921.1.440916e+dfsg1-15
ii  libfreerdp-utils1.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libjpeg62-turbo   1:1.5.2-2+b1
ii  libssl1.0.2   1.0.2n-1
ii  libwinpr-crt0.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-crypto0.11.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-dsparse0.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-environment0.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-file0.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-handle0.11.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-heap0.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-input0.1 1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-interlocked0.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-library0.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-path0.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-pool0.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-registry0.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-rpc0.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-sspi0.1  1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-synch0.1 1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-sysinfo0.1   1.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-thread0.11.1.0~git20140921.1.440916e+dfsg1-15
ii  libwinpr-utils0.1 1.1.0~git20140921.1.440916e+dfsg1-15
ii  libx11-6  2:1.6.5-1
ii  libxcursor1   1:1.1.15-1
ii  libxext6  2:1.3.3-1+b2
ii  libxfreerdp-client1.1 1.1.0~git20140921.1.440916e+dfsg1-15
ii  libxi62:1.7.9-1
ii  libxinerama1  2:1.1.3-1+b3
ii  libxkbfile1   1:1.0.9-2
ii  libxrender1   1:0.9.10-1
ii  libxv12:1.0.11-1
ii  zlib1g1:1.2.8.dfsg-5

Versions of packages freerdp-x11 recommends:
pn  libfreerdp-plugins-standard  

freerdp-x11 suggests no packages.

-- no debconf information

Bug#893008: wide-dhcpv6 FTBFS with flex 2.6.4-6

[Roger Shimizu]

On Thu, Mar 15, 2018 at 10:55 PM, Adrian Bunk  wrote:
> Source: wide-dhcpv6
> Version: 20080615-19
> Severity: serious
> Tags: buster sid patch
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/wide-dhcpv6.html
>
> ...
> gcc -Wl,-z,relro -Wl,-z,now -o dhcp6ctl dhcp6_ctlclient.o base64.o auth.o 
> strlcpy.o strlcat.o arc4random.o -lfl
> /usr/lib/gcc/x86_64-linux-gnu/7/../../../x86_64-linux-gnu/libfl.so: undefined 
> reference to `yylex'
> collect2: error: ld returned 1 exit status
> make[1]: *** [Makefile:74: dhcp6ctl] Error 1
>
>
> Fix is attached.

Dear Adrian,

Unfortunately, after this fix, it introduces a regression #893988.
(which is due to flex, not your patch)

If you have suggestion, except adding udeb support to package flex,
please kindly let me know.
Thank you!

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

Bug#893988: wide-dhcpv6-client-udeb: not installable: depends on non-udeb libfl2

[Roger Shimizu]

On Sun, Mar 25, 2018 at 9:35 AM, Cyril Brulebois  wrote:
> Package: wide-dhcpv6-client-udeb
> Version: 20080615-20
> Severity: serious
>
> (Please keep debian-b...@lists.debian.org and me in copy of your
> replies.)
>
> Hi,
>
> Your package is no longer installable because it depends on non-udeb
> libfl2. That makes netcfg uninstallable as well, which means a very
> serious regression for d-i.

Sorry for this regression.

I confirm if building under stretch, 20080615-20 is fine, without
depending on libfl2.
So obviously it's because the new flex package in unstable, 2.6.4-6.

If building the previous version, 20080615-19, under unstable, I guess
it would have the same result.

Now we need the fix.
Do you have any suggestion, except adding udeb support to package flex?

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

Bug#893867: Problem continues with 10.5.5+dfsg-3

[Er_Maqui]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

After deleting gitlab installation (apt-get remove + dpkg --purge), I
detect another error when installing.

That's the same error reported on the first message for 9.5.4 version, but,
on gitlab 10.5.5+dfsg-3

The message are:

Precompiling assets...
/usr/lib/ruby/vendor_ruby/builder/xchar.rb:111: warning: constant ::Fixnum
is deprecated
rake aborted!
Sprockets::Error: manifest requires environment for compilation
/var/lib/gems/2.5.0/gems/sprockets-3.7.1/lib/sprockets/manifest.rb:178:in
`compile'
/var/lib/gems/2.5.0/gems/rake-12.3.1/exe/rake:27:in `'
Tasks: TOP => assets:precompile
(See full trace by running task with --trace)
dpkg: error processing package gitlab (--configure):
 installed gitlab package post-installation script subprocess returned
error exit status 1


My steps to get the error are these:

I've installed 10.5.5+dfsg-3. Same error from 10.5.5+dfsg-2 appears.
I've deleted /etc/gitlab/initializers/plantuml_lexer.rb (checked from diff
of the version).
Try to configure one more time gitlab (apt-get install). They fail with
another error:

Installing node modules...
npm WARN package.json compression-webpack-plugin@0.3.2 No license field.
npm WARN package.json dropzone@4.3.0 No license field.
npm WARN package.json jszip-utils@0.0.2 license should be a valid SPDX
license expression
npm WARN package.json select2@3.5.2-browserify No license field.
yarn@1.5.1 ../node_modules/yarn
sh: 1: /var/lib/gitlab/yarn/node_modules/.bin/yarn: not found

(Maybe because some file from 9.5.4 installation)

I've deleted gitlab and purge configuration (apt-get remove && dpkg --purge)
Because I don't know why, my /etc/nginx/sites-available dissapears. I've
regenerated them. Please, check package for if this folder is deleted on
purge process.
After regenerating this folder (installation fails because nginx cannot be
reloaded):

The error reported first on this mail appears.


I'm sorry if this explanation is not correct or if I need to fill another
bug. Please if you need to do something more for helping on this, tell me.


Thanks for all.


https://maqui.darkbolt.net/
Linux registered user ~#363219
PGP keys avaiables at KeyServ. ID: 0x4233E9F2
Los hombres somos esclavos de la historia
-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEYf0F71OtDykDsKZdCU2zE9sy6H8FAlq3Ci8ACgkQCU2zE9sy
6H9ruxAAuTbeFC2ymtY8S7BKO3yBSOEU24ibROdL2PnnfLO/NWCe2uw0hg8JK2i8
QwRE8Jp9ji914Ujf0g2rHUJsfqF43mNCHyW8+cwjE753Tu6OMlRwK4oBK8YHPcj2
6KcnL+7kg5ym3WEEpQoTTvzvwv4zQYQ2WkcqBRtQ9jmkl6cx+WbBylvh1J+CLTPg
8g6/yPNtgUZYqSyG+4fffnoo2oeRDSkQt4o2EYHPMuXSy0pRYRbjwsaWbPfXCTR5
RL/cCogeVgphJmz7xD4DUUfgTPs3x3DZuvS1CbBbDahlBOntV+hkJo+C5rv9h/Fz
hjrp5jil5ib84WjIzvLFfq7lF93aDRBS8TcSQewDL7fu6vTyeHOSdIi6tTuTYBuu
rRxTb6L9u4500iCgr02UnyRhBqLmwAsa3xeCEJw1Y0aMVbST9RzJWf812vV6S8Se
ci79DbuULMrWCTFRfwPJnKWXsDVpPVzZy2U4oZ/78G4ghcOu008HvsWpw+wh62ux
wJxBIHpRiitr17+EYFrkQITAgoVd8TjVYwAeuNkZgbHz2immgIbP4vIZ0K72aNKx
LtqaCiIV2km1d2SD/MDnL5oQvdQbgTi9XMdazCvrrVGMdEwOXrnOyAUKuL5ZsHWg
3x10Kw7sJbSvf7EGxNSmTIbOPhyQ+dVByzOXeGJt1b6mNBbw5tw=
=Ue7u
-END PGP SIGNATURE-

Bug#891879: closed by Jeremy Bicha <jbi...@debian.org> (Bug#891879: fixed in gnome-chess 1:3.28.0-2)

[Pelle Hjek]

Hi maintainer,

I'm not sure this bug has been resolved yet.

When I search for gnome-chess with apt, it is described as having 3D graphics:

% apt search gnome-chess
Sorting... Done
Full Text Search... Done
gnome-chess/unstable,now 1:3.28.0-1 i386 [installed]
  chess game with 3D graphics

However, the most recent version does not have 3D graphics. Perhaps the package 
description could be changed to not mention 3D graphics (or 3D graphics could 
be implemented)?

-- 
Pelle Hjek
h...@member.fsf.org

On Sun, Mar 25, 2018 at 12:06:05AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the gnome-chess package:
> 
> #891879: gnome-chess: No 3D graphics
> 
> It has been closed by Jeremy Bicha .
> 
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Jeremy Bicha 
>  by
> replying to this email.
> 
> 
> -- 
> 891879: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891879
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

> Date: Sun, 25 Mar 2018 00:04:23 +
> From: Jeremy Bicha 
> To: 891879-cl...@bugs.debian.org
> Subject: Bug#891879: fixed in gnome-chess 1:3.28.0-2
> 
> Source: gnome-chess
> Source-Version: 1:3.28.0-2
> 
> We believe that the bug you reported is fixed in the latest version of
> gnome-chess, which is due to be installed in the Debian FTP archive.
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 891...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Jeremy Bicha  (supplier of updated gnome-chess package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Format: 1.8
> Date: Sat, 24 Mar 2018 19:12:34 -0400
> Source: gnome-chess
> Binary: gnome-chess
> Architecture: source
> Version: 1:3.28.0-2
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian GNOME Maintainers 
> 
> Changed-By: Jeremy Bicha 
> Description:
>  gnome-chess - simple chess game
> Closes: 891879
> Changes:
>  gnome-chess (1:3.28.0-2) unstable; urgency=medium
>  .
>[ Anders Jonsson ]
>* Remove 3D from description (Closes: #891879)
>  .
>[ Jeremy Bicha ]
>* Add libchess-should-be-a-static-convenience-library.patch:
>  - Cherry-pick patch to avoid providing a shared library
> Checksums-Sha1:
>  31fa828f00fcde7e13d94ae5e602aebf928b8190 2150 gnome-chess_3.28.0-2.dsc
>  e96f9e6547e4ea139718eab0a0ce30fd065cd8a9 22000 
> gnome-chess_3.28.0-2.debian.tar.xz
>  249ecb3cff37bd31188af02e405c068b5dbf5d1c 16386 
> gnome-chess_3.28.0-2_source.buildinfo
> Checksums-Sha256:
>  8f4756505a05af5ecb5b99e3dd15c20888695689230a69a222ce9e8d8216f1ed 2150 
> gnome-chess_3.28.0-2.dsc
>  2b46253ee427acba2308be1c38fc00e72dae197b4779c1ac3901ad33908c4d49 22000 
> gnome-chess_3.28.0-2.debian.tar.xz
>  55e13baf114ce3597b3eddb8ad129e4ae7e914a9e4ba5682e5b32bf0284614b5 16386 
> gnome-chess_3.28.0-2_source.buildinfo
> Files:
>  942745d0e67252278a16a8fe2d755dcb 2150 games optional gnome-chess_3.28.0-2.dsc
>  c8048e62e088106a96c91ccf1d6763a2 22000 games optional 
> gnome-chess_3.28.0-2.debian.tar.xz
>  a9fceaccd250a87f44f0b8576e904fae 16386 games optional 
> gnome-chess_3.28.0-2_source.buildinfo
> 
> -BEGIN PGP SIGNATURE-
> 
> iQIzBAEBCgAdFiEETQvhLw5HdtiqzpaW5mx3Wuv+bH0FAlq24lEACgkQ5mx3Wuv+
> bH3z1Q//czcm7Kb4T4Q4ooxkb7XTTp6qhmpB8qQvAwAa7BBthy5Oa6J5dLk89qzL
> OWKa1NkorIED32Jn5gMpxRqg/aZrNa6DVGCgStkzQYJIMdzQjRu2nzeMY5TTOEGj
> by2CfH9T6X89p/B/5EszHrweh6luvJ4hS8xXzewBI2Pu62OkMy6ChRH6kKRgHTZW
> 2K6fs3U3EImu3UQ0UuXZKGPpNT8LQEgeD6QZzo8h2gXJNmRHBhvl3oxyNI4uuIZU
> N0LndyBFvVimT5phofJ/ih7MidLp6MSY/qOrwmna/WZtbDCXckEJ2Y2e2z7JSR+p
> yxU3NeSnkz+wFhUYqirMrCOy0Ee8DkdufcyyK2HgAbHguiPjNFSQDLSK+DKgu+Fk
> OsTni+WtqvWGjEyMr0gW5zmjHpz78qQJpVaFaWEVWzx52zJj8jyexHp6PuXBoFVN
> gxgaglEcO3kBOwhg5LnbjdJeKNgi9HVH0urZxcdmTnrXWaPGHNaSra/ZcPJXC2PO
> XyFccZo7TqsVnQyCDfxZj4Ty7k3U+zUObSweA5xWUlVzAoK9Rw4Drtzvk0iKtmWW
> MOI6dZT0quZI2FnhOmONr0zjk22wfcCaQgfKcd34nEvO7tVYvGuMelPdkAGjHS4J
> DVSAvACcnXKGEXuhTeR81ZhIb3bhErGGfBBtzH36g1W+54+mR6s=
> =OMlV
> -END PGP SIGNATURE-

> Date: Fri, 02 Mar 2018 00:13:51 +
> From: Pelle Hjek 
> To: Debian Bug Tracking System 
> Subject: gnome-chess: No 3D graphics
> X-Mailer: reportbug 7.1.8
> 
> Package: gnome-chess
> Version: 

Bug#893991: Evince 3.22 fails to open CBR files

[Prashant L Rao]

Package: evince
Version: 3.22.1-3+deb9u1

Evince 3.22 in Debian 9 is unable to open CBR files due to an extra
semicolor in the last line of the file
/usr/lib/x86_64-linux-gnu/evince/4/backends/comicsdocument.evince-backend

-- line in question --

MimeType=application/x-cbr;application/x-cbz;application/x-cb7;application/x-ext-cbr;application/x-ext-cbz;application/vnd.comicbook+zip;application/x-ext-cb7;;

--

Deleting the extra semicolon at the end of the above line solves this
problem.

Regards

Prashant L Rao

Bug#893990: graphviz: Please bump Breaks/Replaces for python package rename

[Jeremy Bicha]

Source: graphviz
Version: 2.40.1-2
Tags: patch

Ubuntu packaged graphviz 2.40.1 before Debian and before the python3
package rename.

Trivial patch below.

Thanks,
Jeremy Bicha


>From ffb4d6003cce6b3612c91c15077144b8da42d604 Mon Sep 17 00:00:00 2001
From: Jeremy Bicha 
Date: Sat, 24 Mar 2018 21:40:47 -0400
Subject: [PATCH] Bump Breaks/Replaces for python-gv rename

---
 debian/control | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/debian/control b/debian/control
index 63748c1..a8d3dd2 100644
--- a/debian/control
+++ b/debian/control
@@ -118,8 +118,8 @@ Architecture: any
 Section: python
 Depends: ${shlibs:Depends}, ${python:Depends}, ${misc:Depends}
 XB-Python-Version: ${python:Versions}
-Breaks: libgv-python (<< 2.40.1-0~)
-Replaces: libgv-python (<< 2.40.1-0~)
+Breaks: libgv-python (<< 2.40.1-1~)
+Replaces: libgv-python (<< 2.40.1-1~)
 Provides: libgv-python, ${python:Provides}
 Description: Python bindings for graphviz
  Graphviz is a set of graph drawing tools. See the description of the graphviz
@@ -132,8 +132,8 @@ Architecture: any
 Section: python
 Depends: ${shlibs:Depends}, ${python3:Depends}, ${misc:Depends}
 XB-Python-Version: ${python3:Versions}
-Breaks: libgv-python (<< 2.40.1-0~)
-Replaces: libgv-python (<< 2.40.1-0~)
+Breaks: libgv-python (<< 2.40.1-1~)
+Replaces: libgv-python (<< 2.40.1-1~)
 Provides: ${python3:Provides}
 Description: Python3 bindings for graphviz
  Graphviz is a set of graph drawing tools. See the description of the graphviz

Bug#870473: calf-ladspa: Conflicts with calf-plugins in ardour

[Marcos Marado]

Hi there,

> Dear Maintainer,
>
> installing calf-ladspa together with newer calf-plugins breaks usage of calf-
> plugins at least in Ardour.
[...]
> this won't help, as (i think that) the problem is a symbol clash in the
> imported libraries.
[...]
> here's a few solutions:
[...]

While I do agree and appreciate that it would be nice to have everything working
at once, a previous step is simple, possible, and needed: it seems obvious that,
as they currently are, the calf-plugins and calf-ladspa packages must be marked
as conflicting with each other.

Best regards,
-- 
Marcos Marado

Bug#893989: python3-neutron-vpnaas installation failure under puiparts.

[peter green]

Package: python3-neutron-vpnaas
Severity: serious
Version: 2:12.0.0-1

Installability testing under puiparts has shown an install failure of 
python3-neutron-vpnaas.

  Unpacking python3-neutron-vpnaas (2:12.0.0-1) ...
  Setting up python3-neutron-vpnaas (2:12.0.0-1) ...
  update-alternatives: error: alternative path 
/usr/bin/python3-neutron-vpn-agent doesn't exist
  dpkg: error processing package python3-neutron-vpnaas (--configure):
   installed python3-neutron-vpnaas package post-installation script subprocess 
returned error exit status 2
  Errors were encountered while processing:
   python3-neutron-vpnaas
  E: Sub-process /usr/bin/dpkg returned an error code (1)

https://piuparts.debian.org/sid/fail/python3-neutron-vpnaas_2:12.0.0-1.log

Bug#893799: blocks felt during browsing related

[Michael Gilbert]

control: severity -1 minor
control: forwarded -1 http://crbug.com/817312
control: forwarded -1 http://crbug.com/823488

These seem like entirely different bugs.  The upstream links are my
best guess based on the output you've shown.  A complete log would be
a lot more helpful.

Best wishes,
Mike

Bug#893988: wide-dhcpv6-client-udeb: not installable: depends on non-udeb libfl2

[Cyril Brulebois]

Package: wide-dhcpv6-client-udeb
Version: 20080615-20
Severity: serious

(Please keep debian-b...@lists.debian.org and me in copy of your
replies.)

Hi,

Your package is no longer installable because it depends on non-udeb
libfl2. That makes netcfg uninstallable as well, which means a very
serious regression for d-i.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant

Bug#761190: apt_all and system wide APT configuration options

[Lars Kruse]

Package: munin-plugins-core
Followup-For: Bug #761190

Hello Ingmar,

my previous message was probably a bit too enthusiastic.
Right now only the preparations from upstream are there.

Your use-case would still need an additional munin plugin configuration
entry:

  [apt_all]
  env.options -o Debug::pkgDepCache::AutoInstall=false -o 
APT::Get::Show-Versions=false

What do you think would be a proper approach?
Should we add the settings above as defaults?
Or should we push upstream to do this?
Or something else?

Cheers,
Lars

Bug#893980: www.debian.org: Many mirrors have no or untrusted HTTPS certificates

[Paul Wise]

On Sun, Mar 25, 2018 at 5:37 AM, Martin Monperrus wrote:

> Switching my APT config to HTTPS, I notice that many mirrors either do not
> support HTTPS or have untrusted HTTPS certificates

This isn't something the Debian website team can fix, please contact
the admin for each mirror individually.

> (eg https://mirror-csail.debian.org/)

That hostname is not a public Debian mirror and doesn't support https,
what gave you the impression it was?

> It would be great to update the reference page
> https://www.debian.org/mirror/list to clearly show all mirrors supporting 
> HTTPS
> with a valid certificate.

The primary mirrors ftp.*.debian.org cannot support https because the
mirror team have to be able to repoint the domains at different
mirrors when one goes down.

The Debian mirror team don't keep track of https support for the
secondary mirrors so the website team cannot add information about
that to the website.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#781360: munin-plugin-core: nvidia plugin show terahertz

[Lars Kruse]

Package: munin-plugins-core
Tags: upstream
Followup-For: Bug #781360

Hello Alessandro,

this is quite a specific issue, which requires either access to your nvidia
graphic card or more detailed information.

The following information could be sufficient:
* the output of "munin-run nvidia_???" and "munin-run nvidia_??? config"
* the output of "nvclock -i"

It would be great, if you would report this directly to upstream:
  https://github.com/munin-monitoring/munin/issues
But of course, you could also leave the details here.

Cheers,
Lars

Bug#893987: RFP: libsecp256k1ec -- Optimized C library for EC operations on curve secp256k1

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: libsecp256k1ec
  Version : 9d560f9
  Upstream Author : Pieter Wuille
* URL : https://github.com/chfast/secp256k1/
* License : MIT
  Programming Lang: C
  Description : Optimized C library for EC operations on curve secp256k1

This is currently a prerequisite for cpp-ethereum ( # 860434 ).

There is an open issue for upstream to replace it with the version that
is already in debian, libsecp256k1
( https://github.com/ethereum/cpp-ethereum/issues/3207 ), but as it stands it's
currently built on this EC-specific fork.

This library was a work in progress before upstream stopped developing it and
is being used to research best practices. Use at your own risk.

Features:
 secp256k1 ECDSA signing/verification and key generation.
 Adding/multiplying private/public keys.
 Serialization/parsing of private keys, public keys, signatures.
 Constant time, constant memory access signing and pubkey generation.
 Derandomized DSA (via RFC6979 or with a caller provided function.)
 Very efficient implementation.

Bug#893986: RFS: spi-tools/0.8.1-1 [ITP]

[Lubomir Rintel]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "spi-tools"

* Package name: spi-tools
  Version : 0.8.1
  Upstream Author : Christophe Blaess
* URL : https://github.com/cpb-/spi-tools
* License : GPLv2
  Section : utils

It builds those binary packages:

  spi-tools  - Simple command line tools to help using Linux spidev devices

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

  https://mentors.debian.net/package/spi-tools

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

  dget -x 
https://mentors.debian.net/debian/pool/main/s/spi-tools/spi-tools_0.8.1-1.dsc

Thanks,
Lubo

Bug#848239: on purge, not remove?

[Antoine Beaupré]

On 2018-03-25 00:00:31, kact...@gnu.org wrote:
>> PS: I sent you a merge request on gitlab regarding documentation, as an
>> experiment... Let me know how it works for you!
>
> I do not use/follow gitlab in any way, except as place to `git push`.
> Probably it is my bad, I failed to make it oblivious.

Hi!

I should have been more explicit, sorry. Here's the merge request:

https://salsa.debian.org/runit-team/dh-sysuser/merge_requests/1

You can review/comment the diff here:

https://salsa.debian.org/runit-team/dh-sysuser/merge_requests/1/diffs

Or merge it with the green button in the first link.

> Could you please send patch here?

... or you can just merge this patch:

https://salsa.debian.org/runit-team/dh-sysuser/merge_requests/1.patch

Attached as well. :)

A.

-- 
Power is always dangerous.
Power attracts the worst and corrupts the best.
- Edward Abbey
>From 2a2c6863b81d79f2d0e977787c5581c851d3aa2a Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Antoine=20Beaupr=C3=A9?= 
Date: Fri, 23 Mar 2018 16:35:19 +
Subject: [PATCH 1/2] add examples to manpage

I didn't get the syntax of the config file at first: I thought I could
just put `defaults` in there and it would do the right thing. Adding
examples should help others in figuring out the right way to do this.
---
 dh_sysuser | 10 ++
 1 file changed, 10 insertions(+)

diff --git a/dh_sysuser b/dh_sysuser
index 62a9769..a9764f0 100755
--- a/dh_sysuser
+++ b/dh_sysuser
@@ -177,6 +177,16 @@ home directory will become empty, and user will be removed.
 
 =back
 
+=head1 EXAMPLES
+
+In F.F>, this will create a B user with
+defaults settings, will create a home in the default location for B,
+and a custom location for B:
+
+foo defaults
+bar home
+baz home=/opt/baz
+
 =head1 SEE ALSO
 
 useradd(8)
-- 
2.14.2


>From 2a5dd07e063723a1e5ebceed2e06e1a7fe73dc81 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Antoine=20Beaupr=C3=A9?= 
Date: Fri, 23 Mar 2018 12:39:22 -0400
Subject: [PATCH 2/2] clarify how to call dh_sysuser

At my first attempt, I just added --with=sysuser to the rules
target. That does not work: you need to specify arguments in the
config file or in the commandline as well.
---
 dh_sysuser | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/dh_sysuser b/dh_sysuser
index a9764f0..562a546 100755
--- a/dh_sysuser
+++ b/dh_sysuser
@@ -123,7 +123,10 @@ control over home directory permissions, you are welcome to file a bug.
 
 B read its arguments from command line and file
 F.F> in pairs, first one being an username
-and second one is options. 
+and second one is options. The configuration file or commandline
+arguments must be used to create users: just calling `dh_sysuser`
+without arguments does nothing. Here are the options that can be
+specified after the username:
 
 =over
 
-- 
2.14.2

Bug#893985: libvw-dev: Header files missing

[Dirk Eddelbuettel]

Package: libvw-dev
Version: 8.5.0.dfsg1-1

I recently tried to build something against contributed; this failed when
headers

  array_parameters.h
  array_parameters_dense.h

where missing.  Even though they are referenced by other files:

  edd@rob:/usr/include/vowpalwabbit$ grep array_parameters.h *
  global_data.h:#include "array_parameters.h"
  edd@rob:/usr/include/vowpalwabbit$ grep array_parameters_dense.h *
  array_parameters.h:#include "array_parameters_dense.h"
  edd@rob:/usr/include/vowpalwabbit$ 

Could you have a look, and maybe add these two?  I fixed my problem by just
slurping them in from the GH repo.

Dirk

-- 
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#730030: /usr/share/munin/plugins/quota_usage_: does not keep what documentation promises

[Lars Kruse]

Package: munin-plugins-core
Version: 2.0.34-3
Tags: patch upstream
Followup-For: Bug #730030

Dear Maintainer,

the confusion (quota-usage vs. quota_usage) can be cleared with the
following proposal:

  https://github.com/munin-monitoring/munin/pull/943

Let's see, if it will get merged for the next release.

Cheers,
Lars

Bug#891879: Patch for updated description

[Anders Jonsson]

Tags: patch

This patch updates the description so it no longer mentions 3D.
From d3c35811196805cae42923e1c3d30e74267a8454 Mon Sep 17 00:00:00 2001
From: Anders Jonsson 
Date: Sat, 24 Mar 2018 23:00:46 +0100
Subject: Remove 3D from description

---
 debian/control.in | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/control.in b/debian/control.in
index 13c0bb8..52486ba 100644
--- a/debian/control.in
+++ b/debian/control.in
@@ -35,6 +35,6 @@ Suggests: bbchess,
   toga2
 Breaks: glchess (<< 1:3.7.2)
 Replaces: glchess (<< 1:3.7.2)
-Description: chess game with 3D graphics
+Description: simple chess game
  This is the chess game from the GNOME desktop. It allows one to play 
  with most existing chess engines, or against a human opponent.
-- 
2.16.2

Bug#893984: ITP: spi-tools -- Simple command line tools to help using Linux spidev devices

[Lubomir Rintel]

Package: wnpp
Severity: wishlist
Owner: Lubomir Rintel 

* Package name: spi-tools
  Version : 0.8.1
  Upstream Author : Christophe Blaess
* URL : https://github.com/cpb-/spi-tools
* License : GPLv2
  Programming Lang: C
  Description : Simple command line tools to help using Linux spidev devices

This package contains spi-config and spi-pipe, simple command line tools to
help using Linux spidev devices.

Bug#876410: libgl2ps1: please include support for SOURCE_DATE_EPOCH

[Anton Gladky]

Hi Mike,

thanks for the bugreport. I do not think, that adding the
fixed timestamp to all files produced by the gl2os that is
what the users want.

Regards

Anton


2017-09-21 22:28 GMT+02:00 Mike Miller :
> Package: libgl2ps1
> Version: 1.3.9-4
> Severity: wishlist
> Tags: upstream
>
> Dear Maintainer,
>
> All files produced by gl2ps include the current time in the local time
> zone. It would be helpful if this could be overridden so that files
> produced using gl2ps could be deterministic.
>
> Please consider adding support for the standard SOURCE_DATE_EPOCH
> environment variable. If present, it should override the use of the
> current time, and should also influence times to be written in a format
> that does not depend on the local time zone or locale.
>
> Thanks for your work on gl2ps.
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers testing
>   APT policy: (900, 'testing'), (800, 'unstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.12.0-1-amd64 (SMP w/8 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 /usr/bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages libgl2ps1 depends on:
> ii  libc62.24-17
> ii  libgl1   0.2.999+git20170802-4
> ii  libgl1-mesa-glx  17.2.1-1
>
> libgl2ps1 recommends no packages.
>
> libgl2ps1 suggests no packages.
>
> -- no debconf information
>
> --
> debian-science-maintainers mailing list
> debian-science-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#893983: ITP: all-the-icons-el -- library for inserting developer icons in Emacs

[Nicholas D Steeves]

Package: wnpp
Severity: wishlist
Owner: Nicholas D Steeves 

Control: block 872873 by -1

Package name: all-the-icons-el
Version : 2.6.4
Upstream Author : Dominic Charlesworth 
URL : https://github.com/domtronn/all-the-icons.el
License : MIT
Programming Lang: lisp
Description : library for inserting developer icons in Emacs

 This package is a utility for using and formatting various icon
 fonts within Emacs.  Icon Fonts allow you to propertize and format
 icons the same way you would normal text.  This enables things such
 as better scaling of and anti aliasing of the icons.
 .
 This package was inspired by the following projects:
 .
 - `mode-icons' for Emacs, found at https://github.com/ryuslash/mode-icons
 - `file-icons' for Atom, found at https://atom.io/packages/file-icons
 .
 Currently, this package provides an interface to the following icon fonts
 .
 - Atom File Icons
 - FontAwesome Icons
 - GitHub Octicons
 - Material Design Icons
 - Weather Icons
 - AllTheIcons - Custom font with fewest icons

This package is needed by emacs-neotree, which is needed for the spacemacs 
packaging effort.

I plan to maintain the elisp parts as part of the Debian Emacsen
Packaging Team, but it will be necessary to coordinate with the Debian
Fonts Task Force for the "icon fonts".  I will need a sponsor for the
initial upload.

Sincerely,
Nicholas

Bug#892442: mplayer: Please use 'pkg-config' to find FreeType 2

[Reimar Döffinger]

FYI: it should already be supported even by old version via 
--freetype-config="pkg-config freetype2".
The committed fix just changes the default to exactly that.
Just to clarify that you don't HAVE to update or backport the change to avoid 
this issue.

On 18.03.2018, at 14:23, debian micove  wrote:

> Control: forwarded 892442 https://trac.mplayerhq.hu/ticket/2340
> 
> Hello:
> 
> Thanks for the report upstream acknowledged the issue in the link above.
> 
> Cheers,
> Miguel
> 

Bug#893982: RFP: reconnecting-websocket -- A small decorator for the JavaScript WebSocket API that automatically reconnects

[Jeff Cliff]

Package: wnpp
Severity: wishlist

* Package name: reconnecting-websocket
  Version : 1.0.0 
  Upstream Author : Drew Noakes
* URL : https://github.com/joewalnes/reconnecting-websocket
* License : MIT
  Programming Lang: javacript
  Description : A small decorator for the JavaScript WebSocket API

Will automatically reconnect if the connection is dropped.

Bug#893981: RM: trackballs [armel] -- ROM; armel is not supported

[Markus Koschany]

Package: ftp.debian.org
Severity: normal

Hi,

please remove the binary files for trackballs of the armel
architecture. This is currently blocking the migration of trackballs
1.3.0-1 to testing. Apparently the armel porters have decided not to
support guile-2.2 which is a dependency of trackballs. [1]

Thanks,

Markus

[1] https://buildd.debian.org/status/package.php?p=guile-2.2=unstable

Bug#891599: gdm3: Greeter doesn't allow control of network-manager connections even when member of netdev group

[Matthew Gabeler-Lee]

On Fri, 23 Mar 2018, Simon McVittie wrote:


it would be unexpected for someone finding a machine with a
locked GNOME session, logged in as a user with netdev privileges, to be
able to reconfigure the network without first unlocking the session!


I could make the same argument that it is unexpected that explicitly 
granting the greeter permission to activate network connections being 
ignored is unexpected :)



Other display managers don't let you perform unauthenticated privileged
actions from their greeter-equivalent either, and that isn't generally
considered to be a bug.


Actually I came to attempting to do this specifically because *they do*. 
Ubuntu's configuration of LightDM explicitly allows controlling existing 
network configurations.



If you need to be connected to a VPN to be able to authenticate logins,
configuring it to be saved as a system-wide connection that can be
connected non-interactively might help. (I would not recommend this
configuration, because inability to log in without first connecting to
a VPN seems extremely fragile, but it's your system.)


This scenario (network auth) is exactly why I want to be able to bring 
up a pre-defined network connection from the greeter.  I don't think 
that LDAP-based login (or the winbind variant of it) is really that 
weird a thing...


Saving the VPN password is not a viable option here, both for technical 
and policy reasons, nor is having it always auto-connect (that for 
technical reasons).


For business/enterprise-y environments, the ability to configure 
connections to be avaible pre-login has been a long-standing feature for 
a lng time.  This was old hat even back in the mid 90s.


But history and such aside, it seems like the proper thing here would be 
to actually obey the policy kit restrictions.  AFAICT policy kit 
supports the cases here -- don't want locked session of a user to have 
network control?  Require the session to be active to grant permissions. 
Do want the greeter or a locked session to at least be able to turn 
network connections on or off, can do that too.


--
-Matt
"Reality is that which, when you stop believing in it, doesn't go away".
-- Philip K. Dick
GPG fingerprint: 0061 15DF D282 D4A9 57CE  77C5 16AF 1460 4A3C C4E9

Bug#893980: www.debian.org: Many mirrors have no or untrusted HTTPS certificates

[Martin Monperrus]

Package: www.debian.org
Severity: normal

Dear Maintainer,

Switching my APT config to HTTPS, I notice that many mirrors either do not
support HTTPS or have untrusted HTTPS certificates (eg https://mirror-
csail.debian.org/)

It would be great to update the reference page
https://www.debian.org/mirror/list to clearly show all mirrors supporting HTTPS
with a valid certificate.



-- 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_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), 
LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#893979: RFS: pikopixel.app/1.0-b9a-2

[Yavor Doganov]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "pikopixel.app".

 * Package name: pikopixel.app
   Version : 1.0-b9a-2
   Upstream Author : Josh Freeman 
 * URL : http://twilightedge.com/mac/pikopixel/
 * License : AGPL-3+
   Section : gnustep

It builds this binary package:

pikopixel.app - Pixel-art editor

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

  https://mentors.debian.net/package/pikopixel.app

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pikopixel.app/pikopixel.app_1.0-b9a-2.dsc

Git repository:

  https://salsa.debian.org/gnustep-team/pikopixel.app

Changes since the last upload:

  [ Josh Freeman ]
  * Team upload.
  * debian/patches/desktop-file.patch: Change icon path to /usr/share to
support AppStream clients.
  * debian/control: Improve description.

  [ Yavor Doganov ]
  * debian/control (Description): Wrap long lines.  Use asterisks for
bullets; refer to the system as GNU/Linux.

Bug#810247: RE: Bug#810247: Hyper-V network adapters are mapped to a different interface (ethN) on every boot

[Michael Biebl]

On Sat, 9 Jan 2016 17:20:26 + Fernando Soto
 wrote:
> Hi Martin,
> 
> Udevadm output is attached.
> 
> Thank you,
> Fernando
> 
> > -Original Message-
> > From: Martin Pitt [mailto:mp...@debian.org]
> > Sent: Saturday, January 09, 2016 10:45 AM
> > To: Fernando Soto; 810...@bugs.debian.org
> > Subject: Re: Bug#810247: Hyper-V network adapters are mapped to a different
> > interface (ethN) on every boot
> > 
> > Control: tag -1 moreinfo
> > 
> > Fernando Soto [2016-01-08 15:22 +]:
> > > The persistent-net udev rules are not created in virtual environments to 
> > > avoid
> > issues with cloning/migrating VMs.
> > 
> > This was true with the old persistent names in Jessie and before, but not 
> > true any
> > more with current testing and unstable versions. See
> > /usr/share/doc/udev/README.Debian.gz.
> > 
> > Maybe the current ifnames system cannot figure out an appropriate name for
> > Hyper-V interfaces? 


P:
/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:07/VMBUS:01/vmbus_0_16/net/eth0
E:
DEVPATH=/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/device:07/VMBUS:01/vmbus_0_16/net/eth0
E: ID_NET_DRIVER=hv_netvsc
E: ID_NET_NAME_MAC=enx00155d0ae2ad
E: ID_OUI_FROM_DATABASE=Microsoft Corporation
E: ID_PATH=acpi-VMBUS:01
E: ID_PATH_TAG=acpi-VMBUS_01
E: IFINDEX=2
E: INTERFACE=eth0
E: MATCHDEVID=0x0
E: MATCHIFTYPE=1
E: SUBSYSTEM=net
E: SYSTEMD_ALIAS=/sys/subsystem/net/devices/eth0
E: TAGS=:systemd:
E: USEC_INITIALIZED=39002

Looks like this is the case.
I notice that there is

Author: Hannes Reinecke 
Date:   Fri Nov 23 14:12:39 2012 +0100

udev: path_id - handle Hyper-V devices

Hyper-V has an abstract bus, which gets renumbered on guest
startup. So instead of the bus numbers we should be using
the device GUIDs, which can be retrieved from the 'device_id'
sysfs attribute.


That doesn't seem to handle network interfaces though.

That said, this doesn't look like a Debian specific problem. So it's
probably best if you raise this upstream at
https://github.com/systemd/systemd

-- 
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#893057: python3-notmuch: random aborts on exit

[David Bremner]

Brian May  writes:

> On 2018-03-16 11:28, David Bremner wrote:
>
>> I suspect it has to do with changes in memory management in python3.
>> 
>> You hide the problem by adding
>> 
>> del(db)
>> 
>> at the end of your script.
>
> Unfortunately, I still seem to be getting this abort error, although not
> as often. 

For what it's worth, I can't replicate that with the given script (I ran
it 1000 times without any aborts).

> Curiously, changes to tags don't seem to be preserved after the program
> exits. This may or may not be related.

Do you mean in the case that it aborts, or when it exits normally?

Bug#893905: Two vulnerabilities (CVE-2018-8801 / one CVE-less)

[Salvatore Bonaccorso]

Control: retitle -1 gitlab: CVE-2018-8801 CVE-2018-8971

Hi

On Fri, Mar 23, 2018 at 06:22:47PM +0100, Moritz Muehlenhoff wrote:
> Package: gitlab
> Severity: grave
> Tags: security
> 
> Please see
> https://about.gitlab.com/2018/03/20/critical-security-release-gitlab-10-dot-5-dot-6-released/

The second issue has been assigned CVE-2018-8971 by MITRE.

Regards,
Salvatore

Bug#848239: on purge, not remove?

[KAction]

> PS: I sent you a merge request on gitlab regarding documentation, as an
> experiment... Let me know how it works for you!

I do not use/follow gitlab in any way, except as place to `git push`.
Probably it is my bad, I failed to make it oblivious.

Could you please send patch here?

Bug#893978: steam-launcher depends on libGL.so.1:i386

[maki]

Package: steam-launcher
Version: 1.0.0.54
Severity: important
Tags: d-i

Dear Maintainer,

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

   * What led up to the situation? apt-get install steam-launcher, then running
steam to install the steam client
   * What exactly did you do (or not do) that was effective (or
 ineffective)? Initially I tried the solutions as shown on various websites
to get around the missing libGL.so.1:i386, including trying to symlink from
mesa. But mesa was not so much the problem. The big issue is that mesa, nvidia,
and amd all provide their own versions of libGL.so.1:i386 and there should be a
check for the installed graphics drivers at install of steam-launcher, then
symlink the correct one or prompt the installation of the missing driver files.
In my case libgl1-nvidia-glx:i386.
   * What was the outcome of this action? After libgl1-nvidia-glx:i386 was
installed alongside libgl1-mesa-glx:i386, the steam client ran fine.
   * What outcome did you expect instead? The requirement of libGL.so.1:i386
for the Steam client has been known for years now. There should be a simple
ifexist for it and the configuration process should install the relative
package if it does not, or prompt the user to.

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



-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (910, 'stable'), (500, 'stable-updates'), (500, 
'oldstable-updates'), (175, 'oldstable')
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:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages steam-launcher depends on:
ii  curl7.52.1-5+deb9u5
ii  libc6   2.24-11+deb9u3
ii  python  2.7.13-2
ii  python-apt  1.4.0~beta3
ii  xterm   327-2
ii  xz-utils5.2.2-1.2+b1
ii  zenity  3.22.0-1+b1

Versions of packages steam-launcher recommends:
pn  jockey-common  

steam-launcher suggests no packages.

-- no debconf information

Bug#893977: djmount needs adaption for (Debian-specific) API change in libupnp

[Uwe Kleine-König]

Package: djmount
Version: 0.71-5+b1
Severity: normal

For libupnp 1:1.6.17-1 the API was (I think unintentionally) changed and
some struct members were changed from char[] to UpnpString *.

djmount needs adaption, which is visible from build warnings like:

device_list.c: In function 'EventHandlerCallback':
device_list.c:627:9: warning: pointer type mismatch in conditional 
expression [enabled by default]
device_list.c:627:9: warning: format '%s' expects argument of type 
'char *', but argument 3 has type 'void *' [-Wformat]
device_list.c:632:10: warning: passing argument 1 of 'GetService' from 
incompatible pointer type [enabled by default]
device_list.c:162:1: note: expected 'const char *' but argument is of 
type 'struct UpnpString *'
device_list.c:652:8: warning: pointer type mismatch in conditional 
expression [enabled by default]
device_list.c:652:8: warning: format '%s' expects argument of type 
'char *', but argument 3 has type 'void *' [-Wformat]
device_list.c:657:9: warning: passing argument 1 of 'GetService' from 
incompatible pointer type [enabled by default]
device_list.c:162:1: note: expected 'const char *' but argument is of 
type 'struct UpnpString *'

(From the build log for 0.71-6, 
https://buildd.debian.org/status/fetch.php?pkg=djmount=amd64=0.71-6=1358803782=0)

Simple usage of djmount works in my tests, but I wouldn't be surprised
if this could make djmount segfault when the right knob is pressed.

There is a patch in https://bugs.debian.org/884243#12 (only compile
tested though).

Best regards
Uwe

Bug#886456: python-pip: segfault when running 'pip install --upgrade ...'

[Stefano Rivera]

Control: tags -1 moreinfo

> I was trying to upgrade ansible (which I initially installed with pip).
> The result was, that the program segfaulted. I tried this with --user and
> without, but it makes no difference.

Can you reproduce this failure? I can't.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#893975: x11proto-dev: trying to overwrite '/usr/include/X11/extensions/xf86misc.h'

[Sven Joachim]

Am 24.03.2018 um 21:09 schrieb Sven-Haegar Koch:

> Package: x11proto-dev
> Version: 2018.4-3
> Severity: normal
>
> Dear Maintainer,
>
> Error while trying to install as part of a dist-upgrade:
>
> Selecting previously unselected package x11proto-dev.
> Preparing to unpack .../158-x11proto-dev_2018.4-3_all.deb ...
> Unpacking x11proto-dev (2018.4-3) ...
> dpkg: error processing archive 
> /tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb (--unpack):
>  trying to overwrite '/usr/include/X11/extensions/xf86misc.h', which is also 
> in package x11proto-xf86misc-dev 0.9.3-2
> dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
> Errors were encountered while processing:
>  /tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb
>
> Looks like this package needs some conflicts/replaces.

Either that, or it should not ship the files which used to be in
x11proto-xf86misc-dev.  There is a reason why x11proto-xf86misc-dev has
been removed from Debian almost six years ago[1].

In the meantime, get rid of x11proto-xf86misc-dev and other obsolete
junk on your system(s).

Cheers,
   Sven


1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678458

Bug#893281: nvidia bug report link

[Gene Cash]

I've filed the bug with nvidia via their forum as suggested:

https://devtalk.nvidia.com/default/topic/1031436/linux/390-25-2-regression-on-debian-hang-after-disabling-output-with-xrandr/

Bug#893054: systemd: System failed to boot after upgrade/install systemd from systemd:i386

[Michael Biebl]

Control: tags -1 + moreinfo
On Mon, 19 Mar 2018 09:46:04 -0600 Jeff Ketchum  wrote:
> Second issue, I have trouble getting my system to boot reliably after the
> changes.
> It is using systemd:amd64

Ok, so what exactly is the failure then? Please describe it in more
detail. Maybe also provide a complete, verbose boot log [1].


Regards,
Michael
https://freedesktop.org/wiki/Software/systemd/Debugging/
[1]
-- 
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#893492: mark kgendesignerplugin Multi-Arch: foreign

[Helmut Grohne]

Control: reopen -1
Control: tags -1 - patch
Control: retitle -1 make kgendesignerplugin useful for cross compilation

On Mon, Mar 19, 2018 at 12:51:02PM +0100, Helmut Grohne wrote:
> kpimtextedit fails to cross build from source, because it fails running
> kgendesignerplugin with an Exec format error. Likely, kgendesignerplugin
> needs to be marked Multi-Arch: foreign. I took a look into its
> documentation and it seems that this tool converts ini-style
> configuration files into C++ source. Since both are text formats, that'd
> constitute an architecture-independent interface and thus would warrant
> Multi-Arch: foreign. I'd like to thank you for having nicely split this
> tool into a separate package. This splitting simplified the analysis. If
> you agree, please apply the attached patch.

I am very sorry: My analysis is wrong. The marking I requested is wrong.

The reason is that I missed the cmake files that are also present in the
binary package. It turns out, it wasn't split up into tiny enough
pieces. During a cross build, cmake will now miss those cmake files.

So I see basically two ways forward now:
 * We could move the cmake files to /usr/share/cmake. Beware that at
   least one of them contains a reference to some other cmake file and
   thus a path that matches /usr/lib//cmake/... That path would
   have to be adapted somehow for a successful move of the cmake files.
 * We split the cmake files into a separate package. Not exactly. We
   leave them where they are but move the actual kgendesignerplugin
   binary to a separate kgendesignerplugin-bin package and move the
   Multi-Arch: foreign marking to that new package having the original
   package (with the cmake files) depend on the new
   kgendesignerplugin-bin package. We did this a few times already
   introducing various -dev-bin packages. This is known to work.

I'm slightly in favour of the former solution, because fewer packages
are generally better. Still that might not be possible and I don't have
a patch for that either. All I can do is hope that someone from the kde
team understands this and makes it work.

Helmut

Bug#832566: systemd-machined breaks automounting nfs shares

[Michael Biebl]

On Tue, 28 Mar 2017 07:39:58 +0200 Michael Biebl  wrote:
> Am 27.10.2016 um 23:13 schrieb John Pearson:
> > Hello Michael,
> > 
> > Thanks for looking at this.
> > 
> > On 22/10/16 11:07, Michael Biebl wrote:
> >> Am 27.07.2016 um 02:59 schrieb John Pearson:
> >>> Hello Michael,
> >>>
> >>> After the problem first occurred I reviewed bug #767468 and purged both
> >>> cgmanager and sytemd-shim, but the problem remained.  And, of course,
> >>> /proc shows systemd-machined (and only systemd-machined) still "thought"
> >>> /nfs/home was mounted.
> >> Why is systemd-machined running? Do you have any systemd-nspawn
> >> containers running where /home is symlinked or bind-mounted?
> > 
> > I have no idea - it was installed as part of the systemd package, and
> > starts automatically at boot.  The machine runs a single KVM instance
> > hosting Windows 7, managed by libvirtd.
> >
> >> If you stop systemd-machined, is the problem gone?
> > 
> > That seems to fix it without any obvious drawbacks, but I assume I'd
> > have to do the same after each reboot.
> > 
> 
> Is machined started by libvirtd then? What if you systemctl disable
> libvirtd.service, does systemd-machined.service still start?
> 
> Can you reproduce the problem with stretch, i.e. with systemd v232?

Is this still reproducible with stretch?

-- 
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#893976: please enable DELL_SMBIOS backends

[Dmitry Eremin-Solenikov]

Package: src:linux
Version: 4.15.4-1
Severity: normal

Please enable the DELL_SMBIOS backend drivers (DELL_SMBIOS_WMI and
DELL_SMBIOS_SMM), otherwise kernel is not able to properly support
laptop:

[   52.489813] dell_smbios: No dell-smbios drivers are loaded
[   52.489854] dell_smbios: No dell-smbios drivers are loaded
[   52.489856] dell_smbios: No dell-smbios drivers are loaded
[   52.490204] dell_smbios: No dell-smbios drivers are loaded
[   55.449388] dell_smbios: No dell-smbios drivers are loaded
[   55.449507] leds dell::kbd_backlight: Setting an LED's brightness failed 
(-19)
[  119.095221] dell_smbios: No dell-smbios drivers are loaded
[  119.095228] dell_smbios: No dell-smbios drivers are loaded

--
With best wishes
Dmitry

-- 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=/vmlinuz-4.15.0-1-amd64 root=/dev/mapper/rhovanion--vg-root ro 
pcie_port_pm=off quiet

** Tainted: UO (4160)
 * Userspace-defined naughtiness.
 * Out-of-tree module has been loaded.

** Kernel log:

** Model information
sys_vendor: Dell Inc.
product_name: Inspiron 5558
product_version: 01
chassis_vendor: Dell Inc.
chassis_version: 
bios_vendor: Dell Inc.
bios_version: A14
board_vendor: Dell Inc.
board_name: 0745H3
board_version: A00

** Loaded modules:
[   54.080829] Adding 4108284k swap on /dev/mapper/rhovanion--vg-swap_1.  
Priority:-2 extents:1 across:4108284k FS
[   54.386093] input: HDA Digital PCBeep as 
/devices/pci:00/:00:1b.0/sound/card1/input17
[   54.386440] input: HDA Intel PCH Headphone Mic as 
/devices/pci:00/:00:1b.0/sound/card1/input24
[   55.449388] dell_smbios: No dell-smbios drivers are loaded
[   55.449507] leds dell::kbd_backlight: Setting an LED's brightness failed 
(-19)
[   55.700125] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[   57.379793] r8169 :07:00.0: firmware: direct-loading firmware 
rtl_nic/rtl8106e-1.fw
[   57.569275] r8169 :07:00.0 eth0: link down
[   57.569337] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   58.638371] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[   59.401481] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[   59.753906] media: Linux media interface: v0.10
[   59.830148] Linux video capture interface: v2.00
[   60.039042] uvcvideo: Found UVC 1.00 device Integrated_Webcam_HD (064e:920b)
[   60.044585] uvcvideo 2-5:1.0: Entity type for entity Extension 4 was not 
initialized!
[   60.044588] uvcvideo 2-5:1.0: Entity type for entity Extension 7 was not 
initialized!
[   60.044590] uvcvideo 2-5:1.0: Entity type for entity Processing 2 was not 
initialized!
[   60.044592] uvcvideo 2-5:1.0: Entity type for entity Camera 1 was not 
initialized!
[   60.044690] input: Integrated_Webcam_HD: Integrate as 
/devices/pci:00/:00:14.0/usb2/2-5/2-5:1.0/input/input25
[   60.044771] usbcore: registered new interface driver uvcvideo
[   60.044773] USB Video Class driver (1.1.1)
[   60.356652] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[   60.801707] EXT4-fs (sda2): mounting ext2 file system using the ext4 
subsystem
[   60.835392] EXT4-fs (sda2): mounted filesystem without journal. Opts: (null)
[   61.141636] Bluetooth: Core ver 2.22
[   61.141649] NET: Registered protocol family 31
[   61.141650] Bluetooth: HCI device and connection manager initialized
[   61.141654] Bluetooth: HCI socket layer initialized
[   61.141657] Bluetooth: L2CAP socket layer initialized
[   61.141667] Bluetooth: SCO socket layer initialized
[   61.946063] usbcore: registered new interface driver btusb
[   62.089454] usb 2-6: firmware: direct-loading firmware 
ar3k/AthrBT_0x3101.dfu
[   62.201285] usb 2-6: firmware: direct-loading firmware 
ar3k/ramps_0x3101_40.dfu
[   62.206157] usb 2-6: USB disconnect, device number 3
[   62.206903] usbcore: registered new interface driver ath3k
[   62.372401] intel_pstate: Turbo disabled by BIOS or unavailable on processor
[   62.512034] usb 2-6: new full-speed USB device number 5 using xhci_hcd
[   67.676069] usb 2-6: device descriptor read/64, error -110
[   68.018961] bbswitch: loading out-of-tree module taints kernel.
[   68.019679] bbswitch: version 0.8
[   68.019689] bbswitch: Found integrated VGA device :00:02.0: 
\_SB_.PCI0.GFX0
[   68.019705] bbswitch: Found discrete VGA device :08:00.0: 
\_SB_.PCI0.RP05.PEGP
[   68.019725] ACPI Warning: \_SB.PCI0.RP05.PEGP._DSM: Argument #4 type 
mismatch - Found [Buffer], ACPI requires [Package] (20170831/nsarguments-100)
[   68.019959] bbswitch: detected an Optimus _DSM function
[   68.019986] pci :08:00.0: enabling device (0006 -> 0007)
[   68.020463] bbswitch: Succesfully loaded. Discrete card :08:00.0 is on
[   68.022183] bbswitch: disabling discrete graphics
[   73.073032] usb 2-6: New USB device found, idVendor=0cf3, idProduct=e005
[   

Bug#888939: Nautilus 3.26 or 3.28 for Debian now?

[Jeremy Bicha]

Hi,

There was a Nautilus 3.26.3 release with lots of fixes today. Do we
want to push that version to Unstable or do we want Nautilus 3.28.0
now instead?

The only reason I'm hesitating is because we don't have a good
solution in place for desktop icons yet.

Ubuntu is expected to have some sort of solution in place for their
18.10 release in 6 months. Would it be better for our users to delay
the update, or will it help make Debian 10 better if we push the new
version quicker?

My personal opinion is that we should keep Nautilus 3.28 in
experimental but plan to upload 3.30 to Unstable when it is released.
But I'm curious what the rest of the team thinks.

References
--
https://bugs.debian.org/888939 Debian bug for this issue
https://gitlab.gnome.org/GNOME/nautilus/blob/gnome-3-26/NEWS
https://didrocks.fr/2018/01/23/welcome-to-the-ubuntu-bionic-age-nautilus-a-lts-and-desktop-icons/

Other Info
-
The new starring feature doesn't work quite like many people expect.
It is currently hard coded to only use the standard XDG home
directories I believe.
https://gitlab.gnome.org/GNOME/nautilus/issues/243

Thanks,
Jeremy Bicha

Bug#698079: munin-plugins-core: Proposed update for check for disabled InnoDB engine in mysql_.in

[Lars Kruse]

Package: munin-plugins-core
Followup-For: Bug #698079

Dear Maintainer,

this is fixed since 2.0.12.

Cheers,
Lars

Bug#893974: apparmor: loads /etc/apparmor.d/*.dpkg-remove

[Felix C. Stegerman]

Package: apparmor
Version: 2.12-4
Severity: normal

Dear Maintainer,

I noticed that my openntpd service stopped working after apparmor was
enabled in sid by default.  I finally traced the problem to a
remaining /etc/apparmor.d/usr.sbin.ntpd.dpkg-remove without 'x'
permissions for /usr/sbin/ntpd.  It did not immediately occur to me
that whilst the /etc/apparmor.d/usr.sbin.ntpd config seemed fine, it
was being overruled by an old .dpkg-remove.

Not sure what the best way to fix this is, but it seems to me that
apparmor should probably not load any *.dpkg-remove.  I've filed a bug
report against openntpd as well for leaving this file behind when it
should have been removed automatically (I believe).

Thanks.

- Felix

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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 apparmor depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  libc6  2.27-2
ii  lsb-base   9.20170808
ii  python33.6.4-1

apparmor recommends no packages.

Versions of packages apparmor suggests:
pn  apparmor-profiles-extra  
pn  apparmor-utils   

-- debconf information excluded

Bug#893975: x11proto-dev: trying to overwrite '/usr/include/X11/extensions/xf86misc.h'

[Sven-Haegar Koch]

Package: x11proto-dev
Version: 2018.4-3
Severity: normal

Dear Maintainer,

Error while trying to install as part of a dist-upgrade:

Selecting previously unselected package x11proto-dev.
Preparing to unpack .../158-x11proto-dev_2018.4-3_all.deb ...
Unpacking x11proto-dev (2018.4-3) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb (--unpack):
 trying to overwrite '/usr/include/X11/extensions/xf86misc.h', which is also in 
package x11proto-xf86misc-dev 0.9.3-2
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /tmp/apt-dpkg-install-8XuetG/158-x11proto-dev_2018.4-3_all.deb

Looks like this package needs some conflicts/replaces.

Greetings
Haegar


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

Kernel: Linux 4.13.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.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 x11proto-dev depends on:
ii  xorg-sgml-doctools  1:1.11-1

x11proto-dev recommends no packages.

x11proto-dev suggests no packages.

Bug#697907: munin-plugins-core: slapd_ plugin does not autoconfigure

[Lars Kruse]

Package: munin-plugins-core
Followup-For: Bug #697907

Dear Maintainer,

this issue is fixed in the current package.

Cheers,
Lars

Bug#893973: openntpd: broke w/ apparmor b/c remaining /etc/apparmor.d/usr.sbin.ntpd.dpkg-remove

[Felix C. Stegerman]

Package: openntpd
Version: 1:6.2p3-1
Severity: normal

Dear Maintainer,

I noticed that my openntpd service stopped working after apparmor was
enabled in sid by default.  I finally traced the problem to a remaining
/etc/apparmor.d/usr.sbin.ntpd.dpkg-remove without 'x' permissions for
/usr/sbin/ntpd.  Whilst the /etc/apparmor.d/usr.sbin.ntpd config seemed
fine, it was being overruled by an old .dpkg-remove, which -- if I
understand the use of such files correctly -- should have been removed
automatically.

Thanks.

- Felix

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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 openntpd depends on:
ii  adduser   3.117
ii  libc6 2.27-2
ii  lsb-base  9.20170808
ii  netbase   5.4

openntpd recommends no packages.

Versions of packages openntpd suggests:
ii  apparmor  2.12-4

-- Configuration Files:
/etc/default/openntpd changed [not included]

-- no debconf information

Bug#893972: [borgbackup] msgpack-python>=0.4.6 distribution was not found

[Adrien CLERC]

Package: borgbackup
Version: 1.1.4-3
Severity: important

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

After upgrading from 1.1.4-2, the requirement to python3-msgpack
disappeared. However, when starting borg, I have the following output:

# borg help
Traceback (most recent call last):
  File "/usr/bin/borg", line 6, in 
    from pkg_resources import load_entry_point
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
3195, in 
    @_call_aside
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
3179, in _call_aside
    f(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
3208, in _initialize_master_working_set
    working_set = WorkingSet._build_master()
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
681, in _build_master
    ws.require(__requires__)
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
999, in require
    needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line
885, in resolve
    raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'msgpack-python>=0.4.6'
distribution was not found and is required by borgbackup

The output is the same with our without python3-msgpack. Downgrading to
1.1.4-2 solved the issue.

--- System information. ---
Architecture:
Kernel: Linux 4.15.0-1-amd64

Debian Release: buster/sid
500 unstable ftp.fr.debian.org
500 testing download.jitsi.org
1 experimental ftp.fr.debian.org

--- Package information. ---
Depends (Version) | Installed
===-+-==
fuse | 2.9.7-1
python3-llfuse (<< 2.0) | 1.3.2+dfsg-2
python3-pkg-resources | 38.5.2-1
python3 (<< 3.7) | 3.6.4-1
python3 (>= 3.6~) | 3.6.4-1
python3:any (>= 3.3.2-2~) |
libacl1 (>= 2.2.51-8) | 2.2.52-3+b1
libb2-1 | 0.97+git20171226-2
libc6 (>= 2.14) | 2.27-2
liblz4-1 (>= 0.0~r130) | 0.0~r131-2+b1
libssl1.1 (>= 1.1.0) | 1.1.0g-2
libzstd1 (>= 1.3.2) | 1.3.3+dfsg-1


Package's Recommends field is empty.

Suggests (Version) | Installed
=-+-===
borgbackup-doc |

Bug#678430: munin: df: rootfs graph gets overwritten with /run/lock for Wheezy OpenVZ guests

[Lars Kruse]

Package: munin-plugins-core
Followup-For: Bug #678430

Dear Maintainer,

I do not known, which version fixed, this issue, but at least the
current oldstable package (2.0.33-1) uses the mountpoints for special
filesystems (e.g. tmpfs or simfs):

  root@mail-postfix:/etc/munin/plugins# munin-run df
  _run.value 1.58629441624365
  _dev_vda.value 71.3614911736665
  _run_lock.value 0
  _run_shm.value 0
  _dev_vdb.value 3.59932424009251
  _dev_vdd.value 0.588426465967436
  cgroup.value 0

Thus this issue can be closed.

Cheers,
Lars

Bug#675318: munin-node: postfix_mailstats incorrect delivered message count

[Lars Kruse]

Package: munin-plugins-core
Version: 2.0.34-3
Followup-For: Bug #675318

Dear Maintainer,

the issue described by the current title of this bug is already fixed:
 postfix_mailstats incorrect delivered message count
(since v2.0.24)

The additional issue (volume calculated by postfix_mailvolume includes
multiple failed delivery attempts) is not fixed, yet.

The related upstream issue is:
 https://github.com/munin-monitoring/munin/issues/941

Cheers,
Lars

Bug#891140: [Pkg-zsh-devel] Bug#891140: Bug#891140: zsh: Please make "apt install " completion work on "local" .deb files

[Chris Lamb]

tags 891140 + fixed-upstream
thanks

Hi Daniel,

> Can we mark this as fixed-upstream now?  It has been committed (without an ack
> to -workers, alas):
> 
> > 42497 (tweaked c.f. 42498): make completion after apt install work on local 
> > .deb files
> > 
> > By Oliver Kiddle on 03/23/2018 08:57
> > [**View 
> > Changes**](https://sourceforge.net/p/zsh/code/ci/f1a52c23fa6c3c27c32b6a04d731b7d2c2f3c4b4/)

Sure :-)


Regards,

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

Bug#861649: Newer version uploaded

[Tobias Frost]

On Fri, Mar 23, 2018 at 06:29:33PM +0100, Gard Spreemann wrote:
> On Tuesday 13 March 2018 13:58:07 CET Tobias Frost wrote:
> > On Sun, Mar 11, 2018 at 06:48:10PM +0100, Gard Spreemann wrote:
> > > On Sunday 11 March 2018 00:18:32 CET Gard Spreemann wrote:
> > > > On Wednesday 7 March 2018 19:32:48 CET Tobias Frost wrote:
> > > > > Please review d/copyright. I found at least one undocumented file 
> > > > > which
> > > > > is licensed Apache 2.0 and another one under LGPL3+. Neither are in 
> > > > > d/copyright.
> > > > 
> > > > I'm looking into this, and will get back to you.
> > > > 
> > > 
> > > I've updated the copyright information for the Apache 2.0-licensed
> > > file, as well as another MIT-licensed file with missing coverage.
> > 
> > Thanks!.
> > 
> > Note that some files are claimed copyright just by "20xx INRIA" and
> > "20xx INRIA (France)"
> > As copyright must be verbatim, you need to addtionalyl write this in 
> > d/copyright.
> > Not sure about all those other variants of INRIA: Are they different
> > organisattions (like a subsidiary) of just different writing of the same
> > one? In the first case, you need to have one stanca for every different
> > organisations,
> > (hint: license-reconcile might help here)
> 
> I got in touch with upstream, who says:
> 
> [Begin quote]
> This is a problem we have seen, but it was "too late", everybody
> copy/paste the colleague copyright and just changed the Inria center's
> name...  I have started to change it every where, every time I fix a
> bug, but from what you say, I shall change it once for every files ;-)
> 
> The correct Copyright is "Inria".
> 
> If you want, I can change it everywhere and make a new version if it
> can accelerate the submission.
> [End quote]
> 
> It certainly sounds great if they can fix this upstream, but would a
> statement like this suffice for now?

Thanks for clarify it with upstream!
I guess it will be sufficient to store the email as comment in
d/copyright, but probably less effort would be to just have an addtional
Copyright: stanca for it (as you can combine paragraphs in d/copyright,
it will be only one extra line in the Files: * section)

> > Speaking about external sources... I see that there is also cpython in
> > the source. As cpython is packaged, can it be also removed via
> > Files-Exluded (as you said, you're repacking already, so we can reduce
> > the size of the source package even more)
> 
> Maybe I misunderstood, but I can't see a bundled cpython. Did you mean
> the cython subdirectory? It just contains .pyx sources to be compiled
> with cython.

thanks for explaining! I thought those are cython source, I did not
realize that it is only used by cython. -> disregard my comment...

> > Older stuff already mentioned, but still not fixed:
> >   - many versioned build dependencies are already satisfied since
> >   oldstable. As thus those old version constraint can be removed,
> >   especially as this is a new package.
> 
> I've fixed this now (but haven't made a new upload).
> 
> 
> Thanks a lot for your help. I'll upload a new version (also having a
> new dependency that has become necessary after a change to sid's
> Python package) when I hear back from you about the copyright question
> above.

\o/ 
Looking forward for the upload!

--
tobi

> 
>  Best,
>  Gard
> 

Bug#893332: ghostscript: Ghostscript cannot find Resource directory

[Brian Potkin]

tags 893332 moreinfo
thanks


On Sun 18 Mar 2018 at 04:55:38 +0100, Jean-Philippe MENGUAL wrote:

> I try to print a test page from CUPS in a Samsung printer.
> 
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> See the log attached (see from line 3455), explaining what happens. I am 
> concerned by job 71 stuff.
> 
>* What was the outcome of this action?
> 
> The printing fails.

Thank you for the report and the logs, Jean-Philippe.

Your upstream report has received advice to follow. How did you go on with this?

You have also posted to debian-user

  https://lists.debian.org/debian-user/2018/03/msg00662.html

and advice was offered there. Is there any feedback to give?

Regards,

Brian.

Bug#891140: [Pkg-zsh-devel] Bug#891140: Bug#891140: zsh: Please make "apt install " completion work on "local" .deb files

[Daniel Shahaf]

Chris Lamb wrote on Tue, Feb 27, 2018 at 17:05:31 +:
> tags 891140 + upstream
> forwarded 891140 http://www.zsh.org/mla/workers/2018/msg00215.html
> thanks
> 
> Hi Daniel,
> 
> > Would you be able to take this to the upstream mailing list?
> 
> Sure: http://www.zsh.org/mla/workers/2018/msg00215.html

Can we mark this as fixed-upstream now?  It has been committed (without an ack
to -workers, alas):

> 42497 (tweaked c.f. 42498): make completion after apt install work on local 
> .deb files
> 
> By Oliver Kiddle on 03/23/2018 08:57
> [**View 
> Changes**](https://sourceforge.net/p/zsh/code/ci/f1a52c23fa6c3c27c32b6a04d731b7d2c2f3c4b4/)

Cheers,

Daniel

Bug#893477: New depencency (dpkg-dev) forces the installation of unwanted packages

[Mateusz Kowalewski]

Dear Maintainer,

I also would support the idea of removing the dh-python dependency from python3.

I'm like the original bug reporter unhappy with the new transitive dependency 
from dh-python to dpkg-dev which pulls unwanted development packages in. But 
reading the other bug reports it seems that a dep from dh-python to dpkg-dev 
makes actually sense.

So removing the dep from python3 to dh-python is the right thing to do, imho. 
It is the clean solution, which also forces bugfixes in other packages.

Like the others said python3 is an end-user runtime, dh-python a development 
tool. It should be possible to run a Debian system without development tools 
(there are already to many of them force-installed!). I run all my dev stuff in 
containers, and don't like that stuff also on my desktop installed in parallel. 
It makes no sense and only widens the attack surface for security exploits.

So please consider improving the current situation by removing the dep from 
python3 to dh-python. It would even enhance other packages by making fixes of 
their dependencies mandatory.

Thank you for all that great work on Debian!


With kind regards
Mateusz

Bug#871543: [/etc/init.d/saned on sysvinit for saned daemon is broken]

[Jean-Marc LACROIX]

Hi,

Is seems that on Debian Stretch 9.4 with sysvinit package, this bug is 
always alive (!)


ansible@srv-orangepi0-1:~$ sudo /etc/init.d/saned stop
[] Stopping SANE network scanner server: sanedstart-stop-daemon: 
invalid schedule item (must be [-], -, 
 or 'forever'

Try 'start-stop-daemon --help' for more information.

ansible@srv-orangepi0-1:~$ dpkg -l |grep sysvinit
ii  sysvinit-core2.88dsf-59.9 
armhfSystem-V-like init utilities
ii  sysvinit-utils   2.88dsf-59.9 
armhfSystem-V-like utilities


Thanks in advance to apply following patch on the script

sudo sed -i -e 's/--retry --exec $DAEMON/--retry 10/g' /etc/init.d/saned

After that, all is ok

ansible@srv-orangepi0-1:~$ sudo /etc/init.d/saned restart
[ ok ] Restarting SANE network scanner server: saned[] Stopping SANE 
network scanner server: saned.

[ ok ] Starting SANE network scanner server: saned.


Best regards

Bug#893971: stretch-pu: package libdatetime-timezone-perl/1:2.09-1+2018d

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libdatetime-timezone-perl in stretch
incorporating the Olson db 2018d version. As usual as a quilt patch
only touching the data files.

Olson db 2018d contains the following contemporary changes:

  Changes to future time stamps

In 2018, Palestine starts DST on March 24, not March 31.
Adjust future predictions accordingly.  (Thanks to Sharef Mustafa.)

  Changes to past and future time stamps

Casey Station in Antarctica changed from +11 to +08 on 2018-03-11
at 04:00.  (Thanks to Steffen Thorsen.)

As both of these changes are already in effect, this update might be a
candidate for $suite-updates as well.


Manually stripped down debdiff attached.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlq2mFJfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgaj4RAAwPIUnZpUFJKCpf8SIz7CDzXS1acOmdO83pAjPzY6j5IJlA8K0lk8WCAO
zfKa9Q03IoQqdSHaXnqgOYs3dEbfn/svHtuVOP+ViynXFDwCFBFaFP3zx3ihAaE+
oWIyoBwta7khd6g5f2B03jlypLHNVyg+BFaS4X4qGsFpuNccKutSkZRKmrqfBB/v
xKOZwmFlTDOWR0q8zAyzICe5109gQBOV29X76W6HPHibPHTXPmqp3DKc2jbAHQlm
xjFfVKYCQTZN7Xa3iolOzG2wP1+0f6S2kpE/d1WFFI5jW6o3vLlSCV9DrImRiDcP
MVlT0LrLafg2XFRLroCyII/zQpKG61YJ8L+ZuoiO3khdINRmBoi/KGKQbtj+wbyM
NB0jvphcw09BvqKsDJciaJ/66WRrU//QaVglLJZEjfa0O57iHOCR/0sSToueNyKm
zGvvm5zpCogq4YzVtCEBDt/RkL4nLY+vTXgbl79GFumMuCL8UW1FbFInwEm1H4Gh
AlD6A/PS/1fapoTtg7bpUhQPC6rwDBeBqxEMPCNLCftp1UX2uNxi5OexXZXmmzAg
wkOhXrqTzMWPl6rnl8+UhalsYkc45frbE8Ug1kp+R3kmaA48deNy+ATy4nQVcW3Q
B9uR7J57jc+yD2IQOM+ZL8G7YjTok1CYZnKPkANUxNmWpqSM2KY=
=n3mu
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-2.09/debian/changelog 
libdatetime-timezone-perl-2.09/debian/changelog
--- libdatetime-timezone-perl-2.09/debian/changelog 2018-02-10 
15:01:05.0 +0100
+++ libdatetime-timezone-perl-2.09/debian/changelog 2018-03-24 
19:11:55.0 +0100
@@ -1,3 +1,10 @@
+libdatetime-timezone-perl (1:2.09-1+2018d) UNRELEASED; urgency=medium
+
+  * Update to Olson database version 2018d.
+This update contains contemporary changes for Palestine and Casey Station.
+
+ -- gregor herrmann   Sat, 24 Mar 2018 19:11:55 +0100
+
 libdatetime-timezone-perl (1:2.09-1+2018b) stretch; urgency=medium
 
   * Update to Olson database version 2018b.
diff -Nru libdatetime-timezone-perl-2.09/debian/patches/olson-2018d 
libdatetime-timezone-perl-2.09/debian/patches/olson-2018d
--- libdatetime-timezone-perl-2.09/debian/patches/olson-2018d   1970-01-01 
01:00:00.0 +0100
+++ libdatetime-timezone-perl-2.09/debian/patches/olson-2018d   2018-03-24 
19:11:55.0 +0100
@@ -0,0 +1,12230 @@
+Description: update to olson db 2018d
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2018-03-24
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2018b
++# Generated from debian/tzdata/africa.  Olson data version 2018d
+ #
+ # Do not edit this file directly.
+ #
+@@ -43,7 +43,7 @@
+ ],
+ ];
+ 
+-sub olson_version {'2018b'}
++sub olson_version {'2018d'}
+ 
+ sub has_dst_changes {0}
+ 
+--- a/lib/DateTime/TimeZone/Asia/Gaza.pm
 b/lib/DateTime/TimeZone/Asia/Gaza.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/asia.  Olson data version 2018b
++# Generated from debian/tzdata/asia.  Olson data version 2018d
+ #
+ # Do not edit this file directly.
+ #
+@@ -1006,17 +1006,17 @@
+ ],
+ [
+ 63644824800, #utc_start 2017-10-27 22:00:00 (Fri)
+-63658134000, #  utc_end 2018-03-30 23:00:00 (Fri)
++63657529200, #  utc_end 2018-03-23 23:00:00 (Fri)
+ 63644832000, #  local_start 2017-10-28 00:00:00 (Sat)
+-63658141200, #local_end 2018-03-31 01:00:00 (Sat)
++63657536400, #local_end 2018-03-24 01:00:00 (Sat)
+ 7200,
+ 0,
+ 'EET',
+ ],
+ [
+-63658134000, #utc_start 2018-03-30 23:00:00 (Fri)
++63657529200, #utc_start 2018-03-23 23:00:00 (Fri)
+ 63676274400, #  utc_end 2018-10-26 22:00:00 (Fri)
+-63658144800, #  local_start 2018-03-31 02:00:00 (Sat)
++6365754, #  local_start 2018-03-24 02:00:00 (Sat)
+ 63676285200, #local_end 2018-10-27 01:00:00 (Sat)
+ 10800,
+ 1,
+@@ -1024,17 +1024,17 @@
+ ],
+ [
+ 63676274400, #utc_start 2018-10-26 22:00:00 (Fri)
+-63689583600, #  utc_end 2019-03-29 23:00:00 (Fri)
++63688978800, #  utc_end 2019-03-22 23:00:00 (Fri)
+ 63676281600, #  local_start 2018-10-27 00:00:00 (Sat)
+-63689590800, #local_end 2019-03-30 01:00:00 (Sat)
++63688986000, #local_end 2019-03-23 

Bug#893970: jessie-pu: package libdatetime-timezone-perl/1:1.75-2+2018d

[gregor herrmann]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've prepared an update for libdatetime-timezone-perl in jessie
incorporating the Olson db 2018d version. As usual as a quilt patch
only touching the data files.

Olson db 2018d contains the following contemporary changes:

  Changes to future time stamps

In 2018, Palestine starts DST on March 24, not March 31.
Adjust future predictions accordingly.  (Thanks to Sharef Mustafa.)

  Changes to past and future time stamps

Casey Station in Antarctica changed from +11 to +08 on 2018-03-11
at 04:00.  (Thanks to Steffen Thorsen.)

As both of these changes are already in effect, this update might be a
candidate for $suite-updates as well.


Manually stripped down debdiff attached.


Cheers,
gregor

-BEGIN PGP SIGNATURE-

iQKTBAEBCgB9FiEE0eExbpOnYKgQTYX6uzpoAYZJqgYFAlq2mFBfFIAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEQx
RTEzMTZFOTNBNzYwQTgxMDREODVGQUJCM0E2ODAxODY0OUFBMDYACgkQuzpoAYZJ
qgag1hAAxPJw38Qm/diuh0KFb8hZI5xIhuKYJHI+P+NZILNrSBGf/pEWvI9gfh/g
bqWtnxrvOzE2zziQuLjhmVvPr2cDSP4ncodxLt8MSt+xQYO50lGHmuHrau5QNESR
WtgduxFbJHZkGDPzzaWl2kfb4NYTntguhuuEhdSxMQ08OXXNdfdMvSNPcQhkUBMa
SFslHPbomKlLsEVRpnaQpFh/vS7yhUWhmFJetU7VGHLBtLBQ6ZISsypGpJIeiKKM
gRBUO5vDv1ZSq+5MfBkFsCtz1NP5vB8ObkpppUM1t8FfX/DerSlspdUdaPhgx+M7
vhQjqS1dmVFGX2JcPmSkebSuhR862ZyvVGaWqJny1vEMqWg0QrYWmtlVObeQjnpZ
cB5eSlVO0GwbWf0EmjQ2MRi2VdBK0ZnodRx2SnyiVPbp6pmQuOZKHuRQ5JjR2T5q
GZ97bXThh0YTe4ObEHgt+CI+rlKyHGrrS9RA2rj74l456pe8q4Qqgan3Fa+1+EG+
02KD12ggbZx8E/bfhrGjWk3HLkaNKWJVKzdzLYpom60U85TMzukGcKUB3B976bhw
WgNZ4Ox8GjGhkbEXPpauQ7U9e+n9ZK3gwpkQkuSNgih2k4ZgTTbmXbJsAFZ6piDK
ZfRrTRTsIcSMowo5Xj9FMTUylwj++D4JgS6/J+b8jIEddszXCro=
=Xt9p
-END PGP SIGNATURE-
diff -Nru libdatetime-timezone-perl-1.75/debian/changelog 
libdatetime-timezone-perl-1.75/debian/changelog
--- libdatetime-timezone-perl-1.75/debian/changelog 2018-02-10 
14:57:50.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/changelog 2018-03-24 
19:05:11.0 +0100
@@ -1,3 +1,10 @@
+libdatetime-timezone-perl (1:1.75-2+2018d) UNRELEASED; urgency=medium
+
+  * Update to Olson database version 2018d.
+This update contains contemporary changes for Palestine and Casey Station.
+
+ -- gregor herrmann   Sat, 24 Mar 2018 19:05:11 +0100
+
 libdatetime-timezone-perl (1:1.75-2+2018b) jessie; urgency=medium
 
   * Update to Olson database version 2018b.
diff -Nru libdatetime-timezone-perl-1.75/debian/patches/olson-2018d 
libdatetime-timezone-perl-1.75/debian/patches/olson-2018d
--- libdatetime-timezone-perl-1.75/debian/patches/olson-2018d   1970-01-01 
01:00:00.0 +0100
+++ libdatetime-timezone-perl-1.75/debian/patches/olson-2018d   2018-03-24 
19:05:11.0 +0100
@@ -0,0 +1,11909 @@
+Description: update to olson db 2018d
+Origin: vendor
+Author: gregor herrmann 
+Last-Update: 2018-03-24
+
+--- a/lib/DateTime/TimeZone/Africa/Abidjan.pm
 b/lib/DateTime/TimeZone/Africa/Abidjan.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/africa.  Olson data version 2018b
++# Generated from debian/tzdata/africa.  Olson data version 2018d
+ #
+ # Do not edit this file directly.
+ #
+@@ -39,7 +39,7 @@
+ ],
+ ];
+ 
+-sub olson_version { '2018b' }
++sub olson_version { '2018d' }
+ 
+ sub has_dst_changes { 0 }
+ 
+--- a/lib/DateTime/TimeZone/Asia/Gaza.pm
 b/lib/DateTime/TimeZone/Asia/Gaza.pm
+@@ -3,7 +3,7 @@
+ # DateTime::TimeZone module distribution in the tools/ directory
+ 
+ #
+-# Generated from debian/tzdata/asia.  Olson data version 2018b
++# Generated from debian/tzdata/asia.  Olson data version 2018d
+ #
+ # Do not edit this file directly.
+ #
+@@ -1002,17 +1002,17 @@
+ ],
+ [
+ 63644824800, #utc_start 2017-10-27 22:00:00 (Fri)
+-63658134000, #  utc_end 2018-03-30 23:00:00 (Fri)
++63657529200, #  utc_end 2018-03-23 23:00:00 (Fri)
+ 63644832000, #  local_start 2017-10-28 00:00:00 (Sat)
+-63658141200, #local_end 2018-03-31 01:00:00 (Sat)
++63657536400, #local_end 2018-03-24 01:00:00 (Sat)
+ 7200,
+ 0,
+ 'EET',
+ ],
+ [
+-63658134000, #utc_start 2018-03-30 23:00:00 (Fri)
++63657529200, #utc_start 2018-03-23 23:00:00 (Fri)
+ 63676274400, #  utc_end 2018-10-26 22:00:00 (Fri)
+-63658144800, #  local_start 2018-03-31 02:00:00 (Sat)
++6365754, #  local_start 2018-03-24 02:00:00 (Sat)
+ 63676285200, #local_end 2018-10-27 01:00:00 (Sat)
+ 10800,
+ 1,
+@@ -1020,17 +1020,17 @@
+ ],
+ [
+ 63676274400, #utc_start 2018-10-26 22:00:00 (Fri)
+-63689583600, #  utc_end 2019-03-29 23:00:00 (Fri)
++63688978800, #  utc_end 2019-03-22 23:00:00 (Fri)
+ 63676281600, #  local_start 2018-10-27 00:00:00 (Sat)
+-63689590800, #local_end 2019-03-30 01:00:00 (Sat)
++63688986000, #local_end 2019-03-23 

Bug#893962: Acknowledgement (Modsecurity ignores phase 2 rules in Debian Stretch)

[Alain Knaff]

Found it: this was happening whenever the URL was redirecting.
Apparently, when a redirect using "Redirect permanent" happens,
mod-security's phase 2 is not called.

The Ubuntu host that I used for comparison had other configuration
differences which would cause the same URL to be served directly (and
thus be subject to phase 2) rather than redirected.

Sorry for the false alert.

Regards,

Alain

Bug#893964:

[Russel Winder]

I think https://bugs.debian.org/893574 is definitely related, but the multi-
seat is a not what my problem is, albeit related. My situation is very much,
if I login to the console then my settings apply but if not logged in then GDM
just suspends even if there are SSH logins active.

I was not aware of the upstream report https://gitlab.gnome.org/GNOME/gnome-co
ntrol-center/issues/22 it is clearly a consequence of the Fedora bug report.

It seems right that this is an upstream GNOME problem, I just hope they fix
it.


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

Bug#893964: gdm3: System goes into suspend mode unless a user is logged in on the console.

[Simon McVittie]

Control: forwarded -1 
https://gitlab.gnome.org/GNOME/gnome-control-center/issues/22

On Sat, 24 Mar 2018 at 15:23:28 +, Russel Winder wrote:
> With the update to 3.28 a newly rebooted machine that starts GDM will suspend 
> after about 15 mins unless a
> user logs in to the console.

Can you still reproduce this after rebooting with systemd 238-3 installed?
https://bugs.debian.org/893574 looks vaguely similar and was apparently
fixed in that version.

What was the most recent version that worked as you expected, and which
version of systemd was running at the time?

> The Fedora people are having a debate about this at 
> https://bugzilla.redhat.com/show_bug.cgi?id=1558485

https://gitlab.gnome.org/GNOME/gnome-control-center/issues/22 seems to
be a related upstream bug, so I've marked this as having been forwarded
there.

smcv

Bug#893574: gnome-shell: Suspends after 20 minutes even if there is activity on a seat

[Simon McVittie]

Control: reassign -1 systemd 238-2

On Sat, 24 Mar 2018 at 17:42:44 +0100, floris wrote:
> Sorry this was not a Gnome bug. The update from systemd 238-2 to 238-3 fixed
> this bug.

Thanks. Reassigning to systemd, and I'll close it when the reassign has
been processed.

smcv

Bug#893909: fails to download simon1/2 games from GOG

[Dmitry Eremin-Solenikov]

Package: game-data-packager
Version: 58
Tags: patch
Followup-For: Bug #893909

Please apply attached patch, which fixes issue for me.

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

Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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 game-data-packager depends on:
ii  dpkg1.19.0.5
ii  fakeroot1.22-2
ii  python3 3.6.4-1
ii  python3-debian  0.1.32
ii  python3-yaml3.12-1+b1

Versions of packages game-data-packager recommends:
ii  game-data-packager-runtime  58

Versions of packages game-data-packager suggests:
ii  arj   3.10.22-17
ii  binutils  2.30-8
ii  cabextract1.6-1.1
ii  cdparanoia3.10.2+debian-13
ii  dynamite  0.1.1-2+b2
ii  gcc   4:7.2.0-1d1
pn  gdebi | gdebi-kde 
ii  gir1.2-gdkpixbuf-2.0  2.36.11-2
ii  innoextract   1.6-1+b2
pn  lgc-pg
ii  lgogdownloader3.3-1+b1
ii  lhasa [lzh-archiver]  0.3.1-2+b1
ii  make  4.1-9.1
ii  p7zip-full16.02+dfsg-6
pn  steam 
pn  steamcmd  
ii  unace-nonfree 2.5-9
pn  unar  
ii  unrar 1:5.5.8-1
ii  unshield  1.4.2-1
ii  unzip 6.0-21
ii  vorbis-tools  1.4.0-10.1
ii  xdelta1.1.3-9.2
ii  xdelta3   3.0.11-dfsg-1+b1

-- no debconf information
diff --git a/data/simon1.yaml b/data/simon1.yaml
index 090c40fa8e8c..21ed32118a2c 100644
--- a/data/simon1.yaml
+++ b/data/simon1.yaml
@@ -5,7 +5,7 @@ copyright: © 1993 Adventure Soft
 plugin: scummvm_common
 wiki: Simon_the_Sorcerer
 gog:
-  url: simon_the_sorcerer
+  url: simon_the_sorcerer_legacy
 
 packages:
   simon-the-sorcerer1-en-data:
diff --git a/data/simon2.yaml b/data/simon2.yaml
index 75f948618990..1c7a4c6acc3a 100644
--- a/data/simon2.yaml
+++ b/data/simon2.yaml
@@ -10,7 +10,7 @@ packages:
   simon-the-sorcerer2-en-data:
 provides: simon-the-sorcerer2-data
 gog:
-  url: simon_the_sorcerer_2
+  url: simon_the_sorcerer_2_legacy
 url_misc: 
http://www.adventuresoft.com/acatalog/Simon_the_Sorcerer_games.html
 install:
 - gsptr30
@@ -26,7 +26,7 @@ packages:
 lang: de
 provides: simon-the-sorcerer2-data
 gog:
-  url: simon_the_sorcerer_2
+  url: simon_the_sorcerer_2_legacy
 install:
 - gsptr30?de
 - icon.dat
@@ -41,7 +41,7 @@ packages:
 lang: fr
 provides: simon-the-sorcerer2-data
 gog:
-  url: simon_the_sorcerer_2
+  url: simon_the_sorcerer_2_legacy
 install:
 - gsptr30?fr
 - icon.dat

Bug#893969: maxima: fails to load operatingsystem package

[Fede]

Package: maxima
Version: 5.38.1-8+b1
Severity: normal

Dear Maintainer,

maxima fails to load the operatingsystem package. If I start maxima and issue
the following command, I get the shown error:


Maxima 5.38.1 http://maxima.sourceforge.net
using Lisp GNU Common Lisp (GCL) GCL 2.6.12
Distributed under the GNU Public License. See the file COPYING.
Dedicated to the memory of William Schelter.
The function bug_report() provides bug reporting information.
(%i1) load("operatingsystem")$

loadfile: failed to load
/usr/share/maxima/5.38.1/share/contrib/operatingsystem/operatingsystem.lisp
 -- an error. To debug this try: debugmode(true);
(%i2)


The file does exist at the indicated path.

This has the annoying effect of making it difficult to save plots in the
current directory.

Fede



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

Kernel: Linux 4.14.0-0.bpo.2-amd64 (SMP w/8 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 maxima depends on:
ii  libc6 2.24-11+deb9u3
ii  libgmp10  2:6.1.2+dfsg-1
ii  libreadline7  7.0-3
ii  libx11-6  2:1.6.4-3

Versions of packages maxima recommends:
ii  gnuplot-x11   5.0.5+dfsg1-6+deb9u1
ii  maxima-share  5.38.1-8

Versions of packages maxima suggests:
ii  maxima-doc5.38.1-8
ii  maxima-emacs  5.38.1-8
pn  texmacs   
ii  tk [wish] 8.6.0+9
pn  xmaxima   

-- no debconf information

Bug#893200: TC Chair election

[Margarita Manterola]

> ===BEGIN===
> 
> The chair of the Debian Technical Committee will be:
> 
> A : Didier Raboud 
> B : Tollef Fog Heen 
> C : Phil Hands 
> D : Margarita Manterola 
> E : David Bremner 
> F : Niko Tyni 
> G : Gunnar Wolf 
> H : Simon McVittie 
> ===END===

I vote:

E > A = B = C = D > F = G = H

-- 
Cheers,
Marga


signature.asc
Description: PGP signature

Bug#893968: openbox: Add additional fullscreen actions and queries

[Callie LeFave]

Package: openbox
Version: 3.6.1-7
Severity: wishlist
Tags: patch

Dear Maintainer,

I would like to suggest the following changes be made to rc.xml configuration:

- Add Fullscreen and Unfullscreen actions in addition to the existing 
ToggleFullscreen action
- Implement a fullscreen query to the If action

These changes would allow further control over fullscreen behavior than is 
currently possible in rc.xml.

Upstream bugs have been filed, and similar pull requests have been made 
independently via the upstream's github repository, but there has been no 
recent developer response to any of these requests.

I have implemented these changes in a (updated) patch. I will provide it 
momentarily via upload to my github fork, at 
https://github.com/AntyMew/openbox-debian.

Thank you,

Callie

-- 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/8 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 openbox depends on:
ii  libc6 2.27-2
ii  libglib2.0-0  2.56.0-2
ii  libice6   2:1.0.9-2
ii  libobrender32v5   3.6.1-7
ii  libobt2v5 3.6.1-7
ii  libsm62:1.2.2-1+b3
ii  libstartup-notification0  0.12-5
ii  libx11-6  2:1.6.4-3
ii  libxau6   1:1.0.8-1+b2
ii  libxcursor1   1:1.1.15-1
ii  libxext6  2:1.3.3-1+b2
ii  libxi62:1.7.9-1
ii  libxinerama1  2:1.1.3-1+b3
ii  libxrandr22:1.5.1-1

Versions of packages openbox recommends:
ii  obconf1:2.0.4+git20150213-2
ii  obsession 20140608-2+b1
ii  openbox-menu  0.8.0+hg20161009-1
ii  scrot 0.8-18

Versions of packages openbox suggests:
pn  fonts-dejavu   
ii  libxml2-dev2.9.4+dfsg1-6.1
pn  openbox-gnome-session  
pn  openbox-kde-session
ii  python 2.7.14-4
pn  tint2  

-- no debconf information

Bug#893574: fixed in systemd 238-3

[floris]

Sorry this was not a Gnome bug. The update from systemd 238-2 to 238-3 
fixed this bug.


---
Floris

Bug#893919: [Pkg-emacsen-addons] Bug#893919: RFS: yasnippet-snippets/0~git20180307.2b4c4d7e-3 [RC]

[Sean Whitton]

Hello,

On Fri, Mar 23 2018, Nicholas D Steeves wrote:

> Unpacking yasnippet-snippets (0~git20180307.2b4c4d7e-3) over
> (0~git20161123-1) ...  dpkg: warning: unable to delete old directory
> '/usr/share/yasnippet-snippets/tuareg-mode': Directory not empty dpkg:
> warning: unable to delete old directory
> '/usr/share/yasnippet-snippets/scala-mode': Directory not empty dpkg:
> warning: unable to delete old directory
> '/usr/share/yasnippet-snippets/ruby-mode': Directory not empty dpkg:
> warning: unable to delete old directory
> '/usr/share/yasnippet-snippets/js-mode': Directory not empty dpkg:
> warning: unable to delete old directory
> '/usr/share/yasnippet-snippets/clojure-mode': Directory not empty
> dpkg: warning: unable to delete old directory
> '/usr/share/yasnippet-snippets': Directory not empty

These are standard warnings Debian users are used to seeing, so it seems
fine to have them IMO.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#886517: munin-plugins-core: http_loadtime plugin depends on time package

[Lars Kruse]

Package: munin-plugins-core
Version: 2.0.34-3
Followup-For: Bug #886517

Dear Maintainer,

the dependency on "time" is removed in v2.0.35.

See 
https://github.com/munin-monitoring/munin/commit/36144573c7bcdee6df12789b24afc5b76e74a528

Cheers,
Lars

Bug#893967: php-defaults: Drop distribution name from package descriptions

[Jeremy Bicha]

Source: php-defaults
Version: 60

The packages in php-defaults have this sentence which is a bit
problematic for derivative distributions:

"This package is a dependency package, which depends on Debian's
default PHP version"

Please consider removing the specific mention of Debian here. Ubuntu
modifies php-defaults to replace "Debian" with "Ubuntu" but that feels
like extra unneeded work.

Other Comments
--
1. Please drop the Ubuntu "precise" rule from debian/rules since
Ubuntu 12.04 LTS is no longer in regular support status and it doesn't
make sense to backport new php-defaults versions there any more.

2. Please finish the php7.2 transition to allow Ubuntu to sync this
package. See the final comment at
https://bugs.debian.org/872998

Thanks,
Jeremy Bicha

Bug#886516: munin-plugins-core: acpi plugin depends on bc

[Lars Kruse]

Package: munin-plugins-core
Version: 2.0.34-3
Followup-For: Bug #886516

Dear Maintainer,

there is a fix in upstream:
http://github.com/munin-monitoring/munin/commit/715ce2b99afc027dcb69267436276e484c6f2a9d

It will be released in 2.0.36.

Cheers,
Lars

Bug#893966: pciutils: Consider removing pcimodules

[Martin Mares]

Package: pciutils
Version: 1:3.5.2-1
Severity: minor

Debian pciutils package includes the pcimodules program, which was never
a part of the upstream package and which was obsoleted years ago by both
udev and 'lspci -k'.

I think the time has come to remove it.


-- 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-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pciutils depends on:
ii  libc6 2.24-11+deb9u1
ii  libkmod2  23-2
ii  libpci3   1:3.5.2-1

pciutils recommends no packages.

Versions of packages pciutils suggests:
ii  bzip2 1.0.6-8.1
ii  curl  7.52.1-5+deb9u4
ii  lynx-cur  2.8.9dev11-1
ii  wget  1.18-5+deb9u1

-- no debconf information

Bug#893731: [Piuparts-devel] Bug#893731: [piuparts] Please add docker support

[Agustin Henze]

On 03/23/18 15:03, Holger Levsen wrote:
[snip]
> 
> I've done some review...
> 
>>  *--schroot*='SCHROOT-NAME'::
>> -  Use schroot session named SCHROOT-NAME for the chroot, instead of 
>> building a new one with debootstrap.
>> +  Use schroot session named SCHROOT-NAME for the testing environment.
> 
> why drop the second half here?

Not really sure, maybe I thought it was more clear. But now you mention it, I
prefer to keep it hehe. I've re-added it

> 
>>  parser.add_option("--schroot", metavar="SCHROOT-NAME", action="store",
>> -  help="Use schroot session named SCHROOT-NAME for the 
>> chroot, instead of building " +
>> -   "a new one with debootstrap.")
>> +  help="Use schroot session named SCHROOT-NAME for the 
>> testing environment.")
>

done

> same
> 
>>  *-k*, *--keep-tmpdir*::
>> -  Don't remove the temporary directory for the chroot when the program ends.
>> +  Depending on which option is passed, it keeps the environment used for 
>> testing after the program ends::
>> +   * By default it doesn't remove the temporary directory for the chroot
>> +   * if --schroot is used, the schroot session is not terminated
>> +   * or if --docker-image is used, the container created is not destroyed.
>  
> I think I prefer:
> 
> Depending on which option is passed, it keeps the environment used for 
> testing after the program ends::
>  * By default it doesn't remove the temporary directory for the chroot,
>  * or if --schroot is used, the schroot session is not terminated,
>  * or if --docker-image is used, the container created is not destroyed.

Done

> (twice "or if" at the beginning and always commas at the end)
> 
>> -  help="Don't remove the temporary directory for the " +
>> -   "chroot when the program ends.")
>> +  help="It keeps the environment used for testing after 
>> "
>> +  "the program ends.")
> 
> -> "Keep the environment used for testing after the programm ends."

Done

>> --- a/piuparts.py
>> +++ b/piuparts.py
> [...]
>> +import json
> 
> doesn't this need a new dependency?

Noup, it's part of the stdlib
libpython3.6-stdlib:amd64: /usr/lib/python3.6/json/__init__.py
libpython2.7-stdlib:amd64: /usr/lib/python2.7/json/__init__.py

> 
>>  def create_resolv_conf(self):
>> +if settings.docker_image:
>> +# Do nothing, docker already takes care of this
>> +return
> 
> and
> 
>>  def terminate_running_processes(self):
>> +if settings.docker_image:
>> +# docker takes care of this
>> +return
> 
> here I wonder: is it really cleaner to return if docker is used or
> wouldnt it be better to not call it in the first place?

Maybe, I'm not totally sure, but if you feel it's better, I prefer the way you
feel more comfortable :). After all, it's your little creature hehe

> 
> The rest looks fine to me and I'll happily merge once you fixed up those
> little things. Thanks again!

Great! Please take a look at it again. Also I've made little fixes that Andreas
Beckman and Iñaki Malerva point me on the PR ¯\_(ツ)_/¯. Basically add docker.io
as suggested package, edit debian/changelog and fix a typo in doc.

Thanks,

-- 
TiN
From c40f18d64bf6c1149b3538cd01b826cd50b80cc0 Mon Sep 17 00:00:00 2001
From: Agustin Henze 
Date: Wed, 21 Mar 2018 16:54:50 -0300
Subject: [PATCH 1/6] Add docker support, new param is introduced
 `--docker-image`

e.g. piuparts --docker-image debian:unstable package.deb

It only supports overlay2 for now and it uses the `MergedDir` layer
where piuparts can access, add, edit and remove files easily.

Signed-off-by: Agustin Henze 
---
 piuparts.py | 69 +
 1 file changed, 60 insertions(+), 9 deletions(-)

diff --git a/piuparts.py b/piuparts.py
index 3daba797..fc0530d3 100644
--- a/piuparts.py
+++ b/piuparts.py
@@ -47,6 +47,7 @@ import os
 import tarfile
 import stat
 import re
+import json
 import pickle
 import subprocess
 import traceback
@@ -191,6 +192,7 @@ class Settings:
 self.skip_minimize = True
 self.minimize = False
 self.debfoster_options = None
+self.docker_image = None
 # tests and checks
 self.no_install_purge_test = False
 self.no_upgrade_test = False
@@ -769,7 +771,7 @@ class Chroot:
 def create(self, temp_tgz=None):
 """Create a chroot according to user's wishes."""
 self.panic_handler_id = do_on_panic(self.remove)
-if not settings.schroot:
+if not settings.schroot and not settings.docker_image:
 self.create_temp_dir()
 
 if temp_tgz:
@@ -782,10 +784,12 @@ class Chroot:
 self.setup_from_dir(settings.existing_chroot)
 elif settings.schroot:
 self.setup_from_schroot(settings.schroot)
+elif settings.docker_image:

Bug#893965: pciutils: Obsolete Homepage in debian/control

[Martin Mares]

Package: pciutils
Version: 1:3.5.2-1
Severity: minor

The Homepage field in debian/control lists a long obsolete homepage.
Please update it to http://mj.ucw.cz/sw/pciutils/, where the old page
redirects anyway.


-- 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-5-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE=en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pciutils depends on:
ii  libc6 2.24-11+deb9u1
ii  libkmod2  23-2
ii  libpci3   1:3.5.2-1

pciutils recommends no packages.

Versions of packages pciutils suggests:
ii  bzip2 1.0.6-8.1
ii  curl  7.52.1-5+deb9u4
ii  lynx-cur  2.8.9dev11-1
ii  wget  1.18-5+deb9u1

-- no debconf information

Bug#822590: liblunar: depends on python-gtksourceview2 which is deprecated

[Jeremy Bicha]

Please drop the Build-Depends on python-gtksourceview2 so that
python-gtksourceview2 can be removed from Debian and liblunar be
allowed back in to Debian Testing.

Or since liblunar has no reverse dependencies in Debian, please
consider filing a removal bug for liblunar.

Thanks,
Jeremy Bicha

Bug#893964: gdm3: System goes into suspend mode unless a user is logged in on the console.

[Russel Winder]

Package: gdm3
Version: 3.28.0-1
Severity: normal

Dear Maintainer,

With the update to 3.28 a newly rebooted machine that starts GDM will suspend 
after about 15 mins unless a
user logs in to the console.  This means it is no longer possible to remotely 
reboot computers that run GDM
and then login over SSH, since SSH is not recognised as being used. This is but 
one workflow that is now
impossible as there appears to be no way of switching the GDM suspend behaviour 
off.

The Fedora people are having a debate about this at 
https://bugzilla.redhat.com/show_bug.cgi?id=1558485


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

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

Versions of packages gdm3 depends on:
ii  accountsservice   0.6.45-1
ii  adduser   3.117
ii  dconf-cli 0.26.1-3
ii  dconf-gsettings-backend   0.26.1-3
ii  debconf [debconf-2.0] 1.5.66
ii  gir1.2-gdm-1.03.28.0-1
ii  gnome-session [x-session-manager] 3.28.0-1
ii  gnome-session-bin 3.28.0-1
ii  gnome-settings-daemon 3.28.0-1
ii  gnome-shell   3.28.0-1
ii  gnome-terminal [x-terminal-emulator]  3.28.0-1
ii  gsettings-desktop-schemas 3.28.0-1
ii  libaccountsservice0   0.6.45-1
ii  libaudit1 1:2.8.2-1
ii  libc6 2.27-2
ii  libcanberra-gtk3-00.30-6
ii  libcanberra0  0.30-6
ii  libgdk-pixbuf2.0-02.36.11-2
ii  libgdm1   3.28.0-1
ii  libglib2.0-0  2.56.0-4
ii  libglib2.0-bin2.56.0-4
ii  libgtk-3-03.22.29-2
ii  libkeyutils1  1.5.9-9.2
ii  libpam-modules1.1.8-3.7
ii  libpam-runtime1.1.8-3.7
ii  libpam-systemd238-3
ii  libpam0g  1.1.8-3.7
ii  librsvg2-common   2.40.20-2
ii  libselinux1   2.7-2+b1
ii  libsystemd0   238-3
ii  libwrap0  7.6.q-27
ii  libx11-6  2:1.6.5-1
ii  libxau6   1:1.0.8-1+b2
ii  libxcb1   1.13-1
ii  libxdmcp6 1:1.1.2-3
ii  lsb-base  9.20170808
ii  metacity [x-window-manager]   1:3.28.0-1
ii  mutter [x-window-manager] 3.28.0-2
ii  policykit-1   0.105-18
ii  tilix [x-terminal-emulator]   1.7.7-1
ii  ucf   3.0038
ii  x11-common1:7.7+19
ii  x11-xserver-utils 7.7+8
ii  xterm [x-terminal-emulator]   331-1

Versions of packages gdm3 recommends:
ii  at-spi2-core2.28.0-1
ii  desktop-base9.0.5
ii  x11-xkb-utils   7.7+3+b1
ii  xserver-xephyr  2:1.19.6-1
ii  xserver-xorg1:7.7+19
ii  zenity  3.28.0-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.26.0-5
pn  libpam-fprintd
ii  libpam-gnome-keyring  3.28.0.1-1

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3

Bug#861851: munin-plugins-core: netstat plugin does not report active connections

[Lars Kruse]

Package: munin-plugins-core
Followup-For: Bug #861851

Dear Maintainer,

the related upstream issue is
https://github.com/munin-monitoring/munin/issues/877.

It is fixed in the recent v2.0.35 release.

Cheers,
Lars

Bug#893961: Ph.D. should not be marked as error in American English

[Rene Engelhard]

severity 893961 minor
found 893961 1:6.0.2-1
thanks

Hi,

On Sat, Mar 24, 2018 at 04:54:36PM +0300, Василий Пупкин wrote:
>Since I'm not aware of which package is responsible (libreoffice, aspell,
>hunspell, or ispell), I am submitting a bug against libreoffice-writer.
>Feel free to solve the problem yourself or redirect appropriately.

Well, "obviously" from the package relationships LO uses hunspell :-)

Looks like LO for me, though:

$ echo "Ph.D." | hunspell -d en_US
Hunspell 1.4.0
*
*

counter-test:

$ echo "cra" | hunspell -d en_US
Hunspell 1.4.0
& cra 15 0: car, arc, ca, crag, cram, crab, craw, era, bra, cry, Ira,
Ara, Ora, Cray, crack

Interestingly, no flagging in German (Germany)

(And yes, LO also tries to correct "Ph.D." to PhD (or "Ph. D") in
6.0.2...)

Regards,

Rene

Bug#714723: munin: Munin-html don't display the limits exceeded in all the cases

[Lars Kruse]

Package: munin
Followup-For: Bug #714723

Dear Maintainer,

this problem seems to have been fixed somewhen upstream.

I tried to reproduce the exact problem described by the committer. The
problems.html page was updated as expected.

Cheers,
Lars

Bug#893783: spyder3: does not start even after --reset

[Michael Biebl]

On Thu, 22 Mar 2018 10:47:17 + Jitse Niesen 
wrote:

> I don't know the root cause, but it seems to be an incompatibility 
> between python-tornado and pyzmq and possibly jupyter-client, caused by 
> a change in tornado version 5. Maybe pyzmq needs to be at least version 
> 17 to run with tornado version 5; the changelog at
> 
> http://pyzmq.readthedocs.io/en/latest/changelog.html
> 
> notes that pyzmq 17.0.0 includes "Compatibility fixes with tornado 5.0.dev"

The latest python-tornado upload contains:

 python-tornado (5.0.0-2) unstable; urgency=medium
 .
   [ Ondřej Nový ]
   * Add Breaks: python{,3}-zmq (<< 17) (Closes: #893360)

The result is, that spyder3 is currently not installable:

$ sudo apt install spyder3
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 spyder3 : Depends: python3-spyder (= 3.2.6+dfsg1-2) but it is not going
to be installed
E: Unable to correct problems, you have held broken packages.


-- 
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#892802: transition: efl

[Andreas Metzler]

On 2018-03-13 Emilio Pozuelo Monfort  wrote:
> Control: tags -1 confirmed

> On 13/03/18 08:15, Ross Vandegrift wrote:
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: transition

>> Hello,

>> I'd like to request a transition for efl from experimental -> unstable.  This
>> release takes over a few other source packages.  It also reverses some
>> Debian-local ABI & soname deviations from the upstream releases.
[...]
> It looks good. Please go ahead and upload the affected packages to unstable,
> then I'll schedule the binNMUs for the "bad" packages listed in

> https://release.debian.org/transitions/html/auto-efl.html

Hello Emilio,

efl has been built on all archs it is going build[1], could you please
trigger the first run of binnmus?

FWIW the auto-efl tracker does not seem to work at all, I guess because
"good" and "bad" are not disjunct.

TIA, cu Andreas

[1] s390x is lacking luajit

-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#893947: gnome-power-manager: Play a sound when battery is low and full

[miranda . rd . 14]

Thank you for the note Simon,
I already reported to GNOME, this bug can be marked as forwarded.
Ronald
Le samedi 24 mars 2018 à 12:35 +, Simon McVittie a écrit :
> On Sat, 24 Mar 2018 at 09:48:46 +0100, Ronald Miranda wrote:
> > Package: gnome-power-manager
> 
> Note that gnome-power-manager is a GNOME 2 component, and is no longer
> part of the GNOME 3 desktop, so you might not be using it even if
> you think you are. It remains in Debian for the benefit of the GNOME
> Flashback (GNOME 2) environment. I think the equivalent in GNOME 3 is
> part of either gnome-shell or gnome-settings-daemon.
> 
> Please could you send feature requests upstream to GNOME? Depending on
> component, feature requests in GNOME are tracked either as bugs in their
> older Bugzilla installation:
> 
> https://bugzilla.gnome.org/
> 
> or as "Issues" in their new Gitlab installation:
> 
> https://gitlab.gnome.org/explore
> 
> The Debian maintainers of GNOME components are unlikely to add much
> value to your feature requests by pasting them into an upstream feature
> request, and in further discussion we are unlikely to be able to advocate
> the features you are looking for as well as you could.
> 
> If you send feature requests (or bug reports) upstream, please mark the
> corresponding Debian bug as forwarded, or send a message to the bug so
> that a maintainer can mark it as forwarded.
> 
> Thanks,
> smcv

Bug#758692: munin-node timeouts and leads to partial graphs

[Lars Kruse]

Package: munin-node
Followup-For: Bug #758692

Dear Maintainer,

the requested "timeout" parameter was introduced in Munin 2.0.12 - this
it is fixed in all current Debian packages.

Cheers,
Lars