Bug#887722: gnome-software: Does not install packages required for Fritzing to work correctly.

[Fin]

Package: gnome-software
Version: 3.22.5-1
Severity: normal

Dear Maintainer,

   * I installed Fritzing from the Software application (gnome-software). When
launching Fritzing, a number of errors appeard in popup windows about missing
files. Once closing them, there were no parts to use, therefore the software is
unusable.


   * I tried searching for the errors online. I found some of the needed files
on GitHub, but there were still errors and cruciall, no working parts. I then
found mention of a .deb that containd the parts. This lead me to search for
this package in Synaptic Package Manager and, sure enough, it was there. I
installed the fritzing, fritzing-data, and fritzing-parts packages via Synaptic
Package Manager. The software now works correctly.


   * I expected Fritzing to work correctly when installed from the Software
application, and not have to manually install other packages.




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

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

Versions of packages gnome-software depends on:
ii  appstream0.10.6-2
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2+b1
ii  gnome-software-common3.22.5-1
ii  gsettings-desktop-schemas3.22.0-1
ii  libappstream-glib8   0.6.8-1
ii  libatk1.0-0  2.22.0-1
ii  libc62.24-11+deb9u1
ii  libcairo-gobject21.14.8-1
ii  libcairo21.14.8-1
ii  libenchant1c2a   1.6.0-11+b1
ii  libfwupd10.7.4-2
ii  libgdk-pixbuf2.0-0   2.36.5-2+deb9u2
ii  libglib2.0-0 2.50.3-2
ii  libgnome-desktop-3-123.22.2-1
ii  libgtk-3-0   3.22.11-1
ii  libgtkspell3-3-0 3.0.9-1
ii  libgudev-1.0-0   230-3
ii  libjson-glib-1.0-0   1.2.6-1
ii  libpackagekit-glib2-18   1.1.5-2
ii  libpango-1.0-0   1.40.5-1
ii  libpangocairo-1.0-0  1.40.5-1
ii  libpolkit-gobject-1-00.105-18
ii  libsecret-1-00.18.5-3.1
ii  libsoup2.4-1 2.56.0-2+deb9u1
ii  libsqlite3-0 3.16.2-5+deb9u1
ii  packagekit   1.1.5-2
ii  software-properties-gtk  0.96.20.2-1

gnome-software recommends no packages.

Versions of packages gnome-software suggests:
pn  fwupd  
pn  gnome-software-plugin-flatpak  
pn  gnome-software-plugin-limba

-- no debconf information

Bug#887726: debian-edu-config 1.946: rmdir: failed to remove '/var/lib/cfengine3': Directory not empty

[Holger Levsen]

package: debian-edu-config
version: 1.946
severity: serious

hi,

debian-edu-config fails the piuparts test, or more exactly, to purge
cfengine3:

quoting from https://piuparts.debian.org/sid/fail/debian-edu-config_1.946.log

  Purging configuration files for cfengine3 (3.10.2-4) ...
  rmdir: failed to remove '/var/lib/cfengine3': Directory not empty
  dpkg: error processing package cfengine3 (--purge):
   installed cfengine3 package post-removal script subprocess returned error 
exit status 1

Using serious severity cause this is a piuparts regression causing britney to 
not migrate d-e-c.


--
cheers,
Holger


signature.asc
Description: PGP signature

Bug#887715: lintian: false positive: extra-license-file

[Chris Lamb]

tags 887715 + pending
thanks

Fixed in Git:

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


Regards,

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

Bug#887593: libreoffice-common: apparmor profiles triggers lot of ALLOWED entries

[Rene Engelhard]

On Fri, Jan 19, 2018 at 12:52:32PM +0100, Christian Boltz wrote:
> just a quick note:
> 
> > +  /usr/bin/gpg  rmix,
> > +  /usr/bin/gpgsmrmix,
> 
> and in a later comment
> 
> > Thinking about it, we probably also would need owner 
> > "@{HOME}/.gnupg/* rwk," then for gpg. This gets interesting...
> 
> I'd recommend to use Cx (child profile) rules for gpg so that only gpg 
> (and not libreoffice) get access to ~/.gnupg/

So you basically say this should be

/usr/bin/gpg  rmCx,
/usr/bin/gpgsmrmCx,

?

At least that is how I read
https://github.com/coderbunker/linux/wiki/Apparmor-how-to

Something special for .gnupg then? Right now there is
https://cgit.freedesktop.org/libreoffice/core/commit/?id=c6a19889e91f2585453636667e3d5779b153ab86:

owner @{HOME}/.gnupg/* r,

Regards,

Rene

Bug#875621: X1 Carbon trackpoint / Debian Bug#875621

[Tony Power]

Hi Chris,

Didn't the suggestion in reply to your question helo?
https://www.spinics.net/lists/linux-input/msg53757.html

Cheers,
Tony

Bug#884530: additional information

[Ed Hamilton]

output of attempt to install udisks2

[root@sid ed]# apt install udisks2
Reading package lists... Done
Building dependency tree
Reading state information... Done
udisks2 is already the newest version (2.7.5-1+nosystemd.1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded

Bug#887730: ITP: golang-github-google-jsonapi -- jsonapi.org style payload serializer and deserializer

[Sascha Steinbiss]

Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss 

* Package name: golang-github-google-jsonapi
  Version : 1.0.0+git20171108.e0fc4ee-1
  Upstream Author : Google
* URL : https://github.com/google/jsonapi
* License : MIT
  Programming Lang: Go
  Description : jsonapi.org style payload serializer and deserializer

Serializer/deserializer for JSON payloads that comply to the JSON API spec in
Go. Struct tags are used to annotate the struct fields in an application
and then this library reads and writes JSON API output based on the tagged 
fields.

Bug#887737: go-mtpfs FTBFS and Debci failure: poll_linux.go:7:2: cannot find package "golang.org/x/sys/unix"

[Adrian Bunk]

Source: go-mtpfs
Version: 0.0~git20150917.0.bc7c0f7-1
Severity: serious

Some recent change in unstable makes go-mtpfs FTBFS and Debci fail:

https://ci.debian.net/packages/g/go-mtpfs/unstable/amd64/
https://tests.reproducible-builds.org/debian/history/go-mtpfs.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/go-mtpfs.html

...
   dh_auto_build -O--buildsystem=golang
cd obj-x86_64-linux-gnu && go install 
-gcflags=\"-trimpath=/build/1st/go-mtpfs-0.0\~git20150917.0.bc7c0f7/obj-x86_64-linux-gnu/src\"
 
-asmflags=\"-trimpath=/build/1st/go-mtpfs-0.0\~git20150917.0.bc7c0f7/obj-x86_64-linux-gnu/src\"
 -v -p 1 github.com/hanwen/go-mtpfs github.com/hanwen/go-mtpfs/fs 
github.com/hanwen/go-mtpfs/mtp
src/github.com/hanwen/go-fuse/fuse/poll_linux.go:7:2: cannot find package 
"golang.org/x/sys/unix" in any of:
/usr/lib/go-1.9/src/golang.org/x/sys/unix (from $GOROOT)

/build/1st/go-mtpfs-0.0~git20150917.0.bc7c0f7/obj-x86_64-linux-gnu/src/golang.org/x/sys/unix
 (from $GOPATH)
dh_auto_build: cd obj-x86_64-linux-gnu && go install 
-gcflags=\"-trimpath=/build/1st/go-mtpfs-0.0\~git20150917.0.bc7c0f7/obj-x86_64-linux-gnu/src\"
 
-asmflags=\"-trimpath=/build/1st/go-mtpfs-0.0\~git20150917.0.bc7c0f7/obj-x86_64-linux-gnu/src\"
 -v -p 1 github.com/hanwen/go-mtpfs github.com/hanwen/go-mtpfs/fs 
github.com/hanwen/go-mtpfs/mtp returned exit code 1
debian/rules:8: recipe for target 'build' failed
make: *** [build] Error 1

Bug#858418: [PKG-Openstack-devel] Bug#858418: Is it possible to release fixed packages now?

[Thomas Goirand]

On 01/18/2018 10:11 PM, Kepi wrote:
> Hi,

FYI:

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

Please do test the package that I built, so we can make sure it fixes
the issue for you, and report to this bug if it's a good fix or not, to
give yet-another insurance to the release team that we're moving to the
right direction.

Cheers,

Thomas Goirand (zigo)

Bug#887720: libgraphicsmagick1-dev: Detect freetype2 using pkg-config

[Hugh McMaster]

Package: libgraphicsmagick1-dev
Version: 1.3.27-4
Severity: important

Dear Maintainer,

The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.

Please use pkg-config to detect the freetype2 headers
and libraries instead.

Thank you



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

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

Versions of packages libgraphicsmagick1-dev depends on:
ii  libbz2-dev 1.0.6-8.1
ii  libc6-dev  2.26-4
ii  libexif-dev0.6.21-4
ii  libfreetype6-dev   2.8.1-1
ii  libgraphicsmagick-q16-31.3.27-4
ii  libice-dev 2:1.0.9-2
ii  libjbig-dev2.1-3.1+b2
ii  libjpeg-dev1:1.5.2-2
ii  libjpeg62-turbo-dev [libjpeg-dev]  1:1.5.2-2+b1
ii  liblcms2-dev   2.9-1
ii  libltdl-dev2.4.6-2
ii  libpng-dev 1.6.34-1
ii  libsm-dev  2:1.2.2-1+b3
ii  libtiff-dev4.0.9-3
ii  libwebp-dev0.6.0-4
ii  libwmf-dev 0.2.8.4-12
ii  libx11-dev 2:1.6.4-3
ii  libxext-dev2:1.3.3-1+b2
ii  libxml2-dev2.9.4+dfsg1-6.1
ii  x11proto-core-dev  7.0.31-1
ii  zlib1g-dev [libz-dev]  1:1.2.8.dfsg-5

libgraphicsmagick1-dev recommends no packages.

Versions of packages libgraphicsmagick1-dev suggests:
ii  graphicsmagick  1.3.27-4

-- no debconf information

Bug#887716: [pkg-netfilter-team] Bug#887716: not necessarily not running

[Arturo Borrero Gonzalez]

On 19 January 2018 at 11:46, 積丹尼 Dan Jacobson  wrote:
> Package: nftables
> Version: 0.8.1-1
> Severity: minor
>
> Setting up nftables (0.8.1-1) ...
> nftables.service is a disabled or a static unit not running, not starting it.
>
> Not completely correct. Yes it is disabled, but actually it is running.
>
> # nft list tables
> table ip firewall
> table ip6 firewall
>
> I start it via the same script that connects my ADSL modem.
>
> So you might want to change the words a little.

The systemd service is not running as is not started.
Different is that you added rules by other means (like the ADSL script
you mentioned), but that is outside of the control of systemd
i.e, there is no way for systemd to know if you added rules, since the
service is just a one-shot run of `nft -f [...]`.

Closing this bug now. Feel free to reopen if you would lie to further discuss.

Bug#848864: libtool: diff for NMU version 2.4.6-2.1

[Andreas Boll]

Control: tags 848864 + patch

Dear maintainer,

I've prepared an NMU for libtool (versioned as 2.4.6-2.1) to fix this
issue. This NMU restores most of the original performance of libtool
2.4.2.

Please review.

Thanks,
Andreas
diff -Nru libtool-2.4.6/debian/changelog libtool-2.4.6/debian/changelog
--- libtool-2.4.6/debian/changelog	2016-08-20 14:34:31.0 +0200
+++ libtool-2.4.6/debian/changelog	2018-01-19 11:37:19.0 +0100
@@ -1,3 +1,14 @@
+libtool (2.4.6-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Mitigate exessive sed forking (Closes: #848864):
+- Add 0010-libtool-mitigate-the-sed_quote_subst-slowdown.patch
+- Add 0011-libtool-optimizing-options-parser-hooks.patch
+- Add 0012-funclib-refactor-quoting-methods-a-bit.patch
+- Refresh 0020-libtool-fix-GCC-clang-linking-with-fsanitize.patch
+
+ -- Andreas Boll   Fri, 19 Jan 2018 11:37:19 +0100
+
 libtool (2.4.6-2) unstable; urgency=medium
 
   * Don't show the debain version in --version, just in --help
diff -Nru libtool-2.4.6/debian/patches/0010-libtool-mitigate-the-sed_quote_subst-slowdown.patch libtool-2.4.6/debian/patches/0010-libtool-mitigate-the-sed_quote_subst-slowdown.patch
--- libtool-2.4.6/debian/patches/0010-libtool-mitigate-the-sed_quote_subst-slowdown.patch	1970-01-01 01:00:00.0 +0100
+++ libtool-2.4.6/debian/patches/0010-libtool-mitigate-the-sed_quote_subst-slowdown.patch	2018-01-19 11:28:13.0 +0100
@@ -0,0 +1,235 @@
+From 32f0df9835ac15ac17e04be57c368172c3ad1d19 Mon Sep 17 00:00:00 2001
+From: Pavel Raiskup 
+Date: Sun, 4 Oct 2015 21:55:03 +0200
+Subject: [PATCH] libtool: mitigate the $sed_quote_subst slowdown
+
+When it is reasonably possible, use shell implementation for
+quoting.
+
+References:
+http://lists.gnu.org/archive/html/libtool/2015-03/msg5.html
+http://lists.gnu.org/archive/html/libtool/2015-02/msg0.html
+https://debbugs.gnu.org/cgi/bugreport.cgi?bug=20006
+
+* gl/build-aux/funclib.sh (func_quote): New function that can be
+used as substitution for '$SED $sed_quote_subst' call.
+* build-aux/ltmain.in (func_emit_wrapper): Use func_quote instead
+of '$SED $sed_quote_subst'.
+(func_mode_link): Likewise.
+* NEWS: Document.
+* bootstrap: Sync with funclib.sh.
+---
+ NEWS|  3 +++
+ bootstrap   | 61 +++--
+ build-aux/ltmain.in | 10 
+ gl/build-aux/funclib.sh | 61 +++--
+ 4 files changed, 117 insertions(+), 18 deletions(-)
+
+diff --git a/bootstrap b/bootstrap
+index c179f51d..fe9e9cac 100755
+--- a/bootstrap
 b/bootstrap
+@@ -230,7 +230,7 @@ vc_ignore=
+ 
+ # Source required external libraries:
+ # Set a version string for this script.
+-scriptversion=2015-01-20.17; # UTC
++scriptversion=2015-10-04.22; # UTC
+ 
+ # General shell script boiler plate, and helper functions.
+ # Written by Gary V. Vaughan, 2004
+@@ -1257,6 +1257,57 @@ func_relative_path ()
+ }
+ 
+ 
++# func_quote ARG
++# --
++# Aesthetically quote one ARG, store the result into $func_quote_result.  Note
++# that we keep attention to performance here (so far O(N) complexity as long as
++# func_append is O(1)).
++func_quote ()
++{
++$debug_cmd
++
++func_quote_result=$1
++
++case $func_quote_result in
++  *[\\\`\"\$]*)
++case $func_quote_result in
++  *'*'*|*'['*)
++func_quote_result=`$ECHO "$func_quote_result" | $SED "$sed_quote_subst"`
++return 0
++;;
++esac
++
++func_quote_old_IFS=$IFS
++for _G_char in '\' '`' '"' '$'
++do
++  # STATE($1) PREV($2) SEPARATOR($3)
++  set start "" ""
++  func_quote_result=dummy"$_G_char$func_quote_result$_G_char"dummy
++  IFS=$_G_char
++  for _G_part in $func_quote_result
++  do
++case $1 in
++quote)
++  func_append func_quote_result "$3$2"
++  set quote "$_G_part" "\\$_G_char"
++  ;;
++start)
++  set first "" ""
++  func_quote_result=
++  ;;
++first)
++  set quote "$_G_part" ""
++  ;;
++esac
++  done
++  IFS=$func_quote_old_IFS
++done
++;;
++  *) ;;
++esac
++}
++
++
+ # func_quote_for_eval ARG...
+ # --
+ # Aesthetically quote ARGs to be evaled later.
+@@ -1273,12 +1324,8 @@ func_quote_for_eval ()
+ func_quote_for_eval_unquoted_result=
+ func_quote_for_eval_result=
+ while test 0 -lt $#; do
+-  case $1 in
+-*[\\\`\"\$]*)
+-	  _G_unquoted_arg=`printf '%s\n' "$1" |$SED "$sed_quote_subst"` ;;
+-*)
+-  _G_unquoted_arg=$1 ;;
+-  esac
++  func_quote "$1"
++  _G_unquoted_arg=$func_quote_result
+   if test -n "$func_quote_for_eval_unquoted_result"; then
+ 	func_append 

Bug#887728: RFS: nvidia-cudnn/7.0.5~cuda9.0-1 [ITP / ppc64el help needed]

[Lumin]

Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: a...@debian.org pkg-nvidia-de...@lists.alioth.debian.org

Dear mentors,

  I am looking for a sponsor for my package "lua-moses"

 * Package name: nvidia-cudnn
   Version : 7.0.5~cuda9.0-1
   Upstream Author : NVIDIA
 * URL : https://developer.nvidia.com/cudnn
 * License : ***PROPRIETARY***
   Section : non-free/libs

  It builds those binary packages:

libcudnn7 - NVIDIA CUDA Deep Neural Network library (cuDNN)
libcudnn-dev - NVIDIA CUDA Deep Neural Network library (cuDNN), Header File

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

https://salsa.debian.org/lumin-guest/nvidia-cudnn

##NOTE##

  I didn't upload the package to debomatic-amd64, nor the mentors because the
  source package is too large to me (~660MB). My local amd64 build
with cowbuilder
  was successful.

##ppc64el HELP NEEDED##

  I have no resource to test the ppc64el build, so I need someone to
help me with
  the following steps:

  1. build on ppc64el to see if the rules is working for ppc64el
  2. update *.symbols.ppc64el, stripping the debian revision.

##LICENSE##

  Similar to nvidia-cuda-toolkit package.
  Two nvidia people that I contacted before are BCC'ed.
  To nvidia people: The license is shipped in debian/copyright, see
the git repo:
https://salsa.debian.org/lumin-guest/nvidia-cudnn

  Changes since the last upload:

nvidia-cudnn (7.0.5~cuda9.0-1) unstable; urgency=medium

  * Initial release. (Closes: #862524)


-- 
Best,

Bug#886238: Build-Profiles purpose, mechanism vs policy (was Re: Bug#886238: Please introduce official nosystemd build profile)

[Sam Hartman]

> "Adrian" == Adrian Bunk  writes:


Adrian> For many use flags the only benefit is an unused library
Adrian> less on the system when the flag is disabled, and this also
Adrian> applies to the proposed nosystemd profile discussed in this
Adrian> bug.

Agreed.

Adrian> Support for nosystemd in only 95% of all libsystemd-using
Adrian> packages would still result in libsystemd being installed -
Adrian> if just one maintainer would refuse to apply a nosystemd
Adrian> patch, the people working on nosystemd in Debian basically
Adrian> have to rely on CTTE overruling the maintainer.

I disagree with this.
First, that's only true if the package in question is essential, or if
the user needs to install the package in question.

In a world where users never modify, patch or rebuild source you're
absolutely right that this only provides utility if you get 100%
coverage.

users include organizations that are willing to rebuild packages
(patching them if necessary) to meet regulatory, security, or other
requirements.  Users also include downstream distributions and their
users who  are willing to patch software.

In this world, there is siginificant utility to minimizing the number of
patches users apply.
95% coverage would be much easier to deal with than no support at all.

I feel fairly strongly about this because I have been that downstream.
I've been in situations where I was trying to get some feature into
Debian or another project.  I suspect my future includes a fair number
of cases where the future I care about involves being able to build
without some feature because doing so makes regulatory accreditation
much easier for me.

Perhaps it's not worth Debian's time to work with me.
However I'm frustrated when you claim that this only has utility to me
when Debian gets 100% coverage: minimizing divergence has real value.
Does it have enough value to justify some change to Debian?  I think we
should consider that on a case by case basis like we always do.


In the particular case of systemd, I don't have any interest in working
to make it easier to build on Linux without libsystemd installed.  I'd
probably accept patches that did not significantly increase the
complexity of my packages if they did that, but would not go write such
patches.

Bug#884530: same problem here

[Ed Hamilton]

I am using sid and keeping the system updated daily.

Since an update I did yesterday, I am unable to mount removeable drives 
as a user. And "suspend" and "shutdown" are grayed out in the dropdown 
list of actions for logging out.


I am using, right now the xfce4 desktop.

The problem started after yesterday's update which did this:

Start-Date: 2018-01-18  16:43:28
Commandline: apt dist-upgrade
Upgrade: libkrb5-3:amd64 (1.15.2-2, 1.16-1), libkrb5-3:i386 (1.15.2-2, 
1.16-1), libgssapi-krb5-2:amd64 (1.15.2-2, 1.16-1), 
libgssapi-krb5-2:i386 (1.15.2-2, 1.16-1), libnet-ssleay-perl:amd64 
(1.82-1, 1.84-1), libapt-inst2.0:amd64 (1.6~alpha6, 1.6~alpha7), 
libegl1:amd64 (1.0.0-1, 1.0.0-1.1), apt:amd64 (1.6~alpha6, 1.6~alpha7), 
libgl1:amd64 (1.0.0-1, 1.0.0-1.1), libgl1:i386 (1.0.0-1, 1.0.0-1.1), 
libopengl0:amd64 (1.0.0-1, 1.0.0-1.1), libk5crypto3:amd64 (1.15.2-2, 
1.16-1), libk5crypto3:i386 (1.15.2-2, 1.16-1), libgles2:amd64 (1.0.0-1, 
1.0.0-1.1), libapt-pkg5.0:amd64 (1.6~alpha6, 1.6~alpha7), 
krb5-locales:amd64 (1.15.2-2, 1.16-1), libkrb5support0:amd64 (1.15.2-2, 
1.16-1), libkrb5support0:i386 (1.15.2-2, 1.16-1), libglvnd-dev:amd64 
(1.0.0-1, 1.0.0-1.1), libqt5webkit5:amd64 (5.212.0~alpha2-6, 
5.212.0~alpha2-7), libglx0:amd64 (1.0.0-1, 1.0.0-1.1), libglx0:i386 
(1.0.0-1, 1.0.0-1.1), libglvnd-core-dev:amd64 (1.0.0-1, 1.0.0-1.1), 
apt-utils:amd64 (1.6~alpha6, 1.6~alpha7), libjson-c3:amd64 (0.12.1-1.2, 
0.12.1-1.3), libglvnd0:amd64 (1.0.0-1, 1.0.0-1.1), libglvnd0:i386 
(1.0.0-1, 1.0.0-1.1)

End-Date: 2018-01-18  16:44:24



the output of systemctl status udisks2.service

[root@sid ed]# systemctl status udisks2.service
Unit udisks2.service could not be found.

---

locate udisks2 gives much output including, not necessarily in order

/etc/systemd/system/graphical.target.wants/udisks2.service
/usr/lib/systemd/user/gvfs-udisks2-volume-monitor.service
/var/lib/systemd/deb-systemd-helper-enabled/graphical.target.wants/udisks2.service
/var/lib/systemd/deb-systemd-helper-enabled/udisks2.service.dsh-also
/etc/udisks2
/usr/lib/udisks2

/var/lib/udisks2

I can provide the complete output if needed.



output of ldd /usr/lib/udisks2/udisksd

[root@sid ed]# ldd /usr/lib/udisks2/udisksd
    linux-vdso.so.1 (0x7ffede2fd000)
    libgmodule-2.0.so.0 => 
/usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x7feb65ebb000)
    libgudev-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libgudev-1.0.so.0 
(0x7feb65cb1000)
    libblockdev.so.2 => /usr/lib/x86_64-linux-gnu/libblockdev.so.2 
(0x7feb65a81000)
    libbd_utils.so.2 => /usr/lib/x86_64-linux-gnu/libbd_utils.so.2 
(0x7feb6587b000)
    libatasmart.so.4 => /lib/x86_64-linux-gnu/libatasmart.so.4 
(0x7feb6566e000)
    libpolkit-gobject-1.so.0 => 
/usr/lib/x86_64-linux-gnu/libpolkit-gobject-1.so.0 (0x7feb65452000)

    libacl.so.1 => /lib/x86_64-linux-gnu/libacl.so.1 (0x7feb65249000)
    libudisks2.so.0 => /usr/lib/x86_64-linux-gnu/libudisks2.so.0 
(0x7feb64fd5000)
    libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 
(0x7feb64c3b000)
    libgobject-2.0.so.0 => 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x7feb649e7000)
    libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 
(0x7feb646d3000)
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 
(0x7feb644b5000)

    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7feb640ff000)
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x7feb63efb000)
    libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x7feb63cdd000)
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x7feb63992000)
    libattr.so.1 => /lib/x86_64-linux-gnu/libattr.so.1 (0x7feb6378d000)
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x7feb63573000)
    libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 
(0x7feb6334b000)
    libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 
(0x7feb63134000)
    libmount.so.1 => /lib/x86_64-linux-gnu/libmount.so.1 
(0x7feb62edf000)
    libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 
(0x7feb62cd6000)

    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x7feb62a64000)
    /lib64/ld-linux-x86-64.so.2 (0x7feb66329000)
    libblkid.so.1 => /lib/x86_64-linux-gnu/libblkid.so.1 
(0x7feb6281a000)

    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x7feb62612000)
    libuuid.so.1 => /lib/x86_64-linux-gnu/libuuid.so.1 (0x7feb6240d000)


I have not yet tried the solution which worked for the OP, original 
poster, namely downgrading to the version of udisks2 found in stretch.

Bug#887729: nm(1): misleading information about BSS

[Vincent Lefevre]

Package: binutils-common
Version: 2.29.1-13
Severity: minor

The nm(1) man page contains:

"B"
"b" The symbol is in the uninitialized data section (known as BSS).

However, this is misleading, because this section is actually
initialized to zero (at least under Linux) and is used for symbols
corresponding to objects initialized to zero. The man page should
mention this fact, i.e. that objects initialized to zero may be
found in this section.

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

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

-- no debconf information

Bug#884530: how I am attempting to mount the removable drives

[Ed Hamilton]

I am using xfce4 desktop. one of the applications I run at startup is a 
script, which I found online, to automatically mount any connected 
removable USB drives.


the script is shown here:

[ed@sid ~]$ cat ~/Dropbox/bin/mountallUSB

#!/bin/sh

udisksctl dump |
  awk -F':\n' -v'RS=\n\n' '/[ \t]*HintAuto:[ \t]*true/&&/\.Filesystem:/{
 print $1
   }' |
  while read dev
  do
    udisksctl mount --object-path "${dev##*/UDisks2/}"
  done

