Bug#880290: node-grunt-babel: FTBFS: Test failures

[Pirate Praveen]

On Mon, 30 Oct 2017 21:09:50 +0100 Lucas Nussbaum 
wrote:> > Running "babel:compile" (babel) task
> > Warning: Couldn't find preset "env" relative to directory "test/fixtures" 
> > Use --force to continue.

I will add node-babel-preset-env to build deps to fix this, but it is
still in NEW.



signature.asc
Description: OpenPGP digital signature

Bug#880383: sysstat: wish iostat supported displaying results in gigabytes

[Russell Coker]

Package: sysstat
Version: 11.6.0-1
Severity: wishlist

Below is part of the output of "iostat -m" on one of my system.  For reporting
io speeds (the documented purpose of the -m option) megabytes per second is
sufficient for today's hardware.  But for reporting the overall transfer
volumes gigabytes is needed for human readable results on busy systems.


Device:tpsMB_read/sMB_wrtn/sMB_readMB_wrtn
sdc1185.03   148.12 0.002184932  0
sdf1214.93   151.86 0.002240110  0
sde1168.15   146.02 0.002153841  0
sdd1177.88   147.23 0.002171778  0
sdp1215.59   151.94 0.002241296  0
sdh1185.65   148.20 0.002186127  0
sdq1176.41   147.05 0.002169051  0
sdi1115.68   139.46 0.002057114  0
sdm 607.45 0.00   151.86  72240020
sdn 592.65 0.00   148.16  72185408
sdb 590.90 0.05   147.017092168555
sdk 588.76 0.00   147.18  72171082
sda 612.92 0.14   151.93   20752241123
sdl 584.07 0.00   146.01  72153777
sdj 592.37 0.00   148.08 122184341
sdo 557.77 0.00   139.43  72056757
md0   7.15 0.19 0.00   2760 46
sdg   0.01 0.00 0.00  3  0

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

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

Versions of packages sysstat depends on:
ii  debconf [debconf-2.0]  1.5.64
ii  init-system-helpers1.51
ii  libc6  2.24-17
ii  libsensors41:3.4.0-4
ii  lsb-base   9.20170808
ii  ucf3.0036
ii  xz-utils   5.2.2-1.3

Versions of packages sysstat recommends:
ii  cron [cron-daemon]  3.0pl1-128.1

Versions of packages sysstat suggests:
pn  isag  

-- debconf information excluded

Bug#581199: libnfsidmap2: Virtual domains/users handling with at sign in idmap

[Uli Felzmann]

Package: libnfsidmap
Version: 0.25-5
Followup-For: Bug #581199
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu bionic ubuntu-patch

Dear Maintainer,

Idmap fails to map uid to localname or vice versa in case an 'at' (@)
sign is included in the localname. That issue can occur in
environments with multiple domains for example.

I believe the bug has been in libnfsidmap for at least 7.5 years since
version 0.20-1.

Idmap looks for the first occurrence of and @ sign in the name string
and assumes that the @ sign is the one of user@virtual_domain rather than
using the one of username@idmap_domain (user@virtual_domain@idmap_domain).

As a result, the UIDs / GIDs cannot be resolved and the ownerships are
reported as 'nobody'.

The attached patch has been submitted to Ubuntu to be included in the
Xenial release.

Thanks for considering the patch.

Kind regards,
Uli Felzmann


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

Kernel: Linux 4.10.0-37-generic (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru libnfsidmap-0.25/debian/patches/03-nss.patch libnfsidmap-0.25/debian/patches/03-nss.patch
--- libnfsidmap-0.25/debian/patches/03-nss.patch	1970-01-01 10:00:00.0 +1000
+++ libnfsidmap-0.25/debian/patches/03-nss.patch	2017-10-31 13:24:33.0 +1100
@@ -0,0 +1,23 @@
+## Description: add some description
+## Origin/Author: add some origin or author
+## Bug: bug URL
+--- a/nss.c
 b/nss.c
+@@ -135,7 +135,7 @@
+ 	char *l = NULL;
+ 	int len;
+ 
+-	c = strchr(name, '@');
++	c = strrchr(name, '@');
+ 	if (c == NULL && domain != NULL)
+ 		goto out;
+ 	if (c == NULL && domain == NULL) {
+@@ -276,7 +276,7 @@
+ 		return -EINVAL;
+ 
+ 	/* get princ's realm */
+-	princ_realm = strstr(princ, "@");
++	princ_realm = strrchr(princ, '@');
+ 	if (princ_realm == NULL)
+ 		return -EINVAL;
+ 	princ_realm++;
diff -Nru libnfsidmap-0.25/debian/patches/series libnfsidmap-0.25/debian/patches/series
--- libnfsidmap-0.25/debian/patches/series	2013-05-25 10:52:12.0 +1000
+++ libnfsidmap-0.25/debian/patches/series	2017-10-31 13:23:36.0 +1100
@@ -1,2 +1,3 @@
 01-661215-wrong-double-ldap-check.patch
 02-idmapd.conf.5.patch
+03-nss.patch

Bug#762842: xserver-xorg: kernel 4.13.0-1 xserver-xorg nouveau fifo: CACHE_ERROR - ch 3 [Xorg[612]] subc 0 mthd

[Gustavo Castro]

Followup-For: Bug #762842
Package: xserver-xorg
Version: 1:7.7+19



-- 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:
--
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 
[GeForce 8400 GS Rev. 3] [10de:10c3] (rev a2)


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

Contents of /etc/X11/xorg.conf.d:
-
total 0

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

Kernel version (/proc/version):
---
Linux version 4.13.0-1-amd64 (debian-ker...@lists.debian.org) (gcc 
version 6.4.0 20171026 (Debian 6.4.0-9)) #1 SMP Debian 4.13.10-1 
(2017-10-30)


Xorg X server log files on system:
--
-rw-r--r-- 1 root root 33208 Oct 30 22:04 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[    16.848]
X.Org X Server 1.19.5
Release Date: 2017-10-12
[    16.848] X Protocol Version 11, Revision 0
[    16.848] Build Operating System: Linux 4.9.0-4-amd64 x86_64 Debian
[    16.848] Current Operating System: Linux pcgacs 4.13.0-1-amd64 #1 
SMP Debian 4.13.10-1 (2017-10-30) x86_64
[    16.848] Kernel command line: 
BOOT_IMAGE=/boot/vmlinuz-4.13.0-1-amd64 
root=UUID=d9689a31-23da-46c0-bd94-64db374a66ac ro quiet 
nouveau.config=NvGrUseFW=3

[    16.848] Build Date: 16 October 2017  12:28:38PM
[    16.848] xorg-server 2:1.19.5-1 (https://www.debian.org/support)
[    16.848] Current version of pixman: 0.34.0
[    16.848]     Before reporting problems, check http://wiki.x.org
    to make sure that you have the latest version.
[    16.848] Markers: (--) probed, (**) from config file, (==) default 
setting,

    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    16.848] (==) Log file: "/var/log/Xorg.0.log", Time: Mon Oct 30 
21:59:50 2017

[    16.924] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[    17.073] (==) No Layout section.  Using the first Screen section.
[    17.073] (==) No screen section available. Using defaults.
[    17.073] (**) |-->Screen "Default Screen Section" (0)
[    17.073] (**) |   |-->Monitor ""
[    17.086] (==) No monitor specified for screen "Default Screen Section".
    Using a default monitor configuration.
[    17.086] (==) Automatically adding devices
[    17.086] (==) Automatically enabling devices
[    17.086] (==) Automatically adding GPU devices
[    17.086] (==) Max clients allowed: 256, resource mask: 0x1f
[    17.157] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not 
exist.

[    17.157]     Entry deleted from font path.
[    17.157] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not 
exist.

[    17.157]     Entry deleted from font path.
[    17.157] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not 
exist.

[    17.157]     Entry deleted from font path.
[    17.172] (WW) The directory "/usr/share/fonts/X11/100dpi" does not 
exist.

[    17.172]     Entry deleted from font path.
[    17.172] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[    17.172]     Entry deleted from font path.
[    17.172] (==) FontPath set to:
    /usr/share/fonts/X11/misc,
    /usr/share/fonts/X11/Type1,
    built-ins
[    17.172] (==) ModulePath set to "/usr/lib/xorg/modules"
[    17.172] (II) The server relies on udev to provide the list of input 
devices.
    If no devices become available, reconfigure udev or disable 
AutoAddDevices.

[    17.181] (II) Loader magic: 0x5578d7c20de0
[    17.181] (II) Module ABI versions:
[    17.181]     X.Org ANSI C Emulation: 0.4
[    17.181]     X.Org Video Driver: 23.0
[    17.181]     X.Org XInput driver : 24.1
[    17.181]     X.Org Server Extension : 10.0
[    17.182] (++) using VT number 7

[    17.182] (II) systemd-logind: logind integration requires -keeptty 
and -keeptty was not provided, disabling logind integration

[    17.183] (II) xfree86: Adding drm device (/dev/dri/card1)
[    17.183] (II) xfree86: Adding drm device (/dev/dri/card0)
[    17.187] (--) PCI:*(0:0:2:0) 8086:0102:1849:0102 rev 9, Mem @ 
0xf740/4194304, 0xd000/268435456, I/O @ 0xf000/64, BIOS @ 
0x/131072
[    17.187] (--) PCI: (0:1:0:0) 10de:10c3:3842:1300 rev 162, Mem @ 
0xf600/16777216, 0xe000/268435456, 0xf000/33554432, I/O @ 
0xe000/128, BIOS @ 0x/524288

[    17.187] (II) LoadModule: "glx"
[    17.187] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[    17.407] (II) Module glx: vendor="X.Org Foundation"
[    17.407]     compiled for 1.19.5, module version = 1.0.0
[    17.407]     ABI class: X.Org Server Extension, version 10.0
[    17.407] (==) Matched nouveau as autoconfigured driver 0
[    17.407] (==) Matched nv as autoconfigured driver 1
[    17.407] (==) Matched 

Bug#775925: RFP: lighthouse -- a peer to peer crowdfunding app that uses Bitcoin

[Antoine Beaupre]

On Wed, Jan 21, 2015 at 05:08:36PM +0100, Carlo Stemberger wrote:
>   Upstream Author : Mike Hearn 
> * URL : https://www.vinumeris.com/lighthouse
>   Description : a peer to peer crowdfunding app that uses Bitcoin
> 
> Lighthouse is a brand new approach to all-or-nothing fund raising. Using
> advanced features of the Bitcoin protocol it is now possible to create
> Kickstarter-style fund raising initiatives in an entirely decentralised way.
> No middlemen unless you want them, and no fees beyond the usual Bitcoin
> transaction fees (just a fraction of a dollar cent).

That website is down and the internet archive:

http://web.archive.org/web/20160305181446/http://vinumeris.com/lighthouse

... point to this GitHub repository:

https://github.com/vinumeris/lighthouse/

... which says the project is no longer maintained. Indeed, it looks
completely abandoned with no activity in the last month, last issues or
commits in ~sept 2016.

Meanwhile, Google Chrome built this interesting web diagnostic tool in
the same namespace:

https://developers.google.com/web/tools/lighthouse/

So we should probably be careful when using that namespace in Debian, as
there is a standalone nodejs version.

A.
-- 
Omnis enim ex infirmitate feritas est.
All cruelty springs from weakness.
 - Lucius Annaeus Seneca (58 AD)

Bug#880186: gimp: screenshot does not work with wayland

[Ari Pollak]

severity 880186 normal
tags 880186 +patch
tags 880186 +fixed-upstream
thanks

I don't think this is an important bug since I don't consider screenshots
to be a major part of gimp functionality. If you're using GNOME Shell,
there's a pretty high likelihood of also having gnome-screenshot, which
seems like a good enough workaround.

Bug#880149: libntru: FTBFS on s390x and sparc64: test suite errors

[Aaron M. Ucko]

"Ying-Chun Liu (PaulLiu)"  writes:

> The __GLIBC__ should be <= 1 or < 2. Which makes more sense.
> GLIBC version less than 2.9 we define that. Otherwise we handle these
> functions to endian.h

Sounds good, thanks!  AFAICT, glibc has had endian.h for over 25
years (going back at least as far as version 1.02), so please do fall
back on that rather than hardcoding a (badly incomplete) architecture
list.

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu

Bug#355044: htmldoc: support charset UTF-8

[Michael Sweet]

Current HTMLDOC supports UTF-8 for Western languages...


On Fri, 03 Mar 2006 02:42:23 +0800 Dan Jacobson  wrote:
> Package: htmldoc
> Version: 1.8.24-2
> Severity: wishlist
> 
> Support charset UTF-8.
> 
> 


_
Michael Sweet, Senior Printing System Engineer

Bug#351447: wishing for and

[Michael Sweet]

Current HTMLDOC supports both.

On Sat, 04 Feb 2006 17:41:11 -0500 Norman Ramsey  wrote:
> Package: htmldoc
> Version: 1.8.24-2
> Severity: wishlist
> 
> It would be pleasant if htmldoc could support the HTML entities  and 
> .
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/bash
> Kernel: Linux 2.6.8.1-emp1
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 
> Versions of packages htmldoc depends on:
> ii  htmldoc-common   1.8.24-2Common arch-independent files 
> for 
> ii  libc62.3.5-8 GNU C Library: Shared libraries 
> an
> ii  libfltk1.1   1.1.6-10Fast Light Toolkit shared 
> librarie
> ii  libjpeg626b-11   The Independent JPEG Group's 
> JPEG 
> ii  libpng12-0   1.2.8rel-5  PNG library - runtime
> ii  libssl0.9.7  0.9.7g-5SSL shared libraries
> ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
> ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client 
> li
> ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous 
> exte
> ii  libxft2  2.1.7-1 FreeType-based font drawing 
> librar
> ii  xlibs6.8.2.dfsg.1-11 X Window System client libraries 
> m
> ii  zlib1g   1:1.2.3-9   compression library - runtime
> 
> htmldoc recommends no packages.
> 
> -- no debconf information
> 
> 


_
Michael Sweet, Senior Printing System Engineer

Bug#880382: ITP: ruby-rsec -- Parser / Regexp Combinator For Ruby

[Michael Moll]

Package: wnpp
Severity: wishlist

I'm packaging this in pkg-ruby-extras

Bug#854126: ezmlm-idx: switch to build depend on the metapackage default-libmysqlclient-dev

[Andreas Beckmann]

Followup-For: Bug #854126
Control: tag -1 patch pending

Hi,

I just uploaded a NMU updating the build-depends to DELAYED/10.


Andreas
diff -u ezmlm-idx-7.1.1/debian/changelog ezmlm-idx-7.1.1/debian/changelog
--- ezmlm-idx-7.1.1/debian/changelog
+++ ezmlm-idx-7.1.1/debian/changelog
@@ -1,3 +1,10 @@
+ezmlm-idx (7.1.1-1~exp0.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Switch Build-Depends to default-libmysqlclient-dev.  (Closes: #854126)
+
+ -- Andreas Beckmann   Tue, 31 Oct 2017 01:52:36 +0100
+
 ezmlm-idx (7.1.1-1~exp0) experimental; urgency=low
 
   * new upstream version.
diff -u ezmlm-idx-7.1.1/debian/control ezmlm-idx-7.1.1/debian/control
--- ezmlm-idx-7.1.1/debian/control
+++ ezmlm-idx-7.1.1/debian/control
@@ -2,7 +2,7 @@
 Section: mail
 Priority: extra
 Maintainer: Gerrit Pape 
-Build-Depends: groff-base, libmysqlclient-dev, libpq-dev
+Build-Depends: groff-base, default-libmysqlclient-dev, libpq-dev
 Standards-Version: 3.9.3.1
 Vcs-Git: http://smarden.org/git/ezmlm-idx.git/
 

Bug#880380: patch correction

[Ivan Sergio Borgonovo]

There is a typo in the patch I submitted previously. It should be:

/usr/share/php/Horde/Db/Adapter/Postgresql/Schema.php

$sql = sprintf('SELECT setval(%s, (SELECT COALESCE(MAX(%s) + (SELECT 
increment_by FROM pg_sequences where schemaname= ANY 
(CURRENT_SCHEMAS(false)) and sequencename=%s), (SELECT min_value FROM 
pg_sequences where schemaname= ANY (CURRENT_SCHEMAS(false)) and 
sequencename=%s)) FROM %s), false)',

   $quotedSequence,
   $quotedPk,
   $quotedSequence,
   $quotedSequence,
   $quotedTable);

sorry

--
Ivan Sergio Borgonovo
http://www.webthatworks.it http://www.borgonovo.net

Bug#880381: apparmor profile breaks xul-ext-exteditor

[W. Martin Borgert]

Package: thunderbird
Version: 1:52.4.0-1

It seems, that apparmor prevents using an external editor with
Thunderbird. With apparmor, no external editor starts, nor is
there any warning or error message to the user. If I
"aa-disable usr.bin.thunderbird", it works fine.

I assume, that Thunderbird must be allowed to execute external
programs under /usr/bin/, so that /usr/bin/emacs or other user
defined editors can be used.

Bug#880363: texlive-latex-extra: broken symlink: /usr/share/texlive/texmf-dist/tex/latex/pdfx/sRGB_IEC61966-2-1_black_scaled.icc -> ../../../../../color/icc/sRGB_IEC61966-2-1_black_scaled.icc

[Norbert Preining]

On Tue, 31 Oct 2017, Andreas Beckmann wrote:
> OK, I can ignore that one in piuparts.

Yes please.

