Bug#901707: exiv2: CVE-2018-12264

[Salvatore Bonaccorso]

Source: exiv2
Version: 0.25-3.1
Severity: important
Tags: security upstream
Forwarded: https://github.com/Exiv2/exiv2/issues/366

Hi,

The following vulnerability was published for exiv2.

CVE-2018-12264[0]:
| Exiv2 0.26 has integer overflows in LoaderTiff::getData() in
| preview.cpp, leading to an out-of-bounds read in
| Exiv2::ValueType::setDataArea in value.hpp.

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-12264
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-12264
[1] https://github.com/Exiv2/exiv2/issues/366

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#901706: exiv2: CVE-2018-12265

[Salvatore Bonaccorso]

Source: exiv2
Version: 0.25-3.1
Severity: important
Tags: security upstream
Forwarded: https://github.com/Exiv2/exiv2/issues/365

Hi,

The following vulnerability was published for exiv2.

CVE-2018-12265[0]:
| Exiv2 0.26 has an integer overflow in the LoaderExifJpeg class in
| preview.cpp, leading to an out-of-bounds read in Exiv2::MemIo::read in
| basicio.cpp.

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-12265
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-12265
[1] https://github.com/Exiv2/exiv2/issues/365

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#898924: btrfs-progs: btrfs send fails with ERROR: not on mount point: /

[Thomas Krennwallner]

Release 4.17 of btrfs-progs fixes this bug:
https://www.kernel.org/pub/linux/kernel/people/kdave/btrfs-progs/btrfs-progs-v4.17.tar.xz

Bug#901439: ntpsec: peers not found when starting under post-4.17.0 kernels

[Richard Laager]

On 06/16/2018 07:31 AM, Arthur Marsh wrote:
> It appears that ntpsec runs now, but I had to restart it as the process that
> was started at boot time had died.

Is this reproducible? Do you have any logs of interest?

-- 
Richard

Bug#901705: Latest stable version is 0.90.0

[Takeshi Soejima]

Package: calf-plugins
Version: 0.0.60-5

Please update this with the current version 0.90.0 released Nov 2017.

Bug#901702: Add locale and gettext support to initramfs

[Jonas Meurer]

Am 17.06.2018 um 02:53 schrieb Jonas Meurer:
> I've prepared a patch that optionally adds locale and gettext support to
> initramfs (depending on a initramfs.conf variable). You can find the
> patch attached to this bugreport or as a merge request on Salsa[2].
> Whatever you prefer ;)

I just discovered a bug in the patch. The dummy eval_{n,}gettext()
functions provided if no gettext support is installed have to eval the
provided input as well in order to behave similar to the ones provided
by gettext.sh.

The updated patch is attached and can be found in the merge request[1].

Cheers
 jonas

[1]  https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/4
From c3a3e94a87946d0eb782b3147409ac37123febdf Mon Sep 17 00:00:00 2001
From: Jonas Meurer 
Date: Sun, 17 Jun 2018 01:37:03 +0200
Subject: [PATCH] Add support for locales and gettext to initramfs

---
 conf/initramfs.conf |  8 
 hooks/locales   | 47 +++
 initramfs-tools.8   | 11 +++
 initramfs.conf.5|  5 +
 mkinitramfs |  1 +
 scripts/functions   | 16 
 6 files changed, 88 insertions(+)
 create mode 100755 hooks/locales

diff --git a/conf/initramfs.conf b/conf/initramfs.conf
index 1319536..12a361c 100644
--- a/conf/initramfs.conf
+++ b/conf/initramfs.conf
@@ -38,6 +38,14 @@ BUSYBOX=auto
 KEYMAP=n
 
 #
+# LOCALES: [ y | n ]
+#
+# Add locales and gettext to the initramfs.
+#
+
+LOCALES=n
+
+#
 # COMPRESS: [ gzip | bzip2 | lzma | lzop | xz ]
 #
 
diff --git a/hooks/locales b/hooks/locales
new file mode 100755
index 000..8320f67
--- /dev/null
+++ b/hooks/locales
@@ -0,0 +1,47 @@
+#!/bin/sh
+
+PREREQ=""
+
+prereqs()
+{
+	echo "$PREREQ"
+}
+
+case $1 in
+# get pre-requisites
+prereqs)
+	prereqs
+	exit 0
+	;;
+esac
+
+# Hook to load locales and gettext into initramfs if requested by LOCALES=y
+if [ "$LOCALES" != "y" ] && [ "$LOCALES" != "Y" ]; then
+	exit 0
+fi
+
+if [ ! -x /usr/bin/locale ]; then
+	echo "locale is missing. Please install the 'locales' package."
+	exit 0
+fi
+
+. /usr/share/initramfs-tools/hook-functions
+
+# Copy binaries required for gettext support
+copy_exec /usr/bin/envsubst
+copy_exec /usr/bin/gettext
+copy_exec /usr/bin/gettext.sh
+copy_exec /usr/bin/ngettext
+
+# Copy locale files except LC_COLLATE. It's not needed for localized string
+# support and usually is by far the biggest locale file.
+for file in $(find /usr/lib/locale -type f \! -name LC_COLLATE 2>/dev/null); do
+	copy_file locale_file $file
+done
+
+# Write locale variables to initramfs conf.d
+for line in $(locale); do
+	if [ "${line#LC_COLLATE}" = "$line" ]; then
+		echo "export $line" >>${DESTDIR}/conf/conf.d/locales
+	fi
+done
diff --git a/initramfs-tools.8 b/initramfs-tools.8
index 32cce2d..0481131 100644
--- a/initramfs-tools.8
+++ b/initramfs-tools.8
@@ -424,6 +424,17 @@ user to investigate the situation.
 panic "Frobnication failed"
 .RE
 
+.TP
+\fB\fI
+gettext_support
+Either loads /usr/bin/gettext.sh (if available) or provides dummy functions
+eval_gettext() and eval_ngettext() functions otherwise.
+.RS
+.PP
+.B Example:
+gettext_support
+.RE
+
 .SS Subdirectories
 Both /usr/share/initramfs-tools/scripts and /etc/initramfs-tools/scripts
 contains the following subdirectories.
diff --git a/initramfs.conf.5 b/initramfs.conf.5
index 569834c..4587e2f 100644
--- a/initramfs.conf.5
+++ b/initramfs.conf.5
@@ -57,6 +57,11 @@ that might need input will normally set this variable automatically, so there
 should normally be no need to set this.
 
 .TP
+\fB LOCALES
+If set to 'y', locales and gettext will be installed into the initramfs and
+locale environment variables will be set.
+
+.TP
 \fB COMPRESS
 Specifies the compression method used for the initramfs image.
 .B mkinitramfs
diff --git a/mkinitramfs b/mkinitramfs
index 24715d5..ab9ede5 100755
--- a/mkinitramfs
+++ b/mkinitramfs
@@ -203,6 +203,7 @@ export DESTDIR
 export DPKG_ARCH
 export verbose
 export KEYMAP
+export LOCALES
 export MODULES
 export BUSYBOX
 export RESUME
diff --git a/scripts/functions b/scripts/functions
index 0b7ca10..d6d18ae 100644
--- a/scripts/functions
+++ b/scripts/functions
@@ -463,3 +463,19 @@ mount_bottom()
 {
 	:
 }
+
+# Load /usr/bin/gettext.sh if available, provide dummy functions eval_gettext()
+# and eval_ngettext() otherwise.
+gettext_support()
+{
+	if [ -f "/usr/bin/gettext.sh" ]; then
+		. /usr/bin/gettext.sh
+	else
+		eval_gettext() {
+			eval echo "$1"
+		}
+		eval_ngettext() {
+			eval echo "$1"
+		}
+	fi
+}
-- 
2.11.0



signature.asc
Description: OpenPGP digital signature

Bug#900258: shadowsocks-libev: Drop apg/pwgen from Depends

[Roger Shimizu]

control: tag -1 +pending

On Mon, May 28, 2018 at 2:49 PM, Shengjing Zhu  wrote:
> Source: shadowsocks-libev
> Severity: wishlist
> Tags: patch
>
> Dear Maintainer,
>
> This package depends apg or pwgen to generate an initial password, but I
> don't think it's needed to use an extra program.
>
> perl-base is an Essential package, so every Debian based system has perl
> interpreter. You can just use perl's rand function to do this. So that
> this package has less depends and I can reduce the install size.
>
> passwd=$(perl -e 'print map{("a".."z","A".."Z",0..9)[int(rand(62))]}(1..12)')
>
> This snippet is taken from mysql-5.7 package.

Thanks for the patch!
Applied with slight modification.
AFAIK, "set +e" before setting $passwd and "set -e" afterwards are necessary.
This can prevent leaking generated text.

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

Bug#901704: origtargz: fails to extract components of MUT

[Dmitry Smirnov]

Package: devscripts
Version: 2.18.3
Severity: normal

origtargz only extracts main tarball, ignoring all MUT components...

-- 
All the best,
 Dmitry Smirnov

---

Each generation imagines itself to be more intelligent than the one that
went before it, and wiser than the one that comes after it.
-- George Orwell, Review of "A Coat of Many Colours: Occasional
   Essays" by Herbert Read, Poetry Quarterly (Winter 1945)


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

Bug#901703: RFP: apfs-fuse -- FUSE driver for Apple File System (APFS)

[Mattias Mattsson]

Package: wnpp
Severity: wishlist

Package name: apfs-fuse
Version: 2018-04-20
Upstream Author: Simon Gander 
URL: https://github.com/sgan81/apfs-fuse
License: GPLv2
Description: A read-only FUSE driver for the Apple File System.

Bug#899221: [medium size project] break up emacs-goodies-el into many elpafied packages

[Nicholas D Steeves]

Hello to everyone reading this,

Thank you very much for replying!

On Thu, Jun 14, 2018 at 05:16:07PM -0300, David Bremner wrote:
> Nicholas D Steeves  writes:
> 
> >
> > I've also been wondering about Debian's xemacs support for a year, and
> > the position I've formed (which Sean has confirmed) is that as a
> > general case packages should be transitioned to dh-elpa.  Given the
> > specific case of unversioned emacs support as a team goal it seems
> > clear that xemacs support should be dropped at this time.  Has there
> > yet been an official announcement to users that xemacs is depreciated
> > in Debian?
> 
> Well, it's a team goal, but the packages are not team packages. So it
> would be nice to have some feedback from Julian or Peter here.  There
> has been no such announcement; I guess it would be up to either Rob as
> maintainer of emacsen-common, or the xemacs maintainer.

Reply a couple of lines below.

On Fri, Jun 15, 2018 at 12:00:42PM +0100, Sean Whitton wrote:
> 
> This is not up to any of us, but the Debian maintainer of xemacs.  And I
> do not believe he has any intention of dropping support.

10. Hm, what about the following:

Each bin:$package currently in src:emacs-goodies-el becomes
bin:xemacs-$package, that provides the virtual package $package.

Then, to fix the unversioned Emacs bug in debian-el and dpkg-el, we
fork src:emacs-goodies-el into multiple src:packages.  eg: as David
and I have already done.  It would be nice if emacs-goodies-el
provided a tarball or tag without packaging, or alternative a
patches-applied git remote with a custom merge driver could be used to
merge everything except emacs-goodies-el/debian.

Src:various-goodies-fork/debian/control would provide the appropriate
bin:elpa-various-goodies-fork; however, the source package for each of
src:various-goodies-fork would unfortunately contain all of the
src:emacs-goodies-el source at this time.  The extraneous content can
be pruned (or just git removed if preferred) at a later date as
src:emacs-goodies-el is broken up (if it is broken up).  Most
importantly, the each bin:elpa-various-goodies-fork provides its
respective virtual package.  Eg, bin:elpa-debian provides
bin:debian-el, which is also provided by bin:xemacs-debian-el.

The one thing I'm not sure about is how to handle the upgrade path...
Is there a way to prefer elpa-debian over xemacs-debian-el when both
xemacs and emacs are installed?

Skip to the bottom for info on the dummy transition package.

> > 0. Is the Emacsen Team going to maintain all of the new packages?
> 
> Yes, but don't forget the Policy requirement that at least one human be
> listed in Uploaders.
>
> > If so, can Peter S Galbraith and Julian Gilbey be added to the team
> > and to the Uploaders for all these new packages?
> 
> Only if they explicitly consent to their addition to each individual
> package.

Alternatively, isn't it possible to add the elpa-variants to
src:emacs-goodies-el?  Would that be preferred at this time, and
gradually break out the elpafied packages into their own
src:elpafied-packages as human Uploaders volunteer?

> > 3. Is the consensus is that the git history of all the new packages
> > does not need to be preserved from src:emacs-goodies-el?
> 
> On both of these issues, we've all already given you our opinions in
> previous messages and/or IRC.  Since you're doing the work, you get to
> decide between those opinions.
> 
> > 4. I noticed that emacs-goodies-el has not had a dependency on an
> > elpafied packages added each time a file is removed.  This seems to
> > indicate that when this work is completed bin:emacs-goodies-el will
> > just silently disappear and users will be left without the modes they
> > are used to having after an upgrade.  Is this intended, or should
> > emacs-goodies-el become a dummy transitional package?
> 
> Seems like an oversight.  A transitional package would be useful to
> users.

To add to [10], xemacs-goodies-el should provide the virtual
emacs-goodies-el, and elpa-goodies can also do the same?  In this case
elpa-goodies would be a dummy transitional package.  Maybe this is an
ugly and cumbersome approach, but it seems like it would be less
disruptive to xemacs users and less hijacky to src:emacs-goodies-el.


What does everything think?
Nicholas


signature.asc
Description: PGP signature

Bug#893152: needrestart: leaks a file descriptor into restarted services

[Stephen Rothwell]

Hi Thomas,

On Sat, 16 Jun 2018 17:50:23 +0200 Thomas Liske  wrote:
>
> I've added a workaround to close the orphan FD to Debconf.pm. The fix
> will be part of needrestart 3.2.

Thank you very much for your work on this!

-- 
Cheers,
Stephen Rothwell

Bug#901702: Add locale and gettext support to initramfs

[Jonas Meurer]

Package: initramfs-tools
Version: 0.130
Severity: normal
Tags: l10n patch

Hello,

when trying to add l10n support to the cryptsetup initramfs script I was
surprised to realize that apparently no initramfs component has l10n
support yet.

Probably that's because most messages from initramfs are more targeted
at developers. Unfortunately, that's not true for the initramfs scripts
of cryptsetup. Here, we need to ask users for input (passphrase) and
therefore the messages we print are targeted at normal users. There's
also an open bugreport that requests support for translated strings[1].

I first thought about adding all the required locale and gettext stuff
to initramfs in the cryptroot hook, but after thinking about it again,
I think it should be done in initramfs itself instead. Other initramfs
components might want to use it as well.

That's why I'd like to add locale and gettext support to initramfs but
make it optional. Without any prompts targeted at endusers, there's no
real need to bloat the initramfs with locales and gettext files. But
e.g. in the cryptsetup package, we would enable it.

I've prepared a patch that optionally adds locale and gettext support to
initramfs (depending on a initramfs.conf variable). You can find the
patch attached to this bugreport or as a merge request on Salsa[2].
Whatever you prefer ;)

Would be awesome if you could consider to merge it. It's a prerequisite
for adding l10n support to the cryptsetup initramfs scripts.

Cheers,
 jonas

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688735
[2] https://salsa.debian.org/kernel-team/initramfs-tools/merge_requests/4
>From c3a3e94a87946d0eb782b3147409ac37123febdf Mon Sep 17 00:00:00 2001
From: Jonas Meurer 
Date: Sun, 17 Jun 2018 01:37:03 +0200
Subject: [PATCH] Add support for locales and gettext to initramfs

---
 conf/initramfs.conf |  8 
 hooks/locales   | 47 +++
 initramfs-tools.8   | 11 +++
 initramfs.conf.5|  5 +
 mkinitramfs |  1 +
 scripts/functions   | 16 
 6 files changed, 88 insertions(+)
 create mode 100755 hooks/locales

diff --git a/conf/initramfs.conf b/conf/initramfs.conf
index 1319536..12a361c 100644
--- a/conf/initramfs.conf
+++ b/conf/initramfs.conf
@@ -38,6 +38,14 @@ BUSYBOX=auto
 KEYMAP=n
 
 #
+# LOCALES: [ y | n ]
+#
+# Add locales and gettext to the initramfs.
+#
+
+LOCALES=n
+
+#
 # COMPRESS: [ gzip | bzip2 | lzma | lzop | xz ]
 #
 
diff --git a/hooks/locales b/hooks/locales
new file mode 100755
index 000..8320f67
--- /dev/null
+++ b/hooks/locales
@@ -0,0 +1,47 @@
+#!/bin/sh
+
+PREREQ=""
+
+prereqs()
+{
+   echo "$PREREQ"
+}
+
+case $1 in
+# get pre-requisites
+prereqs)
+   prereqs
+   exit 0
+   ;;
+esac
+
+# Hook to load locales and gettext into initramfs if requested by LOCALES=y
+if [ "$LOCALES" != "y" ] && [ "$LOCALES" != "Y" ]; then
+   exit 0
+fi
+
+if [ ! -x /usr/bin/locale ]; then
+   echo "locale is missing. Please install the 'locales' package."
+   exit 0
+fi
+
+. /usr/share/initramfs-tools/hook-functions
+
+# Copy binaries required for gettext support
+copy_exec /usr/bin/envsubst
+copy_exec /usr/bin/gettext
+copy_exec /usr/bin/gettext.sh
+copy_exec /usr/bin/ngettext
+
+# Copy locale files except LC_COLLATE. It's not needed for localized string
+# support and usually is by far the biggest locale file.
+for file in $(find /usr/lib/locale -type f \! -name LC_COLLATE 2>/dev/null); do
+   copy_file locale_file $file
+done
+
+# Write locale variables to initramfs conf.d
+for line in $(locale); do
+   if [ "${line#LC_COLLATE}" = "$line" ]; then
+   echo "export $line" >>${DESTDIR}/conf/conf.d/locales
+   fi
+done
diff --git a/initramfs-tools.8 b/initramfs-tools.8
index 32cce2d..0481131 100644
--- a/initramfs-tools.8
+++ b/initramfs-tools.8
@@ -424,6 +424,17 @@ user to investigate the situation.
 panic "Frobnication failed"
 .RE
 
