Bug#898021: linux-image-4.16.0-1-amd64: kernel 4.16 infinite wait after dm login on ivy bridge and bay trail

[chris21k]

I can reproduce the described delay behavior on a virtualized installation
of testing using kvm after installing kernel 4.16.0-1-amd64. With
4.15.0-3-amd64 no problem.

Chris

Bug#898312: Automatic reboot from /etc/cron.daily/apt-compat interferes with later cron.daily scripts

[Marc Andre Selig]

Package: apt
Version: 1.4.8

With sysvinit, automatic reboots issued from unattended-upgrade called
by apt will interfere with other cron.daily scripts.

apt comes with a helper script /etc/cron.daily/apt-compat for
doing maintenance tasks with sysvinit instead of systemd.

If unattended-upgrades is also installed (I have version
0.93.1+nmu1) and Unattended-Upgrade::Automatic-Reboot is set to
true in apt configuration, when a reboot is needed, a shutdown
command will be issued by /usr/bin/unattended-upgrade called by
/usr/lib/apt/apt.systemd.daily called by /etc/cron.daily/apt-compat.

After the shutdown process is finished (i.e. during shutdown), other
cron.daily scripts with names alphabetically after apt-compat are
called.  They may called with some essential services already stopped
(which may break things), may be aborted mid-run, or may not run at
all on this day.

Here's how to reproduce the incorrect behaviour:
apt-get install sysvinit-core unattended-upgrades
shutdown -r now
apt-get purge systemd
cat 

Bug#893268: libjbzip2-java now in Java team, libnanoxml2-java remains buggy (Was: Bug#893268: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team)

[Thorsten Glaser]

On Thu, 10 May 2018, Emmanuel Bourg wrote:

> need some help from a make/shell expert.

You summoned?

Try this (untested):

diff --git a/debian/rules b/debian/rules
index 19037e6..6458af2 100755
--- a/debian/rules
+++ b/debian/rules
@@ -37,10 +37,11 @@ override_dh_auto_build:
nanoxml net.n3.nanoxml net.n3.nanoxml.sax -d api
 
 override_dh_auto_test:
-   if [ $(filter nocheck, $(DEB_BUILD_OPTIONS)) ]; \
-   thenecho "Disabeling tests"; \
-   elsemake -f debian/rules test; \
-   fi;
+ifeq (,$(filter nocheck, $(DEB_BUILD_OPTIONS)))
+   make -f debian/rules test
+else
+   echo "Disabling tests"
+endif
 
 override_dh_clean:
jh_clean
@@ -52,23 +53,22 @@ override_dh_clean:
dh_clean
 
 test:
-   set -e
-   set -x
+   set -e; \
+   set -x; \
cd Test/Lite && \
-   ${JAVA_HOME}/bin/javac ${JFLAGS} -cp .:../../${LITE} `find -iname 
*.java` && \
+   ${JAVA_HOME}/bin/javac ${JFLAGS} -cp .:../../${LITE} $$(find -iname 
*.java) && \
for TESTFILE in *.xml; do \
${JAVA_HOME}/bin/java -cp .:../../${LITE} DumpXML_Lite 
$${TESTFILE} > $${TESTFILE}.test_out ; \
-   if diff -u $${TESTFILE}.out $${TESTFILE}.test_out ; \
+   if ! diff -u $${TESTFILE}.out $${TESTFILE}.test_out ; \
thenecho ${LITE} failed $${TESTFILE}; \
exit 1; \
fi; \
-   done
-
-   cd Test/Java && \
-   ${JAVA_HOME}/bin/javac ${JFLAGS} -cp .:../../${NANOXML} `find -iname 
*.java` && \
+   done; \
+   cd ../Java && \
+   ${JAVA_HOME}/bin/javac ${JFLAGS} -cp .:../../${NANOXML} $$(find -iname 
*.java) && \
for TESTFILE in *.xml; do\
${JAVA_HOME}/bin/java -cp .:../../${NANOXML} DumpXML 
$${TESTFILE} > $${TESTFILE}.test_out ; \
-   if diff -u $${TESTFILE}.out $${TESTFILE}.test_out ; \
+   if ! diff -u $${TESTFILE}.out $${TESTFILE}.test_out ; \
thenecho ${NANOXML} failed $${TESTFILE}; \
exit 1; \
fi; \
@@ -76,5 +76,5 @@ test:
touch $@
 
 get-orig-source:
-   set -e
+   set -e; \
sh ${SRCDIR}/debian/origCleaner.sh thisIsIgnored ${VERSION} alsoIgnored 
${SRCDIR}/debian/orig.tmp

Summary of changes:
• don’t confuse make variables with shell checks
• make rule lines are run sequentially; if you want them
  to affect the next line you have to combine them
• `…` is obsolete since 1988 or so, even in POSIX
• if COMMAND; then …; fi ← runs if COMMAND exits 0 (successfully),
  you want to check for deviations (failure to compare)

Meow,
//mirabilos
-- 
«MyISAM tables -will- get corrupted eventually. This is a fact of life. »
“mysql is about as much database as ms access” – “MSSQL at least descends
from a database” “it's a rebranded SyBase” “MySQL however was born from a
flatfile and went downhill from there” – “at least jetDB doesn’t claim to
be a database”  ‣‣‣ Please, http://deb.li/mysql and MariaDB, finally die!

Bug#897572: getrandom hang in early boot prevents plymouth passphrase entry

[Ben Caradoc-Davies]

On 10/05/18 13:47, Theodore Y. Ts'o wrote:

One other way to address this problem is to upgrade to util-linux 2.32
(released on March 21, 2018), interstingly, *before* the CVE-2018-1108
patches, whiich landed month later.
The relevant commits from util-linux 2.32:
a9cf659e0508: lib/randutils: Do not block on getrandom()
edc1c90cb972: lib/randutils: don't break on EAGAIN, use usleep()


Thanks, Ted. That is good to know. Upgrading to util-linux 2.32 will 
likely prevent the hang, but it is also worth noting that, after 
edc1c90cb972, each call of util-linux 2.32 lib/randutils.c 
random_get_bytes will make nine nonblocking getrandom calls over one 
second before giving up, sleeping between them. If fontconfig generates 
four .uuid files, this will introduce an additional delay of four 
seconds before the plymouth passphrase screen is shown. This delay can 
be avoided with my plymouth patch to copy the .uuid files into the 
initramfs with the DejaVu fonts.


See: random_get_bytes from util-linux 2.32 lib/randutils.c:
https://git.kernel.org/pub/scm/utils/util-linux/util-linux.git/tree/lib/randutils.c?h=v2.32#n101

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#888095: [debian-mysql] Bug#888095:

[Andy Li]

Sorry but I would like to bring this up again.
If Otto is not available for fixing this, can anyone in the Debian MySQL
Maintainers team help?

Best regards,
Andy

Bug#898311: git-dpm: Generate a wrong patch when make import-new-upstream

[Emmanuel Arias]

Package: git-dpm
Version: 0.9.1-1
Severity: important

Dear Maintainer,
   I have some problem with the generation of packaging when the I make a 
import-new-upstream. The .patch generated by git-dpm missing many lines 
corresponding to the file of the new version.
   
   * What led up to the situation?
   When I make a import-new-upstream, the new .patches file generated for the 
new upstream, is wrong.
   
   * What outcome did you expect instead?
   The .patch was correct

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

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

Versions of packages git-dpm depends on:
ii  dpkg-dev  1.18.24
ii  git   1:2.11.0-3+deb9u2

Versions of packages git-dpm recommends:
ii  bzip2   1.0.6-8.1
ii  devscripts  2.17.6+deb9u1
ii  sensible-utils  0.0.9+deb9u1
ii  xz-utils5.2.2-1.2+b1

Versions of packages git-dpm suggests:
ii  pristine-tar  1.38
pn  sharutils 

-- no debconf information

Bug#898150: desktop-base: misspelled identifier "gloabl" should be "global" in softwaves.script

[Ben Caradoc-Davies]

Thanks, Aurélien. Much appreciated.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#898308: RFS: streamlink/0.12.1+dfsg-1

[Paul Wise]

On Thu, May 10, 2018 at 7:40 AM, Alexis Murzeau wrote:

> I am looking for a sponsor for my package "streamlink" for a new
> upstream version 0.12.1.

Uploaded.

Some things you might want to do if you have spare time:

>   * Remove X-Python3-Version not needed anymore

This is incorrect, removing this changed the Depends from python3 (>=
3.4~) to 3.3.2-2~, which is clearly incorrect since upstream says they
only support Python 3.4.

Check the autopkgtest scripts with shellcheck -xa

Update the debtags:

https://debtags.debian.org/rep/todo/maint/amubtdx%40gmail.com#streamlink

Upload some screenshots:

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

Blog about it or do a collaborative review with Jonathan Carter for
his Debian Package of the Day video series:

https://www.youtube.com/playlist?list=PLIbuTLE8Wih4pBd8S9UjGDGQQXG4-a6Yw
https://www.youtube.com/watch?v=rvQhBBwTfsE
https://qa.debian.org/popcon.php?package=streamlink

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#897572: getrandom hang in early boot prevents plymouth passphrase entry

[Theodore Y. Ts'o]

On Thu, May 10, 2018 at 12:41:41PM +1200, Ben Caradoc-Davies wrote:
> tl;dr: fontconfig tries to regenerate .uuid files with getrandom (via
> libuuid) in early boot, which hangs because of low pool entropy; the
> plymouth fix is to copy the .uuid files into the initramfs with the DejaVu
> fonts.

One other way to address this problem is to upgrade to util-linux 2.32
(released on March 21, 2018), interstingly, *before* the CVE-2018-1108
patches, whiich landed month later.

The relevant commits from util-linux 2.32:

a9cf659e0508: lib/randutils: Do not block on getrandom()
edc1c90cb972: lib/randutils: don't break on EAGAIN, use usleep()

There's an interesting assertion in the description commit edc1c90cb972:

Note that we do not use random numbers for security sensitive things
like keys or so. It's used for random based UUIDs etc.

... which I'm not entirely sure I agree with --- there may be some
people who are using UUID's for sensitive things.  Whether or not they
*should* is an interesting/differnt question.  In any case, certainly
it seems that fontconfig's use of UUID isn't security sensitive.

> - Anything else calling libuuid uuid_generate_random or util-linux randutils
> random_get_bytes in early boot will also hang.

Well, not after util-linux 2.32 lands in Debian.  :-)

  - Ted

Bug#898287: disorderfs: inodes returned by getdents are all the same value

[Chris Lamb]

Hi,

> disorderfs: inodes returned by getdents are all the same value

A (failing) testcase for this is attached:

  commit e68198332d3f98faa05f3f49cb0f22ad60cd1e74
  Author: Chris Lamb 
  Date:   Wed May 9 18:00:23 2018 -0700
  
  Add (failing) testcase for inode numbering.
 tests/inodes | 100 +
   1 file changed, 100 insertions(+)

The current output is, as expected:

  target/.: inode from getdents does not match stat (4294967295 != 1)
  target/b: inode from getdents does not match stat (4294967295 != 2)
  target/b: duplicate inode (4294967295 already used by target/.)
  target/c: inode from getdents does not match stat (4294967295 != 3)
  target/c: duplicate inode (4294967295 already used by target/b)
  target/a: inode from getdents does not match stat (4294967295 != 4)
  target/a: duplicate inode (4294967295 already used by target/c)

Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
>From e68198332d3f98faa05f3f49cb0f22ad60cd1e74 Mon Sep 17 00:00:00 2001
From: Chris Lamb 
Date: Wed, 9 May 2018 18:00:23 -0700
Subject: [PATCH] Add (failing) testcase for inode numbering.

---
 tests/inodes | 100 +++
 1 file changed, 100 insertions(+)
 create mode 100755 tests/inodes

diff --git a/tests/inodes b/tests/inodes
new file mode 100755
index 000..86df627
--- /dev/null
+++ b/tests/inodes
@@ -0,0 +1,100 @@
+#!/bin/sh
+
+. ./common
+
+TEMPDIR="$(mktemp -d)"
+
+Setup () {
+	cat >${TEMPDIR}/inodes.cpp <
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+
+#include 
+#include 
+
+struct linux_dirent {
+	unsigned long 	d_ino;
+	off_t		d_off;
+	unsigned short	d_reclen;
+	char		d_name[];
+};
+
+#define BUF_SIZE 1024
+
+int
+main(int argc, char *argv[])
+{
+	int fd, nread, ret = EXIT_SUCCESS;
+	char buf[BUF_SIZE];
+	char filename[PATH_MAX];
+	struct linux_dirent *d;
+	int bpos;
+	struct stat st;
+	const char* dirname = argc > 1 ? argv[1] : ".";
+
+	std::map inodes;
+
+	fd = open(dirname, O_RDONLY | O_DIRECTORY);
+	if (fd == -1) {
+		perror("open");
+		exit(EXIT_FAILURE);
+	}
+
+	for (;;) {
+		nread = syscall(SYS_getdents, fd, buf, BUF_SIZE);
+
+		if (nread == -1) {
+			perror("getdents");
+			exit(EXIT_FAILURE);
+		}
+
+		if (nread == 0)
+			break;
+
+		for (bpos = 0; bpos < nread; bpos += d->d_reclen) {
+			d = (struct linux_dirent *) (buf + bpos);
+
+			if (strcmp(d->d_name, "..") == 0)
+continue;
+
+			snprintf(filename, sizeof filename, "%s/%s", dirname, d->d_name);
+			if (stat(filename, ) == -1) {
+perror("stat");
+exit(EXIT_FAILURE);
+			}
+
+			if (d->d_ino != st.st_ino) {
+std::cerr << filename
+	<< ": inode from getdents does not match stat ("
+	<< d->d_ino << " != " << st.st_ino << ")" << std::endl;
+ret = EXIT_FAILURE;
+			}
+
+			if (inodes.find(d->d_ino) != inodes.end()) {
+std::cerr << filename << ": duplicate inode ("
+	<< d->d_ino << " already used by " << inodes[d->d_ino]
+	<<  ")" << std::endl;
+ret = EXIT_FAILURE;
+			}
+
+			inodes[d->d_ino] = filename;
+		}
+	}
+
+	exit(ret);
+}
+EOF
+	g++ -Wall -o${TEMPDIR}/inodes ${TEMPDIR}/inodes.cpp
+}
+
+Setup
+
+Mount
+${TEMPDIR}/inodes target || Fail "inodes"
+Unmount
-- 
2.17.0

Bug#897572: getrandom hang in early boot prevents plymouth passphrase entry

[Ben Caradoc-Davies]

tl;dr: fontconfig tries to regenerate .uuid files with getrandom (via 
libuuid) in early boot, which hangs because of low pool entropy; the 
plymouth fix is to copy the .uuid files into the initramfs with the 
DejaVu fonts.


Patch attached for "git am" convenience (and emailed directly for 
discussion).


Until plymouth is fixed, users can manually apply these changes to 
/usr/share/initramfs-tools/hooks/plymouth and then run "update-initramfs 
-u" to fix plymouth with a 4.16 kernel.


Epic version:

This investigation required installing ltrace and libelf in the 
initramfs (by modifying the plymouth hook), modifying init-premount to 
run "ltrace -n4 -tt -S -f" (in the background) on plymouthd, and booting 
with debug on the command line to get /run/initramfs/initramsfs.log. 
genrandom is a syscall so appears as SYS_318 on amd64. The hang occurs 
with the first call of SYS_318 with flags=0. Context implicates 
fontconfig generation of .uuid files.


The dependency is not in plymouth itself but in plymouth-label:
/usr/lib/x86_64-linux-gnu/plymouth/label.so
One dependency is:
/lib/x86_64-linux-gnu/libuuid.so.1
The only thing to use uuid_* symbols is:
/usr/lib/x86_64-linux-gnu/libfontconfig.so.1

The use of uuid_generate_random can be found in the fontconfig and 
libuuid/util-linux sources.


fontconfig tries to regenerate .uuid files here:
https://cgit.freedesktop.org/fontconfig/tree/src/fccache.c?h=2.13.0#n94

libuuid uuid_generate_random calls util-linux random_get_bytes:
https://salsa.debian.org/debian/util-linux/blob/master/libuuid/src/gen_uuid.c#L430

util-linux randutils random_get_bytes calls getrandom with flags=0 
(blocking), which hangs when pool entropy is low:

https://salsa.debian.org/debian/util-linux/blob/master/lib/randutils.c#L89

The fix for plymouth is to avoid ".uuid" file regeneration by copying 
them into the initramfs with the DejaVu fonts. There are two notable 
consequences beyond plymouth:


- Anything else triggering fontconfig .uuid file regeneration in early 
boot will also hang.


- Anything else calling libuuid uuid_generate_random or util-linux 
randutils random_get_bytes in early boot will also hang.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand
>From ce0fae223c422f343744b47bc189c69abfb97bbf Mon Sep 17 00:00:00 2001
From: Ben Caradoc-Davies 
Date: Thu, 10 May 2018 11:32:03 +1200
Subject: [PATCH] Copy fontconfig .uuid files to avoid getrandom hang in early
 boot

Fixes:
Bug#897572: getrandom hang in early boot prevents plymouth passphrase entry
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897572

Signed-off-by: Ben Caradoc-Davies 
---
 debian/local/plymouth.hook | 4 
 1 file changed, 4 insertions(+)