> Suggests on contrib/non-free is OK (Suggests is not in the "forbidden"

Downgraded to suggests, will be uploaded today.

Thanks a lot!

Norbert

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

Bug#880379: texlive-latex-extra: must not have 'Recommends' for packages outside main

[Norbert Preining]

tags 880379 + pending
thanks

> Recommends: icc-profiles, …

Downgraded to suggests. Upload today.

Norbert

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

Bug#839879: mtr FTCBFS: uses build architecture tools

[Samuel Henrique]

Hello Robert,

I've applied your patch, reverted the mtr-packet changes and merged the
Helmut patch on debian/master.

I pushed everything already (including a ready-for-upload changelog).
Please feel free to point changes or sponsor the package if you think it's
ready.


Samuel Henrique 

Bug#879991: [Lynx-dev] Missing link on lynx.invisible-island.net

[Thomas Dickey]

On Mon, Oct 30, 2017 at 03:30:56PM +0100, Axel Beckert wrote:
> Hi,
> 
> On Mon, Oct 30, 2017 at 11:41:01AM +, Ian Collier wrote:
> > On Sat, Oct 28, 2017 at 07:47:16AM -0400, Thomas Dickey wrote:
> > > On Sat, Oct 28, 2017 at 09:21:26AM +0200, Elimar Riesebieter wrote:
> > > > according to
> > > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879991
> > > > there points a link in documentation to nowhere.
> > 
> > > I pointed out that it's a problem with the package, not the upstream 
> > > source.
> > 
> > The Lynx source does not build cattoc.html unless configure was run
> > with --enable-htmlized-cfg - but by default that setting is disabled, in
> > which case the Lynx_users_guide.html that it produces contains a broken
> > link.  I'd say that is an issue with the upstream source.
> 
> Thanks for that hint.
> 
> For privacy reasons many binary distributions don't like remote
> startup pages, etc. and change them to local links. So do we by
> patching lynx.cfg.
> 
> But if cattoc.html (and maybe other files) is just built with that
> configure option (which we currently don't use), it's understandable
> if instead a link to the upstream website is used.
> 
> So I checked where this link comes from in the (unpatched and unbuilt)
> 2.8.9dev16 sources:
> 
>   $ git grep breakout
>   lynx.cfg:# is available at 
> http://lynx.invisible-island.net/release/breakout/lynx_help/cattoc.html

hmm - thanks for the reminder.

>   lynx_help/Lynx_users_guide.html:  
> "http://lynx.invisible-island.net/release/breakout/lynx_help/cattoc.html;>
>   lynx_help/Lynx_users_guide.html:  
> "http://lynx.invisible-island.net/release/breakout/lynx_help/alphatoc.html;>
>   lynx_help/lynx_help_main.html:
> "http://lynx.invisible-island.net/release/breakout/lynx_help/cattoc.html;>
>   lynx_help/lynx_help_main.html:
> "http://lynx.invisible-island.net/release/breakout/docs/;>lynx
>   makefile.in:LYNX_URL='@HOMEPAGE_URL@release/breakout'
> 
> The URL argued about in the bug report is
> http://lynx.invisible-island.net/release/breakout/lynx_help/cattoc.html

I overlooked that in migrating the site: in the original site, I constructed
a symbolic link from the breakout directory to the (partly generated)
help-directory, e.g.,

  http://lynx.invisible-island.net/release/lynx_help/cattoc.html
 
But in the current site, links like that are harder to generate :-)

> So this URL indeed is part of the unmodified upstream sources.
> 
> http://lynx.invisible-island.net/release/breakout/lynx_help/ shows
> quite some files, but not cattoc.html. But it lists
> http://lynx.invisible-island.net/release/breakout/lynx_help/Lynx_users_guide.html
> and that also contains those links "by category" and "by alphabet".
> But it's even worse there: They point to those two URLs where the
> hostname no more exists:
> 
>   http://lynx.isc.org/release/breakout/lynx_help/cattoc.html
>   http://lynx.isc.org/release/breakout/lynx_help/alphatoc.html
> 
> This probably comes from the fact that this is not from a development
> release but an rather old stable release. But
> http://lynx.invisible-island.net/current/breakout/ doesn't exist. So I

right - I don't think it's worth the trouble (patches and tarballs work).

> went to http://lynx.invisible-island.net/lynx_help/ and clicked on
> "Online Documentation" in the left menu
> (http://lynx.invisible-island.net/lynx_help/). But I just got
> "Forbidden — You don't have permission to access /lynx_help/ on this
> server."
> 
> Thomas: So for me it looks as if Elimar and Ian are right: This looks
> like broken literal links in the upstream code and the included

Mostly it seems that I should tidy up the old release breakouts
to repair broken links.  (I'll work on that - but bear in mind
that they'll cite the old hostnames).

But the discussion began with the development sources and the package.

> prebuilt documentation as well as in the online documentation. It
> would be nice if you could have a closer look at these issues. Thanks
> in advance!
> 
>   Kind regards, Axel
> -- 
> /~\  Plain Text Ribbon Campaign   | Axel Beckert
> \ /  Say No to HTML in E-Mail and News| a...@deuxchevaux.org  
> (Mail)
>  X   See http://www.nonhtmlmail.org/campaign.html | a...@noone.org 
> (Mail+Jabber)
> / \  I love long mails: http://email.is-not-s.ms/ | http://abe.noone.org/ 
> (Web)
> 

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


signature.asc
Description: Digital signature

Bug#880380: Column missing in DB + kronolith errors

[Ivan Sergio Borgonovo]

Package: php-horde-db
Version: 2.4.0-1

I just noticed that when I try to add events to the calendar I get these 
errors


2017-10-31 00:18:29.942 CET [31212] horde@horde ERROR:  column 
"increment_by" does not exist at character 92


2017-10-31 00:18:29.942 CET [31212] horde@horde STATEMENT:  SELECT 
setval('rampage_objects_object_id_seq', (SELECT 
COALESCE(MAX("object_id") + (SELECT increment_by FROM 
rampage_objects_object_id_seq), (SELECT min_value FROM 
rampage_objects_object_id_seq)) FROM "rampage_objects"), false)


2017-10-31 00:53:00.959 CET [4298] horde@horde ERROR:  column 
"increment_by" does not exist at character 109


2017-10-31 00:53:00.959 CET [4298] horde@horde STATEMENT:  SELECT 
setval('horde_histories_modseq_history_modseq_seq', (SELECT 
COALESCE(MAX("history_modseq") + (SELECT increment_by FROM 
horde_histories_modseq_history_modseq_seq), (SELECT min_value FROM 
horde_histories_modseq_history_modseq_seq)) FROM 
"horde_histories_modseq"), false)


Checking in
Administration->Configuration
all DB schema are reported as ready

This seems to be caused by changed support for sequences in postgres 10.

I have the feeling this is not the way to do even in previous postgresql 
but right now I can't grasp what the query is really doing to further 
improve it.


Sequences metadata should be accessed through pg_sequences.

pg_sequences should be supported even by pretty old postgresql version 
and it shouldn't be a problem to change the query.


If anyone is willing to help to decipher what's the use of the above 
queries I could improve the overall query.

Otherwise this could be a reasonable patch for now

/usr/share/php/Horde/Db/Adapter/Postgresql/Schema.php

$sql = sprintf('SELECT setval(%s, (SELECT COALESCE(MAX(%s) + (SELECT 
increment_by FROM pg_sequences where schemaname== ANY 
(CURRENT_SCHEMAS(false)) and sequencename=%s), (SELECT min_value FROM 
pg_sequences where schemaname=(CURRENT_SCHEMAS(false)) and 
sequencename=%s)) FROM %s), false)',

   $quotedSequence,
   $quotedPk,
   $quotedSequence,
   $quotedSequence,
   $quotedTable);

Tested.

thanks

--
Ivan Sergio Borgonovo
http://www.webthatworks.it http://www.borgonovo.net

Bug#880363: texlive-latex-extra: broken symlink: /usr/share/texlive/texmf-dist/tex/latex/pdfx/sRGB_IEC61966-2-1_black_scaled.icc -> ../../../../../color/icc/sRGB_IEC61966-2-1_black_scaled.icc

[Andreas Beckmann]

On 10/31/2017 01:11 AM, Norbert Preining wrote:
> Hi Andreas,
> 
>>   
>> /usr/share/texlive/texmf-dist/tex/latex/pdfx/sRGB_IEC61966-2-1_black_scaled.icc
>>  -> ../../../../../color/icc/sRGB_IEC61966-2-1_black_scaled.icc
> 
> Good point. This is on purpose.

OK, I can ignore that one in piuparts.

> This ICC profile is non-free so I cannot
> depend on it.

I didn't look far enough to see this ...

>> Is texlive-latex-extra missing a Depends/Recommends/Suggests: icc-profiles ?
> 
>   Section: non-free/graphics
> 
> Thus Depends are out of discussion. And I didn't find anything in the
> policy that states that recommends or suggests onto non-free is allowed
> in main. Am I missing something?

Suggests on contrib/non-free is OK (Suggests is not in the "forbidden"
list in Policy 2.2.1), I think boinc is using that.
For Recommends it's only allowed as non-default alternative (since 4.x,
before it wasn't), but without a free alternative available you can't do
Recommends: free-icc | icc-profiles.


Andreas

Bug#880377: cegui-mk2: FTBFS with new gcc / icu

[Dimitri John Ledkov]

Source: cegui-mk2
Version: 0.8.7-1.3
Severity: wishlist
Tags: patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

In ubuntu, cegui-mk2 FTBFS with new gcc/icu/boost.

Please see attached patches.

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJZ983UAAoJEMrC2LnNLKX5DYsH/iTtVJ6yZRBELXkMV6rHwqnh
pS+Tb17Kny+HBFlrQ7oKyuyCaQzKwPJzN8xlPMyEAxzmmHIXaHTJ+gYwumfpqdjP
cGpHXmSj1395UWLmNBRarrR4MMida48wfCeO3qSz0BPn4AvCfjci8PV5k+KUzBb3
vnl2NVydEgguzJ4xmUlVieJb6R2e3EeDA9BMe5Xs4sLgAcWSVJZSRQBB+O0VEY1l
uZqvjmgx2TiFcwhtEkhg7NpXlneDyTTLJIjSlMQd+cYnUVfxR1vshgyXf9yXxmGQ
H/3EW1i6Tds4V8/0GcA9yinbf1z2VBOpB28VE+mn6df3ZifiuOv1+PXgkASJ2gQ=
=HfPI
-END PGP SIGNATURE-
Description: Drop standards version checks, welcome to the 10s.
Author: Dimitri John Ledkov 