---

The expected behavior is to mount all the USB drives on /media/ed/

The actual behavior is

[ed@sid ~]$ mountallUSB
Error connecting to the udisks daemon: Error calling StartServiceByName 
for org.freedesktop.UDisks2: 
GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit udisks2.service 
not found.




In addition, none of the GUI file managers are showing the USB drives in 
the sidebar. I tried thunar, nemo, and caja.




here is the output of blkid and df as root. Note, I dual boot with 
stretch on /dev/sda1. that is why "stretch" shows up in this output.


[root@sid ~]# df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 1995784    0   1995784   0% /dev
tmpfs 401556 6156    395400   2% /run
/dev/sda3  477618032 22333428 430953188   5% /
tmpfs    2007768    15524   1992244   1% /dev/shm
tmpfs   5120    4  5116   1% /run/lock
tmpfs    2007768    0   2007768   0% /sys/fs/cgroup
/dev/sda1  477619056 23310888 429976700   6% /media/stretch
none 2007768   12   2007756   1% /run/user/1000
none 2007768    0   2007768   0% /run/user/0

[root@sid ~]# blkid
/dev/sda1: LABEL="stretch" UUID="7b332c84-9714-461b-8c2c-f301adecfade" 
TYPE="ext4" PARTUUID="de5c7ab5-01"
/dev/sda3: LABEL="sid" UUID="9ba26b65-38a9-4a07-8e6d-b0bd52a2f68f" 
TYPE="ext4" PARTUUID="de5c7ab5-03"
/dev/sda5: UUID="41ffdeca-735d-404b-944a-de0e9a9c894e" TYPE="swap" 
PARTUUID="de5c7ab5-05"
/dev/sdc1: LABEL="stretchBackup" 
UUID="15331b0c-724f-4219-b58b-d8fc45e40019" TYPE="ext4" 
PARTUUID="bddb9fc2-01"
/dev/sdd1: LABEL="16gDrive" UUID="82adf1d4-d646-4849-b747-94caf0293b21" 
TYPE="ext4" PARTUUID="996d6376-01"
/dev/sde1: LABEL="sidBackup" UUID="f4b37edc-a98a-4c6e-b28e-4a3f560a0675" 
TYPE="ext4"





I think this all has something to do with polkit (whatever that is), 
because I also can not suspend or shutdown from the user name dropdown 
on the panel. But I don't know how to fix it. I will try suspending and 
shutting down from the command line, but I want to post this first.

Bug#887634: Info dir trailing whitespace

[積丹尼 Dan Jacobson]

$ emacs
C-h i (runs the command "info")
ESC x global-whitespace-mode ENTER
Do you see any whitespace at the end of some lines?
How did they get there?
Yes, it is not the end of the world. But still, something is loose.

Bug#887724: salt-master: Exception is being thrown by salt-run fileserver.update

[Lipovsky, Tomas]

Package: salt-master
Version: 2016.11.2+ds-1
Severity: important

Dear Maintainer,

* What led up to the situation?
   - When I try to update git fileserver by calling salt-run fileserver.update

Same behavior is described at https://github.com/saltstack/salt/issues/39100
and https://github.com/saltstack/salt/issues/38638. This problem is already 
fixed
here https://github.com/saltstack/salt/pull/39107.


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

Kernel: Linux 4.9.0-4-amd64 (SMP w/1 CPU core)
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 salt-master depends on:
ii  init-system-helpers  1.48
ii  lsb-base 9.20161125
ii  python   2.7.13-2
ii  python-crypto2.6.1-7
ii  python-msgpack   0.4.8-1
ii  python-systemd   233-1
ii  python-zmq   16.0.2-2
ii  salt-common  2016.11.2+ds-1

Versions of packages salt-master recommends:
ii  python-git  2.1.1-2

salt-master suggests no packages.

-- no debconf information




Je dobr? v?d?t, ?e tento e-mail a p??lohy jsou d?v?rn?. Pokud spolu jedn?me o 
uzav?en? obchodu, vyhrazujeme si pr?vo na?e jedn?n? kdykoli ukon?it. Pro 
fanou?ky pr?vn? mluvy - vylu?ujeme t?m ustanoven? ob?ansk?ho z?kon?ku o 
p?edsmluvn? odpov?dnosti. Pravidla o tom, kdo u n?s a jak vystupuje za 
spole?nost a kdo m??e co a jak podepsat naleznete 
zde

You should know that this e-mail and its attachments are confidential. If we 
are negotiating on the conclusion of a transaction, we reserve the right to 
terminate the negotiations at any time. For fans of legalese-we hereby exclude 
the provisions of the Civil Code on pre-contractual liability. The rules about 
who and how may act for the company and what are the signing procedures can be 
found here.

Bug#887718: [pkg-netfilter-team] Bug#887718: mention "nftables" in the the NAME or DESCRIPTION

[Arturo Borrero Gonzalez]

On 19 January 2018 at 11:50, 積丹尼 Dan Jacobson  wrote:
> Package: nftables
> Version: 0.8.1-1
> Severity: wishlist
> File: /usr/share/man/man8/nft.8.gz
>
> The man page should mention the word "nftables" earlier.
> Currently one must read down 100 lines before it is even mentioned.
> You might want to make the connection between "nft" and "nftables" as
> early as the NAME or DESCRIPTION.
>
> Also mention what the NF stands for.
>

Hi,

Thanks for the bug report. I just sent a patch upstream for this:

http://patchwork.ozlabs.org/patch/863491/

Closing this bug now.

Bug#887727: debhelper,dh-dist-zilla: dh-dist-zilla based package builds no more run dh_auto_install (and maybe other dh_auto_*)

[Axel Beckert]

Package: debhelper,dh-dist-zilla
Version: debhelper/10.10.6
Severity: serious
Tags: sid buster
Control: affects -1 src:roary src:systray-mdstat

Hi,

