Bug#864969: gnat: Ada.Locales ignores setting of LANG

[Jacob Sparre Andersen]

Package: gnat
Version: 4.9
Severity: important

Dear Maintainer,

I compiled and ran this program:

with Ada.Locales;
with Ada.Text_IO;

procedure Lang is
   use Ada.Locales;
   use Ada.Text_IO;
begin
   Put_Line (Country (1) & Country (2));
   Put_Line (Language (1) & Language (2) & Language (3));
end Lang;

The output is:

$ ./lang
ZZ
und
$ locale
LANG=fo_FO.ISO-8859-1
[...]
LC_ALL=
$

The expected output was:

$ ./lang
FO
fae
$

Thanks,

Jacob

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=da_DK.ISO-8859-1, LC_CTYPE=da_DK.ISO-8859-1 (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gnat depends on:
ii  gnat-4.9  4.9.2-1

Versions of packages gnat recommends:
ii  ada-reference-manual-2012  1:2012.2-3
ii  gnat-gps   5.3dfsg-1

gnat suggests no packages.

-- no debconf information

Bug#864970: www.debian.org: downloads page is missing download links

[Stuart Prescott]

Package: www.debian.org
Severity: important

Hi!

in amongst all the excitement of the stretch release, the downloads page [1]
has lost most of the download links. The only link currently displayed is
the "multi-arch" image, which isn't being produced for 9.0 [2]

[1]  https://www.debian.org/CD/http-ftp/#stable

[2]  https://wiki.debian.org/Teams/DebianCD/ReleaseTesting/Stretch (Errata #2)

cheers
Stuart

Bug#857589: [Pkg-fonts-devel] Bug#857589: fontforge: Please install the appdata file in the main graphical fontforge package

[Vasudev Kamath]

Hi,

Sorry for very delayed response, was caught up with life. 

Laurent Bigonville  writes:

> On Mon, 13 Mar 2017 00:41:30 +0100 Laurent Bigonville  
> wrote:
>  > Hi,
>  >
>  > Could you please install the fontforge.appdata.xml file in the main
>  > graphical package.
>  >
>  > You must also move the corresponding .desktop file to that package.
>
> Oups, the .desktop file is already in the proper package, so nevermind.

I asked fontforge upstream on if there is any way to make it installed
by their build system but unfortunately there is none.

Also it seems they are not yet sure about quality of this file ¹ and
they have not yet come to clear consensus on it. If some one can review
this file and say that it is okay to ship, I will include it in next
upload. 

¹ https://github.com/fontforge/fontforge/issues/892

Cheers,


signature.asc
Description: PGP signature

Bug#864751: Need common names for Iran, North Korea, South Korea, Palestine, Russia, and Syria

[Christian Theune]

Hi,

Alex asked me to way in here as the maintainer of pycountry.

I would always recommend a solution that allows people to customize their usage 
based on their views and needs. In PyCountry you can, relatively easily, extend 
or modify the database in the packages at runtime of your software to include 
variations on top of the official databases.

pycountry had previous incidents of people forking it based on their 
needs/views which missed the point completely. See [1] for a rather 
entertaining example.

My personal recommendation would be to maybe even completely get rid of the 
common names and let that be a problem of a specific user. My view is that this 
is an _exact_ (as humanly possible) implementation of the ISO databases and 
stay away from further political issues.

I’m not involved with Debian at all, so maybe there is a political layer that 
Debian does want to take a stance on, then that would be their prerogative. A 
technical solution for that could be to provide a separate package for “biased” 
data to complement the “pure” iso database.

Cheers and hugs,
Christian

[1] https://pypi.python.org/pypi/correct_pycountry/0.12.2

On Wed, 14 Jun 2017 14:07:45 -0600 Alex Henrie  wrote:
> Christian and Tobias: Thanks to both of you for your replies.
>
> 2017-06-13 22:50 GMT-06:00 Christian PERRIER :
> > I introduced "common names" in order to solve TWO specific cases that
> > had very strong political implications, *including in the said
> > countries themselves : Taiwan and Macedonia. These names are the way
> > these countries and their respective governing bodies want them to be
> > called. However, international bodies (namely the UNO and the ISO-3166
> > standard agency), have chosen to follow advices and influences from
> > *outside* the said countries, to include names ("Taiwan, Republic of
> > China" and "Former Yougoslavian Republic of Macedonia") that are NOT
> > ACCEPTED inside the countries.
>
> If the goal is to depoliticize Taiwan then it would help to add common
> names for other countries as well. That way, Taiwan won't be singled
> out as the only country to have an unofficial name. Making it easier
> to compute on all countries' commonly used names would just be a happy
> side effect.
>
>


Liebe Grüße,
Christian Theune

--
Christian Theune · c...@flyingcircus.io · +49 345 219401 0
Flying Circus Internet Operations GmbH · http://flyingcircus.io
Forsterstraße 29 · 06112 Halle (Saale) · Deutschland
HR Stendal HRB 21169 · Geschäftsführer: Christian. Theune, Christian. Zagrodnick



signature.asc
Description: Message signed with OpenPGP

Bug#864970: www.debian.org: downloads page is missing download links

[Cyril Brulebois]

Control: tag -1 pending

Hi,

Stuart Prescott  (2017-06-18):
> Package: www.debian.org
> Severity: important
> 
> Hi!
> 
> in amongst all the excitement of the stretch release, the downloads page [1]
> has lost most of the download links. The only link currently displayed is
> the "multi-arch" image, which isn't being produced for 9.0 [2]
> 
> [1]  https://www.debian.org/CD/http-ftp/#stable

The missing define-tag for stretch-as-the-new-stable was just added to
installer.wml, and Paul rebuilt the website so that it's taken into
account. Marking this as pending…

(And note taken for the next release cycle.)

> [2]  https://wiki.debian.org/Teams/DebianCD/ReleaseTesting/Stretch (Errata #2)

Are we expected to see improvements in this area, or should we get rid
of the multi-arch dvd link as well? (… hence not closing this bug report
entirely). Added debian-cd@ to the loop.


KiBi.


signature.asc
Description: Digital signature

Bug#714726: wrong (as in: release-specific) "Suite:" entry in backports Release file

[Stefan Bühler]

Hi,

On Tue, 6 Jun 2017 13:33:03 +0200 Stefan Bühler wrote:
> Hi,
> 
> On Sun, 26 Apr 2015 22:01:03 +0200 Stefano Zacchiroli 
> wrote:
> > Heya,
> > 
> > On Tue, Jul 02, 2013 at 10:30:40AM +0200, Stefano Zacchiroli wrote:
> > >   ./wheezy-backports/Release:Suite: wheezy-backports
> > >   ./wheezy-backports/Release:Codename: wheezy-backports
> > > 
> > > as you can see from the last 2 lines, both Suite and Codename are set
> > > to "wheezy-backports" whereas, to be consistent with the rest, the
> > > suite should be something like "stable-backports".
> > 
> > JFTR, it looks like this bug has been propagated to the just released
> > suite Jessie. Currently,
> > http://ftp.debian.org/debian/dists/jessie-backports/Release reads:
> > 
> >   Suite: jessie-backports
> >   Codename: jessie-backports
> > 
> > To cope with this, I've just hard-coded yet another release name in
> > sources.d.n configuration, to make sure that the new backports suite is
> > included.
> > 
> > It would be nice to fix this now for jessie+1.
> 
> Didn't work out so far, stretch is affected by this as well:
> 
> $ curl -s http://ftp.debian.org/debian/dists/stretch-backports/Release
> Origin: Debian Backports
> Label: Debian Backports
> Suite: stretch-backports
> Codename: stretch-backports
> [...]
> 
> Maybe this could still be fixed in time? I guess right now "Suite"
> should read "testing-backports", hoping it becomes "stable-backports" on
> release.

Still broken after the stretch release.  Maybe this time just fix it
although it is already released (right now there is nothing in it yet
anyway)?

As a workaround if someone wants to pin:

Pin: release o=Debian Backports,a=stable-backports

They should pin instead or additionally:

Pin: release o=Debian Backports,n=stretch-backports

Or (if you don't mix oldstable / stable backports sources):

Pin: release o=Debian Backports

Pinning a=stretch-backports ("a=" instead of "n="!) might work now, but
breaks if this bug gets fixed.

cheers,
Stefan

Bug#864971: RM: wot -- ROM; obsolete dummy package

[W. Martin Borgert]

Package: ftp.debian.org
Severity: normal

After the wot privacy breach scandal, we changed to wot package
to an empty dummy, so that our users got the malware removed by
upgrading. After stretch released, everyone should be fine, and
the package can be removed from unstable. TIA!

Bug#864972: RM: kio-mtp -- ROM; replaced by kio-extras

[Felix Geyer]

Package: ftp.debian.org
Severity: normal

Hi,

Please remove kio-mtp and its binary packages from the archive.

kio-mtp only ships a KDE4 kio plugin so it's no longer useful.
The mtp kio plugin for KF5 is shipped by kio-extras.

Thanks,
Felix

Bug#864973: stretch-pu: package win32-loader/0.8.3+deb9u1

[Didier 'OdyX' Raboud]

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

As discussed on debian-boot starting from
https://lists.debian.org/4374235.3xk2uo9...@odyx.org , win32-loader
(in stretch) still doesn't use the deb.debian.org agreed-upon mirror.
Also, as it's standalone version embeds multiple other packages (as
listed on
https://deb.debian.org/debian/tools/win32-loader/stable/win32-loader.txt
), the 0.8.3 version as released with Stretch still contains jessie's
debian-archive-keyring.

Specifically, we held this upload back then because we were waiting on
gnupg's 2.1.18-8 (which pu request is tracked in #863734)

It would be good to have an updated win32-loader in Stretch; the
possible debdiff would be attached.

Cheers,
OdyX
diff -Nru win32-loader-0.8.3/branch.nsi win32-loader-0.8.3+deb9u1/branch.nsi
--- win32-loader-0.8.3/branch.nsi   2017-01-01 11:40:06.0 +0100
+++ win32-loader-0.8.3+deb9u1/branch.nsi2017-06-18 10:21:47.0 
+0200
@@ -63,7 +63,7 @@
   StrCpy $base_path_images  "netboot/debian-installer/hurd-$arch"
 ${EndIf}
   ${Else}
-StrCpy $base_url "http://httpredir.debian.org/debian/dists/stable/";
+StrCpy $base_url "http://deb.debian.org/debian/dists/stable/";
 ${If} $kernel == "linux"
   ; Only Debian GNU/Linux will have a stable branch for the stretch cycle
   StrCpy $base_path_hashes"main/installer-$arch/current/images/"
diff -Nru win32-loader-0.8.3/debian/changelog 
win32-loader-0.8.3+deb9u1/debian/changelog
--- win32-loader-0.8.3/debian/changelog 2017-04-19 18:03:11.0 +0200
+++ win32-loader-0.8.3+deb9u1/debian/changelog  2017-06-18 10:25:41.0 
+0200
@@ -1,3 +1,10 @@
+win32-loader (0.8.3+deb9u1) stretch; urgency=medium
+
+  * Drop bz2 compression for source
+  * Replace all mirror urls with deb.debian.org
+
+ -- Didier Raboud   Sun, 18 Jun 2017 10:25:41 +0200
+
 win32-loader (0.8.3) unstable; urgency=low
 
   * The « Pippita » release
diff -Nru win32-loader-0.8.3/debian/rules win32-loader-0.8.3+deb9u1/debian/rules
--- win32-loader-0.8.3/debian/rules 2017-04-19 18:03:11.0 +0200
+++ win32-loader-0.8.3+deb9u1/debian/rules  2017-06-18 10:21:47.0 
+0200
@@ -13,7 +13,7 @@
 PACKAGES_LIST := $(shell set -e; \
for p in ${B_D_PACKAGES}; \
do \
-   dpkg-query --showformat='$${source:Package;-25} 
$${source:Version;-25} 
http://ftp.debian.org/debian/pool/main/$${source:Package;1}/$${source:Package}\\n'
 --show $$p; \
+   dpkg-query --showformat='$${source:Package;-25} 
$${source:Version;-25} 
http://deb.debian.org/debian/pool/main/$${source:Package;1}/$${source:Package}\\n'
 --show $$p; \
done)
 
 BUILT_USING_LIST := $(shell set -e; \
diff -Nru win32-loader-0.8.3/debian/source/options 
win32-loader-0.8.3+deb9u1/debian/source/options
--- win32-loader-0.8.3/debian/source/options2014-08-28 20:34:04.0 
+0200
+++ win32-loader-0.8.3+deb9u1/debian/source/options 1970-01-01 
01:00:00.0 +0100
@@ -1,2 +0,0 @@
-# Compress source using bz2
-compression = bzip2
diff -Nru win32-loader-0.8.3/Makefile win32-loader-0.8.3+deb9u1/Makefile
--- win32-loader-0.8.3/Makefile 2017-03-20 20:56:38.0 +0100
+++ win32-loader-0.8.3+deb9u1/Makefile  2017-06-18 10:21:47.0 +0200
@@ -181,7 +181,7 @@
   $(NULL)
genisoimage -r -J -o $@ netboot/daily
 
-BASE_URL=http://ftp.nl.debian.org/debian/dists/stable/main
+BASE_URL=http://deb.debian.org/debian/dists/stable/main
 netboot/download-stable-stamp:
mkdir -p netboot/stable/install.{386,amd}/gtk
wget 
$(BASE_URL)/installer-i386/current/images/netboot/debian-installer/i386/linux \

Bug#804063: cpio: New upstream release 2.12 available

[Chris Lamb]

Hi,

> cpio: New upstream release 2.12 available

I wonder if we can see this unstable now that stretch is out...? :)


Regards,

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

Bug#864974: thunderbird: Missing AtomicOperations for multiple architectures cause FTBFS

[John Paul Adrian Glaubitz]

Source: icedove
Version: 1:52.2.0-1
Severity: serious
Justification: fails to build from source

Hi!

thunderbird fails to build from source on multiple architectures,
including s390x, because the proper AtomicOperations header
is not included for the affected architectures.

Looking at [1], all architectures that do not have their own
variant of the AtomicOperations header must use the generic
ppc or sparc headers, e.g.

(...)
# elif defined(__alpha__)
#  include "jit/none/AtomicOperations-ppc.h"
# elif defined(__hppa__)
#  include "jit/none/AtomicOperations-ppc.h"
#elif defined(__m68k__)
#  include "jit/none/AtomicOperations-ppc.h"
#elif defined(__s390__)
#  include "jit/none/AtomicOperations-ppc.h"
#elif defined(__sh__)
#  include "jit/none/AtomicOperations-ppc.h"
(...)

From what I can see, you are currently missing:

alpha: __alpha__
hppa: __hppa__
m68k: __m68k__
powerpc and powerpcspe: __ppc__
s390: __s390__

ppc64 and sparc64 should work as they define "__PPC64__" and
"__sparc__" which is actually covered in the current code. I will
check what's wrong on this architectures later.

See also [2] (note: AtomicOperations-ppc.h and AtomicOperations-sparc.h
are identical and have been renamed to AtomicOperations-feeling-lucky.h
by upstream).

All architectures which are not including jit/none/AtomicOperations-ppc.h
or jit/none/AtomicOperations-sparc.h will include 
jit/none/AtomicOperations-none.h
and *will* FTBFS by definition (this is intended behavior in the JavaScript
engine). Please note that __sparc__ is also used for sparc64. So please
do not test for sparc64 with "#if defined(__sparc64__)", testing for
"__sparc__" is fine as it is.

Thus, please add the missing definitions for all architectures where the
build fails with:

Executing /«PKGBUILDDIR»/obj-thunderbird/dist/bin/xpcshell -g 
/«PKGBUILDDIR»/obj-thunderbird/dist/bin/ -a 
/«PKGBUILDDIR»/obj-thunderbird/dist/bin/ -f 
/«PKGBUILDDIR»/mozilla/toolkit/mozapps/installer/precompile_cache.js -e 
precompile_startupcache("resource://gre/");
d: file /«PKGBUILDDIR»/mozilla/xpcom/build/XPCOMInit.cpp, line 709
[23935] ###!!! ABORT: u_init() failed: file 
/«PKGBUILDDIR»/mozilla/xpcom/build/XPCOMInit.cpp, line 709
Traceback (most recent call last):
  File "/«PKGBUILDDIR»/mozilla/toolkit/mozapps/installer/packager.py", line 
415, in 
main()
  File "/«PKGBUILDDIR»/mozilla/toolkit/mozapps/installer/packager.py", line 
409, in main
args.source, gre_path, base)
  File "/«PKGBUILDDIR»/mozilla/toolkit/mozapps/installer/packager.py", line 
166, in precompile_cache
errors.fatal('Error while running startup cache precompilation')
  File "/«PKGBUILDDIR»/mozilla/python/mozbuild/mozpack/errors.py", line 103, in 
fatal
self._handle(self.FATAL, msg)
  File "/«PKGBUILDDIR»/mozilla/python/mozbuild/mozpack/errors.py", line 98, in 
_handle
raise ErrorMessage(msg)
mozpack.errors.ErrorMessage: Error: Error while running startup cache 
precompilation
/«PKGBUILDDIR»/mozilla/toolkit/mozapps/installer/packager.mk:41: recipe for 
target 'stage-package' failed
make[4]: *** [stage-package] Error 1

PS: The build logs for ppc64, sparc64 and x32 are currently missing due to 
issues on the
buildds with sending mail. We're working on fixing this.

Cheers,
Adrian

> [1] 
> https://anonscm.debian.org/cgit/pkg-mozilla/icedove.git/tree/mozilla/js/src/jit/AtomicOperations.h
> [2] 
> https://github.com/glaubitz/gecko-dev/blob/m68k/js/src/jit/AtomicOperations.h#L340

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#864453: fanotify07 LTP testcase hangs process

[Helge Deller]

On 12.06.2017 16:58, Ben Hutchings wrote:
> On Thu, 2017-06-08 at 21:23 +0200, Helge Deller wrote:
>> Can you backport at least the commit 05f0e38724e8 ?
> 
> This appears to depend on commit 9385a84d7e1f which looks hard to backport.

Ben, if it's too much work, maybe just don't do it.
I think the upstream maintainer wrote something in his commit
message that fixing this issue in backports might be hard/impossible.

When running the testsuite, the kernel additionally reported that processes
may hang, and tainted itself accordingly. Sadly I don't have the
exact kernel message at hand right now.

Helge

Bug#824449: firefox: FTBFS on sparc64 due to wrong platform definitions

[John Paul Adrian Glaubitz]

Control: reassign -1 firefox-esr

Hello!

Since the latest firefox package requires rustc now which isn't available on
sparc64 yet, I have ported the sparc64 support patch to the firefox-esr
package. I am attaching the updated patch.

Could it be applied for the next upload, please? The patch is merely a backport
of all the missing sparc64 fixes that got merged upstream, so they have all
been positively reviewed by Mozilla upstream.

Thank you very much!

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Description: Add support for sparc64
Author: John Paul Adrian Glaubitz 
Forwarded: https://bugzilla.mozilla.org/show_bug.cgi?id=1275204
Last-Update: 2017-06-18

Index: firefox-esr-52.2.0esr/ipc/chromium/src/build/build_config.h
===
--- firefox-esr-52.2.0esr.orig/ipc/chromium/src/build/build_config.h
+++ firefox-esr-52.2.0esr/ipc/chromium/src/build/build_config.h
@@ -83,7 +83,7 @@
 #elif defined(__ppc__) || defined(__powerpc__)
 #define ARCH_CPU_PPC 1
 #define ARCH_CPU_32_BITS 1
-#elif defined(__sparc64__)
+#elif defined(__sparc__) && defined(__arch64__)
 #define ARCH_CPU_SPARC 1
 #define ARCH_CPU_64_BITS 1
 #elif defined(__sparc__)
Index: firefox-esr-52.2.0esr/js/src/gc/Memory.cpp
===
--- firefox-esr-52.2.0esr.orig/js/src/gc/Memory.cpp
+++ firefox-esr-52.2.0esr/js/src/gc/Memory.cpp
@@ -501,7 +501,7 @@ static inline void*
 MapMemoryAt(void* desired, size_t length, int prot = PROT_READ | PROT_WRITE,
 int flags = MAP_PRIVATE | MAP_ANON, int fd = -1, off_t offset = 0)
 {
-#if defined(__ia64__) || (defined(__sparc64__) && defined(__NetBSD__)) || defined(__aarch64__)
+#if defined(__ia64__) || (defined(__sparc__) && defined(__arch64__) && (defined(__NetBSD__) || defined(__linux__)))
 MOZ_ASSERT((0x8000ULL & (uintptr_t(desired) + length - 1)) == 0);
 #endif
 void* region = mmap(desired, length, prot, flags, fd, offset);
@@ -524,7 +524,7 @@ static inline void*
 MapMemory(size_t length, int prot = PROT_READ | PROT_WRITE,
   int flags = MAP_PRIVATE | MAP_ANON, int fd = -1, off_t offset = 0)
 {
-#if defined(__ia64__) || (defined(__sparc64__) && defined(__NetBSD__))
+#if defined(__ia64__) || (defined(__sparc__) && defined(__arch64__) && defined(__NetBSD__))
 /*
  * The JS engine assumes that all allocated pointers have their high 17 bits clear,
  * which ia64's mmap doesn't support directly. However, we can emulate it by passing
@@ -551,7 +551,7 @@ MapMemory(size_t length, int prot = PROT
 return nullptr;
 }
 return region;
-#elif defined(__aarch64__)
+#elif defined(__aarch64__) || (defined(__sparc__) && defined(__arch64__) && defined(__linux__))
/*
 * There might be similar virtual address issue on arm64 which depends on
 * hardware and kernel configurations. But the work around is slightly
Index: firefox-esr-52.2.0esr/js/src/jsapi-tests/testGCAllocator.cpp
===
--- firefox-esr-52.2.0esr.orig/js/src/jsapi-tests/testGCAllocator.cpp
+++ firefox-esr-52.2.0esr/js/src/jsapi-tests/testGCAllocator.cpp
@@ -312,7 +312,7 @@ void unmapPages(void* p, size_t size) {
 void*
 mapMemoryAt(void* desired, size_t length)
 {
-#if defined(__ia64__) || (defined(__sparc64__) && defined(__NetBSD__)) || defined(__aarch64__)
+#if defined(__ia64__) || (defined(__sparc__) && defined(__arch64__) && (defined(__NetBSD__) || defined(__linux__)))
 MOZ_RELEASE_ASSERT(0x8000ULL & (uintptr_t(desired) + length - 1) == 0);
 #endif
 void* region = mmap(desired, length, PROT_READ | PROT_WRITE, MAP_PRIVATE | MAP_ANON, -1, 0);
@@ -334,7 +334,7 @@ mapMemory(size_t length)
 int fd = -1;
 off_t offset = 0;
 // The test code must be aligned with the implementation in gc/Memory.cpp.
-#if defined(__ia64__) || (defined(__sparc64__) && defined(__NetBSD__))
+#if defined(__ia64__) || (defined(__sparc__) && defined(__arch64__) && defined(__NetBSD__))
 void* region = mmap((void*)0x0700, length, prot, flags, fd, offset);
 if (region == MAP_FAILED)
 return nullptr;
@@ -344,7 +344,7 @@ mapMemory(size_t length)
 return nullptr;
 }
 return region;
-#elif defined(__aarch64__)
+#elif defined(__aarch64__) || (defined(__sparc__) && defined(__arch64__) && defined(__linux__))
 const uintptr_t start = UINT64_C(0x0700);
 const uintptr_t end   = UINT64_C(0x8000);
 const uintptr_t step  = js::gc::ChunkSize;
Index: firefox-esr-52.2.0esr/media/webrtc/trunk/build/build_config.h
===
--- firefox-esr-52.2.0esr.orig/media/webrtc/trunk/build/build_config.h
+++ firefox-esr-52.2.0esr/med

Bug#864974: thunderbird: Missing AtomicOperations for multiple architectures cause FTBFS

[John Paul Adrian Glaubitz]

On 06/18/2017 10:40 AM, John Paul Adrian Glaubitz wrote:
> powerpc and powerpcspe: __ppc__

Correction: powerpc and powerpcspe should actually be covered:

#elif defined(__ppc__) || defined(__PPC__)
# include "jit/none/AtomicOperations-ppc.h"

Not sure why the JavaScript engine crashes here though. I will have
to debug the crash.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#864944: RFS: zimg/2.5.1-1 [ITP]

[Ghislain Vaillant]

On Sun, 2017-06-18 at 00:54 +0530, Sanjeev wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "zimg"
> 
> * Package name: zimg
>   Version : 2.5.1-1
>   Upstream Author : sekrit-twc
> * URL : https://github.com/sekrit-twc/zimg
> * License : WTFPL
>   Section : libs
> 
> It builds those binary packages:
> 
>  libzimg-dev - devel file for z.lib library
>  libzimg-examples - examples using z.lib library
>  libzimg2   - z.lib shared library

Am I the only one concerned about the confusion between the standard
zlib library and this z.lib? 

> To access further information about this package, please visit the
> following URL:
> 
>  https://mentors.debian.net/package/zimg
> 
> Alternatively, one can download the package with dget using this
> command:
> 
>  dget -x
>  https://mentors.debian.net/debian/pool/main/z/zimg/zimg_2.5.1-1.dsc
> 
> Changes since the last upload:
> 
>   add file to copyright 

This looks wrong. What is the ITP bug you are supposed to close with
this initial upload? It should be referenced in the change log.

Ghis

Bug#864968: transition: libunistring

[Andreas Metzler]

On 2017-06-18 Jörg Frings-Fürst  wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition

> Hello,

> I'd want to upload libunistring 0.9.7 to unstable. The ABI is bumped.
[...]

Hello,

Point of information: Afaict from the changelog the only
reason for the soname bump in 0.9.4 is this one:
-
diff -NurbBp xxx-libunistring-dev_0.9.6+really0.9.3-0.1/usr/include/unistr.h 
xxx-libunistring-dev_0.9.7-1/usr/include/unistr.h
--- xxx-libunistring-dev_0.9.6+really0.9.3-0.1/usr/include/unistr.h 
2016-05-27 12:54:58.0 +0200
+++ xxx-libunistring-dev_0.9.7-1/usr/include/unistr.h   2017-06-10 
12:18:01.0 +0200
@@ -562,12 +595,23 @@ extern uint32_t *
 
 /* Compare S1 and S2.  */
 /* Similar to strcmp(), wcscmp().  */
+#ifdef __sun
+/* Avoid a collision with the u8_strcmp() function in Solaris 11 libc.  */
+extern int
+   u8_strcmp_gnu (const uint8_t *s1, const uint8_t *s2)
+   _UC_ATTRIBUTE_PURE;
+# define u8_strcmp u8_strcmp_gnu
+#else
 extern int
-   u8_strcmp (const uint8_t *s1, const uint8_t *s2);
+   u8_strcmp (const uint8_t *s1, const uint8_t *s2)
+   _UC_ATTRIBUTE_PURE;
+#endif
-
i.e. it is specific to __sun. So afaict this transition should go
smoothly without breakage of programs linking against both version of
libunistring although libunistring does not use versioned symbols.

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

Bug#864975: RM: josm-plugins/experimental -- ROM; Obsolete, causes issues with user installed plugins

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove the josm-plugins package from the archive. It causes
issues with user installed plugins.

See: https://josm.openstreetmap.de/ticket/7483

Kind Regards,

Bas

Bug#864958: systemd: After upgrade jessie->stretch, default target changes to "graphical"

[Laurent Bigonville]

tag 864958 + moreinfo
thanks

On Sun, 18 Jun 2017 03:28:29 + Charles Samuels  
wrote:


> Dear Maintainer,

Hello Charles,

>
> [...]
> $ systemd-delta
> [EXTENDED] /lib/systemd/system/rc-local.service → 
/lib/systemd/system/rc-local.service.d/debian.conf
> [EXTENDED] /lib/systemd/system/systemd-resolved.service → 
/lib/systemd/system/systemd-resolved.service.d/resolvconf
> [REDIRECTED] /etc/systemd/system/default.target → 
/lib/systemd/system/default.target
> [EXTENDED] /lib/systemd/system/systemd-timesyncd.service → 
/lib/systemd/system/systemd-timesyncd.service.d/disable-

>

How did you previously changed the default target?

Did you use the "systemctl set-default" command? Did you create a 
symlink manually? Did you modify the symlink in /lib/systemd/system/ 
manually?

Bug#864976: RM: josm-plugins -- ROM; Obsolete, causes issues with user installed plugins

[Bas Couwenberg]

Package: ftp.debian.org
Severity: normal

Please remove the josm-plugins package from the archive. It causes
issues with user installed plugins.

See: https://josm.openstreetmap.de/ticket/7483

Kind Regards,

Bas

Bug#863278: RFS: usbguard/0.7.0-1

[gustavo panizzo]

On Wed, May 24, 2017 at 07:43:35PM +0200, Muri Nicanor wrote:

Package: sponsorship-requests
Severity: normal

Dear mentors,

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



d/copyright

- please set the years to include 2016, 2017. there are some files owned
by RH which are copyright 2016 but in d/copyright it only says 2015

- src/Tests/Makefile.in, src/Tests/test-driver are copyright FSF
- would be cool to run files-without-copyright.sh
- src/Tests/USB/data/0001.bin src/Tests/UseCase/DummyDevices/root.tar.xz 
 what's the source of that file? please regenerate them at build time
 
- please clarify copyright for src/Tests/custom.supp


d/control

- You have a d/gbp.conf but not Vcs-* headers on d/control
 would be cool if you publish your git packaging, and documented it on
 d/control
 
 if you do that, please use pristine-tar to publish the tarballs


d/changelog

- please fix spelling in 'neede kernek'

* New upstream version 0.7.0
 This release contains a backwards incompatible
 change because it changes how the device hash is
 computed for Linux root hub devices

Please create a NEWS.Debian file, also please make a note to add a
notice in the release manual for buster (i know, looong time)
Users hate when things change without notice (i'm an usbguard user :) 




--
IRC: gfa
GPG: 0X44BB1BA79F6C6333



signature.asc
Description: Digital Signature

Bug#864947: [Parl-devel] Bug#864947: parl-desktop-world depends on cruft package firefox-esr-l10n-be

[Jonas Smedegaard]

Quoting peter green (2017-06-17 21:49:38)
> Package: debian-parl
> Severity: serious
> Version: 1.9.10
> 
> parl-desktop-world depends on firefox-esr-l10n-be which is no longer 
> built by firefox-esr. I'm still trying to figure out where this is 
> coming from, I can't find any evidence of it in the source package but 
> rebuilding the binaries doesn't make it go away.

I do not see that relationship in version 1.9.10 of parl-desktop-world - 
are you sure you are referring to that exact version of the package (not 
e.g. some rebuild of the package from source)?

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Bug#864977: eiskaltdcpp: upgrade to 2.2.10

[Pavel Sofishchenko]

Package: eiskaltdcpp
Version: 2.2.9-4.1
Severity: wishlist

Dear maintainer,
please upgrade EiskaltDC++ to latest 2.2.10 from upstream
https://github.com/eiskaltdcpp/eiskaltdcpp/releases

Bug#864959: telegnome: Fails to build with vala 0.36

[Colin Watson]

Control: tags -1 fixed-upstream

On Sat, Jun 17, 2017 at 11:38:37PM -0400, Jeremy Bicha wrote:
> telegnome fails to build with vala 0.36 which is now in Ubuntu 17.10
> "Artful" and will be in Debian unstable once it clears the Debian new
> queue. vala 0.36 is part of GNOME 3.24.
> 
> I'm attaching a patch against the GNOME git tree.

Thanks.  Applied upstream and I'll do a release shortly.

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

Bug#864978: Broken UTF-8 encoded text data after sync

[Osamu Aoki]

Package: nixnote2
Version: 2.0~beta11-1
Severity: wishlist
Control: tags -1 wontfix

This is a placeholder bug report for people like me with the broken data
and in panic to resolve the bad nixnote2 situation :-)

If your text data have non-ASCII characters, you may face this problem.
I marked as "wontfix" since this resolution resource is described in
User's manual and avoidable via the preferences menu.

Workaround:
1. Don't edit the broken nixnote2 data.
2. Set nixnote2 via menu:
 Edit->Preferences->Debugging Tab->Check "Force UTF8 Encoding"
3. Touch edited and still good text via web interface.
4. Sync nixnote2 data from the server.

Description:
If you edit UTF-8 encoded (CJK) text via web interface of the Evernote,
even if its original CJK text is entered from nixnote2 under the
en_US.UTF-8 nicely, the CJK text is broken upon sync.  Re-editing
this broken text and sync will overwrite the good data on the
Evernote server.

For example (HEX sequence)
 Before sync: 4FE5A4AAE9838E 0A 
 After sync:  4F C3 A5 C2 A4 C2 AA C3 A9 C6 92 C5 BD 0A 
As you can see "C?" are inserted!

Here are another example:
 Before:
  100g 680円
  250g 1,361円(~544@100g相当)
  500g 2,041円(~408@100g相当)
 After:
  100g 680円
  250g 1,361円(~544@100g相当)
  500g 2,041円(~408@100g相当)

In User's manual (P26):
 “Force UTF8 Encoding” - Evernote doesn’t always seem to send the 
 header with notes created or edited in the web interface. This can cause
 an issue with some special characters. As a workaround, this will add
 the  tags to notes that are missing it. This is experimental and
 disabled by defalut, but if you are having issues where special
 characters are being displayed improperly this may correct the issue.

Hmmm.. s/defalut/default/

-- System Information:
Debian Release: 9.0
  APT prefers testing-proposed-updates
  APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (98, 
'experimental'), (98, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.10.0-rc6-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 nixnote2 depends on:
ii  default-jre [java8-runtime]2:1.8-58
ii  libc6  2.24-11
ii  libcurl3   7.52.1-5
ii  libgcc11:6.3.0-18
ii  libpoppler-qt5-1   0.48.0-2
ii  libqt5core5a   5.7.1+dfsg-3+b1
ii  libqt5gui5 5.7.1+dfsg-3+b1
ii  libqt5network5 5.7.1+dfsg-3+b1
ii  libqt5printsupport55.7.1+dfsg-3+b1
ii  libqt5qevercloud3  3.0.3+ds-2
ii  libqt5sql5 5.7.1+dfsg-3+b1
ii  libqt5webkit5  5.7.1+dfsg-1
ii  libqt5widgets5 5.7.1+dfsg-3+b1
ii  libqt5xml5 5.7.1+dfsg-3+b1
ii  libstdc++6 6.3.0-18
ii  openjdk-8-jre [java8-runtime]  8u131-b11-2
ii  tidy   1:5.2.0-2

Versions of packages nixnote2 recommends:
ii  mimetex  1.74-1+b3

Versions of packages nixnote2 suggests:
ii  cups  2.2.1-8

-- no debconf information

Bug#864980: network-manager binary-all FTBFS: install: cannot create regular file 'debian/network-manager/etc/NetworkManager/dispatcher.d/01ifupdown': No such file or directory

[Adrian Bunk]

Source: network-manager
Version: 1.8.0-4
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=network-manager&arch=all&ver=1.8.0-4&stamp=1497750968&raw=0

...
dh_install -X.la --list-missing
dh_install: usr/share/doc/NetworkManager/examples/server.conf exists in 
debian/tmp but is not installed to anywhere
install -m 755 debian/network-manager-dispatcher.script \
debian/network-manager/etc/NetworkManager/dispatcher.d/01ifupdown
install: cannot create regular file 
'debian/network-manager/etc/NetworkManager/dispatcher.d/01ifupdown': No such 
file or directory
debian/rules:55: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 1

Bug#864979: htslib FTBFS: ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is not a directory: No such file or directory

[Adrian Bunk]

Source: htslib
Version: 1.4.1-1
Severity: serious

https://buildd.debian.org/status/package.php?p=htslib&suite=sid

...
# provide header files as expected by the Makefile of the test suite via 
symlinks
for l in `ls debian/libhts-dev/usr/include/htslib/cram/*.h` ; do \
ln -s ../../../include/htslib/cram/`basename $l` 
/<>/debian/htslib-test/usr/share/htslib-test/cram/ ; \
done
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
ln: target '/<>/debian/htslib-test/usr/share/htslib-test/cram/' is 
not a directory: No such file or directory
debian/rules:43: recipe for target 'override_dh_link' failed
make[1]: *** [override_dh_link] Error 1

Bug#784836: Updated patch for python3

[Christoph Egger]

Hi!

  I've forward-ported the python3 patch to the current sid version of
the ldns package.

Christoph
diff --git a/debian/control b/debian/control
index 5028afc..672ffd0 100644
--- a/debian/control
+++ b/debian/control
@@ -6,12 +6,13 @@ Build-Depends: autotools-dev,
chrpath,
debhelper (>= 9),
dh-autoreconf,
-	   dh-python,
+   dh-python,
doxygen,
libpcap-dev,
libssl-dev,
pkg-config,
python-all-dev,
+   python3-all-dev,
swig
 Standards-Version: 3.9.8
 Section: net
@@ -81,3 +82,20 @@ Description: Python bindings for the ldns library for DNS programming
  .
  This archive contains modules that allow you to use LDNS Library in
  Python programs.
+
+Package: python3-ldns
+Section: python
+Architecture: any
+Depends: ${misc:Depends},
+ ${python3:Depends},
+ ${shlibs:Depends}
+Provides: ${python3:Provides}
+Multi-Arch: foreign
+Description: Python3 bindings for the ldns library for DNS programming
+ The goal of ldns is to simplify DNS programming, it supports recent RFCs
+ like the DNSSEC documents, and allows developers to easily create software
+ conforming to current RFCs, and experimental software for current Internet
+ Drafts.
+ .
+ This archive contains modules that allow you to use LDNS Library in
+ Python3 programs.
diff --git a/debian/libldns-dev.dirs b/debian/libldns-dev.dirs
index 6554f70..95c4b91 100644
--- a/debian/libldns-dev.dirs
+++ b/debian/libldns-dev.dirs
@@ -1,3 +1,3 @@
-usr/lib
 usr/include
+usr/lib
 usr/share/man/man3
diff --git a/debian/python-ldns.install b/debian/python-ldns.install
index 88eeada..8516dfd 100644
--- a/debian/python-ldns.install
+++ b/debian/python-ldns.install
@@ -1,3 +1,3 @@
-usr/lib/python*/*-packages/_ldns.so*
-usr/lib/python*/*-packages/ldns.py
-usr/lib/python*/*-packages/ldnsx.py
+usr/lib/python2*/*-packages/_ldns.so*
+usr/lib/python2*/*-packages/ldns.py
+usr/lib/python2*/*-packages/ldnsx.py
diff --git a/debian/rules b/debian/rules
index 1461e3d..0086b53 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,13 +11,30 @@ include /usr/share/dpkg/default.mk
 
 export DPKG_GENSYMBOLS_CHECK_LEVEL=4
 
-PYVERS=$(shell pyversions -vd)
+PYVERS=$(shell pyversions -vd) $(shell py3versions -vd)
+
+CONFIGFLAGS=--disable-rpath --enable-gost --enable-gost-anyway --disable-ldns-config
 
 %:
-	dh $@ --with python2 --with autoreconf --with autotools-dev
+	dh $@ --with python2 --with autoreconf --with autotools-dev --with python3
 
 override_dh_auto_configure:
-	dh_auto_configure -- --disable-rpath --enable-gost --enable-gost-anyway --with-pyldns --with-examples --with-drill --disable-ldns-config
+	dh_auto_configure -- $(CONFIGFLAGS) --with-examples --with-drill
+	for pyvers in $(PYVERS); do \
+		PYTHON_VERSION=$$pyvers dh_auto_configure -B build/python-$$pyvers -- $(CONFIGFLAGS) --with-pyldns; \
+		done
+
+override_dh_auto_build:
+	dh_auto_build
+	for pyvers in $(PYVERS); do \
+		dh_auto_build -B build/python-$$pyvers;\
+		done
+
+override_dh_auto_install:
+	dh_auto_install
+	for pyvers in $(PYVERS); do \
+		dh_auto_install -B build/python-$$pyvers;\
+		done
 
 override_dh_strip:
 	dh_strip -O--dbgsym-migration='libldns1-dbg (<< 1.7.0~)'

Bug#864981: debootstrap: cannot unpack into "preseeded" directory

[Marc Haber]

Package: debootstrap
Version: 1.0.90
Severity: normal

Dear Maintainer,

I am observing this when debootstrapping stretch from grml 2017.05,
which includes 1.0.89 and is rather similiar to Debian stretch.

I am regularly debootstrapping Debian into a directory wehich has
already pre-filled with conffiles that should already be in place for
the freshly-installed packages. This does not work in stretch any more:

[pid 13542] write(2, "tar: ", 5)= 5
[pid 13542] write(2, "./etc/logrotate.d/dpkg: Cannot open", 35) = 35
[pid 13542] write(2, ": File exists", 13) = 13

The cause for this is that tar is invoked with -k, which results in this
error message when a file does already exist. I am not sure what's the
intention in using -k, but I think that it was there to leave files
intact that were put there prior to debootstrapping.

Instead of that intention, it makes debootstrap fail. To make things
worse, #728344 (from 2013, with no maintainer reaction at all) makes
debootstrap fail _silently_, without any diagnostit message whatsoever,
leaving the user in the dark about _why_ it failed.

removing the -k from the tar call in EXTRACT_DEB_TAR_OPTIONS in
/usr/share/debootstrap/scripts/stretch fixes things for me.

Greetings
Marc

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

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

Versions of packages debootstrap depends on:
ii  wget  1.19.1-3

Versions of packages debootstrap recommends:
ii  debian-archive-keyring  2017.5
ii  gnupg   2.1.18-8

debootstrap suggests no packages.

-- no debconf information

Bug#864982: FTBFS due to missing silhouette-40.svg

[Daniel Baumann]

Package: firefox
Version: 54.0-2
Severity: wishlist

Hi,

up to version 53, firefox contained
browser/branding/official/content/silhouette-40.svg. With 54, this is no
longer the case.

In debian/rules, there's a sed command to change parts of silhouette-40.svg.

When I try to rebuild firefox (re-checked with unmodified sources on
current sid), it fails (because sed is hanging as the 'call
branding_icon' returns empty). For reasons I don't know, when looking at
the buildd logs, this doesn't happen there.

Regards,
Daniel

Bug#864983: highlight.js: New upstream version available in experimental, upload to unstable

[Ximin Luo]

Source: highlight.js
Version: 8.2+ds-5
Severity: normal

Dear Maintainer,

I've uploaded a new version of highlight.js to Debian experimental. Now that
the freeze is over, I'd like to upload it to unstable soon. The next version of
rust will need this version (>= 9) for its documentation, and I'd like to
upload that to unstable soon as well.

I've CCd the maintainers of the packages that depend on this library to ensure
that their packages still work against version 9. To these people: please
install the highlight.js packages from Debian experimental and verify that they
don't break your packages.

Here are the changes from 8:

https://github.com/isagalaev/highlight.js/blob/master/CHANGES.md#version-9110

In particular, in Version 9.0.0:

"This change is backwards incompatible for those who uses highlight.js with a
custom stylesheet. The new style guide explains how to write styles in this new
world."

If I hear no response within TWO WEEKS (July 2) I will go ahead and upload 9
to unstable. If people mention that are issues before then, I'll be happy to
delay this upload. I hope that's reasonable.

X

-- System Information:
Debian Release: 9.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 
'testing-debug'), (500, 'buildd-unstable'), (300, 'unstable'), (100, 
'experimental'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Bug#864984: sahara: Build-depends on sudo (indirectly)

[Santiago Vila]

Package: sahara
Version: 1:5.0.0-3

Dear maintainer:

The sahara package (indirectly) build-depends on sudo.

When built by sbuild (stretch version), it builds ok, but when
packages installed in the chroot are automatically removed,
this is what happens:

---
Removing sudo (1.8.19p1-1) ...
You have asked that the sudo package be removed,
but no root password has been set.
Without sudo, you may not be able to gain administrative privileges.

If you would prefer to access the root account with su(1)
or by logging in directly,
you must set a root password with "sudo passwd".

If you have arranged other means to access the root account,
and you are sure this is what you want,
you may bypass this check by setting an environment variable
(export SUDO_FORCE_REMOVE=yes).

Refusing to remove sudo.
dpkg: error processing package sudo (--remove):
 subprocess installed pre-removal script returned error exit status 1
---

and the chroot becomes messed up for the next package when I'm not
using overlayfs.

The workaround is to set SUDO_FORCE_REMOVE=yes in the environment,
(yes, maybe sbuild should do that automatically) but even in such
case, I wonder:

Does this package really need sudo to build?

I think that would be very odd, because packages are always built
using an unprivileged user which only requires to be root
to create the .deb, and this is already done by fakeroot.

In case sahara does not really need sudo to build: Could we maybe find
the way to break the build-dependency chain leading to having sudo in
the build-depends?

Even if this is most probably not a bug in sahara itself, I think a
reassign would still make sense.

Thanks.

Bug#863663: libgstreamer1.0-0: plays MJPEG AVI files (and possibly other formats) at degraded quality

[Francesco Poli]

On Thu, 15 Jun 2017 10:09:10 +0300 Sebastian Dröge wrote:

[...]
> Please ask GStreamer development
> related question on the GStreamer mailing list, someone else will be
> able to help you there:
>   https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

Dear Sebastian, dear GStreamer developers,
while waiting for the actual bug to be fixed in GStreamer, I am trying
to modify the application (pdf-presenter-console, which is written in
Vala) in order to work around the bug and force the GStreamer library
to use avdec_mjpeg, in stead of jpegdec.

For those who need more context, please take a look at the [Debian bug
#863663] and at the [GStreamer bug 783267].

[Debian bug #863663]: 
[GStreamer bug 783267]: 


Well, my attempts to work around the bug are failing miserably!   :-(

Please someone help me!

The code I added gets a reference to the GStreamer registry singleton
by using  Gst.Registry.get() .
Then, it invokes its lookup_feature() method to find "jpegdec" and
"avdec_mjpeg".
It checks their ranks with get_rank() and finds

  jpegdec → rank 256
  avdec_mjpeg → rank 64

It then sets swapped ranks with set_rank() :

  jpegdec → rank 64
  avdec_mjpeg → rank 256

which are checked again and found to be set as desired.

Nonetheless, the AVI file is still played at degraded quality,
as if nothing had changed at all.

The added Vala code (which I hereby release under the terms of the GNU
GPL v2 or later) is:

GLib.printerr("trying to access the GStreamer registry...\n");
Gst.Registry regist = Gst.Registry.get();
GLib.printerr("looking for jpegdec...\n");
Gst.PluginFeature jdplugin = regist.lookup_feature("jpegdec");
if (jdplugin != null) {
GLib.printerr("jpegdec found with rank %u\n", 
jdplugin.get_rank());
jdplugin.set_rank(64);
GLib.printerr("jpegdec set to rank %u\n", jdplugin.get_rank());
}
else {
GLib.printerr("jpegdec not found!\n");
}
GLib.printerr("looking for avdec_mjpeg...\n");
Gst.PluginFeature mjplugin = regist.lookup_feature("avdec_mjpeg");
if (mjplugin != null) {
GLib.printerr("avdec_mjpeg found with rank %u\n", 
mjplugin.get_rank());
mjplugin.set_rank(256);
GLib.printerr("avdec_mjpeg set to rank %u\n", 
mjplugin.get_rank());
}
else {
GLib.printerr("avdec_mjpeg not found!\n");
}


The output that I get is:


  trying to access the GStreamer registry...
  looking for jpegdec...
  jpegdec found with rank 256
  jpegdec set to rank 64
  looking for avdec_mjpeg...
  avdec_mjpeg found with rank 64
  avdec_mjpeg set to rank 256


If I instead set jpegdec to rank 1, GStreamer spits out the following
error:

  Gstreamer error Your GStreamer installation is missing a plug-in.

Hence, it seems that I am actually modifying the ranks and that these
modified ranks actually change something.
But I seem to be unable to persuade GStreamer to use avdec_mjpeg in
stead of jpegdec!

Where am I going wrong?
Could someone please take a look at this and provide some help?

Thanks a lot for your time.



-- 
 http://www.inventati.org/frx/
 There's not a second to spare! To the laboratory!
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgpI5T8nSWDJA.pgp
Description: PGP signature

Bug#864947: parl-desktop-world depends on cruft package firefox-esr-l10n-be

[peter green]

Tags 864947 +patch
Thanks


parl-desktop-world depends on firefox-esr-l10n-be which is no longer built by 
firefox-esr. I'm still trying to figure out where this is coming from, I can't 
find any evidence of it in the source package but rebuilding the binaries 
doesn't make it go away.


Ok, figured it out, the reference comes from boxer-data

So to fix this bug requires an update to boxer-data followed by a (sourceful) 
rebuild of debian-parl. Patch for boxer-data is at 
http://debdiffs.raspbian.org/main/b/boxer-data/boxer-data_10.5.20%2brpi1.debdiff
 , once I have confirmed this mail is in the buglog I will clone/block.

Bug#864970: www.debian.org: downloads page is missing download links

[Steve McIntyre]

On Sun, Jun 18, 2017 at 09:42:56AM +0200, Cyril Brulebois wrote:
>Control: tag -1 pending
>
>Hi,
>
>Stuart Prescott  (2017-06-18):
>> Package: www.debian.org
>> Severity: important
>> 
>> Hi!
>> 
>> in amongst all the excitement of the stretch release, the downloads page [1]
>> has lost most of the download links. The only link currently displayed is
>> the "multi-arch" image, which isn't being produced for 9.0 [2]
>> 
>> [1]  https://www.debian.org/CD/http-ftp/#stable
>
>The missing define-tag for stretch-as-the-new-stable was just added to
>installer.wml, and Paul rebuilt the website so that it's taken into
>account. Marking this as pending…
>
>(And note taken for the next release cycle.)

Cool.

>> [2]  https://wiki.debian.org/Teams/DebianCD/ReleaseTesting/Stretch (Errata 
>> #2)
>
>Are we expected to see improvements in this area, or should we get rid
>of the multi-arch dvd link as well? (… hence not closing this bug report
>entirely). Added debian-cd@ to the loop.

I think it's best to just remove that link now. The m-a DVD is *so*
far from fitting that I just don't see it happening.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
  Mature Sporty Personal
  More Innovation More Adult
  A Man in Dandism
  Powered Midship Specialty

Bug#864944: RFS: zimg/2.5.1-1 [ITP]

[Sanjeev]

Changed package name from z.lib to zimg.

Sanjeev


On Sun, 18 Jun 2017 10:20:54 +0100
Ghislain Vaillant  wrote:

> Yes, drop z.lib in favor or zimg.
> 
> Besides, users would typically discover the library via pkg-config
> with the `zimg` keyword or use it with the link flag -lzimg. Based on
> that, it sounds to me that the canonical name for the library should
> be (lib)zimg, not z.lib.
> 
> Naming is hard.
> 
> Ghis
> 
> 
> On Sun, 2017-06-18 at 14:39 +0530, Sanjeev wrote:  
> > yes, it can be confusing since the package name is just 'z' library
> > and  '.'  emphasis the space z and lib.
> > should i revert it back it zimg?
> > this package closes
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=864888 looks like
> > i forget to mention in request template,but added it in
> > debian/changelog
> > 
> > On 18 June 2017 at 14:27, Ghislain Vaillant 
> > wrote:
> > > On Sun, 2017-06-18 at 00:54 +0530, Sanjeev wrote:
> > > > Package: sponsorship-requests
> > > > Severity: wishlist
> > > > 
> > > > Dear mentors,
> > > > 
> > > > I am looking for a sponsor for my package "zimg"
> > > > 
> > > > * Package name: zimg
> > > >   Version : 2.5.1-1
> > > >   Upstream Author : sekrit-twc
> > > > * URL : https://github.com/sekrit-twc/zimg
> > > > * License : WTFPL
> > > >   Section : libs
> > > > 
> > > > It builds those binary packages:
> > > > 
> > > >  libzimg-dev - devel file for z.lib library
> > > >  libzimg-examples - examples using z.lib library
> > > >  libzimg2   - z.lib shared library
> > > 
> > > Am I the only one concerned about the confusion between the
> > > standard zlib library and this z.lib?
> > > 
> > > > To access further information about this package, please visit
> > > > the following URL:
> > > > 
> > > >  https://mentors.debian.net/package/zimg
> > > > 
> > > > Alternatively, one can download the package with dget using this
> > > > command:
> > > > 
> > > >  dget -x
> > > >  https://mentors.debian.net/debian/pool/main/z/zimg/zimg_2.5.1-1.dsc
> > > > 
> > > > Changes since the last upload:
> > > > 
> > > >   add file to copyright
> > > 
> > > This looks wrong. What is the ITP bug you are supposed to close
> > > with this initial upload? It should be referenced in the change
> > > log.
> > > 
> > > Ghis



pgpG96sBkzbFb.pgp
Description: OpenPGP digital signature

Bug#861967: upgrade i-player to latest version

[Jack Underwood]

As the current version of get-iplayer in debian has become seriously broken, 
this really needs an upgrade to the latest version where all has been fixed.
Also now that stretch has been officially released, I guess this means we have 
a new testing version ready for this to get deployed to :).

Bug#855058: Looks as if this was a transient failure

[Santiago Vila]

On Wed, 24 May 2017, Adrian Bunk wrote:

> After retries the builds succeeded a few days later on the buildds.
> 
> The reproducible builds [1] do unfortunately not contain any builds from 
> the relevant timespan, but based on the fact that the build never failed 
> there before or after I'll assume this was a transient failure that is
> long gone.

Hello Adrian.

My build history for this package:

Status: successful  gtk-vnc_0.6.0-2_amd64-20170520T121435Z
Status: successful  gtk-vnc_0.6.0-2_amd64-20170523T165859Z
Status: failed  gtk-vnc_0.6.0-3_amd64-20170524T113052Z
Status: failed  gtk-vnc_0.6.0-3_amd64-20170529T084121Z
Status: failed  gtk-vnc_0.6.0-3_amd64-20170602T095544Z
Status: failed  gtk-vnc_0.6.0-3_amd64-20170610T113822Z
Status: failed  gtk-vnc_0.6.0-3_amd64-20170615T123506Z

This does not seem transient to me.
Can you try again in stretch a few more times and share the results?

I've also triggered a rebuild in reproducible-builds (for both stretch
and unstable), but packages failing there do not always fail with
sbuild and vice-versa.

Thanks.

Bug#864947: [Parl-devel] Bug#864947: parl-desktop-world depends on cruft package firefox-esr-l10n-be

[peter green]

On 18/06/17 10:51, Jonas Smedegaard wrote:

Quoting peter green (2017-06-17 21:49:38)

Package: debian-parl
Severity: serious
Version: 1.9.10

parl-desktop-world depends on firefox-esr-l10n-be which is no longer
built by firefox-esr. I'm still trying to figure out where this is
coming from, I can't find any evidence of it in the source package but
rebuilding the binaries doesn't make it go away.

I do not see that relationship in version 1.9.10 of parl-desktop-world -
are you sure you are referring to that exact version of the package (not
e.g. some rebuild of the package from source)?

Yes, I am sure I am referring to the Debian version of the package. Just 
checked on the dd accessible archive mirror server to be sure.

plugwash@coccia:~$ dpkg-deb --info 
/srv/ftp.debian.org/mirror/pool/main/d/debian-parl/parl-desktop-world_1.9.10_all.deb
 | grep firefox-esr-l10n-be
 Depends: parl-desktop, aspell-en, aspell-eo, firefox-esr-l10n-ach, firefox-esr-l10n-af, firefox-esr-l10n-an, firefox-esr-l10n-ar, firefox-esr-l10n-as, firefox-esr-l10n-ast, firefox-esr-l10n-az, firefox-esr-l10n-be, firefox-esr-l10n-bg, firefox-esr-l10n-bn-bd, firefox-esr-l10n-bn-in, firefox-esr-l10n-br, firefox-esr-l10n-bs, firefox-esr-l10n-ca, firefox-esr-l10n-cs, firefox-esr-l10n-cy, firefox-esr-l10n-dsb, firefox-esr-l10n-el, firefox-esr-l10n-en-gb, firefox-esr-l10n-en-za, firefox-esr-l10n-eo, firefox-esr-l10n-es-ar, firefox-esr-l10n-es-cl, firefox-esr-l10n-es-es, firefox-esr-l10n-es-mx, firefox-esr-l10n-et, firefox-esr-l10n-eu, firefox-esr-l10n-fa, firefox-esr-l10n-ff, firefox-esr-l10n-fi, firefox-esr-l10n-fr, firefox-esr-l10n-fy-nl, firefox-esr-l10n-ga-ie, firefox-esr-l10n-gd, firefox-esr-l10n-gl, firefox-esr-l10n-gn, firefox-esr-l10n-gu-in, firefox-esr-l10n-he, firefox-esr-l10n-hi-in, firefox-esr-l10n-hr, firefox-esr-l10n-hsb, firefox-esr-l10n-hu, 
firefox-esr-l10n-hy-am, firefox-esr-l10n-id, firefox-esr-l10n-is, firefox-esr-l10n-it, firefox-esr-l10n-ja, firefox-esr-l10n-kk, firefox-esr-l10n-km, firefox-esr-l10n-kn, firefox-esr-l10n-ko, firefox-esr-l10n-lij, firefox-esr-l10n-lt, firefox-esr-l10n-lv, firefox-esr-l10n-mai, firefox-esr-l10n-mk, firefox-esr-l10n-ml, firefox-esr-l10n-mr, firefox-esr-l10n-ms, firefox-esr-l10n-nb-no, firefox-esr-l10n-nl, firefox-esr-l10n-nn-no, firefox-esr-l10n-or, firefox-esr-l10n-pa-in, firefox-esr-l10n-pl, firefox-esr-l10n-pt-br, firefox-esr-l10n-pt-pt, firefox-esr-l10n-rm, firefox-esr-l10n-ro, firefox-esr-l10n-ru, firefox-esr-l10n-si, firefox-esr-l10n-sk, firefox-esr-l10n-sl, firefox-esr-l10n-son, firefox-esr-l10n-sq, firefox-esr-l10n-sr, firefox-esr-l10n-sv-se, firefox-esr-l10n-ta, firefox-esr-l10n-te, firefox-esr-l10n-th, firefox-esr-l10n-tr, firefox-esr-l10n-uz, firefox-esr-l10n-vi, firefox-esr-l10n-xh, firefox-esr-l10n-zh-cn, firefox-esr-l10n-zh-tw, hunspell-af, hunspell-an, 
hunspell-ar, hunspell-be, hunspell-bn, hunspell-br, hunspell-bs, hunspell-de-at, hunspell-de-ch, hunspell-de-de, hunspell-en-au, hunspell-en-ca, hunspell-en-gb, hunspell-en-us, hunspell-en-za, hunspell-eu, hunspell-gd, hunspell-gl-es, hunspell-gu, hunspell-hi, hunspell-hr, hunspell-is, hunspell-it, hunspell-kk, hunspell-kmr, hunspell-ko, hunspell-lo, hunspell-lt, hunspell-ml, hunspell-ne, hunspell-oc, hunspell-ro, hunspell-se, hunspell-si, hunspell-sr, hunspell-sw, hunspell-te, hunspell-th, hunspell-uk, hunspell-uz, hunspell-vi, hyphen-af, hyphen-as, hyphen-bn, hyphen-da, hyphen-de, hyphen-en-gb, hyphen-en-us, hyphen-kn, hyphen-mr, hyphen-pa, hyphen-ta, hyphen-zu, iamerican, ibritish, ibulgarian, icatalan, icedove-bidiui, iczech, idanish, idutch, iesperanto, iestonian, ifaroese, ifrench, igaelic, igalician-minimos, ihungarian, iirish, iitalian, ilithuanian, imanx, ingerman, inorwegian, iogerman, ipolish, iportuguese, irussian, ispanish, iswedish, iswiss, itagalog, iukrainian, 
libreoffice-l10n-af, libreoffice-l10n-am, libreoffice-l10n-ar, libreoffice-l10n-as, libreoffice-l10n-ast, libreoffice-l10n-be, libreoffice-l10n-bg, libreoffice-l10n-bn, libreoffice-l10n-br, libreoffice-l10n-bs, libreoffice-l10n-ca, libreoffice-l10n-cs, libreoffice-l10n-cy, libreoffice-l10n-da, libreoffice-l10n-de, libreoffice-l10n-dz, libreoffice-l10n-el, libreoffice-l10n-en-gb, libreoffice-l10n-en-za, libreoffice-l10n-eo, libreoffice-l10n-es, libreoffice-l10n-et, libreoffice-l10n-eu, libreoffice-l10n-fa, libreoffice-l10n-fi, libreoffice-l10n-fr, libreoffice-l10n-ga, libreoffice-l10n-gl, libreoffice-l10n-gu, libreoffice-l10n-gug, libreoffice-l10n-he, libreoffice-l10n-hi, libreoffice-l10n-hr, libreoffice-l10n-hu, libreoffice-l10n-id, libreoffice-l10n-in, libreoffice-l10n-is, libreoffice-l10n-it, libreoffice-l10n-ja, libreoffice-l10n-ka, libreoffice-l10n-kk, libreoffice-l10n-km, libreoffice-l10n-kmr, libreoffice-l10n-ko, libreoffice-l10n-lt, libreoffice-l10n-lv, 
libreoffice-l10n-mk, libreoffice-l10n-ml, libreoffice-l10n-mn, libreoffice-l10n-mr, libreoffice-l10n-nb, libreoffice-l10n-ne, libreoffice-l10n-nl, libreoffice-l10n-nn, libreoffice-l10n-nr, libreoffic

Bug#864986: jessie-pu: package debootstrap/1.0.67+deb8u1

[Mattia Rizzolo]

Package: release.debian.org
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: debian-b...@lists.debian.org

I'd like to be able to bootstrap buster with a jessie's debootstrap.
A similar update also happend in wheezy to support stretch, soon after
the wheezy release.

Attached a source debdiff (very unhelpful as it doesn't seem to
understand the symlinks?), whilst this is the binary debdiff of
debootstrap.deb:

% debdiff debootstrap_1.0.67_all.deb debootstrap_1.0.67+deb8u1_all.deb 
[The following lists of changes regard files as different if they have
different names, permissions or owners.]

Files in second .deb but not in first
-
lrwxrwxrwx  root/root   /usr/share/debootstrap/scripts/bullseye -> sid
lrwxrwxrwx  root/root   /usr/share/debootstrap/scripts/buster -> sid

Control files: lines which differ (wdiff format)

Installed-Size: [-229-] {+187+}
Version: [-1.0.67-] {+1.0.67+deb8u1+}
% 


Changelog:

debootstrap (1.0.67+deb8u1) jessie; urgency=medium

  * Add support for buster and bullseye.

 -- Mattia Rizzolo   Sun, 18 Jun 2017 13:48:43 +0200


Thank you in advance.

-- 
regards,
Mattia Rizzolo

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

 debian/changelog |6 +
 scripts/bullseye |  204 +++
 scripts/buster   |  204 +++
 3 files changed, 414 insertions(+)

diff -Nru debootstrap-1.0.67/debian/changelog debootstrap-1.0.67+deb8u1/debian/changelog
--- debootstrap-1.0.67/debian/changelog	2015-01-14 07:03:21.0 +0100
+++ debootstrap-1.0.67+deb8u1/debian/changelog	2017-06-18 13:48:43.0 +0200
@@ -1,3 +1,9 @@
+debootstrap (1.0.67+deb8u1) jessie; urgency=medium
+
+  * Add support for buster and bullseye.
+
+ -- Mattia Rizzolo   Sun, 18 Jun 2017 13:48:43 +0200
+
 debootstrap (1.0.67) unstable; urgency=medium
 
   [ Cyril Brulebois ]
diff -Nru debootstrap-1.0.67/scripts/bullseye debootstrap-1.0.67+deb8u1/scripts/bullseye
--- debootstrap-1.0.67/scripts/bullseye	1970-01-01 01:00:00.0 +0100
+++ debootstrap-1.0.67+deb8u1/scripts/bullseye	2017-06-18 13:47:55.0 +0200
@@ -0,0 +1,204 @@
+mirror_style release
+download_style apt
+finddebs_style from-indices
+variants - buildd fakechroot minbase scratchbox
+keyring /usr/share/keyrings/debian-archive-keyring.gpg
+
+if doing_variant fakechroot; then
+	test "$FAKECHROOT" = "true" || error 1 FAKECHROOTREQ "This variant requires fakechroot environment to be started"
+fi
+
+case $ARCH in
+	alpha|ia64) LIBC="libc6.1" ;;
+	kfreebsd-*) LIBC="libc0.1" ;;
+	hurd-*) LIBC="libc0.3" ;;
+	*)  LIBC="libc6" ;;
+esac
+
+work_out_debs () {
+	required="$(get_debs Priority: required)"
+
+	if doing_variant - || doing_variant fakechroot; then
+		#required="$required $(get_debs Priority: important)"
+		#  ^^ should be getting debconf here somehow maybe
+		base="$(get_debs Priority: important)"
+	elif doing_variant buildd || doing_variant scratchbox; then
+		base="apt build-essential"
+	elif doing_variant minbase; then
+		base="apt"
+	fi
+
+	if doing_variant fakechroot; then
+		# ldd.fake needs binutils
+		required="$required binutils"
+	fi
+
+	case $MIRRORS in
+	https://*)
+		base="$base apt-transport-https ca-certificates"
+		;;
+	esac
+}
+
+first_stage_install () {
+	extract $required
+
+	mkdir -p "$TARGET/var/lib/dpkg"
+	: >"$TARGET/var/lib/dpkg/status"
+	: >"$TARGET/var/lib/dpkg/available"
+
+	setup_etc
+	if [ ! -e "$TARGET/etc/fstab" ]; then
+		echo '# UNCONFIGURED FSTAB FOR BASE SYSTEM' > "$TARGET/etc/fstab"
+		chown 0:0 "$TARGET/etc/fstab"; chmod 644 "$TARGET/etc/fstab"
+	fi
+
+	x_feign_install () {
+		local pkg="$1"
+		local deb="$(debfor $pkg)"
+		local ver="$(extract_deb_field "$TARGET/$deb" Version)"
+
+		mkdir -p "$TARGET/var/lib/dpkg/info"
+
+		echo \
+"Package: $pkg
+Version: $ver
+Maintainer: unknown
+Status: install ok installed" >> "$TARGET/var/lib/dpkg/status"
+
+		touch "$TARGET/var/lib/dpkg/info/${pkg}.list"
+	}
+
+	x_feign_install dpkg
+}
+
+second_stage_install () {
+	setup_devices
+
+	x_core_install () {
+		smallyes '' | in_target dpkg --force-depends --install $(debfor "$@")
+	}
+
+	p () {
+		baseprog="$(($baseprog + ${1:-1}))"
+	}
+
+	if doing_variant fakechroot; then
+		setup_proc_fakechroot
+	elif doing_variant scratchbox; then
+		true
+	else
+		setup_proc
+		in_target /sbin/ldconfig
+	fi
+
+	DEBIAN_FRONTEND=noninteractive
+	DEBCONF_NONINTERACTIVE_SEEN=true
+	export DEBIAN_FRONTEND DEBCONF_NONINTERACTIVE_SEEN
+
+	baseprog=0
+	bases=7
+
+	p; progress $baseprog $bases INSTCORE "Installing

Bug#864987: firefox-esr: does not work with ALSA but blind many users use ALSA

[Mika Hanhijärvi]

Package: firefox-esr
Version: 52.2.0esr-1~deb9u1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***
It seems that the Firefox 452 does not work with ALSA anymore. The problem i
with that is that lots of blind and other visually impaired users use ALSA
instead of Pulseaudio. Currently if you want to use both Orca screen reader on
desktop and espeakup on console then it is best to use ALSA instead of
Pulseaudio because Pulseaudio causes problems if you want to use both Orca and
espeakup. Firefox is currrently the only modern web browser on Linux which
works with Orca. Now that Mozilla has dropped support for the ALSA there is not
a single browser which is really usable if you are blind and especially if you
use ALSA instead of Pulseaudio.

I know this is not Debians fault, this is fully Mozillas fault.

I hope that Debian would make the Firefox-estr 45 available easily atleast for
now. Firefox esr 45.9  Worked just fine. I am blind myself and I was thinking
of switching from pulseaudio to alsa because I would like to use both Orca and
espeakup. But now when there is firefox esr 52 in Debian Stretch I am not sure
what should I do. I will probably downgrade Firefox esr to 45.9 using the
Debian snapshots repository. I know how to use snapshots but there is lots of
blind users who do not even know snapshots repository exists.

I know that using old browser may causesevere security risks, but obviously
there is not much option...

Firefo esr also 52.20 currently in Debian Stretch also does not really work as
well with Orca screen reader as Firefox ESR 45.9 did. That is another reason
why I am going to downgrade the browser. I will make another bug report about
that.

This bug report really should be forwarded to Mox
zilla too so that they know what they are doing to blind users...



-- Package-specific info:

-- Extensions information
Name: Adblock Plus
Location: /usr/share/xul-ext/adblock-plus
Package: xul-ext-adblock-plus
Status: enabled

Name: Application Update Service Helper
Location: ${PROFILE_EXTENSIONS}/aushel...@mozilla.org.xpi
Status: enabled

Name: Default theme
Location: 
/usr/lib/firefox-esr/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}.xpi
Package: firefox-esr
Status: enabled

Name: Multi-process staged rollout
Location: ${PROFILE_EXTENSIONS}/e10sroll...@mozilla.org.xpi
Status: enabled

Name: Pocket
Location: ${PROFILE_EXTENSIONS}/fire...@getpocket.com.xpi
Status: enabled

Name: Web Compat
Location: ${PROFILE_EXTENSIONS}/webcom...@mozilla.org.xpi
Status: enabled

-- Plugins information
Name: GNOME Shell Integration
Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so
Package: gnome-shell
Status: enabled

Name: IcedTea-Web Plugin (using IcedTea-Web 1.6.2 (1.6.2-3.1))
Location: /usr/lib/jvm/java-8-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so
Package: icedtea-8-plugin:amd64
Status: enabled

Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled


-- Addons package information
ii  firefox-esr52.2.0esr-1~ amd64Mozilla Firefox web browser - Ext
ii  gnome-shell3.22.3-3 amd64graphical shell for the GNOME des
ii  icedtea-8-plug 1.6.2-3.1amd64web browser plugin based on OpenJ
ii  rhythmbox-plug 3.4.1-2+b1   amd64plugins for rhythmbox music playe
ii  xul-ext-adbloc 2.7.3+dfsg-1 all  advertisement blocking extension 

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

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

Versions of packages firefox-esr depends on:
ii  debianutils   4.8.1.1
ii  fontconfig2.11.0-6.7+b1
ii  libasound21.1.3-5
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-11
ii  libcairo-gobject2 1.14.8-1
ii  libcairo2 1.14.8-1
ii  libdbus-1-3   1.10.18-1
ii  libdbus-glib-1-2  0.108-2
ii  libevent-2.0-52.0.21-stable-3
ii  libffi6   3.2.1-6
ii  libfontconfig12.11.0-6.7+b1
ii  libfreetype6  2.6.3-3.2
ii  libgcc1   1:6.3.0-18
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.11-1
ii  libgtk2.0-0   2.24.31-2
ii  libhunspell-1.4-0 1.4.1-2+b2
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-0 

Bug#864988: RFS: pidgin-sipe/1.22.1-1 -- Pidgin plugin for MS Office Communicator and MS Lync

[Jakub Adam]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for package "pidgin-sipe", whose source code is at:

  https://anonscm.debian.org/cgit/collab-maint/pidgin-sipe.git

or you may also:

  dget -x 
http://mentors.debian.net/debian/pool/main/p/pidgin-sipe/pidgin-sipe_1.22.1-1.dsc

It builds this binary package:

  pidgin-sipe - Pidgin plugin for MS Office Communicator and MS Lync

Changes since the last upload:

pidgin-sipe (1.22.1-1) unstable; urgency=medium

  * New upstream release (Closes: #853612).
- Feature #93: Support for Lync Autodiscover
- Feature #6: Application Sharing Viewer
- Fixed #315: Crash when contact list is empty
- Fixed #314: sipe login problems with long pw
- Fixed #320: Multiple client detection broken
- separate logging and debugging output
- speed up Lync Autodiscover by using AccessLocation
- purple: avoid rare SSL read deadlock
- crypto: make code compile with OpenSSL 1.1.0
- drop references to Reuters Messaging
- new translations: Greek (el), Lithuanian (lt), Russian (ru),
  Swedish (sv), Turkish (tr)
  * Add libfarstream-0.2-dev and libgstreamer-plugins-base1.0-dev
to Build-Depends.
  * Recommend remmina RDP client plugin.

 -- Jakub Adam   Sun, 18 Jun 2017 12:57:42 +0200


Regards,

Jakub






signature.asc
Description: OpenPGP digital signature

Bug#835104: Bug#864297: unblock: schroot/1.6.10-4

[Michael Biebl]

Am 17.06.2017 um 22:27 schrieb Michael Biebl:

> For that create a file
> /lib/systemd/system/schroot.service.d/timeout.conf (feel free to choose
> a better name), containing:
> 
> [Service]
> Type=oneshot
> TimeoutSec=infinity

If you only need to change the timeout, I probably wouldn't change Type=
at all, but only set TimeoutSec= via a drop-in.
The default is 5min for SysV init scripts.
I'm surprised that #835104 says that the init scripts are killed after
90sec though.
Can schroot take longer then 5min to start or stop? Do we really need to
disable the timeout completely (infinity) or would simply increasing the
value to say 15min be sufficient?


Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#864989: src:php7.1: Please enable ZTS

[Shengjing Zhu]

Package: src:php7.1
Severity: wishlist

Dear Maintainer,

I hope you can enable the PHP ZTS, so that I can use it with pthreads[1].

[1] http://pecl.php.net/package/pthreads

Thanks
Shengjing Zhu


signature.asc
Description: PGP signature

Bug#864990: RM: aseprite -- ROM; no longer free software

[Tobias Hansen]

Package: ftp.debian.org
Severity: normal

As mentioned in my RFA #848627, the license of Aseprite was changed to a 
non-free license starting from version
1.1.8. As the author of the software wrote in [1], the reason to make aseprite 
non-free was that he was not happy
with it being part of Linux distributions. So the proper thing for us to do os 
to remove the package
(even though it contains the free version 1.1.6) from unstable.

Best,
Tobias

[1] http://dev.aseprite.org/2016/09/01/new-source-code-license/

Bug#864700: Bug#864700: python-nbconvert: Apparently missing dependency on python-notebook or ipython-notebook?

[Julien Puydt]

Hi,

Le 13/06/2017 à 02:48, Peter Eckersley a écrit :
> Package: python-nbconvert
> Version: 4.2.0-4~bpo8+1
> Severity: normal
> 
> Hi!
> 
> I'm trying to run the python nbconvert from Debian backports, and hitting 
> this issue:
> 
> ImportError: No module named jupyter_client.manager
>

Does that work if you install jupyter-client by hand?

Snark on #debian-python

Bug#792223: mesa-utils: looking for a way to have glxinfo (end friends) installed for both amd64 and i386 at the same time

[David Smith]

I agree. I am constantly flipping back and forth between mesa-utils and
mesa-utils:i386.  I run a combination of games that are i386 and AMD64.
Sometimes when I upgrade for one reason or another, I lose GL acceleration
on either i386 or AMD64 due to a package conflict or some random package
problem in testing, or for some reason aptitude or apt-get choosing a
strange upgrade path that leaves me without hardware acceleration on one or
the other.  I need both a 64 bit and a 32 bit Mesa-utils so I can verify
hardware acceleration on both GL libraries.   Currently, mesa-utils
conflicts with itself on a different architecture which doesn't make much
sense to me.

Bug#784836: Now really

[Christoph Egger]

Hi!

Sorry. used git wrong and the patch is incomplete. Should be better now

  Christoph
commit 0fdab205ecab613780a80fd485d94922b3ef9512
Author: Christoph Egger 
Date:   Sun Jun 18 15:03:20 2017 +0200

Refresh python3 patch

diff --git a/debian/control b/debian/control
index 5028afc..672ffd0 100644
--- a/debian/control
+++ b/debian/control
@@ -6,12 +6,13 @@ Build-Depends: autotools-dev,
chrpath,
debhelper (>= 9),
dh-autoreconf,
-	   dh-python,
+   dh-python,
doxygen,
libpcap-dev,
libssl-dev,
pkg-config,
python-all-dev,
+   python3-all-dev,
swig
 Standards-Version: 3.9.8
 Section: net
@@ -81,3 +82,20 @@ Description: Python bindings for the ldns library for DNS programming
  .
  This archive contains modules that allow you to use LDNS Library in
  Python programs.
+
+Package: python3-ldns
+Section: python
+Architecture: any
+Depends: ${misc:Depends},
+ ${python3:Depends},
+ ${shlibs:Depends}
+Provides: ${python3:Provides}
+Multi-Arch: foreign
+Description: Python3 bindings for the ldns library for DNS programming
+ The goal of ldns is to simplify DNS programming, it supports recent RFCs
+ like the DNSSEC documents, and allows developers to easily create software
+ conforming to current RFCs, and experimental software for current Internet
+ Drafts.
+ .
+ This archive contains modules that allow you to use LDNS Library in
+ Python3 programs.
diff --git a/debian/libldns-dev.dirs b/debian/libldns-dev.dirs
index 6554f70..95c4b91 100644
--- a/debian/libldns-dev.dirs
+++ b/debian/libldns-dev.dirs
@@ -1,3 +1,3 @@
-usr/lib
 usr/include
+usr/lib
 usr/share/man/man3
diff --git a/debian/python-ldns.install b/debian/python-ldns.install
index 88eeada..8516dfd 100644
--- a/debian/python-ldns.install
+++ b/debian/python-ldns.install
@@ -1,3 +1,3 @@
-usr/lib/python*/*-packages/_ldns.so*
-usr/lib/python*/*-packages/ldns.py
-usr/lib/python*/*-packages/ldnsx.py
+usr/lib/python2*/*-packages/_ldns.so*
+usr/lib/python2*/*-packages/ldns.py
+usr/lib/python2*/*-packages/ldnsx.py
diff --git a/debian/python3-ldns.install b/debian/python3-ldns.install
new file mode 100644
index 000..7b5a78f
--- /dev/null
+++ b/debian/python3-ldns.install
@@ -0,0 +1,3 @@
+usr/lib/python3*/*-packages/_ldns.so*
+usr/lib/python3*/*-packages/ldns.py
+usr/lib/python3*/*-packages/ldnsx.py
diff --git a/debian/rules b/debian/rules
index 1461e3d..9cd6f8d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -11,13 +11,34 @@ include /usr/share/dpkg/default.mk
 
 export DPKG_GENSYMBOLS_CHECK_LEVEL=4
 
-PYVERS=$(shell pyversions -vd)
+PYVERS=$(shell pyversions -vd) $(shell py3versions -vd)
+
+CONFIGFLAGS=--disable-rpath --enable-gost --enable-gost-anyway --disable-ldns-config
 
 %:
-	dh $@ --with python2 --with autoreconf --with autotools-dev
+	dh $@ --with python2 --with autoreconf --with autotools-dev --with python3
 
 override_dh_auto_configure:
-	dh_auto_configure -- --disable-rpath --enable-gost --enable-gost-anyway --with-pyldns --with-examples --with-drill --disable-ldns-config
+	dh_auto_configure -- $(CONFIGFLAGS) --with-examples --with-drill
+	for pyvers in $(PYVERS); do \
+		PYTHON_VERSION=$$pyvers dh_auto_configure -B build/python-$$pyvers -- $(CONFIGFLAGS) --with-pyldns; \
+		done
+
+override_dh_auto_build:
+	dh_auto_build
+	for pyvers in $(PYVERS); do \
+		dh_auto_build -B build/python-$$pyvers;\
+		done
+
+override_dh_auto_install:
+	dh_auto_install
+	for pyvers in $(PYVERS); do \
+		dh_auto_install -B build/python-$$pyvers;\
+		done
+
+override_dh_auto_clean:
+	dh_auto_clean
+	rm -rf build/
 
 override_dh_strip:
 	dh_strip -O--dbgsym-migration='libldns1-dbg (<< 1.7.0~)'

Bug#864991: installation-report: Installer blank screen

[Aurora]

Package: installation-reports
Version: 2.62
Severity: normal

Dear Maintainer,

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

   * What led up to the situation? Debian graphical install expert and non
expert
   * What exactly did you do (or not do) that was effective (or
 ineffective)? I stopped using gnome checked and did not use the graphical
installer anymore. I used the other installer and it worked.
   * What was the outcome of this action?
   * What outcome did you expect instead?
Twice on graphical install 'select and install software' the screen went blank.
Here is a video of the second time it happened:
https://www.youtube.com/watch?v=LEry1by-bnA



-- Package-specific info:

Boot method: 
Image version: 
Date: 

Machine: 
Partitions: 


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [ ]
Detect network card:[ ]
Configure network:  [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Clock/timezone setup:   [ ]
User/password setup:[ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Install base system:[ ]
Install tasks:  [ ]
Install boot loader:[ ]
Overall install:[ ]

Comments/Problems:




-- 

Please make sure that the hardware-summary log file, and any other
installation logs that you think would be useful are attached to this
report. Please compress large files using gzip.

Once you have filled out this report, mail it to sub...@bugs.debian.org.

==
Installer lsb-release:
==
DISTRIB_ID=Debian
DISTRIB_DESCRIPTION="Debian GNU/Linux installer"
DISTRIB_RELEASE="9 (stretch) - installer build 20170615"
X_INSTALLATION_MEDIUM=cdrom

==
Installer hardware-summary:
==
uname -a: Linux deathstar 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2 (2017-06-12) 
x86_64 GNU/Linux
lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Device [8086:591f] 
(rev 05)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation Device 
[8086:5912] (rev 04)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 00:08.0 System peripheral [0880]: Intel Corporation Skylake 
Gaussian Mixture Model [8086:1911]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 00:14.0 USB controller [0c03]: Intel Corporation Device [8086:a2af]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: Kernel driver in use: xhci_hcd
lspci -knn: Kernel modules: xhci_pci
lspci -knn: 00:14.2 Signal processing controller [1180]: Intel Corporation 
Device [8086:a2b1]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation Device 
[8086:a2ba]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 00:17.0 RAID bus controller [0104]: Intel Corporation SATA 
Controller [RAID mode] [8086:2822]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: Kernel driver in use: ahci
lspci -knn: Kernel modules: ahci
lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation Device [8086:a290] 
(rev f0)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation Device [8086:a293] 
(rev f0)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.4 PCI bridge [0604]: Intel Corporation Device [8086:a294] 
(rev f0)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1c.6 PCI bridge [0604]: Intel Corporation Device [8086:a296] 
(rev f0)
lspci -knn: Kernel driver in use: pcieport
lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation Device [8086:a2c5]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 00:1f.2 Memory controller [0580]: Intel Corporation Device 
[8086:a2a1]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 00:1f.3 Audio device [0403]: Intel Corporation Device [8086:a2f0]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:da57]
lspci -knn: 00:1f.4 SMBus [0c05]: Intel Corporation Device [8086:a2a3]
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: 02:00.0 Ethernet controller [0200]: Qualcomm Atheros Device 
[1969:e0b1] (rev 10)
lspci -knn: Subsystem: Micro-Star International Co., Ltd. [MSI] Device 
[1462:7a57]
lspci -knn: Kernel driver in use: alx
lspci -knn: Kernel modules: alx
lspci -knn: 03:00.0 USB controller [0c03]: ASMedia Tec

Bug#864992: does not apply a pushed redirect-gateway

[Erwan David]

Package: network-manager-openvpn
Version: 1.2.8-2
Severity: important
Tags: security

My openvpn server pushes a redirect-gateway def1

When used from CLI, openvpn respects it.
When importing configuration to network-manage, I end up with a

ip route show
default via 192.168.0.254 dev wlan0  proto static  metric 600 
10.8.0.1 via 10.8.0.5 dev tun0  proto static  metric 50 
10.8.0.5 dev tun0  proto kernel  scope link  src 10.8.0.6  metric 50 
192.168.0.0/24 dev wlan0  proto kernel  scope link  src 192.168.0.49  metric 
600 
192.168.0.254 dev wlan0  proto static  scope link  metric 600 
212.83.179.156 via 192.168.0.254 dev wlan0  proto static  metric 600 

No redirection of gateway. Sinc it works with openvpn only, it is a
bug in the way network-manager handles an openvpn network.

The security implication is that traffic which is meant to be
encrypted is sent in clear.


-- System Information:
Debian Release: 8.8
  APT prefers proposed-updates
  APT policy: (1001, 'proposed-updates'), (1001, 'stable'), (600, 'testing'), 
(500, 'stable-updates'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages network-manager-openvpn depends on:
ii  adduser  3.113+nmu3
ii  libc62.24-9
ii  libglib2.0-0 2.48.0-1~bpo8+1
ii  libnm0   1.6.2-3
ii  network-manager  1.6.2-3
ii  openvpn  2.4.0-6~bpo8+1

network-manager-openvpn recommends no packages.

network-manager-openvpn suggests no packages.

-- no debconf information

Bug#864993: xserver-xorg-video-radeon: Content of windows occasionally flickers black when scrolling

[Anjum Ahmed]

Package: xserver-xorg-video-radeon
Version: 1:7.8.0-1+b1
Severity: normal

Scenario: Scrolling the contents of a window, such as with firefox or nemo.

Expected result: The scrolling should be seamless, with content continuously
displayed.

Actual result: Occasionally, the content of the window flickers with black.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Mar 11 12:23 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 274 Mar  3 14:41 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] RV710/M92 [Mobility Radeon HD 4330/4350/4550] [1002:9552]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 38539 May 27 14:38 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 34340 Jun 18 13:39 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 7.012] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[ 7.012] X Protocol Version 11, Revision 0
[ 7.012] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[ 7.012] Current Operating System: Linux AHMED-laptop 4.9.0-3-amd64 #1 SMP 
Debian 4.9.30-2 (2017-06-12) x86_64
[ 7.012] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.9.0-3-amd64 
root=UUID=db66dae0-abe0-4846-b7a5-17393647e955 ro quiet
[ 7.013] Build Date: 03 March 2017  03:14:41PM
[ 7.013] xorg-server 2:1.19.2-1 (https://www.debian.org/support) 
[ 7.013] Current version of pixman: 0.34.0
[ 7.013]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 7.013] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 7.013] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 13:32:57 
2017
[ 7.015] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[ 7.017] (==) No Layout section.  Using the first Screen section.
[ 7.017] (==) No screen section available. Using defaults.
[ 7.017] (**) |-->Screen "Default Screen Section" (0)
[ 7.017] (**) |   |-->Monitor ""
[ 7.017] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[ 7.018] (==) Automatically adding devices
[ 7.018] (==) Automatically enabling devices
[ 7.018] (==) Automatically adding GPU devices
[ 7.018] (==) Max clients allowed: 256, resource mask: 0x1f
[ 7.022] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[ 7.022]Entry deleted from font path.
[ 7.024] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[ 7.024] (==) ModulePath set to "/usr/lib/xorg/modules"
[ 7.024] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[ 7.024] (II) Loader magic: 0x55a8a1ee3e00
[ 7.024] (II) Module ABI versions:
[ 7.024]X.Org ANSI C Emulation: 0.4
[ 7.024]X.Org Video Driver: 23.0
[ 7.024]X.Org XInput driver : 24.1
[ 7.024]X.Org Server Extension : 10.0
[ 7.025] (++) using VT number 7

[ 7.025] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[ 7.026] (II) xfree86: Adding drm device (/dev/dri/card0)
[ 7.028] (--) PCI:*(0:1:0:0) 1002:9552:1028:0406 rev 0, Mem @ 
0xe000/268435456, 0xf6df/65536, I/O @ 0xde00/256, BIOS @ 
0x/131072
[ 7.028] (II) LoadModule: "glx"
[ 7.029] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[ 7.040] (II) Module glx: vendor="X.Org Foundation"
[ 7.040]compiled for 1.19.2, module version = 1.0.0
[ 7.040]ABI class: X.Org Server Extension, version 10.0
[ 7.040] (==) Matched ati as autoconfigured driver 0
[ 7.040] (==) Matched ati as autoconfigured driver 1
[ 7.040] (==) Matched modesetting as autoconfigured driver 2
[ 7.040] (==) Matched fbdev as autoconfigured driver 3
[ 7.040] (==) Matched vesa as autoconfigured driver 4
[ 7.040] (==) Assigned the driver to the xf86ConfigLayout
[ 

Bug#864994: pylint-plugin-utils new upstream version 0.2.6

[陳昌倬]

Source: pylint-plugin-utils
Severity: wishlist


Please help to upgrade pylint-plugin-utils to 0.2.6. It is required by
prospector.



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

Kernel: Linux 4.9.0-3-amd64 (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 /usr/bin/dash
Init: systemd (via /run/systemd/system)

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


signature.asc
Description: PGP signature

Bug#859220: Script /usr/share/lxcfs/lxc.mount.hook fails with mount command error 32 and causes lxc-start to fail

[Evgeni Golov]

Hi Tony, Sven,

On Sat, Jun 17, 2017 at 09:36:32PM +0200, Sven Velt wrote:
> ,---
> | # echo /var/lib/lxcfs/cgroup/*
> | /var/lib/lxcfs/cgroup/*
> `---
> 
> And I can confirm that the small fix also works for me.

One thing I wonder, though: how do you two end up with an empty 
/var/lib/lxcfs/cgroup/?
When lxcfs is not running, /var/lib/lxcfs/cgroup/ does not exist and thus [1] 
prevents the code from running.
And when it runs, the folder has entries.

Cheers
Evgeni

[1] https://github.com/lxc/lxcfs/blob/master/share/lxc.mount.hook.in#L33

Bug#840093: ITA: python-requirements-detector -- finds and lists the requirements of a Python project

[陳昌倬]

Control: retitle -1 RFA: python-requirements-detector -- finds and lists the 
requirements of a Python project
Control: owner -1 !

I will adopt this package.


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


signature.asc
Description: PGP signature

Bug#799292: ITP: mailman3 -- Mailman3 mailing list manager suite

[Marc Dequènes]

Quack,

Version 3.1 was released recently, it's working well (except migrations
still not perfect), and I believe it's the right time to have a package
ready (would have been too late for Stretch).

So, do you plan to continue your work?

Btw I believe you should have a separate mailman3-hyperkitty package, as
you may wish to run your archiver separately IIUC.

Regards.

-- 
Marc Dequènes (Duck)



signature.asc
Description: OpenPGP digital signature

Bug#864992: Acknowledgement (does not apply a pushed redirect-gateway)

[Erwan David]

Le 06/18/17 à 15:15, Debian Bug Tracking System a écrit :
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   Debian Security Team , Debian Testing Security 
> Team 
> (after having been given a Bug report number, if it did not have one).
> 
> Your message has been sent to the package maintainer(s):
>  Utopia Maintenance Team 
> 
> If you wish to submit further information on this problem, please
> send it to 864...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 

Problem seems to come from a --route-noexec option when
network-manager-openvpn starts openvpn cleint

This is crazy !

Bug#864995: rtorrent: Crashes when dht and peer exchange is enabled

[Alexey Raschenkov]

Package: rtorrent
Version: 0.9.6-2+b1
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?
Started rtorrent normally with dht = auto and peer_exchange = yes, rtorrend 
crashed in 10 minutes.
Whem I set in .rtorrent.rc dht = disable and peer_exchange = no, rtorrent 
stopped crashing.

Log:

1497778674 N rtorrent main: Starting thread.
1497778674 N worker_rtorrent: Starting thread.
1497779641 C Caught internal_error: 'DhtRouter::get_tracker did not actually 
insert tracker.'.
---DUMP---
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(_ZN7torrent14internal_error10initializeERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEE+0x133)
 [0xb6d95e84]
/usr/bin/rtorrent(_ZN7torrent14internal_errorC1EPKc+0x75) [0x7f61458a]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(+0x5f430) [0xb6dd3430]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(+0x6287c) [0xb6dd687c]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(+0x64e36) [0xb6dd8e36]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(+0x66f06) [0xb6ddaf06]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(_ZN7torrent9PollEPoll7performEv+0x109)
 [0xb6da287a]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(_ZN7torrent9PollEPoll7do_pollExi+0x51)
 [0xb6da28f6]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.19(_ZN7torrent11thread_base10event_loopEPS0_+0x129)
 [0xb6dc8596]
/usr/bin/rtorrent(main+0x2ac5) [0x7f5ec842]
/lib/arm-linux-gnueabihf/libc.so.6(__libc_start_main+0x9d) [0xb6a4b4aa]

---END---



-- System Information:
Debian Release: 9.0
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armhf (armv7l)

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

Versions of packages rtorrent depends on:
ii  libc6  2.24-11
ii  libcurl3   7.52.1-5
ii  libgcc11:6.3.0-18
ii  libncursesw5   6.0+20161126-1
ii  libstdc++6 6.3.0-18
ii  libtinfo5  6.0+20161126-1
ii  libtorrent19   0.13.6-1.1
ii  libxmlrpc-core-c3  1.33.14-4

rtorrent recommends no packages.

Versions of packages rtorrent suggests:
ii  screen  4.5.0-6

-- no debconf information

Bug#864996: ITP: ruby-autoparse -- automatic parsing for any given JSON Schema

[Balasankar C]

Package: wnpp
Severity: wishlist
Owner: Balasankar C 

* Package name: ruby-autoparse
  Version : 0.3.3
  Upstream Author : Bob Aman 
* URL : https://github.com/google/autoparse
* License : Apache-2.0
  Programming Lang: Ruby
  Description : automatic parsing for any given JSON Schema

Part of GitLab v9.2.0 packaging.

Bug#864991: installation-report: Installer blank screen

[Cyril Brulebois]

Hi,

Aurora  (2017-06-18):
> Package: installation-reports
> Version: 2.62
> Severity: normal
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>* What led up to the situation? Debian graphical install expert and non
> expert
>* What exactly did you do (or not do) that was effective (or
>  ineffective)? I stopped using gnome checked and did not use the graphical
> installer anymore. I used the other installer and it worked.
>* What was the outcome of this action?
>* What outcome did you expect instead?
> Twice on graphical install 'select and install software' the screen went 
> blank.
> Here is a video of the second time it happened:
> https://www.youtube.com/watch?v=LEry1by-bnA

That's just energy saving mode getting trigger, hit any key (e.g. ctrl
or shift to have some neutral which can't interfere with the installer),
and the display will come back to life? :)


KiBi.


signature.asc
Description: Digital signature

Bug#862935: installation-reports: vmlinuz missing from armhf netboot SD image

[Cyril Brulebois]

Hi Ben,

Ben Harris  (2017-05-18):
> Boot method: netboot SD-card image
> Image version: 
> http://ftp.nl.debian.org/debian/dists/testing/main/installer-armhf/current/images/netboot/SD-card-images/partition.img.gz
>  [20170407]
> Date: 2017-05-18T22:00+01:00
> 
> Machine: BeagleBone Black
> Partitions:
> 
> I installed the system using a serial console from an Ubuntu 16.04 box using
> picocom and GNOME Terminal.  I also used this Ubuntu box for downloading and
> manipulating boot images.
> 
> I assembled an image from parts in images/netboot/SD-card-images:
> 
> zcat firmware.BeagleBoneBlack.img.gz partition.img.gz | sudo sh -c 'cat > 
> /dev/sdc'
> 
> This failed to boot on my BeagleBone Black.  Here is the console log: […]

I'm not sure this is the same issue we fixed a few days ago:
  
https://anonscm.debian.org/cgit/d-i/debian-installer.git/commit/?id=e59da9cf6fe9608102182b596aca9e7fababd8d3

but this is likely. I first thought it affected a specific platform, but
that's actually the common partition.img.gz which is too small?

If you have a chance of trying again with Stretch final images, that
would be helpful.


KiBi.


signature.asc
Description: Digital signature

Bug#802283: firewalld: Create an alternative for /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.policy symlink

[Michael Biebl]

Hi Laurent!

On Mon, 19 Oct 2015 03:24:38 +0200 Laurent Bigonville 
wrote:
> Package: firewalld
> Version: 0.3.13-1
> Severity: normal
> 
> Hi,
> 
> I think we should create an alternative for the
> /usr/share/polkit-1/actions/org.fedoraproject.FirewallD1.policy symlink.
> 
> It can either point to org.fedoraproject.FirewallD1.server.policy (the
> default and the more strict policy) or to
> org.fedoraproject.FirewallD1.desktop.policy one.

Do you know how Fedora/RH handles that symlink? Do they have a config
tool which set's that symlink?


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



signature.asc
Description: OpenPGP digital signature

Bug#839861: lintian: init.d-script-needs-depends-on-lsb-base does not use strict enough lsb-base version for (eg.) status_of_proc

[Michael Biebl]

On Mon, 10 Oct 2016 19:37:30 +0200 Vincent Bernat  wrote:
>  ❦  5 octobre 2016 21:10 CEST, Chris Lamb  :
> 
> >> here are more precise checks that could also  be done; such as:
> >> - any use of status_of_proc from /lib/lsb/init-functions needs
> >> lsb-base (>= 3.2-14~)
> >
> >
> 
> Shouldn't we just remove the version? oldstable has a recent enough
> version. 3.2-14 is from 2008. A dependency on lsb-base is enough and
> wouldn't trigger bugs like this where the version needs to be adjusted.

Agreed. It's now even oldoldstable, so it seems safe to drop the version
requirement.

Michael

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



signature.asc
Description: OpenPGP digital signature

Bug#864998: xserver-xorg-video-qxl: Segault at login (at res change?)

[Dr. David Alan Gilbert]

Package: xserver-xorg-video-qxl
Version: 0.1.4+20161126git4d7160c-1
Severity: normal

Dear Maintainer,


   * What led up to the situation?
  Debian 9 fresh install in QEMU, qxl video; KDE desktop
  It worked on first boot, but crashed on 2nd login.
  I suspect the difference is that I switched screen res,
  which worked fine during the session; doesn't seem to want to 
  afterwards though

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
  See the x log below

   * What was the outcome of this action?
  Can't log back into my KDE session
   * What outcome did you expect instead?
  A happy KDE session

This qemu is running on Fedora 26; other guests are working so I think the bug 
here
is in the X qxl driver.

Dave

-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Red Hat, Inc. QXL paravirtual graphic 
card [1b36:0100] (rev 04)

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 17217 Jun 18 14:34 /var/log/Xorg.0.log

Contents of last Xorg X server log file (/var/log/Xorg.0.log.old):
-
[   375.321] (--) Log file renamed from "/var/log/Xorg.pid-1532.log" to 
"/var/log/Xorg.0.log"
[   375.321] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[   375.321] X Protocol Version 11, Revision 0
[   375.321] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[   375.321] Current Operating System: Linux debian9vm 4.9.0-3-amd64 #1 SMP 
Debian 4.9.30-2 (2017-06-12) x86_64
[   375.321] Kernel command line: BOOT_IMAGE=/vmlinuz-4.9.0-3-amd64 
root=/dev/mapper/debian9vm--vg-root ro quiet
[   375.321] Build Date: 03 March 2017  03:14:41PM
[   375.321] xorg-server 2:1.19.2-1 (https://www.debian.org/support) 
[   375.321] Current version of pixman: 0.34.0
[   375.321]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   375.321] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   375.321] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 14:34:33 
2017
[   375.321] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   375.322] (==) No Layout section.  Using the first Screen section.
[   375.322] (==) No screen section available. Using defaults.
[   375.322] (**) |-->Screen "Default Screen Section" (0)
[   375.322] (**) |   |-->Monitor ""
[   375.322] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   375.322] (==) Automatically adding devices
[   375.322] (==) Automatically enabling devices
[   375.322] (==) Automatically adding GPU devices
[   375.322] (==) Max clients allowed: 256, resource mask: 0x1f
[   375.322] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   375.322]Entry deleted from font path.
[   375.322] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   375.322] (==) ModulePath set to "/usr/lib/xorg/modules"
[   375.322] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   375.322] (II) Loader magic: 0x5619ecc04e00
[   375.322] (II) Module ABI versions:
[   375.322]X.Org ANSI C Emulation: 0.4
[   375.322]X.Org Video Driver: 23.0
[   375.322]X.Org XInput driver : 24.1
[   375.322]X.Org Server Extension : 10.0
[   375.323] (++) using VT number 7

[   375.323] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[   375.323] (II) xfree86: Adding drm device (/dev/dri/card0)
[   375.328] (--) PCI:*(0:0:2:0) 1b36:0100:1af4:1100 rev 4, Mem @ 
0xf400/67108864, 0xf800/67108864, 0xfc054000/8192, I/O @ 0xc0c0/32, 
BIOS @ 0x/131072
[   375.328] (II) LoadModule: "glx"
[   375.328] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   375.329] (II) Module glx: vendor="X.Org Foundation"
[   375.329]compiled for 1.19.2, module version = 1.0.0
[   375.329]ABI class: X.Org Server Exten

Bug#864997: lintian: please add copyright_check.py at the very least as a contrib

[lkcl]

Package: lintian
Version: 2.5.50.1
Severity: wishlist
Tags: upstream

hi,

i was at one point the maintainer of a package with thousands of files sourced
from several different projects.  the list of contributors grew to over
fifty separate individuals and it became flat-out impossible, on each
release, to manually verify that the files correctly matched the
debian/copyright file.

i looked in lintian to see if it had the features needed to make a TWO WAY
verification, and it did not.  lintian does not have the capability to
check that:

* the regular expressions of debian/copyright match the actual files
* nor can it report the MISSING files that the reg-ex's do not catch

so i wrote a program called copyright_check.py which covers every single
possibility of what is correctly matched, what is incorrectly matched,
and what is missing.

copies of the original program are being made and distributed arbitrarily.
one such copy (which ironically violates copyright) is here:
https://fossies.org/dox/drizzle-7.2.4-alpha/copyright__check_8py_source.html

one version may also be found here:
https://github.com/jaredly/pyjamas/blob/master/contrib/copyright_check.py

i cannot express how much time and effort the use of this program saved.

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

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

Versions of packages lintian depends on:
ii  binutils  2.28-2
ii  bzip2 1.0.6-8.1
ii  diffstat  1.58-1
ii  file  1:5.29-3
ii  gettext   0.18.3.2-1
ii  intltool-debian   0.35.0+20060710.1
ii  libapt-pkg-perl   0.1.29+b6
ii  libarchive-zip-perl   1.57-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdpkg-perl  1.18.18
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.03-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-8
ii  libperl5.22 [libdigest-sha-perl]  5.22.2-1
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-2
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  1.2000-1
ii  liburi-perl   1.60-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.0.2-5
ii  patchutils0.3.4-2
ii  perl  5.24.1-2
ii  t1utils   1.38-4
ii  xz-utils  5.1.1alpha+20120614-2

Versions of packages lintian recommends:
ii  dpkg 1.18.18
ii  libperlio-gzip-perl  0.19-1+b2
ii  perl 5.24.1-2
ii  perl-modules-5.22 [libautodie-perl]  5.22.2-1
ii  perl-modules-5.24 [libautodie-perl]  5.24.1-2

Versions of packages lintian suggests:
ii  binutils-multiarch 2.28-2
ii  dpkg-dev   1.18.18
ii  libhtml-parser-perl3.72-2+b1
ii  libtext-template-perl  1.46-1

-- no debconf information

Bug#864999: Please don't emit init.d-script-needs-depends-on-lsb-base if package ships native service file

[Michael Biebl]

Package: lintian
Version: 2.5.50.4
Severity: normal

Hi,

lintian added a check which warns if a SysV init script uses the lsb
init-functions but doesn't have a dependency on lsb-base.

For a package which ships a native service file where the SysV init
script is only used to support booting with sysvinit, this dependency
seems unwanted, as "initscripts", which is a dependency of sysvinit-core
already ensures that lsb-base is installed.

As for init-less (build)-chroots, not having lsb-base installed isn't an
issue either, as those are supposed to install a policy-rc.d script
which disables the start of any services.

Michael


-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (200, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages lintian depends on:
ii  binutils  2.28-6
ii  bzip2 1.0.6-8.1
ii  diffstat  1.61-1+b1
ii  file  1:5.30-1
ii  gettext   0.19.8.1-2
ii  intltool-debian   0.35.0+20060710.4
ii  libapt-pkg-perl   0.1.32
ii  libarchive-zip-perl   1.59-1
ii  libclass-accessor-perl0.34-1
ii  libclone-perl 0.38-2+b1
ii  libdigest-sha-perl5.96-1+b1
ii  libdpkg-perl  1.18.24
ii  libemail-valid-perl   1.202-1
ii  libfile-basedir-perl  0.07-1
ii  libipc-run-perl   0.94-1
ii  liblist-moreutils-perl0.416-1+b1
ii  libparse-debianchangelog-perl 1.2.0-12
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3
ii  libtext-levenshtein-perl  0.13-1
ii  libtimedate-perl  2.3000-2
ii  liburi-perl   1.71-1
ii  libyaml-libyaml-perl  0.63-2
ii  man-db2.7.6.1-2
ii  patchutils0.3.4-2
ii  perl  5.24.1-3
ii  t1utils   1.39-2
ii  xz-utils  5.2.2-1.2+b1

Versions of packages lintian recommends:
ii  dpkg 1.18.24
ii  libautodie-perl  2.29-2
ii  libperlio-gzip-perl  0.19-1+b2
ii  perl 5.24.1-3
ii  perl-modules-5.24 [libautodie-perl]  5.24.1-3

Versions of packages lintian suggests:
pn  binutils-multiarch 
ii  dpkg-dev   1.18.24
ii  libhtml-parser-perl3.72-3
ii  libtext-template-perl  1.46-1

-- no debconf information

Bug#865001: kscreen_backend[....]: segfault at 10 ip .... sp ... error 4 in KSC_XRandR.so

[Dr. David Alan Gilbert]

Package: libkf5screen-bin
Version: 4:5.8.6-2
Severity: normal

Dear Maintainer,

   * What led up to the situation?
 Not sure, but I suspect it's the result of setting the display resolution 
under KDE
 in my previous session

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

 Fresh debian 9  install in QEMU (on a Fedora host)
 Selected KDE during install
 Installed fine, rebooted OK
 Logged into KDE session fine
 Increased screen res to 1440x900
 Set keyboard layout
 Logged out
 Tried to log back in
 
   * What was the outcome of this action?
 Logging in failed, it returned me back to the login manager
 a dmesg shows the:
  kscreen_backend[1507]: segfault at 10 ip 7f73a0130568 sp 
7ffd29db5570 error 4 in KSC_XRandR.so[7f73a0116000+23000]
  addresses are changing each time, but the IP always seems to end in 
568

   * What outcome did you expect instead?
 I could log back into KDE


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

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

Versions of packages libkf5screen-bin depends on:
ii  libc6 2.24-11
ii  libkf5screen7 4:5.8.6-2
ii  libkf5waylandclient5  4:5.28.0-1
ii  libqt5core5a  5.7.1+dfsg-3+b1
ii  libqt5dbus5   5.7.1+dfsg-3+b1
ii  libqt5gui55.7.1+dfsg-3+b1
ii  libqt5x11extras5  5.7.1~20161021-2
ii  libstdc++66.3.0-18
ii  libxcb-randr0 1.12-1
ii  libxcb1   1.12-1

libkf5screen-bin recommends no packages.

libkf5screen-bin suggests no packages.

-- no debconf information

Bug#865002: stretch-pu: package nvidia-graphics-drivers/375.66-2~deb9u1

[Andreas Beckmann]

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

Hi,

I'd like to update the non-free nvidia-graphics-drivers for stretch r1.

I found a Pre-Depends related upgrade issue in i386 caused by
apt/jessie. This can be fixed by bumping the Pre-Depends version to not
be satisfied by the jessie package.

An upstream bug allows a mixture of vulkan and non-glvnd libraries
that can cause crashes. Let's add a conflict to forbid this combination.
(vulkan + glvnd works fine.)

We added some more notes regarding the glvnd vs. non-glvnd flavors of
the libraries.

The biggest chunk in the diff is the cleanup of (duplicate) upstream
changelog entries in debian/changelog. This looks like a lot of noise
now, but will simplify keeping the 304/340/current branches in sync
across oldstable/stable/sid for the next upstream CVE fixes.

libnvidia-egl-wayland was moved around in debian/rules to accomodate for
changes required in never upstream releases. (That will have to go to
stretch some day, since 375 will be discontinued by upstream at some
point. There hasn't been a new legacy branch with a longer support
period since 340.)

This will be just a rebuild of the package in sid.


Andreas
diff -Nru nvidia-graphics-drivers-375.66/debian/changelog nvidia-graphics-drivers-375.66/debian/changelog
--- nvidia-graphics-drivers-375.66/debian/changelog	2017-05-28 13:03:11.0 +0200
+++ nvidia-graphics-drivers-375.66/debian/changelog	2017-06-18 13:33:13.0 +0200
@@ -1,46 +1,64 @@
+nvidia-graphics-drivers (375.66-2~deb9u1) stretch; urgency=medium
+
+  * Rebuild for stretch. 
+
+ -- Andreas Beckmann   Sun, 18 Jun 2017 13:33:13 +0200
+
+nvidia-graphics-drivers (375.66-2) unstable; urgency=medium
+
+  [ Andreas Beckmann ]
+  * nvidia-vulkan-common: Add Conflicts: libgl1-nvidia-glx as a workaround for
+#864477 (wrong library referenced in nvidia_icd.json in non-GLVND setups).
+  * nvidia-legacy-check.preinst: Verbose debug output can be enabled by
+setting DEBUG_NVIDIA_LEGACY_CHECK=yes in the environment.
+  * nvidia-legacy-check: Bump Pre-Depends: nvidia-installer-cleanup to
+(>= 20151021) for smoother upgrades from jessie.  (See: #864775)
+  * Clean up upstream changelog entries.
+
+  [ Luca Boccassi ]
+  * nvidia-driver.README.Debian: Add notes about GLVND vs non-GLVND flavours.
+
+ -- Andreas Beckmann   Thu, 15 Jun 2017 02:01:53 +0200
+
 nvidia-graphics-drivers (375.66-1) unstable; urgency=medium
 
   * New upstream long lived branch release 375.66 (2017-05-04).
 * Fixed CVE-2017-0350, CVE-2017-0351, CVE-2017-0352.  (Closes: #863515)
-- Added support for the following GPUs: GeForce GTX 1080 Ti, Quadro P3000,
-  Quadro M520, TITAN Xp
-- Fixed a bug that could cause EGL applications to crash when calling
-  eglInitialize() multiple times on X11-backed displays.
-- Fixed a regression that could cause rendering corruption on a monitor
-  connected via DisplayPort upon a modeset event (for example, changing
-  resolutions or power cycling the monitor).
-- Updated the display configuration page in the nvidia-settings control
-  panel to accurately reflect HDMI 3D refresh rates.
-- Fixed a bug that could cause OpenGL applications to crash when VT
-  switching between multiple X servers.
-- Fixed a bug that caused the system to become unresponsive after resuming
-  from power management suspend/hibernate. Additional symptoms of this bug
-  included display flickering and "Xid 56" errors in the kernel log.
-- Fixed a bug that caused backlight brightness to not be controllable on
-  some notebooks with DisplayPort internal panels.
-- Fixed a bug that left HDMI and DisplayPort audio muted after a
-  framebuffer console mode was restored. For some displays, this caused the
-  display to remain blank.
+- Fixed a bug that could cause EGL applications to crash when
+  calling eglInitialize() multiple times on X11-backed displays.
+- Fixed a regression that could cause rendering corruption on a
+  monitor connected via DisplayPort upon a modeset event (for
+  example, changing resolutions or power cycling the monitor).
+- Fixed a bug that could cause OpenGL applications to crash when
+  VT switching between multiple X servers.
+- Fixed a bug that caused the system to become unresponsive after
+  resuming from power management suspend/hibernate.  Additional
+  symptoms of this bug included display flickering and "Xid 56"
+  errors in the kernel log.
+- Fixed a bug that caused backlight brightness to not be controllable
+  on some notebooks with DisplayPort internal panels.
+- Added support for the following GPUs: GeForce GTX 1080 Ti, Quadro M520,
+  TITAN Xp, Quadro P3000.
+- Fixed a bug that left HDMI and DisplayPort audio muted after a framebuffer
+  console mode was restored. For some displays, this caused the display

Bug#865003: jenkins can't send notifications to #debian-ftp

[Mattia Rizzolo]

Package: jenkins.debian.org
Severity important

the dak tests jobs fail to send notifications to #debian-ftp.
It seems like it's the email2irc.sh script at fault here, looking at its
log:

| To: qa-jenkins-...@lists.alioth.debian.org,
| CHANNEL = To: qa-jenkins-scm
| --
| valid email
| ---
| Sun Jun 18 09:06:31 UTC 2017
| Job: dak-tests_stretch
| Subject: Build failed in Jenkins:  dak-tests_stretch #2
| My line: See 
https://jenkins.debian.net/job/dak-tests_stretch/2/display/redirect?page=changes
| But no irc channel detected.

So it seems to get the To "variable" wrong (the ML instead of the
jenkins+debian-...@jenkins.debian.net one).

-- 
regards,
Mattia Rizzolo

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


signature.asc
Description: PGP signature

Bug#862668: debsnap: fails with multitarball source packages

[Cyril Brulebois]

Hi,

Cyril Brulebois  (2017-05-15):
> You'll find attached a patch which starts by downloading and parsing the
> dsc file to extract the list of required filenames, which should help a
> bit compared to the current “let's find one of the filenames which had
> suitable contents” approach. Checking the presence of the source package
> name at the beginning of the filename is not sufficient…
> 
> I've also checked the issue and its resolution for various versions of
> vlc, and with all current versions of firefox-esr (using a loop over
> rmadison's output).
> 
> Thanks for considering.

It would be nice to have this fixed at some point (possibly in stable
suites as well). Failing to fetch source packages is a blocker in various
situations (bisecting packages, starting a backport/local version, etc.,
and random debugging).


KiBi.


signature.asc
Description: Digital signature

Bug#865004: klibkf5kipi-bin: misleading package description "This package provides runtime utilities"

[Helmut Grohne]

Package: libkf5kipi-bin
Version: 4:16.08.2-1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap

While working on some FTCBFS bugs, I noticed that libkf5kipi-bin is
strangely empty. Its package description says "This package provides
runtime utilities.". Yet, it doesn't contain any utilities. The
changelog even says that it is intentionally empty. At the very least,
the package description should reflect that. Maybe the package can even
be removed?

Helmut

Bug#865001: Acknowledgement (kscreen_backend[....]: segfault at 10 ip .... sp ... error 4 in KSC_XRandR.so)

[Dr. David Alan Gilbert]

I think this is fall out from the X server crashing first - I filed 
bug 864998 for what looks like a qxl driver bug that is causing X to
crash; but still I don't think kscreen_backend should be crashing,
it should be exiting with an error if X disappears.

Dave

-- 
 -Open up your eyes, open up your mind, open up your code ---   
/ Dr. David Alan Gilbert|   Running GNU/Linux   | Happy  \ 
\dave @ treblig.org |   | In Hex /
 \ _|_ http://www.treblig.org   |___/

Bug#865005: postfix: Bug #847242 `postfix-*.prerm upgrade` removes dynamic maps, causing postfix.postinst to fail for non-default alias database types] reappeared

[Guilhem Moulin]

Package: postfix
Version: 3.2.2-1
Severity: serious
Reason: Upgrade fails for non-default database types

Dear Maintainer,

Looks like I got bitten by #847242 again when upgradating from 3.1.4-7
to 3.2.2-1.  Here is my original report, with the `apt install postfix`
output updated.

--8<--->8--

My main.cf contains

alias_maps = lmdb:/etc/aliases
alias_database = lmdb:/etc/aliases


Upgrading postfix to 3.1.3-5 fails as follows:

~$ sudo apt install postfix
[…]
The following packages will be upgraded:
   postfix (3.1.4-7 => 3.2.2-1)
   postfix-lmdb (3.1.4-7 => 3.2.2-1)
2 upgraded, 0 newly installed, 0 to remove and 33 not upgraded.
[…]
Preconfiguring packages ...
(Reading database ... 110825 files and directories currently installed.)
Preparing to unpack .../postfix-lmdb_3.2.2-1_amd64.deb ...
Removing lmdb map entry from /etc/postfix/dynamicmaps.cf
Unpacking postfix-lmdb (3.2.2-1) over (3.1.4-7) ...
Preparing to unpack .../postfix_3.2.2-1_amd64.deb ...
Removing sqlite map entry from /etc/postfix/dynamicmaps.cf
Unpacking postfix (3.2.2-1) over (3.1.4-7) ...
Processing triggers for systemd (232-25) ...
Processing triggers for man-db (2.7.6.1-2) ...
Processing triggers for rsyslog (8.24.0-1) ...
Setting up postfix (3.2.2-1) ...
Installing new version of config file /etc/postfix/makedefs.out ...

Postfix (main.cf) configuration was not changed.  If you need to make 
changes,
edit /etc/postfix/main.cf (and others) as needed.  To view Postfix
configuration values, see postconf(1).

After modifying main.cf, be sure to run 'service postfix reload'.

Running newaliases
postalias: fatal: unsupported dictionary type: lmdb. Is the postfix-lmdb 
package installed?
dpkg: error processing package postfix (--configure):
 subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of postfix-lmdb:
 postfix-lmdb depends on postfix (= 3.2.2-1); however:
  Package postfix is not configured yet.

dpkg: error processing package postfix-lmdb (--configure):
 dependency problems - leaving unconfigured
Errors were encountered while processing:
 postfix
 postfix-lmdb


I believe this is because postfix-lmdb.prerm removes the dynamic map during
unpacking, and doesn't re-add it before postfix.postinst calls `newaliases`.
I guess the map should only be removed upon removal (`prerm remove`), or
should be re-added by the preinst script instead.

Setting the severity to serious as this also applies to
alias_database=cdb:/etc/aliases, and I guess to all postfix-* packages
for which the prerm script removes the dynamic map during upgrade.  FWIW
reinstalling (using `apt install --reinstall postfix postfix-cdb`) fails
as well.

Thanks for maintaining Postfix in Debian!
Cheers,
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#864453: fanotify07 LTP testcase hangs process

[Ben Hutchings]

On Sun, 2017-06-18 at 10:40 +0200, Helge Deller wrote:
> On 12.06.2017 16:58, Ben Hutchings wrote:
> > On Thu, 2017-06-08 at 21:23 +0200, Helge Deller wrote:
> > > Can you backport at least the commit 05f0e38724e8 ?
> > 
> > This appears to depend on commit 9385a84d7e1f which looks hard to backport.
> 
> Ben, if it's too much work, maybe just don't do it.
> I think the upstream maintainer wrote something in his commit
> message that fixing this issue in backports might be hard/impossible.
> 
> When running the testsuite, the kernel additionally reported that processes
> may hang, and tainted itself accordingly. Sadly I don't have the
> exact kernel message at hand right now.

That's a Debian-specific warning for use of fanotify permission
checking, which I suspect this test would always trigger.

Ben.

-- 
Ben Hutchings
Design a system any fool can use, and only a fool will want to use it.


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

Bug#865006: bcftools FTBFS with htslib 1.4.1-2: [E::hts_idx_push] Region 536870912..536870913 cannot be stored in a tbi index. Try using a csi index with min_shift = 14, n_lvls >= 6

[Adrian Bunk]

Source: bcftools
Version: 1.3.1-1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/bcftools.html
https://buildd.debian.org/status/fetch.php?pkg=bcftools&arch=mips&ver=1.3.1-1&stamp=1497794613&raw=0

...
test_tabix:
/build/1st/bcftools-1.3.1/bcftools view -H /tmp/nSKFihjHTO/merge.a.bcf 
1:3000151-3000151
.. ok

[E::hts_idx_push] Region 536870912..536870913 cannot be stored in a tbi index. 
Try using a csi index with min_shift = 14, n_lvls >= 6
tbx_index_build failed: /tmp/nSKFihjHTO/large_chrom_tbi_limit.vcf.gz
The command failed: /usr/bin/tabix -f -p vcf 
/tmp/nSKFihjHTO/large_chrom_tbi_limit.vcf.gz
 at ./test/test.pl line 259.
main::error("The command failed: /usr/bin/tabix -f -p vcf 
/tmp/nSKFihjHTO/"..., "") called at ./test/test.pl line 315
main::cmd("/usr/bin/tabix -f -p vcf 
/tmp/nSKFihjHTO/large_chrom_tbi_limi"...) called at ./test/test.pl line 406
main::bgzip_tabix(HASH(0x564bf0d26f48), "file", 
"large_chrom_tbi_limit", "suffix", "vcf", "args", "-p vcf") called at 
./test/test.pl line 414
main::bgzip_tabix_vcf(HASH(0x564bf0d26f48), "large_chrom_tbi_limit") 
called at ./test/test.pl line 423
main::test_tabix(HASH(0x564bf0d26f48), "in", "large_chrom_tbi_limit", 
"reg", "chr11:1-536870912", "out", "large_chrom_tbi_limit.20.1.536870912.out") 
called at ./test/test.pl line 39
Makefile:102: recipe for target 'test' failed
make[1]: *** [test] Error 1
make[1]: Leaving directory '/build/1st/bcftools-1.3.1'
dh_auto_test: make -j16 test returned exit code 2
debian/rules:11: recipe for target 'build' failed
make: *** [build] Error 2

Bug#174331: logcheck: propose support for macros in configs

[Raphaël]

maintainer?

Bug#865007: libtabixpp FTBFS with htslib 1.4.1-2: devlibs error: There is no package matching [libhts2-dev] and noone provides it

[Adrian Bunk]

Source: libtabixpp
Version: 1.0.0-2
Severity: serious

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libtabixpp.html
https://buildd.debian.org/status/fetch.php?pkg=libtabixpp&arch=mips&ver=1.0.0-2&stamp=1497795657&raw=0

...
make[1]: Entering directory '/build/1st/libtabixpp-1.0.0'
ln -s libtabixpp.so.* libtabixpp.so
d-shlibmove --commit \
--multiarch \
--devunversioned \
--override s/libhts1-dev/libhts-dev/ \
--movedev "*.hpp" usr/include/ \
libtabixpp.so
Library package automatic movement utility
devlibs error: There is no package matching [libhts2-dev] and noone provides 
it, please report bug to d-shlibs maintainer
debian/rules:10: recipe for target 'override_dh_auto_install' failed
make[1]: *** [override_dh_auto_install] Error 1


The --override parameter needs an libhts1-dev -> libhts2-dev.

Bug#865008: samtools FTBFS with htslib 1.4.1-2: error: conflicting types for 'errmod_t'

[Adrian Bunk]

Source: samtools
Version: 1.3.1-3
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/samtools.html
https://buildd.debian.org/status/fetch.php?pkg=samtools&arch=mips&ver=1.3.1-3&stamp=1497794431&raw=0

...
gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -I.
-Wdate-time -D_FORTIFY_SOURCE=2 -c -o bam2bcf_indel.o bam2bcf_indel.c
In file included from bam2bcf.h:31:0,
 from bam2bcf_indel.c:32:
errmod.h:36:3: error: conflicting types for 'errmod_t'
 } errmod_t;
   ^~~~
In file included from /usr/include/htslib/sam.h:31:0,
 from bam2bcf_indel.c:31:
/usr/include/htslib/hts.h:659:25: note: previous declaration of 'errmod_t' was 
here
 typedef struct errmod_t errmod_t;
 ^~~~
...

Bug#844523: Debian xserver freeze backtrace

[Carmelo C]

Package: xserver-xorg
Version: 1:7.7+7
Severity: critical
Tags: security
Justification: breaks the whole system

Xorg continues to freeze the whole Debian system, after the freeze I
can not even
access the CTRL + ALT + F1 console, I send you the backtrace I extracted

Sincerely, hoping that the problem can be solved
[34.299] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[34.299] X Protocol Version 11, Revision 0
[34.299] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian
[34.299] Current Operating System: Linux debian 3.16.0-4-686-pae #1 SMP 
Debian 3.16.43-2 (2017-04-30) i686
[34.299] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae 
root=UUID=ec43167a-ee14-44c5-aee3-0301bf529f95 ro radeon.dpm=1 radeon.hw_i2c=1
[34.299] Build Date: 11 February 2015  01:14:26AM
[34.299] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[34.299] Current version of pixman: 0.32.6
[34.299]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[34.299] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[34.299] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 16:51:55 
2017
[34.350] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[34.601] (==) No Layout section.  Using the first Screen section.
[34.601] (==) No screen section available. Using defaults.
[34.601] (**) |-->Screen "Default Screen Section" (0)
[34.601] (**) |   |-->Monitor ""
[34.656] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[34.656] (==) Automatically adding devices
[34.656] (==) Automatically enabling devices
[34.656] (==) Automatically adding GPU devices
[34.816] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[34.816]Entry deleted from font path.
[34.825] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[34.825] (==) ModulePath set to "/usr/lib/xorg/modules"
[34.825] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[34.825] (II) Loader magic: 0x8027c700
[34.825] (II) Module ABI versions:
[34.825]X.Org ANSI C Emulation: 0.4
[34.825]X.Org Video Driver: 18.0
[34.825]X.Org XInput driver : 21.0
[34.825]X.Org Server Extension : 8.0
[34.825] (II) xfree86: Adding drm device (/dev/dri/card0)
[34.827] (--) PCI:*(0:1:0:0) 1002:95c4:1028:029f rev 0, Mem @ 
0xd000/268435456, 0xfc00/65536, I/O @ 0x2000/256, BIOS @ 
0x/131072
[34.828] (II) LoadModule: "glx"
[34.884] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[35.432] (II) Module glx: vendor="X.Org Foundation"
[35.432]compiled for 1.16.4, module version = 1.0.0
[35.432]ABI class: X.Org Server Extension, version 8.0
[35.432] (==) AIGLX enabled
[35.432] (==) Matched ati as autoconfigured driver 0
[35.433] (==) Matched ati as autoconfigured driver 1
[35.433] (==) Matched modesetting as autoconfigured driver 2
[35.433] (==) Matched fbdev as autoconfigured driver 3
[35.433] (==) Matched vesa as autoconfigured driver 4
[35.433] (==) Assigned the driver to the xf86ConfigLayout
[35.433] (II) LoadModule: "ati"
[35.546] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so
[35.564] (II) Module ati: vendor="X.Org Foundation"
[35.564]compiled for 1.16.1, module version = 7.5.0
[35.564]Module class: X.Org Video Driver
[35.564]ABI class: X.Org Video Driver, version 18.0
[35.564] (II) LoadModule: "radeon"
[35.564] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
[35.613] (II) Module radeon: vendor="X.Org Foundation"
[35.613]compiled for 1.16.1, module version = 7.5.0
[35.613]Module class: X.Org Video Driver
[35.613]ABI class: X.Org Video Driver, version 18.0
[35.613] (II) LoadModule: "modesetting"
[35.614] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[35.789] (II) Module modesetting: vendor="X.Org Foundation"
[35.789]compiled for 1.16.4, module version = 0.9.0
[35.789]Module class: X.Org Video Driver
[35.789]ABI class: X.Org Video Driver, version 18.0
[35.789] (II) LoadModule: "fbdev"
[35.789] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[35.806] (II) Module fbdev: vendor="X.Org Foundation"
[35.806]compiled for 1.15.99.904, module version = 0.4.4
[35.806]Module class: X.Or

Bug#865009: Unable to use quotes surrounding spaces in DEBBUILDOPTS

[James Clarke]

Package: pbuilder
Version: 0.228.7
Severity: normal
Control: found -1 0.228.1

If DEBBUILDOPTS contains options with spaces, get_changes_options and
should_clean_source (and get_source_options since 0.228.3) don't work
properly, and you get errors like the following:

> /usr/lib/pbuilder/pbuilder-modules: eval: line 967: unexpected EOF while 
> looking for matching `''
> /usr/lib/pbuilder/pbuilder-modules: eval: line 968: syntax error: unexpected 
> end of file
> /usr/lib/pbuilder/pbuilder-modules: eval: line 967: unexpected EOF while 
> looking for matching `''
> /usr/lib/pbuilder/pbuilder-modules: eval: line 968: syntax error: unexpected 
> end of file
> I: Running cd /build/debootstrap-1.0.89~bpo8+1/ && env 
> PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage 
> -us -uc  -A -m'Mattia Rizzolo ' -A -rfakeroot && env 
> PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-genchanges -S 
> '-m'Mattia' > ../debootstrap_1.0.89~bpo8+1_source.changes
> /bin/sh: 2: Syntax error: Unterminated quoted string

The problem stems from the fact that bash ignores the quotes in the
variable itself when performing word expansion:

> $ L='a "b c" d'; for a in $L; do echo $a; done
> a
> "b
> c"
> d

We need this to put "b c" as one word, otherwise they get treated as
separate options (and eval is unhappy due to the non-matching quotes).

Bug#859220: [pkg-lxc-devel] Bug#859220: Script /usr/share/lxcfs/lxc.mount.hook fails with mount command error 32 and causes lxc-start to fail

[Evgeni Golov]

On Sun, Jun 18, 2017 at 03:23:20PM +0200, Evgeni Golov wrote:
> Hi Tony, Sven,
> 
> On Sat, Jun 17, 2017 at 09:36:32PM +0200, Sven Velt wrote:
> > ,---
> > | # echo /var/lib/lxcfs/cgroup/*
> > | /var/lib/lxcfs/cgroup/*
> > `---
> > 
> > And I can confirm that the small fix also works for me.
> 
> One thing I wonder, though: how do you two end up with an empty 
> /var/lib/lxcfs/cgroup/?
> When lxcfs is not running, /var/lib/lxcfs/cgroup/ does not exist and thus [1] 
> prevents the code from running.
> And when it runs, the folder has entries.

Could you post the output of
  systemctl status lxcfs -n 100
  cat /proc/self/cgroups
  findmnt
?

Thanks

Bug#854546: gajim: Maybe a Python bug?

[Nicolas Patrois]

Package: gajim
Version: 0.16.8-2
Followup-For: Bug #854546

Dear Maintainer,

I suspect a Python bug because it strongly looks like a similar bug in 
python-numpy (Python 2.7).
See bug #855535.
Can you run import numpy in a Python shell?

-- System Information:
Debian Release: 9.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.3.0-1-686-pae (SMP w/3 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR:fr:en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages gajim depends on:
ii  dnsutils1:9.10.3.dfsg.P4-12.3
ii  python  2.7.13-2
ii  python-gtk2 2.24.0-5.1
ii  python-nbxmpp   0.5.4-1
ii  python-openssl  16.2.0-1
ii  python-pyasn1   0.1.9-2

Versions of packages gajim recommends:
ii  alsa-utils  1.1.3-1
ii  ca-certificates 20161130+nmu1
it  dbus1.10.18-1
ii  dunst [notification-daemon] 1.1.0-2+b1
ii  gnome-flashback [notification-daemon]   3.22.0-3
ii  gnome-shell [notification-daemon]   3.22.3-3
ii  notification-daemon 3.20.0-1+b1
ii  plasma-workspace [notification-daemon]  4:5.8.7-1
ii  pulseaudio-utils10.0-1
ii  python-crypto   2.6.1-7
ii  python-dbus 1.2.4-1+b1
ii  sox 14.4.1-5+b2
ii  xfce4-notifyd [notification-daemon] 0.3.6-1

Versions of packages gajim suggests:
ii  aspell-de-1901 [aspell-dictionary]  1:2-31
ii  aspell-en [aspell-dictionary]   2016.11.20-0-0.1
ii  aspell-fr [aspell-dictionary]   0.50-3-8
ii  avahi-daemon0.6.32-2
ii  dvipng  1.14-2+b3
ii  gnome-keyring   3.20.0-3
pn  gstreamer0.10-plugins-ugly  
pn  kwalletcli  
ii  libgtkspell02.0.16-1.1
ii  libxss1 1:1.2.2-1
ii  nautilus-sendto 3.8.4-2+b1
iu  network-manager 1.8.0-4
ii  python-avahi0.6.32-2
ii  python-gconf2.28.1+dfsg-1.2
ii  python-gnome2   2.28.1+dfsg-1.2
ii  python-gnomekeyring 2.32.0+dfsg-3
pn  python-gupnp-igd
pn  python-kerberos 
ii  python-pycurl   7.43.0-2
ii  texlive-latex-base  2016.20170123-5

-- no debconf information

Bug#865010: htslib: use -fPIC to fix FTBFS on s390x

[Adrian Bunk]

Source: htslib
Version: 1.4.1-1
Severity: important
Tags: patch

The attached patch uses -fPIC to fix the FTBFS on s390x.
Description: Build with -fPIC instead of -fpic
 It doesn't make a difference on x86, but is required for
 linking the library on s390x and sparc64.
Author: Adrian Bunk 

--- htslib-1.4.1.orig/Makefile
+++ htslib-1.4.1/Makefile
@@ -34,7 +34,7 @@ CPPFLAGS =
 # For testing strict C99 support add -std=c99 -D_XOPEN_SOURCE=600
 #CFLAGS   = -g -Wall -O2 -pedantic -std=c99 -D_XOPEN_SOURCE=600 
-D__FUNCTION__=__func__
 CFLAGS   = -g -Wall -O2
-EXTRA_CFLAGS_PIC = -fpic
+EXTRA_CFLAGS_PIC = -fPIC
 LDFLAGS  =
 LIBS = $(htslib_default_libs)
 

Bug#865011: re2c should be marked Multi-Arch: foreign

[Helmut Grohne]

Package: re2c
Version: 0.16-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:ninja-build

ninja-build fails to execute re2c during a cross build. It simply says
"Build-Depends: re2c" and since re2c has no Multi-Arch header, that will
default to using the host architecture re2c, which usually is not
executable during cross builds. It seems that the correct solution is to
use the build architecture re2c. Either ninja-build can annotate its
re2c dependency with :native or re2c can mark itself as Multi-Arch:
foreign. A cursory look at re2c tells, that it only contains one
executable, no libraries, and a few text files. /usr/bin/re2c appears to
be a compiler compiling the re2c language to C. It seems that the
transformation is entirely independent of the architecture of the re2c
binary. Thus the Multi-Arch: foreign marking seems to be correct and
thus preferable. Please consider applying the attached patch.

Helmut
diff --minimal -Nru re2c-0.16/debian/changelog re2c-0.16/debian/changelog
--- re2c-0.16/debian/changelog  2017-01-10 11:23:58.0 +0100
+++ re2c-0.16/debian/changelog  2017-06-18 19:51:30.0 +0200
@@ -1,3 +1,10 @@
+re2c (0.16-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Mark re2c Multi-Arch: foreign.
+
+ -- Helmut Grohne   Sun, 18 Jun 2017 19:51:30 +0200
+
 re2c (0.16-2) unstable; urgency=medium
 
   * Control: switch Vcs-Git url to https.
diff --minimal -Nru re2c-0.16/debian/control re2c-0.16/debian/control
--- re2c-0.16/debian/control2017-01-10 11:23:58.0 +0100
+++ re2c-0.16/debian/control2017-06-18 19:51:27.0 +0200
@@ -10,6 +10,7 @@
 
 Package: re2c
 Architecture: any
+Multi-Arch: foreign
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: tool for generating fast C-based recognizers
  re2c is a great tool for writing fast and flexible lexers. Unlike 

Bug#865012: htslib FTBFS on i386: test_vcf_{api,sweep} failed

[Adrian Bunk]

Source: htslib
Version: 1.4.1-2
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=htslib&arch=i386&ver=1.4.1-2&stamp=1497791395&raw=0

...
test_vcf_api:
/«PKGBUILDDIR»/test/test-vcf-api /tmp/oeVTxGSQA_/test-vcf-api.bcf
bcf_get_format_float didn't produce the expected output.

.. failed ...

test_vcf_sweep:
/«PKGBUILDDIR»/test/test-vcf-sweep /tmp/oeVTxGSQA_/test-vcf-api.bcf

The outputs differ:
/«PKGBUILDDIR»/test/test-vcf-sweep.out
/«PKGBUILDDIR»/test/test-vcf-sweep.out.new
.. failed ...
...
Number of tests:
total   .. 84
passed  .. 82
failed  .. 2

Makefile:356: recipe for target 'test' failed
make[2]: *** [test] Error 1
make[2]: Leaving directory '/«PKGBUILDDIR»'
dh_auto_test: make -j4 test VERBOSE=1 returned exit code 2
debian/rules:13: recipe for target 'override_dh_auto_test' failed
make[1]: *** [override_dh_auto_test] Error 2

Bug#865013: network-manager-gnome: Consistent segfault when connecting to WPA2 network

[Fred Barclay]

Package: network-manager-gnome
Version: 1.4.6-1
Severity: important

Dear Maintainer,
After upgrading network-manager-gnome to 1.8.2-1, the network manager applet
segfaults every time I attempt to connect to a WPA network.

Sample output:
$ nm-applet
Segmentation fault


$ gdb nm-applet
GNU gdb (Debian 7.12-6) 7.12.0.20161007-git
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from nm-applet...(no debugging symbols found)...done.
(gdb) start
Function "main" not defined.
Make breakpoint pending on future shared library load? (y or [n])
Starting program: /usr/bin/nm-applet
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffebea6700 (LWP 2912)]
[New Thread 0x7fffeb6a5700 (LWP 2913)]
[New Thread 0x7fffea625700 (LWP 2914)]
[New Thread 0x7fffe9b5a700 (LWP 2915)]

Thread 1 "nm-applet" received signal SIGSEGV, Segmentation fault.
0x77ba87a2 in ?? () from /usr/lib/x86_64-linux-gnu/libnma.so.0
(gdb) c
Continuing.
Couldn't get registers: No such process.
Couldn't get registers: No such process.
Couldn't get registers: No such process.
(gdb) [Thread 0x7fffe9b5a700 (LWP 2915) exited]
[Thread 0x7fffea625700 (LWP 2914) exited]
[Thread 0x7fffeb6a5700 (LWP 2913) exited]
[Thread 0x7fffebea6700 (LWP 2912) exited]

Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists

Attempting to dpkg-reconfigure network-manager-gnome and libnma0 had no effect.

Downgrading network-manager-gnome and libnma0 to 1.4.6-1 via `dpkg -i
/var/cache/apt/archives/network-manager-gnome_1.4.6-1_amd64.deb
/var/cache/apt/archives/libnma0_1.4.6-1_amd64.deb`, and restarting nm-applet,
immediately restored the ability to connect to the network.

I've only been able to test on a single WPA network.



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

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

Versions of packages network-manager-gnome depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.10.18-1
ii  dbus-x11 [dbus-session-bus]   1.10.18-1
ii  dconf-gsettings-backend [gsettings-backend]   0.26.0-2+b1
ii  libatk1.0-0   2.22.0-1
ii  libc6 2.24-11
ii  libcairo2 1.14.8-1
ii  libgdk-pixbuf2.0-02.36.5-2
ii  libglib2.0-0  2.50.3-2
ii  libgtk-3-03.22.12-1
ii  libjansson4   2.9-1
ii  libmm-glib0   1.6.8-1
ii  libnm01.8.0-4
ii  libnma0   1.4.6-1
ii  libnotify40.7.7-2
ii  libpango-1.0-01.40.5-1
ii  libpangocairo-1.0-0   1.40.5-1
ii  libsecret-1-0 0.18.5-3.1
ii  mate-polkit [polkit-1-auth-agent] 1.16.0-2
ii  network-manager   1.8.0-4

Versions of packages network-manager-gnome recommends:
pn  gnome-keyring   
ii  iso-codes   3.75-1
ii  mate-notification-daemon [notification-daemon]  1.16.1-1
ii  mobile-broadband-provider-info  20161204-1
ii  notification-daemon 3.20.0-1+b1

Versions of packages network-manager-gnome suggests:
pn  network-manager-openconnect-gnome  
pn  network-manager-openvpn-gnome  
pn  network-manager-pptp-gnome 
pn  network-manager-vpnc-gnome 

-- no debconf information

Bug#865014: haskell-cabal-helper FTBFS: dh_install: Cannot find (any matches for) "dist-ghc/build/cabal-helper-wrapper-v0.7/cabal-helper-wrapper-v0.7"

[Adrian Bunk]

Source: haskell-cabal-helper
Version: 0.7.3.0-1
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-cabal-helper&suite=sid

...
dh_bugfiles -pcabal-helper 
dh_install -pcabal-helper 
dh_install: Cannot find (any matches for) 
"dist-ghc/build/cabal-helper-wrapper-v0.7/cabal-helper-wrapper-v0.7" (tried in 
"." and "debian/tmp")
dh_install: cabal-helper missing files: 
dist-ghc/build/cabal-helper-wrapper-v0.7/cabal-helper-wrapper-v0.7
dh_install: missing files, aborting
/usr/share/cdbs/1/rules/debhelper.mk:233: recipe for target 
'binary-install/cabal-helper' failed
make: *** [binary-install/cabal-helper] Error 2

Bug#865015: debian-installer: Live installers are unable to start, "There was a problem reading data from the CD-ROM"

[Francisco Gómez]

Package: debian-installer
Severity: grave
Justification: renders package unusable

When trying to install Debian, the installer is unable to start, and the
following error appears:

"There was an error reading data from the CD-ROM. Please make sure it is in the
drive. If retrying does not work, you should check the integrity of your CD-
ROM."

Retrying does not solve the problem. On the console, with an AMD64 image, the
following output is displayed:

cdrom-retriever: error: Unable to find
`/w/work/free/gnomepool/main/libl/libzlo2-2-udeb/libzlo2-2-udeb_2.08-1.2+b2_amd64.udeb`

This has been tested with the live image "debian-9.0.0-amd64-i386-netinst.iso"
on multiple machines by multiple people, including on my iMac via Virtualbox,
downloaded from torrent.



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

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

Bug#865015: debian-installer: Live installers are unable to start, "There was a problem reading data from the CD-ROM"

[Francisco Gómez García]

Sorry, there was a typo. I said that the ISO I tested is 
"debian-9.0.0-amd64-i386-netinst.iso”, however it was
"debian-live-9.0.0-amd64-gnome.iso”.

BTW, here are two screenshots showing the mentioned errors:

https://matrix.org/_matrix/media/v1/download/matrix.org/bWUljOUExCCXNbTfKonuQYVS
https://matrix.org/_matrix/media/v1/download/matrix.org/sutYvgXzGYRKJRVbkeWFsIGY

On Sun, 18 Jun 2017 18:09:14 + Francisco Gómez  
wrote:
> Package: debian-installer
> Severity: grave
> Justification: renders package unusable
> 
> When trying to install Debian, the installer is unable to start, and the
> following error appears:
> 
> "There was an error reading data from the CD-ROM. Please make sure it is in 
> the
> drive. If retrying does not work, you should check the integrity of your CD-
> ROM."
> 
> Retrying does not solve the problem. On the console, with an AMD64 image, the
> following output is displayed:
> 
> cdrom-retriever: error: Unable to find
> `/w/work/free/gnomepool/main/libl/libzlo2-2-udeb/libzlo2-2-udeb_2.08-1.2+b2_amd64.udeb`
> 
> This has been tested with the live image "debian-9.0.0-amd64-i386-netinst.iso"
> on multiple machines by multiple people, including on my iMac via Virtualbox,
> downloaded from torrent.
> 
> 
> 
> -- System Information:
> Debian Release: 9.0
>   APT prefers stable
>   APT policy: (500, 'stable')
> Architecture: amd64 (x86_64)
> 
> Kernel: Linux 4.9.0-3-amd64 (SMP w/1 CPU core)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
> 
> 

Bug#865016: haskell-conduit FTBFS: hlibrary.setup: Encountered missing dependencies: split >=0.2.0.0

[Adrian Bunk]

Source: haskell-conduit
Version: 1.2.10-1
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-conduit&suite=sid

...
make_setup_recipe
Running ghc --make Setup.lhs -o debian/hlibrary.setup
[1 of 1] Compiling Main ( Setup.lhs, Setup.o )
Linking debian/hlibrary.setup ...
. /usr/share/haskell-devscripts/Dh_Haskell.sh && \
configure_recipe
Running debian/hlibrary.setup configure --ghc -v2 
--package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --libexecdir=/usr/lib 
--builddir=dist-ghc --ghc-option=-optl-Wl\,-z\,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/conduit-1.2.10/ --datasubdir=conduit 
--htmldir=/usr/share/doc/libghc-conduit-doc/html/ --enable-library-profiling 
--enable-tests
Configuring conduit-1.2.10...
hlibrary.setup: Encountered missing dependencies:
split >=0.2.0.0
/usr/share/cdbs/1/class/hlibrary.mk:142: recipe for target 
'configure-ghc-stamp' failed
make: *** [configure-ghc-stamp] Error 1

Bug#865018: new upstream (3.0)

[Daniel Baumann]

Package: calibre
Severity: wishlist

Hi,

calibre 3.0 was released a couple of days ago, would be nice to have
that in sid.

Regards,
Daniel

Bug#865017: haskell-hinotify FTBFS: hlibrary.setup: Encountered missing dependencies: async >=1.0 && <2.2

[Adrian Bunk]

Source: haskell-hinotify
Version: 0.3.9-1
Severity: serious

https://buildd.debian.org/status/package.php?p=haskell-hinotify&suite=sid

...
make_setup_recipe
Running ghc --make Setup.lhs -o debian/hlibrary.setup
[1 of 1] Compiling Main ( Setup.lhs, Setup.o )
Linking debian/hlibrary.setup ...
. /usr/share/haskell-devscripts/Dh_Haskell.sh && \
configure_recipe
Running debian/hlibrary.setup configure --ghc -v2 
--package-db=/var/lib/ghc/package.conf.d --prefix=/usr 
--libdir=/usr/lib/haskell-packages/ghc/lib --libexecdir=/usr/lib 
--builddir=dist-ghc --ghc-option=-optl-Wl\,-z\,relro 
--haddockdir=/usr/lib/ghc-doc/haddock/hinotify-0.3.9/ --datasubdir=hinotify 
--htmldir=/usr/share/doc/libghc-hinotify-doc/html/ --enable-library-profiling
Configuring hinotify-0.3.9...
hlibrary.setup: Encountered missing dependencies:
async >=1.0 && <2.2
/usr/share/cdbs/1/class/hlibrary.mk:142: recipe for target 
'configure-ghc-stamp' failed
make: *** [configure-ghc-stamp] Error 1

Bug#865019: libcoro-perl: FTBFS with Perl 5.26: Coro thread context slot 'comppad_name_fill' too small for this version of perl

[Niko Tyni]

Package: libcoro-perl
Version: 6.511-1
Severity: important
Tags: upstream patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=121836
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libcoro-perl_6.511-1/libcoro-perl_6.511-1+b1_amd64-2017-05-21T01:17:33Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also [rt.cpan.org #121836], which has a patch by Petr Písař.

Log excerpt:

  make[2]: Entering directory '/<>/Event'
  "/usr/bin/perl" -MExtUtils::Command::MM -e 'cp_nonempty' -- Event.bs 
../blib/arch/auto/Coro/Event/Event.bs 644
  PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" 
"-e" "undef *Test::Harness::Switches; test_harness(1, '../blib/lib', 
'../blib/arch')" t/*.t
  FATAL: Coro thread context slot 'comppad_name_fill' too small for this 
version of perl. at /usr/lib/x86_64-linux-gnu/perl/5.26/DynaLoader.pm line 204.
  BEGIN failed--compilation aborted at 
/<>/Event/../blib/lib/Coro/State.pm line 114.
  Compilation failed in require at /<>/Event/../blib/lib/Coro.pm 
line 363.
  BEGIN failed--compilation aborted at 
/<>/Event/../blib/lib/Coro.pm line 363.
  Compilation failed in require at t/00_basic.t line 5.
  BEGIN failed--compilation aborted at t/00_basic.t line 5.
  t/00_basic.t  
  1..5
  not ok 1
  Dubious, test returned 2 (wstat 512, 0x200)
  Failed 5/5 subtests 

-- 
Niko Tyni   nt...@debian.org 

Bug#865020: postgresql-9.6: FTBFS with Perl 5.26: hstore_plperlu differences

[Niko Tyni]

Package: postgresql-9.6
Version: 9.6.3-3
Severity: important
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at

  
http://perl.debian.net/rebuild-logs/perl-5.26/postgresql-9.6_9.6.3-3/postgresql-9.6_9.6.3-3+b1_amd64-2017-06-15T19:14:54Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also 

 https://bugzilla.redhat.com/show_bug.cgi?id=1453111

 https://www.postgresql.org/message-id/24215.1494714163%40sss.pgh.pa.us

Log excerpt:

  == running regression test queries==
  test hstore_plperl... ok
  test hstore_plperlu   ... FAILED
  test create_transform ... ok
  == shutting down postmaster   ==
  
  ==
   1 of 3 tests failed. 
  ==
  
  The differences that caused some tests to fail can be viewed in the
  file "/<>/build/contrib/hstore_plperl/regression.diffs".  A copy 
of the test summary that you see
  above is saved in the file 
"/<>/build/contrib/hstore_plperl/regression.out".
  
  /<>/build/../src/makefiles/pgxs.mk:280: recipe for target 
'check' failed
  make[2]: *** [check] Error 1
  make[2]: Leaving directory '/<>/build/contrib/hstore_plperl'
  Makefile:94: recipe for target 'check-hstore_plperl-recurse' failed
  make[1]: *** [check-hstore_plperl-recurse] Error 2
  make[1]: Leaving directory '/<>/build/contrib'
  GNUmakefile:69: recipe for target 'check-world-contrib-recurse' failed
  make: *** [check-world-contrib-recurse] Error 2
  make: Leaving directory '/<>/build'
   build/contrib/hstore_plperl/regression.diffs 
  *** 
/<>/build/../contrib/hstore_plperl/expected/hstore_plperlu.out 
2017-05-08 21:15:12.0 +
  --- /<>/build/contrib/hstore_plperl/results/hstore_plperlu.out 
2017-06-15 19:27:25.571706051 +
  ***
  *** 150,158 
INFO:  $VAR1 = {
  'a' => '1',
  'b' => {
  !  'aa' => 'bb',
  !  'cc' => undef
  !}
};

SELECT * FROM test1;
  --- 150,158 
INFO:  $VAR1 = {
  'a' => '1',
  'b' => {
  !'aa' => 'bb',
  !'cc' => undef
  !  }
};

SELECT * FROM test1;
  
  ==
  
  debian/rules:213: recipe for target 'override_dh_auto_test-arch' failed

-- 
Niko Tyni   nt...@debian.org

Bug#865021: check_backuppc: does host limits all wrong

[Peter Palfrader]

Package: nagios-plugins-contrib
Version: 21.20170222
Severity: normal
Tags: patch

check_backuppc takes an option to limit the check to only a named host:

| root@ajax:~# sudo -u backuppc /usr/lib/nagios/plugins/check_backuppc 
--hostname anguilla
| BACKUPPC OK - (0/1) failures

Unfortunately, this limit operation takes each hostname from the list of hosts
as a regex to match against the provided argument.  This results in the check
for host marmorata to fail because host orata fails:

| root@ajax:~# sudo -u backuppc /usr/lib/nagios/plugins/check_backuppc 
--hostname marmorata
| BACKUPPC CRITICAL - (1/2) failures, 1 critical

| root@ajax:~# sudo -u backuppc /usr/lib/nagios/plugins/check_backuppc 
--hostname marmorata --verbose  --verbose  --verbose
| Host marmorata state Status_idle with error: 
| Host orata state Status_idle with error: no ping response
| BACKUPPC CRITICAL - (orata (no ping response), ) critical


--- /usr/lib/nagios/plugins/check_backuppc  2017-06-04 20:52:07.342331799 
+0200
+++ /tmp/check_backuppc 2017-06-18 21:11:55.713091252 +0200
@@ -150,7 +150,7 @@
 
 foreach my $host (@hostsDesired, @hostsExcluded)
 {
-   if (not grep {/$host/} keys(%Status))
+   if (not grep {$_ eq $host} keys(%Status))
{
print("BACKUPPC UNKNOWN - Unknown host ($host)\n");
exit $ERRORS{'UNKNOWN'};
@@ -161,8 +161,8 @@
 foreach my $host (sort(keys(%Status)))
 {
next if $host =~ /^ /;
-   next if (@hostsDesired and not grep {/$host/} @hostsDesired);
-   next if (@hostsExcluded and grep {/$host/} @hostsExcluded);
+   next if (@hostsDesired and not grep {$_ eq $host} @hostsDesired);
+   next if (@hostsExcluded and grep {$_ eq $host} @hostsExcluded);
next if ($backupOnly and $Status{$host}{'type'} eq 'archive');
next if ($archiveOnly and $Status{$host}{'type'} ne 'archive');
$hostCount++;

| root@ajax:~# sudo -u backuppc /tmp/check_backuppc  --hostname marmorata
| BACKUPPC OK - (0/1) failures
| root@ajax:~# sudo -u backuppc /tmp/check_backuppc  --hostname marmorata 
--verbose --verbose --verbose
| Host marmorata state Status_idle with error: 
| BACKUPPC OK - (0/1) failures
| root@ajax:~#

Cheers,
-- 
|  .''`.   ** Debian **
  Peter Palfrader   | : :' :  The  universal
 https://www.palfrader.org/ | `. `'  Operating System
|   `-https://www.debian.org/

Bug#865022: libb-perlreq-perl: FTBFS with Perl 5.26: 'SVOP {aka struct svop}' has no member named 'op_sibling'

[Niko Tyni]

Package: libb-perlreq-perl
Version: 0.82-4
Severity: important
Tags: upstream patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=117350
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libb-perlreq-perl_0.82-4/libb-perlreq-perl_0.82-4+b3_amd64-2017-05-20T21:54:02Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also [rt.cpan.org #117350], which has a patch by Petr Písař.

Log excerpt:

  x86_64-linux-gnu-gcc -c   -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2   -DVERSION=\"0.01\" -DXS_VERSION=\"0.01\" -fPIC 
"-I/usr/lib/x86_64-linux-gnu/perl/5.26/CORE"   ConstOptree.c
  ConstOptree.xs: In function 'convert_arg':
  ConstOptree.xs:28:7: error: 'SVOP {aka struct svop}' has no member named 
'op_sibling'; did you mean 'op_sibparent'?
newop->op_sibling = op1->op_sibling;
 ^~
  ConstOptree.xs:28:25: error: 'OP {aka struct op}' has no member named 
'op_sibling'; did you mean 'op_sibparent'?
newop->op_sibling = op1->op_sibling;
   ^~
  ConstOptree.xs: In function 'my_ck_op':
  ConstOptree.xs:41:17: error: 'OP {aka struct op}' has no member named 
'op_sibling'; did you mean 'op_sibparent'?
argp = &(*argp)->op_sibling;
   ^~
  Makefile:313: recipe for target 'ConstOptree.o' failed
  make[2]: *** [ConstOptree.o] Error 1
 
-- 
Niko Tyni   nt...@debian.org

Bug#865023: xserver-xorg-video-intel: [i915] Xorg crashes on startup with SDDM on Debian Stretch Live due DRI error

[Robin de Rooij]

Package: xserver-xorg-video-intel
Version: 2:2.99.917+git20161206-1
Severity: important

Dear Maintainer,

When I run the Debian 9.0 Live KDE hybrid iso on USB, the following problem 
occurs:

SSDD switches back to the login screen, but it should automatically boot into 
the Plasma desktop.
When I login again as the Debian live user, the X-server keeps crashing and I'm 
being logged out again.
If I switch to TTY1 manually, then Plasma suddenly boots after waiting a little 
bit without a problem.
This is the reason why I have two Xorg-logs attached to this bug report. One 
that works and one that doesn't.

I tried the Debian 9.0 Live KDE hybrid iso on another PC with the same USB, but 
the same problem did not occur.
The last two lines in the crashing Xorg-log indicates the problem.

I expected the Plasma desktop to boot normally.


-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

The lspci command was not found; not including PCI data.

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 4.9.0-3-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.30-2 (2017-06-12)

Xorg X server log files on system:
--
-rw-r--r-- 1 user user 28958 Jun 18 18:55 
/home/user/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 root root 27367 Jun 18  2017 /var/log/Xorg.0.log

Contents of crashing Xorg X server log file (/var/log/Xorg.0.log.old):
-
[33.694] (--) Log file renamed from "/var/log/Xorg.pid-1161.log" to 
"/var/log/Xorg.0.log"
[33.694] 
X.Org X Server 1.19.2
Release Date: 2017-03-02
[33.694] X Protocol Version 11, Revision 0
[33.694] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[33.694] Current Operating System: Linux debian 4.9.0-3-amd64 #1 SMP Debian 
4.9.30-2 (2017-06-12) x86_64
[33.694] Kernel command line: BOOT_IMAGE=/live/vmlinuz-4.9.0-3-amd64 
initrd=/live/initrd.img-4.9.0-3-amd64 boot=live components
[33.694] Build Date: 03 March 2017  03:14:41PM
[33.694] xorg-server 2:1.19.2-1 (https://www.debian.org/support) 
[33.694] Current version of pixman: 0.34.0
[33.694]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[33.694] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[33.694] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun 18 20:54:41 
2017
[33.694] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[33.695] (==) No Layout section.  Using the first Screen section.
[33.695] (==) No screen section available. Using defaults.
[33.695] (**) |-->Screen "Default Screen Section" (0)
[33.695] (**) |   |-->Monitor ""
[33.695] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[33.695] (==) Automatically adding devices
[33.695] (==) Automatically enabling devices
[33.695] (==) Automatically adding GPU devices
[33.695] (==) Max clients allowed: 256, resource mask: 0x1f
[33.695] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[33.695]Entry deleted from font path.
[33.695] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[33.695] (==) ModulePath set to "/usr/lib/xorg/modules"
[33.695] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[33.695] (II) Loader magic: 0x55dfdc53ae00
[33.695] (II) Module ABI versions:
[33.695]X.Org ANSI C Emulation: 0.4
[33.695]X.Org Video Driver: 23.0
[33.695]X.Org XInput driver : 24.1
[33.695]X.Org Server Extension : 10.0
[33.695] (++) using VT number 7

[33.695] (II) systemd-logind: logind integration requires -keeptty and 
-keeptty was not provided, disabling logind integration
[33.696] (II) xfree86: Adding drm device (/dev/dri/card0)
[33.731] (--) PCI:*(0:0:2:0) 8086:0a16:1028:061f rev 11, Mem @ 
0xf780/4194304, 0xe000/268435456, I/O @ 0xf000/64, BIOS @ 
0x/131072
[33.731] (II) LoadModule: "glx"
[33.732] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[33.732] (II) Module glx: vendor="X.Org Foundation"
[33.732]compiled for 1.19.2, module version = 1.0.0
[33.732]ABI class:

Bug#865025: libdata-swap-perl: FTBFS with Perl 5.26: t/01_deref.t failure

[Niko Tyni]

Package: libdata-swap-perl
Version: 0.07-2 
Severity: important
Tags: upstream patch
Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=117618
User: debian-p...@lists.debian.org
Usertags: perl-5.26-transition

This package fails to build with Perl 5.26 (currently in experimental.)

A full build log is available at
  
http://perl.debian.net/rebuild-logs/perl-5.26/libdata-swap-perl_0.07-2/libdata-swap-perl_0.07-2+b4_amd64-2017-05-20T21:59:32Z.build

and the server also hosts a test repository of packages binNMU'd for Perl
5.26 that can be used for testing purposes; see .

This is also [rt.cpan.org #117618], which has a patch by Father Chrysostomos.

Log excerpt:

  test_harness(1, 'blib/lib', 'blib/arch')" t/*.t
  # Failed test (t/01_deref.t at line 62)
  #   undef
  # doesn't match '(?^:^Tie::StdArray=ARRAY\(0x[0-9A-Fa-f]+\)\z)'
  # Looks like you failed 1 tests of 13.
  t/01_deref.t .. 
  1..13
  ok 1
  ok 2
  ok 3
  ok 4
  ok 5
  ok 6
  ok 7
  ok 8
  ok 9
  ok 10
  ok 11
  ok 12
  not ok 13
  Dubious, test returned 1 (wstat 256, 0x100)
  Failed 1/13 subtests 

-- 
Niko Tyni   nt...@debian.org

Bug#865024: debmirror.conf update

[Alexey Dobrovolskiy]

Package: debmirror
Version: 1:2.26
Severity: minor

Hello!
I suppose that file /usr/share/doc/debmirror/examples/debmirror.conf is unclear 
and confusing (see e.g. #466801).
It also contains some obsolete variable names. 
Thus, there should be more comments and examples in it.
I propose a patch with them.

Best regards,
Alexey

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

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

Versions of packages debmirror depends on:
ii  bzip2 1.0.6-8.1
pn  libdigest-md5-perl
ii  liblockfile-simple-perl   0.208-1
ii  libperl5.24 [libdigest-sha-perl]  5.24.1-3
ii  libwww-perl   6.15-1
ii  perl  5.24.1-3
ii  perl-modules-5.24 [libnet-perl]   5.24.1-3
ii  rsync 3.1.2-1

Versions of packages debmirror recommends:
ii  ed 1.10-2.1
ii  gpgv   2.1.18-6
ii  patch  2.7.5-1+b2

Versions of packages debmirror suggests:
ii  gnupg  2.1.18-6

-- no debconf information
--- debmirror.conf  2014-07-03 00:54:08.0 +0400
+++ ./new/debmirror.conf2017-06-18 20:52:02.353975632 +0300
@@ -12,7 +12,7 @@
 # files.
 
 # Location of the local mirror (use with care)
-# $mirrordir="/path/to/mirrordir"
+# $mirrordir="/path/to/mirrordir";
 
 # Output options
 $verbose=0;
@@ -25,36 +25,55 @@
 $passwd="anonymous@";
 $remoteroot="debian";
 $download_method="ftp";
-@dists="sid";
-@sections="main,main/debian-installer,contrib,non-free";
-@arches="i386";
-# @ignores="";
-# @excludes="";
-# @includes="";
-# @excludes_deb_section="";
-# @limit_priority="";
 $omit_suite_symlinks=0;
 $skippackages=0;
-# @rsync_extra="doc,tools";
 $i18n=0;
 $getcontents=0;
 $do_source=1;
 $max_batch=0;
 
+# Multiple distributions, sections, arches, extras may be specified at once,
+# separated by commas like in lines below.
+# Uncomment the next string to mirror stretch dists.
+# Otherwise, sid is the default.
+# @dists="stretch,stretch-updates,stretch-backports";
+@sections="main,main/debian-installer,contrib,non-free";
+@arches="i386";
+# If you wish to create custom CD images using for example debian-cd, you
+# will probably also want mirror doc and tools.
+# @rsync_extra="trace,doc,tools";
 # @di_dists="dists";
 # @di_archs="arches";
 
+# Multiple includes, excludes and other options with regex arguments
+# may be specified at once as a perl array.
+# For example the next string excludes following sections:
+# all "debug", "contrib/games", "main/sound" and all "tex" but not "text".
+# @excludes_deb_section=("debug", "contrib/games", "^sound", "tex\$"); 
+
+# Uncomment the next line to limit download to files with specified
+# Debian Priority
+# @limit_priority=("required", "important", "standard", "optional", "extra");
+
+# Uncomment the following string to completely exclude debug symbols and
+# developer files if you do not need them.
+# @excludes=("-dbg_", "-dev_");
+# @includes="";
+# @ignores="";
+
 # Save mirror state between runs; value sets validity of cache in days
 $state_cache_days=0;
 
 # Security/Sanity options
+# @keyrings="/path/to/keyrings/file";
 $ignore_release_gpg=0;
-$ignore_release=0;
-$check_md5sums=0;
+$check_gpg=1;
+$ignore_missing_release=0;
+$verify_checksums=0;
 $ignore_small_errors=0;
 
 # Cleanup
-$cleanup=0;
+$pre_cleanup=0;
 $post_cleanup=1;
 
 # Locking options
@@ -62,7 +81,9 @@
 
 # Rsync options
 $rsync_batch=200;
-$rsync_options="-aIL --partial";
+# Uncomment next line to specify standard rsync options with
+# additional transfer rate limit 5MiBs.
+# $rsync_options="-aIL --partial --bwlimit=5M";
 
 # FTP/HTTP options
 $passive=0;

Bug#865026: libusb.h: __linux usage makes ippusbxd FTBFS on ppc

[Adrian Bunk]

Package: libusb-1.0-0-dev
Version: 2:1.0.21-1
Severity: serious
Tags: patch buster sid
Control: affects -1 src:ippusbxd

https://buildd.debian.org/status/fetch.php?pkg=ippusbxd&arch=ppc64el&ver=1.30-2&stamp=1497806137&raw=0

...
[ 50%] Building C object CMakeFiles/ippusbxd.dir/usb.c.o
/usr/bin/cc   -I/usr/include/libusb-1.0  -g -O2 
-fdebug-prefix-map=/«PKGBUILDDIR»=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -o2 -g -std=c99 -Wall 
-Wextra -pedantic -pedantic-errors   -o CMakeFiles/ippusbxd.dir/usb.c.o   -c 
/«PKGBUILDDIR»/src/usb.c
In file included from /«PKGBUILDDIR»/src/usb.c:23:0:
/usr/include/libusb-1.0/libusb.h:1815:67: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
 int LIBUSB_CALL libusb_wait_for_event(libusb_context *ctx, struct timeval *tv);
   ^~~
/usr/include/libusb-1.0/libusb.h:1818:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv);
 ^~~
/usr/include/libusb-1.0/libusb.h:1820:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv, int *completed);
 ^~~
/usr/include/libusb-1.0/libusb.h:1824:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv);
 ^~~
/usr/include/libusb-1.0/libusb.h:1827:9: warning: 'struct timeval' declared 
inside parameter list will not be visible outside of this definition or 
declaration
  struct timeval *tv);
 ^~~
/«PKGBUILDDIR»/src/usb.c: In function 'usb_pump_events':
/«PKGBUILDDIR»/src/usb.c:519:50: error: passing argument 2 of 
'libusb_handle_events_timeout_completed' from incompatible pointer type 
[-Wincompatible-pointer-types]
 libusb_handle_events_timeout_completed(NULL, &tv, NULL);
  ^
In file included from /«PKGBUILDDIR»/src/usb.c:23:0:
/usr/include/libusb-1.0/libusb.h:1819:17: note: expected 'struct timeval *' but 
argument is of type 'struct timeval *'
 int LIBUSB_CALL libusb_handle_events_timeout_completed(libusb_context *ctx,
 ^~
CMakeFiles/ippusbxd.dir/build.make:134: recipe for target 
'CMakeFiles/ippusbxd.dir/usb.c.o' failed
make[4]: *** [CMakeFiles/ippusbxd.dir/usb.c.o] Error 1


__linux is not defined on ppc with -std=c99, the attached patch uses
__linux__ instead for the required #include 
Description: libusb.h: use __linux__ instead of __linux
 The check was added since sys/time.h is not available on windows,
 but breaks on ppc where __linux is not defined by gcc in strict
 standards modes.
Author: Adrian Bunk 

--- libusb-1.0-1.0.21.orig/libusb/libusb.h
+++ libusb-1.0-1.0.21/libusb/libusb.h
@@ -54,7 +54,7 @@ typedef unsigned __int32  uint32_t;
 #include 
 #endif
 
-#if defined(__linux) || defined(__APPLE__) || defined(__CYGWIN__) || 
defined(__HAIKU__)
+#if defined(__linux__) || defined(__APPLE__) || defined(__CYGWIN__) || 
defined(__HAIKU__)
 #include 
 #endif
 

Bug#865027: stumbles on Youtube age gate

[Zefram]

Package: libquvi7
Version: 0.4.1-3
Severity: normal

libquvi fails to download videos from Youtube that are subject to age
restriction.  For example, using the cclive(1) frontend:

$ cclive "https://www.youtube.com/watch?v=W6JhcjbWEwg";
Checking ... .. ... libquvi: error: 
/usr/share/libquvi-scripts/lua/website/youtube.lua:112: Sign in to confirm your 
age (code=150)

(This video is of an interview of one journalist by another.  Not being
able to see it, I don't know what aspect it has that would cause Youtube
to age-restrict it.  My guess is that it's a reality-is-NSFW deal.)

libquvi ought to work around the age gate.  It should not impose this
censorship on its users.

I found a discussion of the same issue being addressed in some other
code at .  Maybe the
fix they used can be adopted.

-zefram

Bug#846941: linux-image-4.8.0-1-amd64-unsigned: ThinkPad X220: hibernating with screen turned off (screensaver) causes it to remain off until reboot

[Benjamin Barenblat]

Control: retitle -1 ThinkPad X220: suspending or hibernating with screen turned 
off causes it to remain off until reboot
Control: notfound -1 linux/3.16+63
Control: found -1 linux/4.9+80

On Sun, Dec  4, 2016 at  5:02:52 PM, Ivan Krylov  wrote:
> When I hibernate my machine with screen turned on
> (e.g. xfce4-session-logout --hibernate), it wakes up as expected.
> However, if something turns the screen off before that
> (e.g. XScreenSaver activating), on wakeup the screen is unresponsive,
> but the remaining system works (I can ssh into machine and play music,
> etc).

I can reproduce this on my X220 tablet with linux-image-4.9.0-3-amd64.

  1. Run `xset dpms force off` to shut the display off.
  2. Close the lid, suspending the machine.
  3. Reopen the lid, bringing the machine back up.

At this point, the display is off and will remain so until I reboot. The
machine is otherwise functional; if I leave a terminal open before
running these steps, I can type `systemctl reboot`, and the system will
reboot.