--- cegui-mk2-0.8.7.orig/CMakeLists.txt
+++ cegui-mk2-0.8.7/CMakeLists.txt
@@ -70,14 +70,6 @@ if ((WIN32 OR APPLE) AND NOT CMAKE_PREFI
 set (CMAKE_FIND_FRAMEWORK LAST)
 endif()
 
-if ((CMAKE_CXX_COMPILER_ID STREQUAL "GNU") OR (CMAKE_CXX_COMPILER_ID STREQUAL "Clang"))
-set (CMAKE_C_FLAGS "${CMAKE_C_FLAGS} -std=c99")
-set (CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++03")
-elseif (NOT CMAKE_VERSION VERSION_LESS "3.1")
-set (CMAKE_C_STANDARD_REQUIRED TRUE)
-set (CMAKE_C_STANDARD "99")
-endif ()
-
 # Look for packages
 find_package(PCRE)
 find_package(Freetype)
Description: Do not compare pointer with an integer, FTBFS
Author: Dimitri John Ledkov 

--- a/cegui/src/XMLParserModules/TinyXML/XMLParser.cpp
+++ b/cegui/src/XMLParserModules/TinyXML/XMLParser.cpp
@@ -130,7 +130,7 @@
 processElement(childNode->ToElement());
 break;
 case TiXmlNode::CEGUI_TINYXML_TEXT:
-if (childNode->ToText()->Value() != '\0')
+if (childNode->ToText()->Value()[0] != '\0')
 d_handler->text((encoded_char*)childNode->ToText()->Value());
 break;
 
--- a/cegui/src/XMLParserModules/RapidXML/XMLParser.cpp
+++ b/cegui/src/XMLParserModules/RapidXML/XMLParser.cpp
@@ -144,7 +144,7 @@
 break;
 
 case rapidxml::node_data:
-if (childNode->value() != '\0')
+if (childNode->value()[0] != '\0')
 d_handler->text(
 reinterpret_cast(childNode->value()));
 

Bug#880379: texlive-latex-extra: must not have 'Recommends' for packages outside main

[Stuart Prescott]

Package: texlive-latex-extra
Version: 2017.20171004-1
Severity: serious
Justification: Policy 2.2.1: must not require or recommend a package outside of 
main for compilation or execution

Dear Maintainer,

texlive-latex-extra currently delcares the following relationship:

Package: texlive-latex-extra
Version: 2017.20171004-1
Recommends: icc-profiles, …

As per Policy §2.2.1, packages in main must not require or recommend a
package outside of main for compilation or execution (thus, the package
must not declare a Pre-Depends, Depends, Recommends, Build-Depends,
Build-Depends-Indep, or Build-Depends-Arch relationship on a non-main package
unless that package is only listed as a non-default alternative for a package
in main),

https://www.debian.org/doc/debian-policy/#the-main-archive-area

(this is a separate issue and different severity to dangling symlinks or
missing ICC profiles so filing a separate bug to track it)

With regards the ICC profile, if the only restriction on including the profile
is that it needs to be renamed if modified, then that is potentially fine
according to DSFG#4. Avoiding the inclusion of duplicate files in different
packages still has merits, obviously.

regards
Stuart

Bug#880378: rhythmbox: adding file containing pipe sign or colon to iPod results in database/filesystem mismatch

[Felix C. Stegerman]

Package: rhythmbox
Version: 3.4.2-1
Severity: normal

Dear Maintainer,

I just added some new music to my iPod using rhythmbox (as usual),
however several files could not be played.  Investigating, I found
that:

07-ANGER|ANGER.mp3 was renamed as 07-ANGER_ANGER.mp3 on the iPod's
file system, and 02-TRAGEDY:ETERNITY.mp3 as 02-TRAGEDY_ETERNITY.mp3

However, rhythmbox showed the iPod database referenced these files as
07-ANGER|ANGER.mp3 and 02-TRAGEDY;ETERNITY.mp3 respectively.  No
wonder they could not be played.

I have several files containing `:' or `|' characters in my music
collection, all of which are on my iPod as well - synced earlier using
rhythmbox - and AFAIK they all play just fine.  This suggests that
this bug is relatively new.

I'd be happy to assist in helping fix this bug (as soon as I have a
bit of time) if necessary.

Thanks.

- Felix

P.S. my apologies if this bug should have been filed against libgpod
instead.

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

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

Versions of packages rhythmbox depends on:
ii  dbus1.11.22-1
ii  gstreamer1.0-plugins-base   1.12.3-1
ii  gstreamer1.0-plugins-good   1.12.3-1
ii  gstreamer1.0-x  1.12.3-1
ii  libc6   2.24-17
ii  libglib2.0-02.54.2-1
ii  libgstreamer-plugins-base1.0-0  1.12.3-1
ii  libgstreamer1.0-0   1.12.3-1
ii  libgtk-3-0  3.22.24-3
ii  libpeas-1.0-0   1.22.0-1+b1
ii  librhythmbox-core10 3.4.2-1
ii  libx11-62:1.6.4-3
ii  media-player-info   23-1
ii  rhythmbox-data  3.4.2-1

Versions of packages rhythmbox recommends:
ii  avahi-daemon   0.7-3
ii  awesome [notification-daemon]  4.2-2
ii  dunst [notification-daemon]1.2.0-2
ii  gnome-flashback [notification-daemon]  3.26.0-2
ii  gnome-shell [notification-daemon]  3.26.1-3
ii  gstreamer1.0-plugins-ugly  1.12.3-1
ii  gstreamer1.0-pulseaudio1.12.3-1
ii  gvfs-backends  1.34.1-1
ii  notification-daemon3.20.0-1+b1
ii  rhythmbox-plugins  3.4.2-1
ii  yelp   3.26.0-1

Versions of packages rhythmbox suggests:
pn  gnome-codec-install  
ii  gnome-control-center 1:3.26.1-2
ii  gstreamer1.0-plugins-bad 1.12.3-2
ii  rhythmbox-plugin-cdrecorder  3.4.2-1

-- no debconf information

Bug#880376: nmu: eeshow_0.git20161102-1 kate_4:17.08.1-1

[Andreas Beckmann]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu

nmu eeshow_0.git20161102-1 . ANY . experimental . -m "Rebuild against 
libgit2-26."
nmu kate_4:17.08.1-1 . ANY . experimental . -m "Rebuild against libgit2-26."

Let's finish the libgit2 transition in experimental, too.


Andreas

Bug#878750: ITP: python-monasca-statsd -- monasca statsd Python client

[Jeremy Bicha]

python-monasca-statsd is currently packaged in Ubuntu as source: monasca-statsd

The biggest difference is that the Ubuntu package ships a
documentation package and the Debian package also ships the Python 3
module.

https://launchpad.net/ubuntu/+source/monasca-statsd

Thanks,
Jeremy Bicha

Bug#880375: cufflinks: FTBFS with boost1.65+

[Dimitri John Ledkov]

Package: cufflinks
Version: 2.2.1+dfsg.1-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

Fails to build from source with upcoming boost1.65+

Please see attached patch.

Regards,

Dimitri.

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJZ98sBAAoJEMrC2LnNLKX5z5oIAMVijLsG4qej3fa7eaKc4Ztj
rkuxpVF9sTzvlLBgJmxKSuU/TIbRDoMsM2kd+kJSc0dFeFecA0pnj5+pwhnsck1A
7bbMX6h9t3WWUZDLrYtx5jPciujSH5JmttJhGBypnC7edPIb75767je8HIlBvzea
Fm6cJ5OQkOJzF8RX+rt//IOmOZ4R9VYEitl1BjELdkYZVMfdNl+8b1GCOgKXySG6
lxygdAwfp5BMKdT40Jlxcdl1by/5fteej5GONiewrBJzdrt9elix/ZGJWbLnV3FG
RK82cgqFkYBYZEOU4PCrfwcWSsoIiKLbslJo2cYdEDUJ8KnXMElslixBHAOyQXo=
=MzFP
-END PGP SIGNATURE-
Description: Fix FTBFS, boost::tr1 no longer exists.
Author: Dimitri John Ledkov 

--- cufflinks-2.2.1+dfsg.1.orig/src/biascorrection.h
+++ cufflinks-2.2.1+dfsg.1/src/biascorrection.h
@@ -15,7 +15,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 #include 
 #include "common.h"
 

Bug#880203: After suspend, cpufreq/scaling_max_freq is ignored

[Ben Hutchings]

Control: tag -1 moreinfo

If this system has an Intel CPU, I'm afraid this is expected behaviour.
 They no longer allow the OS to set an exact frequency, only a 'P-
state' (performance level).  The Linux cpufreq driver for these
processors (intel_pstate) translates the requested frequency into a P-
state, but the actual frequency is controlled by an embedded controller
that may choose a higher or lower value.

Unless you can show that a different kernel version reproducibly shows
different results, or you're not using an Intel CPU, I don't think
there's anything to be done here.

Ben.

-- 
Ben Hutchings
friends: People who know you well, but like you anyway.



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

Bug#880373: ITP: autorandr -- Automatically select a display configuration for connected devices

[Don Armstrong]

Package: wnpp
Severity: wishlist
Owner: Don Armstrong 

* Package name: autorandr
  Version : 1.2
  Upstream Author : Phillip Berndt
* URL : https://github.com/phillipberndt/autorandr
* License : GPL-3+
  Programming Lang: Python
  Description : Automatically select a display configuration for connected 
devices

 Autorandr is a script for managing xrandr configurations based on the
 connected devices. It can be set up to automatically switch to a
 stored configuration whenever a change in the configuration is
 detected.

Bug#812229: adns FTCBFS: does not support DEB_BUILD_OPTIONS=nocheck

[Manuel A. Fernandez Montecelo]

Control: tags -1 + pending


Hi,

2017-10-13 12:34 Ian Jackson:

Manuel A. Fernandez Montecelo writes ("Bug#812229: adns FTCBFS: does not support 
DEB_BUILD_OPTIONS=nocheck"):

Do you think that you will work on it soon, or otherwise, do you still
welcome an NMU with it?

(I'd prefer maintainer uploads, when the maintainer is active)


I still welcome an NMU.  As for a maintainer upload, I don't want to
make promises I can't keep.


So I just uploaded to delayed/2, only with the single change, .debdiff
attached.

If you want me to reschedule or to cancel it, please tell me.

Thanks!

--
Manuel A. Fernandez Montecelo 

diff -u adns-1.5.0~rc1/debian/changelog adns-1.5.0~rc1/debian/changelog
--- adns-1.5.0~rc1/debian/changelog
+++ adns-1.5.0~rc1/debian/changelog
@@ -1,12 +1,3 @@
-adns (1.5.0~rc1-1.1) unstable; urgency=medium
-
-  * Non-maintainer upload.
-
-  [ Helmut Grohne ]
-  * Fix FTCBFS: Support DEB_BUILD_OPTIONS=nocheck. Closes: #812229.
-
- -- Manuel A. Fernandez Montecelo   Tue, 31 Oct 2017 00:02:50 
+0100
-
 adns (1.5.0~rc1-1) unstable; urgency=medium
 
   * New upstream version.  Closes:#411263.
diff -u adns-1.5.0~rc1/debian/rules adns-1.5.0~rc1/debian/rules
--- adns-1.5.0~rc1/debian/rules
+++ adns-1.5.0~rc1/debian/rules
@@ -15,9 +15,7 @@
dh build --before configure
dh_auto_configure
dh_auto_build
-ifeq ($(filter nocheck,$(DEB_BUILD_OPTIONS)),)
make -C regress check
-endif
dh build --after test
touch $@
 

Bug#880223: calibre: Doesnt build from source since latest qtchooser update in sid

[Norbert Preining]

reassign 880223 qtchooser
retitle 880223 broken setup - links qmake to itself
thanks

> Since latest qtchooser update, calibre fails to build from source.

... from the log:

> qmake: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qmake' since it 
> links to qmake itself. Check your installation.

That is not a problem of calibre, but a broken setup by someone on
the qt side, not sure which package it should be.

If qmake links to itself, then well, yes, it will not build.
Reassigning this to qtchooser.

Best

Norbert

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

Bug#880374: manila-api: fails to upgrade from 'sid' - trying to overwrite /usr/lib/python2.7/dist-packages/manila/__init__.py

[Andreas Beckmann]

Package: manila-api
Version: 1:5.0.1-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

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

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces

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

  Preparing to unpack .../47-manila-api_1%3a5.0.1-1_all.deb ...
  Unpacking manila-api (1:5.0.1-1) over (1:3.0.0-5) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-83thcG/47-manila-api_1%3a5.0.1-1_all.deb (--unpack):
   trying to overwrite '/usr/lib/python2.7/dist-packages/manila/__init__.py', 
which is also in package python-manila 1:3.0.0-5


cheers,

Andreas


manila-api_1:5.0.1-1.log.gz
Description: application/gzip

Bug#797223:

[Ville Skyttä]

Implementation attached, tox tested only.
From d107eb7d1985b01dcf415ae9eb391dccc4d511c8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?= 
Date: Mon, 30 Oct 2017 23:01:30 +0200
Subject: [PATCH] Use nm.d.o REST API instead of LDAP

---
 TODO |  1 -
 debian/control   |  2 --
 distro_tracker/vendor/debian/sso_auth.py | 37 +---
 docs/setup/setup.rst |  3 +--
 tox.ini  |  1 -
 5 files changed, 16 insertions(+), 28 deletions(-)

diff --git a/TODO b/TODO
index 60f9975..87d41fd 100644
--- a/TODO
+++ b/TODO
@@ -19,7 +19,6 @@ Misc possible enhancements:
 * Codebase is Python 3 compatible but some optional dependencies need to
   be ported:
   - python-soappy => switch to pysimplesoap
-  - python-ldap => replace LDAP access with nm.d.o REST api, cf #797223
 * Re-enable a smarter clickjacking protection: only activate it when the
   page is rendered for a logged in user and allow callers to pass a
   "anonymous=1" parameter that will force render the web page as if
diff --git a/debian/control b/debian/control
index 62be97c..a5189e6 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,6 @@ Build-Depends: debhelper (>= 9),
 python-django-jsonfield,
 python-django-captcha,
 python-gpgme,
-python-ldap,
 python-lzma,
 python-requests (>= 2),
 python-soappy,
@@ -69,7 +68,6 @@ Depends: ${python:Depends},
 python-yaml,
 python-pyinotify,
 ${misc:Depends}
-Recommends: python-ldap
 Description: Python libraries of Distro Tracker
  Distro Tracker offers a web interface to display an overview of each source
  package provided as well as an email interface to be notified of changes
diff --git a/distro_tracker/vendor/debian/sso_auth.py b/distro_tracker/vendor/debian/sso_auth.py
index f749353..a39a9bf 100644
--- a/distro_tracker/vendor/debian/sso_auth.py
+++ b/distro_tracker/vendor/debian/sso_auth.py
@@ -9,18 +9,16 @@
 # except according to the terms contained in the LICENSE file.
 
 from __future__ import unicode_literals
+import json
 from django.contrib.auth.middleware import RemoteUserMiddleware
 from django.contrib.auth.backends import RemoteUserBackend
 from django.contrib import auth
 from django.core.exceptions import ImproperlyConfigured
+from django.utils.http import urlencode
 
 from distro_tracker.accounts.models import UserEmail
 from distro_tracker.accounts.models import User
-
-try:
-import ldap
-except ImportError:
-ldap = None
+from distro_tracker.core.utils.http import get_resource_content
 
 
 class DebianSsoUserMiddleware(RemoteUserMiddleware):
@@ -101,7 +99,7 @@ class DebianSsoUserBackend(RemoteUserBackend):
 user (identified by their @debian.org email) in Distro Tracker. If
 a matching User model instance does not exist, one is
 automatically created. In that case the DDs first and last name
-are pulled from Debian's LDAP.
+are pulled from Debian's NM REST API.
 """
 def authenticate(self, remote_user):
 if not remote_user:
@@ -130,27 +128,22 @@ class DebianSsoUserBackend(RemoteUserBackend):
 
 def get_user_details(self, remote_user):
 """
-Gets the details of the given user from the Debian LDAP.
+Gets the details of the given user from the Debian NM REST API.
 :return: Dict with the keys ``first_name``, ``last_name``
-``None`` if the LDAP lookup did not return anything.
+``None`` if the API lookup did not return anything.
 """
-if ldap is None:
-return None
 if not remote_user.endswith('@debian.org'):
-# We only know how to extract data for DD via LDAP
+# We only know how to extract data for DD via NM API
 return None
 
-l = ldap.initialize('ldap://db.debian.org')
-result_set = l.search_s(
-'dc=debian,dc=org',
-ldap.SCOPE_SUBTREE,
-'uid={}'.format(self.get_uid(remote_user)),
-None)
-if not result_set:
-return None
+content = get_resource_content(
+'https://nm.debian.org/api/people?' +
+urlencode({'uid': self.get_uid(remote_user)}))
+result = json.loads(content)['r']
 
-result = result_set[0]
+if not result:
+return None
 return {
-'first_name': result[1]['cn'][0].decode('utf-8'),
-'last_name': result[1]['sn'][0].decode('utf-8'),
+'first_name': result[0]['cn'],
+'last_name': result[0]['sn'],
 }
diff --git a/docs/setup/setup.rst b/docs/setup/setup.rst
index dad9ac0..cd95ba6 100644
--- a/docs/setup/setup.rst
+++ b/docs/setup/setup.rst
@@ -22,7 +22,6 @@ Distro Tracker currently depends on the following Debian packages:
 - python-bs4
 - python-pyinotify
 - python-soappy (optional)
-- python-ldap (optional)
 - 

Bug#880372: libdom4j-java-doc: broken symlink: /usr/share/doc/libdom4j-java-doc/changelog.html -> changelog-report.html

[Andreas Beckmann]

Package: libdom4j-java-doc
Version: 2.1.0-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m22.0s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/libdom4j-java-doc/changelog.html -> changelog-report.html


cheers,

Andreas


libdom4j-java-doc_2.1.0-1.log.gz
Description: application/gzip

Bug#879171: cups: failed to recognize a driver of CP310dm

[Atsuhito Kohda]

Hi Brian,

On Mon, 30 Oct 2017 08:59:48 +, Brian Potkin wrote:

>> But when I try to add printer CP310 it failed because
>> cups claimed "can't copy PPD file".
> 
> This is usually an indication that cups cannot find that PPD. But it
> should be installed in /usr/libcups/driver by printer-driver-fujixerox
> as fujixerox with a datestamp of Dec 11 2016. Is it?

Yes, but it looked cups couldn't find it.
$ LANG=C ls -l /usr/lib/cups/driver/fujixerox 
-rwxr-xr-x 1 root root 9948 Dec 12  2016 /usr/lib/cups/driver/fujixerox

> Atsuhito, let's stick with testing using cups 2.2.5-2. I assume the

Okay.

> printer is connected by USB. Fing its URI with 'lpinfo -v'. It begins
> with "usb://". Now locate the PPD with 'lpinfo -m | grep fujixerox'
> Then set up the printer with
> 
>  lpadmin -p fuji -v usb://. -E -m fujixerox:/0/cups/model..ppd

It is connected with WiFi (is this correct english?
Wireless network?).  But I know it is something like
"socket://id numbers"

(For security reason, I stopped to open WSD and Bonjour port
of the printer.)

>  cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e --list-filters 
> /etc/nsswitch
> 
> Or use any other text or image file or a PDF instead of nsswitch. If

It looked okay perhaps
$ LANG=C sudo cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e 
--list-filters /etc/nsswitch
cupsfilter: File "/usr/lib/cups/filter/pdftopjlfx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/pstopdffx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/commandtops" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: Unable to determine MIME type of "/etc/nsswitch".

(but the last line again)

However with another test file,
$ LANG=C sudo cupsfilter -p /etc/cups/ppd/fuji.ppd -m printer/foo -e 
--list-filters ./test.html 
cupsfilter: File "/usr/lib/cups/filter/pdftopjlfx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/pstopdffx" permissions OK 
(040755/uid=0/gid=0).
cupsfilter: File "/usr/lib/cups/filter/commandtops" permissions OK 
(040755/uid=0/gid=0).
texttopdf
pdftopdf
pdftopdffx
pdftopjlfx

> that is without error, try printing with
> 
>  lp -d fuji /etc/nsswitch

I test with web interface and print test page, it works fine!
Thanks for your valuable help and advice.
I don't know why web interface didn't work correctly
(for me?) and there is really no problem with cups 2.2.5
but, at least, my problem is fixed in fact now.
Thanks again

Best regards,   2017-10-31(Tue)

-- 
 **
 Atsuhito Kohda
 Math. Meth. in Sci., Tokushima Univ.
 atsuhito_k AT tokushima-u.ac.jp

Bug#880363: texlive-latex-extra: broken symlink: /usr/share/texlive/texmf-dist/tex/latex/pdfx/sRGB_IEC61966-2-1_black_scaled.icc -> ../../../../../color/icc/sRGB_IEC61966-2-1_black_scaled.icc

[Norbert Preining]

Hi Andreas,

>   
> /usr/share/texlive/texmf-dist/tex/latex/pdfx/sRGB_IEC61966-2-1_black_scaled.icc
>  -> ../../../../../color/icc/sRGB_IEC61966-2-1_black_scaled.icc

Good point. This is on purpose. This ICC profile is non-free so I cannot
depend on it. But *if* it is installed, pdfx package can use it for pdf
generation.

since files are searched with kpathsea in the texmf tree, and kpathsea
ignores dead links, as long as the non-free package is not installed the
file will not be found by programs.

> Is texlive-latex-extra missing a Depends/Recommends/Suggests: icc-profiles ?

  Section: non-free/graphics

Thus Depends are out of discussion. And I didn't find anything in the
policy that states that recommends or suggests onto non-free is allowed
in main. Am I missing something?

Best

Norbert

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

Bug#880371: anytun: FTBFS with newer boost/gcc, missing systemd support

[Dimitri John Ledkov]

Package: anytun
Version: 0.3.6-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

Ubuntu is undergoing boost1.65 transtion, and i think newer gcc too.

I've noticed that anytun is FTBFS, due to a missing header include.

At the same time I've noticed that systemd integration is not built,
so I enabled that too.

Please consider to apply these two patches, done against your git
repository.

Regards,

Dimitri.


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJZ968OAAoJEMrC2LnNLKX5O+kH/2RgwDZ6Azxi8zqAKMYvrwjC
bOSG6rvD/Npybx/1t/V8deAVle2yZD2vaTNsVlM1+CVBZCjTmTTtQEdyAMYlYtBi
3oHjCK5MokbslmR0+4lsDv5orFzaNgXHNySUSJXaau+O8q+vdse1LXgTktCtugAy
vfhpxMLWumbk5vWrxkCTi1CdSjYLARYhw/6jeZkLNHqSp4vRxCcipNz1lnSjJTd/
c9a0j4M8H8OmRW8FNKqK4jflpTEOo8EhFtKxczmP5sFw6ogT8cWr9UIcsNzCf3gQ
Ut1I0I2nCFtE1gMxBEhUTKRp6GwQVr7dja9xy6K72TpUzkj/fpXW3WbDMEHgYTk=
=RyHf
-END PGP SIGNATURE-
>From 82c5b9373e91e0123b33bcd91a5902688d883cc1 Mon Sep 17 00:00:00 2001
From: Dimitri John Ledkov 
Date: Sat, 28 Oct 2017 16:06:45 +0100
Subject: [PATCH 1/2] Fix FTBFS, missing include.

---
 debian/patches/ftbfs.patch | 14 ++
 debian/patches/series  |  1 +
 2 files changed, 15 insertions(+)
 create mode 100644 debian/patches/ftbfs.patch
 create mode 100644 debian/patches/series

diff --git a/debian/patches/ftbfs.patch b/debian/patches/ftbfs.patch
new file mode 100644
index 000..682b6d0
--- /dev/null
+++ b/debian/patches/ftbfs.patch
@@ -0,0 +1,14 @@
+Description: Fix FTBFS, missing include.
+Author: Dimitri John Ledkov 
+
+
+--- anytun-0.3.6.orig/src/routingTreeNode.cpp
 anytun-0.3.6/src/routingTreeNode.cpp
+@@ -43,6 +43,7 @@
+  *  files in the program, then also delete it here.
+  */
+ 
++#include 
+ #include "routingTreeNode.h"
+ 
+ RoutingTreeNode::RoutingTreeNode():mux_(0),valid_(false)
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..3caf681
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+ftbfs.patch
-- 
2.7.4

>From 25ddffca83b805b72b0dd6b75be5505e2f86ecd8 Mon Sep 17 00:00:00 2001
From: Dimitri John Ledkov 
Date: Sat, 28 Oct 2017 16:04:30 +0100
Subject: [PATCH 2/2] Enable systemd integration.

---
 debian/control | 4 +++-
 debian/rules   | 1 +
 2 files changed, 4 insertions(+), 1 deletion(-)

diff --git a/debian/control b/debian/control
index 774af3b..90aff66 100644
--- a/debian/control
+++ b/debian/control
@@ -8,7 +8,9 @@ Build-Depends: debhelper (>= 9~),
libboost-serialization-dev,
libboost-system-dev,
libboost-thread-dev,
-   libgcrypt20-dev
+   libgcrypt20-dev,
+   pkg-config,
+   systemd
 Homepage: http://www.anytun.org/
 Standards-Version: 3.9.8
 Vcs-git: git://git.syn-net.org/debian/anytun.git
diff --git a/debian/rules b/debian/rules
index 2f9a838..68bd666 100755
--- a/debian/rules
+++ b/debian/rules
@@ -59,6 +59,7 @@ binary-arch: install
 	dh_installdocs
 	dh_installman doc/anytun.8 doc/anytun-config.8 doc/anytun-controld.8 doc/anytun-showtables.8
 	dh_installexamples
+	dh_systemd_enable anytun.service
 	dh_installinit
 	dh_link
 	dh_strip
-- 
2.7.4

Bug#880370: lldb-6.0: broken symlinks: /usr/lib/llvm-6.0/lib/liblldb-6.0{,.0}.so -> liblldb-6.0.so{.1,}

[Andreas Beckmann]

Package: lldb-6.0
Version: 1:6.0~svn315736-1
Severity: important
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + liblldb-6.0-dev

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m35.5s ERROR: FAIL: Broken symlinks:
  /usr/lib/llvm-6.0/lib/liblldb-6.0.so -> liblldb-6.0.so.1
  /usr/lib/llvm-6.0/lib/liblldb-6.0.0.so -> liblldb-6.0.so


cheers,

Andreas


lldb-6.0_1:6.0~svn315736-1.log.gz
Description: application/gzip

Bug#850461: libmad0-dev: move mad.pc to a multiarch location

[Manuel A. Fernandez Montecelo]

Hi,

2017-01-06 19:33 Helmut Grohne:

Package: libmad0-dev
Version: 0.15.1b-8
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + audacity

audacity fails to cross build from source, because it cannot find
mad.pc. During cross compilation, pkg-config only searches
/usr/share/pkgconfig and /usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig, but
it doesn't search /usr/lib/pkgconfig. Thus it fails finding mad.pc.
Please move mad.pc to a multiarch location. I am attaching a patch for
your convenience.


There are many reverse deps of this package, it would be nice to get
this fixed.

Would it help if we NMU?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#848680: Bug#859831: moonshot-gss-eap cannot migrate to openssl 1.1.0 prior to xmltooling

[Ferenc Wágner]

"Cantor, Scott"  writes:

> On 10/30/17, 4:49 PM, "Sam Hartman"  wrote:
>
>> My understanding is that the patches already exist, but effort didn't
>> exist within Debian to do a good job of taking those patches
>> ourselves at least the last time this was discussed on the list.
>
> They're also up and down the stack and includes Santuario/xml-sec
> patches that I'm also stuck making happen, though that should get
> released probably next month as xml-security 2.0. The scope of the
> patches are such that I definitely advised them not to try it
> themselves, and I think they took that advice.

Thanks for summing this up so nicely, Scott.  Yes, we're waiting for a
new upstream release of the whole stack.  OpenSSL 1.1 support will
arrive with that.  Meanwhile I was pushing for Xerces 3.2, which its
maintainer kindly uploaded but it's yet to transition in unstable.
XML-Security 2 will require this version, and the current version seems
to build with it as well, so we aren't stuck here at least.
-- 
Regards,
Feri

Bug#848909: at FTCBFS: unsatisifable Build-Depends: perl

[Manuel A. Fernandez Montecelo]

Hi,

2016-12-20 19:25 Helmut Grohne:

Source: at
Version: 3.1.20-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

at fails to cross build from source, because its perl dependency is
unsatisfiable. It requests the host architecture perl, which is neither
installable nor executable, even though it really needs a build
architecture perl. Annotating the perl dependency with :any fixes that
and makes the cross build succeed. Please consider applying the attached
patch.


This is a nice and simple fix, and at is a quite important, or at least
iconic, package.

Would it be possible to include this fix in the next upload?

Would a NMU help?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#875621: ThinkPad X270 Synaptics Touchpad, RMI4 SMB

[Chris Boot]

Hi folks,

I have a Lenovo ThinkPad X270 and noticed that my kernel (Debian
buster/testing stock kernel) was suggesting that my Touchpad would
benefit from having CONFIG_RMI4_SMB enabled, so I raised this Debian bug:

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

This was closed today with an updated Debian kernel upload,
linux_4.13.10-1 (thanks Ben). The new kernel now says:

Oct 30 22:13:49 muta kernel: [3.557065] hid-generic
0003:1050:0407.0002: hiddev0,hidraw1: USB HID v1.10 Device [Yubico
Yubikey 4 OTP+U2F+CCID] on usb-:00:14.0-6/input1
Oct 30 22:13:49 muta kernel: [3.574540] psmouse serio1: synaptics:
queried max coordinates: x [..5712], y [..4780]
Oct 30 22:13:49 muta kernel: [3.608224] psmouse serio1: synaptics:
queried min coordinates: x [1232..], y [1074..]
Oct 30 22:13:49 muta kernel: [3.608238] psmouse serio1: synaptics:
Your touchpad (PNP: LEN2049 PNP0f13) says it can support a different
bus. If i2c-hid and hid-rmi are not used, you might want to try setting
psmouse.synaptics_intertouch to 1 and report this to
linux-in...@vger.kernel.org.
Oct 30 22:13:49 muta kernel: [3.674976] psmouse serio1: synaptics:
Touchpad model: 1, fw: 8.2, id: 0x1e2b1, caps:
0xf407a3/0x943300/0x12e800/0x41, board id: 3075, fw id: 2477413
Oct 30 22:13:49 muta kernel: [3.674997] psmouse serio1: synaptics:
serio: Synaptics pass-through port at isa0060/serio1/input0
Oct 30 22:13:49 muta kernel: [3.717820] input: SynPS/2 Synaptics
TouchPad as /devices/platform/i8042/serio1/input/input2
Oct 30 22:13:49 muta kernel: [4.393051] psmouse serio2: trackpoint:
IBM TrackPoint firmware: 0x0e, buttons: 3/3
Oct 30 22:13:49 muta kernel: [4.620327] input: TPPS/2 IBM TrackPoint
as /devices/platform/i8042/serio1/serio2/input/input4

So I enabled psmouse.synaptics_intertouch=1 on my kernel command line
and voila, rmi4_smbus is used and my Touchpad is apparently much better
off for it. Great! Except I can't use my TrackPoint now, it no longer
shows up at all:

Oct 30 22:17:20 muta kernel: [3.478867] psmouse serio1: synaptics:
queried max coordinates: x [..5712], y [..4780]
Oct 30 22:17:20 muta kernel: [3.513094] psmouse serio1: synaptics:
queried min coordinates: x [1232..], y [1074..]
Oct 30 22:17:20 muta kernel: [3.513098] psmouse serio1: synaptics:
Trying to set up SMBus access
Oct 30 22:17:20 muta kernel: [9.163140] rmi4_smbus 0-002c:
registering SMbus-connected sensor
Oct 30 22:17:20 muta kernel: [9.262824] rmi4_f01 rmi4-00.fn01: found
RMI device, manufacturer: Synaptics, product: TM3075-007, fw id: 2477413
Oct 30 22:17:20 muta kernel: [9.375014] input: Synaptics TM3075-007
as /devices/rmi4-00/input/input10

So I'm emailing both about having to enable synaptics_intertouch for my
Touchpad as instructed in dmesg, and also that enabling it makes my
TrackPoint disappear.

Please CC me on all replies, I'm not subscribed to linux-input@v.k.o.

Thanks,
Chris

-- 
Chris Boot
bo...@boo.tc

Bug#880369: bacula: missing package location

[gzcwnk]

Source: bacula
Severity: normal

Dear Maintainer,

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

   * What led up to the situation?

trying to re-install bacula, bacula-dir test program is missing and I cannot 
locate the package it is in

   * 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?

to get /usr/sbin/bacula-dir installed

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


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

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

Bug#880368: YAML::XS::Load expects utf8 octets, not perl's encoding; use slurp_raw

[Don Armstrong]

Package: libconfig-model-dpkg-perl
Severity: normal
Version: 2.101
Tag: patch

YAML::XS::Load (and *hopefully* the other implementations of
YAML::Any::Load?) expect utf8 octets on input, not perl's internal
encoding.

Thus, slurp_raw should be used instead of slurp_utf8. [Though really,
YAML::XS::Load should probably do the right thing if is_utf8 is on,
anyway.]


-- 
Don Armstrong  https://www.donarmstrong.com

I will not make any deals with you. I've resigned. I will not be
pushed, filed, stamped, indexed, briefed, debriefed or numbered. My
life is my own. I resign.
 -- Patrick McGoohan as Number 6 in "The Prisoner"
From 778867c1a9c9ff80ad2ba272845397c39e4030e7 Mon Sep 17 00:00:00 2001
From: Don Armstrong 
Date: Mon, 30 Oct 2017 15:24:57 -0700
Subject: [PATCH] use slurp_raw for Load $yaml to get raw UTF8 octets

 YAML::XS::Load needs utf8 octets on input, not perl's internal encoding.
---
 lib/Dpkg/Copyright/Scanner.pm | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/lib/Dpkg/Copyright/Scanner.pm b/lib/Dpkg/Copyright/Scanner.pm
index b6e07be9..8db18d37 100644
--- a/lib/Dpkg/Copyright/Scanner.pm
+++ b/lib/Dpkg/Copyright/Scanner.pm
@@ -177,7 +177,7 @@ sub scan_files ( %args ) {
 my $scan_patterns = $debian->child("copyright-scan-patterns.yml");
 
 if ($debian->is_dir and $scan_patterns->is_file) {
-my $yaml = $scan_patterns->slurp_utf8;
+my $yaml = $scan_patterns->slurp_raw;
 # { check => { suffixes => [ js pl ], pattern => '[A-Z]*'}, ignore => { suffixes => [ jpg png ], pattern => 'foo.*'} }
 $scan_data = Load $yaml;
 }
@@ -613,7 +613,7 @@ sub __load_fill_blank_data ($current_dir) {
 
 warn "Note: loading @fills fixes" if @fills and not $quiet;
 foreach my $file ( @fills) {
-my $yaml = $file->slurp_utf8;
+my $yaml = $file->slurp_raw;
 my $data = Load $yaml;
 foreach my $path (sort keys %$data) {
 if ($fill_blanks{$path}) {
-- 
2.15.0.rc1

Bug#879738: transition: gnustep-base

[Yavor Doganov]

On Thu, 26 Oct 2017 11:15:53 +0300,
Emilio Pozuelo Monfort wrote:
> On 25/10/17 10:28, Yavor Doganov wrote:
> > We would like to carry out a gnustep-base transition:
> > libgnustep-base1.24 -> libgnustep-base1.25

> Please go ahead.

1.25.0-2 is built and installed on all arches; please schedule the
binNMUs at your earliest convenience.  Thanks.

Bug#880239: Pending fixes for bugs in the apache-log4j2 package

[pkg-java-maintainers]

tag 880239 + pending
thanks

Some bugs in the apache-log4j2 package are closed in revision
3a6dd5de0f136f49f7c2c7150c5d364293522cb1 in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/apache-log4j2.git/commit/?id=3a6dd5d

Commit message:

Added the missing build dependency on libnetty-java (Closes: #880239)

Bug#880367: pitivi: Pitivi not using same transition method as pitivi flatpak

[erusan]

Package: pitivi
Version: 0.99-2+b1
Severity: normal

Dear Maintainer,

In short, a bug related to crossfade transitions is fixed in the pitivi stable 
flatpak (what is now beta, will become 1.0 release), but this bug still occurs 
in the Debian sid package.

Running pitivi beta from Debian unstable, transitions (crossfades) are not 
rendered as they are in the stable flatpak (recommended installation method 
according to pitivi team).

Relevant pitivi bug (fixed) is here: https://phabricator.freedesktop.org/T7773

The problem is that simple crossfade transitions allow lower layers to "bleed 
through" during the fade. To test, try a checkerboard image as a lower layer, 
then crossfade between a red image and a blue image in a higher layer. In the 
beta installed from Debian unstable, this results in the checkerboard being 
visible during the fade. However, this bug has been fixed in pitivi stable 
(this is the version that is now considered beta and will become the 1.0 
release), and running the same project in the stable flatpak does not produce 
the same bleeding during the crossfade.




*** 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 ***


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

Kernel: Linux 4.13.0-1-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 pitivi depends on:
ii  gir1.2-gdkpixbuf-2.02.36.11-1
ii  gir1.2-ges-1.0  1.12.3-1
ii  gir1.2-glib-2.0 1.54.1-1
ii  gir1.2-gst-plugins-base-1.0 1.12.3-1
ii  gir1.2-gstreamer-1.01.12.3-1
ii  gir1.2-gtk-3.0  3.22.24-3
ii  gir1.2-pango-1.01.40.12-1
ii  gstreamer1.0-plugins-bad [gstreamer1.0-videosink]   1.12.3-2
ii  gstreamer1.0-plugins-base   1.12.3-1
ii  gstreamer1.0-plugins-good [gstreamer1.0-videosink]  1.12.3-1
ii  gstreamer1.0-pulseaudio [gstreamer1.0-audiosink]1.12.3-1
ii  gstreamer1.0-x [gstreamer1.0-videosink] 1.12.3-1
ii  libc6   2.24-17
ii  libcairo2   1.15.8-2
ii  libglib2.0-02.54.1-1
ii  libgstreamer-plugins-base1.0-0  1.12.3-1
ii  libgstreamer1.0-0   1.12.3-1
ii  libpython3.63.6.3-1
ii  python3 3.6.3-1
ii  python3-cairo   1.10.0+dfsg-5+b3
ii  python3-dbus1.2.4-1+b3
ii  python3-gi  3.24.1-3
ii  python3-gi-cairo3.24.1-3
ii  python3-gst-1.0 1.12.3-1
ii  python3-matplotlib  2.0.0+dfsg1-2+b1
ii  python3-numpy   1:1.13.1-1
ii  python3-xdg 0.25-4
ii  python3.6   3.6.3-1

pitivi recommends no packages.

Versions of packages pitivi suggests:
pn  frei0r-plugins 
ii  gir1.2-gnomedesktop-3.03.26.1-1
ii  gir1.2-notify-0.7  0.7.7-2
ii  gstreamer1.0-libav 1.12.3-1
ii  gstreamer1.0-plugins-ugly  1.12.3-1

-- no debconf information

Bug#880322: mkvtoolnix: FTBFS: dh_install: missing files, aborting

[Christian Marillat]

reassign 880322 qt5-qmake-bin
thanks

On 30 oct. 2017 21:02, Lucas Nussbaum <lu...@debian.org> wrote:

> Source: mkvtoolnix
> Version: 17.0.0-1
> Severity: serious
> Tags: buster sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20171030 qa-ftbfs
> Justification: FTBFS on amd64
>
> Hi,

Hi,

> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):

The problem is here :

,
| checking for qmake-qt5... no
| checking for qmake... /usr/bin/qmake
| checking for the Qt version /usr/bin/qmake uses... too old: 
| checking for Qt 5.3.0 or newer... no: moc not found or too old
`

,
| $ qmake
| qmake: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qmake' since it 
links to qmake itself. Check your installation.
`

Christian

Bug#880365: postfix check warns about symlink being group writable

[Simon Deziel]

Hi Scott,

On 2017-10-30 06:00 PM, Scott Kitterman wrote:
> Did you reproduce this one Debian unstable or are you just assuming
> it applies?  If you did make that assumption, please don't.  I
> believe that this is already fixed.

Before reporting to Debian, I looked at the files as shipped in:

http://http.debian.net/debian/pool/main/p/postfix/postfix_3.2.3.orig.tar.gz

And missed that it was patched by d/p/70_postfix-check.diff. Sorry about
the noise!

Regards,
Simon



signature.asc
Description: OpenPGP digital signature

Bug#880365: postfix check warns about symlink being group writable

[Scott Kitterman]

Did you reproduce this one Debian unstable or are you just assuming it applies? 
 If you did make that assumption, please don't.  I believe that this is already 
fixed.

Scott K

On October 30, 2017 5:43:08 PM EDT, Simon Deziel  wrote:
>Package: postfix
>Version: 3.2.3-1
>
>Dear maintainer,
>
>"postfix check" complains like that:
>
>postfix/postfix-script: warning: group or other writable:
>/usr/lib/postfix/./libpostfix-tls.so.1
>postfix/postfix-script: warning: group or other writable:
>/usr/lib/postfix/./libpostfix-util.so.1
>postfix/postfix-script: warning: group or other writable:
>/usr/lib/postfix/./sbin/lmtp
>postfix/postfix-script: warning: group or other writable:
>/usr/lib/postfix/./libpostfix-master.so.1
>postfix/postfix-script: warning: group or other writable:
>/usr/lib/postfix/./libpostfix-global.so.1
>postfix/postfix-script: warning: group or other writable:
>/usr/lib/postfix/./libpostfix-dns.so.1
>postfix/postfix-script: warning: group or other writable:
>/usr/lib/postfix/sbin/./lmtp
>
>But those are symlinks:
>
>root@smtp01:~# ls -l /usr/lib/postfix/./libpostfix-tls.so.1
>lrwxrwxrwx 1 root root 23 Aug 8 15:23
>/usr/lib/postfix/./libpostfix-tls.so.1 -> libpostfix-tls.so.1.0.1
>
>And the "real" .so has no permission issue:
>
># ls -l /usr/lib/postfix/./libpostfix-tls.so.1.0.1
>-rw-r--r-- 1 root root 103344 Aug 8 15:23
>/usr/lib/postfix/./libpostfix-tls.so.1.0.1
>
>
>postfix-script used to (with 2.11) only check actual files under
>/usr/lib/postfix but this changed with version 3.0.0 apparently. I've
>put some additional details in the Ubuntu bug at [1].
>
>Thank you,
>Simon
>
>[1] https://bugs.launchpad.net/ubuntu/+source/postfix/+bug/1728723

Bug#770574: Pending fixes for bugs in the avalon-framework package

[pkg-java-maintainers]

tag 770574 + pending
thanks

Some bugs in the avalon-framework package are closed in revision
fd63861962f4357e95b280c18e79ade0ef63d348 in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/avalon-framework.git/commit/?id=fd63861

Commit message:

Removed Niels Thykier from the uploaders (Closes: #770574)

Bug#872797: Pending fixes for bugs in the avalon-framework package

[pkg-java-maintainers]

tag 872797 + pending
thanks

Some bugs in the avalon-framework package are closed in revision
ce8719cbba3f63846f8bda79ca4e800a391c97aa in branch 'master' by
Emmanuel Bourg

The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/avalon-framework.git/commit/?id=ce8719c

Commit message:

Fixed the build failure with Java 9 (Closes: #872797)

Bug#879063: ipmitool FTBFS with debhelper 10.9.2

[Jörg Frings-Fürst]

reassign 879063 debhelper 10.10.5
retitle 879063 [dh_system_enable] don't notice the debhelper naming convention
thanks

Hi,

this is not a ipitool bug.

Fakts: 

- the service file is debian/ipmitool.ipmievd.service.
  This fulfill the debhelper naming convention[1].

- without "dh_systemd_enable --no-enable ipmievd.service" and / or with
  "dh_systemd_start ipmievd.service" the service file is installed[2]. 
  This will find the service file.

Result:

Its looks like dh_systemd_enable do not notice the debhelper naming
convention. So I reassign this bug to debhelper.

CU
Jörg



[1] From debhelper(7):
Many debhelper commands make use of files in debian/ to control what
they do. Besides the common debian/changelog and debian/control, which
are in all packages, not just those using debhelper, some additional
files can be used to configure the behavior of specific debhelper
commands. These files are typically named debian/ package.foo (where
package of course, is replaced with the package that is being acted
on). 


[2] $ dpkg -c ipmitool_1.8.18-5_amd64.deb 
drwxr-xr-x root/root 0 2017-10-14 13:47 ./
drwxr-xr-x root/root 0 2017-10-14 13:47 ./etc/
drwxr-xr-x root/root 0 2017-10-14 13:47 ./etc/default/
-rw-r--r-- root/root   198 2014-06-01 08:41 ./etc/default/ipmievd
drwxr-xr-x root/root 0 2017-10-14 13:47 ./etc/init.d/
-rwxr-xr-x root/root  3081 2015-01-05 14:39 ./etc/init.d/ipmievd
drwxr-xr-x root/root 0 2017-10-14 13:47 ./lib/
drwxr-xr-x root/root 0 2017-10-14 13:47 ./lib/systemd/
drwxr-xr-x root/root 0 2017-10-14 13:47 ./lib/systemd/system/
-rw-r--r-- root/root   201 2014-06-01 08:45 
./lib/systemd/system/ipmievd.service
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/bin/
-rwxr-xr-x root/root949120 2017-10-14 13:47 ./usr/bin/ipmitool
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/sbin/
-rwxr-xr-x root/root499872 2017-10-14 13:47 ./usr/sbin/ipmievd
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/share/
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/share/doc/
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/share/doc/ipmitool/
-rw-r--r-- root/root   188 2015-07-25 08:34 ./usr/share/doc/ipmitool/AUTHORS
-rw-r--r-- root/root  6239 2016-02-27 10:02 
./usr/share/doc/ipmitool/README.gz
-rw-r--r-- root/root  8215 2017-10-14 13:47 
./usr/share/doc/ipmitool/changelog.Debian.gz
-rw-r--r-- root/root 17336 2016-10-08 10:08 
./usr/share/doc/ipmitool/changelog.gz
-rw-r--r-- root/root  3129 2017-01-03 07:04 
./usr/share/doc/ipmitool/copyright
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/share/ipmitool/
-rw-r--r-- root/root 44550 2017-10-14 13:47 
./usr/share/ipmitool/oem_ibm_sel_map
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/share/man/
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/share/man/man1/
-rw-r--r-- root/root 26522 2017-10-14 13:47 
./usr/share/man/man1/ipmitool.1.gz
drwxr-xr-x root/root 0 2017-10-14 13:47 ./usr/share/man/man8/
-rw-r--r-- root/root  2969 2017-10-14 13:47 
./usr/share/man/man8/ipmievd.8.gz


-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB
Wire:  @joergfringsfuerst
Skype: joergpenguin
Ring:  jff

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


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

Bug#872716: mark itstool Multi-Arch: foreign

[Manuel A. Fernandez Montecelo]

Hi,

2017-08-20 14:42 Helmut Grohne:

Source: itstool
Version: 2.0.2-3
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:colorhug-client src:gnome-recipes src:goobox 
src:latexila src:modem-manager-gui src:pan src:sysprof src:yelp

The affected packages cannot satisfy their cross Build-Depends, because
their dependency on itstool is unsatisfiable. In general, Architecture:
all packages can never satisfy cross Build-Depends unless marked
Multi-Arch: foreign. In this case, such a marking appears to be correct
to me: itstool does not have any maintainer scripts which could cause it
to become architecture dependent. Its dependencies can incur an
architecture dependence, but my reading of the source indicates that
python and python-libxml2 are used in a way that does not expose their
architecture (working with xml documents is the same on all
architectures). Thus Multi-Arch: foreign looks correct to me here.
Please consider applying the attached patch.

Furthermore, this marking blocks any marking of yelp-tools, which
currently causes 52 other packages to have unsatisfiable cross
Build-Depends.


As Helmut says, this problem is affecting cross-building packages,
potentially even "shadow" if we proceed with a fix in the near future.

Is it of any help if we offer to NMU, or in any case, are you against us
NMUing it?


Cheers.
--
Manuel A. Fernandez Montecelo 

Bug#880366: uim-data: broken symlinks: /usr/share/uim/pixmaps/m17n-*-*.png -> ../../m17n/icons/*-*.png

[Andreas Beckmann]

Package: uim-data
Version: 1:1.8.6+gh20161003.0.d63dadd-7
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
broken symlinks.

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

0m57.4s ERROR: FAIL: Broken symlinks:
  /usr/share/uim/pixmaps/m17n-zh-zhuyin.png -> ../../m17n/icons/zh-zhuyin.png
  /usr/share/uim/pixmaps/m17n-zh-tonepy.png -> ../../m17n/icons/zh-tonepy.png
  /usr/share/uim/pixmaps/m17n-zh-tonepy-gb.png -> 
../../m17n/icons/zh-tonepy-gb.png
  /usr/share/uim/pixmaps/m17n-zh-tonepy-b5.png -> 
../../m17n/icons/zh-tonepy-b5.png
  /usr/share/uim/pixmaps/m17n-zh-quick.png -> ../../m17n/icons/zh-quick.png
  /usr/share/uim/pixmaps/m17n-zh-py.png -> ../../m17n/icons/zh-py.png
  /usr/share/uim/pixmaps/m17n-zh-py-gb.png -> ../../m17n/icons/zh-py-gb.png
...
  /usr/share/uim/pixmaps/m17n-bn-inscript.png -> 
../../m17n/icons/bn-inscript.png
  /usr/share/uim/pixmaps/m17n-bn-disha.png -> ../../m17n/icons/bn-disha.png
  /usr/share/uim/pixmaps/m17n-be-kbd.png -> ../../m17n/icons/be-kbd.png
  /usr/share/uim/pixmaps/m17n-as-phonetic.png -> 
../../m17n/icons/as-phonetic.png
  /usr/share/uim/pixmaps/m17n-as-itrans.png -> ../../m17n/icons/as-itrans.png
  /usr/share/uim/pixmaps/m17n-as-inscript.png -> 
../../m17n/icons/as-inscript.png
  /usr/share/uim/pixmaps/m17n-ar-kbd.png -> ../../m17n/icons/ar-kbd.png
  /usr/share/uim/pixmaps/m17n-am-sera.png -> ../../m17n/icons/am-sera.png

Is uim-data missing a Depends: m17n-db ?


cheers,

Andreas


uim-data_1:1.8.6+gh20161003.0.d63dadd-7.log.gz
Description: application/gzip

Bug#879063: ipmitool FTBFS with debhelper 10.9.2

[Sebastiaan Couwenberg]

Control: tags -1 patch

Hi Jörg,

On Sat, 28 Oct 2017 13:38:32 +0200 Jörg Frings-Fürst wrote:
> here the FTBFS isn't reproducible.
I can also reproduce the issue, and the patch to fix the issue is attached.

>From dh_systemd_enable(1):

"
 --name=name
 Install the service file as name.service instead of the default
 filename, which is the package.service. When this parameter is
 used, dh_systemd_enable looks for and installs files named
 debian/package.name.service instead of the usual
 debian/package.service.
"

Please apply upload a new ipmitool revision to fix the last remaing
package in the freeipmi transition.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
>From f26d0f96e0d31aed9b5420f25da92e6a663362be Mon Sep 17 00:00:00 2001
From: Bas Couwenberg 
Date: Mon, 30 Oct 2017 22:20:40 +0100
Subject: [PATCH] Use dh_systemd_enable --name to install
 ipmitool.ipmievd.service. (closes: #879063)

---
 debian/changelog | 8 
 debian/rules | 2 +-
 2 files changed, 9 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 8d860cb..a245b8f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+ipmitool (1.8.18-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Use dh_systemd_enable --name to install ipmitool.ipmievd.service.
+(closes: #879063)
+
+ -- Bas Couwenberg   Mon, 30 Oct 2017 22:19:35 +0100
+
 ipmitool (1.8.18-4) unstable; urgency=medium
 
   * Migrate to OpenSSL1.1 (Closes_# 853782):
diff --git a/debian/rules b/debian/rules
index 7aa7d87..2862de5 100755
--- a/debian/rules
+++ b/debian/rules
@@ -33,7 +33,7 @@ override_dh_installinit:
 	dh_installinit --name ipmievd --error-handler=ipmievd_initd_failed
 
 override_dh_systemd_enable:
-	dh_systemd_enable --no-enable ipmievd.service
+	dh_systemd_enable --no-enable --name=ipmievd
 
 override_dh_auto_configure:
 	dh_auto_configure -- --prefix=/usr --with-kerneldir --mandir=/usr/share/man --enable-intf-dummy $(extra_config_opts)
-- 
2.11.0

Bug#880364: linux-image-4.9.0-4-amd64: CIFS long name length protection triggering when it shouldn't

[Jack Hill]

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

Dear Maintainer,

A check

added to the linux-cifs filesystem to report while file names are too
long triggers unnecessarily. This change seems to have been introduced
in stertch's 4.9.0-4 kernel. In a discussion I had on the linux-cifs
mailing list ,
a patch was proposed that only runs the check when there is enough
information. I expect that the patch will eventually end up in a
released version of Linux, and am opening this bug to track its
inclusion in Debian.

-- Package-specific info:
** Version:
Linux version 4.9.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 6.3.0 
20170516 (Debian 6.3.0-18) ) #1 SMP Debian 4.9.51-1a~test (2017-10-27)

** Command line:
BOOT_IMAGE=/boot/vmlinuz-4.9.0-4-amd64 
root=/dev/mapper/repository_ingest_L0-root ro quiet

** Not tainted

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: VMware, Inc.
product_name: VMware Virtual Platform
product_version: None
chassis_vendor: No Enclosure
chassis_version: N/A
bios_vendor: Phoenix Technologies LTD
bios_version: 6.00
board_vendor: Intel Corporation
board_name: 440BX Desktop Reference Platform
board_version: None

** Loaded modules:
nls_utf8
cifs
sha256_ssse3
cmac
md4
des_generic
arc4
dns_resolver
fscache
xt_tcpudp
ip6t_rpfilter
ipt_REJECT
nf_reject_ipv4
ip6t_REJECT
nf_reject_ipv6
xt_conntrack
ip_set
nfnetlink
ebtable_nat
ebtable_broute
bridge
stp
llc
ip6table_nat
nf_conntrack_ipv6
nf_defrag_ipv6
nf_nat_ipv6
ip6table_security
ip6table_raw
ip6table_mangle
iptable_nat
nf_conntrack_ipv4
nf_defrag_ipv4
nf_nat_ipv4
nf_nat
nf_conntrack
iptable_security
iptable_raw
iptable_mangle
ebtable_filter
ebtables
ip6table_filter
ip6_tables
iptable_filter
sb_edac
edac_core
coretemp
crct10dif_pclmul
crc32_pclmul
ghash_clmulni_intel
ppdev
vmw_balloon
intel_rapl_perf
joydev
evdev
serio_raw
pcspkr
sg
battery
parport_pc
parport
vmwgfx
ttm
drm_kms_helper
drm
vmw_vmci
shpchp
ac
button
auth_rpcgss
oid_registry
sunrpc
ip_tables
x_tables
autofs4
ext4
crc16
jbd2
crc32c_generic
fscrypto
ecb
mbcache
dm_mod
sr_mod
cdrom
sd_mod
ata_generic
crc32c_intel
aesni_intel
aes_x86_64
glue_helper
lrw
gf128mul
ablk_helper
cryptd
psmouse
ata_piix
vmxnet3
vmw_pvscsi
libata
scsi_mod
i2c_piix4
floppy

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host 
bridge [8086:7190] (rev 01)
Subsystem: VMware Virtual Machine Chipset [15ad:1976]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Kernel modules: shpchp

00:07.0 ISA bridge [0601]: Intel Corporation 82371AB/EB/MB PIIX4 ISA 
[8086:7110] (rev 08)
Subsystem: VMware Virtual Machine Chipset [15ad:1976]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- 
Kernel driver in use: vmw_vmci
Kernel modules: vmw_vmci

00:0f.0 VGA compatible controller [0300]: VMware SVGA II Adapter [15ad:0405] 
(prog-if 00 [VGA controller])
Subsystem: VMware SVGA II Adapter [15ad:0405]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- 
Kernel driver in use: vmwgfx
Kernel modules: vmwgfx

00:11.0 PCI bridge [0604]: VMware PCI bridge [15ad:0790] (rev 02) (prog-if 01 
[Subtractive decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 

00:15.0 PCI bridge [0604]: VMware PCI Express Root Port [15ad:07a0] (rev 01) 
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport
Kernel modules: shpchp

00:15.1 PCI bridge [0604]: VMware PCI Express Root Port [15ad:07a0] (rev 01) 
(prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-

Bug#880365: postfix check warns about symlink being group writable

[Simon Deziel]

Package: postfix
Version: 3.2.3-1

Dear maintainer,

"postfix check" complains like that:

postfix/postfix-script: warning: group or other writable:
/usr/lib/postfix/./libpostfix-tls.so.1
postfix/postfix-script: warning: group or other writable:
/usr/lib/postfix/./libpostfix-util.so.1
postfix/postfix-script: warning: group or other writable:
/usr/lib/postfix/./sbin/lmtp
postfix/postfix-script: warning: group or other writable:
/usr/lib/postfix/./libpostfix-master.so.1
postfix/postfix-script: warning: group or other writable:
/usr/lib/postfix/./libpostfix-global.so.1
postfix/postfix-script: warning: group or other writable:
/usr/lib/postfix/./libpostfix-dns.so.1
postfix/postfix-script: warning: group or other writable:
/usr/lib/postfix/sbin/./lmtp

But those are symlinks:

root@smtp01:~# ls -l /usr/lib/postfix/./libpostfix-tls.so.1
lrwxrwxrwx 1 root root 23 Aug 8 15:23
/usr/lib/postfix/./libpostfix-tls.so.1 -> libpostfix-tls.so.1.0.1

And the "real" .so has no permission issue:

# ls -l /usr/lib/postfix/./libpostfix-tls.so.1.0.1
-rw-r--r-- 1 root root 103344 Aug 8 15:23
/usr/lib/postfix/./libpostfix-tls.so.1.0.1


postfix-script used to (with 2.11) only check actual files under
/usr/lib/postfix but this changed with version 3.0.0 apparently. I've
put some additional details in the Ubuntu bug at [1].

Thank you,
Simon

[1] https://bugs.launchpad.net/ubuntu/+source/postfix/+bug/1728723



signature.asc
Description: OpenPGP digital signature

Bug#875626: closed by Adrian Bunk <b...@debian.org> (This was a temporary issue during the opencv transition)

[Thomas Braun]

But I'm using debian stable, so how can a transition in unstable break that?

Bug#877075: sikulix: hard coded dependency on libopencv2.4-java

[Gilles Filippini]

Hi MAttia,

Mattia Rizzolo a écrit le 30/10/2017 à 21:54 :
> On Wed, Oct 18, 2017 at 01:11:42AM +0200, Mattia Rizzolo wrote:
>> We will have to do another opencv transition soon after this one ended
>> anyway (if we manage to get it build right the way we want it…), so we
>> will have ways to employ this thing soon enough.
> 
> That patch (well, I trimmed down the pom.xml actually) is now available
> in experimental as part of the new opencv revision.
> 
> could you check if that works as expecting to have sikulix pick the
> version from through maven?

Yes, it works.
Thanks,

_g.



signature.asc
Description: OpenPGP digital signature

Bug#880363: texlive-latex-extra: broken symlink: /usr/share/texlive/texmf-dist/tex/latex/pdfx/sRGB_IEC61966-2-1_black_scaled.icc -> ../../../../../color/icc/sRGB_IEC61966-2-1_black_scaled.icc

[Andreas Beckmann]

Package: texlive-latex-extra
Version: 2017.20171004-1
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

9m5.7s ERROR: FAIL: Broken symlinks:
  
/usr/share/texlive/texmf-dist/tex/latex/pdfx/sRGB_IEC61966-2-1_black_scaled.icc 
-> ../../../../../color/icc/sRGB_IEC61966-2-1_black_scaled.icc

Is texlive-latex-extra missing a Depends/Recommends/Suggests: icc-profiles ?


cheers,

Andreas


texlive-latex-extra_2017.20171004-1.log.gz
Description: application/gzip

Bug#880362: please register the new release of python3 on the transition tracker

[shirish शिरीष]

Package: python3
Version: 3.5.3-3
Severity: normal

Dear Maintainer,

Thank you for maintaining python3. It is probably one of the most
crucial part of Debian.

I was doing the normal update/upgrade cycle for testing when I saw
whole lot of packages were being kept back.

I had a look and saw that almost all the packages which were being
kept back were due to them being incompatible with the new python3
i.e. python3=3.6.3-1 which has now come onto buster.

I had a look at the transition tracker made by ben and realized that
it was not there.

https://release.debian.org/transitions/

I did however see #874604 where somebody requested the new version of
python3 and if memory serves me correct, it is one of the release
goals of buster is to have this specific release in it.

I did also have a look at the threads of the ML debian-release to see
if I could any mention of the transition to the new version.

https://lists.debian.org/debian-release/2017/10/threads.html

but failed to do so.

I do know and realize that it possibly might be like one of the
permanent trackers and might take a lot longer as lots of packages
might probably directly or indirectly be impacted by this transition
and may need source or binary rebuilds.

It is very much possible that you may already be doing the above, but
if not would request you so people are not unduly alarmed.

FWIW, here is one of the instances I tried to update.

─[$] sudo aptitude install python3 python3-dev python3-all python3-uno
python3-venv sigil hplip gir1.2-lokdocview-0.1
libreoffice-style-breeze  rhythmbox-plugins libreoffice-math
libreoffice-script-provider-js libreoffice-report-builder-bin
libreoffice-sdbc-postgresql libreofficekit-data
libreoffice-style-hicontrast libreoffice-style-sifr
libreoffice-sdbc-firebird libreoffice-script-provider-python
libreoffice-style-galaxy libreoffice-help-en-us libreoffice-ogltrans
blueman libboost-mpi-python1.62.0 libreoffice-sdbc-hsqldb
libreoffice-script-provider-bsh printer-driver-hpijs libreoffice
libreoffice-core libreoffice-pdfimport
libreoffice-avmedia-backend-gstreamer libreoffice-report-builder
libreoffice-style-tango rhythmbox-plugin-cdrecorder
libboost-mpi-python1.63.0 libboost-mpi-python1.63-dev libboost-all-dev
libboost-all-dev is already installed at the requested version (1.62.0.1)
libboost-all-dev is already installed at the requested version (1.62.0.1)
The following NEW packages will be installed:
  libboost-mpi-python1.63-dev{b} libboost-mpi-python1.63.0
libboost-mpi1.63-dev{ab} libboost-mpi1.63.0{a}
libboost-python1.63.0{a}
  libboost-serialization1.63-dev{ab} libboost-serialization1.63.0{a}
libboost1.63-dev{ab} libpython3.6-dev{a} python3.6-dev{a}
  python3.6-venv{a}
The following packages will be REMOVED:
  libboost-mpi-python1.62.0{u} libpython3.5-dev{u} python3.5-dev{u}
The following packages will be upgraded:
  blueman gir1.2-lokdocview-0.1 gir1.2-rb-3.0 hplip hplip-data
libhpmud0 liblibreofficekitgtk libpython3-dev libpython3-stdlib
libreoffice libreoffice-avmedia-backend-gstreamer libreoffice-base
libreoffice-base-core libreoffice-base-drivers libreoffice-calc
libreoffice-common libreoffice-core libreoffice-draw
libreoffice-evolution libreoffice-gnome libreoffice-gtk3
libreoffice-help-en-us libreoffice-impress libreoffice-java-common
libreoffice-math libreoffice-ogltrans libreoffice-pdfimport
libreoffice-report-builder libreoffice-report-builder-bin
libreoffice-script-provider-bsh libreoffice-script-provider-js
libreoffice-script-provider-python libreoffice-sdbc-firebird
libreoffice-sdbc-hsqldb libreoffice-sdbc-postgresql
libreoffice-style-breeze libreoffice-style-galaxy
libreoffice-style-hicontrast libreoffice-style-sifr
libreoffice-style-tango libreoffice-writer libreofficekit-data
librhythmbox-core10 libsane-hpaio printer-driver-hpcups
printer-driver-hpijs python3 python3-all python3-dev python3-minimal
python3-uno python3-venv rhythmbox rhythmbox-data
rhythmbox-plugin-cdrecorder rhythmbox-plugins sigil

57 packages upgraded, 11 newly installed, 3 to remove and 57 not upgraded.
Need to get 11.0 MB/120 MB of archives. After unpacking 85.6 MB will be used.
The following packages have unmet dependencies:
 libboost-serialization1.63-dev : Conflicts:
libboost-serialization1.62-dev but 1.62.0+dfsg-4+b1 is installed and
it is kept back
 gitsome : Depends: python3 (< 3.6) but 3.6.3-1 is to be installed
 libboost-mpi-python1.63-dev : Conflicts: libboost-mpi-python1.62-dev
but 1.62.0+dfsg-4+b1 is installed and it is kept back
 libboost-mpi1.63-dev : Conflicts: libboost-mpi1.62-dev but
1.62.0+dfsg-4+b1 is installed and it is kept back
 libboost1.63-dev : Conflicts: libboost1.62-dev but 1.62.0+dfsg-4+b1
is installed and it is kept back
 libboost-mpi-python1.62-dev : Depends: libboost-mpi-python1.62.0 (=
1.62.0+dfsg-4+b1) but it is not going to be installed
^C

Hoping to see a transition page soonish so source or binary rebuilds
are done and we can have the new shiny python3 on our systems without
issues.

Bug#880164: Debian mirror mirror.sucs.swan.ac.uk: unavailable

[Peter Palfrader]

On Mon, 30 Oct 2017, Imran Hussain wrote:

> On 30.10.2017 14:00, Peter Palfrader wrote:
> > On Mon, 30 Oct 2017, Imran Hussain wrote:
> > > All stable since about 11AM GMT.
> > > 
> > > I've also added an alias - http://mirror.sucs.org/debian/
> > 
> > Thanks.  Should we renmae mirror.sucs.swan.ac.uk to mirror.sucs.org?
> 
> (mirror.)sucs.swan.ac.uk is the canonical name, (mirror.)sucs.org is a alias
> for it, shorter to type ;)
> 
> Leaving it as it is won't hurt anybody.

Ok, thanks.

Cheers,

> > (btw, your ftpsync version is a bit dated.  Maybe upgrade? :)
> 
> Yes, there's a plan to upgrade all our mirroring software, that should be
> Coming Soon(TM).

\o/  :)

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

Bug#880361: gpsd-clients: broken symlink: /usr/share/doc/gpsd-clients/examples/gps -> gpsd-3.17/../gps

[Andreas Beckmann]

Package: gpsd-clients
Version: 3.17-3
Severity: normal
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package ships (or creates)
a broken symlink.

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

0m39.8s ERROR: ELOOP: Too many symbolic links in 
'/usr/share/doc/gpsd-clients/examples/gps'
0m40.5s ERROR: FAIL: Broken symlinks:
  /usr/share/doc/gpsd-clients/examples/gps -> gpsd-3.17/../gps


cheers,

Andreas


gpsd-clients_3.17-3.log.gz
Description: application/gzip

Bug#880360: libgdchart-gd2 FTCBFS: uses the build architecture compiler

[Helmut Grohne]

Source: libgdchart-gd2
Version: 0.11.5-8
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap

libgdchart-gd2 fails to cross build from source, because it uses the
build architecture compiler. Its upstream build system has a pretty
non-standard use of CC. It embeds compiler flags into CC rather than the
more common CFLAGS. Thus it is not easy to substitute CC by standard
means. After performing the correct substitution (see patch), the build
still fails due to another bug in d-shlibs. Please close this bug anyway
after fixing the compiler invocations.

Helmut
diff --minimal -Nru libgdchart-gd2-0.11.5/debian/changelog 
libgdchart-gd2-0.11.5/debian/changelog
--- libgdchart-gd2-0.11.5/debian/changelog  2015-07-16 12:03:12.0 
+0200
+++ libgdchart-gd2-0.11.5/debian/changelog  2017-10-30 21:59:33.0 
+0100
@@ -1,3 +1,10 @@
+libgdchart-gd2 (0.11.5-8.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Use a triplet-prefixed CC. (Closes: #-1)
+
+ -- Helmut Grohne   Mon, 30 Oct 2017 21:59:33 +0100
+
 libgdchart-gd2 (0.11.5-8) unstable; urgency=medium
 
   * Team upload
diff --minimal -Nru libgdchart-gd2-0.11.5/debian/rules 
libgdchart-gd2-0.11.5/debian/rules
--- libgdchart-gd2-0.11.5/debian/rules  2015-07-16 12:03:12.0 +0200
+++ libgdchart-gd2-0.11.5/debian/rules  2017-10-30 21:59:31.0 +0100
@@ -2,6 +2,7 @@
 # -*- mode: makefile; coding: utf-8 -*-
 # Copyright © 2004-2007 Jonas Smedegaard 
 
+include /usr/share/dpkg/architecture.mk
 include /usr/share/cdbs/1/rules/upstream-tarball.mk
 include /usr/share/cdbs/1/class/makefile-vars.mk
 include /usr/share/cdbs/1/rules/debhelper.mk
@@ -30,6 +31,10 @@
 version := $(shell expr `pwd` : '.*-\([0-9.]*\)')
 version_major := $(shell expr `pwd` : '.*-\([0-9]*\).[0-9.]*')
 
+ifeq ($(origin CC),default)
+CC = $(DEB_HOST_GNU_TYPE)-gcc
+endif
+
 INCLUDEDIRS = -I. -I.. -I/usr/include/freetype2 
-I/usr/include/freetype2/freetype
 LIBS = -lc -lm -L/usr/lib -lpng -lz -ljpeg -lfreetype -lgd
 
@@ -47,9 +52,9 @@
cd $(package)-xpm && \
$(DEB_MAKE_INVOKE) -f ../Makefile VPATH=".." srcdir=".." \
INCLUDEDIRS="$(INCLUDEDIRS) -I/usr/include/X11" \
-   $(library).a
+   CC='$(CC) $$(INCLUDEDIRS)' $(library).a
cd $(package)-xpm && \
-   gcc -shared -D_REENTRANT \
+   $(CC) -shared -D_REENTRANT \
-Wl,-soname,$(library).so.$(version_major) \
-o $(library).so.$(version) \
`echo *.o` \
@@ -63,9 +68,9 @@
cd $(package)-noxpm && \
$(DEB_MAKE_INVOKE) -f ../Makefile VPATH=".." srcdir=".." \
INCLUDEDIRS="$(INCLUDEDIRS)" \
-   $(library).a
+   CC='$(CC) $$(INCLUDEDIRS)' $(library).a
cd $(package)-noxpm && \
-   gcc -shared -D_REENTRANT \
+   $(CC) -shared -D_REENTRANT \
-Wl,-soname,$(library).so.$(version_major) \
-o $(library).so.$(version) \
`echo *.o` \
@@ -79,7 +84,7 @@
cd $(package)-xpm-dev && \
$(DEB_MAKE_INVOKE) -f ../Makefile VPATH=".." srcdir=".." \
INCLUDEDIRS="$(INCLUDEDIRS) -I/usr/include/X11" \
-   $(library).a
+   CC='$(CC) $$(INCLUDEDIRS)' $(library).a
 
 # Build static libc6 library without XPM support.
 build/$(package)-noxpm-dev::
@@ -89,7 +94,7 @@
cd $(package)-noxpm-dev && \
$(DEB_MAKE_INVOKE) -f ../Makefile VPATH=".." srcdir=".." \
INCLUDEDIRS="$(INCLUDEDIRS)" \
-   $(library).a
+   CC='$(CC) $$(INCLUDEDIRS)' $(library).a
 
 clean::
rm -rf $(package)-xpm $(package)-noxpm $(package)-xpm-dev 
$(package)-noxpm-dev

Bug#880306: psi-plus-l10n: FTBFS: mv: cannot stat 'translations/*.qm': No such file or directory

[Boris Pek]

Hi,

> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
>>  ...
>>  lrelease: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/lrelease' since 
>> it links to lrelease itself. Check your installation.
>>  ...

Really!?

-- 
Boris

Bug#880359: openjfx FTBFS on big endian: ../lib/icupkg: No such file or directory

[Adrian Bunk]

Source: openjfx
Version: 8u151-b12-1
Severity: serious

https://buildd.debian.org/status/package.php?p=openjfx=sid

...
/bin/bash 
../../../../../src/main/native/Source/ThirdParty/icu/source/mkinstalldirs ./out 
./out/build ./out/build/icudt51b ./out/build/icudt51b/curr 
./out/build/icudt51b/lang ./out/build/icudt51b/region ./out/build/icudt51b/zone 
./out/build/icudt51b/brkitr ./out/build/icudt51b/coll ./out/build/icudt51b/rbnf 
./out/build/icudt51b/translit ./out/tmp ./out/tmp/curr ./out/tmp/lang 
./out/tmp/region ./out/tmp/zone ./out/tmp/coll ./out/tmp/rbnf 
./out/tmp/translit ./out/tmp/brkitr
mkdir ./out
mkdir ./out/build
mkdir ./out/build/icudt51b
mkdir ./out/build/icudt51b/curr
mkdir ./out/build/icudt51b/lang
mkdir ./out/build/icudt51b/region
mkdir ./out/build/icudt51b/zone
mkdir ./out/build/icudt51b/brkitr
mkdir ./out/build/icudt51b/coll
mkdir ./out/build/icudt51b/rbnf
mkdir ./out/build/icudt51b/translit
mkdir ./out/tmp
mkdir ./out/tmp/curr
mkdir ./out/tmp/lang
mkdir ./out/tmp/region
mkdir ./out/tmp/zone
mkdir ./out/tmp/coll
mkdir ./out/tmp/rbnf
/bin/bash: ../lib/icupkg: No such file or directory
mkdir ./out/tmp/translit
make[5]: *** [out/icudt51b.dat] Error 127

Bug#880314: [pkg-go] Bug#880314: golang-github-hashicorp-serf: FTBFS: build-dependency not installable: golang-github-hashicorp-memberlist-dev (>= 0.1.0~)

[Martín Ferrari]

Somebody RM'd that dependency by mistake, and the package is now waiting
in NEW to re-enter debian.

On 30/10/17 17:11, Lucas Nussbaum wrote:
> Source: golang-github-hashicorp-serf
> Version: 0.8.1+git20171021.c20a0b1~ds1-2
> Severity: serious
> Tags: buster sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20171030 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
> 
> Relevant part (hopefully):
>> +--+
>> | Install package build dependencies 
>>   |
>> +--+
>>
>>
>> Setup apt archive
>> -
>>
>> Merged Build-Depends: debhelper (>= 9), dh-golang, golang-any (>= 2:1.8~), 
>> golang-github-armon-circbuf-dev, golang-github-armon-go-metrics-dev, 
>> golang-github-hashicorp-go-msgpack-dev, 
>> golang-github-hashicorp-go-syslog-dev, golang-github-hashicorp-logutils-dev, 
>> golang-github-hashicorp-mdns-dev, golang-github-hashicorp-memberlist-dev (>= 
>> 0.1.0~), golang-github-mitchellh-cli-dev, 
>> golang-github-mitchellh-mapstructure-dev, 
>> golang-github-ryanuber-columnize-dev
>> Filtered Build-Depends: debhelper (>= 9), dh-golang, golang-any (>= 2:1.8~), 
>> golang-github-armon-circbuf-dev, golang-github-armon-go-metrics-dev, 
>> golang-github-hashicorp-go-msgpack-dev, 
>> golang-github-hashicorp-go-syslog-dev, golang-github-hashicorp-logutils-dev, 
>> golang-github-hashicorp-mdns-dev, golang-github-hashicorp-memberlist-dev (>= 
>> 0.1.0~), golang-github-mitchellh-cli-dev, 
>> golang-github-mitchellh-mapstructure-dev, 
>> golang-github-ryanuber-columnize-dev
>> dpkg-deb: building package 
>> 'sbuild-build-depends-golang-github-hashicorp-serf-dummy' in 
>> '/<>/resolver-SRqRlY/apt_archive/sbuild-build-depends-golang-github-hashicorp-serf-dummy.deb'.
>> dpkg-scanpackages: warning: Packages in archive but missing from override 
>> file:
>> dpkg-scanpackages: warning:   sbuild-build-depends-core-dummy 
>> sbuild-build-depends-golang-github-hashicorp-serf-dummy
>> dpkg-scanpackages: info: Wrote 2 entries to output Packages file.
>> Ign:1 copy:/<>/resolver-SRqRlY/apt_archive ./ InRelease
>> Get:2 copy:/<>/resolver-SRqRlY/apt_archive ./ Release [963 B]
>> Ign:3 copy:/<>/resolver-SRqRlY/apt_archive ./ Release.gpg
>> Get:4 copy:/<>/resolver-SRqRlY/apt_archive ./ Sources [632 B]
>> Get:5 copy:/<>/resolver-SRqRlY/apt_archive ./ Packages [715 B]
>> Fetched 2310 B in 0s (0 B/s)
>> Reading package lists...
>> Reading package lists...
>>
>> Install golang-github-hashicorp-serf build dependencies (apt-based resolver)
>> 
>>
>> Installing build dependencies
>> Reading package lists...
>> Building dependency tree...
>> Reading state information...
>> Some packages could not be installed. This may mean that you have
>> requested an impossible situation or if you are using the unstable
>> distribution that some required packages have not yet been created
>> or been moved out of Incoming.
>> The following information may help to resolve the situation:
>>
>> The following packages have unmet dependencies:
>>  sbuild-build-depends-golang-github-hashicorp-serf-dummy : Depends: 
>> golang-github-hashicorp-memberlist-dev (>= 0.1.0~) but it is not going to be 
>> installed
>> E: Unable to correct problems, you have held broken packages.
>> apt-get failed.
> 
> The full build log is available from:
>
> http://aws-logs.debian.net/2017/10/30/golang-github-hashicorp-serf_0.8.1+git20171021.c20a0b1~ds1-2_unstable.log
> 
> A list of current common problems and possible solutions is available at
> http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
> 
> About the archive rebuild: The rebuild was done on EC2 VM instances from
> Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
> failed build was retried once to eliminate random failures.
> 
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
> 


-- 
Martín Ferrari (Tincho)

Bug#880358: yaz FTCBFS: uses the build architecture pkg-config

[Helmut Grohne]

Source: yaz
Version: 4.2.30-4
Tags: upstream patch
User: helm...@debian.org
Usertags: rebootstrap

yaz fails to cross build from source, because it fails finding GNU TLS
with the build architecture pkg-config as only the host architecture
version is requested via Build-Depends. After switching configure.ac
from AC_PATH_PROG to the proper macro PKG_PROG_PKG_CONFIG, yaz cross
builds successfully. Please consider applying the attached patch.

Helmut
Index: yaz-4.2.30/configure.ac
===
--- yaz-4.2.30.orig/configure.ac
+++ yaz-4.2.30/configure.ac
@@ -19,7 +19,9 @@
 AC_CHECK_PROGS([TCLSH], [tclsh tclsh8.5 tclsh8.4 tclsh8.3 tclsh8.2], [tclsh])
 AC_PROG_INSTALL
 AM_PROG_LIBTOOL
-AC_PATH_PROG([pkgconfigpath],[pkg-config],[NONE])
+PKG_PROG_PKG_CONFIG
+pkgconfigpath="$PKG_CONFIG"
+test -z "$pkgconfigpath" && pkgconfigpath=NONE
 dnl
 YAZ_DOC
 dnl 

Bug#877075: sikulix: hard coded dependency on libopencv2.4-java

[Mattia Rizzolo]

On Wed, Oct 18, 2017 at 01:11:42AM +0200, Mattia Rizzolo wrote:
> We will have to do another opencv transition soon after this one ended
> anyway (if we manage to get it build right the way we want it…), so we
> will have ways to employ this thing soon enough.

That patch (well, I trimmed down the pom.xml actually) is now available
in experimental as part of the new opencv revision.

could you check if that works as expecting to have sikulix pick the
version from through maven?

-- 
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#848680: Bug#859831: moonshot-gss-eap cannot migrate to openssl 1.1.0 prior to xmltooling

[Cantor, Scott]

On 10/30/17, 4:49 PM, "Sam Hartman"  wrote:

> My understanding is that the patches already exist, but effort didn't
> exist within Debian to do a good job of taking those patches ourselves
> at least the last time this was discussed on the list.

They're also up and down the stack and includes Santuario/xml-sec patches that 
I'm also stuck making happen, though that should get released probably next 
month as xml-security 2.0. The scope of the patches are such that I definitely 
advised them not to try it themselves, and I think they took that advice.

-- Scott

Bug#880357: dtkwidget FTBFS on !amd64: dh_install: Cannot find (any matches for) "usr/lib/x86_64-linux-gnu/pkgconfig"

[Adrian Bunk]

Source: dtkwidget
Version: 2.0.0-2
Severity: important

https://buildd.debian.org/status/package.php?p=dtkwidget=sid

...
   dh_install -a
dh_install: Cannot find (any matches for) "usr/lib/x86_64-linux-gnu/pkgconfig" 
(tried in ., debian/tmp)

dh_install: libdtkwidget-dev missing files: usr/lib/x86_64-linux-gnu/pkgconfig
dh_install: Cannot find (any matches for) 
"usr/lib/x86_64-linux-gnu/libdtkwidget.so" (tried in ., debian/tmp)

dh_install: libdtkwidget-dev missing files: 
usr/lib/x86_64-linux-gnu/libdtkwidget.so
dh_install: Cannot find (any matches for) 
"usr/lib/x86_64-linux-gnu/libdtkwidget.so.2.0.0" (tried in ., debian/tmp)

dh_install: libdtkwidget2 missing files: 
usr/lib/x86_64-linux-gnu/libdtkwidget.so.2.0.0
dh_install: Cannot find (any matches for) 
"usr/lib/x86_64-linux-gnu/libdtkwidget.so.2" (tried in ., debian/tmp)

dh_install: libdtkwidget2 missing files: 
usr/lib/x86_64-linux-gnu/libdtkwidget.so.2
dh_install: Cannot find (any matches for) 
"usr/lib/x86_64-linux-gnu/libdtkwidget.so.2.0" (tried in ., debian/tmp)

dh_install: libdtkwidget2 missing files: 
usr/lib/x86_64-linux-gnu/libdtkwidget.so.2.0
dh_install: missing files, aborting
debian/rules:14: recipe for target 'binary-arch' failed
make: *** [binary-arch] Error 25

Bug#880124: devscripts: [debuild] Please print the actual arguments we make to lintian

[Mattia Rizzolo]

On Mon, Oct 30, 2017 at 07:32:07AM +, Chris Lamb wrote:
> (The only thing "missing" for me in this area is learning which Lintian 
> version
> we are seeing the output of; we could either fix it here or in lintian itself.
> Any quick thoughts?)

Personally I think this would better be in lintian itself.
It probably makes sense by itself anyway, lintian always printing its
version.

I suppose that otherwise it would mean first calling `lintian --version`
(which btw takes an awful amount of time here, more than 0.1 seconds)
and then lintian itself.

-- 
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#848680: Bug#859831: moonshot-gss-eap cannot migrate to openssl 1.1.0 prior to xmltooling

[Sam Hartman]

> "Cantor," == Cantor, Scott  writes:

Cantor,> On 10/30/17, 4:36 PM, "Pkg-shibboleth-devel on behalf of
Cantor,> Sam Hartman"
Cantor,> 
 on behalf of hartm...@debian.org> wrote:

>> So, in order to have a moonshot-gss-eap that builds against
>> openssl 1.1, we'll need to get xmltooling fixed.

Cantor,> The version of Shibboleth that supports 1.1 will be out
Cantor,> some time next year, and I can't put much of a time frame
Cantor,> on it beyond that. I doubt it will be June, but I also
Cantor,> doubt it will be January.

Nod. I've actually been following this list and am aware of where things
stand.
Assuming that  the SSL maintainers move at the speed they are hoping to
move, Shibboleth will be pulled from Debian testing in about a month.

My understanding is that the patches already exist, but effort didn't
exist within Debian to do a good job of taking those patches ourselves
at least the last time this was discussed on the list.

Moonshot can technically be built without Shibboleth.  That kind of
cripples especially the acceptor, but it does build.  I'll talk to the
moonshot community about whether it would be better for Moonshot to
remain out of testing (it got pulled because of an arm64 issue) or
whether having a crippled version that works well as a client but not
great as a server would be better.

Bug#849396: Acknowledgement (ITP: rspamd - rapid spam filtering system)

[Trout, Diane E.]

On Wed, 26 Jul 2017 16:42:07 +0200 Stefan Tatschner  wrote:
> On Wed, 01 Mar 2017 16:23:39 +0100 Bartosz Fenski 
> wrote:
> > Feel free to deal with upstream.
> > I gave up.
> > 
> > No way to convince him to start using source of JS files used in
web 
> > interface.
> 
> What exactly is the problem here?
> 
> Stefan
> 
> 

Probably this:

https://github.com/vstakhov/rspamd/tree/master/interface/js/lib

Checked in .min.js files

Looks like first packager gave up trying to convince the developer not
to do that.

Diane

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

Bug#877276: rust-doc: broken symlink: /usr/share/doc/rust-doc/html/highlight.css -> ../../../javascript/highlight.js/styles/atelier-dune.light.css

[Andreas Beckmann]

On Sat, 30 Sep 2017 03:35:19 +0200 Andreas Beckmann  wrote:
> 0m26.4s ERROR: FAIL: Broken symlinks:
>   /usr/share/doc/rust-doc/html/highlight.css -> 
> ../../../javascript/highlight.js/styles/atelier-dune.light.css
> 
> atelier-dune.light.css is not provided by libjs-highlight.js

But there is now atelier-dune-light.css instead.
 ^


Andreas

Bug#848680: Bug#859831: moonshot-gss-eap cannot migrate to openssl 1.1.0 prior to xmltooling

[Cantor, Scott]

On 10/30/17, 4:36 PM, "Pkg-shibboleth-devel on behalf of Sam Hartman" 
 wrote:

> So, in order to have a moonshot-gss-eap that builds against openssl 1.1,
> we'll need to get xmltooling fixed.

The version of Shibboleth that supports 1.1 will be out some time next year, 
and I can't put much of a time frame on it beyond that. I doubt it will be 
June, but I also doubt it will be January.

-- Scott

Bug#848680: moonshot-gss-eap cannot migrate to openssl 1.1.0 prior to xmltooling

[Sam Hartman]

control: affects -1 moonshot-gss-eap
control: block -2 with -1


Hi.
I will shortly be uploading a version of moonshot-gss-eap that is happy
to build against either openssl 1.1 or openssl 1.0.
Unfortunately, it won't actually build against openssl 1.1 because
dependencies on libxmltooling-dev will force it to openssl 1.0.

So, in order to have a moonshot-gss-eap that builds against openssl 1.1,
we'll need to get xmltooling fixed.

Bug#879956: Patch available

[Uli Schlachter]

tags 879956 + patch fixed-upstream
thanks

Hi,

a patch for this can be found [here] (git commit attached). Thanks to
Mattia Rizzolo for sponsoring me so that I could access a s390x
porterbox and debug this myself.

Cheers,
Uli

[here]: https://github.com/pavouk/lgi/pull/178
-- 
A learning experience is one of those things that say,
'You know that thing you just did? Don't do that.'
 -- Douglas Adams
>From f8350780e77ed68922493c8397615abbd6908cb8 Mon Sep 17 00:00:00 2001
From: Uli Schlachter 
Date: Mon, 30 Oct 2017 21:14:11 +0100
Subject: [PATCH] callable: Fix enum return from C functions

According to [1], return values smaller than sizeof(long) are returned
as ffi_arg or ffi_sarg. Thus, the code here needs to use ffi_sarg
instead of int to work correctly.

This fixes a test failure on s390x that boils down to
cairo_pattern_get_type() returning 2, but the C code here turns that
into a value of 0.

A big "thank" you to Debian and specifically to Mattia Rizzolo for
giving me access to a porterbox so that I could debug this myself.

[1]: https://linux.die.net/man/3/ffi_call

Signed-off-by: Uli Schlachter 
---
 lgi/callable.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lgi/callable.c b/lgi/callable.c
index 62387ed..86b7ed3 100644
--- a/lgi/callable.c
+++ b/lgi/callable.c
@@ -769,7 +769,7 @@ callable_param_2lua (lua_State *L, Param *param, GIArgument *arg,
 			  args + callable->has_self);
   else
 	{
-	  union { GIArgument arg; int i; } *u = (gpointer) arg;
+	  union { GIArgument arg; ffi_sarg i; } *u = (gpointer) arg;
 	  lua_pushnumber (L, u->i);
 	}
 }
-- 
2.14.2

Bug#880355: transition: libva

[Sebastian Ramacher]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-libva.html
Control: block -1 by 879064

libva 2.0 was released and it bumped its SONAME, so it needs a transition. Note
that somme reverse dependencies need sourceful uploads coordinated with the
start of the transition: libva-utils and intel-vaapi-driver.

mesa (#879064) needs to be fixed. A rebuild will correctly rebuild against libva
2.0, but it has an hard-coded dependency on libva1 which could be avoided by
using dh_libva from libva-dev.

libyami currently fails to build (no bug, since I maintain that), but has a fix
available upstream. I'll upload a fixed version together with libva.

All other reverse dependencies build fine.

Cheers
-- 
Sebastian Ramacher

Bug#880356: packagesearch FTBFS: usr/include/c++/7/bits/stl_relops.:67: Parse error at "std"

[Adrian Bunk]

Source: packagesearch
Version: 2.7.6
Severity: serious

https://buildd.debian.org/status/package.php?p=packagesearch=sid

...
/usr/lib/qt5/bin/moc -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB 
-DQT_NETWORK_LIB -DQT_CORE_LIB --include .moc/moc_predefs.h 
-I/usr/lib/aarch64-linux-gnu/qt5/mkspecs/linux-g++ -I/<>/src 
-I/<>/src -I/usr/include/tagcoll-2.0.14 
-I/usr/include/aarch64-linux-gnu/qt5 
-I/usr/include/aarch64-linux-gnu/qt5/QtWidgets 
-I/usr/include/aarch64-linux-gnu/qt5/QtGui 
-I/usr/include/aarch64-linux-gnu/qt5/QtXml 
-I/usr/include/aarch64-linux-gnu/qt5/QtNetwork 
-I/usr/include/aarch64-linux-gnu/qt5/QtCore -I/usr/include/c++/7 
-I/usr/include/x86_64-linux-gnu/c++/7 -I/usr/include/c++/7/backward 
-I/usr/lib/gcc/x86_64-linux-gnu/7/include -I/usr/local/include 
-I/usr/lib/gcc/x86_64-linux-gnu/7/include-fixed -I/usr/include/x86_64-linux-gnu 
-I/usr/include packagesearchimpl.h -o .moc/moc_packagesearchimpl.cpp
usr/include/c++/7/bits/stl_relops.:67: Parse error at "std"
Makefile:520: recipe for target '.moc/moc_packagesearchimpl.cpp' failed

Bug#851296:

[Ville Skyttä]

Hm, not a good idea to use git send-email to send to the BTS it seems.
Here are the same patches as attachments.
From 0c43317f342e2aa43207605f17e583da866e7b24 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?= 
Date: Mon, 30 Oct 2017 21:43:27 +0200
Subject: [PATCH 1/3] Use urlquote_plus instead of urlquote for query string
 data

---
 distro_tracker/vendor/debian/rules.py | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/distro_tracker/vendor/debian/rules.py b/distro_tracker/vendor/debian/rules.py
index 9a6ed00..16672b3 100644
--- a/distro_tracker/vendor/debian/rules.py
+++ b/distro_tracker/vendor/debian/rules.py
@@ -15,7 +15,7 @@ import re
 import requests
 
 from django import forms
-from django.utils.http import urlencode, urlquote
+from django.utils.http import urlencode, urlquote_plus
 from django.utils.safestring import mark_safe
 from django.conf import settings
 
@@ -263,7 +263,7 @@ def get_developer_information_url(developer_email):
 Return a URL to extra information about a developer, by email address.
 """
 URL_TEMPLATE = 'https://qa.debian.org/developer.php?email={email}'
-return URL_TEMPLATE.format(email=urlquote(developer_email))
+return URL_TEMPLATE.format(email=urlquote_plus(developer_email))
 
 
 def get_external_version_information_urls(package_name):
@@ -328,7 +328,7 @@ def _add_dmd_entry(extra, email):
 'display': 'DMD',
 'description': 'UDD\'s Debian Maintainer Dashboard',
 'link': 'https://udd.debian.org/dmd/?{email}#todo'.format(
-email=urlquote(email)
+email=urlquote_plus(email)
 )
 })
 
-- 
2.14.1

From 6abc4e4e6c02554e8f79d077085ce8741442c2c6 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?= 
Date: Mon, 30 Oct 2017 21:46:40 +0200
Subject: [PATCH 2/3] Missing URL encoding fixes

---
 .../accounts/templates/accounts/subscriptions.html   |  6 +++---
 .../accounts/templates/accounts/user-widget.html |  2 +-
 .../core/templates/core/edit-team-membership.html|  6 +++---
 distro_tracker/core/templates/core/news_list.html|  2 +-
 distro_tracker/core/templates/core/package.html  |  2 +-
 distro_tracker/core/templates/core/team-list.html|  2 +-
 distro_tracker/core/templates/core/team-manage.html  |  2 +-
 distro_tracker/core/templates/core/team.html |  2 +-
 distro_tracker/vendor/debian/tracker_panels.py   | 20 +---
 9 files changed, 25 insertions(+), 19 deletions(-)

diff --git a/distro_tracker/accounts/templates/accounts/subscriptions.html b/distro_tracker/accounts/templates/accounts/subscriptions.html
index cc0243d..02fab38 100644
--- a/distro_tracker/accounts/templates/accounts/subscriptions.html
+++ b/distro_tracker/accounts/templates/accounts/subscriptions.html
@@ -30,7 +30,7 @@
 Unsubscribe all
 
 {% endif %}
-
+
 Modify keywords
 
 
@@ -77,7 +77,7 @@
 		
 		
 		
-			
+			
 			Modify keywords
 			{% csrf_token %}
 			
@@ -123,7 +123,7 @@
 		
 		
 			Modify keywords
-			Manage subscriptions
+			Manage subscriptions
 			{% if membership.muted %}
 			{% csrf_token %}
 			{% else %}
diff --git a/distro_tracker/accounts/templates/accounts/user-widget.html b/distro_tracker/accounts/templates/accounts/user-widget.html
index a5b0247..5838afa 100644
--- a/distro_tracker/accounts/templates/accounts/user-widget.html
+++ b/distro_tracker/accounts/templates/accounts/user-widget.html
@@ -1,7 +1,7 @@
 {% if user.is_authenticated %}
 Profile
 |
-Log out
+Log out
 {% else %}
 Register
 |
diff --git a/distro_tracker/core/templates/core/edit-team-membership.html b/distro_tracker/core/templates/core/edit-team-membership.html
index 06125ed..745aed2 100644
--- a/distro_tracker/core/templates/core/edit-team-membership.html
+++ b/distro_tracker/core/templates/core/edit-team-membership.html
@@ -35,14 +35,14 @@
 {% csrf_token %}
 
 
-
+
 Unmute
 
 {% else %}
 {% csrf_token %}
 
 
-
+
 Mute
 
 {% endif %}
@@ -70,7 +70,7 @@
 
 
 {% for page in page_obj.paginator.page_range %}
-{{ page }}
+{{ page }}
 {% endfor %}
 
 
diff --git a/distro_tracker/core/templates/core/news_list.html b/distro_tracker/core/templates/core/news_list.html
index c13952d..4f139ab 100644
--- a/distro_tracker/core/templates/core/news_list.html
+++ b/distro_tracker/core/templates/core/news_list.html
@@ -25,7 +25,7 @@
 
 
 {% for page in page_obj.paginator.page_range %}
-{{ page }}
+{{ page }}
 {% endfor %}
 
 
diff --git a/distro_tracker/core/templates/core/package.html b/distro_tracker/core/templates/core/package.html
index 2253794..1f29d33 100644
--- a/distro_tracker/core/templates/core/package.html
+++ 

Bug#880149: libntru: FTBFS on s390x and sparc64: test suite errors

[Ying-Chun Liu (PaulLiu)]

On 2017年10月30日 22:15, Aaron M. Ucko wrote:
> Control: user debian-m...@lists.debian.org
> Control: usertag 880149 mips
> 
> "Aaron M. Ucko"  writes:
> 
>> On s390x, it did better, but a third of the tests still failed,
>> quite possibly for related reasons:
> 
> The same three tests (test_arr, test_encr_decr, and test_key) also
> failed on mips and the non-release architecture hppa, which hadn't yet
> attempted to build libntru when I originally reported this bug.  All of
> the architectures to encounter test suite errors to date are big-endian,
> but so are powerpc and ppc64, which ran into no such trouble.  Is
> upstream perhaps treating all non-PowerPC architectures as little-endian?
> 

Hi Aaron,

Thanks for reporting the bug.

Yes. Seems so. It seems to me that there are bugs on the upstream. I'll
contact the upstream and fix that issue.

It is inside src/ntru_endian.h
#ifdef __GLIBC__
#if __GLIBC__ <= 2 || ( __GLIBC__ == 2 && __GLIBC_MINOR__ < 9 )
#ifndef __powerpc__
/* assume little endian */
#define htole64(x) (x)
#define htole32(x) (x)
#define htole16(x) (x)
#endif
#endif
#endif

The __GLIBC__ should be <= 1 or < 2. Which makes more sense.
GLIBC version less than 2.9 we define that. Otherwise we handle these
functions to endian.h

I'll forward a bug report to the upstream soon.

Yours,
Paul

-- 
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu) 