+.TP
+\fB\fI
+gettext_support
+Either loads /usr/bin/gettext.sh (if available) or provides dummy functions
+eval_gettext() and eval_ngettext() functions otherwise.
+.RS
+.PP
+.B Example:
+gettext_support
+.RE
+
 .SS Subdirectories
 Both /usr/share/initramfs-tools/scripts and /etc/initramfs-tools/scripts
 contains the following subdirectories.
diff --git a/initramfs.conf.5 b/initramfs.conf.5
index 569834c..4587e2f 100644
--- a/initramfs.conf.5
+++ b/initramfs.conf.5
@@ -57,6 +57,11 @@ that might need input will normally set this variable 
automatically, so there
 should normally be no need to set this.
 
 .TP
+\fB LOCALES
+If set to 'y', locales and gettext will be installed into the initramfs and
+locale environment variables will be set.
+
+.TP
 \fB COMPRESS
 Specifies the compression method used for the initramfs image.
 .B mkinitramfs
diff --git a/mkinitramfs b/mkinitramfs
index 24715d5..ab9ede5 100755
--- a/mkinitramfs
+++ b/mkinitramfs
@@ -203,6 +203,7 @@ export DESTDIR
 export DPKG_ARCH
 export verbose
 expor

Bug#900987: libncurses-dev: feature test macros in compiler flags

[Thomas Dickey]

On Mon, Jun 11, 2018 at 07:46:29PM +0200, Sven Joachim wrote:
> Control: tags -1 upstream
> 
> On 2018-06-07 19:11 +0200, Jakub Wilk wrote:
> 
> > Package: libncurses-dev
> > Version: 6.1+20180210-4
> >
> > The compiler flags that are supposedly needed to compile with ncurses
> > include feature test macros:
> >
> >   $ ncurses6-config --cflags
> >   -D_GNU_SOURCE -D_DEFAULT_SOURCE
> >
> >   $ pkg-config --cflags ncurses
> >   -D_GNU_SOURCE -D_DEFAULT_SOURCE
> 
> This has been done upstream in the 20150221 patchlevel:
> 
> ,
> | + capture define's related to -D_XOPEN_SOURCE from the configure check
> |   and add those to the *-config and *.pc files, to simplify use for
> |   the wide-character libraries.
> `
> 
> Which raises a few questions, e.g.
> 
> - Why is this done even if ncurses is configured without --enable-widec ?

_GNU_SOURCE was defined because originally it was not possible to turn
on _XOPEN_SOURCE with glibc.  _XOPEN_SOURCE is needed for more than
wide-characters (exactly what depends on which features on different
systems are/are-not within the correct ifdef's, but a quick check shows
me vsscanf for instance).

So _XOPEN_SOURCE (or something like _GNU_SOURCE) is defined for most
platforms whether or not wide characters are used.

I could (but probably not reliably) do a test-compile with the headers
to ensure that the compile-time is/is-not needed when compiling with curses.h,
but that's not something I'd do in a hurry :-)

With today's patch, I'm updating the configure script to reduce the
need for _GNU_SOURCE (since the "recent" changes for _DEFAULT_SOURCE
in 2012 made that possible).

As for whether the compile-time definitions are needed in the generated
config's, that's additional work.
 
> - Why does it end up in tinfo.pc and tic.pc which (presumably) would
>   never need it?

Those are special cases (but note that tic.h includes curses.h).
I'll investigate the case for tinfo.pc, but am out of time today
(it's not only Linux that uses that file).
 
> > Please don't include them.
> > _GNU_SOURCE is particularly nasty, because it can change semantics of
> > some libc functions (at least sscanf and strerror_r).
> 
> I tend to agree, but would rather not deviate from upstream, especially
> since this behavior has been in place for over three years already.

see above

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: Digital signature

Bug#901700: normaliz: FTBFS on hppa - testsuite fails with openmp

[John David Anglin]

Source: normaliz
Version: 3.6.0+ds-1
Severity: normal

Dear Maintainer,

Build usually fails due to segmentation fault in testsuite.  See:
https://buildd.debian.org/status/fetch.php?pkg=normaliz&arch=hppa&ver=3.6.0%2Bds-1&stamp=1528456221&raw=0

If openmp is disabled as on alpha and mipsel, the testsuite runs successfully:
https://buildd.debian.org/status/fetch.php?pkg=normaliz&arch=hppa&ver=3.6.0%2Bds-1&stamp=1528654212&raw=0

I submitted a glibc bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=23296

Regards,
Dave Anglin


-- System Information:
Debian Release: buster/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

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

Bug#901699: libc6-dev: #include doesn't import MAP_ANONYMOUS but man 2 mmap says it does, causing builds to break

[Joshua]

Package: libc6-dev
Version: 2.24-11+deb9u1
Severity: normal

Dear Maintainer,

#include 
#include "myplatform.h"

void *slaballoc()
{
void *slab = mmap(... MAP_ANONYMOUS ...);
}

does not build due to MAP_ANONYMOUS not being defined. man 2 mmap says this 
should work.

#include 

fixes the problem but is oddly Linux specific. Use of mmap to allocate large 
slabs w/o using heap is reasonable on any architecture.

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

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libc6-dev depends on:
ii  libc-dev-bin2.24-11+deb9u1
ii  libc6   2.24-11+deb9u1
ii  linux-libc-dev  4.9.82-1+deb9u3

libc6-dev recommends no packages.

Versions of packages libc6-dev suggests:
pn  glibc-doc 
ii  manpages-dev  4.10-2

-- no debconf information

Bug#810735: [Parted-maintainers] Bug#810735: fatresize: fails to open /dev/mmcblk0p1

[Colin Watson]

On Mon, Jun 11, 2018 at 12:06:33PM +0100, Tim Small wrote:
> This patch works for me, please could we get it into buster?

Sorry for having missed this for so long; I've uploaded it now.

-- 
Colin Watson   [cjwat...@debian.org]

Bug#901698: libudev-dev fails to install

[Fred Klassen]

Package: libudev
Version: 232-25+deb9u2
Severity: important

Dear Maintainer,

When I attempt to install libudev-dev on stretch I get the error below. This
prevents me from installing other packages such as libpci-dev and libsnmp-dev.

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

The following packages have unmet dependencies:
 libudev-dev : Depends: libudev1 (= 232-25+deb9u2) but 237-3~bpo9+1 is to be
installed
E: Unable to correct problems, you have held broken packages.



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

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

Bug#901075: marked as done (Please update the missing-dep-for-interpreter/missing-build-dependency-for-dh-addon/missing-python-build-dependency warnings for python2)

[Axel Beckert]

Hi Chris,

Debian Bug Tracking System wrote:
>  + [CL] Also permit "python2" and suffixed variants as substitutes for
>"python" (etc.) to avoid false-positives in the
>missing-dep-for-interpreter, missing-build-dependency-for-dh-addon
>and missing-python-build-dependency tags.  (Closes: #901075)

Thanks!

At least the examples I ran into with wicd are now gone. So from my
point of view this is indeed fixed.

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#900203: bug#31777: guile-2.2 FTCBFS for mipsel: In procedure load-thunk-from-memory: No such file or directory

[Rob Browning]

Mark H Weaver  writes:

> Would you like to try cherry-picking these commits and see if they fix
> the problem for you?

Uploaded as 2.2.3+1-5.  Thanks for the help.

-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#900652: bug#31776: guile-2.2: FTBFS on armhf: FAIL: gc.test: gc: after-gc-hook gets called

[Rob Browning]

Rob Browning  writes:

> It looks like gc.test may be failing intermittently in Debian (see below).
> Searching around I saw at least one other report of this in the #guile
> logs from last year.
>
> For now, I'm wondering if if would be plausible to mark the test as
> unresolved to avoid guile-2.2's removal from Debian testing, or if the
> failure is likely to indicate a problem serious enough to warrant that
> removal.

Just wanted to check back about this.  It's caused a build on the buildds
to fail again.

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

[Darshit Shah]

Follow-up Comment #12, bug #51181 (project wget):

Actually, I am unable to reproduce the problem.

`$ timeout -k 26s 25s wget example.com`

does _not_ put Wget in the background. The entire task runs in the
foreground.

And even when wget does run in the background, I don't see how the manual is
incorrect. It says, wget will download to `wget-log`, but if the local file
already exists, due to no-clobbering, Wget will create a unique filename by
appending a counter.

I just don't see what is wrong here

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

Bug#901697: speech-dispatcher-contrib: FTBFS due to missing B-D: dh-python

[Andreas Beckmann]

Source: speech-dispatcher-contrib
Version: 0.8.8-2
Severity: serious
Justification: fails to build from source

Hi,

speech-dispatcher-contrib FTBFS in a current, minimal sid pbuilder
environment:

 fakeroot debian/rules clean
dh clean --with python3 
dh: unable to load addon python3: Can't locate 
Debian/Debhelper/Sequence/python3.pm in @INC (you may need to install the 
Debian::Debhelper::Sequence::python3 module) (@INC contains: /etc/perl 
/usr/local/lib/x86_64-linux-gnu/perl/5.26.2 /usr/local/share/perl/5.26.2 
/usr/lib/x86_64-linux-gnu/perl5/5.26 /usr/share/perl5 
/usr/lib/x86_64-linux-gnu/perl/5.26 /usr/share/perl/5.26 
/usr/local/lib/site_perl /usr/lib/x86_64-linux-gnu/perl-base) at (eval 11) line 
1.
BEGIN failed--compilation aborted at (eval 11) line 1.

make: *** [debian/rules:7: clean] Error 2


Andreas


speech-dispatcher-contrib_0.8.8-2_arch.log.gz
Description: application/gzip

Bug#901666: u-boot: Please enable A20-OLinuXino-Lime2-eMMC

[Vagrant Cascadian]

On 2018-06-16, Andreas B. Mundt wrote:
> as a newcommer to the arm-world, I started to experiment with the
> A20-OLinuXino-Lime2-eMMC board.  There seems to be upstream as well as
> some support [1] in Debian, but it seems to be only partially enabled [2].
>
> From a brief look at the u-boot packaging, it looks like the board is
> available ('configs/A20-OLinuXino-Lime2-eMMC_defconfig'), but missing
> in the 'debian/target' file (in contrast to A20-OLinuXino-Lime2).

Yes, we only enable targets that are confirmed to work and have someone
listed as a tester for that platform:

  https://wiki.debian.org/U-boot

If you think you could occasionally test new versions, I'd be happy to
add support to the u-boot package!


In theory, I've been trying to get people to log successful boot tests,
but so far it's mostly been just me:

  https://wiki.debian.org/U-boot/Status

I'd rather catch issues with u-boot early, as regressions in the
bootloader can be pretty ugly, and catching it sooner than later is of
course ideal.


> So if I did not miss something, please enable A20-OLinuXino-Lime2-eMMC
> in addition to the Lime2 board.  Of course I am available for testing.

So, if you don't mind your name in lights:

diff --git a/debian/targets b/debian/targets
index 69c22e978b..084131589e 100644
--- a/debian/targets
+++ b/debian/targets
@@ -112,6 +112,9 @@ armhf   sunxi   A20-OLinuXino-Lime  
u-boot-sunxi-with-spl.bin
 # Karsten Merker 
 armhf  sunxi   A20-OLinuXino-Lime2 u-boot-sunxi-with-spl.bin
 
+# Andreas B. Mundt 
+armhf  sunxi   A20-OLinuXino-Lime2-eMMC
u-boot-sunxi-with-spl.bin
+
 # Arne Ploese 
 armhf  sunxi   A20-OLinuXino_MICRO u-boot-sunxi-with-spl.bin
 

Then it would also be easy to enable support to generate
debian-installer images and add to flash-kernel (if not already).


Does it have both eMMC and SD/microSD, or is it eMMC only? That can
affect how easy to is to unbrick the device, sould the worst happen.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#901621: [Python-modules-team] Bug#901621: src:python-gnutls: please support python3

[Mattia Rizzolo]

On Fri, Jun 15, 2018 at 04:08:19PM -0300, eamanu15 wrote:
> Hello Daniel,
> 
> I am available to work on maintain python-gnutls package.
> 
> But this package is not in wnpp list. I don't know if a could make update
> or maintain for python3.
> 
> I copy on this mail to Debian-python list and the actual maintainer.

The changelog doesn't know of any change done by Dan Pascu you CCed,
so I'm not sure how you decided he was "the actual maintainer" :)

Anyway, this package is maintained by DPMT, so you cou provide a patch
for this bug and find a DPMT member to sponsor it.

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#901474: [Pkg-javascript-devel] Bug#901474: Bug#901474: Bug#901474: [nodejs][RFC] Multiarch and /usr/local search path

[Bastien ROUCARIES]

On Wed, Jun 13, 2018 at 11:42 PM, Jérémy Lal  wrote:
>
>
> 2018-06-13 23:28 GMT+02:00 Bastien ROUCARIES :
>>
>> On Wed, Jun 13, 2018 at 10:46 PM, Jérémy Lal  wrote:
>> >
>> >
>> > 2018-06-13 22:09 GMT+02:00 Bastien ROUCARIÈS
>> > :
>> >>
>> >> Package: nodejs
>> >> Version: 10.4.0~dfsg-2
>> >> Severity: important
>> >> tags: patch
>> >>
>> >>
>> >> Hi,
>> >>
>> >> In order to get search path in multiarch path and in /usr/local I use
>> >> the
>> >> following patch
>> >>
>> >> ../..
>> >>
>> >> globalPaths:
>> >>[ '/home/bastien/.node_modules',
>> >>  '/home/bastien/.node_libraries',
>> >>  '/usr/local/lib/x86_64-linux-gnu/nodejs',
>> >>  '/usr/local/share/nodejs',
>> >>  '/usr/local/lib/nodejs',
>> >>  '/usr/lib/x86_64-linux-gnu/nodejs',
>> >>  '/usr/share/nodejs',
>> >>  '/usr/lib/nodejs' ],
>> >>
>> >> I have also added arch triplet because some module will need it.
>> >
>> >
>> > Cool ! I'll take only the fix for the require path of
>> > system-multiarch-installed addons.
>> > (nodejs does not search /usr/local - yarn global does not either - only
>> > npm
>> > might
>> > be concerned).
>>
>> Yes and no.
>>
>> Admin could want to delegate to staff group /usr/local and staff group
>> will install under /usr/local.  It is the policy, and a SHOULD but it
>> is nice to implement and document.
>>
>> But if you see the list is defined in debian/rules. Not hard coded.
>
>
>
> nodejs allows one to set NODE_PATH environment variable,
> so there is no need to recompile it to use /usr/local/xxx as a global
> search path.
> The only thing left to do is to properly place the node addon in the right
> place (/usr/lib/x86_64-linux-gnu/nodejs) - and that can be achieved manually
> or with a patch to npm... which would be easier to achieve if the actual
> triplet was available to nodejs users, since it's "hard to guess".

I disagree here but nevertheless the patch

>
> Jérémy
>
> --
> Pkg-javascript-devel mailing list
> pkg-javascript-de...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-javascript-devel


patch
Description: Binary data

Bug#901696: ros-message-runtime should be Architecture: any

[Helmut Grohne]

Package: ros-message-runtime
Version: 0.4.12-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

ros-message-runtime does not work well for cross compilation. In
general, Architecture: all packages can never satisfy cross
Build-Depends unless marked Multi-Arch: foreign. In this case, such a
marking would be fatal, because ros-message-runtime exposes its
dependency libroscpp-core-dev to users. Clearly having the build
architecture libroscpp-core-dev is not going to help cross builders.
Thus ros-message-runtime should be turned Architecture: any to be able
to transport the architecture constraint to libroscpp-core-dev. While at
it, please also move the .pc file out of /usr/lib/pkgconfig, because the
cross pkg-config does not search that directory. Please consider
applying the attached patch.

Helmut
diff --minimal -Nru ros-message-runtime-0.4.12/debian/changelog 
ros-message-runtime-0.4.12/debian/changelog
--- ros-message-runtime-0.4.12/debian/changelog 2015-12-04 09:51:07.0 
+0100
+++ ros-message-runtime-0.4.12/debian/changelog 2018-06-16 22:33:14.0 
+0200
@@ -1,3 +1,10 @@
+ros-message-runtime (0.4.12-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Turn ros-message-runtime Architecture: any. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 16 Jun 2018 22:33:14 +0200
+
 ros-message-runtime (0.4.12-3) unstable; urgency=medium
 
   * Correct replaced versions, Closes: #807014.
diff --minimal -Nru ros-message-runtime-0.4.12/debian/control 
ros-message-runtime-0.4.12/debian/control
--- ros-message-runtime-0.4.12/debian/control   2015-12-04 09:46:47.0 
+0100
+++ ros-message-runtime-0.4.12/debian/control   2018-06-16 22:28:09.0 
+0200
@@ -12,7 +12,7 @@
 Vcs-Git: 
git://anonscm.debian.org/debian-science/packages/ros/ros-message-runtime.git
 
 Package: ros-message-runtime
-Architecture: all
+Architecture: any
 Replaces: message-runtime (<< 0.4.12-2)
 Breaks: message-runtime (<< 0.4.12-2)
 Depends: ${misc:Depends}, libroscpp-core-dev
diff --minimal -Nru 
ros-message-runtime-0.4.12/debian/ros-message-runtime.install 
ros-message-runtime-0.4.12/debian/ros-message-runtime.install
--- ros-message-runtime-0.4.12/debian/ros-message-runtime.install   
2015-11-24 20:17:23.0 +0100
+++ ros-message-runtime-0.4.12/debian/ros-message-runtime.install   
2018-06-16 22:33:06.0 +0200
@@ -1,2 +1,2 @@
 usr/share/message_runtime
-usr/lib/*/pkgconfig /usr/lib
+usr/lib/*/pkgconfig
diff --minimal -Nru ros-message-runtime-0.4.12/debian/rules 
ros-message-runtime-0.4.12/debian/rules
--- ros-message-runtime-0.4.12/debian/rules 2015-11-22 23:56:13.0 
+0100
+++ ros-message-runtime-0.4.12/debian/rules 2018-06-16 22:33:14.0 
+0200
@@ -4,7 +4,7 @@
 %:
dh $@  --parallel
 
-override_dh_auto_install-indep:
+override_dh_auto_install:
dh_auto_install --destdir=debian/tmp
 
 get-orig-source:

Bug#901695: scanbd: After powercycling a scanner, scanbd tries to open old ID

[Pelzi]

Package: scanbd
Version: 1.5.1-4
Severity: important

Dear Maintainer,

scanbd is running on a machine connected via USB with a scanner that has an 
actual power switch. If switched off, the USB device becomes unavailable.

scanbd is not correctly reacting, when the device is switched on while it is 
already running. Everything is perfect if scanbd is restarted when the 
scanner is switched on.

The logs attached below occur at step 5 in the following context:
1) Scanner is switched on
2) scanbd is started
3) scanning is done
4) scanner is switched off for a while
5) scanner is switche on again

The logs seem to show that scanbd receives an error on trying to open the old 
scanner ID, i.e. containing the USB path the scanner had in step 2.
This device no longer exists in step 5, so the problem seems to be that scanbd 
tries to open an outdated device ID.

At the same time, scanimage -L shows a different device ID, so it seems that 
scanbd fails to correctly operate on an updated device list.

Obviously, I expected that scanbd would open the new device ID and started 
polling for the button to be pressed.

Regards,
Andreas

-- Relevant excerpt from daemon.log (when switching on the scanner):
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: new devive
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: udev device type: 
usb_device
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: udev device action: add
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: 
dbus_signal_device_added
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: stop_sane_threads
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: stopping poll thread 
for device epkowa:usb:001:021
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: waiting for poll 
thread for device epkowa:usb:001:021
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: closing device 
epkowa:usb:001:021
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: Iteration on dbus call
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: hook_device_insert
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: hook_device_ex
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: hook_device_ex: 
parameter: device_insert_script
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: hook_device_ex: 
action: insert
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: hook_device_ex: 
device: dbus device
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: No hook script for 
inserting device: dbus device
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: get new devices
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: Scanning for 
local-only devices
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: found device: 
epkowa:usb:001:021 Epson (unknown model) flatbed scanner
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: start_sane_threads
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: Starting poll thread 
for epkowa:usb:001:021
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: Thread started for 
device epkowa:usb:001:021
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: sane_poll
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: new devive
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: Can't open device 
epkowa:usb:001:021: Invalid argument
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: udev device type: 
usb_interface
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: abandon polling of 
epkowa:usb:001:021
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: 
sane_thread_cleanup_mutex
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: new devive
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: udev device type: 
usb_device
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: udev device action: 
bind
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: new devive
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: udev device type: 
usb_interface
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: new devive
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: udev device type: 
usb_interface
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: Iteration on dbus call
Jun 15 19:35:30 athlon1 scanbd[31505]: /usr/sbin/scanbd: Iteration on dbus call

-- Output of scanimage -L at the same time
device `epkowa:usb:001:027' is a Epson Perfection 1640 flatbed scanner


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

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