diff --git a/debian/local/plymouth.hook b/debian/local/plymouth.hook
index fe44511..bde2d2c 100644
--- a/debian/local/plymouth.hook
+++ b/debian/local/plymouth.hook
@@ -99,12 +99,16 @@ case "${THEME_NAME}" in
 			mkdir -p "${DESTDIR}/usr/share/fonts/truetype/dejavu"
 			cp -a /usr/share/fonts/truetype/dejavu/DejaVuSerif.ttf "${DESTDIR}/usr/share/fonts/truetype/dejavu"
 			cp -a /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf  "${DESTDIR}/usr/share/fonts/truetype/dejavu"
+			cp -a /usr/share/fonts/truetype/dejavu/.uuid "${DESTDIR}/usr/share/fonts/truetype/dejavu"
 		else
 			# wheezy
 			mkdir -p "${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
 			cp -a /usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf "${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
 			cp -a /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf  "${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
+			cp -a /usr/share/fonts/truetype/ttf-dejavu/.uuid "${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
 		fi
+		cp -a /usr/share/fonts/truetype/.uuid "${DESTDIR}/usr/share/fonts/truetype"
+		cp -a /usr/share/fonts/.uuid "${DESTDIR}/usr/share/fonts"
 
 		# pango
 		if ls /usr/lib/@DEB_HOST_MULTIARCH@/pango/1* > /dev/null 2>&1
-- 
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#898310: lcl-units-1.8 unusable due to file permissions

[Chris Dryburgh]

Package: lcl-units-1.8

Version: 1.8.2+dfsg-3

To use these packages with the Lazarus IDE they must be installed and 
the IDE must be recompiled. When doing this the following compile error 
is displayed.


lazarus.pp(1,1) Fatal: Cannot find lazcontroldsgn used by Lazarus. Check 
if package LazControlDsgn creates lazcontroldsgn.ppu, check nothing 
deletes this file and check that no two packages have access to the unit 
source..


Discussion and temporary workarounds are on the Lazarus forum.

https://forum.lazarus.freepascal.org/index.php?topic=38728.0

Bug#896888: #896888 - panics during start on protocol.DeviceIDFromBytes

[Alexandre Viau]

Hello,

Can you please provide reproduction steps?

I am not able to reproduce the issue.

Cheers,

-- 
Alexandre Viau
alexan...@alexandreviau.net



signature.asc
Description: OpenPGP digital signature

Bug#897572: [PATCH] Copy fontconfig .uuid files to avoid getrandom hang in early boot

[Ben Caradoc-Davies]

Fixes:
Bug#897572: getrandom hang in early boot prevents plymouth passphrase entry
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897572

Signed-off-by: Ben Caradoc-Davies 
---
 debian/local/plymouth.hook | 4 
 1 file changed, 4 insertions(+)

diff --git a/debian/local/plymouth.hook b/debian/local/plymouth.hook
index fe44511..bde2d2c 100644
--- a/debian/local/plymouth.hook
+++ b/debian/local/plymouth.hook
@@ -99,12 +99,16 @@ case "${THEME_NAME}" in
mkdir -p "${DESTDIR}/usr/share/fonts/truetype/dejavu"
cp -a /usr/share/fonts/truetype/dejavu/DejaVuSerif.ttf 
"${DESTDIR}/usr/share/fonts/truetype/dejavu"
cp -a /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf  
"${DESTDIR}/usr/share/fonts/truetype/dejavu"
+   cp -a /usr/share/fonts/truetype/dejavu/.uuid 
"${DESTDIR}/usr/share/fonts/truetype/dejavu"
else
# wheezy
mkdir -p 
"${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
cp -a 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSerif.ttf 
"${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
cp -a 
/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf  
"${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
+   cp -a /usr/share/fonts/truetype/ttf-dejavu/.uuid 
"${DESTDIR}/usr/share/fonts/truetype/ttf-dejavu"
fi
+   cp -a /usr/share/fonts/truetype/.uuid 
"${DESTDIR}/usr/share/fonts/truetype"
+   cp -a /usr/share/fonts/.uuid "${DESTDIR}/usr/share/fonts"
 
# pango
if ls /usr/lib/@DEB_HOST_MULTIARCH@/pango/1* > /dev/null 2>&1
-- 
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#898308: RFS: streamlink/0.12.1+dfsg-1

[Alexis Murzeau]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "streamlink" for a new
upstream version 0.12.1.

 * Package name: streamlink
   Version : 0.12.1+dfsg-1
   Upstream Author : Streamlink Team
 * URL : https://streamlink.github.io/
 * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1
   Section : python

It builds those binary packages:

  livestreamer - transitional package - streamlink
  python3-streamlink - Python module for extracting video streams from
various websites
  python3-streamlink-doc - CLI for extracting video streams from various
websites (documentation)
  streamlink - CLI for extracting video streams from various websites to
a video player

To access further information about this package, please visit the
following URL:
  https://mentors.debian.net/package/streamlink


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

  dget -x
https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_0.12.1+dfsg-1.dsc

More information about streamlink can be obtained from
https://streamlink.github.io/

Changes since the last upload:
streamlink (0.12.1+dfsg-1) unstable; urgency=low

  * Recommends vlc as default player
  * Test manpage and docs installation
  * New upstream version 0.12.1+dfsg
  * Bump standard version to 4.1.4, no change required
  * Remove X-Python3-Version not needed anymore

 -- Alexis Murzeau   Thu, 10 May 2018 00:45:54 +0200

Regards,
--
 Alexis Murzeau
 PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F








signature.asc
Description: OpenPGP digital signature

Bug#897802: linux: ftbfs with GCC-8

[Ben Hutchings]

Control: tag -1 upstream

These are the relevant error messages:

  CC   
/<>/debian/build/build_amd64_none_amd64/tools/objtool/pager.o
pager.c: In function 'pager_preexec':
pager.c:36:12: error: passing argument 2 to restrict-qualified parameter 
aliases with argument 4 [-Werror=restrict]
  select(1, , NULL, , NULL);
^~~~~~
cc1: all warnings being treated as errors

  CC   
/<>/debian/build/build_amd64_none_amd64/tools/objtool/str_error_r.o
../lib/str_error_r.c: In function 'str_error_r':
../lib/str_error_r.c:25:3: error: passing argument 1 to restrict-qualified 
parameter aliases with argument 5 [-Werror=restrict]
   snprintf(buf, buflen, "INTERNAL ERROR: strerror_r(%d, %p, %zd)=%d", errnum, 
buf, buflen, err);
   ^~~~
cc1: all warnings being treated as errors

These seem to be genuine bugs.

Ben.

-- 
Ben Hutchings
Humour is the best antidote to reality.


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

Bug#898307: Please provide the --enable-ssl-crtd feature

[Ian Jackson]

Package: squid
Version: 3.5.23-5+deb9u1
Severity: wishlist

AIUI the configure option
  --enable-ssl-crtd
is desirable if one wants to use squid's TLS MITM feature, for example
to be able to cache https downloads.  Eg,
  https://wiki.squid-cache.org/Features/SslBump

In the Xen Project test lab we have a tiny patch to add --with-openssl
--enable-ssl --enable-ssl-crtd.  Now I want to deploy basically a
similar thing at home for other reasons.

AIUI there is a licence problem with enabling those in Debian, but can
--enable-ssl-crtd be done with GNUTLS ?

(Also maybe relevant is #180886, recently closed - thanks for that
work!)

Thanks for your attention.

Regards,
Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#893268: libjbzip2-java now in Java team, libnanoxml2-java remains buggy (Was: Bug#893268: Intend to take over libjbzip2-java and libnanoxml2-java into Debian Med team)

[Emmanuel Bourg]

Le 07/05/2018 à 15:00, Andreas Tille a écrit :

> libjbzip2-java is now in java-team[1] as promised.  Unfortunately bug
> #893268 of libnanoxml2-java[2] is not yet solved.  Can someone from
> Java team please have a look?

I got a look and I don't understand why it fails. The test script is
probably broken, it checks if files are equal... but fails on equal
files. I tried replacing "diff -u" with "cmp" but that didn't help. We
need some help from a make/shell expert.

Emmanuel Bourg

Bug#898306: splat: packaging error? : installation will remove apparently-unrelated packages

[D. R. Evans]

Package: splat
Version: 1.4.0-3+b1
Severity: important

Dear Maintainer,

Marked as important, since this problem prevents installation here, so the
program cannot be used.

Synaptic reports that installation of this package will remove:
  debian-zfs
  spl

It doesn't seem likely that an application program such as splat could possibly
care one way or another that there are ZFS filesystems on the system, or the
presence of the Solaris porting layer kernel module (which is needed for ZFS).

Note that I am not actually trying to install splat on a ZFS filesystem: but
there are ZFS filesystems on the machine.




-- System Information:
Debian Release: 9.4
  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), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages splat depends on:
pn  gnuplot 
ii  libbz2-1.0  1.0.6-8.1
ii  libc6   2.24-11+deb9u3
ii  libgcc1 1:6.3.0-18+deb9u1
ii  libstdc++6  6.3.0-18+deb9u1
ii  zlib1g  1:1.2.8.dfsg-5

splat recommends no packages.

splat suggests no packages.

Bug#897608: lintian: warn that debug symbol migration is complete

[Chris Lamb]

tags 897608 + pending
thanks

Implemented in Git based on your tag name/description outline,
now pending upload:

  
https://salsa.debian.org/lintian/lintian/commit/56b93a175bb0884bd971aa588aa2acadd932a821


Best wishes,

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

Bug#898305: gnome-keysign: fix dependency on gstreamer1.0-gtk3

[Jeremy Bicha]

Package: gnome-keysign
Version: 0.9.7-1
Severity: serious

gnome-keysign depends on the non-existent gstreamer1.0-gtk. I think
you want gstreamer1.0-gtk3 instead.

Thanks,
Jeremy Bicha

Bug#898304: Please Depend on libcurl3 | libcurl4

[積丹尼 Dan Jacobson]

Package: apache2-bin
Version: 2.4.33-3

Please Depend on libcurl3 | libcurl4,
else we cannot upgrade our system.

Bug#898287: Subject: disorderfs inode on getdents

[Chris Lamb]

Hi Omar,

> When using disorderfs the inodes returned by a system call to getdents are
> all the same value
[…]
> This leads to an inconsistent state between inodes as well as breaking
> assumptions programs might make about unique inodes when checking the
> results of getdents.

Heh. How did you spot this? Or rather, what application/foo makes
these assumptions?