signature.asc
Description: OpenPGP digital signature

Bug#880344: kcov: FTBFS: Test failures

[Lucas Nussbaum]

Source: kcov
Version: 25+dfsg-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[3]: Entering directory '/<>/kcov-25+dfsg/tests-build'
> make[4]: Entering directory '/<>/kcov-25+dfsg/tests-build'
> Scanning dependencies of target tests-stripped
> make[4]: Leaving directory '/<>/kcov-25+dfsg/tests-build'
> make[4]: Entering directory '/<>/kcov-25+dfsg/tests-build'
> strip: 'main-tests': No such file
> CMakeFiles/tests-stripped.dir/build.make:57: recipe for target 
> 'CMakeFiles/tests-stripped' failed
> make[4]: *** [CMakeFiles/tests-stripped] Error 1
> make[4]: Leaving directory '/<>/kcov-25+dfsg/tests-build'
> CMakeFiles/Makefile2:67: recipe for target 
> 'CMakeFiles/tests-stripped.dir/all' failed
> make[3]: *** [CMakeFiles/tests-stripped.dir/all] Error 2
> make[3]: Leaving directory '/<>/kcov-25+dfsg/tests-build'
> Makefile:83: recipe for target 'all' failed
> make[2]: *** [all] Error 2
> make[2]: Leaving directory '/<>/kcov-25+dfsg/tests-build'
> debian/rules:33: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/kcov_25+dfsg-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880346: ibus-sunpinyin: FTBFS: SyntaxError: invalid syntax