Versions of packages scanbd depends on:
ii  libc6 2.27-3
ii  libconfuse2 

Bug#901497: Reassigning to Xwayland

[Josh Triplett]

On Thu, Jun 14, 2018 at 11:59:20PM -0700, Josh Triplett wrote:
> On Thu, Jun 14, 2018 at 11:56:03PM -0700, Josh Triplett wrote:
> > reassign 901497
> > retitle 901497 Xwayland: hangs spinning on write and SIGALRM
> > thanks
> > 
> > After further investigation, I can reproduce this with Mesa 18.0.5-1 as
> > well, just not as often.
> > 
> > After encountering this issue, I managed to switch to a text console,
> > and found that Xwayland was using 100% CPU. strace of the running
> > Xwayland produced the attached strace, in which Xwayland appears to be
> > spinning, running a zero-byte writev, and periodically processing a
> > SIGALRM. Other threads appear to be blocked on futexes.
> 
> Forgot to attach the strace, sorry. Will provide one again next time it
> happens, but it consisted entirely of "write(14, [], 0) = 0" on one
> thread.

Here's a fresh strace. I'm encountering this quite frequently.


strace.gz
Description: application/gzip

Bug#897390: Seems to be solved

[Manolinux]

It's not happening any more.

Thanks.

Bug#901596: masscan: new upstream version 1.0.5

[Raphael Hertzog]

Hi Alessio,

On Fri, 15 Jun 2018, Alessio Treglia wrote:
> On Fri, Jun 15, 2018 at 11:01 AM, Raphaël Hertzog  wrote:
> > I added you on the salsa team already:
> > https://salsa.debian.org/pkg-security-team
> >
> > If you are not interested, let me know and I will drop you again. If you
> > need our help to migrate the repository to salsa, feel free to ask.
> 
> Please feel free to take over the package completely, I've lost interest.
> Thanks!

Ok, we will take it over. Thank you for your work so far and for the quick
answer. I dropped you again from the team since you don't intend to join.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#891395: closed by Roland Fehrenbacher (Bug#891395: fixed in libfabric 1.6.1-1)

[Helmut Grohne]

Control: reopen -1

On Thu, May 31, 2018 at 09:03:09AM +, Debian Bug Tracking System wrote:
>* Add package libfabric-bin (Closes: #891395)

You moved the programs and the corresponding manual pages, but the
development manual pages still live in libfabric1 and are still
problematic for the very same reasons. Likely those remaining manual
pages should go into libfabric-dev rather than libfabric1. They're only
useful for developing with libfabric and not for merely using the
library.

Helmut

Bug#901562: invesalius: Segmentation fault at startup

[Thiago Franco Moraes]

Hi Torquil,

I think the problem is with WXPython or VTK. Please, try to run the
code from url 
https://gitlab.kitware.com/vtk/vtk/raw/5a49848a4978d64eafef825c8c437e9e39bb0ffd/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py
and see if it runs correctly.

$ wget 
https://gitlab.kitware.com/vtk/vtk/raw/5a49848a4978d64eafef825c8c437e9e39bb0ffd/Wrapping/Python/vtk/wx/wxVTKRenderWindowInteractor.py
$ python wxVTKRenderWindowInteractor.py

wxVTKRenderWindowInteractor is the class we use in InVesalius3 to use
VTK with WXPython, if you run this code (not import it) it will show a
window with a cone. But I don' t know why, outside of KDE when a
wxVTKRenderWindowInteractor is instantiated a segmentation fault
happens. Also, it' s needed to know if this problem is with libvtk or
python-vtk.

Best regards.
On Fri, Jun 15, 2018 at 6:30 PM Torquil Macdonald Sørensen
 wrote:
>
> Hi,
>
> I'm using XFCE4, so that would be xfwm4. I did another thing:
> /usr/bin/invesalius3 is a shell script, so I executed those commands
> manuall in my shell. But instead of "python app.py", I ran gdb, and then
> the gdb commands "file python", "set args app.py", "run". When
> invesalius3 then crashed, I could then get a backtrace by running "bt",
> It gave the following output:
>
> (gdb) bt
> #0  0x73106202 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> #1  0x7313c47e in gdk_x11_window_get_xid () from
> /usr/lib/x86_64-linux-gnu/libgdk-3.so.0
> #2  0x76021251 in ?? () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core_.x86_64-linux-gnu.so
> #3  0x5564f874 in PyEval_EvalFrameEx ()
> #4  0x55646c7a in PyEval_EvalCodeEx ()
> #5  0x5564edb4 in PyEval_EvalFrameEx ()
> #6  0x5564e3e2 in PyEval_EvalFrameEx ()
> #7  0x55646c7a in PyEval_EvalCodeEx ()
> #8  0x55662b09 in ?? ()
> #9  0x5567b2be in ?? ()
> #10 0x5563290e in PyObject_Call ()
> #11 0x556529f0 in PyEval_CallObjectWithKeywords ()
> #12 0x75fa9e99 in wxPyCallback::EventThunker(wxEvent&) () from
> /usr/lib/python2.7/dist-packages/wx-3.0-gtk3/wx/_core_.x86_64-linux-gnu.so
> #13 0x744438ce in
> wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&,
> wxEvtHandler*, wxEvent&) () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #14 0x74443cda in
> wxEvtHandler::SearchDynamicEventTable(wxEvent&) () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #15 0x74443d6f in wxEvtHandler::TryHereOnly(wxEvent&) () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #16 0x74443e23 in wxEvtHandler::ProcessEventLocally(wxEvent&) ()
> from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #17 0x74443e85 in wxEvtHandler::ProcessEvent(wxEvent&) () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #18 0x74443be7 in wxEvtHandler::SafelyProcessEvent(wxEvent&) ()
> from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #19 0x74dd4557 in wxWindow::DoSetSize(int, int, int, int, int)
> () from /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #20 0x74f6329a in wxBoxSizer::RecalcSizes() () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #21 0x74f6111e in wxSizer::Layout() () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #22 0x74f60fb5 in wxSizerItem::SetDimension(wxPoint const&,
> wxSize const&) () from /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #23 0x74f6329a in wxBoxSizer::RecalcSizes() () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #24 0x74f6111e in wxSizer::Layout() () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #25 0x74f95436 in wxWindowBase::Layout() () from
> /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #26 0x74f8fe66 in wxWindowBase::InternalOnSize(wxSizeEvent&) ()
> from /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #27 0x744438ce in
> wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase const&,
> wxEvtHandler*, wxEvent&) () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #28 0x744439d3 in wxEventHashTable::HandleEvent(wxEvent&,
> wxEvtHandler*) () from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #29 0x74443d9b in wxEvtHandler::TryHereOnly(wxEvent&) () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #30 0x74443e23 in wxEvtHandler::ProcessEventLocally(wxEvent&) ()
> from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #31 0x74443e85 in wxEvtHandler::ProcessEvent(wxEvent&) () from
> /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #32 0x74443be7 in wxEvtHandler::SafelyProcessEvent(wxEvent&) ()
> from /usr/lib/x86_64-linux-gnu/libwx_baseu-3.0.so.0
> #33 0x74dd4557 in wxWindow::DoSetSize(int, int, int, int, int)
> () from /usr/lib/x86_64-linux-gnu/libwx_gtk3u_core-3.0.so.0
> #34 0x74dd661d in wxWindow::DoSetClientSize(int, int) () from
> /usr/lib/x86_64-linux-gn

Bug#901694: golang-github-docker-docker-dev: fails to upgrade from 'sid' - trying to overwrite /usr/share/gocode/src/github.com/docker/libnetwork/agent.go

[Andreas Beckmann]

Package: golang-github-docker-docker-dev
Version: 17.12.1+dfsg-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Preparing to unpack 
.../golang-github-docker-docker-dev_17.12.1+dfsg-2_all.deb ...
  Unpacking golang-github-docker-docker-dev (17.12.1+dfsg-2) over 
(1.13.1~ds3-4) ...
  dpkg: error processing archive 
/var/cache/apt/archives/golang-github-docker-docker-dev_17.12.1+dfsg-2_all.deb 
(--unpack):
   trying to overwrite 
'/usr/share/gocode/src/github.com/docker/libnetwork/agent.go', which is also in 
package golang-github-docker-libnetwork-dev 
0.8.0-dev.2+git20170202.599.45b4086-4
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   
/var/cache/apt/archives/golang-github-docker-docker-dev_17.12.1+dfsg-2_all.deb


cheers,

Andreas


golang-github-docker-libnetwork-dev=0.8.0-dev.2+git20170202.599.45b4086-4_golang-github-docker-docker-dev=17.12.1+dfsg-2.log.gz
Description: application/gzip

Bug#758851: Fix handling of Texinfo menuentries

[Dr. Tobias Quathamer]

control: tag -1 pending fixed-upstream

Hi,

thanks for filing this bug. It has now been fixed upstream and will be
part of the next release.

Regards,
Tobias



signature.asc
Description: OpenPGP digital signature

Bug#901693: mark libsparsehash-dev Multi-Arch: foreign

[Helmut Grohne]

Package: libsparsehash-dev
Version: 2.0.2-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:ea-utils src:heaptrack src:libosmium src:pyosmium 
src:rapmap src:salmon src:sga src:shiboken

The affected packages cannot satisfy their cross Build-Depends, because
their (transitive) dependency on libsparsehash-dev is unsatisfiable. In
general, Architecture: all packages can never satisfy cross
Build-Depends unless marked Multi-Arch: foreign. In this case, such a
marking is correct, because libsparsehash-dev only ships headers and
lacks any maintainer scripts or dependencies. Please consider applying
the attached patch.