Sascha Steinbiss  (X-Debbugs-Cc'ed) made me aware
that at least two dh-dist-zilla based source packages (roary and
systray-mdstat) produce more or less empty packages when build now
(but don't FTBFS and in case of systray-mdstat not even throw a single
lintian warning).

An DH_VERBOSE=1 build log reveals that dh_auto_install is no more
called in the build. (This probably also counts for other dh_auto_*
scripts.) This smells a lot like being caused by this change in
debhelper/10.10.6 (uploaded November 2017, i.e. shortly after the
latest uploads of the two mentioned packages):

  * dh,dh_auto_*: Support skipping all of the dh_auto_* helpers if the
package does not seem to have a build system (and there are no
build system related options passed to dh).

Which is this commit:
https://anonscm.debian.org/git/debhelper/debhelper.git/commit/?id=52bf7ef7

Reverting this commit fixes the issue as dh_auto_install is called
again.

So I now wonder:

* Is this a bug in debhelper? I.e. does the new (additional?)
  buildsystem detection not work properly?

* Or is this a bug in dh-dist-zilla and it should have declared
  something in
  /usr/share/perl5/Debian/Debhelper/Sequence/dist_zilla.pm
  which wasn't relevant yet, but is now?

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

Bug#887738: nspr FTBFS with glibc 2.26

[Adrian Bunk]

Source: nspr
Version: 2:4.16-1
Severity: serious

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

...
prfz.c: In function 'main':
prfz.c:24:31: error: 'SIZE_MAX' undeclared (first use in this function); did 
you mean 'SSIZE_MAX'?
 size_t  unsigned_max= SIZE_MAX;
   ^~~~
   SSIZE_MAX

Bug#887725: transmission: New upstream release 2.93

[Frans van Berckel]

Package: transmission
Package: transmission-cli
Package: transmission-common
Package: transmission-daemon
Package: transmission-gtk
Package: transmission-qt

I know, i am announcing to early. But it's good to know, within the
2.9x git repo, the version is bumped to 2.93, some days ago ...

https://github.com/transmission/transmission/tree/2.9x

Are you willing to update Debian VCS / Git, please?

Thanks,


Frans van Berckel

Bug#887642: Fwd: nftables: nft flush map error

[Arturo Borrero Gonzalez]

On 18 January 2018 at 17:29, ad^2  wrote:
> ---
>* Expected outcome: remove the elements from the map.

This works here:

% sudo nft add map inet filter m1 {type ipv4_addr : verdict \; }
% sudo nft list ruleset
table inet filter {
map m1 {
type ipv4_addr : verdict
}
}
% sudo nft add element inet filter m1 { 1.1.1.1 : accept }
% sudo nft list ruleset
table inet filter {
map m1 {
type ipv4_addr : verdict
elements = { 1.1.1.1 : accept }
}
}
% sudo nft flush map inet filter m1
% sudo nft list ruleset
table inet filter {
map m1 {
type ipv4_addr : verdict
}
}

Please refer to the docs for more information on the syntax:
 https://wiki.nftables.org

Closing this bug report now. Feel free to reopen if you have any other question.

Bug#885960: bug 885960

[miniupnp]

Please consider upgrading to miniupnpd version 2.0 at least.
This issue as already been considered :
https://github.com/miniupnp/miniupnp/issues/167

Regards,

Thomas Bernard
http://miniupnp.free.fr/

Bug#887731: bisonc++ FTBFS with yodl 4.02.00-2

[Adrian Bunk]

Source: bisonc++
Version: 6.00.00-2
Severity: serious

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

...
./build man
mkdir -p tmp/man tmp/manhtml
yodl2man  -o ../../tmp/man/bisonc++.1 bisonc++.yo
Yodl2man 4.02.00
Yodl: including file ../../release.yo
bisonc++.yo:30: DEFINEMACRO: `tr' multiply defined
Yodl is processing a(n) article
Yodl: including file ../manual/invoking/options.yo
Yodl: including file seealso.yo
Error(s) detected
/usr/bin/yodl indicates failure!
Fatal: system - failure of system call (status 256)
debian/rules:32: recipe for target 'build-stamp' failed
make: *** [build-stamp] Error 1

Bug#887634: Info dir trailing whitespace

[Norbert Preining]

Hi,

Your bug report is so absolutely incomprehensible - what about
explaining what is the problem?

I don't have access to the other emails you have exchanged, so I guess I
need to employ some kind of crystal ball to read from the instellar
background noise the actual problems you had ...

Norbert

On Thu, 18 Jan 2018, 積丹尼 Dan Jacobson wrote:
> Package: install-info
> Version: 6.5.0.dfsg.1-1
> Severity: minor
> X-debbugs-Cc: 30...@debbugs.gnu.org, e...@gnu.org
> 
> OK I sent it to Debian install-info package bug list instead.
> 
> > "EZ" == Eli Zaretskii  writes:
> >> From: 積丹尼 Dan Jacobson
> >> 
> >> Date: Thu, 18 Jan 2018 18:28:12 +0800
> >> 
> >> Do (info "(dir) Top")
> >> and now turn on show-trailing-whitespace .
> >> Do you see some lines have trailing whitespace?
> 
> EZ> No, not in the file 'dir' provided as part of Emacs.  I'm guessing
> EZ> those trailing spaces are result of updating your system-wide 'dir'
> EZ> file, either manually or by install-info.  In the latter case, please
> EZ> report this to the Texinfo project (preferably with a recipe to
> EZ> reproduce the problem).
> 
> EZ> In any case, I don't think this is an Emacs problem.
> 

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#887716: [pkg-netfilter-team] Bug#887716: not necessarily not running

[積丹尼 Dan Jacobson]

I'm just saying
> nftables.service is a disabled or a static unit not running, not starting it.
perhaps could be better written
> nftables.service is disabled. Not starting it.
or
> nftables.service is not enabled, so not starting it.
or
> nftables.service is not enabled, so not starting it.
> If currently running, it was started by other means.

Bug#884530: trying to mount removable drives as root

[Ed Hamilton]

one more piece of information I thought of.

As root, I tried running the script I mentioned in message 46 above 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=884530#46


This is the output. no success:

[root@sid bin]# pwd
/home/ed/Dropbox/bin

[root@sid bin]# ./mountallUSB
Error connecting to the udisks daemon: Error calling StartServiceByName 
for org.freedesktop.UDisks2: 
GDBus.Error:org.freedesktop.systemd1.NoSuchUnit: Unit udisks2.service 
not found.

Bug#887721: grub2: Detect freetype2 using pkg-config

[Hugh McMaster]

Package: grub2
Version: 2.02-2
Severity: important

Dear Maintainer,

The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.

Please use pkg-config to detect the freetype2 headers
and libraries instead.

Thank you



-- Package-specific info:

*** BEGIN /proc/mounts
/dev/sda1 / ext4 rw,relatime,errors=remount-ro,data=ordered 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
e112236d-31fe-4e29-86ea-0b4cf64afc5e
else
  search --no-floppy --fs-uuid --set=root e112236d-31fe-4e29-86ea-0b4cf64afc5e
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_AU
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=5
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=5
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
e112236d-31fe-4e29-86ea-0b4cf64afc5e
else
  search --no-floppy --fs-uuid --set=root e112236d-31fe-4e29-86ea-0b4cf64afc5e
fi
insmod png
if background_image /usr/share/desktop-base/softwaves-theme/grub/grub-4x3.png; 
then
  set color_normal=white/black
  set color_highlight=black/white
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-e112236d-31fe-4e29-86ea-0b4cf64afc5e' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 
--hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1  
e112236d-31fe-4e29-86ea-0b4cf64afc5e
else
  search --no-floppy --fs-uuid --set=root 
e112236d-31fe-4e29-86ea-0b4cf64afc5e
fi
echo'Loading Linux 4.14.0-3-amd64 ...'
linux   /boot/vmlinuz-4.14.0-3-amd64 
root=UUID=e112236d-31fe-4e29-86ea-0b4cf64afc5e ro  quiet
echo'Loading initial ramdisk ...'
initrd  /boot/initrd.img-4.14.0-3-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-e112236d-31fe-4e29-86ea-0b4cf64afc5e' {
menuentry 'Debian GNU/Linux, with Linux 4.14.0-3-amd64' --class debian 
--class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-4.14.0-3-amd64-advanced-e112236d-31fe-4e29-86ea-0b4cf64afc5e' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; 
fi
insmod part_msdos
insmod ext2
set root='hd0,msdos1'
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root 
--hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 

Bug#886163: lintian FTBFS on i386: fail tests::files-multiarch-foreign-files: output differs!

[Chris Lamb]

tags 886163 + pending
thanks

Fixed in Git:

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


Regards,

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

Bug#855918: [Pkg-samba-maint] Bug#855918: samba: connection refused after reboot, fixable by systemctl restart smbd

[Mathieu Parent]

Hi,
> > Otherwise: probably your network-online.target is not dynamic.
>
> Please, pretty please do not hint at what RHEL 7 is doing there by requiring
> Network Manager on every system.

Network Manager is not targeting servers. More appropriately, you can
use systemd-networkd.

Otherwise, you probably need "ifupdown-wait-online.service",
introduced in ifupdown 0.8.22 (#868650) and fixed in 0.8.25 (#873475).
Stretch has 0.8.19.

Can you please test one of those two solutions?

Regards

Mathieu Parent

Bug#887719: gnustep-back0.25: Detect freetype2 using pkg-config

[Hugh McMaster]

Package: gnustep-back0.25
Version: 0.25.0-2
Severity: important

Dear Maintainer,

The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.

Please use pkg-config to detect the freetype2 headers
and libraries instead.

Thank you



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

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

Versions of packages gnustep-back0.25 depends on:
ii  gnustep-back0.25-cairo [gnustep-back0.25-alt]  0.25.0-2+b1

gnustep-back0.25 recommends no packages.

Versions of packages gnustep-back0.25 suggests:
ii  fonts-dejavu  2.37-1
ii  gsfonts-x11   0.24

-- no debconf information

Bug#884151: FTBFS with chai 4.1.2 in experimental

[Pirate Praveen]

Control: tag -1 help

On Tue, 12 Dec 2017 11:38:58 +0530 Pirate Praveen 
wrote:
> I'd like to upload chai 4.1.2 to unstable soon, please fix the test failure.

v8flags 3.0.1 support chai 4, but now 3 tests fail. Changes pushed to
alioth.

mkdir -p test-home
HOME=/<>/test-home mocha -R spec test.js


  v8flags
1) should cache and call back with the v8 flags for the running process
✓ should not append the file when multiple calls happen concurrently
and the config file does not yet exist
✓ should fall back to writing to a temp dir if user home is unwriteable
✓ should return flags even if an error is thrown
✓ should back with an empty array if the runtime is electron
2) should handle usernames which are invalid file paths
3) should handle undefined usernames

  config-path
✓ should return default linux path in other environments
✓ should return default macos path in darwin environment
✓ should return default windows path in win32 environment
✓ should return fallback path when homedir is falsy

  platform specific tests
- should return fallback path when no home is found under windows


  8 passing (191ms)
  1 pending
  3 failing

  1) v8flags
   should cache and call back with the v8 flags for the running process:
 Uncaught AssertionError: expected false to be true
  at test.js:67:46
  at index.js:91:14
  at FSReqWrap.oncomplete (fs.js:135:15)

  2) v8flags
   should handle usernames which are invalid file paths:
 Uncaught AssertionError: expected [Error: ENOENT: no such file or
directory, open
'undefined/.v8flags.6.1.534.48.c4d621d41b4fbc7ff499328bec392f92.json'

Unable to cache a config file for v8flags to a your home directory
or a temporary folder. To fix this problem, please correct your
environment by setting HOME=/path/to/home or TEMP=/path/to/temp.
NOTE: the user running this must be able to access provided path.
If all else fails, please open an issue here:
http://github.com/tkellen/js-v8flags] to be null
  at test.js:126:24
  at index.js:122:16
  at index.js:77:12
  at ChildProcess.exithandler (child_process.js:267:7)
  at maybeClose (internal/child_process.js:925:16)
  at Process.ChildProcess._handle.onexit
(internal/child_process.js:209:5)

  3) v8flags
   should handle undefined usernames:
 Uncaught AssertionError: expected [Error: ENOENT: no such file or
directory, open
'undefined/.v8flags.6.1.534.48.d41d8cd98f00b204e9800998ecf8427e.json'

Unable to cache a config file for v8flags to a your home directory
or a temporary folder. To fix this problem, please correct your
environment by setting HOME=/path/to/home or TEMP=/path/to/temp.
NOTE: the user running this must be able to access provided path.
If all else fails, please open an issue here:
http://github.com/tkellen/js-v8flags] to be null
  at test.js:135:24
  at index.js:122:16
  at index.js:77:12
  at ChildProcess.exithandler (child_process.js:267:7)
  at maybeClose (internal/child_process.js:925:16)
  at Process.ChildProcess._handle.onexit
(internal/child_process.js:209:5)





signature.asc
Description: OpenPGP digital signature

Bug#867892: [debian-mysql] Bug#867892: MariaDB 10.2

[Olaf van der Spek]

2018-01-10 16:34 GMT+01:00 Olaf van der Spek :
> 2018-01-10 16:23 GMT+01:00 Ondřej Surý :
>> I think that negotiating with -backports maintainers should be the first 
>> step. Bumping the MariaDB server version in stretch-backports might be not 
>> allowed. So before spending any effort, it should be pre-negotiated with 
>> them.
>
> Getting 10.2.12 into unstable/testing would be my first step. ;)

So what could I do to help?


-- 
Olaf

Bug#887628: [Pkg-roundcube-maintainers] Bug#887628: roundcube: Unsupported database driver with sqlite3 after dist-upgrade or install on stretch

[Robert Lister]

Hello Guilhem,

Okay, I've just done this:

root@eeyore:/etc# dpkg-reconfigure roundcube-core
Determining localhost credentials from /etc/mysql/debian.cnf: succeeded.
dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf
dbconfig-common: flushing administrative password
This instance of Roundcube is up-to-date.
Have fun!
apache2_invoke roundcube.conf: already enabled

root@eeyore:/etc# dpkg-reconfigure roundcube-core
Determining localhost credentials from /etc/mysql/debian.cnf: succeeded.
dbconfig-common: writing config to /etc/dbconfig-common/roundcube.conf
Replacing config file /etc/dbconfig-common/roundcube.conf with new version
Replacing config file /etc/roundcube/debian-db.php with new version
dbconfig-common: dumping sqlite3 database roundcube to 
/var/tmp/roundcube.roundcube.2018-01-19-10.53.sqlite3.QwFQjY.
dbconfig-common: dropping old sqlite3 database roundcube.
dropping database roundcube: success.
verifying database roundcube was dropped: success.
creating database roundcube: success.
verifying database roundcube exists: success.
populating database via sql...  done.
This instance of Roundcube is up-to-date.
Have fun!
apache2_invoke roundcube.conf: already enabled

root@eeyore:/etc# apt-get install roundcube-sqlite3
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  roundcube-sqlite3
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 70.9 kB of archives.
After this operation, 100 kB of additional disk space will be used.
Get:1 http://mirror.bytemark.co.uk/debian stretch/main amd64 roundcube-sqlite3 
all 1.2.3+dfsg.1-4+deb9u1 [70.9 kB]
Fetched 70.9 kB in 0s (517 kB/s)
Selecting previously unselected package roundcube-sqlite3.
(Reading database ... 70705 files and directories currently installed.)
Preparing to unpack .../roundcube-sqlite3_1.2.3+dfsg.1-4+deb9u1_all.deb ...
Unpacking roundcube-sqlite3 (1.2.3+dfsg.1-4+deb9u1) ...
Setting up roundcube-sqlite3 (1.2.3+dfsg.1-4+deb9u1) ...


root@eeyore:/etc# apt-get install dbconfig-sqlite3
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  dbconfig-sqlite3
0 upgraded, 1 newly installed, 0 to remove and 1 not upgraded.
Need to get 956 B of archives.
After this operation, 9,216 B of additional disk space will be used.
Get:1 http://mirror.bytemark.co.uk/debian stretch/main amd64 dbconfig-sqlite3 
all 2.0.8 [956 B]
Fetched 956 B in 0s (20.5 kB/s)
Selecting previously unselected package dbconfig-sqlite3.
(Reading database ... 70711 files and directories currently installed.)
Preparing to unpack .../dbconfig-sqlite3_2.0.8_all.deb ...
Unpacking dbconfig-sqlite3 (2.0.8) ...
Setting up dbconfig-sqlite3 (2.0.8) ...


Now I am back to the broken sqlite3 setup (Yesterday I installed it with
mysql instead, and this does indeed work.)

[19-Jan-2018 10:54:50 +]:  DB Error: could not find driver in 
/usr/share/roundcube/program/lib/Roundcube/rcube_db.php on line 174 (GET 
/roundcube/?_page=1)
[19-Jan-2018 10:54:50 +]:  DB Error: could not find driver (GET 
/roundcube/?_page=1)


Now that you mention it - it was definitely installed before the jessie
to stretch dist-upgrade. After upgrade, roundcube broke saying it was
unable to connect to the database, and I attempted to uninstall and
re-install roundcube-sqlite3, but this failed to fix.


I don't really understand why it broke following dist-upgrade, either.
Obviously something had gone wrong with its ability use the sqlite
driver, but no amount of installing on re-installing roundcube-sqlite3
or experimenting with the config could I identify the problem, though
the the roundcube config looks pretty much the same (doing a diff from
the old coonfig to the newly installed one revealed only minor changes
like the site name and mail server.)

After the last re-install attempt, I have to admit that I didn't
explicitly re-install roundcube-sqlite3. The roundcube installation
prompts the user if they want mysql or sqlite3, so I probably assumed
that it would install the right thing, or at least give me a warning
that I needed to install roundcube-sqlite3. :)

During the install (or dpkg-reconfigure) of roundcube-core, this pops up,
which says:

"If other database types are supported by roundcube but not shown here,
the reason for their omission is that the corresponding dbconfig-
packages are not installed."*

Which led me to believe everything needed was either installed, or would
be installed, but now I read more carefully:
*dbconfig*- (which I don't think I've ever explicitly had
to install or uninstall.)


 ┌┤ Configuring roundcube-core 
├─┐
 │ The roundcube package can be configured to use one of several database 
types. Below, you  │
 │ will be presented with the available choices.
 │
 

Bug#887723: mate-screensaver: the screen stays darken and desktop not available anymore

[Joël Krähemann]

Package: mate-screensaver
Version: 1.18.2-1
Severity: serious
Justification: the desktop must be available

Dear Maintainer,

I have installed mate-desktop and its screensaver. The screen
stays darken after a while it was darken. Hitting my Logitech
USB wireless keyboard doesn't show up login screen.

Only way out is to restart lightdm:

`systemctl restart lightdm`

This possibily leads to data loss.

Best regards,
Joël

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

Kernel: Linux 4.14.0-3-rt-amd64 (SMP w/24 CPU cores; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mate-screensaver depends on:
ii  dbus-x11  1.12.2-1
ii  libatk1.0-0   2.26.1-2
ii  libc6 2.26-4
ii  libcairo-gobject2 1.15.8-3
ii  libcairo2 1.15.8-3
ii  libdbus-1-3   1.12.2-1
ii  libdbus-glib-1-2  0.108-3
ii  libgdk-pixbuf2.0-02.36.11-1
ii  libgl11.0.0-1
ii  libglib2.0-0  2.54.3-1
ii  libgtk-3-03.22.26-2
ii  libice6   2:1.0.9-2
ii  libmate-desktop-2-17  1.18.0-1
ii  libmate-menu2 1.18.1-1
ii  libmatekbd4   1.18.2-1
ii  libnotify40.7.7-3
ii  libpam0g  1.1.8-3.6
ii  libpango-1.0-01.40.14-1
ii  libpangocairo-1.0-0   1.40.14-1
ii  libsm62:1.2.2-1+b3
ii  libstartup-notification0  0.12-5
ii  libsystemd0   236-3
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxklavier16 5.4-3
ii  libxss1   1:1.2.2-1+b2
ii  libxxf86vm1   1:1.1.4-1+b2
ii  mate-desktop-common   1.18.0-1
ii  mate-screensaver-common   1.18.2-1
ii  mate-session-manager  1.18.2-1

Versions of packages mate-screensaver recommends:
ii  mate-power-manager  1.18.1-2

Versions of packages mate-screensaver suggests:
pn  rss-glx
ii  xscreensaver-data  5.36-1

-- no debconf information

Bug#887624: Bug not seen on ubuntu

[積丹尼 Dan Jacobson]

Not seen on ubuntu's
$ aptitude --version
aptitude 0.6.8.2 compiled at Feb 17 2014 23:54:56
Compiler: g++ 4.8.2
Compiled against:
  apt version 4.12.0
  NCurses version 5.9
  libsigc++ version: 2.2.10
  Ept support enabled.
  Gtk+ support disabled.
  Qt support disabled.

Current library versions:
  NCurses version: ncurses 5.9.20140118
  cwidget version: 0.5.16
  Apt version: 4.12.0

Bug#887642: [pkg-netfilter-team] Bug#887642: Duplicate of 887641

[Arturo Borrero Gonzalez]

merge 887642 887641

Bug#887643: [pkg-netfilter-team] Bug#887643: Error: syntax error, unexpected ., expecting comma or '}'

[Arturo Borrero Gonzalez]

On 18 January 2018 at 17:41, ad^2  wrote:
>
> Package: nftables
> Version: 0.8.1-1
> Severity: normal
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate
> ***
>
>* Converting working iptables rules to nft rules.
>* Original iptables rule
>  ** -A INPUT -s 10.0.0.0/8 -d 10.0.0.0/8 -i eth0 -p udp -m udp --dport
> 25 -j ACCEPT
>  ** -A INPUT -s 10.0.0.0/8 -d 10.0.0.0/8 -i eth0 -p udp -m udp --dport
> 80 -j ACCEPT
>* translated to nftables
>  ** nft add map mapper incoming {type ipv4_addr . ipv4_addr .
> inet_service : verdict \;}
>  ** nft add rule mapper input ip saddr . ip daddr . tcp dport vmap
> @incoming
>  ** nft add element mapper incoming { 10.0.0.0/8 . 10.0.0.0/8 . 25 :
> accept }
>
>* Error
>  ** :1:42-42: Error: syntax error, unexpected ., expecting
> comma or '}'
>* This works although its not valid - note CIDR notation is removed.
>  ** add element mapper incoming { 10.0.0.0 . 10.0.0.0 . 10050 : accept }
>
>* There is an expectation CIDR notation will work with the ipv4_addr type
> when it works with saddr and daddr..
>

As far as I know, you can't use bit masks (i.e, network addresses) in
concatenations.

Bug#876477: [pkg-cryptsetup-devel] Bug#876477: cryptsetup: Password requested three times on boot, when /root is plaintext, but swap is on LVM on crypt.

[Guilhem Moulin]

Control: tag -1 moreinfo

Hi Matthew,

On Fri, 22 Sep 2017 at 16:54:03 +0100, Matthew Wakeling wrote:
> I have set up my system with an unencrypted /root partition, but with
> /home, /var, /tmp, and swap all in an LVM inside a luks crypt
> partition.
> When booting, the system prompts for the crypto password, and then
> prints the error message:

I can't reproduce this in a fresh Stretch (9.3) VM.
 
> The problem exists in
> /usr/share/initramfs-tools/scripts/local-top/cryptroot. THe script
> assumes that it is having to unlock the /root partition, and gets the
> check for whether unlocking worked correctly wrong.  On line 341, the
> script sets $NEWROOT to the name of the LVM VG, instead of the swap
> volume inside the LVM. I guess normally it would set it to the /root
> volume inside the LVM, but the root filesystem in this case is on a
> separate partition. On line 348 it then sets $FSTYPE to the empty
> string, because the LVM VG name doesn't play well with blkid. On line
> 352 the script then decides that something has gone wrong, and the
> error message is produced.

Could you paste the output of lsblk(1)?  With

vda254:004G  0 disk
├─vda1 254:10  1.9G  0 part  /
└─vda2 254:20  2.1G  0 part
  └─vda2_crypt 253:00  2.1G  0 crypt
├─vg-swap  253:10  488M  0 lvm   [SWAP]
├─vg-home  253:20  488M  0 lvm   /home
├─vg-tmp   253:30   32M  0 lvm   /tmp
└─vg-var   253:40  512M  0 lvm   /var

The initrd's /conf/conf.d/cryptroot contains a single line for
/dev/vg/swap AKA /dev/mapper/vg-swap (/home and /tmp aren't required at
initramfs stage)


target=vda2_crypt,source=UUID=fdffd6a8-8da1-4479-9196-39a4c7a2fc24,resumedev,lvm=vg-swap,key=none

and I have a single prompt “Please unlock disk vda2_crypt:” (log
attached).  After unlocking and `activate_vg` NEWROOT is set to
/dev/mapper/vg-swap, which is indeed the (mapped) device holding swap.

You might want to activate debug mode in the the cryptroot initramfs
script, see https://wiki.debian.org/CryptsetupDebug for details.

-- 
Guilhem.
+ /sbin/cryptsetup isLuks /dev/disk/by-uuid/fdffd6a8-8da1-4479-9196-39a4c7a2fc24
+ cryptopen=/sbin/cryptsetup -T 1 open --type luks 
/dev/disk/by-uuid/fdffd6a8-8da1-4479-9196-39a4c7a2fc24 vda2_crypt --key-file=-
+ cryptremove=/sbin/cryptsetup remove vda2_crypt
+ NEWROOT=/dev/mapper/vda2_crypt
+ count=0
+ [ 3 -le 0 ]
+ [ 0 -lt 3 ]
+ export CRYPTTAB_TRIED=0
+ count=1
+ [ ! -e /dev/mapper/vda2_crypt ]
+ /sbin/cryptsetup -T 1 open --type luks 
/dev/disk/by-uuid/fdffd6a8-8da1-4479-9196-39a4c7a2fc24 vda2_crypt --key-file=-
+ crypttarget=vda2_crypt 
cryptsource=/dev/disk/by-uuid/fdffd6a8-8da1-4479-9196-39a4c7a2fc24 
/lib/cryptsetup/askpass Please unlock disk vda2_crypt: 
Please unlock disk vda2_crypt: 
+ [ ! -e /dev/mapper/vda2_crypt ]
+ /sbin/blkid -s TYPE -o value /dev/mapper/vda2_crypt
+ FSTYPE=LVM2_member
+ [ LVM2_member = LVM_member ]
+ [ LVM2_member = LVM2_member ]
+ [ -z vg-swap ]
+ activate_vg
+ [ ! -x /sbin/lvm ]
+ /sbin/lvm vgscan
  WARNING: Failed to connect to lvmetad. Falling back to device scanning.
  Reading all physical volumes.  This may take a while...
  Found volume group "vg" using metadata type lvm2
+ /sbin/lvm vgchange -a y --sysinit
  WARNING: Failed to connect to lvmetad. Falling back to device scanning.
  4 logical volume(s) in volume group "vg" now active
+ return 0
+ [ -f /conf/param.conf ]
+ NEWROOT=/dev/mapper/vg-swap
+ [  = yes ]
+ /sbin/blkid -s TYPE -o value /dev/mapper/vg-swap
+ FSTYPE=swap
+ [ -z swap ]
+ count=0
+ message cryptsetup (vda2_crypt): set up successfully
+ [ -x /bin/plymouth ]
+ echo cryptsetup (vda2_crypt): set up successfully
cryptsetup (vda2_crypt): set up successfully
+ return 0
+ break
+ failsleep=60
+ [  = yes ]
+ udev_settle
+ command -v udevadm
+ udevadm settle --timeout=30
+ return 0
+ return 0
+ read mapping
+ exit 0


signature.asc
Description: PGP signature

Bug#887732: non-root user sacrifices half of disk to download one little package

[積丹尼 Dan Jacobson]

Package: aptitude
Version: 0.8.10-6

With plenty of disk space,

jidanni1@ps11007:/tmp$ df .
Filesystem 1K-blocks  Used Available Use% Mounted on
none  131072  2976128096   3% /tmp

our regular (non-root) user thinks "I'll use the power of aptitude to
download a package and any other required packages!"

jidanni1@ps11007:/tmp$ aptitude -o Debug::NoLocking=true -o Dir::Cache=/tmp 
--download-only install libbest-perl
The following NEW packages will be installed:
  libbest-perl
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 15.0 kB of archives. After unpacking 65.5 kB will be used.
Get: 1 http://mirror.newdream.net/ubuntu/ trusty/universe libbest-perl all 
0.15-1 [15.0 kB]
Fetched 15.0 kB in 0s (1,096 kB/s)

"Hmmm, 15.0 kB, 65.5 kB, whatever. OK Good."

jidanni1@ps11007:/tmp$ df .
Filesystem 1K-blocks  Used Available Use% Mounted on
none  131072 60280 70792  46% /tmp

"Holy smokes, what happened? It ate half my disk space!"

jidanni1@ps11007:/tmp$ ls -Sog|head
-rw-r--r-- 1 29352344 01-19 21:19 pkgcache.bin
-rw-r--r-- 1 29311314 01-19 21:19 srcpkgcache.bin

"What do you want me to do, not set Dir?"

jidanni1@ps11007:/tmp$ aptitude -o Debug::NoLocking=true --download-only 
install libbest-perl
The following NEW packages will be installed:
  libbest-perl
0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 15.0 kB of archives. After unpacking 65.5 kB will be used.
Err http://mirror.newdream.net/ubuntu/ trusty/universe libbest-perl all 0.15-1
  Could not open file 
/var/cache/apt/archives/partial/libbest-perl_0.15-1_all.deb - open (13: 
Permission denied)
0% [Working]E: Failed to fetch 
http://mirror.newdream.net/ubuntu/pool/universe/libb/libbest-perl/libbest-perl_0.15-1_all.deb:
 Could not open file 
/var/cache/apt/archives/partial/libbest-perl_0.15-1_all.deb - open (13: 
Permission denied)
E: Some files failed to download

"All I wanted was one measly package."

"Now I have to clean up the mess left behind each time."

(Same problem with current Debian aptitude.)

Anyway do document on the man page, at --download-only, do document all
the things non-root people need to do...

Bug#887703: kinit: Kinit cannot open/locate libkdeinit5 specific shared object files

[Maximiliano Curia]

¡Hola Andrew!

El 2018-01-19 a las 03:51 -0500, Andrew Lawrence DeMarsh escribió:
Package: kinit 
Version: 5.37.0-2 
Severity: important



Dear Maintainer,



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

  * What led up to the situation?



a kinit update


The kinit version that you are reporting against was upload in september last 
year, so I guess you have just migrated your system to testing or unstable, if 
that's the case, KDE in general doesn't support upgrades while the session is 
running, you might need to restart your kde session and most likely the 
problem will go away.


If that doesn't fix it:

Re: Bug#887703: kinit: Kinit cannot open/locate libkdeinit5 specific shared object files 
Cannot load library libkdeinit5_minetest: (libkdeinit5_minetest: cannot open shared object file: No such file or directory)


Unless you have created it, there is no libkdeinit5_minetest, so the message 
is correct. minetest (if you have it installed) is in /usr/games/minetest, it 
could be that /usr/games is not in your PATH.


Happy hacking,
--
"If programmers deserve to be rewarded for creating innovative programs, by
the same token they deserve to be punished if they restrict the use of these
programs."
-- Richard M. Stallman
Saludos /\/\ /\ >< `/


signature.asc
Description: PGP signature

Bug#887734: ITP: libqtshadowsocks -- Lightweight and ultra-fast shadowsocks library written in C++/Qt

[Boyuan Yang]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: libqtshadowsocks
  Version : 2.0.1
  Upstream Author : Symeon Huang 
* URL : https://github.com/shadowsocks/libqtshadowsocks
* License : LGPL-3+
  Programming Lang: C++/Qt
  Description : Lightweight and ultra-fast shadowsocks library written in 
C++/Qt

libQtShadowsocks provides a lightweight and fast implementation of
shadowsocks protocol as described on https://shadowsocks.org .

This library is written in C++ using Qt. It is one of the dependencies of the
GUI shadowsocks client "shadowsocks-qt5".

I intend to co-maintain it in the newly-established Debian Bridges Team on 
Salsa.

Regards,
Boyuan Yang




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

Bug#887735: mpdecimal FTBFS: not writing through dangling symlink 'debian/libmpdec-doc/usr/share/doc/libmpdec-doc/_static/doctools.js'

[Adrian Bunk]

Source: mpdecimal
Version: 2.4.2-1
Severity: serious

Some recent change in unstable makes mpdecimal FTBFS:

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

...
   debian/rules override_dh_sphinxdoc
make[1]: Entering directory '/build/1st/mpdecimal-2.4.2'
cp -a debian/tmp/usr/share/doc/mpdecimal/* \
debian/libmpdec-doc/usr/share/doc/libmpdec-doc
cp: not writing through dangling symlink 
'debian/libmpdec-doc/usr/share/doc/libmpdec-doc/_static/doctools.js'
cp: not writing through dangling symlink 
'debian/libmpdec-doc/usr/share/doc/libmpdec-doc/_static/jquery.js'
cp: not writing through dangling symlink 
'debian/libmpdec-doc/usr/share/doc/libmpdec-doc/_static/searchtools.js'
cp: not writing through dangling symlink 
'debian/libmpdec-doc/usr/share/doc/libmpdec-doc/_static/sidebar.js'
cp: not writing through dangling symlink 
'debian/libmpdec-doc/usr/share/doc/libmpdec-doc/_static/underscore.js'
debian/rules:56: recipe for target 'override_dh_sphinxdoc' failed
make[1]: *** [override_dh_sphinxdoc] Error 1

Bug#887634: Info dir trailing whitespace

[Norbert Preining]

> ESC x global-whitespace-mode ENTER
> Do you see any whitespace at the end of some lines?

No.

Not reproducible here. This is Debian/sid with normal installation and
no tinkering of the dir file.

> How did they get there?

No idea, did you do some tinkering with the dir file?

Might depend on the packages installed, though.


Norbert

--
PREINING Norbert   http://www.preining.info
Accelia Inc. +JAIST +TeX Live +Debian Developer
GPG: 0x860CDC13   fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13

Bug#887642: Fwd: nftables: nft flush map error

[ad^2]

Unfortunately this does not work for me using the exact commands.

root@nftables-router:~# nft list ruleset
root@nftables-router:~# nft add table inet filter
root@nftables-router:~# nft add map inet filter m1 { type ipv4_addr :
verdict \; }
root@nftables-router:~# nft list ruleset
table inet filter {
map m1 {
type ipv4_addr : verdict
}
}
root@nftables-router:~# nft add element inet filter m1 { 1.1.1.1 : accept }
root@nftables-router:~# nft list ruleset
table inet filter {
map m1 {
type ipv4_addr : verdict
elements = { 1.1.1.1 : accept }
}
}
root@nftables-router:~# nft flush map inet filter m1
Error: Could not process rule: Invalid argument
flush map inet filter m1
^

On Fri, Jan 19, 2018 at 7:35 AM, Arturo Borrero Gonzalez 
wrote:

> On 18 January 2018 at 17:29, ad^2  wrote:
> > ---
> >* Expected outcome: remove the elements from the map.
>
> This works here:
>
> % sudo nft add map inet filter m1 {type ipv4_addr : verdict \; }
> % sudo nft list ruleset
> table inet filter {
> map m1 {
> type ipv4_addr : verdict
> }
> }
> % sudo nft add element inet filter m1 { 1.1.1.1 : accept }
> % sudo nft list ruleset
> table inet filter {
> map m1 {
> type ipv4_addr : verdict
> elements = { 1.1.1.1 : accept }
> }
> }
> % sudo nft flush map inet filter m1
> % sudo nft list ruleset
> table inet filter {
> map m1 {
> type ipv4_addr : verdict
> }
> }
>
> Please refer to the docs for more information on the syntax:
>  https://wiki.nftables.org
>
> Closing this bug report now. Feel free to reopen if you have any other
> question.
>

Bug#887736: stretch-pu: package openvswitch/2.6.2~pre+git20161223-3

[Thomas Goirand]

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

Dear release team,

I started maintaining OpenVSwitch long after the Stretch release, and
discovered #858418, which is very annoying for OpenVSwitch users.

tl;dr: #858418 prevent anyone that has a valid /etc/network/interfaces
with OpenVSwitch directive from having a working network at boot. The
init script uses a non-documented, not-to-be-used systemd internal,
which is miserably failing.

After a long discussion with the bug reporter (which can be read on the
BTS), I came to the conclusion that he's right, and that the most
reasonable and safe way to fix the current situation is to apply the
patch he suggested (and which resulting debdiff I attached to this bug).

The resulting sbuild binary package is available here:

http://sid.gplhost.com/stretch-proposed-updates/openvswitch/

Please allow me to upload it to Stretch. I'll try to come with a better
way to fix in Sid, probably importing the work from Ubuntu that they
did with an ifupdown hook.

Cheers,

Thomas Goirand (zigo)
diff -Nru openvswitch-2.6.2~pre+git20161223/debian/changelog 
openvswitch-2.6.2~pre+git20161223/debian/changelog
--- openvswitch-2.6.2~pre+git20161223/debian/changelog  2017-01-09 
23:46:48.0 +0100
+++ openvswitch-2.6.2~pre+git20161223/debian/changelog  2018-01-19 
13:46:44.0 +0100
@@ -1,3 +1,11 @@
+openvswitch (2.6.2~pre+git20161223-3+deb9u1) stretch; urgency=medium
+
+  * Added SYSTEMCTL_SKIP_REDIRECT=yes on top of existing
+_SYSTEMCTL_SKIP_REDIRECT=yes in the openvswitch-switch init script
+   (Closes: #858418).
+
+ -- Thomas Goirand   Fri, 19 Jan 2018 13:46:44 +0100
+
 openvswitch (2.6.2~pre+git20161223-3) unstable; urgency=medium
 
   * Avoid installing ovs-vswitchd.conf.db.5 manpage into directory for
diff -Nru openvswitch-2.6.2~pre+git20161223/debian/openvswitch-switch.init 
openvswitch-2.6.2~pre+git20161223/debian/openvswitch-switch.init
--- openvswitch-2.6.2~pre+git20161223/debian/openvswitch-switch.init
2016-09-30 17:27:55.0 +0200
+++ openvswitch-2.6.2~pre+git20161223/debian/openvswitch-switch.init
2018-01-19 13:46:44.0 +0100
@@ -28,6 +28,7 @@
 (test -x /usr/sbin/ovs-vswitchd && test -x /usr/sbin/ovsdb-server) || exit 0
 
 _SYSTEMCTL_SKIP_REDIRECT=yes
+SYSTEMCTL_SKIP_REDIRECT=yes
 
 . /usr/share/openvswitch/scripts/ovs-lib
 test -e /etc/default/openvswitch-switch && . /etc/default/openvswitch-switch

Bug#887672: transition: x264

[Sebastian Ramacher]

On 2018-01-19 10:07:05, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> 
> On 19/01/18 00:26, Sebastian Ramacher wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: transition
> > Control: forwarded -1 
> > https://release.debian.org/transitions/html/auto-x264.html
> > 
> > x264 bumped the SONAME from 148 to 152 and needs a transition. All reverse
> > dependencies build fine against the new version. x264 is waiting in 
> > experimental
> > and is ready to be uploaded to unstable.
> 
> Go ahead.

Thanks, uploaded.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#887593: libreoffice-common: apparmor profiles triggers lot of ALLOWED entries

[Christian Boltz]

Hello,

just a quick note:

> +  /usr/bin/gpg  rmix,
> +  /usr/bin/gpgsmrmix,

and in a later comment

> Thinking about it, we probably also would need owner 
> "@{HOME}/.gnupg/* rwk," then for gpg. This gets interesting...

I'd recommend to use Cx (child profile) rules for gpg so that only gpg 
(and not libreoffice) get access to ~/.gnupg/


Regards,

Christian Boltz
-- 
| $ rpm -q --whatrequires kernel
| no package requires kernel
Ach ja, dascha interessant! Kein RPM braucht das? Ja wie? Dann kann
ich das RPM ja also beruhigt loeschen? Braucht ja keiner... *lol*
[David Haller in suse-linux]


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

Bug#887723: mate-screensaver: the screen stays darken and desktop not available anymore

[Mike Gabriel]

Hi!

On  Fr 19 Jan 2018 12:20:11 CET, Joël Krähemann wrote:


Package: mate-screensaver
Version: 1.18.2-1
Severity: serious
Justification: the desktop must be available

Dear Maintainer,

I have installed mate-desktop and its screensaver. The screen
stays darken after a while it was darken. Hitting my Logitech
USB wireless keyboard doesn't show up login screen.

Only way out is to restart lightdm:

`systemctl restart lightdm`

This possibily leads to data loss.

Best regards,
Joël



Can you try other input devices for un-blackening the screensaver?  
Mouse movement, other USB ticket, etc.?


Work-around for unlockable screensaver. CTRL+ALT+F2 (console tty), log  
in as same user and then killall mate-screenaver.


Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de



pgphhFo4gz53c.pgp
Description: Digitale PGP-Signatur

Bug#887628: [Pkg-roundcube-maintainers] Bug#887628: roundcube: Unsupported database driver with sqlite3 after dist-upgrade or install on stretch

[Guilhem Moulin]

What do you have in /etc/roundcube/debian-db.php?

-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#884530: command line suspend, hibernate, power off

[Ed Hamilton]

all these work from the command line as root

systemctl suspend
systemctl hibernate
systemctl poweroff

Bug#887733: unbound: CVE-2017-15105: vulnerability in the processing of wildcard synthesized NSEC records

[Salvatore Bonaccorso]

Source: unbound
Version: 1.6.7-1
Severity: important
Tags: patch security upstream

Hi,

the following vulnerability was published for unbound.

CVE-2017-15105[0]:
vulnerability in the processing of wildcard synthesized NSEC records

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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2017-15105
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-15105
[1] https://unbound.net/downloads/CVE-2017-15105.txt
[2] https://unbound.net/downloads/patch_cve_2017_15105.diff

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#887718: [pkg-netfilter-team] Bug#887718: mention "nftables" in the the NAME or DESCRIPTION

[積丹尼 Dan Jacobson]

Good!
P.S.,
Cc: 887718-d...@bugs.debian.org, 887...@bugs.debian.org
could be better written as
Cc: 887718-d...@bugs.debian.org

Bug#887740: moon-buggy: Please bump the Debian part of the version number

[Christian T. Steigies]

Moin,
On Fri, Jan 19, 2018 at 10:55:35AM -0500, Jeremy Bicha wrote:
> On Fri, Jan 19, 2018 at 10:45 AM, Christian T. Steigies  
> wrote:
> > The package has migrated to testing, what else needs to be synced in Debian?
> > What is Launchpad?
> 
> Oops, I meant to write "can't be synced to Ubuntu". Launchpad is the
> service Ubuntu uses for bug tracking and many other things needed to
> build Ubuntu.

Since the package migrated to Debian/testing, I consider this to be a bug in
Ubuntu Launchpad, not Debian. Please forward it to Ubuntu as I can not fix
bugs in Ubuntu.

> > https://packages.qa.debian.org/m/moon-buggy.html
> > I do not know why the source package does not include the epoch in the dsc
> > filename, but thats how it came out of git buildpackage.
> 
> Epochs are not included in filenames.
> 
> >> By the way, I don't see any reason why you needed to add or bump the epoch 
> >> here.
> >
> > I was asked to remove ESD support. The old source package contained two tar
> > balls, the "real" tarball plus a separate one with patches (upstream wanted
> > things separate). The build script was, say, not optimal, and I also made
> > the mistake of uploading it as debian native package. By bumping the epoch
> > and repackaging from scratch, I tried to fix all the mistakes I had made a
> > long time ago. What is the purpose of an epoch if I need to increase the
> > Debian version nevertheless?
> 
> I don't know. Why do you think you needed to use an epoch? epochs are
> strongly disliked by many Debian Developers and we prefer to avoid
> them unless they are necessary.

I tried to explain in my answer above. When I first uploaded 1.0.51 I made
the mistake to upload it as Debian native package and I want to ship the
source without the ESD patches now.  I see no other way of fixing this than
using an epoch (there will not be another upstream release, I have waited
for more than 10 years already).  I know DDs do not like epochs, this is the
first time I used one.  As far as I understand the packaging manual, it is a
valid option if you screwed up the version numbering.  If you know of a
better solution, please let me know.  But in any case, moon-buggy now uses
an epoch.

Christian

Bug#887757: heaptrack FTBFS with glibc 2.26

[Adrian Bunk]

Source: heaptrack
Version: 1.0.1~20170503.git4da8c45-3
Severity: serious

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

...
/build/1st/heaptrack-1.0.1~20170503.git4da8c45/tests/manual/test.cpp: In 
function 'int main()':
/build/1st/heaptrack-1.0.1~20170503.git4da8c45/tests/manual/test.cpp:85:5: 
error: 'cfree' was not declared in this scope
 cfree(buf);
 ^

Bug#834811: override: wget:web/standard

[Steve McIntyre]

On Fri, Jan 19, 2018 at 03:46:34PM +0100, Luca Falavigna wrote:
>Dear -boot and -cd teams,
>
>could you please comment on the request of demoting wget priority from
>important to standard?

Hi Luca,

Re -cd, I don't expect that to cause any issues. The priority there
might make a difference in terms of where wget will appear on
installation media, but I doubt it. wget is already *way* up the
popcon list so will be near the beginning anyway.

However, for my own safety in the debian-cd *package*. I've just
upgraded from Recommends: to Depends: for wget.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
You raise the blade, you make the change... You re-arrange me 'til I'm sane...

Bug#887756: mate-panel FTBFS: symbol differences

[Adrian Bunk]

Source: mate-panel
Version: 1.18.7-1
Severity: serious

Some recent change in unstable makes mate-panel FTBFS:

https://tests.reproducible-builds.org/debian/history/mate-panel.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/mate-panel.html

...
   dh_makeshlibs
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
dpkg-gensymbols: warning: no debian/symbols file used as basis for generating 
debian/libmate-panel-applet-4-1/DEBIAN/symbols
--- new_symbol_file (libmate-panel-applet-4-1_1.18.7-1_amd64)
+++ dpkg-gensymbolsRQZhZN   2019-02-12 10:17:30.548219924 -1200
@@ -1,8 +1,8 @@
 libmate-panel-applet-4.so.1 libmate-panel-applet-4-1 #MINVER#
  _mate_panel_applet_apply_css@Base 1.14.0
- g_cclosure_marshal_VOID__ENUM@Base 1.18.6
- g_cclosure_marshal_VOID__INT@Base 1.18.6
- g_cclosure_marshal_VOID__UINT@Base 1.18.6
+#MISSING: 1.18.7-1# g_cclosure_marshal_VOID__ENUM@Base 1.18.6
+#MISSING: 1.18.7-1# g_cclosure_marshal_VOID__INT@Base 1.18.6
+#MISSING: 1.18.7-1# g_cclosure_marshal_VOID__UINT@Base 1.18.6
  mate_panel_applet_background_type_get_type@Base 1.6.1
  mate_panel_applet_factory_get_type@Base 1.6.1
  mate_panel_applet_factory_main@Base 1.6.1
dh_makeshlibs: failing due to earlier errors
debian/rules:10: recipe for target 'binary' failed
make: *** [binary] Error 2

Bug#887739: [Aptitude-devel] Bug#887739: --simulate download now broken

[Axel Beckert]

Hi Jidanni,

積丹尼 Dan Jacobson wrote:
> This used to work, but not anymore,
> 
> $ aptitude --simulate download php7.1-imap
> Executing 'apt --simulate download php7.1-imap'
> 
> E: Command line option --simulate is not understood in combination with the 
> other options
> E: Failed to execute:
>  'apt --simulate download php7.1-imap'
> E: The process or trying to execute it exited with status/errno: 100

So basically aptitude should just tell you that it would call 'apt
download php7.1-imap'?

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

Bug#887740: moon-buggy: Please bump the Debian part of the version number

[Jeremy Bicha]

Source: moon-buggy
Version: 1:1.0.51-1

moon-buggy can't be automatically synced to Debian because Launchpad
gives this error:

moon-buggy 1:1.0.51-1 in buster (moon-buggy_1.0.51-1.dsc already
exists in destination archive with different contents.)

I believe all you need to do to fix this is to upload a new version as
1:1.0.51-12 so that the non-epoch version has a different (and in this
case, higher) version number.

By the way, I don't see any reason why you needed to add or bump the epoch here.

Thanks,
Jeremy Bicha

Bug#887732: [Aptitude-devel] Bug#887732: non-root user sacrifices half of disk to download one little package

[Axel Beckert]

Control: reopen -1 
Control: severity -1 wishlist
Control: retitle -1 aptitude: Please document how to also download all 
dependencies of a package

Hi Jidanni,

積丹尼 Dan Jacobson wrote:
> Please mention that the difference between e.g.,
> $ aptitude --download-only install php5-imap
> $ aptitude download php5-imap
> is the latter won't also get any dependencies.

With the last thing you've got a point.

Nevertheless I can't imagine any case where someone would need to do
that (without directly installing them).

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

Bug#887742: dictem: orig tarball changed from 1.0.4-2 to 1.0.4-3

[Jeremy Bicha]

Source: dictem
Version: 1.0.4-4
Severity: important

Ubuntu automatically syncs packages from Debian, but dictem won't sync
because dictem_1.0.4.orig.tar.gz changed after 1.0.4-2.

To fix this, I suggest switching debian/source/format to 3.0 (quilt)
and making sure that you explicitly use the older 1.0.4.orig.tar.gz

I am happy to do an NMU to take care of this if you like.

Thanks,
Jeremy Bicha

Bug#887739: [Aptitude-devel] Bug#887739: --simulate download now broken

[積丹尼 Dan Jacobson]

AB> So basically aptitude should just tell you that it would call 'apt
AB> download php7.1-imap'?

That would be fine.
Just don't have it brake down with the wheels flying off all over the
highway as it does currently.

Bug#887732: [Aptitude-devel] Bug#887732: non-root user sacrifices half of disk to download one little package

[積丹尼 Dan Jacobson]

AB> 積丹尼 Dan Jacobson wrote:
>> Please mention that the difference between e.g.,
>> $ aptitude --download-only install php5-imap
>> $ aptitude download php5-imap
>> is the latter won't also get any dependencies.

AB> With the last thing you've got a point.

And do please cross-reference --download-only and download on the man
page, else users are certain to think they are aliases of each other.

AB> Nevertheless I can't imagine any case where someone would need to do
AB> that (without directly installing them).

On some machines we are not root so we can't directly install them but
they are still useful to us... Thanks.

Bug#887634: Info dir trailing whitespace

[積丹尼 Dan Jacobson]

Norbert, I have made a massive discovery,

$ wc -l /usr/share/info/dir
464 /usr/share/info/dir
grep -c ' $' /usr/share/info/dir
27
$ grep ' $' /usr/share/info/dir|head|cat -e
* CC Mode: (ccmode).Emacs mode for editing C, C++, Objective-C, $
* Emacs Lisp Intro: (eintr).A simple introduction to Emacs Lisp $
* Widget: (widget). The "widget" package used by the Emacs $
* Autotype: (autotype). Convenient features for text that you enter $
* Ediff: (ediff).   A visual interface for comparing and merging $
* Forms: (forms).   Emacs package for editing data bases by $
* RefTeX: (reftex). Emacs support for LaTeX cross-references and $
* EUDC: (eudc). Emacs client for directory servers (LDAP, $
* Message: (message).   Mail and news composition mode that goes with $
* SC: (sc). Supercite lets you cite parts of messages $

All the lines with the trailing blank are mid-sentence folded lines!
The other non-problem lines all have one sentence fit on the same line.

Bug#887632: [Debian-med-packaging] Bug#887632: progressivemauve FTBFS with glibc 2.26

[Fabian Klötzl]

Hi all,

This bug is easily fixed by forcing mauve to use the native getopt. A
half-hearted fix is pushed. However, I have trouble removing the
unnecessary files from the orig tarball, because the pristine-tar branch
contains only a .delta and a .id file?

Any help would be appreciated.

Best
Fabian

Bug#887740: moon-buggy: Please bump the Debian part of the version number

[Christian T. Steigies]

On Fri, Jan 19, 2018 at 10:07:26AM -0500, Jeremy Bicha wrote:
> Source: moon-buggy
> Version: 1:1.0.51-1
> 
> moon-buggy can't be automatically synced to Debian because Launchpad
> gives this error:
> 
> moon-buggy 1:1.0.51-1 in buster (moon-buggy_1.0.51-1.dsc already
> exists in destination archive with different contents.)
> 
> I believe all you need to do to fix this is to upload a new version as
> 1:1.0.51-12 so that the non-epoch version has a different (and in this
> case, higher) version number.

As far as I understand 1:1.0.15-1 is larger than 0:1.0.15-whatever.
The package has migrated to testing, what else needs to be synced in Debian?
What is Launchpad?

https://packages.qa.debian.org/m/moon-buggy.html
I do not know why the source package does not include the epoch in the dsc
filename, but thats how it came out of git buildpackage.

> By the way, I don't see any reason why you needed to add or bump the epoch 
> here.

I was asked to remove ESD support. The old source package contained two tar
balls, the "real" tarball plus a separate one with patches (upstream wanted
things separate). The build script was, say, not optimal, and I also made
the mistake of uploading it as debian native package. By bumping the epoch
and repackaging from scratch, I tried to fix all the mistakes I had made a
long time ago. What is the purpose of an epoch if I need to increase the
Debian version nevertheless?

Christian

Bug#887501: systemctl status should not use --pager

[Guido Günther]

Hi Michael,
On Wed, Jan 17, 2018 at 04:19:58PM +0100, Michael Biebl wrote:
[..snip..]
> I quickly checked "service" from a Fedora installation. It doesn't seem
> to use --no-pager (see the attached files).
> 
> Does service really behave differently on other distros?

At least the last CentOS and SLES releases I used didn't show that behaviour.

> >> Second, for your use case, directly using
> >> systemctl is-active $service
> >> seems like a better idea anyway then to use a full-blown systemctl
> >> status output as it would be much quicker.
> > 
> > serverspec uses exactly this when it you tell it the init system is
> > systemd
> > 
> >   describe service('openssh-server') do
> > it { should be_running.under('systemd') }
> >   end
> > 
> > and this works out of the box. But there are situtation when one doesn't
> > care about the init system and using service is good enough. (The fact
> > that Debian ships several init systems doesn't make things simpler).
> 
> But you know which system does use systemd, so you could setup the
> servespec config accordingly to use "is-active"?

I do, but serverspec doesn't care. Isn't service there to provide this
kind of abstraction?

> >> Third, afaik, systemctl has some auto-detection whether it is called
> >> from an interactive shell or not and is not supposed to use paging in
> >> that case. Might be worth investigating if that is not working or if I'm
> >> just misinformed there.
> > 
> > serverspec is trying to mimic an interactive session here which seems to
> > confuse systemctl.
> 
> Urgh...
> 
> >> Fourght, you already have a knob where you can disable the pager. See
> >> the systemctl man page → ENVIRONMENT. Setting $SYSTEMD_PAGER to an empty
> >> var should disable the pager.
> >>
> >> Given all those reasons, I don't think we should change the behaviour of
> >> "service $foo status"
> > 
> > My main point would be better matching the behavior of other distros.
> 
> See above. I'm not sure if other distros actually behave differently.
> Would like to know more if you have any references.

E.g. the service command in centos6

   
https://centos.pkgs.org/6/centos-updates-x86_64/initscripts-9.03.58-1.el6.centos.1.x86_64.rpm.html

Cheers,
 -- Guido

Bug#887737: go-mtpfs FTBFS and Debci failure: poll_linux.go:7:2: cannot find package "golang.org/x/sys/unix"

[Julian Gilbey]

reassign 887737 golang-github-hanwen-go-fuse
thanks

On Fri, Jan 19, 2018 at 04:28:28PM +0200, Adrian Bunk wrote:
> Source: go-mtpfs
> Version: 0.0~git20150917.0.bc7c0f7-1
> Severity: serious
> 
> Some recent change in unstable makes go-mtpfs FTBFS and Debci fail:

Oops, thanks!

   Julian

Bug#887740: moon-buggy: Please bump the Debian part of the version number

[Jeremy Bicha]

On Fri, Jan 19, 2018 at 10:45 AM, Christian T. Steigies  wrote:
> The package has migrated to testing, what else needs to be synced in Debian?
> What is Launchpad?

Oops, I meant to write "can't be synced to Ubuntu". Launchpad is the
service Ubuntu uses for bug tracking and many other things needed to
build Ubuntu.

> https://packages.qa.debian.org/m/moon-buggy.html
> I do not know why the source package does not include the epoch in the dsc
> filename, but thats how it came out of git buildpackage.

Epochs are not included in filenames.

>> By the way, I don't see any reason why you needed to add or bump the epoch 
>> here.
>
> I was asked to remove ESD support. The old source package contained two tar
> balls, the "real" tarball plus a separate one with patches (upstream wanted
> things separate). The build script was, say, not optimal, and I also made
> the mistake of uploading it as debian native package. By bumping the epoch
> and repackaging from scratch, I tried to fix all the mistakes I had made a
> long time ago. What is the purpose of an epoch if I need to increase the
> Debian version nevertheless?

I don't know. Why do you think you needed to use an epoch? epochs are
strongly disliked by many Debian Developers and we prefer to avoid
them unless they are necessary.

Thanks,
Jeremy Bicha

Bug#887575: [Pkg-pascal-devel] Bug#887575: Bug#887575: Bug#887575: Bug#887575: castle-game-engine FTBFS with fpc 3.0.4

[Michalis Kamburelis]

2018-01-19 9:23 GMT+01:00 Abou Al Montacir :
> To be clear: It's not just a matter of having correct /etc/fpc.cfg --
> the fpmake also needs to know the root location of FPC units. (You
> would have to ask fpmake authors why they did it like this.) But that
> is why we have this complication with $FPCDIR or --globalunitdir or
> auto-detecting it.
>
> I've not been fan of fpmake, and I was used to compile my programs directly
> using fpc prog.pas.
> I understand one need to have some tool to build big projects, but then why
> not lazbuild.

You can use lazbuild to build Castle Game Engine (just run "lazbuild"
on packages/castle_base.lpk , packages/castle_window.lpk,
packages/castle_components.lpk). However, this requires having
lazbuild installed, which is part of Lazarus. It is not available if
you only have "bare" FPC installed.

That is the only reason why I'm maintaining also an option to build
using fpmake :)

Regards,
Michalis

Bug#886470: Not fixed

[David Cortes]

I'm still getting the same  bug with nvidia-driver 384.111-1 and kernel
4.14.0-2. Stems the bug wasn't fixed.

Bug#886470: Not fixed

[Andreas Beckmann]

On 2018-01-19 16:46, David Cortes wrote:
> I'm still getting the same  bug with nvidia-driver 384.111-1 and kernel
> 4.14.0-2. Stems the bug wasn't fixed.

Update the kernel ... you are using the old ABI=2. This is fixed for
ABI=3 in 4.14.13-1. You need something with 4.14.0-3 in the package name.

As a workaround you could install libelf-dev, can be removed again after
you update the kernel.


Andreas

Bug#887728: RFS: nvidia-cudnn/7.0.5~cuda9.0-1 [ITP / ppc64el help needed]

[Andreas Beckmann]

Control: tag -1 moreinfo

On 2018-01-19 13:58, Lumin wrote:
> ##LICENSE##
> 
>   Similar to nvidia-cuda-toolkit package.
>   Two nvidia people that I contacted before are BCC'ed.
>   To nvidia people: The license is shipped in debian/copyright, see
> the git repo:
> https://salsa.debian.org/lumin-guest/nvidia-cudnn

I doubt that this is redistributable in non-free at all.
The only option in that case would be an installer package (that
downloads the stuff and creates .debs on the users system).

But I'd be glad to hear something different from NVIDIA. :-)

I'm missing something corresponding to this paragraph from the CUDA
toolkit license:

 2.3. Operating Systems
 .
 CUDA Licensed Software designed exclusively for use on the
 Linux or FreeBSD operating systems, or other operating systems
 derived from the source code to these operating systems, may
 be copied and redistributed, provided that the object code
 files thereof are not modified in any way (except for
 unzipping of compressed files).


Andreas

PS: I could easily generate the ppc64el symbols on the porter box.

Bug#887751: mysql-connector-net: CVE-2018-2585 DoS via unauthenticated connection

[Guido Günther]

Package: mysql-connector-net
X-Debbugs-CC: t...@security.debian.org 
secure-testing-t...@lists.alioth.debian.org
Severity: important
Tags: grave
Version: 6.4.3-2

Hi,

the following vulnerability was published for mysql-connector-net.

CVE-2018-2585[0]:
| Vulnerability in the MySQL Connectors component of Oracle MySQL
| (subcomponent: Connector/Net). Supported versions that are affected
| are 6.9.9 and prior and 6.10.4 and prior. Easily exploitable
| vulnerability allows unauthenticated attacker with network access via
| multiple protocols to compromise MySQL Connectors. Successful attacks
| of this vulnerability can result in unauthorized ability to cause a
| hang or frequently repeatable crash (complete DOS) of MySQL
| Connectors. CVSS 3.0 Base Score 7.5 (Availability impacts). CVSS
| Vector: (CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H).

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

For further information see:

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

Please adjust the affected versions in the BTS as needed.

Bug#887753: hddtemp FTBFS with glibc 2.26

[Adrian Bunk]

Source: hddtemp
Version: 0.3-beta15-52
Severity: serious
Tags: buster sid

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

...
backtrace.c: In function 'backtrace_handler':
backtrace.c:71:16: error: dereferencing pointer to incomplete type 'struct 
ucontext'
  (void*)puc->uc_mcontext.gregs[REG_IP]);
^~

Bug#846982: override: downgrade priority of all libraries to optional

[Luca Falavigna]

Dear -boot and -cd teams,

could you please comment on the request of demoting library priorities
from required and important to optional?

Thanks,
Luca

Bug#887741: new kubernetes releases available

[Marco d'Itri]

Package: kubernetes-client
Version: 1.7.7+dfsg-2
Severity: normal

Some customers are requiring 1.8.x: can you explain your plans about 
packaging newer releases of kubernetes?

-- 
ciao,
Marco


signature.asc
Description: PGP signature

Bug#887737: Pending fixes for bugs in the golang-github-hanwen-go-fuse package

[pkg-go-maintainers]

tag 887737 + pending
thanks

Some bugs in the golang-github-hanwen-go-fuse package are closed in
revision ed888c5c72067b234aad60551a668d8a9a1f in branch 'master'
by Julian Gilbey

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-go/packages/golang-github-hanwen-go-fuse.git/commit/?id=ed88eee

Commit message:

* Add golang-golang-x-sys-dev to -dev package Depends (closes: #887737)
* Add Debian Go Packaging Team to Uploaders

Bug#887744: redeclipse FTBFS with glibc 2.26

[Adrian Bunk]

Source: redeclipse
Version: 1.5.8-1
Severity: serious
Tags: buster sid

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

...
In file included from /usr/include/math.h:724:0,
 from /usr/include/c++/7/cmath:45,
 from /usr/include/c++/7/math.h:36,
 from shared/cube.h:13,
 from shared/crypto.cpp:1:
/usr/include/x86_64-linux-gnu/bits/math-finite.h: In function 'double 
tgamma(double)':
/usr/include/x86_64-linux-gnu/bits/math-finite.h:203:21: error: 
'gamma_r_finite' was not declared in this scope
   _Mdouble_ __res = __REDIRTO (gamma, _r, _MSUF_) (__d, &__local_signgam);
 ^
/usr/include/x86_64-linux-gnu/bits/math-finite.h:203:21: note: suggested 
alternative: '__gamma_r_finite'

Bug#887747: RFP: gnome-shell-extension-easyscreencast -- video recording extension for the GNOME shell

[Ghislain Vaillant]

Package: wnpp
Severity: wishlist

* Package name: gnome-shell-extension-easyscreencast
  Version : 0.10
  Upstream Author : Tobias Schönberg
* URL : https://github.com/EasyScreenCast/EasyScreenCast
* License : GPL-3
  Programming Lang: JavaScript
  Description : video recording extension for the GNOME shell

Long-Description:
 This extension simplifies the use of the video recording function
 integrated in gnome shell, allows quickly to change the various
 settings of the desktop recording.

Bug#887740: moon-buggy: Please bump the Debian part of the version number

[Jeremy Bicha]

On Fri, Jan 19, 2018 at 11:11 AM, Christian T. Steigies  wrote:
> Since the package migrated to Debian/testing, I consider this to be a bug in
> Ubuntu Launchpad, not Debian. Please forward it to Ubuntu as I can not fix
> bugs in Ubuntu.

The only thing that is needed now is to make a new upload versioned as
1:1.0.51-12.

Otherwise, there are 2 files named moon-buggy_1.0.51-1.dsc in Debian
with different contents. While we can't fix history, we can at least
fix now and ignore the old broken version.

http://snapshot.debian.org/package/moon-buggy/1%3A1.0.51-1/
http://snapshot.debian.org/package/moon-buggy/1.0.51-1/

This also is seen in the .deb's which don't include the epoch in their
version name either (see Debian bug #645895)
http://ftp.debian.org/debian/pool/main/m/moon-buggy/

This is a case where Launchpad is more sensitive to brokenness than
Debian publishing is, but the filename conflict is still a bug in the
Debian moon-buggy packaging.

By the way, you don't need to use an epoch just to switch to 3.0
(quilt) from implicit 1.0 native.

Thanks,
Jeremy Bicha

Bug#887752: didjvu: FTBFS and Debci failure with python-pil 5.0.0-1

[Adrian Bunk]

Source: didjvu
Version: 0.8.1-2
Severity: serious

https://ci.debian.net/packages/d/didjvu/unstable/amd64/
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/didjvu.html

...
==
ERROR: tests.test_djvu.test_photo_to_djvu
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/build/1st/didjvu-0.8.1/tests/test_djvu.py", line 69, in 
test_photo_to_djvu
in_image = in_image.convert('RGB')
  File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 877, in convert
self.load()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1039, in 
load
return self._load_libtiff()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1131, in 
_load_libtiff
raise IOError(err)
IOError: -2

==
ERROR: tests.test_gamera.test_methods.test_color('bernsen',)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/build/1st/didjvu-0.8.1/tests/test_gamera.py", line 71, in t
return self._test_one_method(path, method, args)
  File "/build/1st/didjvu-0.8.1/tests/tools.py", line 212, in wrapper
raise IsolatedError('\n\n' + msg)
IsolatedError: 

Traceback (most recent call last):
  File "/build/1st/didjvu-0.8.1/tests/tools.py", line 189, in wrapper
f(*args, **kwargs)
  File "/build/1st/didjvu-0.8.1/tests/test_gamera.py", line 63, in 
_test_one_method
in_image = gamera.load_image(path)
  File "/build/1st/didjvu-0.8.1/lib/gamera_support.py", line 93, in load_image
pil_image = pil_image.convert('RGB')
  File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 877, in convert
self.load()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1039, in 
load
return self._load_libtiff()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1131, in 
_load_libtiff
raise IOError(err)
IOError: -2

==
ERROR: tests.test_gamera.test_methods.test_color('tsai',)
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/build/1st/didjvu-0.8.1/tests/test_gamera.py", line 71, in t
return self._test_one_method(path, method, args)
  File "/build/1st/didjvu-0.8.1/tests/tools.py", line 212, in wrapper
raise IsolatedError('\n\n' + msg)
IsolatedError: 

Traceback (most recent call last):
  File "/build/1st/didjvu-0.8.1/tests/tools.py", line 189, in wrapper
f(*args, **kwargs)
  File "/build/1st/didjvu-0.8.1/tests/test_gamera.py", line 63, in 
_test_one_method
in_image = gamera.load_image(path)
  File "/build/1st/didjvu-0.8.1/lib/gamera_support.py", line 93, in load_image
pil_image = pil_image.convert('RGB')
  File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 877, in convert
self.load()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1039, in 
load
return self._load_libtiff()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1131, in 
_load_libtiff
raise IOError(err)
IOError: -2

==
ERROR: tests.test_gamera.test_methods.test_color('global', {'threshold': 42})
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/build/1st/didjvu-0.8.1/tests/test_gamera.py", line 71, in t
return self._test_one_method(path, method, args)
  File "/build/1st/didjvu-0.8.1/tests/tools.py", line 212, in wrapper
raise IsolatedError('\n\n' + msg)
IsolatedError: 

Traceback (most recent call last):
  File "/build/1st/didjvu-0.8.1/tests/tools.py", line 189, in wrapper
f(*args, **kwargs)
  File "/build/1st/didjvu-0.8.1/tests/test_gamera.py", line 63, in 
_test_one_method
in_image = gamera.load_image(path)
  File "/build/1st/didjvu-0.8.1/lib/gamera_support.py", line 93, in load_image
pil_image = pil_image.convert('RGB')
  File "/usr/lib/python2.7/dist-packages/PIL/Image.py", line 877, in convert
self.load()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1039, in 
load
return self._load_libtiff()
  File "/usr/lib/python2.7/dist-packages/PIL/TiffImagePlugin.py", line 1131, in 
_load_libtiff
raise IOError(err)
IOError: -2

==
ERROR: 

Bug#887755: open-vm-tools-desktop: Debian Unstable per-session user-owned vmtoolsd segfaults afer upgrade to 2:10.2.0-1

[Ron Lovell]

Package: open-vm-tools-desktop
Version: 2:10.2.0-1
Severity: important

Dear Maintainer,

After upgrade to open-vm-tools[-desktop] 2:10.2.0-1 in Sid, the
per-session user-owned vmtoolsd process segfaults in libgdk while
logging into a Wayland GNOME session. The problem does not occur
for an Xorg GNOME session.

This problem appears to be identical to the known problem reported
in Red Hat Bug 1526952 and (my) SUSE Bug 1073760. Note that in
openSUSE Tumbleweed the problem occurred for open-vm-tools-desktop
10.1.15 as well as 10.2.0, so it might not simply be a bug introduced
with your upgrade. Note that Fedora have released a workaround, and my
understanding is that VMware are working on a permanent fix involving
rework of the plugins to handle Wayland.

For an Xorg session:
lovelld@ron5sid:~$ ps -ef | grep vmtoolsd
root417  1  0 10:30 ?00:00:02 /usr/bin/vmtoolsd
lovelld3442  1  0 10:41 tty2 00:00:02 /usr/bin/vmtoolsd -n vmusr 
--blockFd 3
lovelld4087   3847  0 11:04 pts/200:00:00 grep -d skip --color=auto 
vmtoolsd

For a Wayland session, the process running as me (with the -n vmusr option) is
not present, and the journal shows it segfaults in libgdk. See the Red Hat
and SUSE bugs for further details, including stack traces.


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

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

Versions of packages open-vm-tools-desktop depends on:
ii  fuse 2.9.7-1
ii  libatk1.0-0  2.26.1-2
ii  libatkmm-1.6-1v5 2.24.2-3
ii  libc62.26-4
ii  libcairo-gobject21.15.8-3
ii  libcairo21.15.8-3
ii  libcairomm-1.0-1v5   1.12.2-2
ii  libdrm2  2.4.89-1
ii  libgcc1  1:7.2.0-19
ii  libgdk-pixbuf2.0-0   2.36.11-1
ii  libglib2.0-0 2.54.3-1
ii  libglibmm-2.4-1v52.54.1-2
ii  libgtk-3-0   3.22.26-2
ii  libgtkmm-3.0-1v5 3.22.2-2
ii  libice6  2:1.0.9-2
ii  libpango-1.0-0   1.40.14-1
ii  libpangocairo-1.0-0  1.40.14-1
ii  libpangomm-1.4-1v5   2.40.1-4
ii  libsigc++-2.0-0v52.10.0-1
ii  libsm6   2:1.2.2-1+b3
ii  libstdc++6   7.2.0-19
ii  libudev1 236-3
ii  libx11-6 2:1.6.4-3
ii  libxext6 2:1.3.3-1+b2
ii  libxi6   2:1.7.9-1
ii  libxinerama1 2:1.1.3-1+b3
ii  libxrandr2   2:1.5.1-1
ii  libxrender1  1:0.9.10-1
ii  libxtst6 2:1.2.3-1
ii  open-vm-tools2:10.2.0-1

Versions of packages open-vm-tools-desktop recommends:
ii  xauth   1:1.0.10-1
pn  xserver-xorg-input-vmmouse  
ii  xserver-xorg-video-vmware   1:13.2.1-1+b1

Versions of packages open-vm-tools-desktop suggests:
ii  xdg-utils  1.1.2-1

-- no debconf information

Bug#834811: override: wget:web/standard

[Luca Falavigna]

Dear -boot and -cd teams,

could you please comment on the request of demoting wget priority from
important to standard?

Thanks,
Luca

Bug#887725: transmission: New upstream release 2.93

[Sandro Tosi]

> Are you willing to update Debian VCS / Git, please?

I will wait for an actual release

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
G+: https://plus.google.com/u/0/+SandroTosi

Bug#887731: bisonc++ FTBFS with yodl 4.02.00-2

[Frank B. Brokken]

Dear Adrian Bunk, you wrote:
> 
> Source: bisonc++
> Version: 6.00.00-2
> Severity: serious
> 
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/bisonc++.html
> 
> ...
> ./build man
> mkdir -p tmp/man tmp/manhtml
> yodl2man  -o ../../tmp/man/bisonc++.1 bisonc++.yo
> Yodl2man 4.02.00
> Yodl: including file ../../release.yo
> bisonc++.yo:30: DEFINEMACRO: `tr' multiply defined

Thanks! This is comparable to what you noticed yesterday with the C++
Annotations. I'll probably have it fixed by tomorrow.

-- 
Frank B. Brokken
Center for Information Technology, University of Groningen
(+31) 50 363 9281 
Public PGP key: http://pgp.surfnet.nl
Key Fingerprint: DF32 13DE B156 7732 E65E  3B4D 7DB2 A8BE EAE4 D8AA

Bug#887719: gnustep-back0.25: Detect freetype2 using pkg-config

[Yavor Doganov]

Hugh McMaster wrote:
> Package: gnustep-back0.25
> Version: 0.25.0-2
> Severity: important

> The next version of libfreetype6-dev will *not* ship
> the 'freetype-config' script or freetype2.m4.

Is this a Debian-specific change to properly support multiarch?  I
don't see it in upstream's git repository but maybe the patch has not
been applied yet.

We'll fix this in experimental first as we're preparing for a
gnustep-gui transition.

Bug#885556: multipath-udeb: depends on a non-udeb package: liburcu6

[Ritesh Raj Sarraf]

I'll only be able to be at my computer next week. So you may go ahead with
the binnmu.

Thanks

s3nt fr0m a $martph0ne, excuse typ0s

On 17-Jan-2018 22:09, "Cyril Brulebois"  wrote:

> Hi,
>
> Michael Jeanson  (2018-01-15):
> > I've uploaded 0.10.0-3 with the included patch and some other minor
> > packaging fixes, it's sitting in the NEW queue because of the added
> > udeb.
>
> It seems my ftp-ping did the trick, and it's now built on all archs.
>
> multipath-tools maintainers, do you have any pending changes you'd
> like to upload, or should I request a binNMU of your package to fix
> this installability issue for the udeb?
>
>
> Cheers,
> --
> Cyril Brulebois (k...@debian.org)
> D-I release manager -- Release team member -- Freelance Consultant
>

Bug#887273: havp should depend on e2fsprogs explicitly

[Andreas Henriksson]

Hello,

On Sun, Jan 14, 2018 at 08:05:37PM +0100, Helmut Grohne wrote:
> Package: havp
[...]
> DEBIAN/postinst contains mkfs.ext2. According to file it is a POSIX shell 
> script, ASCII text executable
[...]

I've looked into havp packaging and *currently* havp needs a Depends on
e2fsprogs.

The mkfs.ext2 usage is conditional on the debconf variable
havp/loopback_mount being true, which is the default. The alternative to
adding a depends on e2fsprogs is to refactor the havp.config so that
it checks for mkfs.ext2 existance and gives no other option than false
on havp/loopback_mount if mkfs.ext2 doesn't exist (probably together
with a debconf prompt stating that) to allow downgrading e2fsprogs
dependency to Recommends or even Suggests. Would be great to hear from
the maintainer if complicating the config/templates part is worth
it to avoid the Depends on e2fsprogs!

Regards,
Andreas Henriksson

Bug#861625: ftp.debian.org: Allow DMs to upload to binary-NEW for their own packages

[Luca Falavigna]

Control: tags -1 wontfix


2017-05-01 21:48 GMT+02:00 Ximin Luo :
> Could we relax the ACL for DMs so that they can upload to binary-NEW?

GR 2007-003 [0] clearly states "none of the uploaded packages are NEW".
Allowing that would break what the GR explicitly say.

[0] https://www.debian.org/vote/2007/vote_003

-- 
Cheers,
Luca

Bug#876573: shishi: diff for NMU version 1.0.2-6.1

[Adrian Bunk]

Control: tags 864133 + patch
Control: tags 864133 + pending
Control: tags 876573 + patch
Control: tags 876573 + pending

Dear maintainer,

I've prepared an NMU for shishi (versioned as 1.0.2-6.1) and uploaded
it to DELAYED/5. Please feel free to tell me if I should cancel it.

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

diff -Nru shishi-1.0.2/debian/changelog shishi-1.0.2/debian/changelog
--- shishi-1.0.2/debian/changelog	2015-04-21 11:12:05.0 +0300
+++ shishi-1.0.2/debian/changelog	2018-01-19 16:47:40.0 +0200
@@ -1,3 +1,13 @@
+shishi (1.0.2-6.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Update files from gtk-doc-tools 1.27 to fix FTBFS
+with gtk-doc-tools >= 1.26. (Closes: #876573)
+  * Update the build dependency from libgcrypt11-dev
+to libgcrypt-dev. (Closes: #864133)
+
+ -- Adrian Bunk   Fri, 19 Jan 2018 16:47:40 +0200
+
 shishi (1.0.2-6) unstable; urgency=low
 
   * Move to collab-maint.  Closes: #781200.
diff -Nru shishi-1.0.2/debian/control shishi-1.0.2/debian/control
--- shishi-1.0.2/debian/control	2015-04-21 11:12:38.0 +0300
+++ shishi-1.0.2/debian/control	2018-01-19 16:47:40.0 +0200
@@ -4,7 +4,7 @@
 Maintainer: Debian Shishi Team 
 Uploaders: Simon Josefsson , Russ Allbery 
 Build-Depends: debhelper (>= 5.0.24), cdbs, dh-autoreconf, libidn11-dev,
- libgnutls28-dev, libgcrypt11-dev, libtasn1-6-dev, libpam0g-dev,
+ libgnutls28-dev, libgcrypt-dev, libtasn1-6-dev, libpam0g-dev,
  valgrind [amd64 i386 powerpc], texinfo, texlive-latex-base, gtk-doc-tools
 Standards-Version: 3.9.6
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/shishi.git
diff -Nru shishi-1.0.2/debian/patches/gtkdocize.diff shishi-1.0.2/debian/patches/gtkdocize.diff
--- shishi-1.0.2/debian/patches/gtkdocize.diff	1970-01-01 02:00:00.0 +0200
+++ shishi-1.0.2/debian/patches/gtkdocize.diff	2018-01-19 16:47:40.0 +0200
@@ -0,0 +1,457 @@
+Description: Update files from gtk-doc-tools 1.27
+ The old files did FTBFS with gtk-doc-tools >= 1.26.
+Author: Adrian Bunk 
+Bug-Debian: https://bugs.debian.org/876573
+
+--- shishi-1.0.2.orig/gtk-doc.make
 shishi-1.0.2/gtk-doc.make
+@@ -1,4 +1,22 @@
+ # -*- mode: makefile -*-
++#
++# gtk-doc.make - make rules for gtk-doc
++# Copyright (C) 2003 James Henstridge
++#   2004-2007 Damon Chaplin
++#   2007-2017 Stefan Sauer
++#
++# This program is free software: you can redistribute it and/or modify
++# it under the terms of the GNU General Public License as published by
++# the Free Software Foundation, either version 3 of the License, or
++# (at your option) any later version.
++#
++# This program is distributed in the hope that it will be useful,
++# but WITHOUT ANY WARRANTY; without even the implied warranty of
++# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
++# GNU General Public License for more details.
++#
++# You should have received a copy of the GNU General Public License
++# along with this program.  If not, see .
+ 
+ 
+ # Everything below here is generic #
+@@ -25,6 +43,7 @@ TARGET_DIR=$(HTML_DIR)/$(DOC_MODULE)
+ 
+ SETUP_FILES = \
+ 	$(content_files)		\
++	$(expand_content_files)		\
+ 	$(DOC_MAIN_SGML_FILE)		\
+ 	$(DOC_MODULE)-sections.txt	\
+ 	$(DOC_MODULE)-overrides.txt
+@@ -33,9 +52,9 @@ EXTRA_DIST = \
+ 	$(HTML_IMAGES)			\
+ 	$(SETUP_FILES)
+ 
+-DOC_STAMPS=setup-build.stamp scan-build.stamp tmpl-build.stamp sgml-build.stamp \
++DOC_STAMPS=setup-build.stamp scan-build.stamp sgml-build.stamp \
+ 	html-build.stamp pdf-build.stamp \
+-	tmpl.stamp sgml.stamp html.stamp pdf.stamp
++	sgml.stamp html.stamp pdf.stamp
+ 
+ SCANOBJ_FILES = 		 \
+ 	$(DOC_MODULE).args 	 \
+@@ -49,9 +68,13 @@ REPORT_FILES = \
+ 	$(DOC_MODULE)-undeclared.txt \
+ 	$(DOC_MODULE)-unused.txt
+ 
+-CLEANFILES = $(SCANOBJ_FILES) $(REPORT_FILES) $(DOC_STAMPS)
++gtkdoc-check.test: Makefile
++	$(AM_V_GEN)echo "#!/bin/sh -e" > $@; \
++		echo "$(GTKDOC_CHECK_PATH) || exit 1" >> $@; \
++		chmod +x $@
++
++CLEANFILES = $(SCANOBJ_FILES) $(REPORT_FILES) $(DOC_STAMPS) gtkdoc-check.test
+ 
+-if ENABLE_GTK_DOC
+ if GTK_DOC_BUILD_HTML
+ HTML_BUILD_STAMP=html-build.stamp
+ else
+@@ -63,9 +86,11 @@ else
+ PDF_BUILD_STAMP=
+ endif
+ 
+-all-local: $(HTML_BUILD_STAMP) $(PDF_BUILD_STAMP)
+-else
+-all-local:
++all-gtk-doc: $(HTML_BUILD_STAMP) $(PDF_BUILD_STAMP)
++.PHONY: all-gtk-doc
++
++if ENABLE_GTK_DOC
++all-local: all-gtk-doc
+ endif
+ 
+ docs: $(HTML_BUILD_STAMP) $(PDF_BUILD_STAMP)
+@@ -74,124 +99,135 @@ $(REPORT_FILES): sgml-build.stamp
+ 
+  setup 
+ 
++GTK_DOC_V_SETUP=$(GTK_DOC_V_SETUP_@AM_V@)

Bug#887739: --simulate download now broken

[積丹尼 Dan Jacobson]

Package: aptitude
Version: 0.8.10-6
Severity: minor

This used to work, but not anymore,

$ aptitude --simulate download php7.1-imap
Executing 'apt --simulate download php7.1-imap'

E: Command line option --simulate is not understood in combination with the 
other options
E: Failed to execute:
 'apt --simulate download php7.1-imap'
E: The process or trying to execute it exited with status/errno: 100

Bug#886470: Not fixed

[Luca Boccassi]

On Fri, 2018-01-19 at 16:46 +0100, David Cortes wrote:
> I'm still getting the same  bug with nvidia-driver 384.111-1 and
> kernel
> 4.14.0-2. Stems the bug wasn't fixed.

What error, exactly?

-- 
Kind regards,
Luca Boccassi

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

Bug#887745: libsane: Certain USB scanners only sometimes work the first time and take a long time to connect

[Sean M. Pappalardo]

Package: libsane
Version: 1.0.25-4.1
Severity: important

Dear Maintainer,

SANE worked correctly and reliably for me in Debian 8/Jessie (package version 
1.0.24-8+deb8u2.) Since upgrading to 9/Stretch, it no longer does.
Specifically, I have an HP ScanJet 7400c connected via USB. When I first turn 
it on, sane-find-scanner sees it correctly:
found USB scanner (vendor=0x03f0 [hp], product=0x0801 [hp scanjet 7400c]) at 
libusb:001:013

Running scanimage -L right away shows after 5 seconds:
device `avision:libusb:001:013' is a Hewlett-Packard ScanJet 7400c flatbed 
scanner

Running it again immediately, it pauses for 60 seconds, then sometimes shows 
the same line, other times shows that no devices were detected.

If I try to use it with a front-end such as Skanlite after initial power up, it 
looks for devices for 5 seconds (normal,) connects to my scanner, but then 
takes about 60 seconds to complete initial communication and display its GUI. 
(This used to be 1 second or so.) The scanner then works correctly for that 
session, despite some problems with the initial communication:
"1 instead of 0 arguments to message { DPI} supplied before conversion."
"1 instead of 0 arguments to message { DPI} supplied before conversion."
"1 instead of 0 arguments to message { %} supplied before conversion."
"1 instead of 0 arguments to message { %} supplied before conversion."
"1 instead of 0 arguments to message { DPI} supplied before conversion."
"1 instead of 0 arguments to message { DPI} supplied before conversion."
"1 instead of 0 arguments to message { %} supplied before conversion."
"1 instead of 0 arguments to message { DPI} supplied before conversion."

If I exit Skanlite and check sane-find-scanner again, it still displays the 
scanner correctly:
found USB scanner (vendor=0x03f0 [hp], product=0x0801 [hp scanjet 7400c]) at 
libusb:001:014

But if I now start Scanlite again, it looks for devices for about 60 seconds, 
finds the scanner, tries to communicate with it for another 60 seconds, then 
reports an I/O error:
sane_open(" "avision:libusb:001:014" ", ) failed! status =  Error during 
device I/O

Other times it doesn't even find the scanner and reports via GUI pop-up that 
SANE couldn't find any device. Indeed at these points, sane-find-scanner 
reports:
could not fetch string descriptor: Operation timed out
could not fetch string descriptor: Pipe error
found USB scanner (vendor=0x03f0, product=0x0801) at libusb:001:017
(I had power-cycled the scanner so the USB bus ID changed)

When I try using xsane v0.999, it fails almost every time. When I first power 
up the scanner and start xsane, it looking for devices for 5 seconds (normal,) 
attempts to communicate with the scanner for 60 seconds, then reports "Error 
during device I/O." sane-find-scanner shows the same problem at that point:
could not fetch string descriptor: Operation timed out
could not fetch string descriptor: Pipe error
found USB scanner (vendor=0x03f0, product=0x0801) at libusb:001:018

In that state, running xsane again causes it to look for devices for 60 seconds 
then fail to find any.

Possibly related, libsane no longer sees my webcam.

I did try using the environment variable SANE_USB_WORKAROUND=1 as suggested on 
http://www.sane-project.org/ but that made no difference.

So there are at least two problems: 1) I/O errors preventing the scanner from 
being detected or used and 2) the 60s lag during initial communication every 
time after the first after device power up.

None of this was a problem on Debian 8/Jessie or 7/Wheezy. The only thing I did 
differently was install sane-utils to get sane-find-scanner to help 
troubleshoot.


-- 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/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)

Bug#858418: stretch-pu: package openvswitch/2.6.2~pre+git20161223-3

[Kepi]

Dear release team,

I just tried binaries for openvswitch-server and openvswitch-common on
two servers. I tried

- upgrade to these packages from stable version
- full purge and install

In both cases problem is fixed, OvS interfaces remains available, no
deadlock appearing. Please allow the upload to Stretch.

Cheers,
 
Kepi


signature.asc
Description: PGP signature

Bug#887754: debconf: French translation

[Baptiste Jammet]

Package: debconf
Version: N/A
Severity: wishlist
Tags: patch l10n

Dear Maintainer,

Please find attached the french translation of debconf, 
proofread by the debian-l10n-french mailing list contributors.

This file should be put as po/fr.po in your package build tree.


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

Kernel: Linux 4.9.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
# translation of fr.po to French
# debconf fr.po
# Copyright (C) 2000, 2005 Free Software Foundation, Inc.
#
# Vincent Renardias , 2000.
# Martin Quinson , 2000,2001,2002.
# Steve Petruzzello , 2012.
# Christian Perrier , 2013.
# Baptiste Jammet , 2017.
msgid ""
msgstr ""
"Project-Id-Version: debconf_1.5.65\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2017-07-12 01:15+\n"
"PO-Revision-Date: 2017-12-27 18:20+0100\n"
"Last-Translator: Baptiste Jammet \n"
"Language-Team: French \n"
"Language: fr\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n > 1);\n"
"X-Generator: Lokalize 2.0\n"

#: ../Debconf/AutoSelect.pm:76
#, perl-format
msgid "falling back to frontend: %s"
msgstr "Utilisation de l'interface %s en remplacement"

#: ../Debconf/AutoSelect.pm:84
#, perl-format
msgid "unable to initialize frontend: %s"
msgstr "Impossible d'initialiser l'interface : %s"

#: ../Debconf/AutoSelect.pm:90
#, perl-format
msgid "Unable to start a frontend: %s"
msgstr "Impossible de démarrer l'interface : %s"

#: ../Debconf/Config.pm:130
msgid "Config database not specified in config file."
msgstr ""
"Le fichier de configuration n'indique pas l'emplacement de la base de "
"données des réglages."

#: ../Debconf/Config.pm:134
msgid "Template database not specified in config file."
msgstr ""
"Le fichier de configuration n'indique pas l'emplacement de la base de "
"données des messages (« templates »)."

#: ../Debconf/Config.pm:139
msgid ""
"The Sigils and Smileys options in the config file are no longer used. Please "
"remove them."
msgstr ""
"Les options Sigils et Smileys ne sont plus utilisées dans le fichier de "
"configuration. Veuillez les supprimer."

#: ../Debconf/Config.pm:153
#, perl-format
msgid "Problem setting up the database defined by stanza %s of %s."
msgstr ""
"Problème pendant la configuration de la base de données définie au "
"paragraphe %s sur %s."

#: ../Debconf/Config.pm:228
msgid ""
"  -f,  --frontend\t\tSpecify debconf frontend to use.\n"
"  -p,  --priority\t\tSpecify minimum priority question to show.\n"
"   --terse\t\t\tEnable terse mode.\n"
msgstr ""
"  -f,  --frontend\t\tindique l'interface debconf à utiliser ;\n"
"  -p,  --priority\t\tindique la priorité minimale à afficher ;\n"
"   --terse\t\t\tactive le mode laconique (« terse »).\n"

#: ../Debconf/Config.pm:308
#, perl-format
msgid "Ignoring invalid priority \"%s\""
msgstr "La priorité « %s » non valable sera ignorée"

#: ../Debconf/Config.pm:309
#, perl-format
msgid "Valid priorities are: %s"
msgstr "Les priorités valables sont : %s"

#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Multiselect.pm:31
#: ../Debconf/Element/Editor/Select.pm:31
msgid "Choices"
msgstr "Choix"

#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:36
#: ../Debconf/Element/Editor/Boolean.pm:59
#: ../Debconf/Element/Teletype/Boolean.pm:28
msgid "yes"
msgstr "oui"

#: ../Debconf/Element/Editor/Boolean.pm:30
#: ../Debconf/Element/Editor/Boolean.pm:39
#: ../Debconf/Element/Editor/Boolean.pm:62
#: ../Debconf/Element/Teletype/Boolean.pm:29
msgid "no"
msgstr "non"

#: ../Debconf/Element/Editor/Multiselect.pm:32
msgid ""
"(Enter zero or more items separated by a comma followed by a space (', ').)"
msgstr ""
"Indiquez zéro ou plusieurs éléments séparés par une virgule suivie d'un "
"espace : ', '."

#: ../Debconf/Element/Gnome.pm:182
msgid "_Help"
msgstr "_Aide"

#: ../Debconf/Element/Gnome.pm:184
msgid "Help"
msgstr "Aide"

#: ../Debconf/Element/Noninteractive/Error.pm:40
msgid ""
"Debconf is not confident this error message was displayed, so it mailed it "
"to you."
msgstr ""
"Le message d'erreur n'a pas forcément été affiché, il vous a donc été envoyé "
"par courrier électronique."

#: ../Debconf/Element/Noninteractive/Error.pm:67
msgid "Debconf"
msgstr "Debconf"

#: ../Debconf/Element/Noninteractive/Error.pm:90
#, perl-format
msgid "Debconf, running at %s"
msgstr "Debconf, s'exécutant sur %s"

#: ../Debconf/Element/Select.pm:95 ../Debconf/Element/Select.pm:110
#, perl-format
msgid ""
"Input value, \"%s\" not found in C 

Bug#887743: ksh FTBFS: ast_stdio.h:82:15: error: conflicting types for '_sfio_FILE'

[Adrian Bunk]

Source: ksh
Version: 93u+20120801-3.1
Severity: serious
Tags: buster sid

Some recent change in unstable makes ksh FTBFS:

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

...
In file included from 
/build/1st/ksh-93u+20120801/src/lib/libast/std/stdio.h:22:0,
 from ./ast_wchar.h:87,
 from 
/build/1st/ksh-93u+20120801/src/lib/libast/include/regex.h:39,
 from 
/build/1st/ksh-93u+20120801/src/lib/libast/misc/findlib.h:35,
 from 
/build/1st/ksh-93u+20120801/src/lib/libast/misc/fastfind.c:77:
./ast_stdio.h:82:15: error: conflicting types for '_sfio_FILE'
 #define FILE  _sfio_FILE
   ^
./ast_stdio.h:80:24: note: previous declaration of '_sfio_FILE' was here
 typedef struct _sfio_s _sfio_FILE;
^~
mamake [lib/libast]: *** exit code 1 making fastfind.o

Bug#887746: okular: Please package new upstream version 17.12.1

[Michael Weghorn]

Package: okular
Version: 4:17.08.3-2
Severity: wishlist

Dear Maintainer,

thanks for maintaining Okular for Debian and providing
a Qt 5 based version with version 17.08.3.

In the meanwhile, upstream has released version 17.12.1 and it would be
great if that one could be packaged for Debian.

KDE Neon has already packaged it, so having a look at their packaging might
possibly help; the git repository is at
https://anongit.neon.kde.org/applications/okular.git

Kind regards,
  Michael

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

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

Versions of packages okular depends on:
ii  kio  5.37.0-2
ii  libc62.26-4
ii  libfreetype6 2.8.1-1
ii  libjpeg62-turbo  1:1.5.2-2+b1
ii  libkf5activities55.37.0-2
ii  libkf5archive5   5.37.0-2
ii  libkf5bookmarks5 5.37.0-2
ii  libkf5codecs55.37.0-2
ii  libkf5completion55.37.0-2
ii  libkf5configcore55.37.0-2
ii  libkf5configgui5 5.37.0-2
ii  libkf5configwidgets5 5.37.0-2
ii  libkf5coreaddons55.37.0-3
ii  libkf5i18n5  5.37.0-2
ii  libkf5iconthemes55.37.0-2
ii  libkf5itemviews5 5.37.0-2
ii  libkf5jobwidgets55.37.0-2
ii  libkf5kexiv2-15.0.0  17.08.3-1
ii  libkf5kiocore5   5.37.0-2
ii  libkf5kiowidgets55.37.0-2
ii  libkf5parts5 5.37.0-2
ii  libkf5pty5   5.37.0-2
ii  libkf5service-bin5.37.0-2
ii  libkf5service5   5.37.0-2
ii  libkf5textwidgets5   5.37.0-2
ii  libkf5wallet-bin 5.37.0-2
ii  libkf5wallet55.37.0-2
ii  libkf5widgetsaddons5 5.37.0-2
ii  libkf5windowsystem5  5.37.0-2
ii  libkf5xmlgui55.37.0-2
ii  libokular5core7  4:17.08.3-2
ii  libphonon4qt5-4  4:4.9.1-3
ii  libpoppler-qt5-1 0.61.1-2
ii  libqca-qt5-2 2.1.3-1
ii  libqmobipocket2  4:17.08.3-2
ii  libqt5core5a 5.9.2+dfsg-6
ii  libqt5dbus5  5.9.2+dfsg-6
ii  libqt5gui5   5.9.2+dfsg-6
ii  libqt5printsupport5  5.9.2+dfsg-6
ii  libqt5qml5   5.9.2-3
ii  libqt5quick5 5.9.2-3
ii  libqt5svg5   5.9.2-3
ii  libqt5widgets5   5.9.2+dfsg-6
ii  libqt5xml5   5.9.2+dfsg-6
ii  libspectre1  0.2.8-1
ii  libstdc++6   7.2.0-19
ii  phonon4qt5   4:4.9.1-3
ii  qml-module-org-kde-kirigami  1.1.0-2
ii  qml-module-org-kde-kquickcontrolsaddons  5.37.0-2+b1
ii  qml-module-qt-labs-folderlistmodel   5.9.2-3
ii  qml-module-qtgraphicaleffects5.9.2-2
ii  qml-module-qtquick-controls  5.9.2-2
ii  zlib1g   1:1.2.8.dfsg-5

Versions of packages okular recommends:
ii  cups-bsd  2.2.6-4

Versions of packages okular suggests:
ii  ghostscript9.22~dfsg-1
pn  jovie  
pn  okular-extra-backends  
ii  poppler-data   0.4.8-2
pn  texlive-binaries   
pn  unrar  

-- no debconf information