[Lucas Nussbaum]

Source: ibus-sunpinyin
Version: 2.0.3-5
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_clean
> scons   -c
> scons: Reading SConscript files ...
>   File "/<>/SConstruct", line 40
> 
> print 'Warning: you\'ve set %s in the environmental variable!' % x
> 
>  ^
> 
> SyntaxError: invalid syntax
> 
> debian/rules:16: recipe for target 'override_dh_auto_clean' failed
> make[1]: *** [override_dh_auto_clean] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/ibus-sunpinyin_2.0.3-5_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880348: sogo: FTBFS: unsatisfiable build-dependencies: libsbjson-dev, libsope-dev (>= 3.2.10)

[Lucas Nussbaum]

Source: sogo
Version: 3.2.10-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> +--+
> | Install package build dependencies  
>  |
> +--+
> 
> 
> Setup apt archive
> -
> 
> Merged Build-Depends: debhelper (>= 10), gobjc, libcurl4-gnutls-dev, 
> libgnustep-base-dev, libgnutls28-dev, liblasso3-dev, libldap2-dev, 
> libmemcached-dev, libsbjson-dev, libsope-dev (>= 3.2.10), libxml2-dev, python
> Filtered Build-Depends: debhelper (>= 10), gobjc, libcurl4-gnutls-dev, 
> libgnustep-base-dev, libgnutls28-dev, liblasso3-dev, libldap2-dev, 
> libmemcached-dev, libsbjson-dev, libsope-dev (>= 3.2.10), libxml2-dev, python
> dpkg-deb: building package 'sbuild-build-depends-sogo-dummy' in 
> '/<>/resolver-p86TWt/apt_archive/sbuild-build-depends-sogo-dummy.deb'.
> dpkg-scanpackages: warning: Packages in archive but missing from override 
> file:
> dpkg-scanpackages: warning:   sbuild-build-depends-core-dummy 
> sbuild-build-depends-sogo-dummy
> dpkg-scanpackages: info: Wrote 2 entries to output Packages file.
> Ign:1 copy:/<>/resolver-p86TWt/apt_archive ./ InRelease
> Get:2 copy:/<>/resolver-p86TWt/apt_archive ./ Release [963 B]
> Ign:3 copy:/<>/resolver-p86TWt/apt_archive ./ Release.gpg
> Get:4 copy:/<>/resolver-p86TWt/apt_archive ./ Sources [565 B]
> Get:5 copy:/<>/resolver-p86TWt/apt_archive ./ Packages [647 B]
> Fetched 2175 B in 0s (0 B/s)
> Reading package lists...
> Reading package lists...
> 
> Install sogo build dependencies (apt-based resolver)
> 
> 
> Installing build dependencies
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  sbuild-build-depends-sogo-dummy : Depends: libsbjson-dev but it is not going 
> to be installed
>Depends: libsope-dev (>= 3.2.10) but it is 
> not going to be installed
> E: Unable to correct problems, you have held broken packages.
> apt-get failed.

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/sogo_3.2.10-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880349: sunpinyin: FTBFS: SyntaxError: invalid syntax