Helmut
diff --minimal -Nru sparsehash-2.0.2/debian/changelog 
sparsehash-2.0.2/debian/changelog
--- sparsehash-2.0.2/debian/changelog   2014-03-12 00:15:40.0 +0100
+++ sparsehash-2.0.2/debian/changelog   2018-06-14 20:49:49.0 +0200
@@ -1,3 +1,10 @@
+sparsehash (2.0.2-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Mark libsparsehash-dev Multi-Arch: foreign. (Closes #-1)
+
+ -- Helmut Grohne   Thu, 14 Jun 2018 20:49:49 +0200
+
 sparsehash (2.0.2-1) unstable; urgency=low
 
   * New upstream release (Closes: #705974)
diff --minimal -Nru sparsehash-2.0.2/debian/control 
sparsehash-2.0.2/debian/control
--- sparsehash-2.0.2/debian/control 2014-03-12 00:15:40.0 +0100
+++ sparsehash-2.0.2/debian/control 2018-06-14 20:47:06.0 +0200
@@ -9,6 +9,7 @@
 
 Package: libsparsehash-dev
 Architecture: all
+Multi-Arch: foreign
 Depends: ${misc:Depends}
 Recommends: c++-compiler
 Replaces: sparsehash (<< 1.5.2)

Bug#901692: dvi2ps FTCBFS: multiple reasons

[Helmut Grohne]

Source: dvi2ps
Version: 5.1j-1.2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

dvi2ps fails to cross build from source. The first issue is that it
configures for the build architecture. Letting dh_auto_configure pass
--host fixes this part. Then debian/Makefile.tools uses the build
architecture compiler. Letting dh_auto_build pass cross tools fixes that
part. Then debian/rules uses install -s to install, which uses the build
architecture strip. Dropping the -s flag fixes that as dh_strip will
take care of stripping. Dropping the -s flag also partially fixes
#436778. The attached patch implements all of that and makes dvi2ps
cross buildable. Please consider applying it.

Helmut
diff --minimal -Nru dvi2ps-5.1j/debian/changelog dvi2ps-5.1j/debian/changelog
--- dvi2ps-5.1j/debian/changelog2014-10-14 23:40:23.0 +0200
+++ dvi2ps-5.1j/debian/changelog2018-06-16 21:44:31.0 +0200
@@ -1,3 +1,13 @@
+dvi2ps (5.1j-1.3) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_configure pass --host to ./configure.
++ Let dh_auto_build pass cross tools to debian/Makefile.tools.
++ Do not strip at install time.
+
+ -- Helmut Grohne   Sat, 16 Jun 2018 21:44:31 +0200
+
 dvi2ps (5.1j-1.2) unstable; urgency=medium
 
   * NMU
diff --minimal -Nru dvi2ps-5.1j/debian/control dvi2ps-5.1j/debian/control
--- dvi2ps-5.1j/debian/control  2014-10-14 23:40:23.0 +0200
+++ dvi2ps-5.1j/debian/control  2018-06-16 21:44:28.0 +0200
@@ -2,7 +2,7 @@
 Section: tex
 Priority: optional
 Maintainer: OHURA Makoto 
-Build-Depends: debhelper (>= 5.0.0), nkf, libkpathsea-dev, vflib3-dev, 
libfreetype6-dev, autotools-dev
+Build-Depends: debhelper (>= 7), nkf, libkpathsea-dev, vflib3-dev, 
libfreetype6-dev, autotools-dev
 Standards-Version: 3.8.4
 
 Package: dvi2ps
diff --minimal -Nru dvi2ps-5.1j/debian/rules dvi2ps-5.1j/debian/rules
--- dvi2ps-5.1j/debian/rules2014-10-14 23:40:23.0 +0200
+++ dvi2ps-5.1j/debian/rules2018-06-16 21:44:31.0 +0200
@@ -28,7 +28,7 @@
dh_testdir
dh_autotools-dev_updateconfig
# Add here commands to configure the package.
-   ./configure --prefix=/usr --with-dvi2pslib=/usr/lib/dvi2ps
+   dh_auto_configure -- --with-dvi2pslib=/usr/lib/dvi2ps
 
touch configure-stamp
 
@@ -45,7 +45,7 @@
$(MAKE) PREFIX=/usr MFMODE=ljfour \
CCFLAGS='-g -O -DPOSIX -DSYSV -DANSI -Wall'
$(MAKE) lprdvi newlib CCFLAGS='-g -O -DPOSIX -DSYSV -DANSI -Wall'
-   (cd tools ; $(MAKE) -f ../debian/Makefile.tools)
+   dh_auto_build --buildsystem=makefile --sourcedirectory=tools -- -f 
../debian/Makefile.tools
 
find lib -type d -name 'CVS' |xargs rm -rf
touch build-stamp
@@ -78,8 +78,8 @@
 #  make install-lprdvi DESTDIR=debian/dvi2ps
install -m 755 lprdvi debian/dvi2ps/usr/bin
install -m 644 tools/lprdvi.conf debian/dvi2ps/etc/texmf/dvi2ps
-   install -c -s -m 755 tools/nup debian/dvi2ps/usr/bin
-   install -c -s -m 755 tools/texfix debian/dvi2ps/usr/bin/texfix
+   install -c -m 755 tools/nup debian/dvi2ps/usr/bin
+   install -c -m 755 tools/texfix debian/dvi2ps/usr/bin/texfix
#-install -m 644 lib/PS600J \
#   debian/dvi2ps/etc/texmf/dvi2ps/fontdesc
install -m 644 debian/fontdesc $(ETCD)/fontdesc

Bug#901435: [Pkg-electronics-devel] kicad in buster

[Geert Stappers]

On Sat, Jun 16, 2018 at 09:31:41PM +0200, Geert Stappers wrote:
> On Sat, Jun 16, 2018 at 08:35:09PM +0300, ?? ?? wrote:
> > 
> > Why packages of kicad not more in buster Debian?
> > There are no packages kicad, kicad-common and so on.
> > 
> 
> It is Work In Progress
> 
> At https://tracker.debian.org/pkg/kicad is currently visible
> that kicad 5 is uploaded to unstable  nine days ago.
> 
> Migration to testing, a.k.a. buster, hasn't happed yet
> due waiting on builddeamons.
> 

Tracker page says it is waiting for e.g. armel

However https://buildd.debian.org/status/package.php?p=kicad&suite=sid
says 'armel is not present in the architecture list set by the maintainer'

AFAIK is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901435
about a request to fix the deadlock.


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#901691: gplanarity FTCBFS: multiple reasons

[Helmut Grohne]

Source: gplanarity
Version: 17906-6
Tags: patch upstream

gplanarity fails to cross build from source. It uses build architecture
build tools e.g. by hard coding pkg-config in the upstream Makefile. It
also uses LD=gcc, which is not supplied by dh_auto_build, because it
sometimes needs to be a C++ linker and other times a C linker. After
making the tools substitutable, make install fails, because it relinks
and dh_auto_install does not supply cross tools. It turns out that the
relinking is due to broken Makefile dependencies. The attached patch
fixes all of that and makes gplanarity cross build successfully. Please
consider applying it.

Helmut
--- gplanarity-17906.orig/Makefile
+++ gplanarity-17906/Makefile
@@ -4,7 +4,8 @@
 
 TARGET  = gPlanarity
 CC  = gcc 
-LD  = gcc
+LD  = $(CC)
+PKG_CONFIG ?= pkg-config
 export INSTALL = install
 PREFIX  = $(DESTDIR)/usr
 BINDIR  = $(PREFIX)/games
@@ -50,24 +51,24 @@
 	gameboard_logic_fade.o graph_generate_mesh2.o graph_region.o
 CAIROVER =  >= 1.0.0
 GTKVER   =  >= 2.7.2
-GCF  = `pkg-config --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2"`
-LDF  = `pkg-config --libs "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2"`
+GCF  = `$(PKG_CONFIG) --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2"`
+LDF  = `$(PKG_CONFIG) --libs "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2"`
 
 all: all-local all-recursive
 
 all-local:
-	pkg-config --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2" 1>/dev/null
+	$(PKG_CONFIG) --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2" 1>/dev/null
 	$(MAKE) target CFLAGS='$(CFLAGS) -ffast-math $(GCF) $(ADD_DEF)'
 
 all-recursive:
 	for D in $(SUBDIRS); do make -C $$D || exit 1; done
 
 debug:
-	pkg-config --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2" 1>/dev/null
+	$(PKG_CONFIG) --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2" 1>/dev/null
 	$(MAKE) target CFLAGS='-g -Wall -W -Wno-unused-parameter -D__NO_MATH_INLINES $(GCF) $(ADD_DEF)'
 
 profile:
-	pkg-config --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2" 1>/dev/null
+	$(PKG_CONFIG) --cflags "gtk+-2.0 $(GTKVER) cairo $(CAIROVER) freetype2" 1>/dev/null
 	$(MAKE) target CFLAGS='-pg -g -O2 -ffast-math $(GCF) $(ADD_DEF)" LIBS="$(LIBS) -lgprof-helper'
 
 clean: clean-local clean-recursive
@@ -89,7 +90,8 @@
 include $(SRC:.c=.d)
 endif
 
-target:  $(OBJ) 
+target: $(TARGET)
+$(TARGET): $(OBJ)
 	./touch-version
 	$(LD) $(OBJ) $(LDFLAGS) -o $(TARGET) $(LIBS) $(LDF) -lm
 

Bug#901690: RFP: machinekit -- Machinekit is a platform for machine control applications.

[Alessandro Barbieri]

Package: wnpp
Severity: wishlist

* Package name: machinekit
* Version : 0.1
  Upstream Author : Alexander Rössler a...@machinekoder.com
* URL : http://www.machinekit.io/
* License : GPL-v2
  Programming Lang: C, C++, Python
  Description : Machinekit is a platform for machine control applications.

Machinekit is portable across a wide range of hardware platforms and real-time 
environments, and delivers excellent performance at low cost. It is based on 
the HAL component architecture, an intuitive and easy to use circuit model that 
includes over 150 building blocks for digital logic, motion, control loops, 
signal processing, and hardware drivers. Machinekit supports local and 
networked UI options, including ubiquitous platforms like phones or tablets.

---

Packages already exist here http://deb.machinekit.io/debian but it will be nice 
to have them polished and in the official Debian repository.

Bug#901662: sphinx: RTD theme users FTBFS with dh_sphinxdoc: DOCUMENTATION_OPTIONS does not define URL_ROOT

[Dmitry Shachnev]

Hi Rebecca!

On Sat, Jun 16, 2018 at 01:10:22PM +0100, Rebecca N. Palmer wrote:
> sphinx's included themes have layout.html reference a separate file
> documentation_options.js (for compatibility with strict CSS policies
> [0]).  However, sphinx-rtd-theme (and possibly other 3rd party themes -
> I haven't checked) still uses the old method of defining
> DOCUMENTATION_OPTIONS as inline JavaScript within the layout.html file
> [1].  In documentation using this theme, documentation_options.js exists
> (presumably from sphinx's default template) but isn't actually used.
> [...]
>
> Possible (but very minimally tested) fix:
>
> --- a/debian/dh-sphinxdoc/dh_sphinxdoc
> +++ b/debian/dh-sphinxdoc/dh_sphinxdoc
> @@ -252,7 +252,7 @@ sub sanity_check($$)
>  grep { s/[?#].*//; $js{$_} = 1 unless m/^[a-z][a-z0-9.+-]*:/i or 
> excludefile("$path/$_"); } $search =~ m{ src="([^"]++)">}g;
>  my $documentation_options;
>  my $documentation_options_fn = "$path/_static/documentation_options.js";
> -if (-f $documentation_options_fn)
> +if ($search =~ $documentation_options_fn)
>  {
>  open(my $fh, '<', $documentation_options_fn) or error("cannot open 
> $documentation_options_fn");
>  $documentation_options = <$fh>;
> 

Thanks for your bug report and for the patch.

I slightly modified it, because search.html will reference the JS file by
a relative path (_static/documentation_options.js), without the $path/ part.

Otherwise your idea was correct. I am doing a new upload now.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#894245: Salt, Tornado Incompatibility, and ZMQ Timeline

[Vincas Dargis]

On Wed, 2 May 2018 12:15:12 -0400 Jamie Bliss  
wrote:

On Wed, May 2, 2018 at 11:34 AM, Jamie Bliss 
wrote:
#896921. It was merged April 25 into 2017.7, so should make it into the
next point releases for 2017.7 and 2018.3.


2017.7.6 is released now [0], could this fix the issue?

[0] https://docs.saltstack.com/en/latest/topics/releases/2017.7.6.html

Bug#901334: restore window title upon exit

[Thomas Dickey]

On Mon, Jun 11, 2018 at 11:36:12PM +0800, 積丹尼 Dan Jacobson wrote:
> Package: xterm
> Version: 333-1
> Severity: wishlist

That's not an xterm bug.
Offhand, it looks like a bash configuration issue.
 
> # su - dyy #causes the icewm window title to change.
> $ exit #leaves the window title as dyy@jidanni6 BAD

For instance, xterm's had a push/pop control sequence which could be
used in the shell initialization and exit scripts since 2009 -

https://invisible-island.net/xterm/xterm.log.html#xterm_251

-- 
Thomas E. Dickey 
https://invisible-island.net
ftp://ftp.invisible-island.net


signature.asc
Description: Digital signature

Bug#901688: ITP: puppet-module-arioch-redis -- Puppet module for Redis

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-arioch-redis
  Version : 3.2.0
  Upstream Author : Garrett Honeycutt 
* URL : https://github.com/arioch/puppet-redis
* License : Apache-2.0
  Programming Lang: Puppet
  Description : Puppet module for Redis

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of Redis.

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

[Tim Ruehsen]

Update of bug #51181 (project wget):

  Status:   Fixed => Confirmed  
 Open/Closed:  Closed => Open   
 Release:  1.19.1 => 1.19.5 
 Planned Release:  1.19.3 => 1.19.6 

___

Follow-up Comment #11:

The 'timeout' command puts wget into background.

If you either leave it away or use --foreground with 'timeout', you won't see
wget-log. You can use --timeout=25 for wget if you need a timeout.

But that's a work-around. The issue is that wget behaves contrary to the
manual which says "--background: If no output file is specified via the -o,
output is redirected to wget-log".

I re-open the issue.

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

Bug#901687: ITP: puppet-module-ovn -- Puppet module for OpenStack OVN

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-ovn
  Version : 13.1.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-ovn
* License : Apache-2.0
  Programming Lang: Puppet
  Description : Puppet module for OpenStack OVN

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack OVN.

Bug#901686: texlive-base: texdoc fails to open several documentations

[Johannes Deutsch]

Package: texlive-base
Version: 2018.20180505-1
Severity: important

Dear Maintainer,

although i have packages like

texlive-latex-recommended-doc, texlive-pictures-doc

installed `texdoc` fails to open several documentations.

For example

$ texdoc pgfmanual

fails with the message

Sorry, no documentation found for pgfmanual.
If you are unsure about the name, try searching CTAN's TeX catalogue at
http://ctan.org/search.html#byDescription.

However when i try to open pgfmanual with

$ evince /usr/share/doc/texlive-doc/generic/pgf/pgfmanual.pdf

the pdf opens without any errors.

Unfortunately i have no idea how to fix this error.

Best regards and thanks for any effort



-- Package-specific info:
IMPORTANT INFORMATION: We will only consider bug reports concerning
the packaging of TeX Live as relevant. If you have problems with
combination of packages in a LaTeX document, please consult your
local TeX User Group, the comp.text.tex user group, the author of
the original .sty file, or any other help resource. 

In particular, bugs that are related to up-upstream, i.e., neither
Debian nor TeX Live (upstream), but the original package authors,
will be closed immediately.

   *** The Debian TeX Team is *not* a LaTeX Help Desk ***

If you report an error when running one of the TeX-related binaries 
(latex, pdftex, metafont,...), or if the bug is related to bad or wrong
output, please include a MINIMAL example input file that produces the
error in your report.

Please run your example with
(pdf)latex -recorder ...
(or any other program that supports -recorder) and send us the generated
file with the extension .fls, it lists all the files loaded during
the run and can easily explain problems induced by outdated files in
your home directory.

Don't forget to also include minimal examples of other files that are 
needed, e.g. bibtex databases. Often it also helps
to include the logfile. Please, never send included pictures!

If your example file isn't short or produces more than one page of
output (except when multiple pages are needed to show the problem),
you can probably minimize it further. Instructions on how to do that
can be found at

http://www.minimalbeispiel.de/mini-en.html (english)

or 

http://www.minimalbeispiel.de/mini.html (german)

##
minimal input file


##
other files

##
 List of ls-R files

-rw-r--r-- 1 root root 1211 Jun 14 12:42 /var/lib/texmf/ls-R
lrwxrwxrwx 1 root root 29 Aug 17  2017 /usr/share/texmf/ls-R -> 
/var/lib/texmf/ls-R-TEXMFMAIN
lrwxrwxrwx 1 root root 31 May  5 08:52 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
lrwxrwxrwx 1 root root 31 May  5 08:52 /usr/share/texlive/texmf-dist/ls-R -> 
/var/lib/texmf/ls-R-TEXLIVEDIST
##
 Config files
-rw-r--r-- 1 root root 475 May 12 23:34 /etc/texmf/web2c/texmf.cnf
lrwxrwxrwx 1 root root 33 May  5 08:52 /usr/share/texmf/web2c/fmtutil.cnf -> 
/var/lib/texmf/fmtutil.cnf-DEBIAN
lrwxrwxrwx 1 root root 32 May  5 08:52 /usr/share/texmf/web2c/updmap.cfg -> 
/var/lib/texmf/updmap.cfg-DEBIAN
-rw-r--r-- 1 root root 3106 Jun  5 06:40 
/var/lib/texmf/tex/generic/config/language.dat
##
 Files in /etc/texmf/web2c/
total 8
-rw-r--r-- 1 root root 283 Aug 17  2017 mktex.cnf
-rw-r--r-- 1 root root 475 May 12 23:34 texmf.cnf
##
 md5sums of texmf.d
ca40c66f144b4bafc3e59a2dd32ecb9c  /etc/texmf/texmf.d/00debian.cnf

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

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

Versions of packages texlive-base depends on:
ii  debconf [debconf-2.0]  1.5.66
ii  libpaper-utils 1.1.24+nmu5
ii  tex-common 6.09
ii  texlive-binaries   2018.20180416.47457-4
ii  ucf3.0038
ii  xdg-utils  1.1.3-1

Versions of packages texlive-base recommends:
ii  lmodern  2.004.5-3

Versions of packages texlive-base suggests:
ii  evince [postscript-viewer]3.28.2-1
ii  ghostscript [postscript-viewer]   9.22~dfsg-2.1
ii  okular [postscript-viewer]4:17.12.2-2
pn  perl-tk   
ii  zathura-pdf-poppler [pdf-viewer]  0.2.9-1

Versions of packages tex-common depends on:
ii  dpkg  1.19.0.5+b1
ii  ucf   3.0038

Versions of packages tex-common suggests:
ii  debhelper  11.3.2

Versions of packages texlive-base is related to:
ii  tex-common6.09
ii  texlive-binaries  2018.20180416.47457-4

-- debconf information:
  texlive-base/texconfig_ignorant:
  texlive-base/binary_chooser: 

Bug#893702: Please stop build-depending on pdftk

[Chris Lamb]

tags 893702 + pending
thanks

Fixed in Git, pending upload:

  
https://salsa.debian.org/reproducible-builds/diffoscope/commit/5530623e9672c8afa4f186303bba29232b28ccd6

  debian/control|  1 -
  diffoscope/comparators/pdf.py | 12 +---
  diffoscope/external_tools.py  |  4 ---
  tests/comparators/test_pdf.py | 10 ++-
  tests/data/pdf_internal_expected_diff | 52 ---
  5 files changed, 3 insertions(+), 76 deletions(-)


Regards,

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

Bug#901685: ITP: puppet-module-theforeman-dns -- Puppet module for ISC bind

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-theforeman-dns
  Version : 5.1.0
  Upstream Author : Ewoud Kohl van Wijngaarden 
* URL : https://github.com/theforeman/puppet-dns
* License : Apache-2.0
  Programming Lang: Puppet
  Description : Puppet module for ISC bind

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 Installs and manages an ISC BIND DNS server with basic zones, primarily for
 The Foreman.

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

[J]

Follow-up Comment #10, bug #51181 (project wget):

Hi Peter

Ok, sorry my example was bad. This is my actual example below.

This program reproduces the issue

jonny@asus:~/code$ g++ -O2 -Wall -Wextra -Wpedantic -o main main3.cpp
jonny@asus:~/code$ ./main

Redirecting output to ‘wget-log.2’.
jonny@asus:~/code$ 





//g++ -O2 -Wall -Wextra -Wpedantic -o main main.c

#include 
#include 
#include 

int main (void)
{
std::string str = "timeout -k 26s 25s wget --output-document dump.html
http://TajInternational.com/";;

int result = system(str.c_str());

return result;
}

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

Bug#901684: ITP: r-cran-shazam -- Immunoglobulin Somatic Hypermutation Analysis

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: r-cran-shazam
* URL : Immunoglobulin Somatic Hypermutation Analysis
* License : CC BY-SA 4.0
  Programming Lang: R
  Description : Immunoglobulin Somatic Hypermutation Analysis

The package is team-maintained on 
https://salsa.debian.org/r-pkg-team/r-cran-shazam

Bug#901660: iproute2: Using HFSC-qdisc causes WARNING-messages and stack-traces in syslog

[Luca Boccassi]

Control: tags -1 moreinfo

On Sat, 2018-06-16 at 14:49 +0300, aurinko wrote:
> Package: iproute2
> Version: 4.16.0-4
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where
> appropriate ***
> 
>    * What led up to the situation?
>   Upgrading to the latest kernel 4.16.0-4. With previous versions
>   of kernel and iproute2-packages these issues did not occur.
> 
> 
>    * What exactly did you do (or not do) that was effective (or
>  ineffective)?
>   I applied the following script to my interfaces:
> 
>   tc qdisc add dev enp6s0f0 root handle 1: hfsc default 3
>   tc class add dev enp6s0f0 parent 1: classid 1:1 hfsc ls rate
>   10kbit ul rate 10kbit
>   tc class add dev enp6s0f0 parent 1:1 classid 1:2 hfsc ls rate
>   75000kbit
>   tc class add dev enp6s0f0 parent 1:1 classid 1:3 hfsc ls rate
>   2kbit
>   tc class add dev enp6s0f0 parent 1:1 classid 1:4 hfsc ls rate
>   5000kbit
>   tc qdisc add dev enp6s0f0 parent 1:2 handle 2: fq_codel noecn
>   tc qdisc add dev enp6s0f0 parent 1:3 handle 3: fq_codel noecn
>   tc qdisc add dev enp6s0f0 parent 1:4 handle 4: fq_codel noecn
> 
>   tc qdisc add dev enp6s0f1 root handle 1: hfsc default 2
>   tc class add dev enp6s0f1 parent 1: classid 1:1 hfsc ls rate
>   1000mbit ul rate 1000mbit
>   tc class add dev enp6s0f1 parent 1:1 classid 1:2 hfsc ls rate
>   91kbit ul rate 91kbit
>   tc class add dev enp6s0f1 parent 1:1 classid 1:3 hfsc ls rate
>   900mbit
>   tc qdisc add dev enp6s0f1 parent 1:2 handle 2: fq_codel noecn
>   tc qdisc add dev enp6s0f1 parent 1:3 handle 3: fq_codel noecn
> 
> 
>    * What was the outcome of this action?
>       The script completed and the qdiscs were added. However,
> the
>   following entries are now being seen every few minutes in
>   syslog:
> 
>   [Sat Jun 16 14:19:01 2018] WARNING: CPU: 0 PID: 0 at
>   /build/linux-43CEzF/linux-4.16.12/net/sched/sch_hfsc.c:1388
>   hfsc_dequeue+0x27e/0x370 [sch_hfsc]
>   [Sat Jun 16 14:19:01 2018] Modules linked in: vhost_net vhost
>   tap dm_crypt algif_skcipher af_alg dm_mod hid_generic usbhid
> hid
>   ebtable_filter ebtables ip6table_filter ip6_tables sch_fq_codel
>   devlink sch_hfsc sch_fq tun cfg80211 rfkill bridge stp llc
>   openvswitch nsh nf_conntrack_ipv6 nf_nat_ipv6 nf_defrag_ipv6
>   zfs(PO) zunicode(PO) zavl(PO) icp(PO) binfmt_misc nls_ascii
>   nls_cp437 vfat fat zcommon(PO) znvpair(PO) spl(O) intel_rapl
>   x86_pkg_temp_thermal intel_powerclamp snd_hda_codec_hdmi
>   coretemp kvm_intel snd_hda_codec_realtek kvm
>   snd_hda_codec_generic irqbypass iTCO_wdt iTCO_vendor_support
>   mxm_wmi evdev crct10dif_pclmul crc32_pclmul ghash_clmulni_intel
>   snd_hda_intel intel_cstate snd_hda_codec snd_hda_core i915
>   snd_hwdep intel_uncore efi_pstore snd_pcm intel_rapl_perf
> pcspkr
>   serio_raw efivars lpc_ich drm_kms_helper
>   [Sat Jun 16 14:19:01 2018]  mei_me snd_timer snd sg mei
>   soundcore drm shpchp ie31200_edac wmi video button nft_nat
>   nft_masq_ipv4 nf_nat_masquerade_ipv4 nft_masq
> nft_chain_nat_ipv4
>   nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nft_ct
>   nf_conntrack nf_log_ipv4 nf_log_common nft_log nft_counter
>   nft_meta nft_set_bitmap nft_set_hash nft_set_rbtree
>   nf_tables_ipv4 nf_tables nfnetlink tcp_bbr sunrpc efivarfs
>   ip_tables x_tables autofs4 btrfs zstd_decompress zstd_compress
>   xxhash raid10 raid456 async_raid6_recov async_memcpy async_pq
>   async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1
>   raid0 multipath linear md_mod sd_mod crc32c_intel ahci libahci
>   aesni_intel aes_x86_64 crypto_simd xhci_pci ehci_pci cryptd
>   glue_helper mpt3sas i2c_i801 xhci_hcd ehci_hcd psmouse
>   raid_class igb alx libata scsi_transport_sas usbcore
>   [Sat Jun 16 14:19:01 2018]  i2c_algo_bit mdio e1000e usb_common
>   dca scsi_mod fan thermal [last unloaded: msr]
>   [Sat Jun 16 14:19:01 2018] CPU: 0 PID: 0 Comm: swapper/0
>   Tainted: PW  O 4.16.0-2-amd64 #1 Debian 4.16.12-1
>   [Sat Jun 16 14:19:01 2018] Hardware name: Gigabyte Technology
>   Co., Ltd. To be filled by O.E.M./Z77X-UP7, BIOS F5 11/22/2012
>   [Sat Jun 16 14:19:01 2018] RIP: 0010:hfsc_dequeue+0x27e/0x370
>   [sch_hfsc]
>   [Sat Jun 16 14:19:01 2018] RSP: 0018:981a1f203eb0 EFLAGS:
>   00010246
>   [Sat Jun 16 14:19:01 2018] RAX:  RBX:
>   9819be548188 RCX: 0018
>   [Sat Jun 16 14:19:01 2018] RDX: 0002 RSI:
>    RDI: 9819be548480
>   [Sat Jun 16 14:19:01 2018] RBP: 0005283c02b1 R08:
>    R09: 9819f8af08c4
>   [Sat Jun 16 14:19:01 2018] R10: 5283c02a R11:
>   5283c02a R12: 9819be548000

Bug#901507: lintian: warn if debhelper is in B-D-Arch or B-D-Indep but not Build-Depends

[Chris Lamb]

tags 901507 - patch pending
tags 901631 - patch pending
thanks

Chris Lamb wrote:

> Fixed in Git, pending upload:
> 
>   
> https://salsa.debian.org/lintian/lintian/commit/9bed2a0905296fae83c23561a70c838198c05fc3

Hm, Simon, are we not already covered by 
"clean-should-be-satisfied-by-build-depends"
here?

I'm also seeing a bunch of false-positives in the addon checker -
using the dh Python addon shouldn't mean that python can't be in
Build-Depends-Indep. Or dpatch! For example:

@@ -42,6 +42,8 @@
 W: scripts source: binary-arch-rules-but-pkg-is-arch-indep
 W: scripts source: build-depends-on-obsolete-package build-depends-indep: 
dpatch
 W: scripts source: changelog-should-mention-nmu
+W: scripts source: debhelper-addon-needs-to-be-in-build-depends 
Build-Depends-Indep: dpatch
+W: scripts source: debhelper-addon-needs-to-be-in-build-depends 
Build-Depends-Indep: python
 W: scripts source: debhelper-but-no-misc-depends scripts
 W: scripts source: debhelper-compat-file-is-missing
 W: scripts source: debian-watch-file-declares-multiple-versions line 7
fail tests::legacy-scripts: output differs!

Thoughts?


Regards,

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

Bug#901683: ITP: puppet-module-designate -- Puppet module for OpenStack Designate

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-designate
  Version : 13.1.0
  Upstream Author : OpenStack Designate 
* URL : https://github.com/openstack/puppet-designate
* License : Apache-2.0
  Programming Lang: Puppet
  Description : Puppet module for OpenStack Designate

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Designate.

Bug#901682: ITP: puppet-module-congress -- Puppet module for OpenStack Congress

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-congress
  Version : 13.1.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-congress
* License : Apache-2.0
  Programming Lang: Puppet
  Description : Puppet module for OpenStack Congress

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Congress.

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

[Peter Wu]

Follow-up Comment #9, bug #51181 (project wget):

"&" is a special shell character which causes a program to go to the
background. When you execute

wget https://example.com/dpp&key

it will actually be interpreted as:

wget https://example.com/dpp &
key

which will execute "wget https://example.com/foo"; to download that URL in the
background (due to "&"). After that it will execute the command "key" (which
it cannot find in your case).

To have the intended effect of downloading that particular URL, quote your URL
instead such that the special shell characters are not intepreted:

wget "https://example.com/dpp&key";

See also https://www.tldp.org/LDP/abs/html/quoting.html

___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

Bug#901192: openldap 2.4.44+dfsg-5+deb9u2 flagged for acceptance

[Ryan Tandy]

On Sat, Jun 16, 2018 at 08:55:35AM +0100, Adam D. Barratt wrote:

Given back, let's see.


Thank you, it passed this time.

Bug#901681: ITP: r-cran-sdmtools -- Species Distribution Modelling Tools

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: r-cran-sdmtools
* URL : https://cran.r-project.org/package=SDMTools
* License : GPL-3+
  Programming Lang: R
  Description : Species Distribution Modelling Tools

The package is team-maintained on
https://salsa.debian.org/r-pkg-team/r-cran-sdmtools

Bug#901680: imagemagick-6.q16: convert / drawing primitives: colourspace handling broken

[Juha Jäykkä]

Package: imagemagick-6.q16
Version: 8:6.9.9.39+dfsg-1
Severity: normal

Dear Maintainer,

I would expect

convert foo.pdf'[0]' -draw "fill # rectangle 40,225 560,280" broken.jpg
convert foo.pdf'[0]' temp.jpeg; convert temp.jpeg -draw "fill # 
rectangle 40,225 560,280" broken.jpg
convert foo.pdf'[0]' temp.png; convert temp.png -draw "fill # rectangle 
40,225 560,280" broken.jpg

all to produce the same resulting image. They do not. The first two draw a 
*black*, opaque rectangle, which 
by the way is semi-transparent when viewed in windows 10 "photos" application, 
and the third line creates a 
*white*, opaque rectangle. Obviously, all should create a white rectangle.

Cheers,
Juha

-- Package-specific info:
ImageMagick program version
---
animate:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
compare:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
convert:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
composite:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
conjure:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
display:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
identify:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
import:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
mogrify:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
montage:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org
stream:  ImageMagick 6.9.9-39 Q16 x86_64 20180318 http://www.imagemagick.org

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

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

Versions of packages imagemagick-6.q16 depends on:
ii  hicolor-icon-theme 0.17-2
ii  libc6  2.27-3
ii  libmagickcore-6.q16-5  8:6.9.9.39+dfsg-1
ii  libmagickwand-6.q16-5  8:6.9.9.39+dfsg-1

Versions of packages imagemagick-6.q16 recommends:
ii  ghostscript  9.22~dfsg-2.1
ii  libmagickcore-6.q16-5-extra  8:6.9.9.39+dfsg-1
ii  netpbm   2:10.0-15.3+b2

Versions of packages imagemagick-6.q16 suggests:
pn  autotrace
ii  cups-bsd [lpr]   2.2.8-3
ii  curl 7.60.0-2
pn  enscript 
ii  ffmpeg   7:3.4.2-2+b2
ii  gimp 2.10.2-1
ii  gnuplot-x11 [gnuplot]5.2.2+dfsg1-2
pn  grads
ii  graphviz 2.40.1-3
ii  groff-base   1.22.3-10
pn  hp2xx
pn  html2ps  
pn  imagemagick-doc  
ii  libwmf-bin   0.2.8.4-12
ii  mplayer  2:1.3.0-8
pn  povray   
pn  radiance 
ii  sane-utils   1.0.25-4.1
ii  texlive-binaries [texlive-base-bin]  2018.20180416.47457-4
pn  transfig 
ii  ufraw-batch  0.22-3
ii  xdg-utils1.1.3-1

-- no debconf information

Bug#901679: ITP: r-cran-kedd -- Kernel Estimator+Bandwidth Selection - Density+Derivatives

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: r-cran-kedd
* URL : https://cran.r-project.org/package=kedd
* License : GPL-2+
  Programming Lang: R
  Description : Kernel Estimator+Bandwidth Selection - Density+Derivatives

The package is team-maintained on
https://salsa.debian.org/r-pkg-team/r-cran-kedd

Bug#901677: amide: Window is too wide and not resizable

[Torquil Macdonald Sørensen]

Package: amide
Version: 1.0.5-10
Severity: normal

The amide window is too wide for my screen, but it is not possible to redize 
its width. The only
buttons at the window titlebar corner is for minimization and closing (and one 
with an up-arrow
for hiding the window inside the titlebar). There is no button for maximization.

When I hover the mouse pointer at the window edges, the pointer changes as if 
it was possible to
resize the window, but if I try the whole window moves instead.

I have a normal modern laptop screen size (1920x1080). My window manager is 
xfwm4.

I have to move the amide windows alternately to the right or left in order to 
have access to all
the functions.

Best regards,
Torquil Sørensen

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

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

Versions of packages amide depends on:
ii  libavcodec577:3.4.2-2+b2
ii  libavutil55 7:3.4.2-2+b2
ii  libc6   2.27-3
ii  libdcmtk12  3.6.2-3+b1
ii  libgcc1 1:8.1.0-6
ii  libgdk-pixbuf2.0-0  2.36.11-2
ii  libglib2.0-02.56.1-2
ii  libgnomecanvas2-0   2.30.3-3
ii  libgsl232.4+dfsg-6
ii  libgslcblas02.4+dfsg-6
ii  libgtk2.0-0 2.24.32-1
pn  libmdc2 
ii  libpango-1.0-0  1.42.1-1
ii  libstdc++6  8.1.0-6
ii  libvolpack1 1.0b3-6
ii  libxml2 2.9.4+dfsg1-7

amide recommends no packages.

Versions of packages amide suggests:
pn  yelp  

-- no debconf information

Bug#901609: dpkg-dev: dpkg-buildpackage ignores DEB_BUILD_MAINT_OPTIONS

[Guillem Jover]

Control: clone -1 -2
Control: retitle -1 dpkg-dev: Does not honor noopt from DEB_BUILD_MAINT_OPTIONS
Control: reassign -2 debhelper
Control: retitle -2 debhelper: Dh_Lib:get_buildoptions() does not honor 
DEB_BUILD_MAINT_OPTIONS

Hi!

On Sat, 2018-06-16 at 00:48:16 +0200, Drew Parsons wrote:
> > Perhaps I'm misunderstanding the request, but this is inside-out,
> > dpkg-buildpackage always calls debian/rules (and never the other way
> > around) so whatever is set from within that file will not be visible
> > to the outter process. dpkg-buildpckage does not (and cannot) really
> > care what you do with either of the variables in debian/rules. :)
> > 
> > Barring some misunderstanding from my part, I'm planning on closing
> > this report in a bit.

> The problem is this:  in debian/rules I have DEB_BUILD_OPTIONS=nocheck,
> which is used (I don't know by what exactly) to prevent the build
> system from automatically running test.

Take into account, though, that this will not affect things like the
build dependency satisfiability, or build profiles and similar, because
as I mention above, that's set too late and in an inner level than what
dpkg-checkbuilddeps or dpkg-buildpackage would be checking.

> But lintian complains that it should be set to DEB_BUILD_MAINT_OPTIONS
> instead.
> 
> But when I change it to DEB_BUILD_MAINT_OPTIONS=nocheck (or "export
> DEB_BUILD_MAINT_OPTIONS=nocheck"), the tests are run.
> DEB_BUILD_MAINT_OPTIONS is being ignored at build time.
> 
> Is it dh and debhelper that the bug needs to be sent to?

I was actually going over the dpkg-dev code to make sure, and that
does not handle noopt correctly when set from DEB_BUILD_MAINT_OPTIONS,
which I've fixed now locally. That's why I've cloned instead of just
reassigning.

The one you report seems to be a bug in debhelper. But I think the
usual pattern is to just add an override for the dh_auto_test command
instead?

Thanks,
Guillem

Bug#901676: ITP: r-cran-diptest -- Hartigan's Dip Test Statistic for Unimodality - Corrected

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: r-cran-diptest
* URL : https://cran.r-project.org/package=diptest
* License : GPL-2+
  Programming Lang: R
  Description : Hartigan's Dip Test Statistic for Unimodality - Corrected

The package is team-maintained on
https://salsa.debian.org/r-pkg-team/r-cran-diptest

Bug#826176: cryptsetup: consider merging stuff from the debian packaging upstream

[Jonas Meurer]

Am 07.12.2016 um 13:01 schrieb Jonas Meurer:
> I'm closing this bugreport.

Apparently I didn't. Catching up now.

Cheers
 jonas



signature.asc
Description: OpenPGP digital signature

Bug#874590: [bug #51181] Unexpected "Redirecting output to 'wget-log'."

[J]

Follow-up Comment #8, bug #51181 (project wget):

Hi Peter Wu

I'm using Latest ubuntu LTS, which shows version 1.19.4. Logs below. Is it
something to do with '&' ampersand in a URL?



$ dpkg -l |grep wget
ii  wget  1.19.4-1ubuntu2.1 

$ wget --version
GNU Wget 1.19.4 built on linux-gnu.


$ wget https://uk.godaddy.com/dpp&key
[1] 5080

Redirecting output to ‘wget-log.3’.

Command 'key' not found, but can be installed with:

sudo apt install donkey

jonny@asus:~/test$ 




___

Reply to this item at:

  

___
  Message sent via Savannah
  https://savannah.gnu.org/

Bug#901624: libecore-input1: circular dependency hell

[Ross Vandegrift]

On Fri, Jun 15, 2018 at 09:18:59PM +0200, Bill Allombert wrote:
> There is a circular dependency between libecore-input1, libecore-x1, libevas1 
> and libevas1-engines-x:

Dang, thanks for the heads up Bill.

Andreas - the change I proposed for the X11 engine caused this.  I don't
see any other way to:
1) ensure that *some* engine is installed when Evas is installed, and
2) prefer the X11 engine by default.

Maybe we drop the engine depends from libevas1, and require that EFL
apps include libevas1-engines-x | libevas-engines in their depends?

Ross

Bug#901631: lintian: warn if dh-* sequence is in B-D-Arch or B-D-Indep but not Build-Depends

[Chris Lamb]

tags 901631 + pending
thanks

Also fixed in Git, pending upload:

  
https://salsa.debian.org/lintian/lintian/commit/4a60c6620c8e20d9db0990dd18a582fd345e702e

  checks/fields.desc | 22 ++
  checks/fields.pm   | 15 ++-
  debian/changelog   |  2 ++
  .../debian/debian/control.in   |  2 +-
  .../fields-debhelper-in-build-depends-arch/desc|  1 +
  .../fields-debhelper-in-build-depends-arch/tags|  3 ++-
  .../debian/debian/control.in   |  2 +-
  .../fields-debhelper-in-build-depends-indep/desc   |  1 +
  .../fields-debhelper-in-build-depends-indep/tags   |  3 ++-
  9 files changed, 42 insertions(+), 9 deletions(-)


Regards,

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

Bug#901675: notion: Unconditionally uses /bin/sh instead of user shell

[Sascha Silbe]

Package: notion
Version: 3+2015061300-2+b1
Severity: normal

Dear Maintainer,

I'm defining a couple of shell functions in my ~/.bash_profile and
export them so I can use them in xterms started from within
notion. This worked fine in jessie, but broke with the update to
stretch. Apparently in stretch dash (which provides /bin/sh) drops
bash functions from the environment. Since notion uses /bin/sh (rather
than the user shell) to execute any program everything started by
notion will lack the shell functions.

Please make the shell to use configurable and / or default to using
the user shell instead of /bin/sh. Not only does this avoid this kind
of bug, it also matches the user expectations regarding the shell
syntax more closely.

PS: Thanks for maintaing the Debian package for notion!

-- System Information:
Debian Release: 9.4
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 'testing'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages notion depends on:
ii  gnome-terminal [x-terminal-emulator]  3.22.2-1
ii  libc6 2.24-11+deb9u3
ii  libice6   2:1.0.9-2
ii  liblua5.2-0   5.2.4-1.1+b2
ii  libsm62:1.2.2-1+b3
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxinerama1  2:1.1.3-1+b3
ii  libxrandr22:1.5.1-1
ii  x11-utils 7.7+3+b1
ii  xterm [x-terminal-emulator]   327-2

Versions of packages notion recommends:
ii  xfonts-100dpi 1:1.0.4+nmu1
ii  xfonts-100dpi-transcoded  1:1.0.4+nmu1

Versions of packages notion suggests:
pn  docker  
ii  menu2.1.47+b1

-- no debconf information

Bug#895416: gpg hangs and consumes 100% CPU (Thunderbird -> Enigmail -> GPG)

[Raphaël Halimi]

Dear maintainer,

I'd like to inform you that for some days, I can't observe these
symptoms anymore on my Sid box; Enigmail is again able to fetch unknown
GPG keys and display a green banner once the signature is verified.

Since there were no update of Thunderbird or Enigmail recently, but
there was a GnuPG update on 2018-06-09, it seems it was indeed a GnuPG
bug after all.

As far as I'm concerned, this bug can be closed.

Regards,

-- 
Raphaël Halimi



signature.asc
Description: OpenPGP digital signature

Bug#901674: postinst: line 112: /usr/lib/jvm/java-11-openjdk-amd64/bin/java: No such file or directory

[積丹尼 Dan Jacobson]

Package: openjdk-11-jre-headless
Version: 11~18-1

Setting up openjdk-11-jre-headless:amd64 (11~18-1) ...
/var/lib/dpkg/info/openjdk-11-jre-headless:amd64.postinst: line 112: 
/usr/lib/jvm/java-11-openjdk-amd64/bin/java: No such file or directory
ignoring dump failure

Bug#893152: needrestart: leaks a file descriptor into restarted services

[Thomas Liske]

tags 893152 upstream fixed-upstream
thanks


Hi Stephen,


I've added a workaround to close the orphan FD to Debconf.pm. The fix
will be part of needrestart 3.2.


HTH,
Thomas

-- 

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

Bug#901673: ITP: r-cran-tigger -- Infers new Immunoglobulin alleles from Rep-Seq Data

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: r-cran-tigger
* URL : http://tigger.readthedocs.io
* License : CC-BY-SA-4.0
  Programming Lang: R
  Description : Infers new Immunoglobulin alleles from Rep-Seq Data

The package is team-maintained on 
https://salsa.debian.org/r-pkg-team/r-cran-tigger

Bug#901672: python-pygit2: FTBFS on i386: error: struct git_time: wrong total size (cdef says 12, but C compiler says 16)

[Andreas Beckmann]

Source: python-pygit2
Version: 0.27.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Hi,

python-pygit2/experimental FTBFS on i386 which is a regression compared
to sid:
https://buildd.debian.org/status/fetch.php?pkg=python-pygit2&arch=i386&ver=0.27.0-1&stamp=1527351321&raw=0

==
ERROR: test_blame_for_line (test.test_blame.BlameTest)
--
Traceback (most recent call last):
  File "test/test_blame.py", line 94, in test_blame_for_line
self.assertEqualSignature(HUNKS[i][2], hunk.final_committer)
  File "pygit2/blame.py", line 73, in final_committer
return wrap_signature(self._hunk.final_signature)
  File "pygit2/blame.py", line 43, in wrap_signature
csig.when.time, csig.when.offset, 'utf-8')
error: struct git_time: wrong total size (cdef says 12, but C compiler says 
16). fix it or use "...;" in the cdef for struct git_time to make it flexible

==
ERROR: test_blame_index (test.test_blame.BlameTest)
--
Traceback (most recent call last):
  File "test/test_blame.py", line 67, in test_blame_index
self.assertEqualSignature(HUNKS[i][2], hunk.final_committer)
  File "pygit2/blame.py", line 73, in final_committer
return wrap_signature(self._hunk.final_signature)
  File "pygit2/blame.py", line 43, in wrap_signature
csig.when.time, csig.when.offset, 'utf-8')
error: struct git_time: wrong total size (cdef says 12, but C compiler says 
16). fix it or use "...;" in the cdef for struct git_time to make it flexible

==
ERROR: test_blame_newest (test.test_blame.BlameTest)
--
Traceback (most recent call last):
  File "test/test_blame.py", line 131, in test_blame_newest
self.assertEqualSignature(HUNKS[i][2], hunk.final_committer)
  File "pygit2/blame.py", line 73, in final_committer
return wrap_signature(self._hunk.final_signature)
  File "pygit2/blame.py", line 43, in wrap_signature
csig.when.time, csig.when.offset, 'utf-8')
error: struct git_time: wrong total size (cdef says 12, but C compiler says 
16). fix it or use "...;" in the cdef for struct git_time to make it flexible

--
Ran 347 tests in 7.533s

FAILED (errors=3, skipped=10)


Andreas

Bug#901495: redis: multiple security issues in Lua scripting

[Chris Lamb]

Hi Moritz,

> For future updates please include the git commit IDs to debian/patches

Sure. I've added commit IDs to the files in debian/patches and
uploaded redis_3.2.6-3+deb9u1_amd64.changes with those — and no
other! — changes.

> E.g. compared to the fix from the upstream 3.2 branch,
> 0012-Security-update-Lua-struct-package-for-security.patch misses
> a few changes, but they seem like unrelated refactoring.

Indeed; I needed to drop the removal of the lua_State argument as that
would have made it FTBFS.

> Did you have a chance to test this? I should be able to test this on a few
> live Redis servers, but that would take a few days, so it would be helpful
> to know which tests you've done so far.

I've tested using the upstream testsuite, the linked PoC, and a few
random/manual tests of my own using "redis-cli"

> Also, the Lua code copies are missing in the data/embedded-code-copies
> file in the Security Tracker.

Added in:

  
https://salsa.debian.org/security-tracker-team/security-tracker/commit/e0c6313b9728dc81f833eae29ac9e5124b4c6eb5

> I'm wondering we can fix Redis for buster to use the system copy
> of Lua?

Good idea. Filed as #901669.


Regards,

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

Bug#901671: python3-ufl: fails to upgrade from 'sid' - trying to overwrite /usr/bin/ufl-analyse

[Andreas Beckmann]

Package: python3-ufl
Version: 2018.1.0-1exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python3-ufl.
  Preparing to unpack .../python3-ufl_2018.1.0-1exp1_all.deb ...
  Unpacking python3-ufl (2018.1.0-1exp1) ...
  dpkg: error processing archive 
/var/cache/apt/archives/python3-ufl_2018.1.0-1exp1_all.deb (--unpack):
   trying to overwrite '/usr/bin/ufl-analyse', which is also in package 
python-ufl 2017.2.0.0-3
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /var/cache/apt/archives/python3-ufl_2018.1.0-1exp1_all.deb


cheers,

Andreas


python-ufl=2017.2.0.0-3_python3-ufl=2018.1.0-1exp1.log.gz
Description: application/gzip

Bug#901670: python3-ffc: fails to upgrade from 'sid' - trying to overwrite /usr/bin/ffc

[Andreas Beckmann]

Package: python3-ffc
Version: 2018.1.0-1exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python3-ffc.
  Preparing to unpack .../10-python3-ffc_2018.1.0-1exp1_all.deb ...
  Unpacking python3-ffc (2018.1.0-1exp1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-jFyip6/10-python3-ffc_2018.1.0-1exp1_all.deb (--unpack):
   trying to overwrite '/usr/bin/ffc', which is also in package python-ffc 
2017.2.0.post0-2
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-jFyip6/10-python3-ffc_2018.1.0-1exp1_all.deb


cheers,

Andreas


python-ffc=2017.2.0.post0-2_python3-ffc=2018.1.0-1exp1.log.gz
Description: application/gzip

Bug#901669: redis: Please use system lua to avoid embedded code copy

[Chris Lamb]

Package: redis
Version: 5:4.0.10-1
Severity: wishlist
X-Debbugs-CC: Moritz Mühlenhoff 

Via https://bugs.debian.org/901495:

> [..] deps/README.md states
>
> **lua** is Lua 5.1 with minor changes for security and additional libraries.
> so I'm wondering we can fix Redis for buster to use the system copy
> of Lua? Ideally we could upstream the changes made by antirez (or
> ideally he's do that himself?


Regards,

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

Bug#901668: ITP: r-cran-alakazam -- Immunoglobulin Clonal Lineage and Diversity Analysis

[Steffen Moeller]

Package: wnpp
Severity: wishlist
Owner: Steffen Moeller 

* Package name: r-cran-alakazam
* URL : hhttps://alakazam.readthedocs.io/
* License : CC BY-SA 4.0
  Programming Lang: R
  Description : Immunoglobulin Clonal Lineage and Diversity Analysis

The package is about to appear team-maintained on 
https://salsa.debian.org/r-pkg-team/r-cran-alakazam

Bug#901011: transition: libgit2

[Pirate Praveen]

On Fri, 8 Jun 2018 06:44:28 +0530 Pirate Praveen  wrote:
> golang-gopkg-libgit2-git2go.v26 already FTBFS.

golang-gopkg-libgit2-git2go.v27 is in NEW.

> golang-git2go should probably get removed.

Removal requested https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901647

Bug#897838: gcc-8 patch already upstream

[Jonathan McDowell]

Control: tags -1 + fixed-upstream

This is already fixed upstream:

https://sigrok.org/gitweb/?p=pulseview.git;a=commit;h=30677c1392b54604b01558cf29b44572731659fc

It has not yet been part of a release; if we get to the point that gcc-8
is the default and there's still no new upstream release I'll back port
it, but otherwise wait until a new upstream.

J.

-- 
/-\ | Purrr.
|@/  Debian GNU/Linux Developer |
\-  |

Bug#901495: redis: multiple security issues in Lua scripting

[Moritz Mühlenhoff]

On Thu, Jun 14, 2018 at 02:10:27PM +0100, Chris Lamb wrote:
> Chris Lamb wrote:
> 
> > > redis: multiple security issues in Lua scripting
> > 
> > This has now been assigned CVE-2018-11219 & CVE-2018-11218.
> 
> Security team, oermission to upload the attached to
> stretch-security?
> 
>   redis (3:3.2.6-3+deb9u1) stretch-security; urgency=high
> 
> * CVE-2018-11218, CVE-2018-11219: Backport patches to fix multiple heap
>   corruption and integer overflow vulnerabilities. (Closes: #901495)

That looks fine. Please upload (with -sa as redis is new in stretch-security).

For future updates please include the git commit IDs to debian/patches and
add some context where changes were omitted compared to upstream, it makes
it much easier to review changes,

E.g. compared to the fix from the upstream 3.2 branch,
0012-Security-update-Lua-struct-package-for-security.patch misses
a few changes, but they seem like unrelated refactoring.

Did you have a chance to test this? I should be able to test this on a few
live Redis servers, but that would take a few days, so it would be helpful
to know which tests you've done so far.

Also, the Lua code copies are missing in the data/embedded-code-copies
file in the Security Tracker. deps/README.md states

**lua** is Lua 5.1 with minor changes for security and additional libraries.

so I'm wondering we can fix Redis for buster to use the system copy
of Lua? Ideally we could upstream the changes made by antirez (or ideally
he's do that himself?

Cheers,
Moritz

Bug#901597: hibernate: the system gets hang after we suspend the session for a while or more.

[Bálint Réczey]

Control: tags -1 moreinfo


Hi,

2018-06-15 12:12 GMT+02:00 ashindominic :
> Package: unattended-upgrades
> Version: 0.93.1+nmu1
> Severity: important
> File: hibernate

Do you mean /etc/pm/sleep.d/10_unattended-upgrades-hibernate ?

>
>
>
> we often use suspend to sleep the computer.when we start the session again the
> computer gets hang.
>
> This may be due to the improper programming of watchdog timer.
> May be the system fails to retrieve from the RAM.

Could you please detail a bit what happens? When resuming from suspend
apt-daily-upgrade.timer may trigger u-u to start that could slow down
resuming, but I'm not sure if you are facing this problem.

Also hibernation and sleep are different and while going to
hibernation gracefully stops u-u in latest versions sleep is not
handled in any special way.

Cheers,
Balint

Bug#899124: fa-solid-900.ttf symlinked as fontawesome-webfont.ttf

[Alexis Murzeau]

On Tue, 5 Jun 2018 13:31:48 +0100 Sean Whitton
 wrote:
> Hello Vasudev,
> 
> On Sat, Jun 02, 2018 at 05:16:05PM +0530, Vasudev Kamath wrote:
> >
> > I read through and prepared a version to experimental which symlinks
> > fa-solid-900.ttf as fontawesome-webfont.ttf. I've uploaded it to
> > experimental, can you please check if this helps?.
> >
> > @Others Please let me know if this new version in experimental with
> > suggestion from Thomas improves situation in your cases.
> 
> This does not help the mkdocs-bootstrap case.  That appears to need the
> .woff2 font.
> 
> -- 
> Sean Whitton

Hi,

This and openstack-dashboard install failure require more symlinks and
files from v4.

Isn't reverting the package to v4 while creating a new one for the
version 5 (say fonts-font-awesome-5) better to handle all these v4/5
breaks ?

I'm not sure it is a good solution trying to patch fonts-font-awesome v5
to be compatible with v4 while upstream might continue to even more
break things with v4 later.

Subsequent maintenance on the v4 package should not require much work as
upstream says they don't plan any further versions on the v4 branch [1]:

`Now that Font Awesome 5 has been released we are marking version 4 as
end-of-life. We don't plan on releasing any further versions of the 4.x
or 3.x.`

So this v4 package would be dropped once other packages move to
fonts-font-awesome-5 with proper upgrade path (ie. without hacks to fake
v4 with v5). Especially packages that use sphinx RTD theme where
upstream still use v4 and it seems many packages actually have a
theme.css based on that theme.

I myself tried to patch theme.css to use fonts-font-awesome 5 shim but
its a ugly big approximate patch that happen to mostly work :( [2]

What do you think about this ?

[1]
https://github.com/FortAwesome/Font-Awesome#where-did-font-awesome-4-or-3-go
[2]
https://github.com/amurzeau/streamlink-debian/blob/master/debian/patches/0006-Use-font-awesome-5-shim.patch
-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#901667: ITP: puppet-module-gnocchi -- Puppet module for OpenStack Gnocchi

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-gnocchi
  Version : 13.1.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-gnocchi
* License : Apache-2.0
  Programming Lang: Puppet
  Description : Puppet module for OpenStack Gnocchi

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Gnocchi.

Bug#898890: libgit2 0.27 transition

[Pirate Praveen]

On Sat, 26 May 2018 18:03:23 +0530 Pirate Praveen 
wrote:
> Fails to build with error, it may be possible to just relax the 
> requirement. Else the package needs to be updated to new version.
> 
> src/gopkg.in/libgit2/git2go.v26/git_dynamic.go:10:3: error: #error 
> "Invalid libgit2 version; this git2go supports libgit2 v0.26"
>   # error "Invalid libgit2 version; this git2go supports libgit2 v0.26"
> 
> 

golang-gopkg-libgit2-git2go.v27 is in NEW which builds fine with libgit2
0.27

Bug#901666: u-boot: Please enable A20-OLinuXino-Lime2-eMMC

[Andreas B. Mundt]

Source: u-boot
Severity: wishlist

Hi,

as a newcommer to the arm-world, I started to experiment with the
A20-OLinuXino-Lime2-eMMC board.  There seems to be upstream as well as
some support [1] in Debian, but it seems to be only partially enabled [2].

>From a brief look at the u-boot packaging, it looks like the board is
available ('configs/A20-OLinuXino-Lime2-eMMC_defconfig'), but missing
in the 'debian/target' file (in contrast to A20-OLinuXino-Lime2).

I managed to do a hack-install on the eMMC using [1] and u-boot from
an armbian-image; it looks like things work fine.

So if I did not miss something, please enable A20-OLinuXino-Lime2-eMMC
in addition to the Lime2 board.  Of course I am available for testing.

Many thanks and best regards,

 Andi



[1] DTB: 
https://d-i.debian.org/daily-images/armhf/daily/device-tree/sun7i-a20-olinuxino-lime2-emmc.dtb
[2] Images for sun7i-a20-olinuxino-lime2 are available, but the -emmc
variant is missing:
https://d-i.debian.org/daily-images/armhf/daily/u-boot/

https://d-i.debian.org/daily-images/armhf/daily/netboot/SD-card-images/

Bug#900979: Good

[Genomian]

Yes now it seems solved

Bug#901665: evolution-data-server: CVE-2018-12422

[Salvatore Bonaccorso]

Source: evolution-data-server
Version: 3.28.2-1
Severity: important
Tags: patch security upstream
Forwarded: https://bugzilla.gnome.org/show_bug.cgi?id=796174

Hi,

The following vulnerability was published for evolution-data-server.

CVE-2018-12422[0]:
| addressbook/backends/ldap/e-book-backend-ldap.c in
| Evolution-Data-Server in GNOME Evolution through 3.29.2 might allow
| attackers to trigger a Buffer Overflow via a long query that is
| processed by the strcat function.

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-12422
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-12422
[1] https://bugzilla.gnome.org/show_bug.cgi?id=796174

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#901664: ITP: puppet-module-barbican -- Puppet module for OpenStack Barbican

[Thomas Goirand]

Package: wnpp
Severity: wishlist
Owner: Thomas Goirand 

* Package name: puppet-module-barbican
  Version : 13.1.0
  Upstream Author : OpenStack Foundation 
* URL : https://github.com/openstack/puppet-barbican
* License : Apache-2.0
  Programming Lang: Puppet
  Description : Puppet module for OpenStack Barbican

 Puppet lets you centrally manage every important aspect of your system using a
 cross-platform specification language that manages all the separate elements
 normally aggregated in different files, like users, cron jobs, and hosts,
 along with obviously discrete elements like packages, services, and files.
 .
 This module manages both the installation and configuration of OpenStack
 Barbican.

Bug#901363: ntp: time drifting badly with recent kernels

[Arthur Marsh]

Package: ntp
Followup-For: Bug #901363

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Upgrading kernel to one that had the following commit fixed things:

https://github.com/torvalds/linux/commit/9215310cf13bccfe777500986d562d53bdb63537

 5) Revert SO_REUSE{ADDR,PORT} change, it regresses various things
including Avahi mDNS. From Bart Van Assche.

   * What was the outcome of this action?
   * What outcome did you expect instead?

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


-- System Information:
Debian Release: buster/sid
  APT prefers oldstable
  APT policy: (500, 'oldstable'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.17.0+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages ntp depends on:
ii  adduser3.117
ii  libc6  2.27-3
ii  libcap21:2.25-1.2
ii  libedit2   3.1-20180525-1
ii  libopts25  1:5.18.12-4
ii  libssl1.1  1.1.0h-4
ii  lsb-base   9.20170808
ii  netbase5.4
ii  tzdata 2018e-1

Versions of packages ntp recommends:
ii  perl  5.26.2-6
ii  sntp  1:4.2.8p11+dfsg-1

Versions of packages ntp suggests:
ii  ntp-doc  1:4.2.8p11+dfsg-1

-- Configuration Files:
/etc/init.d/ntp changed [not included]

-- debconf-show failed

Bug#901439: ntpsec: peers not found when starting under post-4.17.0 kernels

[Arthur Marsh]

Package: ntpsec
Followup-For: Bug #901439

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Upgraded kernel to:

https://github.com/torvalds/linux/commit/9215310cf13bccfe777500986d562d53bdb63537

which includes:

5) Revert SO_REUSE{ADDR,PORT} change, it regresses various things
including Avahi mDNS. From Bart Van Assche.

   * What was the outcome of this action?

It appears that ntpsec runs now, but I had to restart it as the process that
was started at boot time had died.

   * What outcome did you expect instead?

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


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

Kernel: Linux 4.17.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE= (charmap=UTF-8), LANGUAGE=en_GB 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages ntpsec depends on:
ii  adduser  3.117
ii  libc62.27-3
ii  libcap2  1:2.25-1.2
ii  libssl1.11.1.0h-4
ii  lsb-base 9.20170808
ii  netbase  5.4
ii  python3  3.6.5-3
ii  python3-ntp  1.1.0+dfsg1-1
ii  tzdata   2018e-1

Versions of packages ntpsec recommends:
ii  cron [cron-daemon]  3.0pl1-130

Versions of packages ntpsec suggests:
ii  apparmor   2.12-4
pn  ntpsec-doc 
pn  ntpsec-ntpviz  

-- no debconf information

Bug#901663: python3-dijitso: fails to upgrade from 'sid' - trying to overwrite /usr/bin/dijitso

[Andreas Beckmann]

Package: python3-dijitso
Version: 2018.1.0-1exp1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Selecting previously unselected package python3-dijitso.
  Preparing to unpack .../5-python3-dijitso_2018.1.0-1exp1_all.deb ...
  Unpacking python3-dijitso (2018.1.0-1exp1) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-GCfa7O/5-python3-dijitso_2018.1.0-1exp1_all.deb 
(--unpack):
   trying to overwrite '/usr/bin/dijitso', which is also in package 
python-dijitso 2017.2.0.0-2
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-GCfa7O/5-python3-dijitso_2018.1.0-1exp1_all.deb


cheers,

Andreas


python-dijitso=2017.2.0.0-2_python3-dijitso=2018.1.0-1exp1.log.gz
Description: application/gzip

Bug#901662: sphinx: RTD theme users FTBFS with dh_sphinxdoc: DOCUMENTATION_OPTIONS does not define URL_ROOT

[Rebecca N. Palmer]

Source: sphinx
Version: 1.7.5-1
Severity: serious
Control: tags -1 patch
Control: affects -1 src:theano src:python-jira
(These are the ones I've actually checked; I suspect most/all of the 
~100 packages that build-depend on *-sphinx-rtd-theme are affected.)

sphinx's included themes have layout.html reference a separate file 
documentation_options.js (for compatibility with strict CSS policies 
[0]).  However, sphinx-rtd-theme (and possibly other 3rd party themes - 
I haven't checked) still uses the old method of defining 
DOCUMENTATION_OPTIONS as inline JavaScript within the layout.html file 
[1].  In documentation using this theme, documentation_options.js exists 
(presumably from sphinx's default template) but isn't actually used.

In 1.7.5, sphinx started passing the parameter data-url_root from 
layout.html to documentation_options.js [2], and dh_sphinxdoc also reads 
this parameter.  This dh_sphinxdoc check assumes that if 
documentation_options.js exists it is used, and hence errors out if 
documentation_options.js expects a data-url_root parameter but 
layout.html doesn't pass one.

This causes documentation using sphinx-rtd-theme to FTBFS with
dh_sphinxdoc: DOCUMENTATION_OPTIONS does not define URL_ROOT

[0] https://github.com/sphinx-doc/sphinx/pull/4295
[1] 
https://github.com/rtfd/sphinx_rtd_theme/blob/master/sphinx_rtd_theme/layout.html
Discussion of whether this should change: 
https://github.com/rtfd/sphinx_rtd_theme/issues/414
[2] 
https://github.com/sphinx-doc/sphinx/commit/a7c6cb018067d735a470a0687248912c6148977d#diff-d108032640b69e79b413796eace2046f

Possible (but very minimally tested) fix:

--- a/debian/dh-sphinxdoc/dh_sphinxdoc
+++ b/debian/dh-sphinxdoc/dh_sphinxdoc
@@ -252,7 +252,7 @@ sub sanity_check($$)
 grep { s/[?#].*//; $js{$_} = 1 unless m/^[a-z][a-z0-9.+-]*:/i or 
excludefile("$path/$_"); } $search =~ m{}g;
 my $documentation_options;
 my $documentation_options_fn = "$path/_static/documentation_options.js";
-if (-f $documentation_options_fn)
+if ($search =~ $documentation_options_fn)
 {
 open(my $fh, '<', $documentation_options_fn) or error("cannot open 
$documentation_options_fn");
 $documentation_options = <$fh>;

Bug#890127: phpldapadmin: phpLDAPadmin uses features that are deprecated in PHP 7.2

[Luciano França]

/usr/share/phpldapadmin/lib/functions.php on line 54
change line 54 to "function my_autoload($className) {"
Add this code "spl_autoload_register("my_autoload");" on line 777

/usr/share/phpldapadmin/lib/functions.php on line 1083

change line 1083 to "$CACHE[$sortby] = __create_function('$a, $b',$code);"
add the code below from the 
http://php.net/manual/pt_BR/function.create-function.php page on line 1091


function __create_function($arg, $body) {
    static $cache = array();
    static $maxCacheSize = 64;
    static $sorter;

    if ($sorter === NULL) {
    $sorter = function($a, $b) {
    if ($a->hits == $b->hits) {
    return 0;
    }

    return ($a->hits < $b->hits) ? 1 : -1;
    };
    }

    $crc = crc32($arg . "\\x00" . $body);

    if (isset($cache[$crc])) {
    ++$cache[$crc][1];
    return $cache[$crc][0];
    }

    if (sizeof($cache) >= $maxCacheSize) {
    uasort($cache, $sorter);
    array_pop($cache);
    }

    $cache[$crc] = array($cb = eval('return 
function('.$arg.'){'.$body.'};'), 0);

    return $cb;
}

for me it works.



On Sun, 11 Feb 2018 12:54:31 +0100 "T.A. van Roermund" 
 wrote:

> Package: phpldapadmin
> Version: 1.2.2-6.1
> Severity: normal
>
> Dear Maintainer,
>
> I'm using phpLDAPadmin ... together with PHP 7.2 and I noticed the 
following warnings are thrown:

>
> Deprecated: __autoload() is deprecated, use spl_autoload_register() 
instead in /usr/share/phpldapadmin/lib/functions.php on line 54

>
> Deprecated: Function create_function() is deprecated in 
/usr/share/phpldapadmin/lib/functions.php on line 1083

>
> It's not critical, as phpLDAPadmin still works fine.
> But that may of course change with future PHP versions.
>
> Best regards,
>
> Timo
>
>
> -- System Information:
> Debian Release: buster/sid
> APT prefers testing
> APT policy: (990, 'testing'), (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:en (charmap=UTF-8)

> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages phpldapadmin depends on:
> ii debconf [debconf-2.0] 1.5.65
> ii php 1:7.2+60
> ii php-ldap 1:7.2+60
> ii php7.2 [php] 7.2.2-1
> ii php7.2-ldap [php-ldap] 7.2.2-1
> ii ucf 3.0036
>
> phpldapadmin recommends no packages.
>
> phpldapadmin suggests no packages.
>
>

Bug#901661: qxw FTCBFS: upstream Makefile hard codes build architecture tools

[Helmut Grohne]

Source: qxw
Version: 20140331-1
Tags: patch upstream
User: helm...@debian.org
Usertags: rebootstrap

qxw fails to cross build from source, because the upstream Makefile hard
codes build architecture build tools such as gcc or pkg-config. After
making them substitutable, qxw cross builds successfully. Please
consider applying the attached patch.

Helmut
--- qxw-20140331.orig/Makefile
+++ qxw-20140331/Makefile
@@ -24,7 +24,8 @@
 all:: qxw
 deb:: qxw
 
-CFLAGS := -Wall -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security `pkg-config --cflags glib-2.0` `pkg-config --cflags gtk+-2.0` -I/opt/local/include
+PKG_CONFIG ?= pkg-config
+CFLAGS := -Wall -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security `$(PKG_CONFIG) --cflags glib-2.0` `$(PKG_CONFIG) --cflags gtk+-2.0` -I/opt/local/include
 LFLAGS := -Wl,-Bsymbolic-functions -Wl,-z,relro -L/opt/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -lm -lcairo -lgobject-2.0 -lpcre -lglib-2.0 -pthread -lgthread-2.0
 # -lrt as well?
 ifneq ($(filter deb,$(MAKECMDGOALS)),)
@@ -34,22 +35,22 @@
 endif
 
 qxw: qxw.o filler.o dicts.o gui.o draw.o Makefile
-	gcc -rdynamic -Wall -ldl qxw.o filler.o dicts.o gui.o draw.o $(LFLAGS) -o qxw
+	$(CC) -rdynamic -Wall -ldl qxw.o filler.o dicts.o gui.o draw.o $(LFLAGS) -o qxw
 
 qxw.o: qxw.c qxw.h filler.h dicts.h draw.h gui.h common.h Makefile
-	gcc $(CFLAGS) -c qxw.c -o qxw.o
+	$(CC) $(CFLAGS) -c qxw.c -o qxw.o
 
 gui.o: gui.c qxw.h filler.h dicts.h draw.h gui.h common.h Makefile
-	gcc $(CFLAGS) -c gui.c -o gui.o
+	$(CC) $(CFLAGS) -c gui.c -o gui.o
 
 filler.o: filler.c qxw.h filler.h dicts.h common.h Makefile
-	gcc $(CFLAGS) -c filler.c -o filler.o
+	$(CC) $(CFLAGS) -c filler.c -o filler.o
 
 dicts.o: dicts.c dicts.h gui.h common.h Makefile
-	gcc $(CFLAGS) -fno-strict-aliasing -c dicts.c -o dicts.o
+	$(CC) $(CFLAGS) -fno-strict-aliasing -c dicts.c -o dicts.o
 
 draw.o: draw.c qxw.h draw.h gui.h common.h Makefile
-	gcc $(CFLAGS) -c draw.c -o draw.o
+	$(CC) $(CFLAGS) -c draw.c -o draw.o
 
 .PHONY: clean
 clean:

Bug#901660: iproute2: Using HFSC-qdisc causes WARNING-messages and stack-traces in syslog

[aurinko]

Package: iproute2
Version: 4.16.0-4
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
Upgrading to the latest kernel 4.16.0-4. With previous versions
of kernel and iproute2-packages these issues did not occur.


   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I applied the following script to my interfaces:

tc qdisc add dev enp6s0f0 root handle 1: hfsc default 3
tc class add dev enp6s0f0 parent 1: classid 1:1 hfsc ls rate
10kbit ul rate 10kbit
tc class add dev enp6s0f0 parent 1:1 classid 1:2 hfsc ls rate
75000kbit
tc class add dev enp6s0f0 parent 1:1 classid 1:3 hfsc ls rate
2kbit
tc class add dev enp6s0f0 parent 1:1 classid 1:4 hfsc ls rate
5000kbit
tc qdisc add dev enp6s0f0 parent 1:2 handle 2: fq_codel noecn
tc qdisc add dev enp6s0f0 parent 1:3 handle 3: fq_codel noecn
tc qdisc add dev enp6s0f0 parent 1:4 handle 4: fq_codel noecn

tc qdisc add dev enp6s0f1 root handle 1: hfsc default 2
tc class add dev enp6s0f1 parent 1: classid 1:1 hfsc ls rate
1000mbit ul rate 1000mbit
tc class add dev enp6s0f1 parent 1:1 classid 1:2 hfsc ls rate
91kbit ul rate 91kbit
tc class add dev enp6s0f1 parent 1:1 classid 1:3 hfsc ls rate
900mbit
tc qdisc add dev enp6s0f1 parent 1:2 handle 2: fq_codel noecn
tc qdisc add dev enp6s0f1 parent 1:3 handle 3: fq_codel noecn


   * What was the outcome of this action?
The script completed and the qdiscs were added. However, the
following entries are now being seen every few minutes in
syslog:

[Sat Jun 16 14:19:01 2018] WARNING: CPU: 0 PID: 0 at
/build/linux-43CEzF/linux-4.16.12/net/sched/sch_hfsc.c:1388
hfsc_dequeue+0x27e/0x370 [sch_hfsc]
[Sat Jun 16 14:19:01 2018] Modules linked in: vhost_net vhost
tap dm_crypt algif_skcipher af_alg dm_mod hid_generic usbhid hid
ebtable_filter ebtables ip6table_filter ip6_tables sch_fq_codel
devlink sch_hfsc sch_fq tun cfg80211 rfkill bridge stp llc
openvswitch nsh nf_conntrack_ipv6 nf_nat_ipv6 nf_defrag_ipv6
zfs(PO) zunicode(PO) zavl(PO) icp(PO) binfmt_misc nls_ascii
nls_cp437 vfat fat zcommon(PO) znvpair(PO) spl(O) intel_rapl
x86_pkg_temp_thermal intel_powerclamp snd_hda_codec_hdmi
coretemp kvm_intel snd_hda_codec_realtek kvm
snd_hda_codec_generic irqbypass iTCO_wdt iTCO_vendor_support
mxm_wmi evdev crct10dif_pclmul crc32_pclmul ghash_clmulni_intel
snd_hda_intel intel_cstate snd_hda_codec snd_hda_core i915
snd_hwdep intel_uncore efi_pstore snd_pcm intel_rapl_perf pcspkr
serio_raw efivars lpc_ich drm_kms_helper
[Sat Jun 16 14:19:01 2018]  mei_me snd_timer snd sg mei
soundcore drm shpchp ie31200_edac wmi video button nft_nat
nft_masq_ipv4 nf_nat_masquerade_ipv4 nft_masq nft_chain_nat_ipv4
nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nft_ct
nf_conntrack nf_log_ipv4 nf_log_common nft_log nft_counter
nft_meta nft_set_bitmap nft_set_hash nft_set_rbtree
nf_tables_ipv4 nf_tables nfnetlink tcp_bbr sunrpc efivarfs
ip_tables x_tables autofs4 btrfs zstd_decompress zstd_compress
xxhash raid10 raid456 async_raid6_recov async_memcpy async_pq
async_xor async_tx xor raid6_pq libcrc32c crc32c_generic raid1
raid0 multipath linear md_mod sd_mod crc32c_intel ahci libahci
aesni_intel aes_x86_64 crypto_simd xhci_pci ehci_pci cryptd
glue_helper mpt3sas i2c_i801 xhci_hcd ehci_hcd psmouse
raid_class igb alx libata scsi_transport_sas usbcore
[Sat Jun 16 14:19:01 2018]  i2c_algo_bit mdio e1000e usb_common
dca scsi_mod fan thermal [last unloaded: msr]
[Sat Jun 16 14:19:01 2018] CPU: 0 PID: 0 Comm: swapper/0
Tainted: PW  O 4.16.0-2-amd64 #1 Debian 4.16.12-1
[Sat Jun 16 14:19:01 2018] Hardware name: Gigabyte Technology
Co., Ltd. To be filled by O.E.M./Z77X-UP7, BIOS F5 11/22/2012
[Sat Jun 16 14:19:01 2018] RIP: 0010:hfsc_dequeue+0x27e/0x370
[sch_hfsc]
[Sat Jun 16 14:19:01 2018] RSP: 0018:981a1f203eb0 EFLAGS:
00010246
[Sat Jun 16 14:19:01 2018] RAX:  RBX:
9819be548188 RCX: 0018
[Sat Jun 16 14:19:01 2018] RDX: 0002 RSI:
 RDI: 9819be548480
[Sat Jun 16 14:19:01 2018] RBP: 0005283c02b1 R08:
 R09: 9819f8af08c4
[Sat Jun 16 14:19:01 2018] R10: 5283c02a R11:
5283c02a R12: 9819be548000
[Sat Jun 16 14:19:01 2018] R13: 9819be548480 R14:
9819036e3ee8 R15: 9819be548000
[Sat Jun

Bug#901659: mac-fdisk FTCBFS: multiple reasons

[Helmut Grohne]

Source: mac-fdisk
Version: 0.1-18
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

mac-fdisk fails to cross build from source. It does not pass any cross
tools to make. Then debian/rules confuses build architecture and host
architecture. The attached patch uses dh_auto_build and fixes that
confusion. It makes mac-fdisk cross buildable. Please consider applying
it.

Helmut
diff -u mac-fdisk-0.1/debian/changelog mac-fdisk-0.1/debian/changelog
--- mac-fdisk-0.1/debian/changelog
+++ mac-fdisk-0.1/debian/changelog
@@ -1,3 +1,10 @@
+mac-fdisk (0.1-18.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_build pass cross tools to make.
++ Fix build/host confusion in debian/rules.
+
+ -- Helmut Grohne   Sat, 16 Jun 2018 13:29:09 +0200
+
 mac-fdisk (0.1-18) unstable; urgency=medium
 
   * New maintainer:
diff -u mac-fdisk-0.1/debian/control mac-fdisk-0.1/debian/control
--- mac-fdisk-0.1/debian/control
+++ mac-fdisk-0.1/debian/control
@@ -1,7 +1,7 @@
 Source: mac-fdisk
 Section: base
 Priority: optional
-Build-Depends: debhelper
+Build-Depends: debhelper (>= 9)
 Maintainer: John Paul Adrian Glaubitz 
 Standards-Version: 3.5.8.0
 Vcs-Git: git://github.com/glaubitz/mac-fdisk-debian.git
diff -u mac-fdisk-0.1/debian/rules mac-fdisk-0.1/debian/rules
--- mac-fdisk-0.1/debian/rules
+++ mac-fdisk-0.1/debian/rules
@@ -4,9 +4,8 @@
 
 export DH_VERBOSE=1
 
-#BUILDARCH = $(shell dpkg --print-gnu-build-architecture)
-BUILDARCH = $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU)
-POWERPC = $(findstring $(BUILDARCH),powerpc ppc64)
+-include /usr/share/dpkg/architecture.mk
+POWERPC = $(filter $(DEB_HOST_ARCH),powerpc ppc64)
 
 packmn  = mac-fdisk
 packmc  = mac-fdisk-cross
@@ -21,7 +20,7 @@
 docpmn  = $(tmppmn)/usr/share/doc/$(packpmn)
 docpmc  = $(tmppmc)/usr/share/doc/$(packpmc)
 
-ifeq "$(BUILDARCH)" "powerpc"
+ifeq "$(DEB_HOST_ARCH)" "powerpc"
 mac_subarches=powermac_oldworld powermac_newworld
 pmac_subarches=chrp chrp_pegasos prep iseries
 else
@@ -30,7 +29,7 @@
 
 build:
$(checkdir)
-   make CFLAGS="-O2 -g -Wall"
+   dh_auto_build -- CFLAGS="-O2 -g -Wall"
touch build
 
 clean:
@@ -53,7 +52,7 @@
#dh_installdirs
# we don't want to package the pdisk man page
mv pdisk.8 pdisk.8.in
-   set -e; if [ "$(BUILDARCH)" = "m68k" ] || [ -n "$(POWERPC)" ]; then \
+   set -e; if [ "$(DEB_HOST_ARCH)" = "m68k" ] || [ -n "$(POWERPC)" ]; then 
\
install -d $(tmpmn)/sbin; \
install -m 755 pdisk $(tmpmn)/sbin/mac-fdisk; \
install -d $(tmpmn)/usr/share/man/man8; \
@@ -88,14 +87,14 @@
dh_installchangelogs HISTORY -p$(packpmc); \
fi
# install README.Debian also in cross package (not done by 
dh_installdocs)
-   set -e; if [ "$(BUILDARCH)" != "m68k" ] && ! [ -n "$(POWERPC)" ]; then \
+   set -e; if [ "$(DEB_HOST_ARCH)" != "m68k" ] && ! [ -n "$(POWERPC)" ]; 
then \
install -m 644 debian/README.debian $(docmc)/README.Debian; \
fi
# and move the pdisk man page back again ...
mv pdisk.8.in pdisk.8
 
# build native pdisk only for m68k, cross package only for others
-   set -e; if [ "$(BUILDARCH)" = "m68k" ] || [ -n "$(POWERPC)" ]; then \
+   set -e; if [ "$(DEB_HOST_ARCH)" = "m68k" ] || [ -n "$(POWERPC)" ]; then 
\
dh_strip -p$(packmn) -P$(tmpmn); \
dh_compress -p$(packmn) -P$(tmpmn); \
dh_fixperms -p$(packmn) -P$(tmpmn); \
@@ -130,7 +129,7 @@
dh_gencontrol -p$(packpmc); \
dh_md5sums -p$(packpmc); \
fi
-   set -e; if [ "$(BUILDARCH)" = "m68k" ] || [ -n "$(POWERPC)" ]; then \
+   set -e; if [ "$(DEB_HOST_ARCH)" = "m68k" ] || [ -n "$(POWERPC)" ]; then 
\
dh_builddeb -p$(packmn) -P$(tmpmn); \
else \
dh_builddeb -p$(packmc); \

Bug#901658: minissdpd: error at install time with the default settings: "option -i needs an argument"

[Vincent Lefevre]

Package: minissdpd
Version: 1.5.20180223-2
Severity: grave
Justification: renders package unusable

After purging minissdpd yesterday, I've tried to install it again
without changing any default config, but installation failed:

Unpacking minissdpd (1.5.20180223-2) ...
Setting up minissdpd (1.5.20180223-2) ...
Job for minissdpd.service failed because the control process exited with error 
code.
See "systemctl status minissdpd.service" and "journalctl -xe" for details.
invoke-rc.d: initscript minissdpd, action "start" failed.
● minissdpd.service - keep memory of all UPnP devices that announced themselves
   Loaded: loaded (/lib/systemd/system/minissdpd.service; disabled; vendor 
preset: enabled)
   Active: failed (Result: exit-code) since Sat 2018-06-16 13:30:02 CEST; 14ms 
ago
 Docs: man:minissdpd(1)
  Process: 24037 ExecStart=/usr/sbin/minissdpd -i $MiniSSDPd_INTERFACE_ADDRESS 
$MiniSSDPd_OTHER_OPTIONS (code=exited, status=1/FAILURE)

Jun 16 13:30:02 cventin systemd[1]: Starting keep memory of all UPnP devices 
that announced themselves...
Jun 16 13:30:02 cventin minissdpd[24037]: option -i needs an argument.
Jun 16 13:30:02 cventin minissdpd[24037]: Usage: /usr/sbin/minissdpd [-d] [-6] 
[-s socket] [-p pidfile] [-t TTL] [-f device] -i  [-i ] 
...
Jun 16 13:30:02 cventin minissdpd[24037]:is either an IPv4 
address with mask such as
Jun 16 13:30:02 cventin minissdpd[24037]:   192.168.1.42/255.255.255.0, or an 
interface name such as eth0.
Jun 16 13:30:02 cventin minissdpd[24037]:   By default, socket will be open as 
/var/run/minissdpd.sock
Jun 16 13:30:02 cventin minissdpd[24037]:   and pid written to file 
/var/run/minissdpd.pid
Jun 16 13:30:02 cventin systemd[1]: minissdpd.service: Control process exited, 
code=exited status=1
Jun 16 13:30:02 cventin systemd[1]: minissdpd.service: Failed with result 
'exit-code'.
Jun 16 13:30:02 cventin systemd[1]: Failed to start keep memory of all UPnP 
devices that announced themselves.
dpkg: error processing package minissdpd (--configure):
 installed minissdpd package post-installation script subprocess returned error 
exit status 1
Processing triggers for systemd (238-5) ...
Processing triggers for man-db (2.8.3-2) ...
Errors were encountered while processing:
 minissdpd

-- 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)
Foreign Architectures: i386

Kernel: Linux 4.16.0-2-amd64 (SMP w/12 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

Versions of packages minissdpd depends on:
ii  debconf [debconf-2.0]  1.5.67
ii  libc6  2.27-3
ii  libnfnetlink0  1.0.1-3+b1
ii  lsb-base   9.20170808

minissdpd recommends no packages.

minissdpd suggests no packages.

-- debconf information:
  minissdpd/ip6: false
* minissdpd/listen:
* minissdpd/start_daemon: false

Bug#901625: dh-r has circular Depends on r-base-dev

[Dirk Eddelbuettel]

On 15 June 2018 at 23:58, Andreas Tille wrote:
| Hi Dirk,
| 
| is there any reason why dh-r is needed as Build-Depends for r-base?

That may be an error / oversight / something created when we moved from
cdbs.  I will fix it.
 
| I'm just wondering whether anything of dh-r is really used.

Probably not. We needed to depends on cdbs because r-cran.mk used it, and
this looks like it was a semiautomatic conversion -- which we may not need.

| If yes we possibly need to modularise dh-r in a way that only a
| part is used by r-base.
| 
| What do you think?

I will make the change. There will be R 3.5.1 in two weeks, so it will
propagate quickly enough. I think we may not need an extra upload now.

Thanks for the heads-up.

Dirk

| Kind regards
| 
|Andreas.
| 
| On Fri, Jun 15, 2018 at 09:20:34PM +0200, Bill Allombert wrote:
| > Package: dh-r
| > Version: 20180613
| > Severity: important
| > 
| > Hello Debian R Packages Maintainers,
| > 
| > There is a circular dependency between dh-r and r-base-dev:
| > 
| > dh-r:   Depends: r-base-dev
| > r-base-dev: Depends: dh-r
| > 
| > Circular dependencies are known to cause problems
| > during upgrade between stable releases, so we should try to avoid them.
| > 
| > Cheers,
| > -- 
| > Bill. 
| > 
| > Imagine a large red swirl here. 
| > 
| > ___
| > R-pkg-team mailing list
| > r-pkg-t...@alioth-lists.debian.net
| > https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/r-pkg-team
| 
| -- 
| http://fam-tille.de

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

Bug#901605: minissdpd: lots of "peer ... is not from a LAN" messages

[Vincent Lefevre]

On 2018-06-16 10:37:14 +0800, Yangfl wrote:
> Run `dpkg-reconfigure minissdpd` and change your listerning interface.
> 
> It's not possible to force you to change your config during upgrading.

In this case, the needed change should be announced in
the NEWS.Debian file.

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

Bug#901657: einstein Build-Depends on transitional package ttf-dejavu

[Helmut Grohne]

Source: einstein
Version: 2.0.dfsg.2-9
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

einstein Build-Depends on ttf-dejavu, which is a transitional package.
The attached patch moves it to fonts-dejavu-core. Please consider
applying it.

As it happens, ttf-dejavu does not work for cross building.

Helmut
diff --minimal -Nru einstein-2.0.dfsg.2/debian/changelog 
einstein-2.0.dfsg.2/debian/changelog
--- einstein-2.0.dfsg.2/debian/changelog2012-04-29 15:22:15.0 
+0200
+++ einstein-2.0.dfsg.2/debian/changelog2018-06-16 12:48:42.0 
+0200
@@ -1,3 +1,10 @@
+einstein (2.0.dfsg.2-9.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Update Build-Depends ttf-dejavu -> fonts-dejavu-core.  Closes: #-1.
+
+ -- Helmut Grohne   Sat, 16 Jun 2018 12:48:42 +0200
+
 einstein (2.0.dfsg.2-9) unstable; urgency=low
 
   * Added libfreetype6-dev to Build-Depends.  Closes: #669490.
diff --minimal -Nru einstein-2.0.dfsg.2/debian/control 
einstein-2.0.dfsg.2/debian/control
--- einstein-2.0.dfsg.2/debian/control  2012-04-29 15:46:09.0 +0200
+++ einstein-2.0.dfsg.2/debian/control  2018-06-16 12:48:42.0 +0200
@@ -2,7 +2,7 @@
 Section: games
 Priority: optional
 Maintainer: Bart Martens 
-Build-Depends: debhelper (>= 8.0.0), libsdl-ttf2.0-dev, libsdl-mixer1.2-dev, 
zlib1g-dev, ttf-dejavu, sharutils, libfreetype6-dev
+Build-Depends: debhelper (>= 8.0.0), libsdl-ttf2.0-dev, libsdl-mixer1.2-dev, 
zlib1g-dev, fonts-dejavu-core, sharutils, libfreetype6-dev
 Standards-Version: 3.9.3
 Homepage: http://games.flowix.com/
 
diff --minimal -Nru einstein-2.0.dfsg.2/debian/rules 
einstein-2.0.dfsg.2/debian/rules
--- einstein-2.0.dfsg.2/debian/rules2011-09-25 14:48:25.0 +0200
+++ einstein-2.0.dfsg.2/debian/rules2018-06-16 12:48:42.0 +0200
@@ -7,7 +7,7 @@
 
 override_dh_auto_configure:
dh_auto_configure
-   [ -f res/DejaVuSans.ttf ] || cp -p 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf res/
+   [ -f res/DejaVuSans.ttf ] || cp -p 
/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf res/
uudecode debian/einstein.png.uue
uudecode debian/icon.bmp.uue