(Just curious. I mean, we use disorderfs a *lot* in the reproducible
builds project and don't appear to have hit this before.)


Best wishes,

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

Bug#898284: Reprotest Pemission Denied Error on Unshare

[Chris Lamb]

severity 898284 important
thanks

Hi Omar,

> […]

Thanks for filing this and I'm sure someone will get back to you soon.
However, I don't quite think it warrants a 'serious' severity, so am
downgrading.

(A "serious"-level bug has other implications in Debian beyond it
being 'just' a label.)


Best wishes,

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

Bug#898303: setupcon always uses the cached font, doesn't update it when called with --save

[Алексей Шилин]

Package: console-setup
Version: 1.184
Tags: patch

Hi,

After upgrading the console-setup package to version 1.184 to get the fix for 
bug #895047 [1], I found that the issue was still there. I had to remove the 
cached font in /etc/console-setup and then run 'setupcon --save' in order to 
finally get rid of it.

It turned out that findfile() function used 'ls' to get available file matches, 
and then simply picked the first one. But 'ls' sorts its output alphabetically 
by default, hence the cached font in /etc always won despite the normal one 
being available in /usr. As the result, setupcon never updated the cached font 
while always using it for setting up ttys, rendering font updates (like the 
one in #895047) useless.

A proposed fix is attached.

 [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895047>From 92b4f2f4252a168962fefbdcb6ff007f27811962 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=D0=90=D0=BB=D0=B5=D0=BA=D1=81=D0=B5=D0=B9=20=D0=A8=D0=B8?=
 =?UTF-8?q?=D0=BB=D0=B8=D0=BD?= 
Date: Wed, 9 May 2018 17:11:35 +0300
Subject: [PATCH] setupcon: Make findfile() respect location priorities

findfile() used 'ls' to create a list of available file matches, and
then picked the first one. But 'ls' sorts the result alphabetically
which led to findfile() always picking the cached version in /etc even
if the normal one was available.

As one of the consequences, the cached font was not updated on package
upgrades. Given that the cached version was used all of the time, any
font updates in the new version of the package had no effect until one
manually removed the cached one.

This commit makes findfile() respect the given order of possible file
paths, which fixes the issues. It moves away from using 'ls' (which
doesn't have a usable and portable way to switch off sorting) to a
POSIX-compliant for-loop.
---
 setupcon | 26 +++---
 1 file changed, 15 insertions(+), 11 deletions(-)

diff --git a/setupcon b/setupcon
index 6121632..f0d6734 100755
--- a/setupcon
+++ b/setupcon
@@ -228,7 +228,7 @@ run () {
 # Example: findfile share/consolefonts Uni3-*.psf.gz
 # Result: /usr/share/consolefonts/Uni3-Fixed13.psf.gz
 findfile () {
-local x
+local f
 case "$2" in
 /*)
 if [ -f "$2" ]; then
@@ -237,16 +237,20 @@ findfile () {
 fi
 ;;
 esac
-x=`(ls "$installdir"/$1/$2 \
-   /usr/local/$1/$2 \
-	   /usr/$1/$2 \
-   /etc/console-setup/cached_$2 \
-   /etc/console-setup/$2 \
-   "$installdir"/etc/console-setup/cached_$2 \
-   "$installdir"/etc/console-setup/$2) 2>/dev/null`
-x=`echo $x`
-[ "${x%% *}" ] || report Unable to find "$2".
-echo "${x%% *}"
+for f in "$installdir"/$1/$2 \
+ /usr/local/$1/$2 \
+ /usr/$1/$2 \
+ /etc/console-setup/cached_$2 \
+ /etc/console-setup/$2 \
+ "$installdir"/etc/console-setup/cached_$2 \
+ "$installdir"/etc/console-setup/$2
+do
+if [ -f "$f" ]; then
+echo "$f"
+return 0
+fi
+done
+report Unable to find "$2".
 }
 
 # Return code 0: we are on the console; 1: we are not on the console
-- 
2.11.0

Bug#898302: libpulse-java: FTBFS with Java 10 due to javah removal

[Emmanuel Bourg]

Source: libpulse-java
Severity: serious
User: debian-j...@lists.debian.org
Usertags: default-java10

libpulse-java fails to build with Java 10 due to the removal of javah:

  compile:
  [mkdir] Created dir: /build/1st/libpulse-java-2.4.7/target/classes
  [javac] Using javac -source 1.6 is no longer supported, switching to 1.7
  [javac] Using javac -target 1.6 is no longer supported, switching to 1.7
  [javac] Compiling 22 source files to 
/build/1st/libpulse-java-2.4.7/target/classes
  [javac] warning: [options] bootstrap class path not set in conjunction 
with -source 7
  [javac] Note: 
/build/1st/libpulse-java-2.4.7/src/java/org/classpath/icedtea/pulseaudio/Operation.java
 uses or overrides a deprecated API.
  [javac] Note: Recompile with -Xlint:deprecation for details.
  [javac] 1 warning
  [mkdir] Created dir: /build/1st/libpulse-java-2.4.7/target/native
  
  BUILD FAILED
  /build/1st/libpulse-java-2.4.7/debian/build.xml:9: javah does not exist under 
Java 10 and higher, use the javac task with nativeHeaderDir instead

Bug#898074: linux-image-4.9.0-6-amd64: gdm3 fails to start

[Kevin Bube]

I just wanted to verify that I just did not wait long enough for gdm3 to
start. I reinstalled linux-image-4.9.0-6-amd64 and now the issue went
away! So it seems to be some sort of race condition, whatsoever. I
booted at least five times now without a single problem.

Bug#897937: debhelper: handle whitespace before debhelper-compat B-D

[Peter Pentchev]

On Sun, May 06, 2018 at 01:21:00PM +, Niels Thykier wrote:
> Peter Pentchev:
> > [...]
> > +sub compat_levels {
> 
>  Let's move this to Test::DH (and use the same method the max as used in
>  each_compat_from_and_above_subtest).  Probably renamed to
>  "non_deprecated_compat_levels".
> >>>
> > [...]
> > 
> > OK, so I just had another thought: "the same method the max" could also be
> > interpreted as "use the same method for obtaining the max level to be
> > returned", nothing whatsoever to do with passing code refs and creating
> > temp dirs. 
> 
> Indeed, that was the thought I had.

OK, done in the attached patches.

> > However, if this means using Dh_Lib::MAX_COMPAT_LEVEL, this
> > won't really work: gen-provides only goes up to 11 ;) while MAX_COMPAT_LEVEL
> > is 12.
> 
> I think this is fine for the test cases.  The parser is independent of
> which versions debhelper lists in the Provides-field and the overhead of
> testing a few extra compat levels should not be an issue.

Agreed, the attached patches no longer modify the gen-provides tool.

> >  I believe you did this on purpose, too,
> 
> That is certainly true.  The primary point is that the compat levels
> under development must not be added to provides (as it would undermine
> the usefulness of the dependency).

Agreed.

> > and the whole point of
> > putting this in a Dh_Lib function was so that it could be reused, so that
> > gen-provides and the debhelper-compat test would operate on the same set of
> > levels.
> > 
> 
> My goal here is to reduce the number of functions in Dh_Lib that are not
> used by helpers / dh-tools.
>   On related note, I would prefer if we did not require the reset* or
> the dh_clear_unsafe_cache functions either, but they are considerably
> harder to avoid.

Yep, my fear of you not accepting the tests was mostly because of
the testing-only functions in Dh_Lib; I agree that they do not really
belong there, but oh well...

>  [...]
> 
>  That is actually "File::Temp::tempdir" and should be imported/use'd
>  directly.  E.g.
> 
>  """
>  use File::Temp qw(tempdir);
> 
>  ...
> 
>    my $dir = tempdir(CLEANUP => 1);
>  """
> >>>
> >>> Sure, that's actually what I initially wrote; I don't even remember why
> >>> I decided to change it to use the one "already provided" by Test::DH.
> >>> Will do.
> >>>
> 
> Thanks. :)

Fixed.

> > [...]
> >>>
> >>> Hm, and now you got me thinking - should we also try to microoptimize and
> >>> fix this in a different way, taking it out of this regular expression
> >>> altogether so that it's not done for each and every dependency, and moving
> >>> it before the loop?
> >>>
> >>> $value =~ s/^\s*//;
> >>> $value =~ s/\s*(?:,\s*)?$//;
> >>>
> >>> ...or something like that?
> >>>
> >>> Thanks for the quick reply!
> 
> 
> That alternative looks good to me. :)

Done in the attached patches.

Sorry for the delay, and thanks for looking at this!

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
From 83e2dc0742f0991e6706afcc896e6e2b52686086 Mon Sep 17 00:00:00 2001
From: Peter Pentchev 
Date: Fri, 4 May 2018 23:59:04 +0300
Subject: [PATCH 1/3] Lay the groundwork for testing debhelper-compat.

Simulate gen-provides's enumeration of the supported compat levels in
the Test::DH module's non_deprecated_compat_levels() function.
Add the resetcompat() and resetpackages() testing aids to Dh_Lib.
Silence the "debhelper-compat is experimental" warning during testing.
Add the debhelper-compat/syntax.t test.
---
 lib/Debian/Debhelper/Dh_Lib.pm| 15 +-
 t/Test/DH.pm  |  8 +++-
 t/debhelper-compat/debian/control | 12 +
 t/debhelper-compat/syntax.t   | 79 +++
 4 files changed, 112 insertions(+), 2 deletions(-)
 create mode 100644 t/debhelper-compat/debian/control
 create mode 100755 t/debhelper-compat/syntax.t

diff --git a/lib/Debian/Debhelper/Dh_Lib.pm b/lib/Debian/Debhelper/Dh_Lib.pm
index 9c829f0f..7ba987d3 100644
--- a/lib/Debian/Debhelper/Dh_Lib.pm
+++ b/lib/Debian/Debhelper/Dh_Lib.pm
@@ -691,6 +691,12 @@ my $compat_from_bd;
my $warned_compat = $ENV{DH_INTERNAL_TESTSUITE_SILENT_WARNINGS} ? 1 : 0;
my $c;
 
+   # Used mainly for testing
+   sub resetcompat {
+   undef $c;
+   undef $compat_from_bd;
+   }
+
sub compat {
my $num=shift;
my $nowarn=shift;
@@ -1388,6 +1394,13 @@ sub is_cross_compiling {
 my (%package_types, %package_arches, %package_multiarches, %packages_by_type,
 %package_sections, $sourcepackage, %package_cross_type);
 
+# Resets the arrays; used mostly for testing
+sub resetpackages {
+   undef $sourcepackage;
+   %package_types = %package_arches = 

Bug#898301: ITP: openjazz -- a free, open-source version of the classic Jazz Jackrabbit™ games

[Fabian Greffrath]

Package: wnpp
Severity: wishlist
Owner: Fabian Greffrath 

* Package name: openjazz
  Version : 20171024
  Upstream Author : Alister Thomson 
* URL : http://www.alister.eu/jazz/oj/
* License : GPL-2+
  Programming Lang: C++
  Description : a free, open-source version of the classic Jazz Jackrabbit™ 
games

OpenJazz is a free, open-source version of the classic Jazz Jackrabbit™ games.
.
Jazz Jackrabbit™ is a PC platform game. Produced by Epic Games (then Epic 
MegaGames),
it was first released in 1994. The fast-paced, colourful gameplay proved 
popular,
and the game won PC Format's Arcade Game of the Year award. Many people still 
fondly
recall the shareware versions.
.
With the demise of DOS-based operating systems, it has become necessary to use
emulators to play old DOS games. Jazz Jackrabbit™ deserves more - and would 
benefit
greatly from new features.
.
To play, you will need the files from one of the original games.

I have put g-d-p in CC, because (a) proprietary game data will be
necessary to actually play the game. There is a shareware version
available for free (beer) download and GOG has just re-released all
available versions in a single package. Furthermore, (b) we will have to
decide on a file system location for the game data that both g-d-p use
to install the data files and that openjazz uses to search for these
files.

Bug#898300: [firefox] new upstream version available (60.0)

[Tim Sattarov]

Package: firefox
Version: 59.0.2-1
Severity: wishlist

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

Hello, could you please package new Firefox version (60.0) it has some critical 
changes for our
workflow we'd love to utilize.

Thank you
Tim

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

Debian Release: buster/sid
800 testing mirror.csclub.uwaterloo.ca
800 testing cloudfront.debian.net
500 stretch download.docker.com
500 stable repository.spotify.com
500 stable repo.skype.com
500 stable packages.microsoft.com
500 stable dl.google.com
500 stable artifacts.elastic.co
500 sid linux.dropbox.com
500 jessie packagecloud.io
500 binary pkg.jenkins.io
100 unstable cloudfront.debian.net
100 experimental cloudfront.debian.net

--- Package information. ---
Depends (Version) | Installed
==-+-==
libatk1.0-0 (>= 1.12.4) | 2.28.1-1
libc6 (>= 2.27) |
libcairo-gobject2 (>= 1.10.0) |
libcairo2 (>= 1.10.0) |
libdbus-1-3 (>= 1.9.14) |
libdbus-glib-1-2 (>= 0.78) |
libevent-2.1-6 (>= 2.1.8-stable) |
libffi6 (>= 3.0.4) |
libfontconfig1 (>= 2.12) |
libfreetype6 (>= 2.2.1) |
libgcc1 (>= 1:4.2) |
libgdk-pixbuf2.0-0 (>= 2.22.0) |
libglib2.0-0 (>= 2.31.8) |
libgtk-3-0 (>= 3.0.0) |
libgtk2.0-0 (>= 2.10) |
libhunspell-1.6-0 |
libjsoncpp1 (>= 1.7.4) |
libnspr4 (>= 2:4.10.9) |
libnss3 (>= 2:3.34~) |
libpango-1.0-0 (>= 1.14.0) |
libsqlite3-0 (>= 3.14.0) |
libstartup-notification0 (>= 0.8) |
libstdc++6 (>= 6) |
libvpx5 (>= 1.6.0) |
libx11-6 |
libx11-xcb1 |
libxcb-shm0 |
libxcb1 |
libxcomposite1 (>= 1:0.3-1) |
libxdamage1 (>= 1:1.1) |
libxext6 |
libxfixes3 |
libxrender1 |
libxt6 |
zlib1g (>= 1:1.2.3.4) |
fontconfig |
procps |
debianutils (>= 1.16) |


Package's Recommends field is empty.

Suggests (Version) | Installed
===-+-===
fonts-stix |
OR otf-stix |
fonts-lmodern | 2.004.5-3
mozplugger |
libgssapi-krb5-2 | 1.16-2
OR libkrb53 |
libcanberra0 | 0.30-6



--- Output from package bug script ---


-- Addons package information

Bug#897067: [Pkg-electronics-devel] Bug#897067: libserialport FTBFS on Alpha: no BOTHER symbol defined

[Geert Stappers]

Control: tag -1 pending

On Sat, Apr 28, 2018 at 10:20:35AM +1200, Michael Cree wrote:
> Version: 0.1.1-2 
> 
> libserialport FTBFS on Alpha

[  ... https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=897067 ... ]
> 
> It does not look like
> upstream has made any new formal release, nevertheless is there any
> chance of getting an upload to Debian with this commit included?

A version 0.1.1-3 is now at 
https://salsa.debian.org/electronics-team/sigrok/libserialport/tree/master 

An upload will be done after some review response time from
Maintainer: Debian Electronics Packaging Team 

( archive URL 
https://alioth-lists.debian.net/pipermail/pkg-electronics-devel/2018-May/004936.html
 )


Groeten
Geert Stappers
-- 
Leven en laten leven

Bug#898268: Crossreference

[Frédéric BURLET]

On Wednesday, May 9, 2018 5:15:10 PM CEST Geert Stappers wrote:
> On Wed, May 09, 2018 at 03:00:27PM +0200, Frédéric BURLET wrote:
> > Dear Maintainer,
> > 
> > Tellico crashes when importing Audio CD Data.
> 
> That might be related to
>  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796129
>  Build of tellico is missing support for cddb

I don't think so. Since in the bug 796129, the option was greyed out because 
of the missing dependency. Now, the option is enabled and as you can see in 
the output I pasted, libkcddb is invoked successfully. I have the impression 
that is the addition of the found item in the collection that fails this time.

Regards,

Frédéric BURLET.

Bug#898299: prometheus: [INTL:pt] Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: prometheus
Version: 2.2.1+ds-2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for prometheus's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org








# Copyright (C) 2018 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the prometheus package.
#
# Rui Branco - DebianPT , 2018.
msgid ""
msgstr ""
"Project-Id-Version: prometheus\n"
"Report-Msgid-Bugs-To: prometh...@packages.debian.org\n"
"POT-Creation-Date: 2018-01-04 21:07+0100\n"
"PO-Revision-Date: 2018-05-09 20:56+\n"
"Last-Translator: Rui Branco - DebianPT \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. description
#: ../prometheus.templates:1001
msgid "Remove old Prometheus version 1 database files?"
msgstr "Remover a base de dados antiga da versão 1 do Prometheus?"

#. Type: boolean
#. description
#: ../prometheus.templates:1001
msgid ""
"The data format in Prometheus 2.0 has completely changed and is not "
"backwards compatible with 1.x. Prometheus 2 will create a new data directory "
"in /var/lib/prometheus/metrics2. The old data in /var/lib/prometheus/metrics "
"can not be read by the new version."
msgstr ""
"O formato de dados no Prometheus 2.0 mudou completamente e não é "
"compatível com a versão anterior 1.x. O Prometheus 2 irá criar um novo "
"directório de dados em /var/lib/prometheus/metrics2. Os dados antigos em "
"/var/lib/prometheus/metrics não poderão ser lidos pela nova versão."

#. Type: boolean
#. description
#: ../prometheus.templates:1001
msgid ""
"There is no conversion tool; if you want to retain access to the old data, "
"it is necessary to run a separate Prometheus 1.x instance on that data "
"directory. (This package makes no provision to allow this.)"
msgstr ""
"Não existe uma ferramenta de conversão; se quiser voltar a ter acesso aos "
"dados antigos será necessário correr uma instância separada do "
"Prometheus 1.x naquele directório de dados. (Este pacote não fornece "
"nada que permita isto)."

Bug#898298: RM: childsplay-alphabet-sounds-* -- ROM; alphabet sounds are provided by childsplay now

[Markus Koschany]

Package: ftp.debian.org
Severity: normal

Hello,

I have recently adopted childsplay. Previous versions of childsplay
recommended separate alphabet-sounds packages in different languages.
They can be removed now because the latest version includes all those
sound files.

I didn't file removal requests for each of the following packages. I
hope that's ok and we can just handle everything in this bug report.

Please remove the following leaf packages. Thank you!

childsplay-alphabet-sounds-bg
childsplay-alphabet-sounds-ca
childsplay-alphabet-sounds-de
childsplay-alphabet-sounds-el
childsplay-alphabet-sounds-en-gb
childsplay-alphabet-sounds-es
childsplay-alphabet-sounds-fr
childsplay-alphabet-sounds-it
childsplay-alphabet-sounds-nb
childsplay-alphabet-sounds-nl
childsplay-alphabet-sounds-pt
childsplay-alphabet-sounds-ro
childsplay-alphabet-sounds-ru
childsplay-alphabet-sounds-sl
childsplay-alphabet-sounds-sv

Bug#898297: ufraw/ufraw-batch: segfault during ufraw_close (program shutdown)

[Helmut Grohne]

Package: ufraw-batch,ufraw
Version: 0.22-3
Severity: important
Tags: upstream

I am observing a segmentation fault when processing any file with ufraw
or ufraw-batch with any combination of options I tried. The segfault
happens after closing a file:

(gdb) bt
#0  lfModifier::~lfModifier (this=0x0, __in_chrg=) at 
./libs/lensfun/modifier.cpp:270
#1  0x7f53406cb2f9 in lfModifier::Destroy (this=0x0) at 
./libs/lensfun/modifier.cpp:143
#2  0x7f53406cb395 in lf_modifier_destroy (modifier=) at 
./libs/lensfun/modifier.cpp:308
#3  0x559485cd368a in ufraw_close (uf=0x559487c6ece0) at ufraw_ufraw.c:770
#4  0x559485cce2da in main (argc=, argv=) at 
ufraw-batch.c:107
(gdb)

While ufraw takes care to check uf->TCAmodifier against NULL, it doesn't
in ufraw_ufraw.c line 770 and just passes a NULL pointer to
lf_modifier_destroy. Sounds like all we need here is a NULL pointer
check (untested):

--- a/ufraw_ufraw.c
+++ b/ufraw_ufraw.c
@@ -767,7 +767,8 @@
 g_free(uf->displayProfile);
 g_free(uf->RawHistogram);
 #ifdef HAVE_LENSFUN
-lf_modifier_destroy(uf->TCAmodifier);
+if (uf->TCAmodifier != NULL)
+lf_modifier_destroy(uf->TCAmodifier);
 lf_modifier_destroy(uf->modifier);
 #endif
 ufobject_delete(uf->conf->ufobject);

This pretty much breaks ufraw-batch, because it segfaults after
processing the first file.

Helmut

Bug#898296: RFS: passwordsafe/1.05+dfsg-2~bpo9+1 -- simple and secure password management

[Bill Blough]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "passwordsafe".  Since it hasn't
yet been backported for strech, it must go through NEW.  However, I am a
DM with upload rights and I'm in the backports ACL. So after the initial
upload, I will be able to upload future backported versions myself.


  * Package name: passwordsafe
Version : 1.05+dfsg-2~bpo9+1
Upstream Author : Rony Shapiro 
  * URL : https://pwsafe.org
  * License : Artistic 2.0
Section : utils

It builds those binary packages:

passwordsafe - Simple & Secure Password Management
passwordsafe-common - architecture independent files for Password Safe

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/passwordsafe/passwordsafe_1.05+dfsg-2~bpo9+1.dsc

More information about passwordsafe can be obtained from https://www.pwsafe.org

Changes since the last upload:

 passwordsafe (1.05+dfsg-2~bpo9+1) stretch-backports; urgency=medium
 .
   * Rebuild for stretch-backports.
 .
 passwordsafe (1.05+dfsg-2) unstable; urgency=medium
 .
   * Fix build issue that causes help files to not be found by the program
 due to a mixed release/debug build (patch forwarded)
 .
 passwordsafe (1.05+dfsg-1) unstable; urgency=medium
 .
   * New upstream release
   * Remove patches applied upstream
   * Update standards to version 4.1.4 (no changes)
 .
 passwordsafe (1.04+dfsg-2) unstable; urgency=medium
 .
   * Fixes for big-endian architectures (forwarded).
 .
 passwordsafe (1.04+dfsg-1) unstable; urgency=medium
 .
   * New upstream release
   * Remove patch applied upstream
   * Update standards version to 4.1.3
 - Adjust perl shebangs
   * Update dh compat to 11
 .
 passwordsafe (1.03+dfsg-2) unstable; urgency=medium
 .
   * Add patch to fix test failure on 32-bit systems (forwarded)
 .
 passwordsafe (1.03+dfsg-1) unstable; urgency=medium
 .
   * Update upstream signing key
   * New upstream version
   * Refresh quilt patches
   * Update standards version to 4.1.1
 - change copyright format URL to HTTPS
   * Lintian fixes
 - Override false positive spelling error
 - Enable hardening flags
   * Update dh compat to 10


Regards,
Bill Blough

Bug#898295: libcurl3 provide libcurl4 (?), but not in the package "control" file

[Luc Bournaud]

Package: libcurl3
Version: 7.58.0-2
Severity: normal

Dear Maintainer,

When I have try to install Kicad from the "ppa:js-reynaud/ppa-kicad" PPA.
Synaptic say that's "kicad" package require "libcurl4" but is not installable.
After some research, I have discover that's libcurl3 contain a "libcurl.so.4".

I suggest to add "Provides: libcurl4" in libcurl3 package control, or to split
in separate package both versions to solve this little problem.



-- 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-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libcurl3 depends on:
ii  libc6 2.27-3
ii  libcomerr21.44.1-2
ii  libgssapi-krb5-2  1.16-2
ii  libidn2-0 2.0.4-1.1
ii  libk5crypto3  1.16-2
ii  libkrb5-3 1.16-2
ii  libldap-2.4-2 2.4.45+dfsg-1
ii  libnghttp2-14 1.31.1-1
ii  libpsl5   0.20.1-1
ii  librtmp1  2.4+20151223.gitfa8646d.1-1+b1
ii  libssh2-1 1.8.0-1
ii  libssl1.0.2   1.0.2o-1
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages libcurl3 recommends:
ii  ca-certificates  20170717

libcurl3 suggests no packages.

-- no debconf information

Bug#884601: Raspberry pi 3 and 2 hang at boot with kernel 4.14

[Ben Hutchings]

On Wed, 2018-05-09 at 22:44 +0300, eHenry Berg wrote:
> Hi,
> 
> This bug report is about linux-image-armmp-lpae. I tested
> linux-image-armmp with versions 4.15.0-3 and 4.16.0-1, it works!
> This bug 884601 can therefore be closed.

The RPi 2 has Cortex-A7 cores, which support LPAE and therefore should
be able to run Debian's armmp-lpae kernel flavour.  So although you
have a way to avoid the bug, I think there's still a bug here.

(I'm not sure about RPi 3 as I don't know to what extent ARM supports
running 32-bit kernels on 64-bit cores.  I would certainly recommend
using the arm64 kernel.)

Ben.

> I am planning to put out a guide for 32-bit and 64-bit how to install
> Debian desktop on Raspberry, but I have another Debian bug 897925
> which means web browsers do not work for 32-bit.

-- 
Ben Hutchings
The obvious mathematical breakthrough [to break modern encryption]
would be development of an easy way to factor large prime numbers.
   - Bill Gates



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

Bug#898294: llvm-toolchain-6.0: time consuming autopktest ends with syntax error

[Paul Gevers]

Hi Sylvestre,

On 09-05-18 21:59, Sylvestre Ledru wrote:
>> If you are not going to upload soon, could you drop me a line so that I
>> can blacklist llvm-toolchain-6.0 from running?
> 
> Sorry, I didn't notice the negative impact.
> 
> I fixed it in experimental too. Do you want me to upload that now?

What I prefer is a test in unstable that tests useful stuff (and
passes). I don't have an opinion on having the current package from
experimental in unstable if that is what you mean. Currently our
infrastructure isn't running any tests for experimental (although I like
to change that in the future).

Paul



signature.asc
Description: OpenPGP digital signature

Bug#898294: llvm-toolchain-6.0: time consuming autopktest ends with syntax error

[Sylvestre Ledru]

Le 09/05/2018 à 21:42, Paul Gevers a écrit :
> Source: llvm-toolchain-6.0
> Version: 1:6.0-3
> Severity: normal
> User: debian...@lists.debian.org
> Usertags: issue
>
> While inspecting autopkgtest results¹, I noticed that your package
> llvm-toolchain-6.0 often takes an extremely long time to run (either 1.5
> hours or > 6 hours). Ironically all that time is wasted (on building the
> package. Do you know the idea of autopkgtest is to test the installed
> package?) because the error is:
>
> autopkgtest [15:10:15]: test llvm: [---
> /tmp/autopkgtest-lxc.px5p58zm/downtmp/build.jML/src/debian/tests/llvm:
> 10:
> /tmp/autopkgtest-lxc.px5p58zm/downtmp/build.jML/src/debian/tests/llvm:
> Syntax error: end of file unexpected (expecting "fi")
> autopkgtest [15:10:16]: test llvm: ---]
>
> I think you are aware of the issue, because you seem to have fixed it in
> your VCS and disabled the tests. Could you please upload the fix or the
> disabling? We are wasting precious time on the infrastructure.
>
> If you are not going to upload soon, could you drop me a line so that I
> can blacklist llvm-toolchain-6.0 from running?

Sorry, I didn't notice the negative impact.

I fixed it in experimental too. Do you want me to upload that now?

S

Bug#898284: Reprotest Pemission Denied Error on Unshare

[Omar Navarro Leija]

I just realized this is mentioned on the README file for reprotest as a
known issue. Please disregard the second part of this issue.

> The non-sudo method fails with "Operation not permitted", even if you
edited /proc/sys/kernel/unprivileged_userns_clone. The cause is currently
unknown.

The link to the linux kernel source tree github on my first message
explains why.

Bug#898294: llvm-toolchain-6.0: time consuming autopktest ends with syntax error

[Paul Gevers]

Source: llvm-toolchain-6.0
Version: 1:6.0-3
Severity: normal
User: debian...@lists.debian.org
Usertags: issue

While inspecting autopkgtest results¹, I noticed that your package
llvm-toolchain-6.0 often takes an extremely long time to run (either 1.5
hours or > 6 hours). Ironically all that time is wasted (on building the
package. Do you know the idea of autopkgtest is to test the installed
package?) because the error is:

autopkgtest [15:10:15]: test llvm: [---
/tmp/autopkgtest-lxc.px5p58zm/downtmp/build.jML/src/debian/tests/llvm:
10:
/tmp/autopkgtest-lxc.px5p58zm/downtmp/build.jML/src/debian/tests/llvm:
Syntax error: end of file unexpected (expecting "fi")
autopkgtest [15:10:16]: test llvm: ---]

I think you are aware of the issue, because you seem to have fixed it in
your VCS and disabled the tests. Could you please upload the fix or the
disabling? We are wasting precious time on the infrastructure.

If you are not going to upload soon, could you drop me a line so that I
can blacklist llvm-toolchain-6.0 from running?

Paul

¹ https://ci.debian.net/packages/l/llvm-toolchain-6.0/



signature.asc
Description: OpenPGP digital signature

Bug#884601: Raspberry pi 3 and 2 hang at boot with kernel 4.14

[eHenry Berg]

Hi,

This bug report is about linux-image-armmp-lpae. I tested
linux-image-armmp with versions 4.15.0-3 and 4.16.0-1, it works!
This bug 884601 can therefore be closed.
I am planning to put out a guide for 32-bit and 64-bit how to install
Debian desktop on Raspberry, but I have another Debian bug 897925
which means web browsers do not work for 32-bit.

Best Regards,
Evald

Bug#898292: iproute2: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: iproute2
Version: 2_4.16.0-2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for iproute2's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org
















# Portuguese translation of iproute2 debconf template
# Copyright (C) 2018 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the iproute2 package.
#
# Rui Branco - DebianPT , 2018.
msgid ""
msgstr ""
"Project-Id-Version: iproute2\n"
"Report-Msgid-Bugs-To: iprou...@packages.debian.org\n"
"POT-Creation-Date: 2018-04-12 12:01+0100\n"
"PO-Revision-Date: 2018-05-09 20:13+\n"
"Last-Translator: Rui Branco - DebianPT \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../iproute2.templates:1001
msgid "Allow ordinary users to run ip vrf exec using capabilities?"
msgstr "Permitir que utilizadores comuns executem recursos ip vrf exec?"

#. Type: boolean
#. Description
#: ../iproute2.templates:1001
msgid ""
"iproute2 can be used to configure and use Virtual Routing and Forwarding "
"(VRF) functionality in the  kernel. This normally requires root permissions, "
"but sometimes it's useful to allow ordinary users to execute commands from "
"inside a virtual routing and forwarding domain. E.g. ip vrf exec examplevrf "
"ping 10.0.0.1"
msgstr ""
"O iproute2 pode ser utilizado para configurar e usar as funcionalidades "
"Virtual Routing e Forwarding (VRF) do kernel. É normalmente requerido "
"permissões de root, no entanto por vezes é útil permitir que utilizadores "
"comuns executem comandos de dentro de um domínio de 'routing' e "
"'forwarding' virtual. Por ex. ip vrf exec examplevrf ping 10.0.0.1"

#. Type: boolean
#. Description
#: ../iproute2.templates:1001
msgid ""
"The ip command supports dropping capabilities, making an exception for ip "
"vrf exec. The drawback of setting the permissions is that if in the unlikely "
"case of a security critical bug being found before the ip command has "
"dropped capabilities then it could be used by an attacker to gain root "
"permissions. It's up to you to decide about the trade-offs and select the "
"best setting for your system. This will give cap_dac_override, cap_net_admin "
"and cap_sys_admin to /bin/ip."
msgstr ""
"O comando ip suporta capacidades 'dropping', fazendo uma excepção ao "
"ip vfr exec. O senão de configurar as permissões é que no caso improvável "
"de um erro de segurança crítico ser encontrado antes do comando ip "
"ter baixado (dropped) as capacidades, poder ser usado por um atacante "
"para ganhar permissões root. É consigo decidir sobre os compromissos e "
"seleccionar a melhor configuração para o seu sistema. Isto irá fornecer "
"cap_dac_override, cap_net_admin e cap_sys_admin ao /bin/ip."

#. Type: boolean
#. Description
#: ../iproute2.templates:1001
msgid ""
"More information about VRF can be found at: https://www.kernel.org/doc/;
"Documentation/networking/vrf.txt"
msgstr ""
"Mais informações sobre VRF podem ser encontradas em https://www.kernel.org/ "
"doc/Documentation/networking/vrf.txt"

Bug#898293: sash: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: sash
Version: 3.8-4
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for sash's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org
















# Copyright (C) 2018 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the sash package.
#
# Rui Branco - DebianPT , 2018.
msgid ""
msgstr ""
"Project-Id-Version: sash\n"
"Report-Msgid-Bugs-To: s...@packages.debian.org\n"
"POT-Creation-Date: 2017-07-16 19:14+0200\n"
"PO-Revision-Date: 2018-05-08 15:53+\n"
"Last-Translator: Rui Branco - DebianPT \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: error
#. Description
#: ../templates:1001
msgid "sashroot user detected"
msgstr "Utilizador sashroot detectado"

#. Type: error
#. Description
#: ../templates:1001
msgid ""
"Previous versions of sash offered to create a root user with shell set to /"
"bin/sash.  This system has such a user."
msgstr ""
"As versões anteriores do sash permitiam a criação de um utilizador root "
"com a shell configurada para /bin/sash. Este sistema possuí esse utilizador."

#. Type: error
#. Description
#: ../templates:1001
msgid ""
"This can unfortunately not be automatically removed together with the "
"package, so you need to manually delete the sashroot user."
msgstr ""
"Infelizmente este utilizador não pode ser automaticamente removido "
"na remoção do pacote, assim terá que apagar manualmente o utilizador "
"sashroot."

Bug#898291: netdata: [INTL:pt] Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: netdata
Version: 1.10.0
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for netdata's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org
















# Portuguese translation of netdata debconf template
# Copyright (C) 2018
# This file is distributed under the same license as the netdata package.
# Daniel Baumann 
#
# Rui Branco - DebianPT , 2018.
msgid ""
msgstr ""
"Project-Id-Version: netdata\n"
"Report-Msgid-Bugs-To: netd...@packages.debian.org\n"
"POT-Creation-Date: 2018-02-27 10:30+0100\n"
"PO-Revision-Date: 2018-05-09 20:33+\n"
"Last-Translator: Rui Branco - DebianPT \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: title
#. Description
#: ../netdata.templates:1001
msgid "netdata: Configuration"
msgstr "netdata: Configuração"

#. Type: boolean
#. Description
#: ../netdata.templates:2001
msgid "send emails:"
msgstr "enviar emails:"

#. Type: boolean
#. Description
#: ../netdata.templates:2001
msgid ""
"netdata sends emails for warnings and alerts to root@localhost for "
"monitoring purposes. Potentially this can trigger a lot of emails."
msgstr ""
"O netdata envia emails de avisos e alertas para root@localhost "
"com objectivos de monitorização. Podem ser gerados muitos emails."

#. Type: boolean
#. Description
#: ../netdata.templates:2001
msgid "Please choose to enable or disable sending emails."
msgstr "Por favor escolha activar ou desactivar o envio de emails."

#. Type: boolean
#. Description
#: ../netdata.templates:2001
msgid "If unsure, allow it to send emails (default)."
msgstr "Na dúvida, permita o envio de emails (predefinição)."

Bug#898290: ITP: r-cran-redland -- RDF library bindings in GNU R

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-xyz
  Version : 1.0.17
  Upstream Author : Matthew B. Jones, Peter Slaughter, Jeroen Ooms,
* URL : https://cran.r-project.org/package=redland
* License : Apache-2.0
  Programming Lang: GNU R
  Description : RDF library bindings in GNU R
 GNU R methods to parse, query and serialize information stored in the
 Resource Description Framework (RDF).
 .
 This package supports RDF by implementing an R interface to the Redland
 RDF C library.  In brief, RDF provides a structured graph consisting of
 Statements composed of Subject, Predicate, and Object Nodes.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-redland
 It is a predependency for r-cran-rdflib which is needed to close bug #898207

Bug#898289: ITP: octave-dicom -- manipulate DICOM files in Octave

[Rafael Laboissière]

Package: wnpp
Severity: wishlist
Owner: Rafael Laboissière 

* Package name: octave-dicom
  Version : 0.2.1
  Upstream Author : Andy Buckle (blondandy using the sf.net system)
* URL : https://octave.sourceforge.io/dicom/
* License : GPL-3+
  Programming Lang: Octave, C++
  Description : manipulate DICOM files in Octave

Digital communications in medicine (DICOM) is an information standard, 
originally created for image transfer, which now deals with a large range of 
medical data.

This package provides functions to read and (eventually) write DICOM files in 
Octave, a scientific computation software. The functions in the package are 
intended to have similar usage as the dicom functions in the Matlab Image 
Processing Toolbox. In Octave they are separate: most image package users will 
not use dicom, and its dependency might be considered troublesome.

This package will be maintained in the realm of the Debian Octave Group.  A 
preliminary version of the package can be built using git-buildpackage from the 
repository https://salsa.debian.org/pkg-octave-team/octave-dicom.git

Bug#898279: mpv: Refuses to play Ö1 radio stream

[James Cowgill]

Control: forwarded -1 https://github.com/mpv-player/mpv/issues/5313

Hi,

On 09/05/18 19:09, Axel Stammler wrote:
> Package: mpv
> Version: 0.27.2-1
> Severity: normal
> 
> Dear Maintainer,
> 
> I can use MPV to play a vast amount of existing radio streams, but this
> one is just rejected (playback does not start or is aborted):
> 
> http://mp3stream3.apasf.apa.at:8000/

Possibly this upstream bug?
https://github.com/mpv-player/mpv/issues/5313

Does passing "--no-ytdl" work as suggested in that bug report?

It it possible for you to compile upstream mpv and check that it is
indeed fixed?

James



signature.asc
Description: OpenPGP digital signature

Bug#898288: php-horde-activesync: PHPUnit 6 compatibility

[Nishanth Aravamudan]

Package: php-horde-activesync
Version: 2.39.0-1
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/patches/phpunit6_removed_setExpectedException.patch: PHPUnit6
has removed setExpectedException.
  * d/t/phpunit: explicitly specify bootstrap file.


Thanks for considering the patch.

*** /tmp/tmptAScrg/php-horde-activesync_2.39.0-1ubuntu1.debdiff
diff -Nru 
php-horde-activesync-2.39.0/debian/patches/phpunit6_removed_setExpectedException.patch
 
php-horde-activesync-2.39.0/debian/patches/phpunit6_removed_setExpectedException.patch
--- 
php-horde-activesync-2.39.0/debian/patches/phpunit6_removed_setExpectedException.patch
  1969-12-31 16:00:00.0 -0800
+++ 
php-horde-activesync-2.39.0/debian/patches/phpunit6_removed_setExpectedException.patch
  2018-02-14 11:53:17.0 -0800
@@ -0,0 +1,45 @@
+Description: PHPUnit6 has removed setExpectedException
+ Replaced with expectException.
+Author: Nishanth Aravamudan 
+Last-Update: 2018-02-14
+
+--- 
php-horde-activesync-2.39.0.orig/Horde_ActiveSync-2.39.0/test/Horde/ActiveSync/CacheTest.php
 
php-horde-activesync-2.39.0/Horde_ActiveSync-2.39.0/test/Horde/ActiveSync/CacheTest.php
+@@ -30,7 +30,7 @@ class Horde_ActiveSync_CacheTest extends
+ 
+ public function testInvalidPropertyAccess()
+ {
+-$this->setExpectedException('InvalidArgumentException');
++$this->expectException('InvalidArgumentException');
+ $cache = new Horde_ActiveSync_SyncCache($this->_state, 'devid', 
'userone');
+ $cache->collections;
+ }
+@@ -55,4 +55,4 @@ class Horde_ActiveSync_CacheTest extends
+ $this->assertEquals(false, $cache->validateTimestamps());
+ }
+ 
+-}
+\ No newline at end of file
++}
+--- 
php-horde-activesync-2.39.0.orig/Horde_ActiveSync-2.39.0/test/Horde/ActiveSync/ContactTest.php
 
php-horde-activesync-2.39.0/Horde_ActiveSync-2.39.0/test/Horde/ActiveSync/ContactTest.php
+@@ -15,7 +15,7 @@ class Horde_ActiveSync_ContactTest exten
+ {
+ $contact = new Horde_ActiveSync_Message_Contact();
+ 
+-$this->setExpectedException('InvalidArgumentException');
++$this->expectException('InvalidArgumentException');
+ $contact->unknown = 'test';
+ $test = $contact->unknown;
+ }
+--- 
php-horde-activesync-2.39.0.orig/Horde_ActiveSync-2.39.0/test/Horde/ActiveSync/StateTest/Base.php
 
php-horde-activesync-2.39.0/Horde_ActiveSync-2.39.0/test/Horde/ActiveSync/StateTest/Base.php
+@@ -16,7 +16,7 @@ class Horde_ActiveSync_StateTest_Base ex
+ // First with no existing deivce.
+ $this->assertEquals(false, 
(boolean)self::$state->deviceExists('dev123', 'mike'));
+ 
+-// Can't use setExpectedException here since it stops the rest
++// Can't use expectException here since it stops the rest
+ // of the method from running when it's thrown.
+ try {
+ self::$state->loadDeviceInfo('dev123', 'mike');
diff -Nru php-horde-activesync-2.39.0/debian/patches/series 
php-horde-activesync-2.39.0/debian/patches/series
--- php-horde-activesync-2.39.0/debian/patches/series   1969-12-31 
16:00:00.0 -0800
+++ php-horde-activesync-2.39.0/debian/patches/series   2018-02-14 
11:52:48.0 -0800
@@ -0,0 +1 @@
+phpunit6_removed_setExpectedException.patch
diff -Nru php-horde-activesync-2.39.0/debian/tests/phpunit 
php-horde-activesync-2.39.0/debian/tests/phpunit
--- php-horde-activesync-2.39.0/debian/tests/phpunit2017-12-16 
07:56:23.0 -0800
+++ php-horde-activesync-2.39.0/debian/tests/phpunit2018-02-14 
11:51:34.0 -0800
@@ -9,4 +9,4 @@
 mysql -e "create database IF NOT EXISTS test; ALTER USER 'root'@'localhost' 
IDENTIFIED WITH 'mysql_native_password' BY 'r00t';" -uroot
 
 cd Horde_ActiveSync*/test/./Horde/ActiveSync
-phpunit -v .
+phpunit --bootstrap bootstrap.php -v .


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

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

-- 

Bug#898287: Subject: disorderfs inode on getdents

[Omar Navarro Leija]

Package: disorderfs
Version: 0.5.2
Severity: [normal]

When using disorderfs the inodes returned by a system call to getdents are
all the same value:
> disorderfs Getdents/ disorder/
disorderfs: reversing dirents
> cd disorder/
disorder ) ./getdents
--- nread=80 ---
*i-node#*  file type  d_reclen  d_off   d_name
*4294967295*  ???  24 32  ..
*4294967295*  ???  24 64  .
*4294967295*  ???  32 96  getdents

*getdents *is a tiny C program copied from the man 2 getdents example at
the bottom.

Meanwhile stat correctly returns a unique inode:
> stat getdents
  File: getdents
  Size: 8512  Blocks: 25 IO Block: 4096   regular file
Device: 30h/48d*Inode: 2*   Links: 1
...
disorder ) stat .
  File: .
  Size: 4096  Blocks: 9  IO Block: 4096   directory
Device: 30h/48d*Inode: 1*   Links: 2

This leads to an inconsistent state between inodes as well as breaking
assumptions programs might make about unique inodes when checking the
results of getdents.

Bug#898286: ITP: r-cran-roxygen2 -- in-line documentation for GNU R

[Andreas Tille]

Package: wnpp
Severity: wishlist
Owner: Andreas Tille 

* Package name: r-cran-xyz
  Version : 6.0.1
  Upstream Author : Hadley Wickham, Peter Danenberg, Manuel Eugster, RStudio
* URL : https://cran.r-project.org/package=roxygen2
* License : GPL-2+
  Programming Lang: GNU R
  Description : in-line documentation for GNU R
 Generate your Rd documentation, 'NAMESPACE' file, and collation
 field using specially formatted comments. Writing documentation in-line
 with code makes it easier to keep your documentation up-to-date as your
 requirements change. 'Roxygen2' is inspired by the 'Doxygen' system for C++.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-roxygen2
 It is a predependency for r-cran-rdflib which is needed to close bug #898207

Bug#897608: lintian: warn that debug symbol migration is complete

[Graham Inggs]

Hi Chris

On 9 May 2018 at 20:32, Chris Lamb  wrote:
> … I think that an "I:" tag might be too strong as it would not always
> be actionable. Any strong objection to this being "P:" ?

Not a *strong* objection, no, but the Lintian User's Manual [1]
doesn't state that 'I:' needs to always be actionable:

Info (I)

The displayed message is meant to inform the maintainer about a
certain packaging aspect. Such messages do not usually indicate
errors, but might still be of interest to the curious. They are not
displayed unless the -I option is set.

...and I don't think this check is a matter of packaging style, or
will be very frequently wrong, or will have many people disagreeing
with it (the migration path should become removable at some point in
time), while the description of 'P:' is:

Pedantic (P)

The displayed message indicates a message of Lintian at its most
pickiest and include checks for particular Debian packaging styles,
checks that are very frequently wrong, and checks that many people
disagree with. They are not displayed unless the --pedantic option is
set.

That being said, if you still feel "I:" is too strong, then it can be "P:".

Regards
Graham


[1] https://lintian.debian.org/manual/section-2.3.html

Bug#898285: php-horde-text-filter-jsmin: PHPUnit 6 compatibility

[Nishanth Aravamudan]

Package: php-horde-text-filter-jsmin
Version: 1.0.2-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:


  * debian/patches/phpunit6_compat.patch: PHPUnit 6 has namespaced
classes.


Thanks for considering the patch.

*** /tmp/tmpiyhsiF/php-horde-text-filter-jsmin_1.0.2-3ubuntu1.debdiff
diff -Nru 
php-horde-text-filter-jsmin-1.0.2/debian/patches/phpunit6_compat.patch 
php-horde-text-filter-jsmin-1.0.2/debian/patches/phpunit6_compat.patch
--- php-horde-text-filter-jsmin-1.0.2/debian/patches/phpunit6_compat.patch  
1969-12-31 16:00:00.0 -0800
+++ php-horde-text-filter-jsmin-1.0.2/debian/patches/phpunit6_compat.patch  
2018-02-20 14:55:19.0 -0800
@@ -0,0 +1,16 @@
+Description: PHPUnit 6 has namespaced classes
+Author: Nishanth Aravamudan 
+Forwarded: Will be done by Nishanth Aravamudan
+Last-Update: 2018-02-20
+
+--- 
php-horde-text-filter-jsmin-1.0.2.orig/Horde_Text_Filter_Jsmin-1.0.2/test/Horde/Text/Filter/Jsmin/JsminTest.php
 
php-horde-text-filter-jsmin-1.0.2/Horde_Text_Filter_Jsmin-1.0.2/test/Horde/Text/Filter/Jsmin/JsminTest.php
+@@ -9,7 +9,7 @@
+  * @subpackage UnitTests
+  */
+ 
+-class Horde_Text_Filter_Jsmin_JsminTest extends PHPUnit_Framework_TestCase
++class Horde_Text_Filter_Jsmin_JsminTest extends PHPUnit\Framework\TestCase
+ {
+ public function testJsmin()
+ {
diff -Nru php-horde-text-filter-jsmin-1.0.2/debian/patches/series 
php-horde-text-filter-jsmin-1.0.2/debian/patches/series
--- php-horde-text-filter-jsmin-1.0.2/debian/patches/series 1969-12-31 
16:00:00.0 -0800
+++ php-horde-text-filter-jsmin-1.0.2/debian/patches/series 2018-02-20 
14:55:25.0 -0800
@@ -0,0 +1 @@
+phpunit6_compat.patch


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

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

-- 

Bug#898284: Reprotest Pemission Denied Error on Unshare

[Omar Navarro Leija]

Package: reprotest
Version: 0.7.7
Severity: serious

I have the simple sl package I'm trying to build:

>  apt source sl
> reprotest sl_3.03-17build1.dsc
...
===
Reproduction successful
===
...

Works.

I'm trying to run this using a Debian Stretch Image I fetched from
deboostrap through schroot.

> sudo reprotest sl_3.03-17build1.dsc -- schroot stretch
(Sudo is needed to let build dependencies installed and since I get a
sem_open: Permission denied otherwise)

It runs the first build, but when doing the 2nd build with variations I end
up with the error:
fuse: unknown option `-q'
fusermount: failed to unmount /tmp/reprotest.smM4SM/build-experiment-1:
Invalid argument
cleanup failed with exit code 1

(Full output attached as run1.txt)

I wasn't planning on using disoderfs so I turn off that variation:
> sudo reprotest sl_3.03-17build1.dsc --variations +all,-fileordering --
schroot stretch

I end up with the error:
unshare: unshare failed: Operation non permise
(Full output attached as run2.txt)

Which I tracked down with strace to:

[pid 15694] unshare(CLONE_NEWUTS|CLONE_NEWUSER)
= -1 EPERM (Operation not permitted)

Following a warning I made sure that
>  more /proc/sys/kernel/unprivileged_userns_clone
1

On both the host OS and chroot image.

It seems turning off the variations -kernel,-domain_host fixes this as
unshare is not called. My understanding was that creating new user spaces
is not allowed in chroots? See
https://github.com/torvalds/linux/commit/3151527ee007b73a0ebd296010f1c0454a919c7d

I am using Ubuntu 17.10 with kernel version 4.13.0-39-generic.

Thank you for your attention.
>  sudo reprotest sl_3.03-17build1.dsc -- schroot stretch
WARNING:reprotest:The control build runs on 1 CPU by default, give --min-cpus 
to increase this.
Reading package lists... Done
Building dependency tree   
Reading state information... Done
disorderfs is already the newest version (0.5.1-1+b1).
fakeroot is already the newest version (1.21-3.1).
faketime is already the newest version (0.9.6-7+b1).
locales-all is already the newest version (2.24-11+deb9u3).
sudo is already the newest version (1.8.19p1-2.1).
util-linux is already the newest version (2.29.2-1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Note, using file './sl_3.03-17build1.dsc' to get the build dependencies
Reading package lists... Done
Building dependency tree   
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
gpgv: unknown type of key resource 'trustedkeys.kbx'
gpgv: keyblock resource 
'/tmp/reprotest.smM4SM/const_build_path//.gnupg/trustedkeys.kbx': General error
gpgv: Signature made Sat Feb  6 21:58:14 2016 GMT
gpgv:using RSA key BD7EAA60778FA6F5
gpgv: Can't check signature: No public key
dpkg-source: warning: failed to verify signature on ./sl_3.03-17build1.dsc
dpkg-source: info: extracting sl in const_build_path
dpkg-source: info: unpacking sl_3.03.orig.tar.gz
tar: sl-3.03.orig/sl.c: time stamp 1998-07-22 02:01:01 is 901116059.694857902 s 
in the future
tar: sl-3.03.orig/sl.h: time stamp 1994-01-18 05:23:24 is 758913802.694770325 s 
in the future
tar: sl-3.03.orig/Makefile: time stamp 1998-07-22 02:00:41 is 
901116039.694726953 s in the future
tar: sl-3.03.orig/sl.1: time stamp 1994-01-18 05:23:25 is 758913803.694687836 s 
in the future
tar: sl-3.03.orig/sl.txt: time stamp 1994-01-18 05:23:25 is 758913803.694652328 
s in the future
tar: sl-3.03.orig/README: time stamp 1998-07-22 02:00:03 is 901116001.694617619 
s in the future
tar: sl-3.03.orig: time stamp 1998-07-22 02:01:16 is 901116074.694596817 s in 
the future
dpkg-source: info: unpacking sl_3.03-17build1.debian.tar.xz
tar: debian/rules: time stamp 2012-03-27 04:04:45 is 1332864283.686924004 s in 
the future
tar: debian/docs: time stamp 2012-03-27 03:55:05 is 1332863703.686861116 s in 
the future
tar: debian/source/format: time stamp 2012-03-27 03:58:45 is 
1332863923.686784455 s in the future
tar: debian/source: time stamp 2012-03-27 03:58:50 is 1332863928.686762151 s in 
the future
tar: debian/dirs: time stamp 2012-03-27 03:55:05 is 1332863703.686726346 s in 
the future
tar: debian/README.jp: time stamp 2012-03-27 03:55:05 is 1332863703.686692419 s 
in the future
tar: debian/copyright: time stamp 2012-03-27 04:49:34 is 1332866972.686659196 s 
in the future
tar: debian/patches/set_curs.patch: time stamp 2012-03-27 05:12:52 is 
1332868370.686603203 s in the future
tar: debian/patches/modify_Makefile.patch: time stamp 2012-03-27 05:08:36 is 
1332868114.686332778 s in the future
tar: debian/patches/series: time stamp 2012-03-27 03:35:58 is 
1332862556.686293959 s in the future
tar: debian/patches/add_-e_option.patch: time stamp 2012-03-27 05:09:07 is 
1332868145.686260614 s in the future
tar: debian/patches/apply_sl-h.patch: time stamp 2012-03-27 05:10:50 is 
1332868248.685106533 s in the future
tar: debian/patches/remove_SIGINT.patch: time stamp 2012-03-27 

Bug#898283: refind: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: refind
Version: 0.11.2-1
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for refind's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org
















# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the PACKAGE package.
#
# Rui Branco - DebianPT , 2018.
msgid ""
msgstr ""
"Project-Id-Version: refind\n"
"Report-Msgid-Bugs-To: ref...@packages.debian.org\n"
"POT-Creation-Date: 2015-12-12 18:35-0500\n"
"PO-Revision-Date: 2018-05-09 19:36+\n"
"Last-Translator: Rui Branco - DebianPT \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../templates:1001
msgid "Automatically install rEFInd to the ESP?"
msgstr "Instalar automaticamente o rEFInd na partição ESP?"

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"It is necessary to install rEFInd to the EFI System Partition (ESP) for it "
"to control the boot process."
msgstr ""
"É necessário instalar o rEFInd na partição de sistema EFI (ESP) para que o "
"mesmo possa controlar o processo de arranque."

#. Type: boolean
#. Description
#: ../templates:1001
msgid ""
"Not installing the new rEFInd binary on the ESP may leave the system in an "
"unbootable state. Alternatives to automatically installing rEFInd include "
"running /usr/sbin/refind-install by hand or installing the rEFInd binaries "
"manually by copying them from subdirectories of /usr/share/refind-{version}."
msgstr ""
"A não instalação do novo binário rEFInd na partição ESP pode deixar o "
"sistema num estado de não arranque. Alternativas à instalação automática do "
"rEFInd incluem correr o comando /usr/sbin/refind-install manualmente ou "
"instalar manualmente os binários rEFInd copiando-os a partir das sub-pastas "
"em /usr/share/refind-{version}."

Bug#897608: lintian: warn that debug symbol migration is complete

[Chris Lamb]

Hi Graham,

> I: auto-dbgsym-migration-reminder
  ^
Given that you mention in the proposed tag description:

  If the command was only added later, and/or the package was
  not included in Stretch, please wait until it has been included in
  a stable release before removing it.

… I think that an "I:" tag might be too strong as it would not always
be actionable. Any strong objection to this being "P:" ?


Regards,

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

Bug#898273: [lintian] Detect conflict between package.json version and debian control version

[Chris Lamb]

Hi Bastien,
 
> If package is section javascript search all file named package.json, parse it 
> and control against control depends (including optional that go to recommand
  
> or suggest).
  ^^

I can't parse this, sorry. Could you rephrase? :)


Best wishes,

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

Bug#897631: Wiggling works!

[Magnus Wallin]

>This may sound like a silly request, but does GDM start up if you>wiggle the 
>mouse for a few seconds?Silly request or not, this actually works.
Tested on three different laptops (Dell, HP and Lenovo),
all running the latest kernel, and all having the same issue 
with GDM.

Would prefer a somewhat more permanent fix than, eh, ”wiggling” :)

--
Securely sent with Tutanota. Claim your encrypted mailbox today!
https://tutanota.com 

Bug#898281: libguytools2 FTCBFS: does not pass cross flags to qmake

[Helmut Grohne]

Source: libguytools2
Version: 2.0.5-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

libguytools2 fails to cross build from source, because it does not pass
cross flags to qmake. As these are difficult to get right, the easiest
way to fix is using dh_auto_configure. When using qmake, you must build
depend on qt5-qmake. And for using lrelease you must build depend on
qt5-qmake:native. The attached patch fixes all of these. Please consider
applying it.

Helmut
diff --minimal -Nru libguytools2-2.0.5/debian/changelog 
libguytools2-2.0.5/debian/changelog
--- libguytools2-2.0.5/debian/changelog 2018-01-06 00:03:05.0 +0100
+++ libguytools2-2.0.5/debian/changelog 2018-05-09 06:22:04.0 +0200
@@ -1,3 +1,12 @@
+libguytools2 (2.0.5-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: (Closes: #-1)
++ Let dh_auto_configure pass the right flags to qmake.
++ Depend on qt5-qmake:native for lrelease and qt5-qmake for qmake.
+
+ -- Helmut Grohne   Wed, 09 May 2018 06:22:04 +0200
+
 libguytools2 (2.0.5-1) unstable; urgency=medium
 
   * [541d758] New upstream version 2.0.5
diff --minimal -Nru libguytools2-2.0.5/debian/control 
libguytools2-2.0.5/debian/control
--- libguytools2-2.0.5/debian/control   2018-01-06 00:02:02.0 +0100
+++ libguytools2-2.0.5/debian/control   2018-05-09 06:22:04.0 +0200
@@ -6,6 +6,8 @@
  Michael Prokop ,
 Build-depends:
- debhelper (>> 5.0.0),
+ debhelper (>= 7~),
+ qt5-qmake,
+ qt5-qmake:native,
  qtbase5-dev,
  qttools5-dev-tools,
 Standards-Version: 4.1.3
diff --minimal -Nru libguytools2-2.0.5/debian/rules 
libguytools2-2.0.5/debian/rules
--- libguytools2-2.0.5/debian/rules 2018-01-06 00:01:39.0 +0100
+++ libguytools2-2.0.5/debian/rules 2018-05-09 06:22:04.0 +0200
@@ -4,12 +4,14 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+export QT_SELECT=qt5
+
 build: build-stamp
 build-stamp:
dh_testdir
./create_version_file.sh
qtchooser -run-tool=lrelease -qt=qt5 tools.pro
-   qmake -qt5 tools.pro
+   dh_auto_configure -- tools.pro
$(MAKE)
touch build-stamp
 
@@ -18,7 +20,7 @@
dh_testroot
rm -f build-stamp
# dpkg-buildpackage starts with cleaning, so we have to be sure that 
there's a Makefile (and thus call qmake)
-   qmake -qt5 toolsstatic.pro
+   dh_auto_configure -- toolsstatic.pro
$(MAKE) clean
dh_clean
 

Bug#898282: horizon: debconf, incorrect name of apache default virtual host

[Alban Vidal]

Package: horizon
Version: 13.0.0-4
Severity: wishlist
Tags: patch

Dear mainteners,

In debconf templates, the name of apache default virtual host conf file is 
wrong.

Current:
/etc/apache2/sites-available/default

Correct:
/etc/apache2/sites-available/000-default.conf

Please find attached patch file to fix that.

Best regards,

Alban
diff -Nru horizon-13.0.0/debian/changelog horizon-13.0.0/debian/changelog
--- horizon-13.0.0/debian/changelog 2018-05-03 17:10:23.0 +
+++ horizon-13.0.0/debian/changelog 2018-05-09 17:42:20.0 +
@@ -1,3 +1,11 @@
+horizon (3:13.0.0-4.1) UNRELEASED; urgency=medium
+
+  [ Alban Vidal ]
+  * Non-maintainer upload.
+  * Update apache virtual host file name.
+
+ -- Alban Vidal   Wed, 09 May 2018 17:42:20 +
+
 horizon (3:13.0.0-4) unstable; urgency=medium
 
   * Team upload.
diff -Nru horizon-13.0.0/debian/openstack-dashboard-apache.templates 
horizon-13.0.0/debian/openstack-dashboard-apache.templates
--- horizon-13.0.0/debian/openstack-dashboard-apache.templates  2018-05-03 
17:10:23.0 +
+++ horizon-13.0.0/debian/openstack-dashboard-apache.templates  2018-05-09 
17:42:20.0 +
@@ -12,7 +12,7 @@
 Default: false
 _Description: Activate Dashboard and disable default VirtualHost?
  The Apache package sets up a default web site and a default page, configured
- in /etc/apache2/sites-available/default.
+ in /etc/apache2/sites-available/000-default.conf
  .
  If this option is not selected, Horizon will be installed using /horizon
  instead of the webroot.
diff -Nru horizon-13.0.0/debian/po/templates.pot 
horizon-13.0.0/debian/po/templates.pot
--- horizon-13.0.0/debian/po/templates.pot  2018-05-03 17:10:23.0 
+
+++ horizon-13.0.0/debian/po/templates.pot  2018-05-09 17:42:20.0 
+
@@ -28,7 +28,7 @@
 #: ../openstack-dashboard-apache.templates:2001
 msgid ""
 "The Apache package sets up a default web site and a default page, configured "
-"in /etc/apache2/sites-available/default."
+"in /etc/apache2/sites-available/000-default.conf"
 msgstr ""
 
 #. Type: boolean

Bug#895463: keyutils FTBFS: Can't Determine Endianness

[Adam Conrad]

Package: keyutils
Version: 1.5.9-9.2
Followup-For: Bug #895463
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch



In Ubuntu, the attached patch was applied to achieve the following:

  * debian/patches/endianness-and-PIE.patch: Adjust to work with file 5.33.

This is a follow-up to Steve's patch to make it also work with the
newer file, which reports PIE executables as 'pie executable'.

... Adam


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

Kernel: Linux 4.15.0-20-lowlatency (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
diff -Nru keyutils-1.5.9/debian/patches/endianness-and-PIE.patch 
keyutils-1.5.9/debian/patches/endianness-and-PIE.patch
--- keyutils-1.5.9/debian/patches/endianness-and-PIE.patch  2018-04-17 
22:21:12.0 -0600
+++ keyutils-1.5.9/debian/patches/endianness-and-PIE.patch  2018-05-07 
11:43:57.0 -0600
@@ -1,9 +1,10 @@
 Description: fix regexp match against `file /proc/$$/exe` for -fPIE bash
  Now that bash is built with PIE enabled, keyutils' check for endianness
  fails because file no longer returns "executable", but instead returns
- "shared object".  Update our regexps to be portable.
+ "shared object" for file << 5.33 and "pie executable" for file >= 5.33.
 Author: Steve Langasek 
-Last-Modified: 2018-04-17
+Author: Adam Conrad 
+Last-Modified: 2018-05-07
 
 Index: keyutils-1.5.9/tests/toolbox.inc.sh
 ===
@@ -14,11 +15,11 @@
  
  endian=`file -L /proc/$$/exe`
 -if expr "$endian" : '.* MSB executable.*' >&/dev/null
-+if expr "$endian" : '.* MSB \(executable\|shared object\).*' >&/dev/null
++if expr "$endian" : '.* MSB \(executable\|shared object\|pie executable\).*' 
>&/dev/null
  then
  endian=BE
 -elif expr "$endian" : '.* LSB executable.*' >&/dev/null
-+elif expr "$endian" : '.* LSB \(executable\|shared object\).*' >&/dev/null
++elif expr "$endian" : '.* LSB \(executable\|shared object\|pie 
executable\).*' >&/dev/null
  then
  endian=LE
  else

Bug#898280: makedumpfile: [INTL:pt] Updated Portuguese translation for debconf messages

[Traduz - DebianPT]

Package: makedumpfile
Version: 1_1.6.3-2
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for makedumpfile's debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .
-- 
Best regards,

"Traduz" - Portuguese Translation Team
http://www.DebianPT.org
















# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the makedumpfile package.
#
# Rui Branco - DebianPT , 2018.
msgid ""
msgstr ""
"Project-Id-Version: makedumpfile\n"
"Report-Msgid-Bugs-To: makedumpf...@packages.debian.org\n"
"POT-Creation-Date: 2016-06-10 12:46+0200\n"
"PO-Revision-Date: 2018-05-09 19:11+\n"
"Last-Translator: Rui Branco - DebianPT \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"

#. Type: boolean
#. Description
#: ../kdump-tools.templates:1001
msgid "Should kdump-tools be enabled by default?"
msgstr "Deverá o kdump-tools ser activado por omissão?"

#. Type: boolean
#. Description
#: ../kdump-tools.templates:1001
msgid ""
"If you choose this option, the kdump-tools mechanism will be enabled. A "
"reboot is still required in order to enable the crashkernel kernel parameter."
msgstr ""
"Se escolher esta opção, o mecanismo do kdump-tools será activado. Uma "
"reinicialização será no entanto necessária para activar o parâmetro"
"crashkernel do kernel."

Bug#898279: mpv: Refuses to play Ö1 radio stream

[Axel Stammler]

Package: mpv
Version: 0.27.2-1
Severity: normal

Dear Maintainer,

I can use MPV to play a vast amount of existing radio streams, but this
one is just rejected (playback does not start or is aborted):

http://mp3stream3.apasf.apa.at:8000/


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

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

Versions of packages mpv depends on:
ii  libasound2  1.1.3-5
ii  libass9 1:0.14.0-1
ii  libavcodec577:3.4.2-2+b1
ii  libavdevice57   7:3.4.2-2+b1
ii  libavfilter67:3.4.2-2+b1
ii  libavformat57   7:3.4.2-2+b1
ii  libavutil55 7:3.4.2-2+b1
ii  libbluray2  1:1.0.2-3
ii  libc6   2.27-3
ii  libcaca00.99.beta19-2+b3
ii  libcdio-cdda2   10.2+0.94+2-2+b1
ii  libcdio-paranoia2   10.2+0.94+2-2+b1
ii  libcdio17   1.0.0-2+b1
ii  libdrm2 2.4.91-2
ii  libdvdnav4  6.0.0-1
ii  libdvdread4 6.0.0-1
ii  libegl1 1.0.0+git20180308-2
ii  libgbm1 17.3.9-1
ii  libgl1  1.0.0+git20180308-2
ii  libjack-jackd2-0 [libjack-0.125]1.9.12~dfsg-2
ii  libjpeg62-turbo 1:1.5.2-2+b1
ii  liblcms2-2  2.9-1
ii  liblua5.2-0 5.2.4-1.1+b2
ii  libpulse0   11.1-5
ii  librubberband2  1.8.1-7
ii  libsdl2-2.0-0   2.0.8+dfsg1-1
ii  libsmbclient2:4.7.4+dfsg-2
ii  libsndio6.1 1.1.0-3
ii  libswresample2  7:3.4.2-2+b1
ii  libswscale4 7:3.4.2-2+b1
ii  libuchardet00.0.6-2
ii  libva-drm2  2.1.0-3
ii  libva-wayland2  2.1.0-3
ii  libva-x11-2 2.1.0-3
ii  libva2  2.1.0-3
ii  libvdpau1   1.1.1-8
ii  libwayland-client0  1.14.0-2
ii  libwayland-cursor0  1.14.0-2
ii  libwayland-egl1-mesa [libwayland-egl1]  17.3.9-1
ii  libx11-62:1.6.5-1
ii  libxext62:1.3.3-1+b2
ii  libxinerama12:1.1.3-1+b3
ii  libxkbcommon0   0.8.0-1
ii  libxrandr2  2:1.5.1-1
ii  libxss1 1:1.2.2-1+b2
ii  libxv1  2:1.0.11-1
ii  zlib1g  1:1.2.11.dfsg-1

Versions of packages mpv recommends:
ii  xdg-utils   1.1.2-2
ii  youtube-dl  2018.04.25-1

mpv suggests no packages.

-- no debconf information

Bug#897632: (Boot timeout after latest security update)

[Miroslav Kure]

Just a quick confirmation - today's update 4.9.88-1+deb9u1 fixed the
boot timeout for me.

-- 
Miroslav Kure

Bug#897362: wayland: Incomplete debian/copyright?

[Jeremy Bicha]

Control: found -1 1.14.0-2

This bug is blocking other packages (for instance, the webkit2gtk
security update for Testing and backports) and is probably not a new
issue so let's let wayland migrate.

Thanks,
Jeremy Bicha

Bug#897362: wayland: Incomplete debian/copyright?

[Chris Lamb]

Hi Jeremy,

> This bug is blocking other packages (for instance, the webkit2gtk
> security update for Testing and backports) and is probably not a new
> issue so let's let wayland migrate.

WFM, but naturally would be nice to see this addressed soonish :)


Regards,

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

Bug#898278: RFS: arptables/0.0.4-2 - ARP table administration

[Alberto Molina Coballes]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: arptables
  Version : 0.0.4-2
  Upstream Author : Bart De Schuymer 
* URL : http://www.netfilter.org
* License : GPL-2
  Section : net

It builds those binary packages:

   arptables  - ARP table administration

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/arptables/arptables_0.0.4-2.dsc

Changes since the last upload:

  * [1a26c32] d/patch: Add dpkg-buildflags
  * [5869fd6] d/patches: cleanup sysvinit script (Closes: #897976)

Regards,

Alberto Molina Coballes

Bug#898239: Clarifying Filenames in Report

[Timothy Barnes]

To clarify, webkit_seg_fault.py in the error message is the same
python file as browser_viewer.py which has been included in entirety
in my previous email. There are not other python files involved.
I had renamed the file after recording the error.

Bug#898277: openjdk-9: autopkgtest regularly times out

[Paul Gevers]

Source: openjdk-9
Version: 9.0.4+12-1
Severity: normal
User: debian...@lists.debian.org
Usertags: timeout

Since the upload of version 9.0.4+12-1 of openjdk-9, the autopkgtest¹
are regularly (but also worryingly not always) timing out (~ 3 hours)
while previous runs tested in about 1 minute (and failed). I copied some
log messages below. Could you please investigate how to get rid of the
timeout? And please fix your test to actually pass, but that is less
important now.

I have blacklisted openjdk-9 on ci.debian.net for now.

Don't hesitate to ask for help for the Debian CI team² if you need help
solving this issue.

Paul

¹ https://ci.debian.net/packages/o/openjdk-9/unstable/amd64/
² #debci on oftc or debian...@lists.debian.org

https://ci.debian.net/data/autopkgtest/unstable/amd64/o/openjdk-9/262672/log.gz

Failed. Execution failed: `main' threw exception:
java.lang.reflect.InvocationTargetException
runner starting test:
javax/swing/JComboBox/ShowPopupAfterHidePopupTest/ShowPopupAfterHidePopupTest.java
runner finished test:
javax/swing/JComboBox/ShowPopupAfterHidePopupTest/ShowPopupAfterHidePopupTest.java
Failed. Execution failed: `main' threw exception: java.awt.AWTException:
headless environment
runner starting test: javax/swing/JComponent/4337267/bug4337267.java
autopkgtest [17:39:04]: ERROR: timed out on command "su -s /bin/bash
debci -c set -e; export USER=`id -nu`; . /etc/profile >/dev/null 2>&1 ||
true;  . ~/.profile >/dev/null 2>&1 || true;
buildtree="/tmp/autopkgtest-lxc.9kk8oooa/downtmp/build.2nn/src"; mkdir
-p -m 1777 --
"/tmp/autopkgtest-lxc.9kk8oooa/downtmp/command3-artifacts"; export
AUTOPKGTEST_ARTIFACTS="/tmp/autopkgtest-lxc.9kk8oooa/downtmp/command3-artifacts";
export ADT_ARTIFACTS="$AUTOPKGTEST_ARTIFACTS"; mkdir -p -m 755
"/tmp/autopkgtest-lxc.9kk8oooa/downtmp/autopkgtest_tmp"; export
AUTOPKGTEST_TMP="/tmp/autopkgtest-lxc.9kk8oooa/downtmp/autopkgtest_tmp";
export ADTTMP="$AUTOPKGTEST_TMP"; export DEBIAN_FRONTEND=noninteractive;
export LANG=C.UTF-8; export DEB_BUILD_OPTIONS=parallel=2; unset LANGUAGE
LC_CTYPE LC_NUMERIC LC_TIME LC_COLLATE   LC_MONETARY LC_MESSAGES
LC_PAPER LC_NAME LC_ADDRESS   LC_TELEPHONE LC_MEASUREMENT
LC_IDENTIFICATION LC_ALL;rm -f /tmp/autopkgtest_script_pid; set -C; echo
$$ > /tmp/autopkgtest_script_pid; set +C; trap "rm -f
/tmp/autopkgtest_script_pid" EXIT INT QUIT PIPE; cd "$buildtree"; touch
/tmp/autopkgtest-lxc.9kk8oooa/downtmp/command3-stdout
/tmp/autopkgtest-lxc.9kk8oooa/downtmp/command3-stderr; bash -ec
'debian/tests/jtreg-autopkgtest jdk' 2> >(tee -a
/tmp/autopkgtest-lxc.9kk8oooa/downtmp/command3-stderr >&2) > >(tee -a
/tmp/autopkgtest-lxc.9kk8oooa/downtmp/command3-stdout);" (kind: test)
autopkgtest [17:39:04]: test command3: ---]
autopkgtest [17:39:05]: test command3:  - - - - - - - - - - results - -
- - - - - - - -
command3 FAIL timed out
autopkgtest [17:39:05]: test command3:  - - - - - - - - - - stderr - - -
- - - - - - -
xvfb-run: error: xauth command not found
[2018-05-08 15:01:51,685] Agent[0]: stderr: Picked up JAVA_TOOL_OPTIONS:
-XX:+IgnoreUnrecognizedVMOptions -XX:+PrintVMOptions -XX:+UseGOneGC
[2018-05-08 15:01:51,686] Agent[0]: stderr: Picked up _JAVA_OPTIONS:
-XX:+CheckJNICalls -XX:+UseCMSGC
[2018-05-08 15:01:51,686] Agent[0]: stderr: OpenJDK 64-Bit Server VM
warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and
will likely be removed in a future release.
[2018-05-08 16:18:14,129] Agent[1]: stderr: Waking
Thread[Finalizer,8,system]
[2018-05-08 16:47:55,320] Agent[1]: stderr: Timeout reached: 6
[2018-05-08 16:47:55,320] Agent[1]: stderr: Process is not alive!
[2018-05-08 17:37:31,742] Agent[1]: stderr:
[2018-05-08 17:37:31,744] Agent[1]: stderr: Exception:
java.lang.SecurityException thrown from the UncaughtExceptionHandler in
thread "AWT-EventQueue-0"



https://ci.debian.net/data/autopkgtest/unstable/amd64/o/openjdk-9/255211/log.gz

autopkgtest [22:35:02]: test command1: [---
Error: Bad parameters specified: One of the files you specified was not
found. The error reported was:
/tmp/autopkgtest-lxc.q0kvlpmc/downtmp/build.Uob/src/debian/excludelist.hotspot.jtx
(No such file or directory)
autopkgtest [22:35:04]: test command1: ---]

and

Test results: passed: 3,724; failed: 16; error: 163
Report written to
/tmp/autopkgtest-lxc.q0kvlpmc/downtmp/command2-artifacts/langtools/JTreport/html/report.html
Results written to
/tmp/autopkgtest-lxc.q0kvlpmc/downtmp/command2-artifacts/langtools/JTwork
Error: Some tests failed or other problems occurred.
autopkgtest [22:46:01]: test command2: ---]

and

Test results: passed: 6,131; failed: 1,123; error: 824
Report written to
/tmp/autopkgtest-lxc.q0kvlpmc/downtmp/command3-artifacts/jdk/JTreport/html/report.html
Results written to
/tmp/autopkgtest-lxc.q0kvlpmc/downtmp/command3-artifacts/jdk/JTwork
Error: Some tests failed or other problems occurred.
autopkgtest [23:57:59]: test command3: 

Bug#894611: [Pkg-php-pecl] Bug#894611: [php-libsodium] Error message "PHP Fatal error: sodium_init() in Unknown on line 0" when used by other programs

[Ondřej Surý]

This package should and will be removed from the unstable as we deprecate PHP 
7.0 and 7.1 really soon.

Ondrej
-- 
Ondřej Surý 

On Mon, Apr 2, 2018, at 12:24, Thomas Hackert wrote:
> Package: php-libsodium
> Version: 1.0.6-1+b2
> Severity: normal
> 
> --- Please enter the report below this line. ---
> Dear maintainers of this package,
> 
> thank you so much for providing it, but I found the following bug:
> 
> If php uses this library, it spits out "PHP Fatal error:
> sodium_init() in Unknown on line 0" as an error message ... :( As I
> am using ownCloud X, Nextcloud 13.0.1.1 with PHP 7.2.3.1, it is a
> rather annoying bug ... :( I found out that the PECL maintainer has
> fixed this issue already (see
> https://github.com/oerdnj/deb.sury.org/issues/659), I would like to
> ask you to fix it as well ... ;)
> Sorry for the inconvenience
> Thomas Hackert.
> 
> --- System information. ---
> Architecture: 
> Kernel:   Linux 4.15.0-2-amd64
> 
> Debian Release: buster/sid
>   500 xenial  updates.signal.org 
>   500 testing www.deb-multimedia.org 
>   500 testing ftp.de.debian.org 
>   500 stable  repo.skype.com 
>   500 stable  deb.opera.com 
>   500 jessie  repo.morph027.de 
> 
> --- Package information. ---
> Depends  (Version) | Installed
> ==-+-===
> php-common  (>= 1:7.0+33~) | 1:60
> phpapi-20170718| 
>  OR phpapi-20160303| 
>  OR phpapi-20151012| 
> libc6(>= 2.14) | 2.27-2
> libsodium23(>= 1.0.10) | 1.0.16-2
> 
> 
> Package's Recommends field is empty.
> 
> Package's Suggests field is empty.
> 
> 
> 
> 
> -- 
> How much does she love you?  Less than you'll ever know.
> ___
> Pkg-php-pecl mailing list
> pkg-php-p...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-pecl
> Email had 1 attachment:
> + signature.asc
>   1k (application/pgp-signature)

Bug#898266: libqb should maybe be a versioned dependency

[Ferenc Wágner]

Christian Ehrhardt  writes:

> While not crit since all is in sid, but for backports or other re-users
> (and for correctness) I wonder if the build depedency should be versioned
> to libqb >=1.0.3-1

I pondered about it... we can't bump dependency versions for every bug
fix, but is this serious enough to make an exception?  The
interrelations are complicated, see
https://lists.clusterlabs.org/pipermail/users/2017-December/014262.html
and its followup.
-- 
Regards,
Feri

Bug#898276: Fwd: [U-Boot] rockchip: set SYS_NS16550_MEM32 for all SoCs

[Heinrich Schuchardt]

Package: u-boot
Version: 2018.05~rc3+dfsg-1
Severity: normal

The appended patch is needed in v2018.05 to use the serial console on
Rockchip SOCs.

Regards

Heinrich Schuchardt

 Forwarded Message 
Subject: [U-Boot] rockchip: set SYS_NS16550_MEM32 for all SoCs
Date: Tue,  8 May 2018 20:43:01 +1000
From: Jonathan Gray 
To: u-b...@lists.denx.de

Add back part of patch send out as
'rockchip: enable SYS_NS16550 for all SoCs by default' that seems to have
gotten lost when it got merged to set SYS_NS16550_MEM32.

Allows serial output to work on tinker-rk3288 again after
c3c0331db1fb7b1f4ff41e144fc04353b37c785c.

Signed-off-by: Kever Yang 
Signed-off-by: Jonathan Gray 
Cc: Philipp Tomsich 
Reviewed-by: Philipp Tomsich 
Acked-by: Philipp Tomsich 
Reviewed-by: Philipp Tomsich 
---
 include/configs/rockchip-common.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/include/configs/rockchip-common.h
b/include/configs/rockchip-common.h
index dee82ca99d..68e1105a4b 100644
--- a/include/configs/rockchip-common.h
+++ b/include/configs/rockchip-common.h
@@ -7,6 +7,8 @@
 #define _ROCKCHIP_COMMON_H_
 #include 
 +#define CONFIG_SYS_NS16550_MEM32
+
 #ifndef CONFIG_SPL_BUILD
  /* First try to boot from SD (index 0), then eMMC (index 1) */

Bug#898270: fixed in rng-tools5 5-3

[Luca Boccassi]

On Wed, 09 May 2018 16:51:47 + Michael Stone 
wrote:
> Source: rng-tools5
> Source-Version: 5-3
> 
> We believe that the bug you reported is fixed in the latest version
of
> rng-tools5, which is due to be installed in the Debian FTP archive.

Thanks for the quick response!

In case you haven't come across this, note that upstream has moved from
the kernel.org repo to github:

https://github.com/nhorman/rng-tools
https://github.com/nhorman/rng-tools/pull/14

-- 
Kind regards,
Luca Boccassi

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

Bug#897607: dbus: Please raise timeout for a few test cases (or disable) in riscv64

[Simon McVittie]

On Sat, 05 May 2018 at 01:46:19 +0200, Manuel A. Fernandez Montecelo wrote:
> So the build failed in other tests now.

Based on these numbers I've tried a 20x multiplier for the timeouts on
__riscv in my recent upload to experimental. I've also added better
logging for buildd builds, so that I don't have to keep asking you
for logs.

If these changes are successful in experimental then I'll land them
in unstable.

I've assumed that this is a Debian-specific hack during bootstrapping,
and once bootstrapping is complete we'll either build on real hardware,
or cross-compile with nocheck and later test on real hardware? With my
upstream hat on, I don't think I particularly want to support running
the tests on a software emulation of a target CPU - if a test deadlocks,
I want it to fail in a reasonable time, and increasing the arbitrary
60 second timeout to 20 minutes doesn't seem like a very reasonable time.

> [many lines like these]
> dbus-daemon[4174]: [session uid=1000 pid=4174] The maximum number of
> pending replies for ":1.0" (uid=1000 pid=4094
> comm="/<>/debian/build-debug/") has been reached
> (max_replies_per_connection=128)

This is normal. It's one of several tests that hammers the dbus-daemon
to try to reproduce bugs.

smcv

Bug#898275: RFS: ebtables/2.0.10.4-5 - Ethernet bridge frame table administration

[Alberto Molina Coballes]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: ebtables
  Version : 2.0.10.4-5
  Upstream Author : Bart De Schuymer 
* URL : http://www.netfilter.org
* License : GPL-2
  Section : net

It builds those binary packages:

   ebtables   - Ethernet bridge frame table administration

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/e/ebtables/ebtables_2.0.10.4-5.dsc

More information about hello can be obtained from https://www.example.com.

  Changes since the last upload:

  * [3681e23] d/patches: Add dpkg-buildflags
  * [2663aba] d/patches: Modify makefile allowing parallel build
(Closes: #897592)
  * [e30fe91] manpages: Add ebtables-save.8 and ebtables-restore.8

  Regards,
   Alberto Molina Coballes

Bug#898274: php-horde-javascriptminify-jsmin: PHPUnit 6 compatibility

[Nishanth Aravamudan]

Package: php-horde-javascriptminify-jsmin
Version: 1.0.2-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch

Dear Maintainer,

In Ubuntu, the attached patch was applied to achieve the following:

  * debian/patches/phpunit6_compatibility.patch: PHPUnit 6 has
namespaced classes.


Thanks for considering the patch.

*** /tmp/tmpcL3QuF/php-horde-javascriptminify-jsmin_1.0.2-3ubuntu1.debdiff
diff -Nru 
php-horde-javascriptminify-jsmin-1.0.2/debian/patches/phpunit6_compatibility.patch
 
php-horde-javascriptminify-jsmin-1.0.2/debian/patches/phpunit6_compatibility.patch
--- 
php-horde-javascriptminify-jsmin-1.0.2/debian/patches/phpunit6_compatibility.patch
  1969-12-31 16:00:00.0 -0800
+++ 
php-horde-javascriptminify-jsmin-1.0.2/debian/patches/phpunit6_compatibility.patch
  2018-02-16 15:48:55.0 -0800
@@ -0,0 +1,16 @@
+Description: PHPUnit 6 has namespaced classes
+Author: Nishanth Aravamudan 
+Forwarded: Will be done by Nishanth Aravamudan
+Last-Update: 2018-02-16
+
+--- 
php-horde-javascriptminify-jsmin-1.0.2.orig/Horde_JavascriptMinify_Jsmin-1.0.2/test/Horde/JavascriptMinify/Jsmin/JsminTest.php
 
php-horde-javascriptminify-jsmin-1.0.2/Horde_JavascriptMinify_Jsmin-1.0.2/test/Horde/JavascriptMinify/Jsmin/JsminTest.php
+@@ -9,7 +9,7 @@
+  * @subpackage UnitTests
+  */
+ 
+-class Horde_JavascriptMinify_Jsmin_JsminTest extends 
PHPUnit_Framework_TestCase
++class Horde_JavascriptMinify_Jsmin_JsminTest extends 
PHPUnit\Framework\TestCase
+ {
+ public function testJsmin()
+ {
diff -Nru php-horde-javascriptminify-jsmin-1.0.2/debian/patches/series 
php-horde-javascriptminify-jsmin-1.0.2/debian/patches/series
--- php-horde-javascriptminify-jsmin-1.0.2/debian/patches/series
1969-12-31 16:00:00.0 -0800
+++ php-horde-javascriptminify-jsmin-1.0.2/debian/patches/series
2018-02-16 15:44:50.0 -0800
@@ -0,0 +1 @@
+phpunit6_compatibility.patch


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

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

-- 

Bug#897572: urandom hang in early boot

[Yves-Alexis Perez]

On Tue, 2018-05-08 at 13:23 +0200, Bjørn Mork wrote:
> And sd_id128_randomize() is called from all over the place.  I haven't
> bothered looking at all the call sites, but would be surprised if not at
> least one of them is unconditionally called at boot.
> 
> If I am correct, then I guess this is a systemd bug?

It might be (I took the liberty to add your findings to https://github.com/sys
temd/systemd/issues/4167).

In our case, as far as I can tell since we're still in the initramfs, systemd
is not yet PID1, but we do use udev which might have the same issue.

Regards,
-- 
Yves-Alexis

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

Bug#896432: rasdaemon: diff for NMU version 0.6.0-1.2

[dann frazier]

Control: tags 896432 + pending

Dear maintainer,

I've prepared an NMU for rasdaemon (versioned as 0.6.0-1.2) and
uploaded it to unstable.

  -dann
diff -Nru rasdaemon-0.6.0/debian/changelog rasdaemon-0.6.0/debian/changelog
--- rasdaemon-0.6.0/debian/changelog	2018-02-15 03:15:00.0 -0700
+++ rasdaemon-0.6.0/debian/changelog	2018-05-09 08:46:47.0 -0600
@@ -1,3 +1,11 @@
+rasdaemon (0.6.0-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Closes: #896432 -- debian/rules: Add support for ARM events
+(--enable-arm).
+
+ -- dann frazier   Wed, 09 May 2018 08:46:47 -0600
+
 rasdaemon (0.6.0-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru rasdaemon-0.6.0/debian/rules rasdaemon-0.6.0/debian/rules
--- rasdaemon-0.6.0/debian/rules	2018-02-15 03:09:03.0 -0700
+++ rasdaemon-0.6.0/debian/rules	2018-05-09 08:43:15.0 -0600
@@ -10,7 +10,7 @@
 override_dh_auto_configure:
 	dh_auto_configure -- \
 	--enable-mce --enable-aer --enable-sqlite3 --enable-extlog \
-	--enable-abrt-report
+	--enable-abrt-report --enable-arm
 
 override_dh_install:
 	dh_install

Bug#896934: diffoscope: decode monitor EDID data to text

[Chris Lamb]

Chris Lamb wrote:

> Looking forward to receiving your updated patch. :)

Gentle ping on this? :)


Best wishes,

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

Bug#897671: [U-Boot] Bug#897671: u-boot does not work on sheevaplug

[Markus Krebs]

Am 09.05.2018 um 14:33 schrieb klaus.go...@theobroma-systems.com:




On 09.05.2018, at 10:19, Markus Krebs  wrote:

Am 08.05.2018 um 22:54 schrieb Vagrant Cascadian:

On 2018-05-08, Vagrant Cascadian wrote:

On 2018-05-05, Tom Rini wrote:

On Sat, May 05, 2018 at 04:04:08PM -0700, Vagrant Cascadian wrote:

Markus Krebs discovered that the sheevaplug target has again grown and
installation overlaps where the u-boot env is saved since u-boot
~2017.09. Running saveenv overwrites u-boot, and installing u-boot
overwrites any prior environment settings.

...

I've added the maintainer to the list as well.  I would suggest looking
for things to trim out, perhaps CMD_MEMTEST ?


Thanks for the suggestsions. CMD_MEMTEST wasn't present, but disabling
EFI_LOADER made u-boot 2018.05 go from 592k down to 548k. There's not a
*lot* left to disable in the config, but that's a significant start...

And setting SYS_THUMB_BUILD=y as well as disabling EFI_LOADER gets it
down to 432k! Thanks to beeble for the suggestion.
Anyone who has a sheevaplug can test that it actually boots with
CONFIG_SYS_THUMB_BUILD=y enabled?


I could test it, but I don't know the config-file where I can change those 
options (EFI_LOADER, CONFIG_SYS_THUMB_BUILD).


Both are Kconfig options. So just disable it via menuconfig or in your .config 
file



Thanks. The modified u-boot (size indeed 441592 bytes only) boots!

Bug#897295: O: java-wrappers -- wrappers for java executables

[Emmanuel Bourg]

Control: reassign -1 java-wrappers
Control: retitle -1 java-wrappers: Remove Vincent Fourmond from the uploaders

Bug#897298: O: libjfreechart-java

[Emmanuel Bourg]

Control: reassign -1 libjfreechart-java
Control: retitle -1 libjfreechart-java: Remove Vincent Fourmond from the 
uploaders

Bug#898268: Crossreference

[Geert Stappers]

On Wed, May 09, 2018 at 03:00:27PM +0200, Frédéric BURLET wrote:
> 
> Dear Maintainer,
> 
> Tellico crashes when importing Audio CD Data.
> 

That might be related to
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796129
 Build of tellico is missing support for cddb


The new bug
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898268


I hope this helps


Cheers
Geert Stappers

Bug#898273: [lintian] Detect conflict between package.json version and debian control version

[Bastien ROUCARIÈS]

Package: lintian
Version: 2.5.84
Severity: minor

Hi,

Npm package use package.json for checking version 
(see https://docs.npmjs.com/getting-started/semantic-versioning).

control use the debian way. 

it will be nice to detect difference between the package.json file and the 
control file

If package is section javascript search all file named package.json, parse it 
and control against control depends (including optional that go to recommand 
or suggest).

Bastien

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

Bug#897599: Hotfix with haveged

[Alf]

works fine here.
Entropy pool gets filled within a few seconds instead of minutes.

Bug#889055: FTBFS with libminiupnpc-dev 2.0.20171212 (sushi)

[Jeremy Bicha]

Control: tags -1 +pending

I'm uploading Peter's sushi patch as an NMU now since this has been
pending for months with no maintainer response and it's needed to
finish the miniupnpc transition in Ubuntu. I tweaked the
debian/changelog a bit first.

Thanks,
Jeremy Bicha

Bug#803584: Processed: retitle to RFP: webwork -- Open source online homework system

[Doug Torrance]

Control: retitle -1 ITP: webwork -- Open source online homework system
Control: owner -1 !

On 05/08/2018 06:24 PM, Debian Bug Tracking System wrote:

Processing commands for cont...@bugs.debian.org:


retitle 803584 RFP: webwork -- Open source online homework system

Bug #803584 [wnpp] ITP: webwork -- Open source online homework system
Changed Bug title to 'RFP: webwork -- Open source online homework system' from 
'ITP: webwork -- Open source online homework system'.

noowner 803584

Bug #803584 [wnpp] RFP: webwork -- Open source online homework system
Removed annotation that Bug was owned by Doug Torrance .

stop

Stopping processing here.

Please contact me if you need assistance.
I still intend to package WeBWorK for Debian, but it is taking longer 
than expected.


Doug

Bug#898272: libbiniou-ocaml: New upstream release (1.2.0)

[Raphaël Rigo]

Package: libbiniou-ocaml
Version: 1.0.12-2+b2
Severity: wishlist

Dear Maintainer,

thanks for maintaining the package.
Could you please update the package to the newer upstream version ?

Other tools such as merlin ultimely depend on newer versions (through
yojson)

Regards,
Raphaël


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

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

Versions of packages libbiniou-ocaml depends on:
ii  libc6  2.27-3
ii  libeasy-format-ocaml [libeasy-format-ocaml-u4qb1]  1.2.0-1+b1
ii  ocaml-base-nox [ocaml-base-nox-4.05.0] 4.05.0-10+b1

Versions of packages libbiniou-ocaml recommends:
ii  ocaml-findlib  1.7.3-2+b1

libbiniou-ocaml suggests no packages.

-- no debconf information

Bug#898271: postfix: postconf segfault when map file cannot be read by current user

[Andreas Hasenack]

Package: postfix
Version: 3.3.0-1
Severity: normal

Dear Maintainer,

When running the postconf tool as a user that cannot read a database map
file listed in main.cf, a segfault happens.

Bug reported upstream:
https://marc.info/?l=postfix-users=152578690131086=2
Also in Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/postfix/+bug/1753470
Fix by upstream:
https://bugs.launchpad.net/ubuntu/+source/postfix/+bug/1753470

Steps to reproduce:
- install postfix 3.3.0
- add this line to main.cf:
virtual_alias_maps = pgsql:/etc/postfix/valiases.cf
- run "sudo truncate -s 0 /etc/postfix/valiases.cf"
- run "sudo chmod 0600 /etc/postfix/valiases.cf"
- run "sudo -u postfix -H postconf"
- observe the segfault

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

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

Versions of packages postfix depends on:
ii  adduser3.117
ii  cpio   2.12+dfsg-6
ii  debconf [debconf-2.0]  1.5.66
ii  dpkg   1.19.0.5+b1
ii  e2fsprogs  1.44.1-2
ii  libc6  2.27-3
ii  libdb5.3   5.3.28-13.1+b1
ii  libicu57   57.1-9
ii  libsasl2-2 2.1.27~101-g0780600+dfsg-3.1
ii  libssl1.1  1.1.0h-2
ii  lsb-base   9.20170808
ii  netbase5.4
ii  ssl-cert   1.0.39

Versions of packages postfix recommends:
ii  python3  3.6.5-3

Versions of packages postfix suggests:
pn  dovecot-common
ii  libsasl2-modules  2.1.27~101-g0780600+dfsg-3.1
pn  mail-reader   
pn  postfix-cdb   
pn  postfix-doc   
pn  postfix-ldap  
pn  postfix-lmdb  
pn  postfix-mysql 
pn  postfix-pcre  
pn  postfix-pgsql 
pn  postfix-sqlite
pn  procmail  
pn  resolvconf
pn  sasl2-bin 
pn  ufw   

-- debconf information:
  postfix/chattr: false
  postfix/tlsmgr_upgrade_warning:
  postfix/recipient_delim: +
  postfix/protocols: all
  postfix/relay_restrictions_warning:
  postfix/mailbox_limit: 0
* postfix/main_mailer_type: Internet Site
* postfix/mailname: debian-postfix
  postfix/bad_recipient_delimiter:
  postfix/lmtp_retired_warning: true
  postfix/destinations: $myhostname, debian-postfix, localhost.localdomain,
, localhost
  postfix/root_address:
  postfix/not_configured:
  postfix/rfc1035_violation: false
  postfix/compat_conversion_warning: true
  postfix/relayhost:
  postfix/main_cf_conversion_warning: true
  postfix/kernel_version_warning:
  postfix/sqlite_warning:
  postfix/retry_upgrade_warning:
  postfix/newaliases: false
  postfix/mydomain_warning:
  postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
  postfix/dynamicmaps_conversion_warning:
  postfix/procmail: false

Bug#883245: Note: You have to reply to my private email. m.hornb...@aol.com

[Kemelmajer, Jovita]

I am Major Dennis Hornbeck. I am in the Engineering military unit here in 
Afghanistan, I Have a Proposal for you Please do get back for details.

Note: You have to reply to my private email.  m.hornb...@aol.com

Bug#898270: rng-tools5: hangs at system shutdown

[Luca Boccassi]

Package: rng-tools5
Version: 5-1
Severity: normal
Tags: patch

Dear Maintainer,

rngd can hang at shutdown when busy, as it will loop without checking
for the termination condition.

The inlined patch has been merged upstream [1] and was originally
posted by Leonardo Chiquitto on Sourceforge [2].

I attached a version of the patch for v5, so please consider it for
Debian until the next release is available and uploaded, to avoid this
annoying problem.

Thank you!

-- 
Kind regards,
Luca Boccassi

[1] https://github.com/nhorman/rng-tools/pull/14
[2] https://sourceforge.net/p/gkernel/bugs/135/Description: Check for signals in update_kernel_random()
 When running as a daemon, a signal handler is installed to catch
 SIGINT/SIGTERM. This handler sets a flag that's tested in the main
 loop. However, rngd loops in update_kernel_random() as well, where
 the flag was not tested.
 This patch adds the check to update_kernel_random() so that the
 daemon exits properly after receiving a SIGINT/SIGTERM signal.
Author: Leonardo Chiquitto 
Origin: https://sourceforge.net/p/gkernel/bugs/135/
Applied-Upstream: https://github.com/nhorman/rng-tools/pull/14
--- a/rngd.c
+++ b/rngd.c
@@ -218,6 +218,8 @@ static int update_kernel_random(int random_step,
 
 	for (p = buf; p + random_step <= [FIPS_RNG_BUFFER_SIZE];
 		 p += random_step) {
+		if (!server_running)
+			return 0;
 		random_add_entropy(p, random_step);
 		random_sleep();
 	}
@@ -239,10 +241,10 @@ static void do_loop(int random_step)
 		{
 			int rc;
 
+		retry_same:
 			if (!server_running)
 return;
 
-		retry_same:
 			if (iter->disabled)
 continue;	/* failed, no work */
 


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

Bug#897608: lintian: warn that debug symbol migration is complete

[Graham Inggs]

Control: tags -1 - moreinfo

Untagging moreinfo, and minor update to description:


I: auto-dbgsym-migration-reminder

debian/rules contains 'dh_strip --dbgsym-migration' or
'--ddeb-migration' (as it was formerly known)

Automatic debug symbol packages first became available in December 2015.

If the dh_strip command migrating manual '-dbg' packages to '-dbgsym'
was added to debian/rules and the package was included in Stretch,
then the command, and possibly 'override_dh_strip', may now be
removed.  If the command was only added later, and/or the package was
not included in Stretch, please wait until it has been included in a
stable release before removing it.

Further information:
https://wiki.debian.org/AutomaticDebugPackages

Bug#897061: [Pkg-javascript-devel] Bug#897061: libuv1: FTBFS on hurd-i386: PATH_MAX undefined (and kfreebsd as well)

[Dominique Dumont]

On vendredi 27 avril 2018 21:39:04 CEST Samuel Thibault wrote:
> libuv1 currently FTBFS on hurd-i386 because it unconditionally uses
> PATH_MAX. The attached patch fixes this.
> 
> Also, the symbols file is only accurate for the Linux port, here is a
> fix for that too.  Some symbols are really Linux-only in the source
> code, they pose problem on kfreebsd as seen in buildd logs, so the patch
> should fix the build there too.

I've applied both patches to libuv1 [1] . This will be uploaded with libuv1 
1.20.3 

All the best

[1] g...@salsa.debian.org:debian/libuv1.git

-- 
https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/
http://ddumont.wordpress.com/-o-   irc: dod at irc.debian.org

Bug#897568: Stretch with backports kernel is also affected

[Colm Buckley]

In an ideal world, this need not be a problem; we typically see ZoL
releases supporting new kernels well before those kernels hit Debian
backports. Unfortunately, however, there is a chicken-and-egg problem; the
Debian package maintainers need to be confident that the zfs-linux packages
will work with both new and existing kernels (on all supported
architectures) before a release can be made, and the BPO kernel maintainers
occasionally include forward patches from other kernel trees. It's not
impossible to make this work, but it is labor-intensive and has an
unpredictable schedule.

Colm

Bug#898269: python3.6: Vcs URLs are incorrect

[Peter De Wachter]

Source: python3.6
Version: 3.6.5-8
Severity: normal

Dear Maintainer,

The Vcs fields in debian/control point to Launchpad, but it looks like only
older versions of the package are available there.

Vcs-Browser: https://code.launchpad.net/~doko/python/pkg3.6-debian
Vcs-Bzr: http://bazaar.launchpad.net/~doko/python/pkg3.6-debian

Best regards,
Peter

Bug#897150: mixxx: Segmentation Fault

[Matteo F. Vescovi]

Hi!

On Wed, May 9, 2018 at 3:02 PM, Bernhard Übelacker
 wrote:
> On Sat, 28 Apr 2018 23:25:07 -0500 Casey C 
> wrote:
>
>> -- System Information:
>> Debian Release: buster/sid
>>   APT prefers xenial-updates
>>   APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
>> 'xenial'), (500, 'unstable')
>> Architecture: powerpc (ppc64)
>
> Hello Casey C,
> out of curiosity I tried to reproduce this crash in a QEMU PowerPC VM.
>
> But in a ppc64el installation of Debian buster I could not reproduce
> this crash. (Which also identifies as "Architecture: ppc64el (ppc64le)")
> So probably I tried the wrong architecture.
>
>
> But I have trouble to find a way to install a current Debian powerpc
> installation.
> Also the xenial entries point to some Ubuntu sources?
>
> Therefore you probably can give some more information about how this
> system got installed and where the packages come from.
>
> Also in [1] are some hints how to add the debug symbols if the sources
> you installed Mixxx from support the automatic debug packages.
> And start Mixxx once in a debugger to get a meaningful backtrace of the
> crash that can be added to this report.
>
>
> One other thing to try would be to move your old .mixxx directory to
> start with a clean configuration.
> e.g.: mv ~/.mixxx ~/old.mixxx

I've started working on a fix for this some days ago (given that
probably a new release could add Qt 5.10 support) but faced the fact
that the new upstream release v2.1.0 is FTBFS for some reason and
haven't got time to triage that more.
If interested, see [1].

Cheers.


[1] https://bugs.launchpad.net/mixxx/+bug/1768148

-- 
Matteo F. Vescovi || Debian Developer
GnuPG KeyID: 4096R/0x8062398983B2CF7A

Bug#870396: alsa-lib: fix SIGSEGV on x32

[Thorsten Glaser]

found 870396 1.1.6-1
thanks

Hi,

this issue unfortunately still persists and makes my sound-using
applications (mplayer, musescore, …) segfault.

Please find a rebased debdiff against the latest version attached,
for forwarding to upstream and applying in Debian. I confirm that
installing this (built on x32 and i386 since I have Multi-Arch)
fixes at least mplayer.

Thanks in advance,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steegdiff -Nru alsa-lib-1.1.6/debian/changelog alsa-lib-1.1.6/debian/changelog
--- alsa-lib-1.1.6/debian/changelog 2018-05-01 02:50:42.0 +0200
+++ alsa-lib-1.1.6/debian/changelog 2018-05-09 15:14:19.0 +0200
@@ -1,3 +1,10 @@
+alsa-lib (1.1.6-1+x32.1) unreleased; urgency=high
+
+  * Non-maintainer upload.
+  * Add patches fixing sound on x32. Closes: #870396
+
+ -- Thorsten Glaser   Wed, 09 May 2018 15:14:19 +0200
+
 alsa-lib (1.1.6-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru alsa-lib-1.1.6/debian/patches/0009-fix-format-strings.patch 
alsa-lib-1.1.6/debian/patches/0009-fix-format-strings.patch
--- alsa-lib-1.1.6/debian/patches/0009-fix-format-strings.patch 1970-01-01 
01:00:00.0 +0100
+++ alsa-lib-1.1.6/debian/patches/0009-fix-format-strings.patch 2018-05-09 
15:13:21.0 +0200
@@ -0,0 +1,73 @@
+# DP: fix long vs. long long confusion when there is a 64-bit time_t
+# DP: on a 32-bit long system, such as all newer 32-bit architectures
+
+--- a/src/pcm/pcm.c
 b/src/pcm/pcm.c
+@@ -2257,11 +2257,11 @@ int snd_pcm_status_dump(snd_pcm_status_t
+ {
+   assert(status);
+   snd_output_printf(out, "  state   : %s\n", 
snd_pcm_state_name((snd_pcm_state_t) status->state));
+-  snd_output_printf(out, "  trigger_time: %ld.%06ld\n",
+-status->trigger_tstamp.tv_sec,
+-status->trigger_tstamp.tv_nsec / 1000);
+-  snd_output_printf(out, "  tstamp  : %ld.%06ld\n",
+-  status->tstamp.tv_sec, status->tstamp.tv_nsec / 1000);
++  snd_output_printf(out, "  trigger_time: %lld.%06ld\n",
++(long long)status->trigger_tstamp.tv_sec,
++(long)status->trigger_tstamp.tv_nsec / 1000L);
++  snd_output_printf(out, "  tstamp  : %lld.%06ld\n",
++  (long long)status->tstamp.tv_sec, (long)status->tstamp.tv_nsec 
/ 1000L);
+   snd_output_printf(out, "  delay   : %ld\n", (long)status->delay);
+   snd_output_printf(out, "  avail   : %ld\n", (long)status->avail);
+   snd_output_printf(out, "  avail_max   : %ld\n", 
(long)status->avail_max);
+--- a/test/latency.c
 b/test/latency.c
+@@ -325,12 +325,12 @@ void setscheduler(void)
+   printf("!!!Scheduler set to Round Robin with priority %i FAILED!!!\n", 
sched_param.sched_priority);
+ }
+ 
+-long timediff(snd_timestamp_t t1, snd_timestamp_t t2)
++long long timediff(snd_timestamp_t t1, snd_timestamp_t t2)
+ {
+-  signed long l;
++  signed long long l;
+ 
+   t1.tv_sec -= t2.tv_sec;
+-  l = (signed long) t1.tv_usec - (signed long) t2.tv_usec;
++  l = (signed long long) t1.tv_usec - (signed long long) t2.tv_usec;
+   if (l < 0) {
+   t1.tv_sec--;
+   l = 100 + l;
+@@ -682,10 +682,10 @@ int main(int argc, char *argv[])
+   snd_pcm_nonblock(phandle, !block ? 1 : 0);
+   if (ok) {
+ #if 1
+-  printf("Playback time = %li.%i, Record time = %li.%i, 
diff = %li\n",
+- p_tstamp.tv_sec,
++  printf("Playback time = %lli.%i, Record time = %lli.%i, 
diff = %lli\n",
++ (long long)p_tstamp.tv_sec,
+  (int)p_tstamp.tv_usec,
+- c_tstamp.tv_sec,
++ (long long)c_tstamp.tv_sec,
+  (int)c_tstamp.tv_usec,
+  timediff(p_tstamp, c_tstamp));
+ #endif
+--- a/test/queue_timer.c
 b/test/queue_timer.c
+@@ -99,11 +99,11 @@ main(int argc ATTRIBUTE_UNUSED, char **a
+   normalize();
+   prevdiff = diff;
+ 
+-  fprintf(stderr, " real time: %12ld sec %8ld usec\nqueue time: %12ld sec 
%8ld usec\n  diff: %12ld sec %8ld usec\n  diffdiff: %12ld sec %8ld usec\n",
+-  tv.tv_sec, tv.tv_usec,
+-  (long)rtime->tv_sec, (long)rtime->tv_nsec / 1000,
+-  diff.tv_sec, diff.tv_usec,
+-  (long)diffdiff.tv_sec, (long)diffdiff.tv_usec);
++  fprintf(stderr, " real time: %12lld sec %8ld usec\nqueue time: %12lld 
sec %8ld usec\n  diff: %12lld sec %8ld usec\n  diffdiff: %12lld sec %8ld 
usec\n",
++  (long long)tv.tv_sec, (long)tv.tv_usec,
++  (long 

Bug#898200: Thanks (and why the report)

[Geert Stappers]

On Wed, May 09, 2018 at 01:18:06PM +, Debian Bug Tracking System wrote:
> Changes:
>  signing-party (2.7-2) unstable; urgency=low
>  .
>* debian/control:
>  + Migrate Vcs-Browser and Vcs-Git from Alioth to Salsa.  (Closes: 
> #898200)

Thank you.


FWIW: Now `debcheckout $PACKAGE` shell yield a git clone url.
The coolness factor of git is much higher as subversion.


Cheers Geert Stappers, Debian Developer
Influenced by a BSD-developer who told him "`apt-get source $PACKAGE`
is way to static, in BSD we have version control systems."

Bug#897390: xwayland: Segmentation fault loading GNOME 3

[Bernhard Übelacker]

tags 897390 = moreinfo
quit


On Wed, 02 May 2018 02:09:08 +0200 Manolinux  wrote:
> #1  0x7f7cd8902231 in __GI_abort () at abort.c:79
> #2  0x5642194aaa5a in OsAbort ()
> #3  0x5642194b0573 in ?? ()
> #4  0x5642194b1395 in FatalError ()
> #5  0x5642193388bf in ?? ()
> #6  0x5642194a85d1 in ?? ()
> #7  0x5642194a15db in WaitForSomething ()
> #8  0x56421946d3e3 in ?? ()
> #9  0x564219471680 in ?? ()
> #10 0x7f7cd88eda87 in __libc_start_main (main=0x564219337ee0,

Hello Manolinux,
probably you can provide a more helpful backtrace by installing some
additional debug symbol packages.

I assume in you system this command would return this package:
$ dpkg -S /usr/bin/Xwayland
xwayland: /usr/bin/Xwayland

Then the debug symbols would be in xwayland-dbgsym. With an addition
source entry [1] this package should be installed and then let gdb have
another look at the core file.

Kind regards,
Bernhard

[1] https://wiki.debian.org/HowToGetABacktrace