[Lucas Nussbaum]

Source: sunpinyin
Version: 3.0.0~git20160910-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_auto_clean
> scons -c .
> scons: Reading SConscript files ...
>   File "/<>/SConstruct", line 230
> 
> print 'Warning: you\'ve set %s in the environmental variable!' % x
> 
>  ^
> 
> SyntaxError: invalid syntax
> 
> debian/rules:17: recipe for target 'override_dh_auto_clean' failed
> make[1]: *** [override_dh_auto_clean] Error 2

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/sunpinyin_3.0.0~git20160910-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880354: embassy-phylip: switch B-D from libgd2-xpm-dev to libgd-dev

[Andreas Beckmann]

Source: embassy-phylip
Version: 3.69.660-1
Severity: serious
Tags: buster sid
Justification: fails to build from source

Hi,

the transitional libgd2*-dev packages are finally gone, please switch
the Build-Depends to libgd-dev.


Andreas

Bug#880350: xorp: FTBFS: SyntaxError: invalid syntax

[Lucas Nussbaum]

Source: xorp
Version: 1.8.6~wip.20160715-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh_testdir
> # Add here commands to configure the package.
> dh_testdir
> dh_update_autotools_config
> # Compile the package
> scons prefix=/usr bindir=/usr/bin sbindir=/usr/sbin mandir=/usr/share/man 
> infodir=/usr/share/info sysconfdir=/etc with-olsr=true disable_fw=true 
> enable_systemd=true disable_werror=true CPPFLAGS="-Wdate-time 
> -D_FORTIFY_SOURCE=2" CFLAGS="-g -O2 -fdebug-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security" CXXFLAGS="-g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -std=gnu++98" LDFLAGS="-Wl,-z,relro -Wl,-z,now"
> scons: Reading SConscript files ...
>   File "/<>/SConstruct", line 59
> 
> print "WARNING:  Actually, SCONS version 0.98.4 or later is _preferred_."
> 
> ^
> 
> SyntaxError: invalid syntax
> 
> debian/rules:69: recipe for target 'build-arch-stamp' failed
> make: *** [build-arch-stamp] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/xorp_1.8.6~wip.20160715-2_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880352: python-aiohttp: FTBFS: dpkg-buildpackage: error: dpkg-source -b python-aiohttp-2.2.3 subprocess returned exit status 2

[Lucas Nussbaum]

Source: python-aiohttp
Version: 2.2.3-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> rm -rf .cache
> dh_auto_clean
> I: pybuild base:184: python3.6 setup.py clean 
> aiohttp/_http_parser.pyx: cannot find cimported module '.'
> Compiling aiohttp/_websocket.pyx because it depends on 
> /usr/lib/python3/dist-packages/Cython/Includes/cpython/tuple.pxd.
> Compiling aiohttp/_http_parser.pyx because it depends on 
> /usr/lib/python3/dist-packages/Cython/Includes/cpython/tuple.pxd.
> [1/2] Cythonizing aiohttp/_http_parser.pyx
> [2/2] Cythonizing aiohttp/_websocket.pyx
> running clean
> removing '/<>/.pybuild/pythonX.Y_3.6/build' (and everything 
> under it)
> 'build/bdist.linux-amd64' does not exist -- can't clean it
> 'build/scripts-3.6' does not exist -- can't clean it
> I: pybuild base:184: python3.6-dbg setup.py clean 
> aiohttp/_http_parser.pyx: cannot find cimported module '.'
> running clean
> removing '/<>/.pybuild/pythonX.Y-dbg_3.6/build' (and everything 
> under it)
> setup.py:70: ResourceWarning: unclosed file <_io.TextIOWrapper 
> name='README.rst' mode='r' encoding='ANSI_X3.4-1968'>
>   return open(os.path.join(os.path.dirname(__file__), f)).read().strip()
> setup.py:70: ResourceWarning: unclosed file <_io.TextIOWrapper 
> name='CHANGES.rst' mode='r' encoding='ANSI_X3.4-1968'>
>   return open(os.path.join(os.path.dirname(__file__), f)).read().strip()
> 'build/bdist.linux-amd64' does not exist -- can't clean it
> 'build/scripts-3.6' does not exist -- can't clean it
> make[1]: Leaving directory '/<>'
>dh_autoreconf_clean -O--buildsystem=pybuild
>dh_clean -O--buildsystem=pybuild
>  dpkg-source -b python-aiohttp-2.2.3
> dpkg-source: info: using source format '3.0 (quilt)'
> dpkg-source: info: building python-aiohttp using existing 
> ./python-aiohttp_2.2.3.orig.tar.gz
> dpkg-source: info: local changes detected, the modified files are:
>  python-aiohttp-2.2.3/aiohttp/_http_parser.c
>  python-aiohttp-2.2.3/aiohttp/_websocket.c
> dpkg-source: error: aborting due to unexpected upstream changes, see 
> /tmp/python-aiohttp_2.2.3-1.diff.6HMmY1
> dpkg-source: info: you can integrate the local changes with dpkg-source 
> --commit
> dpkg-buildpackage: error: dpkg-source -b python-aiohttp-2.2.3 subprocess 
> returned exit status 2
> 
> Build finished at 2017-10-30T15:39:44Z

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/python-aiohttp_2.2.3-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880351: trapperkeeper-status-clojure: FTBFS: Test failures

[Lucas Nussbaum]

Source: trapperkeeper-status-clojure
Version: 0.7.1-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>   at clojure.lang.Var.applyTo(Var.java:700)
>   at clojure.main.main(main.java:37)
> Caused by: java.io.IOException: No such file or directory
>   at java.io.UnixFileSystem.createFileExclusively(Native Method)
>   at java.io.File.createNewFile(File.java:1012)
>   at me.raynes.fs$create.invokeStatic(fs.clj:283)
>   at me.raynes.fs$create.invoke(fs.clj:280)
>   at me.raynes.fs$touch.invokeStatic(fs.clj:412)
>   at me.raynes.fs$touch.doInvoke(fs.clj:408)
>   at clojure.lang.RestFn.invoke(RestFn.java:410)
>   at 
> puppetlabs.trapperkeeper.testutils.bootstrap$eval24901.invokeStatic(bootstrap.clj:11)
>   at 
> puppetlabs.trapperkeeper.testutils.bootstrap$eval24901.invoke(bootstrap.clj:11)
>   at clojure.lang.Compiler.eval(Compiler.java:6927)
>   at clojure.lang.Compiler.load(Compiler.java:7379)
>   ... 42 more
> debian/rules:44: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/trapperkeeper-status-clojure_0.7.1-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880347: bioperl-run: FTBFS: Test failures

[Lucas Nussbaum]

Source: bioperl-run
Version: 1.7.2-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> ok 9 # skip Required executable for Bio::Tools::Run::tRNAscanSE is not present
> ok 10 # skip Required executable for Bio::Tools::Run::tRNAscanSE is not 
> present
> ok 11 # skip Required executable for Bio::Tools::Run::tRNAscanSE is not 
> present
> ok 12 # skip Required executable for Bio::Tools::Run::tRNAscanSE is not 
> present
> ok
> 
> Test Summary Report
> ---
> t/Bowtie.t  (Wstat: 512 Tests: 61 Failed: 2)
>   Failed tests:  43, 45
>   Non-zero exit status: 2
> Files=72, Tests=1690, 156 wallclock secs ( 0.24 usr  0.07 sys + 133.72 cusr  
> 6.41 csys = 140.44 CPU)
> Result: FAIL
> Failed 1/72 test programs. 2/1690 subtests failed.
> dh_auto_test: perl Build test --verbose 1 returned exit code 255
> debian/rules:32: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/bioperl-run_1.7.2-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880345: alljoyn-gateway-1504: FTBFS: SyntaxError: invalid syntax

[Lucas Nussbaum]

Source: alljoyn-gateway-1504
Version: 15.04~git20160606-3
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> mkdir -p "build/linux/x86_64/release/dist/common/inc"
> cp /usr/include/x86_64-linux-gnu/alljoyn/Status.h 
> "build/linux/x86_64/release/dist/common/inc"
> scons BINDINGS=cpp CPU=x86_64 OS=linux VARIANT=release V=1 
> GTEST_DIR=/usr/src/gtest \
>   WS=off BT=off ICE=off 
> scons: Reading SConscript files ...
>   File "/usr/share/alljoyn/build_core/SConscript", line 135
> 
> print "Daemon is not supported on OS=%s, building with BR=on anyway" % 
> (env['OS'])
> 
>^
> 
> SyntaxError: invalid syntax
> 
> debian/rules:40: recipe for target 'override_dh_auto_build' failed
> make[1]: *** [override_dh_auto_build] Error 2

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/alljoyn-gateway-1504_15.04~git20160606-3_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880342: alljoyn-services-1604: FTBFS: SyntaxError: invalid syntax

[Lucas Nussbaum]

Source: alljoyn-services-1604
Version: 16.04-4
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> mkdir -p /<>/build/linux/x86_64/release/dist
> (cd sample_apps; \
> scons BINDINGS=cpp CPU=x86_64 OS=linux VARIANT=release V=1 
> GTEST_DIR=/usr/src/gtest \
>   WS=off BT=off ICE=off \
> )
> scons: Reading SConscript files ...
>   File "/<>/sample_apps/SConstruct", line 38
> 
> print 'ALLJOYN_DISTDIR variable is required'
> 
>^
> 
> SyntaxError: invalid syntax
> 
> debian/rules:31: recipe for target 'override_dh_auto_build' failed
> make[1]: *** [override_dh_auto_build] Error 2

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/alljoyn-services-1604_16.04-4_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880340: boswars: FTBFS: SyntaxError: invalid syntax

[Lucas Nussbaum]

Source: boswars
Version: 2.7+svn160110-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>/boswars-2.7+svn160110'
> dh_clean
> scons -c
> scons: Reading SConscript files ...
>   File "/<>/boswars-2.7+svn160110/SConstruct", line 173
> 
> print 'Did not find png library or headers, exiting!'
> 
> ^
> 
> SyntaxError: invalid syntax
> 
> debian/rules:38: recipe for target 'override_dh_clean' failed
> make[1]: *** [override_dh_clean] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/boswars_2.7+svn160110-2_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880341: uim: FTBFS: configure: error: no qmake for Qt5 found

[Lucas Nussbaum]

Source: uim
Version: 1:1.8.6+gh20161003.0.d63dadd-7
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> checking where the gettext function comes from... libc
> checking for GTK2... yes
> checking for GTK2_4... yes
> checking for GTK3... yes
> checking for kde-config... no
> configure: error: no qmake for Qt5 found
>   tail -v -n \+0 config.log

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/uim_1.8.6+gh20161003.0.d63dadd-7_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880343: gerritlib: FTBFS: unsatisfiable build-dependencies: python-bbr

[Lucas Nussbaum]

Source: gerritlib
Version: 0.4.0+git20150319-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> +--+
> | Install package build dependencies  
>  |
> +--+
> 
> 
> Setup apt archive
> -
> 
> Merged Build-Depends: debhelper (>= 9), dh-python, python-all, 
> python-paramiko (>= 1.8.0), python-pbr (<< 2.0), python-pbr (>= 0.8.2), 
> python-setuptools, python-six (>= 1.7.0), python3-all, python3-paramiko (>= 
> 1.8.0), python3-pbr (<< 2.0), python3-pbr (>= 0.8.2), python3-setuptools, 
> python3-six (>= 1.7.0)
> Filtered Build-Depends: debhelper (>= 9), dh-python, python-all, 
> python-paramiko (>= 1.8.0), python-pbr (<< 2.0), python-pbr (>= 0.8.2), 
> python-setuptools, python-six (>= 1.7.0), python3-all, python3-paramiko (>= 
> 1.8.0), python3-pbr (<< 2.0), python3-pbr (>= 0.8.2), python3-setuptools, 
> python3-six (>= 1.7.0)
> dpkg-deb: building package 'sbuild-build-depends-gerritlib-dummy' in 
> '/<>/resolver-5jWsdn/apt_archive/sbuild-build-depends-gerritlib-dummy.deb'.
> dpkg-scanpackages: warning: Packages in archive but missing from override 
> file:
> dpkg-scanpackages: warning:   sbuild-build-depends-core-dummy 
> sbuild-build-depends-gerritlib-dummy
> dpkg-scanpackages: info: Wrote 2 entries to output Packages file.
> Ign:1 copy:/<>/resolver-5jWsdn/apt_archive ./ InRelease
> Get:2 copy:/<>/resolver-5jWsdn/apt_archive ./ Release [963 B]
> Ign:3 copy:/<>/resolver-5jWsdn/apt_archive ./ Release.gpg
> Get:4 copy:/<>/resolver-5jWsdn/apt_archive ./ Sources [568 B]
> Get:5 copy:/<>/resolver-5jWsdn/apt_archive ./ Packages [648 B]
> Fetched 2179 B in 0s (0 B/s)
> Reading package lists...
> Reading package lists...
> 
> Install gerritlib build dependencies (apt-based resolver)
> -
> 
> Installing build dependencies
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  sbuild-build-depends-gerritlib-dummy : Depends: python-pbr (< 2.0) but 
> 3.1.1-2 is to be installed
> Depends: python3-pbr (< 2.0) but 
> 3.1.1-2 is to be installed
> E: Unable to correct problems, you have held broken packages.
> apt-get failed.

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/gerritlib_0.4.0+git20150319-2_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880339: golang-github-pingcap-check: FTBFS: dh_auto_test: cd obj-x86_64-linux-gnu && go test -v -p 16 github.com/pingcap/check returned exit code 1

[Lucas Nussbaum]

Source: golang-github-pingcap-check
Version: 0.0~git20170902.0.4c65d06-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> dh build --buildsystem=golang --with=golang
>dh_update_autotools_config -O--buildsystem=golang
>dh_autoreconf -O--buildsystem=golang
>dh_auto_configure -O--buildsystem=golang
>dh_auto_build -O--buildsystem=golang
>   cd obj-x86_64-linux-gnu && go install 
> -gcflags=\"-trimpath=/<>/golang-github-pingcap-check-0.0\~git20170902.0.4c65d06/obj-x86_64-linux-gnu/src\"
>  
> -asmflags=\"-trimpath=/<>/golang-github-pingcap-check-0.0\~git20170902.0.4c65d06/obj-x86_64-linux-gnu/src\"
>  -v -p 16 github.com/pingcap/check
> github.com/pingcap/check
>dh_auto_test -O--buildsystem=golang
>   cd obj-x86_64-linux-gnu && go test -v -p 16 github.com/pingcap/check
> === RUN   Test
> 
> --
> FAIL: benchmark_test.go:40: BenchmarkS.TestBenchmark
> 
> benchmark_test.go:60:
> c.Assert(output.value, Matches, expected)
> ... value string = "PASS: check_test.go:144: FixtureHelper.Benchmark1\t  
> 50\t223353 ns/op\n"
> ... regex string = "PASS: check_test\\.go:[0-9]+: 
> FixtureHelper\\.Benchmark1\t *100\t *[12][0-9]{5} ns/op\n"
> 
> 
> --
> FAIL: benchmark_test.go:63: BenchmarkS.TestBenchmarkBytes
> 
> benchmark_test.go:75:
> c.Assert(output.value, Matches, expected)
> ... value string = "PASS: check_test.go:151: FixtureHelper.Benchmark2\t  
> 50\t226049 ns/op\t   4.53 MB/s\n"
> ... regex string = "PASS: check_test\\.go:[0-9]+: 
> FixtureHelper\\.Benchmark2\t *100\t *[12][0-9]{5} ns/op\t *[4-9]\\.[0-9]{2} 
> MB/s\n"
> 
> 
> --
> FAIL: benchmark_test.go:78: BenchmarkS.TestBenchmarkMem
> 
> benchmark_test.go:91:
> c.Assert(output.value, Matches, expected)
> ... value string = "PASS: check_test.go:159: FixtureHelper.Benchmark3\t  
> 50\t226753 ns/op\t  89 B/op\t   1 allocs/op\n"
> ... regex string = "PASS: check_test\\.go:[0-9]+: 
> FixtureHelper\\.Benchmark3\t *100\t *[12][0-9]{5} ns/op\t *[0-9]+ B/op\t 
> *[1-9] allocs/op\n"
> 
> OOPS: 127 passed, 3 FAILED
> --- FAIL: Test (0.13s)
> FAIL
> exit status 1
> FAIL  github.com/pingcap/check0.133s
> dh_auto_test: cd obj-x86_64-linux-gnu && go test -v -p 16 
> github.com/pingcap/check returned exit code 1

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/golang-github-pingcap-check_0.0~git20170902.0.4c65d06-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880338: python-thriftpy: FTBFS: dpkg-buildpackage: error: dpkg-source -b python-thriftpy-0.3.9 subprocess returned exit status 2

[Lucas Nussbaum]

Source: python-thriftpy
Version: 0.3.9-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> dh_clean --exclude=.c
> make[1]: Leaving directory '/<>'
>  dpkg-source -b python-thriftpy-0.3.9
> dpkg-source: info: using source format '3.0 (quilt)'
> dpkg-source: info: building python-thriftpy using existing 
> ./python-thriftpy_0.3.9.orig.tar.gz
> dpkg-source: info: local changes detected, the modified files are:
>  python-thriftpy-0.3.9/thriftpy/protocol/cybin/cybin.c
>  python-thriftpy-0.3.9/thriftpy/transport/cybase.c
>  python-thriftpy-0.3.9/thriftpy/transport/framed/cyframed.c
>  python-thriftpy-0.3.9/thriftpy/transport/memory/cymemory.c
> dpkg-source: error: aborting due to unexpected upstream changes, see 
> /tmp/python-thriftpy_0.3.9-1.diff.cyb9Jm
> dpkg-source: info: you can integrate the local changes with dpkg-source 
> --commit
> dpkg-buildpackage: error: dpkg-source -b python-thriftpy-0.3.9 subprocess 
> returned exit status 2
> 
> Build finished at 2017-10-30T12:42:55Z

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/python-thriftpy_0.3.9-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880337: php-sabre-vobject-3: FTBFS: Test failures

[Lucas Nussbaum]

Source: php-sabre-vobject-3
Version: 3.5.2-1
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> ...E. 1403 / 1483 ( 
> 94%)
> . 1464 / 1483 ( 
> 98%)
> ...   1483 / 1483 
> (100%)
> 
> Time: 564 ms, Memory: 16.00MB
> 
> There was 1 error:
> 
> 1) Sabre\VObject\TimezoneUtilTest::testTimeZoneBCIdentifiers with data set 
> #52 ('Canada/East-Saskatchewan')
> Exception: DateTimeZone::__construct(): Unknown or bad timezone 
> (Canada/East-Saskatchewan)
> 
> /<>/tests/VObject/TimeZoneUtilTest.php:181
> 
> ERRORS!
> Tests: 1483, Assertions: 2185, Errors: 1.
> debian/rules:20: recipe for target 'override_dh_auto_test' failed

The full build log is available from:
   
http://aws-logs.debian.net/2017/10/30/php-sabre-vobject-3_3.5.2-1_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880336: knowthelist: FTBFS: /bin/sh: 1: qmake-qt4: not found

[Lucas Nussbaum]

Source: knowthelist
Version: 2.3.0-2
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
>  debian/rules build
> test -x debian/rules
> mkdir -p "."
> cd . && qmake-qt4 'QMAKE_CC = cc' 'QMAKE_CXX = g++' 'QMAKE_CFLAGS_RELEASE = 
> -Wdate-time -D_FORTIFY_SOURCE=2 -O3' 'QMAKE_CXXFLAGS_RELEASE = -Wdate-time 
> -D_FORTIFY_SOURCE=2 -O3' 'QMAKE_LFLAGS_RELEASE = -Wl,-z,relro'
> /bin/sh: 1: qmake-qt4: not found
> /usr/share/cdbs/1/class/qmake.mk:45: recipe for target 'Makefile' failed
> make: *** [Makefile] Error 127

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/knowthelist_2.3.0-2_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.

Bug#880328: btanks: FTBFS: SyntaxError: invalid syntax

[Lucas Nussbaum]

Source: btanks
Version: 0.9.8083-6
Severity: serious
Tags: buster sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20171030 qa-ftbfs
Justification: FTBFS on amd64

Hi,

During a rebuild of all packages in sid, your package failed to build on
amd64.

Relevant part (hopefully):
> make[1]: Entering directory '/<>'
> python engine/sl08/sl08.py >engine/sl08/sl08.h
> scons prefix=/usr resources_dir=/usr/share/games/btanks 
> plugins_dir=/usr/lib/btanks lib_dir=/usr/lib/btanks
> scons: Reading SConscript files ...
>   File "/<>/SConstruct", line 205
> 
> print "%s %s %s" %(info[0], info[1], info[2])
> 
>^
> 
> SyntaxError: invalid syntax
> 
> debian/rules:9: recipe for target 'override_dh_auto_build' failed
> make[1]: *** [override_dh_auto_build] Error 2

The full build log is available from:
   http://aws-logs.debian.net/2017/10/30/btanks_0.9.8083-6_unstable.log

A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!

About the archive rebuild: The rebuild was done on EC2 VM instances from
Amazon Web Services, using a clean, minimal and up-to-date chroot. Every
failed build was retried once to eliminate random failures.