date:20160927

Bug#838962: RM: ctdb/2.5.4+debian0-4+deb8u1

2016-09-27 Thread Andreas Beckmann

Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: rm

The ctdb package previously built from src:ctdb has been taken over
by samba 2:4.2.10+dfsg-0+deb8u3, leaving uninstallable cruft packages
in stable:
  ctdb-pcp-pmda
  ctdb-dbg
  libctdb-dev


Andreas

Bug#838963: gnome-control-center: when click keyboard, gnome control center is closed. It is no posible change shortcuts or any properties of keyboard by this way

2016-09-27 Thread miguel

Package: gnome-control-center
Version: 1:3.21.92-2
Severity: normal

Dear Maintainer,

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

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

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



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

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

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.40-3
ii  apg2.2.3.dfsg.1-4
ii  colord 1.3.3-2
ii  desktop-file-utils 0.23-1
ii  gnome-control-center-data  1:3.21.92-2
ii  gnome-desktop3-data3.22.0-1
ii  gnome-settings-daemon  3.22.0-1
ii  gsettings-desktop-schemas  3.22.0-1
ii  libaccountsservice00.6.40-3
ii  libatk1.0-02.21.90-2
ii  libc6  2.23-5
ii  libcairo-gobject2  1.14.6-1+b1
ii  libcairo2  1.14.6-1+b1
ii  libcanberra-gtk3-0 0.30-3
ii  libcanberra0   0.30-3
ii  libcheese-gtk253.22.0-1
ii  libcheese8 3.22.0-1
ii  libclutter-1.0-0   1.26.0-2
ii  libclutter-gtk-1.0-0   1.8.2-1
ii  libcolord-gtk1 0.1.26-1
ii  libcolord2 1.3.3-2
ii  libcups2   2.2.0-2
ii  libfontconfig1 2.11.0-6.7
ii  libgdk-pixbuf2.0-0 2.34.0-1
ii  libglib2.0-0   2.49.6-1
ii  libgnome-bluetooth13   3.20.0-1
ii  libgnome-desktop-3-12  3.22.0-1
ii  libgoa-1.0-0b  3.22.0-1
ii  libgoa-backend-1.0-1   3.22.0-1
ii  libgrilo-0.3-0 0.3.2-1
ii  libgtk-3-0 3.21.5-3
ii  libgtop-2.0-10 2.34.1-2
ii  libgudev-1.0-0 230-3
ii  libibus-1.0-5  1.5.11-1
ii  libkrb5-3  1.14.3+dfsg-2
ii  libmm-glib01.6.2-1
ii  libnm0 1.2.4-2
ii  libnma01.2.4-1
ii  libpango-1.0-0 1.40.2-1
ii  libpangocairo-1.0-01.40.2-1
ii  libpolkit-gobject-1-0  0.105-16
ii  libpulse-mainloop-glib09.0-3
ii  libpulse0  9.0-3
ii  libpwquality1  1.3.0-1
ii  libsmbclient   2:4.4.5+dfsg-3
ii  libsoup2.4-1   2.56.0-1
ii  libupower-glib30.99.4-4
ii  libwacom2  0.19-1
ii  libx11-6   2:1.6.3-1
ii  libxi6 2:1.7.6-1
ii  libxml22.9.4+dfsg1-2

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.2-3
ii  cups-pk-helper0.2.6-1
ii  gkbd-capplet  3.6.0-1
ii  gnome-online-accounts 3.22.0-1
ii  gnome-user-guide  3.22.0-1
ii  gnome-user-share  3.18.3-1
ii  iso-codes 3.70-1
ii  libnss-myhostname 231-4
ii  mousetweaks   3.12.0-1
ii  network-manager-gnome 1.2.4-1
ii  policykit-1   0.105-16
ii  pulseaudio-module-bluetooth   9.0-3
ii  realmd0.16.3-1
ii  rygel 0.30.3-1
ii  rygel-tracker 0.30.3-1
ii  system-config-printer-common  1.5.7-2

Versions of packages gnome-control-center suggests:
ii  gstreamer1.0-pulseaudio  1.8.3-1+b1
ii  libcanberra-gtk-module   0.30-3
ii  libcanberra-gtk3-module  0.30-3
ii  x11-xserver-utils7.7+7

-- no debconf information

Bug#836388: [pkg-go] Bug#836388: When cache is present, job run from incorrect working directory

2016-09-27 Thread Dmitry Smirnov

Hi Sam,

On Friday, 2 September 2016 10:01:14 AM AEST Sam Hartman wrote:
> If a job includes a cache, then it appears that the initial working
> directory is  some directory inside the cache, *not* the top of the
> project directory.

This problem could be related to #838012 that was fixed in 1.5.3.
Could you please try again to check if this problem is still there?

Thanks.

-- 
All the best,
 Dmitry Smirnov.

---

It is a fine thing to be honest, but it is also very important to be right.
-- Winston Churchill

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

Bug#838964: RFS: dh-haskell/0.3

2016-09-27 Thread Dmitry Bogatov


Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "dh-haskell"

* Package name: dh-haskell
  Version : 0.3
  Upstream Author : Dmitry Bogatov 
* Url : https://anonscm.debian.org/cgit/pkg-haskell/dh-haskell.git
* Licenses: GPL-3+
  Section : devel

It builds those binary packages:

  * dh-haskell

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

http://mentors.debian.net/package/dh-haskell

Alternatively, one can download the package with dget using this command:
dget -x 
http://mentors.debian.net/debian/pool/main/d/dh-haskell/dh-haskell_0.3.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://anonscm.debian.org/cgit/pkg-haskell/dh-haskell.git

More information about dh-haskell can be obtained from
https://anonscm.debian.org/cgit/pkg-haskell/dh-haskell.git

Changes since last upload:

  * Avoid push on scalar, which in now forbidden (Closes: #83)
  * Replace git:// with https:// link in Vcs-Git

Regards,
  Dmitry Bogatov

Bug#802487: Aide crash (SIGSEGV) solved by reinstalling

2016-09-27 Thread Carlos Pérez

Hi,

I came across this same problem (the same segmentation fault in the same
place) today and I was able to get a working Aide just by reinstalling
the package:

apt-get install aide --reinstall

I think that the segmentation fault was produced by a corrupt aide
binary, since the aide's SHA256 signature changes after reinstalling the
package (note that it is the same package version that is reinstalled).
In fact, the size in the corrupted file is the same that that of the
correct one.

I was able to detect this because I use two different Debian 8.5 virtual
machines and only in one of them aide crashed. The working system was
created using a standard Debian installation CD while the faulty one was
created using debootstrap (I don't know whether this is relevant or not).

I know it could be a security issue. But, I doubt it, because both
systems are virtual machines behind a NAT router, they don't offer any
service to the Internet and they don't use Internet services either
(apart from the Debian repositories).

The situation before reinstalling in the faulty system:

Working system:
# ls -l $(which aide)
-rwxr-xr-x 1 root root 1597208 Oct 24  2014 /usr/bin/aide
# sha256sum /usr/bin/aide
e382183d9f94e0325af0a8d235445a82f0aab9c3fc134b9219b9b290722db7e5
/usr/bin/aide
# aide
Couldn't open file
/var/lib/aide/please-dont-call-aide-without-parameters/aide.db for reading

Faulty system:
# ls -l $(which aide)
-rwxr-xr-x 1 root root 1597208 Oct 24  2014 /usr/bin/aide
# sha256sum /usr/bin/aide
c2ac6ddeb386376fa2f504e5471fb9880baffd15807060b37b28bcabb91466bd
/usr/bin/aide
# aide
Segmentation fault

After reinstalling aide in the faulty system, the SHA256 matches that of
the working one, and aide works OK.

Further information:
- Both system are Debian 8.5 x86_64
- Aide version: 0.16~a2.git20130520-3
- I upgraded the faulty system to Debian 8.6 (no aide upgrade, however)
and the segmentation fault was still there.
- The faulty one was a User-Mode Linux virtual machine running inside
the working one (a VMware Workstation virtual machine).

Hope it helps.

Sincerely,

-- 
Carlos Pérez

Bug#838965: mediawiki: NEWS.Debian would be useful for the upgrade from 1.19 to 1.27

2016-09-27 Thread John Lines

Package: mediawiki
Version: 1:1.27.1-2~bpo8+1
Severity: minor

Dear Maintainer,

I am running Jessie with backports, hence mediawiki upgraded earlier than it 
will
for most people upgrading from Jessie to Stretch. I run with few changes so my
installation is likely to be typical. After the upgrade I found mediawiki pages
reporting 'A database query error has occurred. This may indicate a bug in the 
software'

The fix, which should be in a NEWS.Debian, so users find it on upgrade, rather 
than when
using the software, was

  cd /usr/share/mediawiki/maintenance
  ./update.php --dbuser root --dbpass xxx

 Note that the wikiuser user does not have (or need) permissions to update the 
schema.

 I also had to update /etc/mediawiki/LocalSettings.php to add the line
   wfLoadSkin( 'Vector' );
 and I changed my skin from monobook (which I think was the old default skin) 
to vector.

Having made these changes everthing runs very smoothly.


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

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

Versions of packages mediawiki depends on:
ii  apache2 [httpd]2.4.10-10+deb8u7
ii  libjs-jquery   1.7.2+dfsg-3.2
ii  mediawiki-classes  1:1.27.1-2~bpo8+1
ii  mime-support   3.58
ii  php5   5.6.24+dfsg-0+deb8u1
ii  php5-common5.6.24+dfsg-0+deb8u1
ii  php5-mysql 5.6.24+dfsg-0+deb8u1
ii  php5-pgsql 5.6.24+dfsg-0+deb8u1
ii  php5-sqlite5.6.24+dfsg-0+deb8u1

Versions of packages mediawiki recommends:
ii  mysql-server   5.5.52-0+deb8u1
ii  php-wikidiff2  1.2+git03ea59f-1
ii  php5-cli   5.6.24+dfsg-0+deb8u1
ii  php5-curl  5.6.24+dfsg-0+deb8u1
ii  php5-intl  5.6.24+dfsg-0+deb8u1
ii  python 2.7.9-1

Versions of packages mediawiki suggests:
pn  clamav   
pn  hhvm 
ii  imagemagick  8:6.8.9.9-5+deb8u5
ii  memcached1.4.21-1.1
ii  php5-apcu4.0.7-1
ii  php5-gd  5.6.24+dfsg-0+deb8u1

-- Configuration Files:
/etc/apache2/conf-available/mediawiki.conf changed [not included]
/etc/mediawiki/apache.conf 2fc573bdfa17c1f85e93dbff87b8face [Errno 2] No such 
file or directory: u'/etc/mediawiki/apache.conf 
2fc573bdfa17c1f85e93dbff87b8face'
/etc/mediawiki/cherokee.conf 9bef51969672b3abea3c9ca960bd1163 [Errno 2] No such 
file or directory: u'/etc/mediawiki/cherokee.conf 
9bef51969672b3abea3c9ca960bd1163'

-- debconf information:
  mediawiki/webserver: apache2

Bug#838966: Installing and uninstalling redis-server breaks minimal chroot

2016-09-27 Thread Chris Lamb

Package: redis-server
Version: 3:3.2.3-2
Control: submitter -1 Santiago Vila 
X-Debbugs-Cc: Santiago Vila 


- Original message -
From: Santiago Vila 
To: Chris Lamb 
Subject: Installing and uninstalling redis-server on a minimal chroot
Date: Tue, 27 Sep 2016 01:31:44 +0200 (CEST)

Hello.

On a chroot not having initscripts installed which I use to build
packages, installing redis-server and then uninstalling it makes
the chroot to be broken (see attach).

I'm not sure which package/policy/whatever is to blame.

In theory, if I'm able to install a package, I should also be able to
uninstall it (this is the kind of thing that piuparts checks).
Is there an implicit but undeclared dependency on initscripts?

Is initscripts missing by mistake in the build-essential set definition?

Any hint?

Thanks.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
# apt-get install redis-server
[...]
The following additional packages will be installed:
  libjemalloc1 redis-tools
Suggested packages:
  ruby-redis
The following NEW packages will be installed:
  libjemalloc1 redis-server redis-tools
0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/955 kB of archives.
After this operation, 2623 kB of additional disk space will be used.
Do you want to continue? [Y/n] 
debconf: delaying package configuration, since apt-utils is not installed
Selecting previously unselected package libjemalloc1.
(Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 13935 files and directories currently installed.)
Preparing to unpack .../0-libjemalloc1_3.6.0-9_amd64.deb ...
Unpacking libjemalloc1 (3.6.0-9) ...
Selecting previously unselected package redis-tools.
Preparing to unpack .../1-redis-tools_3%3a3.2.3-2_amd64.deb ...
Unpacking redis-tools (3:3.2.3-2) ...
Selecting previously unselected package redis-server.
Preparing to unpack .../2-redis-server_3%3a3.2.3-2_amd64.deb ...
Unpacking redis-server (3:3.2.3-2) ...
Setting up libjemalloc1 (3.6.0-9) ...
Processing triggers for libc-bin (2.23-5) ...
Processing triggers for man-db (2.7.5-1) ...
Setting up redis-tools (3:3.2.3-2) ...
Setting up redis-server (3:3.2.3-2) ...
ERROR: ld.so: object 'libeatmydata.so' from LD_PRELOAD cannot be preloaded 
(cannot open shared object file): ignored.
invoke-rc.d: could not determine current runlevel
W: No sandbox user '_apt' on the system, can not drop privileges


# dpkg --purge libjemalloc1 redis-server redis-tools
(Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 13977 files and directories currently installed.)
Removing redis-server (3:3.2.3-2) ...
invoke-rc.d: could not determine current runlevel
/etc/init.d/redis-server: 31: .: Can't open /lib/lsb/init-functions
invoke-rc.d: initscript redis-server, action "stop" failed.
dpkg: error processing package redis-server (--purge):
 subprocess installed pre-removal script returned error exit status 2
dpkg: dependency problems prevent removal of redis-tools:
 redis-server depends on redis-tools (= 3:3.2.3-2).

dpkg: error processing package redis-tools (--purge):
 dependency problems - not removing
dpkg: dependency problems prevent removal of libjemalloc1:
 redis-server depends on libjemalloc1 (>= 2.1.1).
 redis-tools depends on libjemalloc1 (>= 2.1.1).

dpkg: error processing package libjemalloc1 (--purge):
 dependency problems - not removing
Errors were encountered while processing:
 redis-server
 redis-tools
 libjemalloc1

Bug#811053: *.poms Should Not Be Required to Ensure Trailing Newline

2016-09-27 Thread Christopher Hoskin

Ah, in mongo-java-driver I'm using:

dh $@ --buildsystem=gradle --with javahelper,jh_maven_repo_helper

whereas android-platform-libcore uses:

dh $@ --with maven_repo_helper --buildsystem=gradle

Christopher

Bug#798430: apache2: please add systemd service file

2016-09-27 Thread Raphael Hertzog

Hi,

On Wed, 21 Sep 2016, Stefan Fritsch wrote:
> Thanks for the patch. I will take a look next week-end.

Did you have the time to review my changes? If no, when do you expect to
be able to look at them?

I would gladly offer an NMU if you don't have the time (as I'm rather
confident in the work done and I can switch to urgency=low to have 10 days
of testing in unstable).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#827512: qupzilla: New upstream release 2.0.1

2016-09-27 Thread Frank Mehnert

Hi,

Qt 5.6 is part of Sid for some time now. Would be really great to have
the new version of Qupzilla packaged.

Thanks you!

Frank

Bug#834722: dnsmasq-base: dnsmasq does not forward queries after recieving servers via DBus second time

2016-09-27 Thread Vincent Bernat

 ❦ 22 septembre 2016 22:11 CEST, Vincent Bernat  :

>> Dear Maintainer, dnsmasq while govenred by NetworkManager fails to forward
>> queries to upstream DNS server when recieved server list via DBus for
>> second time.
>
> I have the same problem. Therefore, when switching from one network to
> another, I have to kill dnsmasq to make it work again. I'll try to debug
> a bit more next time (but usually, this happens at the most inconvenient
> moment).

Here is a strace during the problem:

recvmsg(4, {msg_name(16)={sa_family=AF_INET, sin_port=htons(50141), 
sin_addr=inet_addr("127.0.0.1")}, 
msg_iov(1)=[{"z\320\1\0\0\1\0\0\0\0\0\0\4push\10services\7mozil"..., 4096}], 
msg_controllen=0, msg_flags=0}, 0) = 43
sendto(11, "3\202\1\0\0\1\0\0\0\0\0\0\4push\10services\7mozil"..., 43, 0, 
{sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("8.8.8.8")}, 16) = 
-1 ENODEV (No such device)
sendto(11, "3\202\1\0\0\1\0\0\0\0\0\0\4push\10services\7mozil"..., 43, 0, 
{sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("8.8.4.4")}, 16) = 
-1 ENODEV (No such device)

FD 11 is:

dnsmasq 21412 nobody   11u IPv41438842  0t0 UDP *:38279

So, it doesn't really seem to be related to the original bug
report. Sorry for the noise, I'll dig more and open another bug report
if needed.
-- 
Use recursive procedures for recursively-defined data structures.
- The Elements of Programming Style (Kernighan & Plauger)


signature.asc
Description: PGP signature

Bug#838967: [nautilus-admin] Open as Administrator not working

2016-09-27 Thread Đặng Duy Sơn


Package: nautilus-admin
Version: 0.2.2-1
Severity: normal

"Open as Administrator" option hasn't worked since upgrade nautilus to 
3.21.91. "Edit as Administrator" still working normally.


➜  ~ nautilus
Initializing nautilus-dropbox 2015.10.28
sys:1: PyGIWarning: Nautilus was imported without specifying a version 
first. Use gi.require_version('Nautilus', '3.0') before import to ensure 
that the right version gets loaded.
/usr/share/nautilus-python/extensions/nautilus-admin.py:19: PyGIWarning: 
GConf was imported without specifying a version first. Use 
gi.require_version('GConf', '2.0') before import to ensure that the 
right version gets loaded.

  from gi.repository import Nautilus, GObject, GConf, Gtk, GLib
Unknown option --no-desktop

(gedit:31229): Gtk-WARNING **: Failed to get the GNOME session proxy: 
The name org.gnome.SessionManager is not owned


(gedit:31229): Gtk-WARNING **: Failed to get the Xfce session proxy: The 
name org.xfce.SessionManager is not owned


(gedit:31229): Gtk-WARNING **: Failed to get an inhibit portal proxy: 
The name org.freedesktop.portal.Desktop is not owned


** (gedit:31229): WARNING **: Set document metadata failed: Setting 
attribute metadata::gedit-position not supported

Unknown option --no-desktop


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

Debian Release: stretch/sid
500 testing debian.xtdv.net

--- Package information. ---
Depends (Version) | Installed
===-+-===
nautilus | 3.21.91.1-1
python-nautilus | 1.1-4
policykit-1 | 0.105-16
gir1.2-gconf-2.0 | 3.2.6-3


Recommends (Version) | Installed
=-+-===
gedit | 3.22.0-1
gnome-terminal | 3.21.90-3


Package's Suggests field is empty.

Bug#831587: stressapptest: please make the build reproducible

2016-09-27 Thread Chris Lamb

> -AC_DEFINE_UNQUOTED([STRESSAPPTEST_TIMESTAMP],
> +if test -n "$SOURCE_DATE_EPOCH"; then
> +  AC_DEFINE(STRESSAPPTEST_TIMESTAMP,"")

I would set it to *something*, not an empty string otherwise wherever
that string is used in the program itself it will look broken.


Regards,

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

Bug#838739: linux-image-amd64: meta depends on image not available

2016-09-27 Thread Markus Lindberg


Hi,

We have also noticed this on our newly built Debian Jessie machines. 
Example:

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

The following packages have unmet dependencies:
 linux-headers-amd64 : Depends: linux-headers-4.6.0-0.bpo.1-amd64 but 
it is not installable
 linux-image-amd64 : Depends: linux-image-4.6.0-0.bpo.1-amd64 but it is 
not installable

E: Unable to correct problems, you have held broken packages.

When looking at the meta packages 'linux-image-amd64' and 
'linux-headers-amd64' we can see that the package's they depend on shows 
up as "Package not available".


https://packages.debian.org/jessie-backports/linux-headers-amd64
https://packages.debian.org/jessie-backports/linux-image-amd64

Best regards
Markus Lindberg

Bug#798818: Reopen bug for updating kernel for mipsel buildds

2016-09-27 Thread Ole Streicher

unarchive 798818
reopen 798818
thanks

Sorry for disturbing you again: When building on
mipsel-aql-02.debian.org, the kernel is still

Kernel: Linux 3.16.0-4-loongson-3 mipsel (mips64)

which is far outdated, and causes an FTBFS:

https://buildd.debian.org/status/fetch.php?pkg=casacore&arch=mipsel&ver=2.1.0-3&stamp=1474903782

For comparison, the previous one succeeds:

https://buildd.debian.org/status/fetch.php?pkg=casacore&arch=mipsel&ver=2.1.0-2&stamp=1474385578

Similarly, I get a failure on mipsel-aql-02.debian.org (this time for
mips64).

Could you please update *all* mips buildds to a 4.7 kernel? Otherwise
there is always trouble with the FPU.

Bug#830254: Failures due to kernel bugs in MIPS

2016-09-27 Thread Ole Streicher

The three tests

* tClassicalStatistics
* tHingesFencesStatistics
* tLCEllipsoid

FTBFS on MIPS platforms (mips, mipsel, mips64) when they are build on
linux kernel version 3.16.0, but succeed on kernel version 4.7.

Since I previously had floating point problems on MIPS with older
kernels -- see f.e.

https://bugs.debian.org/811368
https://bugs.debian.org/781892

They *should* be all updated; see https://bugs.debian.org/798818
However, mipsel-aql-* machines are still on kernel 3.16...

Bug#838739: linux-image-amd64: meta depends on image not available

2016-09-27 Thread Vlad Orlov

Hi,

I've noticed there's linux-image-4.7.0-0.bpo.1-amd64-unsigned available
in jessie-backports, and it provides linux-image-4.7.0-0.bpo.1-amd64.
So, since 4.7 is already there in jessie-backports, linux-image-amd64
can be just updated to depend on it.

Same issue and same solution apply to linux-headers-amd64 metapackage
and 4.7 headers packages.

Bug#838969: ITP: lua-sandbox -- Generic Lua sandbox for dynamic data analysis

2016-09-27 Thread Raphaël Hertzog

Package: wnpp
Severity: wishlist
Owner: "Raphaël Hertzog" 

* Package name: lua-sandbox
  Version : 1.0.3
  Upstream Author : Mike Trinkala
* URL : https://github.com/mozilla-services/lua_sandbox
* License : Mozilla Public License Version 2.0
  Programming Lang: C
  Description : Generic Lua sandbox for dynamic data analysis

Sandboxes provide a dynamic and isolated execution environment for data
parsing, transformation, and analysis. They allow access to data without
jeopardizing the integrity or performance of the processing
infrastructure. This broadens the audience that the data can be exposed to
and facilitates new uses of the data (i.e. debugging, monitoring, dynamic
provisioning, SLA analysis, intrusion detection, ad-hoc reporting, etc.)

The Lua sandbox is a library allowing customized control over the Lua
execution environment including functionality like global data
preservation/restoration on shutdown/startup, output collection in textual
or binary formats and an array of parsers for various data types (Nginx,
Apache, Syslog, MySQL and many RFC grammars)

Features

* small - memory requirements are as little as 8 KiB for a basic sandbox
* fast - microsecond execution times
* stateful - ability to resume where it left off after a restart/reboot
* isolated - failures are contained and malfunctioning
  sandboxes are terminated. Containment is defined in terms of restriction
  to the operating system, file system, libraries, memory use, Lua
  instruction use, and output size.

More information at http://mozilla-services.github.io/lua_sandbox

This package will be maintained in the pkg-heka team:
https://alioth.debian.org/projects/pkg-heka

This package is a dependency of hindsight.

Bug#838963: gnome-control-center: when click keyboard, gnome control center is closed. It is no posible change shortcuts or any properties of keyboard by this way

2016-09-27 Thread Michael Biebl

Can you run gnome-control-center from a terminal please and attach the
output please. This sounds like it could be a duplicate of #838336


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



signature.asc
Description: OpenPGP digital signature

Bug#836621: diffpdf: diff for NMU version 2.1.3-1.1

2016-09-27 Thread Mattia Rizzolo

Control: tags 836621 + patch
Control: tags 836621 + pending

Dear maintainer,

I've prepared an NMU for diffpdf (versioned as 2.1.3-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
[0;0mdiffstat for diffpdf-2.1.3 diffpdf-2.1.3[0;0m
[0;0m[0;0m
[0;0m changelog   |   13 +[0;0m
[0;0m control |5 ++---[0;0m
[0;0m copyright   |8 [0;0m
[0;0m menu|7 ---[0;0m
[0;0m patches/02-buildflags.patch |   17 +[0;0m
[0;0m patches/series  |1 +[0;0m
[0;0m rules   |2 +-[0;0m
[0;0m 7 files changed, 38 insertions(+), 15 deletions(-)[0;0m
[0;0m[0;0m
[1;36mdiff -Nru diffpdf-2.1.3/debian/changelog diffpdf-2.1.3/debian/changelog[0;0m
[0;31m--- diffpdf-2.1.3/debian/changelog	2013-11-04 16:16:33.0 +[0;0m
[0;32m+++ diffpdf-2.1.3/debian/changelog	2016-09-27 08:34:37.0 +[0;0m
[0;36m@@ -1,3 +1,16 @@[0;0m
[0;32m+diffpdf (2.1.3-1.1) unstable; urgency=medium[0;0m
[0;32m+[0;0m
[0;32m+  * Non-maintainer upload.[0;0m
[0;32m+  * Stop using hardening-wrapper, make use of dpkg-buildflags with[0;0m
[0;32m+  DEB_BUILD_MAINT_OPTIONS=hardening=+all[0;0m
[0;32m+instead.  Closes: #836621[0;0m
[0;32m+  * Use https in Vcs-Git.[0;0m
[0;32m+  * Drop menu file, as it has been deprecated by the tech-ctte.[0;0m
[0;32m+  * Add patch to have qmake use build flags from the environment.[0;0m
[0;32m+  * d/copyright: right order of paragraph to respect copyright-format 1.0.[0;0m
[0;32m+[0;0m
[0;32m+ -- Mattia Rizzolo   Tue, 27 Sep 2016 08:34:37 +[0;0m
[0;32m+[0;0m
[0;0m diffpdf (2.1.3-1) unstable; urgency=low[0;0m
[0;0m [0;0m
[0;0m   * New upstream version (Closes: #703440).[0;0m
[1;36mdiff -Nru diffpdf-2.1.3/debian/control diffpdf-2.1.3/debian/control[0;0m
[0;31m--- diffpdf-2.1.3/debian/control	2013-11-04 16:16:33.0 +[0;0m
[0;32m+++ diffpdf-2.1.3/debian/control	2016-09-27 08:19:24.0 +[0;0m
[0;36m@@ -9,11 +9,10 @@[0;0m
[0;0m  , qt4-linguist-tools[0;0m
[0;0m  , libpoppler-qt4-dev[0;0m
[0;0m  , libpoppler-cpp-dev[0;0m
[0;31m- , hardening-wrapper[0;0m
[0;0m Standards-Version: 3.9.5[0;0m
[0;0m Homepage: http://www.qtrac.eu/diffpdf.html[0;0m
[0;31m-Vcs-Git: [7mgit://anonscm.debian.org[27m/collab-maint/diffpdf.git[0;0m
[0;31m-Vcs-Browser: http[7m://anonscm.debian.org/gitweb/?p=[27mcollab-maint/diffpdf.git[0;0m
[0;32m+Vcs-Git: [7mhttps://anonscm.debian.org/git[27m/collab-maint/diffpdf.git[0;0m
[0;32m+Vcs-Browser: http[7ms://anonscm.debian.org/git/[27mcollab-maint/diffpdf.git[0;0m
[0;0m [0;0m
[0;0m Package: diffpdf[0;0m
[0;0m Architecture: any[0;0m
[1;36mdiff -Nru diffpdf-2.1.3/debian/copyright diffpdf-2.1.3/debian/copyright[0;0m
[0;31m--- diffpdf-2.1.3/debian/copyright	2013-11-04 16:16:33.0 +[0;0m
[0;32m+++ diffpdf-2.1.3/debian/copyright	2016-09-27 08:33:39.0 +[0;0m
[0;36m@@ -2,14 +2,14 @@[0;0m
[0;0m Upstream-Name: DiffPDF[0;0m
[0;0m Upstream-Contact: Mark Summerfield [0;0m
[0;0m [0;0m
[0;31m-Files: debian/*[0;0m
[0;31m-Copyright: © 2009-2012, David Paleino [0;0m
[0;31m-License: GPL-2+[0;0m
[0;31m-[0;0m
[0;0m Files: *[0;0m
[0;0m Copyright: © 2008-2012, Qtrac Ltd.[0;0m
[0;0m License: GPL-2+[0;0m
[0;0m [0;0m
[0;32m+Files: debian/*[0;0m
[0;32m+Copyright: © 2009-2012, David Paleino [0;0m
[0;32m+License: GPL-2+[0;0m
[0;32m+[0;0m
[0;0m License: GPL-2+[0;0m
[0;0m  This package is free software; you can redistribute it and/or modify[0;0m
[0;0m  it under the terms of the GNU General Public License as published by[0;0m
[1;36mdiff -Nru diffpdf-2.1.3/debian/menu diffpdf-2.1.3/debian/menu[0;0m
[0;31m--- diffpdf-2.1.3/debian/menu	2013-11-04 16:16:33.0 +[0;0m
[0;32m+++ diffpdf-2.1.3/debian/menu	1970-01-01 00:00:00.0 +[0;0m
[0;36m@@ -1,7 +0,0 @@[0;0m
[0;31m-?package(diffpdf): \[0;0m
[0;31m-	needs="X11" \[0;0m
[0;31m-	section="Applications/Viewers" \[0;0m
[0;31m-	title="DiffPDF" \[0;0m
[0;31m-	hints="Qt" \[0;0m
[0;31m-	command="diffpdf" \[0;0m
[0;31m-	icon="/usr/share/pixmaps/diffpdf.xpm"[0;0m
[1;36mdiff -Nru diffpdf-2.1.3/debian/patches/02-buildflags.patch diffpdf-2.1.3/debian/patches/02-buildflags.patch[0;0m
[0;31m--- diffpdf-2.1.3/debian/patches/02-buildflags.patch	1970-01-01 00:00:00.0 +[0;0m
[0;32m+++ diffpdf-2.1.3/debian/patches/02-buildflags.patch	2016-09-27 08:31:01.0 +[0;0m
[0;36m@@ -0,0 +1,17 @@[0;0m
[0;32m+Description: teach qma

Bug#838968: ITP: hindsight -- light weight data processing infrastructure

2016-09-27 Thread Raphaël Hertzog

Package: wnpp
Severity: wishlist
Owner: "Raphaël Hertzog" 

* Package name: hindsight
  Version : 0.11.2
  Upstream Author : Mike Trinkala
* URL : https://github.com/mozilla-services/hindsight
* License : Mozilla Public License Version 2.0
  Programming Lang: C
  Description : light weight data processing infrastructure

Hindsight is a C based data processing infrastructure based on the lua
sandbox[1] project. This was developed as a light weight replacement for
Heka[2] with faster data pipeline and delivery guarantees.
Hindsight is that light weight skeleton around the same lua sandbox
offering 'at least once' delivery semantics.

[1] https://github.com/mozilla-services/lua_sandbox
[2] https://github.com/mozilla-services/heka

This package will be maintained in the pkg-heka team:
https://alioth.debian.org/projects/pkg-heka

Bug#838970: webkit2pdf: FTBFS with /bin/sh as dash

2016-09-27 Thread Chris Lamb

Source: webkit2pdf
Version: 0.3-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
Tags: patch
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Hi,

webkit2pdf FTBFS with /bin/sh as dash due to different quoting foo in 
debian/rules:

 OP="\("
 REL=$(shell head -1 debian/changelog | cut -d ${OP} -f 2 | cut -d '-' -f 1)

 […]

   debian/rules override_dh_auto_configure
   make[1]: Entering directory '[…]/webkit2pdf-0.3'
   cut: the delimiter must be a single character
   Try 'cut --help' for more information.
   pod2man -d 2016-05-19 -r  -c "" debian/webkit2pdf.pod debian/webkit2pdf.1

"Hangs" there, presumably waiting on stdin due to lack of argument to "-r".
I'm guessing under bash, the "(" is quoted/expanded, etc. etc.

Patch attached that simply uses a more reliable way to parse the version
number, which is a good idea anyway.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
diff --git a/debian/rules b/debian/rules
index 1392c76..63ffe4a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,8 +1,7 @@
 #!/usr/bin/make -f
 
 DATE=$(shell dpkg-parsechangelog -S Date | date -u +%F -f -)
-OP="\("
-REL=$(shell head -1 debian/changelog | cut -d ${OP} -f 2 | cut -d '-' -f 1)
+REL=$(shell dpkg-parsechangelog -S Version | cut -d '-' -f1)
 MAN=debian/webkit2pdf
 
 %:

Bug#838096: network-manager drives broadcom driver into confused state

2016-09-27 Thread Michael Biebl

Hi Eduard

On Sat, 17 Sep 2016 23:27:42 +0200 Eduard Bloch  wrote:
> Hallo,
> * Michael Biebl [Sat, Sep 17 2016, 02:10:25PM]:
> > Could you add
> > 
> > [device]
> > wifi.scan-rand-mac-address=no
> > 
> > to your NetworkManager.conf and see if that changes anything.
> > 
> > This smells like [1]
> 
> Interesting, it partly helps! I can select hotspots with nmcli now and
> it seems to be ok so far.

I cherry-picked various fixes in 1.4.0-4, could you please check if you
are still affected by this problem with this version?
If so, it probably would make sense to take this upstream.

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



signature.asc
Description: OpenPGP digital signature

Bug#838971: slang2: FTBFS: usr/bin/install: cannot stat '[..]/slang2-2.3.0/src/elfobjs/libslang.so.2.3.0': No such file or directory

2016-09-27 Thread Chris Lamb

Source: slang2
Version: 2.3.0-4
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

slang2 fails to build from source in unstable/amd64:

  [..]

  cd test; make CC="gcc" CFLAGS="-g -O2 
-fdebug-prefix-map=/home/lamby/temp/cdt.20160927100741.VSbjW17x57.db.slang2/slang2-2.3.0=.
 -fstack-protector-strong -Wformat -Werror=format-security -D_XOPEN_SOURCE=500 
-Wdate-time -D_FORTIFY_SOURCE=2 -O0 " OTHERLIBS="-lm" 
SLANGLIB="/home/lamby/temp/cdt.20160927100741.VSbjW17x57.db.slang2/slang2-2.3.0/src/objs"
  make[3]: Entering directory 
'/home/lamby/temp/cdt.20160927100741.VSbjW17x57.db.slang2/slang2-2.3.0/src/test'
  gcc -g -O2 
-fdebug-prefix-map=/home/lamby/temp/cdt.20160927100741.VSbjW17x57.db.slang2/slang2-2.3.0=.
 -fstack-protector-strong -Wformat -Werror=format-security -D_XOPEN_SOURCE=500 
-Wdate-time -D_FORTIFY_SOURCE=2 -O0  -Wl,-z,relro sltest.c -o sltest -I.. 
-L/home/lamby/temp/cdt.20160927100741.VSbjW17x57.db.slang2/slang2-2.3.0/src/objs
 -lslang -lm
  
  Running tests:
  
  Testing argv processing ...Ok
  Testing argv processing [UTF-8 mode] ...Ok
  Testing syntax ...Ok
  Testing syntax [UTF-8 mode] ...Ok
  Testing Short Ciruit Operators ...Ok
  Testing Short Ciruit Operators [UTF-8 mode] ...Ok
  Testing _eqs ...Ok
  Testing _eqs [UTF-8 mode] ...Ok
  Testing sscanf ...Ok
  Testing sscanf [UTF-8 mode] ...Ok
  Testing looping constructs ...Ok
  Testing looping constructs [UTF-8 mode] ...Ok
  Testing Arithmetic ...Ok
  Testing Arithmetic [UTF-8 mode] ...Ok
  Testing array functions ...Ok
  Testing array functions [UTF-8 mode] ...Ok
  Testing string functions ...Ok
  Testing string functions [UTF-8 mode] ...Ok
  Testing Binary Strings ...Ok
  Testing Binary Strings [UTF-8 mode] ...Ok
  Testing pack and unpack functions ...Ok
  Testing pack and unpack functions [UTF-8 mode] ...Ok
  Testing stdio routines ...Ok
  Testing stdio routines [UTF-8 mode] ...Ok
  Testing Associative Arrays ...Ok
  Testing Associative Arrays [UTF-8 mode] ...Ok
  Testing recursive function modifications ...Ok
  Testing recursive function modifications [UTF-8 mode] ...Ok
  Testing structures ...Ok
  Testing structures [UTF-8 mode] ...Ok
  Testing NameSpace routines ...Ok
  Testing NameSpace routines [UTF-8 mode] ...Ok
  Testing path ...Ok
  Testing path [UTF-8 mode] ...Ok
  Testing #ifeval ...Ok
  Testing #ifeval [UTF-8 mode] ...Ok
  Testing Any_Type ...Ok
  Testing Any_Type [UTF-8 mode] ...Ok
  Testing Matrix Multiplications ...Ok
  Testing Matrix Multiplications [UTF-8 mode] ...Ok
  Testing time functions ...Ok
  Testing time functions [UTF-8 mode] ...Ok
  Testing utf8 ...Ok
  Testing utf8 [UTF-8 mode] ...Ok
  Testing exceptions ...Ok
  Testing exceptions [UTF-8 mode] ...Ok
  Known Bugs or not yet implemented features:
Range arrays of Short, Long, LongLong types converted to Int_Type
  Known Bugs or not yet implemented features:
Range arrays of Short, Long, LongLong types converted to Int_Type
  Testing lists ...Ok
  Testing lists [UTF-8 mode] ...Ok
  Testing regexp ...Ok
  Testing regexp [UTF-8 mode] ...Ok
  Testing method calls ...Ok
  Testing method calls [UTF-8 mode] ...Ok
  Testing dereferences ...Ok
  Testing dereferences [UTF-8 mode] ...Ok
  Testing NaN and Inf ...Ok
  Testing NaN and Inf [UTF-8 mode] ...Ok
  Testing literal integer overflow ...Ok
  Testing literal integer overflow [UTF-8 mode] ...Ok
  Testing sorting ...Ok
  Testing sorting [UTF-8 mode] ...Ok
  Testing long long ...Ok
  Testing long long [UTF-8 mode] ...Ok
  Testing signals ...
Pausing for 2 seconds for alarm test.
Pausing for 2.5 seconds for setitimer test..
Now try pressing ^C in next 5 seconds...
  Ok
  Testing signals [UTF-8 mode] ...
Pausing for 2 seconds for alarm test.
Pausing for 2.5 seconds for setitimer test..
Now try pressing ^C in next 5 seconds...
  Ok
  Testing dollar strings ...Ok
  Testing dollar strings [UTF-8 mode] ...Ok
  Testing provide and require ...Ok
  Testing provide and require [UTF-8 mode] ...Ok
  Testing doc functions ...Ok
  Testing doc functions [UTF-8 mode] ...Ok
  Testing debugger support ...Ok
  Testing debugger support [UTF-8 mode] ...Ok
  Testing qualifiers ...Ok
  Testing qualifiers [UTF-8 mode] ...Ok
  Testing Comparison Operators ...Ok
  Testing Comparison Operators [UTF-8 mode] ...Ok
  Testing break and continue N ...Ok
  Testing break and continue N [UTF-8 mode] ...Ok
  Testing Multiline strings ...Ok
  Testing Multiline strings [UTF-8 mode] ...Ok
  Testing autoload ...Ok
  Testing autoload [UTF-8 mode] ...Ok
  Testing more NameSpace routines ...Ok
  Testing more NameSpace routines [UTF-8 mode] ...Ok
  Testing slprep ...Ok
  Testing slprep [UTF-8 mode] ...Ok
  Testing argv processing ...Ok
  Testing argv processing [UTF-8 mode] ...Ok
  Testing syntax ...Ok
  Testing syntax [UTF-8 mode] ...Ok
  Testing Short

Bug#838972: cups-filters: FTBFS: cupsfilters/colord.h:39:44: error: unknown type name 'ppd_file_t'

2016-09-27 Thread Chris Lamb

Source: cups-filters
Version: 1.10.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

cups-filters fails to build from source in unstable/amd64:

  [..]

  checking for ldap_set_rebind_proc in -lldap... yes
  checking for GLIB... yes
  checking for AVAHI_GLIB... yes
  checking for GIO... yes
  checking for GIO_UNIX... yes
  checking for LCMS... yes
  checking for FREETYPE... yes
  checking for FONTCONFIG... yes
  checking for IJS... yes
  checking for POPPLER... yes
  checking for ZLIB... yes
  checking for LIBQPDF... yes
  checking poppler/cpp/poppler-version.h usability... yes
  checking poppler/cpp/poppler-version.h presence... yes
  checking for poppler/cpp/poppler-version.h... yes
  checking for DBUS... yes
  checking for special C compiler options needed for large files... no
  checking for _FILE_OFFSET_BITS value needed for large files... no
  checking for long long... yes
  checking for gs... /usr/bin/gs
  checking whether gs supports the ps2write device... yes
  checking for pdftops... /usr/bin/pdftops
  checking whether pdftops supports -origpagesizes... yes
  checking whether pdftops supports -r... yes
  checking for pdftocairo... /usr/bin/pdftocairo
  checking for acroread... ./configure: line 19834: acroread: command not found
  no
  checking for liblouis... yes
  checking that generated files are newer than configure... done
  configure: creating ./config.status
  config.status: creating libcupsfilters.pc
  config.status: creating libfontembed.pc
  config.status: creating Makefile
  config.status: creating utils/cups-browsed
  config.status: creating utils/cups-browsed.conf
  config.status: creating filter/foomatic-rip/foomatic-rip.1
  config.status: creating filter/braille/drivers/index/indexv4.sh
  config.status: creating filter/braille/drivers/index/indexv3.sh
  config.status: creating filter/braille/drivers/index/index.sh
  config.status: creating filter/braille/drivers/index/textbrftoindexv3
  config.status: creating filter/braille/drivers/index/imageubrltoindexv3
  config.status: creating filter/braille/drivers/index/imageubrltoindexv4
  config.status: creating filter/braille/drivers/generic/brftoembosser
  config.status: creating filter/braille/filters/cups-braille.sh
  config.status: creating filter/braille/filters/imagetobrf
  config.status: creating filter/braille/filters/texttobrf
  config.status: creating config.h
  config.status: executing depfiles commands
  config.status: executing libtool commands
  configure: WARNING: unrecognized options: --disable-maintainer-mode
  configure:
  ==
  Environment settings:
CFLAGS:  -g -O2 
-fdebug-prefix-map=/home/lamby/temp/cdt.20160927095848.Erg5tqGsTY.db.cups-filters/cups-filters-1.10.0=.
 -fstack-protector-strong -Wformat -Werror=format-security -Wall -pedantic 
-std=gnu99 -D_GNU_SOURCE
CXXFLAGS:-g -O2 
-fdebug-prefix-map=/home/lamby/temp/cdt.20160927095848.Erg5tqGsTY.db.cups-filters/cups-filters-1.10.0=.
 -fstack-protector-strong -Wformat -Werror=format-security -Wall -pedantic 
-D_GNU_SOURCE
LDFLAGS: -Wl,-z,relro -Wl,--as-needed
  Build configuration:
cups-config: system
font directory:  /etc/fonts/conf.d
foomatic:yes
init directory:  /etc/init.d
cups dom socket: /var/run/cups/cups.sock
ghostscript: yes
gs-path: system
imagefilters:yes
jpeg:yes
pdftocairo-path: system
pdftops: hybrid
pdftops-path:system
png: yes
php: no
php-config:  system
shell:   /bin/sh
test-font:   /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf
tiff:yes
avahi:   yes
dbus:yes
browsing:dnssd cups
werror:  no
braille: yes
braille tables:  /usr/share/liblouis/tables
  ==
  
  make[1]: Leaving directory 
'/home/lamby/temp/cdt.20160927095848.Erg5tqGsTY.db.cups-filters/cups-filters-1.10.0'
 dh_auto_build -O--parallel
make -j9
  make[1]: Entering directory 
'/home/lamby/temp/cdt.20160927095848.Erg5tqGsTY.db.cups-filters/cups-filters-1.10.0'
  gdbus-codegen \
  --interface-prefix org.cups.cupsd \
  --c-namespace Cups \
  --generate-c-code cups-notifier \
  utils/org.cups.cupsd.Notifier.xml
  gdbus-codegen \
  --interface-prefix org.cups.cupsd \
  --c-namespace Cups \
  --generate-c-code cups-notifier \
  utils/org.cups.cupsd.Notifier.xml
  make  all-am
  make[2]: Entering directory 
'/home/lamby/temp/cdt.20160927095848.Erg5tqGsTY.db.cups-filters/cu

Bug#838973: libfso-glib: FTBFS: No rule to make target 'fso-glib-1.0.vapi', needed by 'all-am'. Stop.

2016-09-27 Thread Chris Lamb

Source: libfso-glib
Version: 2012.07.27.2-3
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

libfso-glib fails to build from source in unstable/amd64:

  [..]

  Get:9 http://httpredir.debian.org/debian sid/main amd64 zlib1g-dev amd64 
1:1.2.8.dfsg-2+b1 [206 kB]
  Get:10 http://httpredir.debian.org/debian sid/main amd64 libglib2.0-dev amd64 
2.50.0-1 [2943 kB]
  Get:11 http://httpredir.debian.org/debian sid/main amd64 libgee-0.8-2 amd64 
0.18.0-2 [224 kB]
  Get:12 http://httpredir.debian.org/debian sid/main amd64 
vala-dbus-binding-tool amd64 0.4.0-3 [26.6 kB]
  Get:13 http://httpredir.debian.org/debian sid/main amd64 libvala-0.34-0 amd64 
0.34.0-2 [943 kB]
  Get:14 http://httpredir.debian.org/debian sid/main amd64 valac-0.34-vapi all 
0.34.0-2 [863 kB]
  Get:15 http://httpredir.debian.org/debian sid/main amd64 valac amd64 0.34.0-2 
[273 kB]
  Fetched 11.0 MB in 0s (21.1 MB/s)
  Selecting previously unselected package fso-specs.
  (Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 23440 files and directories currently installed.)
  Preparing to unpack .../00-fso-specs_2012.07.27.2-2_all.deb ...
  Unpacking fso-specs (2012.07.27.2-2) ...
  Selecting previously unselected package libglib2.0-data.
  Preparing to unpack .../01-libglib2.0-data_2.50.0-1_all.deb ...
  Unpacking libglib2.0-data (2.50.0-1) ...
  Selecting previously unselected package libglib2.0-bin.
  Preparing to unpack .../02-libglib2.0-bin_2.50.0-1_amd64.deb ...
  Unpacking libglib2.0-bin (2.50.0-1) ...
  Selecting previously unselected package libpcre16-3:amd64.
  Preparing to unpack .../03-libpcre16-3_2%3a8.39-2_amd64.deb ...
  Unpacking libpcre16-3:amd64 (2:8.39-2) ...
  Selecting previously unselected package libpcre32-3:amd64.
  Preparing to unpack .../04-libpcre32-3_2%3a8.39-2_amd64.deb ...
  Unpacking libpcre32-3:amd64 (2:8.39-2) ...
  Selecting previously unselected package libpcrecpp0v5:amd64.
  Preparing to unpack .../05-libpcrecpp0v5_2%3a8.39-2_amd64.deb ...
  Unpacking libpcrecpp0v5:amd64 (2:8.39-2) ...
  Selecting previously unselected package libpcre3-dev:amd64.
  Preparing to unpack .../06-libpcre3-dev_2%3a8.39-2_amd64.deb ...
  Unpacking libpcre3-dev:amd64 (2:8.39-2) ...
  Selecting previously unselected package pkg-config.
  Preparing to unpack .../07-pkg-config_0.29-4_amd64.deb ...
  Unpacking pkg-config (0.29-4) ...
  Selecting previously unselected package zlib1g-dev:amd64.
  Preparing to unpack .../08-zlib1g-dev_1%3a1.2.8.dfsg-2+b1_amd64.deb ...
  Unpacking zlib1g-dev:amd64 (1:1.2.8.dfsg-2+b1) ...
  Selecting previously unselected package libglib2.0-dev.
  Preparing to unpack .../09-libglib2.0-dev_2.50.0-1_amd64.deb ...
  Unpacking libglib2.0-dev (2.50.0-1) ...
  Selecting previously unselected package libgee-0.8-2:amd64.
  Preparing to unpack .../10-libgee-0.8-2_0.18.0-2_amd64.deb ...
  Unpacking libgee-0.8-2:amd64 (0.18.0-2) ...
  Selecting previously unselected package vala-dbus-binding-tool.
  Preparing to unpack .../11-vala-dbus-binding-tool_0.4.0-3_amd64.deb ...
  Unpacking vala-dbus-binding-tool (0.4.0-3) ...
  Selecting previously unselected package libvala-0.34-0:amd64.
  Preparing to unpack .../12-libvala-0.34-0_0.34.0-2_amd64.deb ...
  Unpacking libvala-0.34-0:amd64 (0.34.0-2) ...
  Selecting previously unselected package valac-0.34-vapi.
  Preparing to unpack .../13-valac-0.34-vapi_0.34.0-2_all.deb ...
  Unpacking valac-0.34-vapi (0.34.0-2) ...
  Selecting previously unselected package valac.
  Preparing to unpack .../14-valac_0.34.0-2_amd64.deb ...
  update-alternatives: error: no alternatives for valac
  Unpacking valac (0.34.0-2) ...
  Setting up libgee-0.8-2:amd64 (0.18.0-2) ...
  Processing triggers for libglib2.0-0:amd64 (2.50.0-1) ...
  No schema files found: doing nothing.
  Setting up libvala-0.34-0:amd64 (0.34.0-2) ...
  Setting up pkg-config (0.29-4) ...
  Setting up libglib2.0-data (2.50.0-1) ...
  Processing triggers for libc-bin (2.24-3) ...
  Setting up vala-dbus-binding-tool (0.4.0-3) ...
  Setting up valac-0.34-vapi (0.34.0-2) ...
  Setting up fso-specs (2012.07.27.2-2) ...
  Processing triggers for man-db (2.7.5-1) ...
  Setting up libpcrecpp0v5:amd64 (2:8.39-2) ...
  Setting up libpcre32-3:amd64 (2:8.39-2) ...
  Setting up libpcre16-3:amd64 (2:8.39-2) ...
  Setting up libglib2.0-bin (2.50.0-1) ...
  Setting up zlib1g-dev:amd64 (1:1.2.8.df

Bug#838974: python-3to2: FTBFS: AssertionError: 'print(args)\n\n' != 'print args\n\n'

2016-09-27 Thread Chris Lamb

Source: python-3to2
Version: 1.1.1-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

python-3to2 fails to build from source in unstable/amd64:

  [..]

  test_usage (lib3to2.tests.test_imports.Test_imports) ... ok
  test_various_unchanged (lib3to2.tests.test_imports.Test_imports) ... ok
  test_from_import (lib3to2.tests.test_unittest.Test_unittest) ... ok
  test_imported (lib3to2.tests.test_unittest.Test_unittest) ... ok
  test_imported_from (lib3to2.tests.test_unittest.Test_unittest) ... ok
  test_not_base (lib3to2.tests.test_unittest.Test_unittest) ... ok
  test_used (lib3to2.tests.test_unittest.Test_unittest) ... ok
  test_assignment (lib3to2.tests.test_unpacking.Test_unpacking) ... ok
  test_forloop (lib3to2.tests.test_unpacking.Test_unpacking) ... ok
  test_unchanged (lib3to2.tests.test_unpacking.Test_unpacking) ... ok
  test_comments (lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_meta_expression_simple_body_1 
(lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_meta_expression_simple_body_2 
(lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_meta_multiparent_simple_body_1 
(lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_meta_multiparent_simple_body_2 
(lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_meta_noparent_odd_body (lib3to2.tests.test_metaclass.Test_metaclass) ... 
ok
  test_meta_noparent_simple_body (lib3to2.tests.test_metaclass.Test_metaclass) 
... ok
  test_meta_oneparent_no_body (lib3to2.tests.test_metaclass.Test_metaclass) ... 
ok
  test_meta_oneparent_simple_body_1 
(lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_meta_oneparent_simple_body_2 
(lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_meta_oneparent_simple_body_3 
(lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_unchanged (lib3to2.tests.test_metaclass.Test_metaclass) ... ok
  test_import (lib3to2.tests.test_fullargspec.Test_fullargspec) ... ok
  test_usage (lib3to2.tests.test_fullargspec.Test_fullargspec) ... ok
  test_doesnt_import (lib3to2.tests.test_open.Test_open) ... ok
  test_imports (lib3to2.tests.test_open.Test_open) ... ok
  test (lib3to2.tests.test_intern.Test_intern) ... ok
  test_multimports (lib3to2.tests.test_intern.Test_intern) ... ok
  test_prefix_preservation (lib3to2.tests.test_intern.Test_intern) ... ok
  test_unchanged (lib3to2.tests.test_intern.Test_intern) ... ok
  test_complex_set_comprehension 
(lib3to2.tests.test_setliteral.Test_setliteral) ... ok
  test_multiple_items (lib3to2.tests.test_setliteral.Test_setliteral) ... ok
  test_simple_literal (lib3to2.tests.test_setliteral.Test_setliteral) ... ok
  test_simple_set_comprehension (lib3to2.tests.test_setliteral.Test_setliteral) 
... ok
  test_unchanged_dict (lib3to2.tests.test_setliteral.Test_setliteral) ... ok
  test_prefix_preservation (lib3to2.tests.test_getcwd.Test_getcwd) ... ok
  test_arbitrary_printing (lib3to2.tests.test_print.Test_print) ... ok
  test_argument_unpacking (lib3to2.tests.test_print.Test_print) ... ok
  test_generic (lib3to2.tests.test_print.Test_print) ... ok
  test_literal (lib3to2.tests.test_print.Test_print) ... ok
  test_long_arglist (lib3to2.tests.test_print.Test_print) ... ok
  test_nones (lib3to2.tests.test_print.Test_print) ... ok
  test_not_builtin_unchanged (lib3to2.tests.test_print.Test_print) ... ok
  test_arbitrary_printing (lib3to2.tests.test_printfunction.Test_printfunction) 
... ok
  test_generic (lib3to2.tests.test_printfunction.Test_printfunction) ... ok
  test_literal (lib3to2.tests.test_printfunction.Test_printfunction) ... ok
  test_long_arglist (lib3to2.tests.test_printfunction.Test_printfunction) ... ok
  test_not_builtin_unchanged 
(lib3to2.tests.test_printfunction.Test_printfunction) ... ok
  test_import (lib3to2.tests.test_absimport.Test_absimport) ... ok
  test_no_imports (lib3to2.tests.test_absimport.Test_absimport) ... ok
  
  --
  Ran 215 tests in 2.564s
  
  OK
  I: pybuild base:184: cd 
/home/lamby/temp/cdt.20160927100408.Cxh3gOg8FG.db.python-3to2/python-3to2-1.1.1/.pybuild/pythonX.Y_3.5/build;
 python3.5 -m unittest discover -v 
  test_import (lib3to2.tests.test_absimport.Test_absimport) ... ok
  test_no_imports (lib3to2.tests.test_absimport.Test_absimport) ... ok
  test_mixed_annotations (lib3to2.tests.test_annotations.Test_annotations) ... 
ok
  test_multiple_param_annotations 
(lib3to2.tests.test_annotations.Test_annotations) ... ok
  test_return_annotations_alone 
(lib3to2.tests.test_annotations.Test_annotations) ... ok
  test_single_param_annotations 
(lib3to2.tests.test_annotations.Test_annotations) ... ok
  test_unchanged (lib3to2.tests.test_annotations.Test_annotations) ... ok
  test_fixed (lib3to2.tests.test_bitlength.Test_bitlength) ... ok
  test_unfixed (lib3to2.tests.test_bitlength.Test_

Bug#838975: kryo-serializers: FTBFS: Could not resolve dependencies for project de.javakaffee:kryo-serializers:bundle:0.22

2016-09-27 Thread Chris Lamb

Source: kryo-serializers
Version: 0.22-2
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

kryo-serializers fails to build from source in unstable/amd64:

  [..]

  Setting up libplexus-cli-java (1.2-5) ...
  Setting up libwagon2-java (2.10-5) ...
  Setting up libplexus-velocity-java (1.1.8-1) ...
  Setting up libplexus-archiver-java (2.2-1) ...
  Setting up libdoxia-java (1.1.4-6) ...
  Setting up libmaven2-core-java (2.2.1-26) ...
  Setting up libeclipse-aether-java (1.0.2-1) ...
  Setting up libmaven-common-artifact-filters-java (1.4-1) ...
  Setting up libdoxia-sitetools-java (1.1.4-1.1) ...
  Setting up libmaven-dependency-tree-java (2.1-1) ...
  Setting up libmaven-filtering-java (1.1-1) ...
  Setting up libmaven-clean-plugin-java (2.5-1) ...
  Setting up libplexus-compiler-java (2.4-3) ...
  Setting up libmaven-deploy-plugin-java (2.8.2-1) ...
  Setting up libplexus-component-metadata-java (1.6-2) ...
  Setting up libmaven-resources-plugin-java (2.6-1) ...
  Setting up libmaven-archiver-java (2.6-3) ...
  Setting up libmaven-shared-incremental-java (1.1-1) ...
  Setting up libmaven-doxia-tools-java (1.2.1-2) ...
  Setting up libmaven-install-plugin-java (2.5.2-1) ...
  Setting up libplexus-containers1.5-java (1.6-2) ...
  Setting up libmaven-compiler-plugin-java (3.2-5) ...
  Setting up libmaven-site-plugin-java (2.1-4) ...
  Setting up libmaven-bundle-plugin-java (2.5.4-3) ...
  Setting up libmaven-jar-plugin-java (2.4-1) ...
  Setting up libsisu-plexus-java (0.3.2-1) ...
  Setting up libmaven3-core-java (3.3.9-4) ...
  Setting up maven (3.3.9-4) ...
  update-alternatives: using /usr/share/maven/bin/mvn to provide /usr/bin/mvn 
(mvn) in auto mode
  Processing triggers for sgml-base (1.28) ...
  Setting up libmaven-reporting-impl-java (2.3-1) ...
  Setting up libmaven-plugin-tools-java (3.3-5) ...
  Setting up libsurefire-java (2.17-3) ...
  Setting up maven-debian-helper (2.1.1) ...
  Setting up kryo-serializers-build-deps (0.22-2) ...
  Processing triggers for libc-bin (2.24-3) ...
  Processing triggers for systemd (231-7) ...
  Processing triggers for ca-certificates (20160104) ...
  Updating certificates in /etc/ssl/certs...
  173 added, 0 removed; done.
  Running hooks in /etc/ca-certificates/update.d...
  
  Adding debian:ACCVRAIZ1.pem
  Adding debian:ACEDICOM_Root.pem
  Adding debian:AC_Raíz_Certicámara_S.A..pem
  Adding debian:Actalis_Authentication_Root_CA.pem
  Adding debian:AddTrust_External_Root.pem
  Adding debian:AddTrust_Low-Value_Services_Root.pem
  Adding debian:AddTrust_Public_Services_Root.pem
  Adding debian:AddTrust_Qualified_Certificates_Root.pem
  Adding debian:AffirmTrust_Commercial.pem
  Adding debian:AffirmTrust_Networking.pem
  Adding debian:AffirmTrust_Premium.pem
  Adding debian:AffirmTrust_Premium_ECC.pem
  Adding debian:ApplicationCA_-_Japanese_Government.pem
  Adding debian:Atos_TrustedRoot_2011.pem
  Adding debian:Autoridad_de_Certificacion_Firmaprofesional_CIF_A62634068.pem
  Adding debian:Baltimore_CyberTrust_Root.pem
  Adding debian:Buypass_Class_2_CA_1.pem
  Adding debian:Buypass_Class_2_Root_CA.pem
  Adding debian:Buypass_Class_3_Root_CA.pem
  Adding debian:CA_Disig.pem
  Adding debian:CA_Disig_Root_R1.pem
  Adding debian:CA_Disig_Root_R2.pem
  Adding debian:CA_WoSign_ECC_Root.pem
  Adding debian:CFCA_EV_ROOT.pem
  Adding debian:CNNIC_ROOT.pem
  Adding debian:COMODO_Certification_Authority.pem
  Adding debian:COMODO_ECC_Certification_Authority.pem
  Adding debian:COMODO_RSA_Certification_Authority.pem
  Adding debian:Camerfirma_Chambers_of_Commerce_Root.pem
  Adding debian:Camerfirma_Global_Chambersign_Root.pem
  Adding debian:Certification_Authority_of_WoSign_G2.pem
  Adding debian:Certigna.pem
  Adding debian:Certinomis_-_Autorité_Racine.pem
  Adding debian:Certinomis_-_Root_CA.pem
  Adding debian:Certplus_Class_2_Primary_CA.pem
  Adding debian:Certum_Root_CA.pem
  Adding debian:Certum_Trusted_Network_CA.pem
  Adding debian:Chambers_of_Commerce_Root_-_2008.pem
  Adding 
debian:China_Internet_Network_Information_Center_EV_Certificates_Root.pem
  Adding debian:ComSign_CA.pem
  Adding debian:Comodo_AAA_Services_root.pem
  Adding debian:Comodo_Secure_Services_root.pem
  Adding debian:Comodo_Trusted_Services_root.pem
  Adding debian:Cybertrust_Global_Root.pem
  Adding debian:D-TRUST_Root_Class_3_CA_2_2009.pem
  Adding debian:D-TRUST_Root_Class_3_CA_2_EV_2009.pem
  Adding debian:DST_ACES_CA_X6.pem
  Adding debian:DST_Root_CA_X3.pem
  Adding debian:Deutsche_Telekom_Root_CA_2.pem
  Adding debian:DigiCert_Assured_ID_Root_CA.pem
  Adding debian:DigiCert_Assured_ID_Root_G2.pem
  Adding debian:DigiCert_Assured_ID_Root_G3.pem
  Adding debian:DigiCert_Global_Root_CA.pem
  Adding debian:DigiCert_Global_Root_G2.pem
  Adding debian:DigiCert_Global_Root_G3.pem
  Adding debian:DigiCert_High_Assurance_EV_Root_CA.pem
  Adding debi

Bug#838966: Installing and uninstalling redis-server breaks minimal chroot

2016-09-27 Thread Chris Lamb

tag 838966 pending
thanks

Thanks — looks like missing Depends on lsb-base. Thought I could rely on
that being there; clearly not.

(Upload pending; upstream have seem to have a broken release so just
liasing a proper fix for that first…)


Regards,

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

Bug#838976: libmonitoring-livestatus-perl: FTBFS: Failed 1/15 test programs. 0/118 subtests failed.

2016-09-27 Thread Chris Lamb

Source: libmonitoring-livestatus-perl
Version: 0.74-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org

Dear Maintainer,

libmonitoring-livestatus-perl fails to build from source in unstable/amd64:

  [..]

  dh_fixperms
  dh_installdeb
  dh_gencontrol
  dh_md5sums
  dh_builddeb
  dpkg-deb: building package 'libmonitoring-livestatus-perl-build-deps' in 
'../libmonitoring-livestatus-perl-build-deps_0.74-1_all.deb'.
  
  The package has been created.
  Attention, the package has been created in the current directory,
  not in ".." as indicated by the message above!
  Selecting previously unselected package 
libmonitoring-livestatus-perl-build-deps.
  (Reading database ... 23436 files and directories currently installed.)
  Preparing to unpack libmonitoring-livestatus-perl-build-deps_0.74-1_all.deb 
...
  Unpacking libmonitoring-livestatus-perl-build-deps (0.74-1) ...
  Reading package lists...
  Building dependency tree...
  Reading state information...
  Correcting dependencies... Done
  The following additional packages will be installed:
libcommon-sense-perl libjson-xs-perl libtypes-serialiser-perl
  The following NEW packages will be installed:
libcommon-sense-perl libjson-xs-perl libtypes-serialiser-perl
  0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded.
  1 not fully installed or removed.
  Need to get 128 kB of archives.
  After this operation, 329 kB of additional disk space will be used.
  Get:1 http://httpredir.debian.org/debian sid/main amd64 libcommon-sense-perl 
amd64 3.74-1+b3 [23.8 kB]
  Get:2 http://httpredir.debian.org/debian sid/main amd64 
libtypes-serialiser-perl all 1.0-1 [12.7 kB]
  Get:3 http://httpredir.debian.org/debian sid/main amd64 libjson-xs-perl amd64 
3.020-1+b1 [91.5 kB]
  Fetched 128 kB in 0s (4959 kB/s)
  Selecting previously unselected package libcommon-sense-perl.
  (Reading database ... 
(Reading database ... 5%
(Reading database ... 10%
(Reading database ... 15%
(Reading database ... 20%
(Reading database ... 25%
(Reading database ... 30%
(Reading database ... 35%
(Reading database ... 40%
(Reading database ... 45%
(Reading database ... 50%
(Reading database ... 55%
(Reading database ... 60%
(Reading database ... 65%
(Reading database ... 70%
(Reading database ... 75%
(Reading database ... 80%
(Reading database ... 85%
(Reading database ... 90%
(Reading database ... 95%
(Reading database ... 100%
(Reading database ... 23440 files and directories currently installed.)
  Preparing to unpack .../0-libcommon-sense-perl_3.74-1+b3_amd64.deb ...
  Unpacking libcommon-sense-perl (3.74-1+b3) ...
  Selecting previously unselected package libtypes-serialiser-perl.
  Preparing to unpack .../1-libtypes-serialiser-perl_1.0-1_all.deb ...
  Unpacking libtypes-serialiser-perl (1.0-1) ...
  Selecting previously unselected package libjson-xs-perl.
  Preparing to unpack .../2-libjson-xs-perl_3.020-1+b1_amd64.deb ...
  Unpacking libjson-xs-perl (3.020-1+b1) ...
  Setting up libcommon-sense-perl (3.74-1+b3) ...
  Setting up libtypes-serialiser-perl (1.0-1) ...
  Processing triggers for man-db (2.7.5-1) ...
  Setting up libjson-xs-perl (3.020-1+b1) ...
  Setting up libmonitoring-livestatus-perl-build-deps (0.74-1) ...
  
  
**
  ** Environment
  **
  
**
  
  
PATH=/home/lamby/git/projects/dotfiles/dotfiles/..//bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
  HOSTNAME=12497658c872
  TERM=xterm
  PAGER=more
  DISPLAY=:0
  DOCKER_IMAGE=lamby-debian-sid
  DEB_BUILD_OPTIONS=parallel=9
  PIP_DOWNLOAD_CACHE=/home/lamby/.cache/pip
  HOME=/home/lamby
  LOGNAME=lamby
  SHLVL=1
  
PWD=/home/lamby/temp/cdt.20160927100350.fHLGiJvTzI.db.libmonitoring-livestatus-perl/libmonitoring-livestatus-perl-0.74
  
OLDPWD=/home/lamby/temp/cdt.20160927100350.fHLGiJvTzI.db.libmonitoring-livestatus-perl
  GPG_TTY=/dev/console
  QUILT_PATCHES=debian/patches
  QUILT_NO_DIFF_INDEX=1
  QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index
  DEBEMAIL=la...@debian.org
  DEBFULLNAME=Chris Lamb
  EDITOR=vim
  LESS=-cgiFx4M
  GPG_KEY=1E953E27D4311E58
  BLASTER=A220 I5 D1 H5 P330 T6
  _=/usr/bin/env
  
  
**
  ** Building libmonitoring-livestatus-perl 0.74-1 on amd64 
  **
  
**
  
   dpkg-buildpackage -rfakeroot -D -us -uc -b
  dpkg-buildpackage: info: source package libmonitoring-livestatus-perl
  dpkg-buildpackage: info: source version 0.74-1
  dpkg-buildpackage: info: source distribution unstable
  dpkg-buildpackage: info: source changed

Bug#838888: closed by Dmitry Bogatov (Bug#838888: fixed in dh-haskell 0.3)

2016-09-27 Thread Chris Lamb


> #83: dh-haskell: "Experimental push on scalar is now forbidden at 
> [..]/Buildsystem/haskell.pm"
> 
> It has been closed by Dmitry Bogatov .

Did you forget to push this to:

  https://anonscm.debian.org/cgit/users/kaction-guest/dh-haskell.git

I don't see the related changes there, nor attribution (or NACK) for the
patch... :)


Regards,

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

Bug#838977: mirror submission for debian.uvigo.es

2016-09-27 Thread Administrador repositorio FTP UVIGO

Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission

Submission-Type: new
Site: debian.uvigo.es
Type: leaf
Archive-architecture: ALL amd64 arm64 armel armhf hurd-i386 i386 kfreebsd-amd64 
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s390x 
Archive-ftp: /debian/
Archive-http: /debian/
CDImage-ftp: /debian-cd/
CDImage-http: /debian-cd/
IPv6: yes
Archive-upstream: ftp.de.debian.org
CDImage-upstream: cdimage.debian.org
Updates: twice
Maintainer: Administrador repositorio FTP UVIGO 
Country: ES Spain
Location: Vigo, EspaÃ±a
Sponsor: Universidade de Vigo http://uvigo.gal

Bug#836454: XeTeX endian bug?

2016-09-27 Thread Eugene Seliverstov

Hello, Norbert.

Thank you for informing XeTeX developers about this issue.
However nobody answered in a maillist during three weeks.
Maybe it’s needed to open a ticket in the XeTeX bug tracker at Sourceforge?

Thank you for your attention,
Eugene

> On 05.09.2016, at 8:41, Norbert Preining  wrote:
> 
> Dear XeTeX crew,
> 
> (please keep Ccs, thanks)
> 
> on Debian we got the following bug report with minimal
> file. The bug seem to happen only on MIPS and not on
> other machines. This is TL 2016 sources with some patches
> that are unrelated to xetex.
> 
> The generated xdv file cannot be converted on my machine,
> neither, so it seems that the xetex engine creates
> something broken on mips.
> 
> The OP (Eugene) has also made a comparision of generated
> xdv files on different machines and saw some endian
> errors.
> 
> Maybe some macro in the source code did missdetect mips?
> 
> All the best
> 
> Norbert
> 
> 
> --
> PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info
> GPG: 0x860CDC13fp: F7D8 A928 26E3 16A1 9FA0  ACF0 6CAC A448 860C DC13

---
Best regards,
Eugene Seliverstov



signature.asc
Description: Message signed with OpenPGP using GPGMail

Bug#838958: linux: mount(2) _silently_ ignores other mountflags when MS_BIND is set

2016-09-27 Thread Ben Hutchings

Control: reassign -1 manpages-dev

On Tue, 2016-09-27 at 07:10 +0200, g1 wrote:
> Source: linux
> Severity: important
> Tags: upstream
> 
> > 
> > From the mount(2) man page:
> 
> MS_BIND (Linux 2.4 onward)
>   Perform a bind mount, making a file or a directory subtree visible at
>   another point within a filesystem. Bind mounts may cross filesystem
>   boundaries and span chroot(2) jails. The filesystemtype and data
>   arguments are ignored. Up until Linux 2.6.26, mountflags was also
>   ignored (the bind mount has the same mount options as the underlying
>   mount point).
> 
> Apparently, this applies to recent kernels too (at least 3.16).
> 
> Silently ignoring user-specified flags can open security holes, e.g. when
> a sysadm bind-mounts a filesystem for use by a containter, thinking the mount
> will be read-only:
> 
> # mount -o bind,ro /usr /containers/X/usr
> 
> Despite mount returning successfully, container X has /usr mounted
> read/write, and root inside the container can easily corrupt/subvert
> the host system.
> 
> Please keep in mind that recent versions of mount(1) work around the bug, by
> calling mount() twice (once with the "bind" flag, then with the other flags),
> but other applications calling mount() directly are usually affected.

This is a documentation error.  The behaviour matches what was
intended:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2e4b7fcd926006531935a4c79a5e9349fe51125b
and is unlikely to be changed as it would probably break some applications.

Ben.

-- 
Ben Hutchings
If the facts do not conform to your theory, they must be disposed of.

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

Bug#838191: systemd user units do not honor resource limits set in /etc/security/limits.conf

2016-09-27 Thread Michael Biebl

Am 18.09.2016 um 11:16 schrieb Antonio Ospite:
> After a precious suggestion by Mantas Mikulėnas (grawity in
> #debian-systemd) I verified that this is happening because
> /etc/pam.d/systemd-user does not load pam_limits.so.
> 
> The following change fixes the issue:
> ---
> --- /etc/pam.d/systemd-user.orig  2016-09-17 17:40:19.787522246 +0200
> +++ /etc/pam.d/systemd-user   2016-09-17 15:13:17.035405264 +0200
> @@ -7,5 +7,6 @@
>  session  required pam_selinux.so close
>  session  required pam_selinux.so nottys open
>  session  required pam_loginuid.so
> +session  required pam_limits.so
>  @include common-session-noninteractive
>  session optional pam_systemd.so
> ---
> 
> 
> After adding pam_limits and the settings in limits.conf, the units from
> above have the expected behavior.
> 

...

> I can send a patch for /etc/pam.d/systemd-user against the systemd
> Debian package to address the issue, but I have a doubt: can this also
> be considered a bug in the upstream src/login/systemd-user.m4?
> 
> If so I will send a standalone patch which applies _before_
> debian/Adjust-systemd-user-pam-config-file-for-Debian.patch this way it
> will be easier to have it merged upstream.

The upstream pam config file is Redhat specific in this regard. It
includes /etc/pam.d/system-auth, which in turn has

session required  pam_limits.so

We do use common-account and common-session-noninteractive in Debian,
which do no include pam_limits.so. So I guess we will have to keep that
as a downstream change.

That said, maybe upstream could document better, which pam modules are
supposed to be included for systemd-user. If you want to file an
upstream bug report for that, this would be appreciated.

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



signature.asc
Description: OpenPGP digital signature

Bug#838191: systemd user units do not honor resource limits set in /etc/security/limits.conf

2016-09-27 Thread Michael Biebl

Am 27.09.2016 um 11:25 schrieb Michael Biebl:
> Am 18.09.2016 um 11:16 schrieb Antonio Ospite:
>> If so I will send a standalone patch which applies _before_
>> debian/Adjust-systemd-user-pam-config-file-for-Debian.patch this way it
>> will be easier to have it merged upstream.
> 
> The upstream pam config file is Redhat specific in this regard. It
> includes /etc/pam.d/system-auth, which in turn has
> 
> session required  pam_limits.so
> 
> We do use common-account and common-session-noninteractive in Debian,
> which do no include pam_limits.so. So I guess we will have to keep that
> as a downstream change.

Which means, this change should be merged into
debian/Adjust-systemd-user-pam-config-file-for-Debian.patch and not be
added via a separate patch.


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



signature.asc
Description: OpenPGP digital signature

Bug#838960: denial of service with crafted id3v2 tags in all mpg123 versions since 0.60

2016-09-27 Thread James Cowgill

Control: severity -1 grave
Control: tags -1 security fixed-upstream
Control: found -1 0.60-1

Hi,

On 27/09/16 06:47, Thomas Orgis wrote:
> Package: mpg123
> 
> This is mpg123 upstream formally informing you of a vulnerability
> (crash on illegal memory read) in all mpg123 versions since 0.60, so
> very likely all debian versions of mpg123 and libmpg123 are affected.
> 
> See more detail at http://mpg123.org/bugs/240 . A one-line fix for any
> version is this:
> 
>   perl -pi -e 's:(while\()(tagpos < length-10\)):${1}length >= 10 && $2:' 
> $(find src -name id3.c)

Thanks for letting Debian know!

Does this have a CVE ID? If not it should get one.

James



signature.asc
Description: OpenPGP digital signature

Bug#836626: fractalnow: diff for NMU version 0.8.1-1.1

2016-09-27 Thread Mattia Rizzolo

Control: tags 836626 + patch
Control: tags 836626 + pending

Dear maintainer,

I've prepared an NMU for fractalnow (versioned as 0.8.1-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
[0;0mdiffstat for fractalnow-0.8.1 fractalnow-0.8.1[0;0m
[0;0m[0;0m
[0;0m changelog|   14 +++[0;0m
[0;0m compat   |2 -[0;0m
[0;0m control  |5 +--[0;0m
[0;0m menu |5 ---[0;0m
[0;0m patches/buildflags.patch |   59 +++[0;0m
[0;0m patches/series   |1 [0;0m
[0;0m rules|   49 ---[0;0m
[0;0m 7 files changed, 83 insertions(+), 52 deletions(-)[0;0m
[0;0m[0;0m
[1;36mdiff -Nru fractalnow-0.8.1/debian/changelog fractalnow-0.8.1/debian/changelog[0;0m
[0;31m--- fractalnow-0.8.1/debian/changelog	2012-07-11 10:11:35.0 +[0;0m
[0;32m+++ fractalnow-0.8.1/debian/changelog	2016-09-27 09:27:29.0 +[0;0m
[0;36m@@ -1,3 +1,17 @@[0;0m
[0;32m+fractalnow (0.8.1-1.1) unstable; urgency=medium[0;0m
[0;32m+[0;0m
[0;32m+  * Non-maintainer upload.[0;0m
[0;32m+  * Remove menu file, as the menu system has been deprecated by the tech-ctte.[0;0m
[0;32m+  * d/rules: rewrite using the dh sequencer.[0;0m
[0;32m+  * Bump debhelper compat level to 10.[0;0m
[0;32m+  * Stop using hardening-wrapper and instead make use of dpkg-buildflags with[0;0m
[0;32m+DEB_BUILD_MAINT_OPTIONS=hardening=+all[0;0m
[0;32m+Closes: #836626[0;0m
[0;32m+  * Add patch so that the build system obey to build flags from the environment.[0;0m
[0;32m+  * Bump Standards-Version to 3.9.8, no changes needed.[0;0m
[0;32m+[0;0m
[0;32m+ -- Mattia Rizzolo   Tue, 27 Sep 2016 09:27:29 +[0;0m
[0;32m+[0;0m
[0;0m fractalnow (0.8.1-1) unstable; urgency=low[0;0m
[0;0m [0;0m
[0;0m   * Initial release (closes: Bug#677239, Bug#673395)[0;0m
[1;36mdiff -Nru fractalnow-0.8.1/debian/compat fractalnow-0.8.1/debian/compat[0;0m
[0;31m--- fractalnow-0.8.1/debian/compat	2012-07-11 09:17:15.0 +[0;0m
[0;32m+++ fractalnow-0.8.1/debian/compat	2016-09-27 08:40:24.0 +[0;0m
[0;36m@@ -1 +1 @@[0;0m
[0;31m-9[0;0m
[0;32m+10[0;0m
[1;36mdiff -Nru fractalnow-0.8.1/debian/control fractalnow-0.8.1/debian/control[0;0m
[0;31m--- fractalnow-0.8.1/debian/control	2012-07-19 12:52:57.0 +[0;0m
[0;32m+++ fractalnow-0.8.1/debian/control	2016-09-27 08:42:17.0 +[0;0m
[0;36m@@ -3,14 +3,13 @@[0;0m
[0;0m Section: science[0;0m
[0;0m Priority: optional[0;0m
[0;0m Maintainer: Marc Pegon [0;0m
[0;31m-Build-Depends: debhelper (>= [7m9[27m),[0;0m
[0;32m+Build-Depends: debhelper (>= [7m10[27m),[0;0m
[0;0mautotools-dev,[0;0m
[0;31m-   hardening-wrapper,[0;0m
[0;0mlibqt4-dev,[0;0m
[0;0mlibmpc-dev,[0;0m
[0;0mlibmpfr-dev,[0;0m
[0;0mlibgmp-dev[0;0m
[0;31m-Standards-Version: 3.9.[7m3[27m[0;0m
[0;32m+Standards-Version: 3.9.[7m8[27m[0;0m
[0;0m [0;0m
[0;0m Package: fractalnow[0;0m
[0;0m Architecture: any[0;0m
[1;36mdiff -Nru fractalnow-0.8.1/debian/menu fractalnow-0.8.1/debian/menu[0;0m
[0;31m--- fractalnow-0.8.1/debian/menu	2012-07-11 14:17:38.0 +[0;0m
[0;32m+++ fractalnow-0.8.1/debian/menu	1970-01-01 00:00:00.0 +[0;0m
[0;36m@@ -1,5 +0,0 @@[0;0m
[0;31m-?package(fractalnow):needs="X11" section="Applications/Science/Mathematics"\[0;0m
[0;31m-title="QFractalNow"\[0;0m
[0;31m-description="Fast, advanced fractal generator."\[0;0m
[0;31m-command="/usr/bin/qfractalnow -q"\[0;0m
[0;31m-icon="/usr/share/pixmaps/qfractalnow.xpm"[0;0m
[1;36mdiff -Nru fractalnow-0.8.1/debian/patches/buildflags.patch fractalnow-0.8.1/debian/patches/buildflags.patch[0;0m
[0;31m--- fractalnow-0.8.1/debian/patches/buildflags.patch	1970-01-01 00:00:00.0 +[0;0m
[0;32m+++ fractalnow-0.8.1/debian/patches/buildflags.patch	2016-09-27 09:04:56.0 +[0;0m
[0;36m@@ -0,0 +1,59 @@[0;0m
[0;32m+Description: tweak makefile to obey build flags from the environment[0;0m
[0;32m+Author: Mattia Rizzolo [0;0m
[0;32m+Last-Update: 2016-09-27[0;0m
[0;32m+Forwarded: no[0;0m
[0;32m+[0;0m
[0;32m+--- a/command-line/Makefile.configure[0;0m
[0;32m b/command-line/Makefile.configure[0;0m
[0;32m+@@ -9,6 +9,7 @@[0;0m
[0;32m+ CC= gcc[0;0m
[0;32m+ LD= gcc[0;0m
[0;32m+ [0;0m
[0;32m++ENV_CFLAGS:= $(CFLAGS)[0;0m
[0;32m+ CFLAGS=

Bug#838974: python-3to2: FTBFS: AssertionError: 'print(args)\n\n' != 'print args\n\n'

2016-09-27 Thread Gianfranco Costamagna

control: forwarded -1 https://bitbucket.org/amentajo/lib3to2/issues/50


>python-3to2 fails to build from source in unstable/amd64:



thanks!

I have no clues, so I opened an upstream issue.

G.

Bug#838978: nmu: vlc_2.2.4-6

2016-09-27 Thread Sebastian Ramacher

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

liblivemedia bumped it SONAME to 57. Please rebuild vlc:

nmu vlc_2.2.4-6 . ANY . unstable . -m "Rebuild against liblivemedia57."

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#838979: Suggests non-existent hevea-doc

2016-09-27 Thread Yuri D'Elia


Package: hevea
Version: 2.29-1
Severity: normal

Looks like that since 2.29-1 the hevea-doc package is no longer built.

It would be nice if the package would be built again, or in the worst case,
drop the suggests.

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

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

Versions of packages hevea depends on:
ii  ghostscript 9.19~dfsg-3
ii  netpbm  2:10.0-15.3+b1
ii  ocaml-base-nox [ocaml-base-nox-4.02.3]  4.02.3-7
ii  tex-common  6.05
ii  texlive-base2016.20160819-2

hevea recommends no packages.

Versions of packages hevea suggests:
ii  hevea-doc2.28-1
ii  texlive-latex-extra  2016.20160819-1

Bug#838792: openmw: FTBFS on armhf: error: conflicting declaration for GLsizeiptr

2016-09-27 Thread bret curtis

Hello,

To put it simply, upstream (OpenMW) has no plans to support GLESv2 at
this time. Since OSG-3.4 for armhf is compiled only for GLESv2, this
complicates things drastically and at this point I'm in over my head.

If we try to switch out  with , we clear up the
above error but then it fails later because GLESv2 doesn't ship with
support for other things defined in  that are required
throughout the OpenMW code base.

At this point I recommend disabling OpenMW for armhf until either
OpenMW supports GLESv2 (likely not to happen soon) or OSG-3.4 (find a
better solution[1]) supports plain old OpenGL again and not
exclusively GLESv2 on armhf.

I don't understand why we can't just use plain old OpenGL on armhf and
it seems like OSG-3.4 armhf support is a bit of a hack. I had OpenMW
running on Raspberry Pi 2 for example just last year.

Any thoughts, suggestions or other workarounds?

Cheers,
Bret

[1] 
https://anonscm.debian.org/cgit/pkg-osg/openscenegraph-3.4.git/commit/?id=fa5b1385d2b82f3fec9cc6094fb3db498a36a9e3

On Sat, Sep 24, 2016 at 11:25 PM, Andreas Beckmann  wrote:
> Package: openmw
> Version: 0.40.0-1
> Severity: serious
> Justification: fails to build from source (but built successfully in the past)
>
> Hi,
>
> openmw/experimental FTBFS on armhf:
>
> https://buildd.debian.org/status/fetch.php?pkg=openmw&arch=armhf&ver=0.40.0-1&stamp=1474694818
>
> In file included from /usr/include/osg/GL:113:0,
>  from /usr/include/osg/GLDefines:25,
>  from /usr/include/osg/GLExtensions:18,
>  from /usr/include/osg/State:18,
>  from /usr/include/osg/GraphicsContext:17,
>  from /usr/include/osgViewer/GraphicsWindow:17,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt:19,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt.cpp:14:
> /usr/include/GLES2/gl2.h:69:25: error: conflicting declaration 'typedef 
> khronos_ssize_t GLsizeiptr'
>  typedef khronos_ssize_t GLsizeiptr;
>  ^~
> In file included from /usr/include/GL/gl.h:2055:0,
>  from /usr/include/qt4/QtOpenGL/qgl.h:88,
>  from /usr/include/qt4/QtOpenGL/QGLWidget:1,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt:17,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt.cpp:14:
> /usr/include/GL/glext.h:468:19: note: previous declaration as 'typedef 
> ptrdiff_t GLsizeiptr'
>  typedef ptrdiff_t GLsizeiptr;
>^~
> In file included from /usr/include/osg/GL:113:0,
>  from /usr/include/osg/GLDefines:25,
>  from /usr/include/osg/GLExtensions:18,
>  from /usr/include/osg/State:18,
>  from /usr/include/osg/GraphicsContext:17,
>  from /usr/include/osgViewer/GraphicsWindow:17,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt:19,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt.cpp:14:
> /usr/include/GLES2/gl2.h:70:26: error: conflicting declaration 'typedef 
> khronos_intptr_t GLintptr'
>  typedef khronos_intptr_t GLintptr;
>   ^~~~
> In file included from /usr/include/GL/gl.h:2055:0,
>  from /usr/include/qt4/QtOpenGL/qgl.h:88,
>  from /usr/include/qt4/QtOpenGL/QGLWidget:1,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt:17,
>  from /«PKGBUILDDIR»/extern/osgQt/GraphicsWindowQt.cpp:14:
> /usr/include/GL/glext.h:469:19: note: previous declaration as 'typedef 
> ptrdiff_t GLintptr'
>  typedef ptrdiff_t GLintptr;
>^~~~
>
>
> Andreas

Bug#838963: gnome-control-center: when click keyboard, gnome control center is closed. It is no posible change shortcuts or any properties of keyboard by this way

2016-09-27 Thread Michael Biebl

Control: forcemerge 838336 -1

Am 27.09.2016 um 11:32 schrieb Tesis PFC:
> gnome-control-center 
> 
> (gnome-control-center:3271): Gtk-*CRITICAL* **: Error building template class 
> 'CcKeyboardPanel' for an instance of type 'CcKeyboardPanel': .:2:1622 Invalid 
> property: GtkScrolledWindow.propagate_natural_width

...

> 2016-09-27 10:35 GMT+02:00 Michael Biebl  >:
> 
> Can you run gnome-control-center from a terminal please and attach the
> output please. This sounds like it could be a duplicate of #838336

It is a duplicate, so merging with #838336


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



signature.asc
Description: OpenPGP digital signature

Bug#838966: Installing and uninstalling redis-server breaks minimal chroot

2016-09-27 Thread Santiago Vila

On Tue, Sep 27, 2016 at 09:59:04AM +0100, Chris Lamb wrote:
> tag 838966 pending
> thanks
> 
> Thanks — looks like missing Depends on lsb-base. Thought I could rely on
> that being there; clearly not.

Hello Holger.

Could you take a look at this report?
Is there a reason why piuparts did not detect it?

(I mean piuparts-your-piuparts-laboratory not piuparts-the-debian-package)

Thanks.

Bug#838980: RFS: python-schema/0.6.5-1

2016-09-27 Thread Ghislain Vaillant


Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "python-schema"

* Package name: python-schema
  Version : 0.6.5-1
* License : Expat
  Section : python

It builds those binary packages:

  pypy-schema - simple data validation library (PyPy)
  python-schema - simple data validation library (Python 2)
  python3-schema - simple data validation library (Python 3)

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


  https://mentors.debian.net/package/python-schema

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/python-schema/python-schema_0.6.5-1.dsc


Successful build on debomatic:


http://debomatic-amd64.debian.net/distribution#unstable/python-schema/0.6.5-1/buildlog

Changes since the last upload:

  * New upstream version 0.6.5
  * Drop Add-upstream-testsuite.patch, no longer required.

Regards,
Ghislain Vaillant

Bug#838966: Installing and uninstalling redis-server breaks minimal chroot

2016-09-27 Thread Holger Levsen

Hi Santiago,

On Tue, Sep 27, 2016 at 11:20:37AM +0100, Santiago Vila wrote:
> Could you take a look at this report?
> Is there a reason why piuparts did not detect it?
> 
> (I mean piuparts-your-piuparts-laboratory not piuparts-the-debian-package)

please send such requests to the piuparts maintainers list, not just me.

I'm too busy to look at this currently…

that said… .oO( debootstrap --variant related? )


-- 
cheers,
Holger


signature.asc
Description: Digital signature

Bug#712228: Your mail

2016-09-27 Thread Bálint Réczey

Control: tags -1 patch

Hi Gianfranco,

2016-09-25 1:46 GMT+02:00 Bálint Réczey :
> Hi,
>
> 2016-09-11 10:44 GMT+02:00 Gianfranco Costamagna :
>> Hi,
>>
>>>https://patches.ubuntu.com/g/ghc/ghc_7.10.3-9ubuntu1.patch
>>
>>
>> this patch was already committed on ghc 8 branch, and I also committed
>> on the master branch (7.10.3), however, I won't upload it.
>>>An other option would be bootstrapping GHC in Debian with
>>>-fPIC, but I'm not sure if this is viable.
>>
>>
>> that might sound better in the long run, even if it requires probably more
>> effort.
>>
>> I finished the Ubuntu haskell transition without many issues, so I presume
>> this patch is safe for unstable, but I don't feel enough confident because
>> I can't rebuild and NMU stuff in Debian :)
>
> Thank you for working on the transition for Debian, too.
> I have tested the fix and it does not seem to fix the build on Debian
> most probably due
> to missing additional patches to GCC.
>
> The build system needs more changes IMO.
>
> I'll look into passing -fPIC down to all the gcc calls to fix the build.

This approach did not work and is unlikely to work soon:
https://ghc.haskell.org/trac/ghc/wiki/SharedLibraries/PlatformSupport

>
> You can test the new GCC 6, too, by adding the following line to
> sources.list on your test system:
> deb https://people.debian.org/~rbalint/ppa/pie-bindnow pie-bindnow-unstable/

The following patch disables PIE properly for both the current and
patched GCC 6:

--- ghc-7.10.3/debian/rules2016-05-23 14:17:06.0 +0200
+++ ghc-7.10.3/debian/rules2016-09-27 02:39:01.0 +0200
@@ -34,12 +34,11 @@

 GHC=$(firstword $(shell bash -c "type -p ghc"))
 EXTRA_CONFIGURE_FLAGS=--with-ghc="$(GHC)"
-ifeq (s390x,$(DEB_HOST_ARCH))
-  EXTRA_CONFIGURE_FLAGS += \
+EXTRA_CONFIGURE_FLAGS += \
+LDFLAGS=-no-pie CFLAGS=-fno-PIE \
 CONF_CC_OPTS_STAGE2=-fno-PIE \
 CONF_GCC_LINKER_OPTS_STAGE2=-no-pie \
 CONF_LD_LINKER_OPTS_STAGE2=-no-pie
-endif
 BUILD_HADDOCK_DOCS=YES
 DEB_HOOGLE_TXT_DIR = /usr/lib/ghc-doc/hoogle/

@@ -60,10 +59,9 @@
 ifeq (armel,$(DEB_HOST_ARCH))
 patch -p1 < debian/patches/armel-revert-ghci-fixes.patch
 endif
-ifeq (s390x,$(DEB_HOST_ARCH))
+echo "SRC_HC_OPTS += -optc-fno-PIE -optl-no-pie" >> mk/build.mk
 echo "SRC_CC_OPTS += -fno-PIE" >> mk/build.mk
 echo "SRC_LD_OPTS += -no-pie" >> mk/build.mk
-endif
 ifneq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS)))
 #echo "GhcStage1HcOpts += -DDEBUG" >> mk/build.mk
 #echo "GhcStage2HcOpts += -DDEBUG" >> mk/build.mk


The built package also builds haskell-asn1-encoding fine with the
changed compiler.

Please consider using this patch an upload it soon to the archive.
I can help with test rebuilds if needed.

Cheers,
Balint

Bug#782933: python3 module for pytest-xdist/execnet/apipkg & maintenance

2016-09-27 Thread Daniel Stender

I've worked on the pytest-xdist package towards the latest upstream release 
(#790678)
and to get everything up-to-date. However, a Python 3 package is still missing. 
I'm
going to take about this bug, too, next to doing the same on the reverse-deps 
apipkg
and execnet.

I've kept the maintainer in the Maintainer field and put myself into Uploaders 
because
there was no reply so far. However, the last maintainer upload was in 02/2011 
and no action
on the package till then from this side, so it looks the package(s) are 
abandoned.

DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/



signature.asc
Description: OpenPGP digital signature

Bug#838981: multistrap: device-table.pl broken type "f" handling

2016-09-27 Thread Sami Hartikainen

Package: multistrap
Version: 2.2.1

The device-table.pl utility of the multistrap package is used to set file
ownership and permissions, i.e. the input file contains line

  /path/to/filename   f    600   1000   1000    -       -       -       -       
-

This results in error message:

  device-table.pl  using /path/to/device_table.txt
  mknod: invalid device type 'f'
  Try 'mknod --help' for more information.

The reason is a missing handler for the type "f" in device-table.pl, causing
the default handling to take place: it passes the parameters (including type
"f") to mknod, which does not recognize such a mode.

Bug#836726:

2016-09-27 Thread Michał Milanowski

I can confirm, issue is now fixed. Thanks.

Bug#835840: Bugs in Remmina

2016-09-27 Thread Dark Penguin

Have you actually tried either of them? I don't know how many bugs are 
in Remmina 1.1.2 and how many in Remmina 1.2.0, but my actual experience 
(I use Remmina a lot every day) shows that Remmina 1.1.2 is utterly 
broken and barely usable, while 1.2.0 works just fine.


Actually, I notice this kind of things more and more lately. Debian 
Stable is becoming the most unstable distro because nobody is interested 
in fixing bugs for software this old - and for some reason, even the 
most obvious bugs have not been fixed before the release. In the newer 
versions, all those things have been fixed years ago, but those fixes do 
not make their way into stable. I don't have anything against old 
software, but not buggy software, and it's called "stable" because it's 
supposed to actually be stable. I've been using exclusively Debian 
Stable for many years, but seems like it's time to abandon ship because 
of this tendency. (Why is it that Remmina is "not yet stable enough", 
but systemd is?.. That's what most of those problems are with...)


By the way, I'm not using FreeRDP - only Remmina, for VNC. And no, 
Remmina does NOT "depend" on FreeRDP - you can run it without FreeRDP. 
So maybe it would be an acceptable solution to package Remmina 1.2.0 as 
a separate package called "remmina-next", and not package the "unstable" 
FreeRDP at all?..



--
darkpenguin

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

2016-09-27 Thread Aurelien Jarno

control: tag -1 + moreinfo
control: retitle -1 libc6: memory allocation issues

On 2016-09-26 14:10, Fernando Santagata wrote:
> Package: libc6
> Version: 2.24-3
> Severity: important
> 
> Dear Maintainer,
> 
> One month ago everything worked fine on my Debian sid computer.
> After an update/dist-upgrade cycle in which libc6 was updated I started 
> noticing some malfunctions.
> I couldn't use rakudobrew (the Perl6 installation program) anymore.
> I couldn't use the Selenium driver (a java program which drives the browser 
> and provides an API to several programming languages).
> rsync started failing on big files.
> "java -version" fails.
> 
> Yet, this doesn't appear to be a hardware problem: my computer works fine, 
> even under heavy load. No other program seems to be affected, neither the 
> browser (chrome), nor the music player (clementine), libreoffice, evince, 
> gimp, etc.
> 
> All the failing programs appear to be using threading. It shows even on small 
> snippets of code: I'm collecting interesting snippets of Perl6 code; while 
> most of them work fine, the ones that use threading are not working anymore.
> 
> While I'm not able to debug libpthread, what I can show are just the symptoms.
> 
> The command "java -version" outputs this:
> 
> OpenJDK 64-Bit Server VM warning: INFO: os::commit_memory(0x7f570c3fb000, 
> 172032, 0) failed; error='Cannot allocate memory' (errno=12)
> #
> # There is insufficient memory for the Java Runtime Environment to continue.
> # Native memory allocation (mmap) failed to map 172032 bytes for committing 
> reserved memory.
> 
> I'm attaching the error logs as java-version.hs_err_pid12374.log and 
> javaws.replay_pid12456.log.
> 
> javaws outputs this:
> #
> # There is insufficient memory for the Java Runtime Environment to continue.
> # Native memory allocation (malloc) failed to allocate 32744 bytes for 
> ChunkPool::allocate
> # An error report file with more information is saved as:
> # /home/nando/tmp/libc6_bug/hs_err_pid12456.log
> [thread 140120686573312 also had an error]
> [thread 140120688678656 also had an error]
> [thread 140121534289664 also had an error]
> 
> [error occurred during error reporting , id 0xe001]
> 
> I'm attaching the error log as javaws.hs_err_pid12456.log.
> 
> Running rsync I got this error:
> 
> ERROR: out of memory in flist_expand [sender]
> rsync error: error allocating core memory buffers (code 22) at util2.c(102) 
> [sender=3.1.1]
> 

Hmm, rsync doesn't use libpthread, so that clearly rules out a
libpthread issue. That said, all the example you gave fail to allocate
the memory correctly, either through malloc (glibc) or mmap (kernel)
which returns -ENOMEM. This points to either a kernel issue, or a
limitation of the memory using for example ulimit.

Can you please give us the output of "ulimit -a" on your system?

Thanks,
Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#838829: Try to add Generics declaration to class definition

2016-09-27 Thread Daniel Espinosa

As for bug:

https://bugzilla.gnome.org/show_bug.cgi?id=770449

Valac have started to check types in other places and if GitHub manual is
used to check generic classes declaration, as for:

https://github.com/valadate-project/the-vala-manual/blob/master/en/generics-examples.md

then your example should be:

public abstract class basecl : Object {
  public abstract void test(T parameter);
}

public class inheritcl : basecl {
  public override void test(T parameter) {
stdout.printf("Just a test!\n");
  }
}

May you want to test this code and change this bug, as this may it is not,
but a code update required due to recent additional checks in valac.

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

2016-09-27 Thread Florian Weimer

* Aurelien Jarno:

> Hmm, rsync doesn't use libpthread, so that clearly rules out a
> libpthread issue. That said, all the example you gave fail to allocate
> the memory correctly, either through malloc (glibc) or mmap (kernel)
> which returns -ENOMEM. This points to either a kernel issue, or a
> limitation of the memory using for example ulimit.

The mm subsystem in the 4.7 upstream kernel has a very visible issue
which causes allocation failures:

  

There are other threads as well.  (I personally see this with the
xfs_inode cache.)

Usually it manifests in premature OOM killer invocations, but maybe
something the reporter's system configuration changes that (perhaps it
runs with vm.overcommit_memory=2?).

Bug#838160: RFS: globjects/0.5.0-1 [experimental]

2016-09-27 Thread Gianfranco Costamagna

Hi

>I am looking for a sponsor for my package "globjects"


LGTM, sponsored.

G.

Bug#816494: me too

2016-09-27 Thread Benda Xu

I am meeting the same bug with inkscape 0.91-11.

Bug#838982: slang2: please push changes to collab-maint/slang2.git, or update or remove Vcs-Git

2016-09-27 Thread Simon McVittie

Source: slang2
Version: 2.3.0-4
Severity: minor

slang2 declares Vcs-Git and Vcs-Browser fields pointing to collab-maint git,
but the source code in that git repository hasn't been updated since
oldstable. Please do one of these:

* if that git repository is meant to be used, push the version history
  since then, and preferably update Vcs-Git and Vcs-Browser in
  debian/control to their preferred spelling:
  Vcs-Git: https://anonscm.debian.org/git/collab-maint/slang2.git
  Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/slang2.git

* if the package is now maintained in a different public VCS, update
  Vcs-Git and Vcs-Browser in debian/control to say so

* if there is no longer any public VCS, remove Vcs-Git and Vcs-Browser
  from debian/control so future contributors are not misled

Thanks,
S

Bug#838370: libnftnl dropped mxml support

2016-09-27 Thread Arturo Borrero Gonzalez

Hi,

just to let you know that Netfilter upstream decided to drop support
for libmxml in libnftnl.

http://git.netfilter.org/libnftnl/commit/?id=0758d102627744847d0bd2e4744d27695edb9a14

regards.

-- 
Arturo Borrero González

Bug#780155: ITP: baculum -- Baculum WebGUI tool for Bacula Community program

2016-09-27 Thread Marcin Haba

Hello Carsten,

OK. Perfect.

Thank you for changing request type from ITP to RFP.

Also thanks for unassinging me from this request.

Best regards.
Marcin Haba

On Tue, Sep 27, 2016 at 12:16 AM, Carsten Leonhardt  wrote:

> Control: retitle -1 RFP: baculum -- Baculum WebGUI tool for Bacula
> Community program
> Control: submitter -1 pkg-bacula-de...@lists.alioth.debian.org
>
> Hi Marcin,
>
> thanks for your feedback.
>
> > You can close this ITP requires if you want. I am not sure what is the
> > procedure for this type of cases.
>
> I've changed it to a "Request for Package", so that if someone else will
> pick this up they can see the previous information contained in this bug
> report.
>
> To anyone interested in packaging this: it would be nice to do this
> under the Bacula Packaging Team umbrella.
>
>  - Carsten
>

Bug#838740: RFS: lua-torch-trepl/0~20160613-g06128f9-2

2016-09-27 Thread Gianfranco Costamagna

Hi,

>P.S. Actually this fixes a lintian Error.



ough! I missed it thanks!

G.

Bug#798818: Reopen bug for updating kernel for mipsel buildds

2016-09-27 Thread Ole Streicher

Hi Aurelien,

On 27.09.2016 13:31, Aurelien Jarno wrote:
> We have identified an hardware FPU bug on the Loongson 3 build daemons,
> a dozen of packages are known to be affected so far, it seems your
> package is an additional one.
> [...]
> As explained above, this won't fix your issue. That said I have
> configured those build daemons to not build casacore anymore, and I have
> given back casacore. This should fix your issue.

Thanks a lot for the explanation and adding casacore to the blacklist.
This helps a lot to get through the portability issues of casacore :-)

Cheers, and greetings to Lyon

Ole

Bug#838983: RFP: libjs-jqrangeslider -- powerful slider for selecting value ranges

2016-09-27 Thread W. Martin Borgert


Package: wnpp
Severity: wishlist

Package name: libjs-jqrangeslider
Version : 5.7.2
Upstream Author : Guillaume Gautreau 
URL : http://ghusse.github.io/jQRangeSlider/
License : GPL3 + MIT
Programming Lang: JavaScript
Description : powerful slider for selecting value ranges

Slider for selecting value ranges, supporting:
 - numerical values
 - date and time
 - touch devices
 - steps
 - custom styles
 - realt time refresh

Notes:
 - this package is needed by bokeh (#756017)
 - it is probably possible to build without Grunt (#673727)

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

2016-09-27 Thread Aurelien Jarno

On 2016-09-27 13:44, Florian Weimer wrote:
> * Aurelien Jarno:
> 
> > Hmm, rsync doesn't use libpthread, so that clearly rules out a
> > libpthread issue. That said, all the example you gave fail to allocate
> > the memory correctly, either through malloc (glibc) or mmap (kernel)
> > which returns -ENOMEM. This points to either a kernel issue, or a
> > limitation of the memory using for example ulimit.
> 
> The mm subsystem in the 4.7 upstream kernel has a very visible issue
> which causes allocation failures:
> 
>   
>
> There are other threads as well.  (I personally see this with the
> xfs_inode cache.)
> 
> Usually it manifests in premature OOM killer invocations, but maybe
> something the reporter's system configuration changes that (perhaps it
> runs with vm.overcommit_memory=2?).
 
Indeed, that is correct. The problem has been fixed in version 4.7.5,
while the reporter seems to run version 4.7.4. Upgrading to the latest
kernel version would be a good start.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net

Bug#760148: CPU grind occurs on multi-boot

2016-09-27 Thread Dominique Brazziel

I get this long running effect one system which contains 
Debian, Fedora and Windows XP.  The longest time is spent with
grub-mount running and much I/O.  

>From the output (systemd log) I see the gap between timestamps when
mounted tests and subtests are run against the Fedora partition:

Sep 27 07:37:02 debianx 50mounted-tests: debug: running subtest 
/usr/lib/os-probes/mounted/83haiku
Sep 27 07:37:02 debianx 83haiku: debug: /dev/mapper/vg_fedora-lv_root is not a 
BeFS partition: exiting
Sep 27 07:37:02 debianx 50mounted-tests: debug: running subtest 
/usr/lib/os-probes/mounted/90linux-distro
<* snip *> 
Sep 27 07:43:06 debianx 90linux-distro: result: 
/dev/mapper/vg_fedora-lv_root:Fedora release 24 (Twenty Four):Fedora:linux

So, it looks like subtest 90linux-distro is having trouble finding what it's 
looking for.

Bug#838984: diffoscope: tests fails in jessie-backports

2016-09-27 Thread Mattia Rizzolo

source: diffoscope
version: 60

If the test suite is run as-is in jessie-backports it fails, and it
really shouldn't.
I'd like to have this fixed for v61, so I can avoid doing ugly things
for backporting it like
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?h=60_bpo8%2b1&id=8b803f7a67c1c788bc442e35d8c3ddce91ead871

Following the failing tests:


=== 
FAILURES 
===
___ 
test_differences 
___

differences = [, ]>]>]

@skip_unless_tools_exist('enjarify', 'zipinfo', 'javap')
def test_differences(differences):
assert differences[0].source1 == 'test1.jar'
assert differences[0].source2 == 'test2.jar'
zipinfo = differences[0].details[0]
classdiff = differences[0].details[1]
assert zipinfo.source1 == 'zipinfo -v {}'
assert zipinfo.source2 == 'zipinfo -v {}'
assert classdiff.source1 == 'com/example/MainActivity.class'
assert classdiff.source2 == 'com/example/MainActivity.class'
expected_diff = open(data('dex_expected_diffs')).read()
found_diff = zipinfo.unified_diff + classdiff.details[0].unified_diff
>   assert expected_diff == found_diff
E   assert '@@ -54,15 +5...args_size=1\n' == '@@ -54,15 +54...args_size=1\n'
E   @@ -54,15 +54,15 @@
E  version of encoding software:   2.0
E  minimum file system compatibility required: MS-DOS, OS/2 or 
NT FAT
E  minimum software version required to extract:   2.0
E  compression method: none (stored)
E  file security status:   not encrypted
E  extended local header:  no
E  file last modified on (DOS date/time):  1980 Jan 1 
00:00:00
E   -  32-bit CRC value (hex): fc227a58
E   +  32-bit CRC value (hex): 19c9f64e
E  compressed size:305 bytes
E  uncompressed size:  305 bytes
E  length of filename: 30 characters
E  length of extra field:  0 bytes
E  length of file comment: 0 characters
E  disk number on which file begins:   disk 1
E  apparent file type: binary
E   @@ -17,16 +17,16 @@
E -#12 = Methodref  #4.#11 // 
android/app/Activity.onCreate:(Landroid/os/Bundle;)V
E +#12 = Methodref  #4.#11 //  
android/app/Activity.onCreate:(Landroid/os/Bundle;)V
E ?  +
E  #13 = Integer2130903040
E  #14 = Float  1.7412887E38f
E  #15 = Utf8   setContentView
E  #16 = Utf8   (I)V
E -#17 = NameAndType#15:#16// setContentView:(I)V
E +#17 = NameAndType#15:#16//  setContentView:(I)V
E ?  +
E -#18 = Methodref  #2.#17 // 
com/example/MainActivity.setContentView:(I)V
E +#18 = Methodref  #2.#17 //  
com/example/MainActivity.setContentView:(I)V
E ?  +
E   -  #19 = Utf8   Sat Nov 21 14:20:33 CET 2015
E - -  #20 = String #19// Sat Nov 21 14:20:33 
CET 2015
E + -  #20 = String #19//  Sat Nov 21 14:20:33 
CET 2015
E ?  +
E   +  #19 = Utf8   Thu Mar 17 11:54:42 CET 2016
E - +  #20 = String #19// Thu Mar 17 11:54:42 
CET 2016
E + +  #20 = String #19//  Thu Mar 17 11:54:42 
CET 2016
E ?  +
E  #21 = Utf8   Code
E{
E  public com.example.MainActivity();
E -  descriptor: ()V
E +  Signature: ()V
Eflags: ACC_PUBLIC
ECode:
E  stack=300, locals=1, args_size=1

tests/comparators/test_dex.py:55: AssertionError
__ 
test_diff 
___

differences = []

@skip_unless_tools_exist('javap')
def test_diff(differences):
expected_diff = open(data('class_e

Bug#838630: doona: failed with the error message Can't locate object method "new" via package "bedmod::http"

2016-09-27 Thread Gianfranco Costamagna

control: tags -1 patch
control: tags -1 pending

On Fri, 23 Sep 2016 09:27:24 +0200 Sophie Brun  wrote:
> Package: doona
> Version: 0.7+git20131211-1
> Severity: grave
> Justification: renders package unusable
> User: de...@kali.org
> Usertags: origin-kali
> 

Hi, I imported the new release from kali and Team uploaded in deferred/2, 
thanks a lot!

Hugo, please let me know if I can speed it up or I have to cancel it :)

G.




signature.asc
Description: OpenPGP digital signature

Bug#837236: elixir-lang: FTBFS: Uncaught error in rebar_core: {'EXIT',

2016-09-27 Thread Philipp Huebner

Hi,

this is most likely just a missing build-dependency on erlang-crypto.

I've had the same problem with many of my erlang packages.

Regards,
-- 
 .''`.   Philipp Huebner 
: :'  :  pgp fp: 6719 25C5 B8CD E74A 5225  3DF9 E5CA 8C49 25E4 205F
`. `'`
  `-



signature.asc
Description: OpenPGP digital signature

Bug#837588: vmlinux in linux-image packages is unstripped

2016-09-27 Thread Helge Deller

Hi Ben,

On 23.09.2016 05:39, Ben Hutchings wrote:
> I pushed a fix to the sid branch which I've tested on a powerpc
> porterbox.

The addition of 
 dh_strip --no-automatic-dbgsym

broke the 64bit parisc/hppa kernel build:

dh_strip --no-automatic-dbgsym
strip:debian/linux-image-4.7.0-1-parisc64-smp/boot/vmlinux-4.7.0-1-parisc64-smp:
 File format not recognized
dh_strip: strip --remove-section=.comment --remove-section=.note 
debian/linux-image-4.7.0-1-parisc64-smp/boot/vmlinux-4.7.0-1-parisc64-smp 
returned exit code 1
debian/rules.real:381: recipe for target 'install-image_hppa_none_parisc64-smp' 
failed

I'm currently testing this patch (not sure if this is a good patch though):
- dh_strip --no-automatic-dbgsym
+ $(CROSS_COMPILE)strip --remove-section=.comment --remove-section=.note 
'$(DIR)/$(IMAGE_FILE)'

Helge

Bug#836454: XeTeX endian bug?

2016-09-27 Thread Hilmar Preuße


Am 27.09.2016 um 11:19 schrieb Eugene Seliverstov:

Hi,


Thank you for informing XeTeX developers about this issue.
However nobody answered in a maillist during three weeks.
Maybe it’s needed to open a ticket in the XeTeX bug tracker at Sourceforge?


I'll try to file a bug report when I find some time.

Hilmar
--
http://www.hilmar-preusse.de.vu/   #206401 http://counter.li.org

Bug#838178: tracker.debian.org: "action needed" details show only with Javascript enabled

2016-09-27 Thread Raphael Hertzog

Mapreri pointed out on IRC that there's now an HTML tag for that kind
of "toggle details" views. It's in use here:
https://tests.reproducible-builds.org/debian/unstable/amd64/index_pkg_sets.html

The tags are  and :

  Short version
  Long version here


But while the tags exist for a while already, they are only implemented
in recent versions of browsers (Firefox >= 48 notably). So it might make
sense to have some javascript fallback for old browsers.

see http://html5doctor.com/the-details-and-summary-elements/ and
http://www.w3schools.com/tags/tag_details.asp

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

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

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

2016-09-27 Thread Fernando Santagata

On Tue, Sep 27, 2016 at 01:44:34PM +0200, Florian Weimer wrote:
> * Aurelien Jarno:
> 
> > Hmm, rsync doesn't use libpthread, so that clearly rules out a
> > libpthread issue. That said, all the example you gave fail to allocate
> > the memory correctly, either through malloc (glibc) or mmap (kernel)
> > which returns -ENOMEM. This points to either a kernel issue, or a
> > limitation of the memory using for example ulimit.
> 
> The mm subsystem in the 4.7 upstream kernel has a very visible issue
> which causes allocation failures:
> 
>   
> 
> There are other threads as well.  (I personally see this with the
> xfs_inode cache.)
> 
> Usually it manifests in premature OOM killer invocations, but maybe
> something the reporter's system configuration changes that (perhaps it
> runs with vm.overcommit_memory=2?).

That's it. I found this in /var/log/kern.log at the time I run a program
that crashed:

Sep 27 10:37:31 gretux kernel: [   77.250470] mmap: moar (2564): VmData 
135217152 exceed data ulimit 134217728. Update limits or use boot option 
ignore_rlimit_data.

Looks like a kernel mmap issue.

-- 
Fernando Santagata

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

2016-09-27 Thread Florian Weimer

* Fernando Santagata:

>> Usually it manifests in premature OOM killer invocations, but maybe
>> something the reporter's system configuration changes that (perhaps it
>> runs with vm.overcommit_memory=2?).
>
> That's it. I found this in /var/log/kern.log at the time I run a program
> that crashed:
>
> Sep 27 10:37:31 gretux kernel: [ 77.250470] mmap: moar (2564): VmData
> 135217152 exceed data ulimit 134217728. Update limits or use boot
> option ignore_rlimit_data.

No, I think the above is unrelated.  It relates to a userspace ABI
break related to the RLIMIT_DATA implementation.

Bug#838985: RFP: libjs-slickgrid -- advanced JavaScript grid/spreadsheet component

2016-09-27 Thread W. Martin Borgert


Package: wnpp
Severity: wishlist

Package name: libjs-slickgrid
Version : v2.3.2
Upstream Author : Ben McIntyre
URL : https://github.com/6pac/SlickGrid/wiki
License : MIT
Programming Lang: JavaScript
Description : advanced JavaScript grid/spreadsheet component

SlickGrid is a grid or spreadsheet component, featuring:
 * Adaptive virtual scrolling (handle hundreds of thousands of
   rows with extreme responsiveness)
 * Extremely fast rendering speed
 * Supports jQuery UI Themes
 * Background post-rendering for richer cells
 * Configurable & customizable
 * Full keyboard navigation
 * Column resize/reorder/show/hide
 * Column autosizing & force-fit
 * Pluggable cell formatters & editors
 * Support for editing and creating new rows.
 * Grouping, filtering, custom aggregators, and more!
 * Advanced detached & multi-field editors with undo/redo
   support.
 * "GlobalEditorLock" to manage concurrent edits in cases where
   multiple Views on a page can edit the same data.
 * Support for millions of rows

Note:
 - this package is needed by bokeh (#756017)

Bug#838829: Try to add Generics declaration to class definition

2016-09-27 Thread Sebastian Reichel

Hi,

On Tue, Sep 27, 2016 at 06:36:12AM -0500, Daniel Espinosa wrote:
> As for bug:
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=770449
> 
> Valac have started to check types in other places and if GitHub manual is
> used to check generic classes declaration, as for:
> 
> https://github.com/valadate-project/the-vala-manual/blob/master/en/generics-examples.md
> 
> then your example should be:
> 
> public abstract class basecl : Object {
>   public abstract void test(T parameter);
> }
> 
> public class inheritcl : basecl {
>   public override void test(T parameter) {
> stdout.printf("Just a test!\n");
>   }
> }
> 
> May you want to test this code and change this bug, as this may it is not,
> but a code update required due to recent additional checks in valac.

No. Your code also fails with valac 0.34.0. In vala 0.34.0 you can't
override generic methods. Note that it already has been fixed
upstream:

https://git.gnome.org/browse/vala/commit/?h=0.34&id=9e0e03f2ca48eeef4d16067cca21426b240cd5c5

vala 0.32.0 and vala 0.34.0 with that fix applied compiles my
testcode from above without any problems. Also the libfsoframework
no longer FTBFS.

-- Sebastian


signature.asc
Description: PGP signature

Bug#838986: parted: Please remove README.Debian

2016-09-27 Thread Hilko Bengen

Package: parted
Version: 3.2-15
Severity: normal

Dear Maintainer,

the README.Debian from April 2007 that is shipped with parted is
inaccurate and misleading. For example, according to the upstream
changelog, creating file system hasn't been supported in about five
years.

Please just remove the file.

Cheers,
-Hilko

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

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

Versions of packages parted depends on:
ii  libc6 2.24-3
ii  libparted23.2-15
ii  libreadline6  6.3-8+b4
ii  libtinfo5 6.0+20160917-1

parted recommends no packages.

Versions of packages parted suggests:
pn  parted-doc  

-- no debconf information

Bug#836648: prelude-manager: diff for NMU version 1.0.1-5.2

2016-09-27 Thread Mattia Rizzolo

Control: tags 836648 + patch
Control: tags 836648 + pending
Control: tags 838926 + patch
Control: tags 838926 + pending

Dear maintainer,

I've prepared an NMU for prelude-manager (versioned as 1.0.1-5.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Regards.

-- 
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  `-
[0;0mdiffstat for prelude-manager_1.0.1-5.1 prelude-manager_1.0.1-5.2[0;0m
[0;0m[0;0m
[0;0m changelog |   12 [0;0m
[0;0m control   |4 +---[0;0m
[0;0m rules |6 +-[0;0m
[0;0m 3 files changed, 18 insertions(+), 4 deletions(-)[0;0m
[0;0m[0;0m
[1;36mdiff -u prelude-manager-1.0.1/debian/changelog prelude-manager-1.0.1/debian/changelog[0;0m
[0;31m--- prelude-manager-1.0.1/debian/changelog[0;0m
[0;32m+++ prelude-manager-1.0.1/debian/changelog[0;0m
[0;36m@@ -1,3 +1,15 @@[0;0m
[0;32m+prelude-manager (1.0.1-5.2) unstable; urgency=medium[0;0m
[0;32m+[0;0m
[0;32m+  * Non-maintainer upload.[0;0m
[0;32m+  * Call dh_update_autotools_config to update config.{sub,guess} for new archs.[0;0m
[0;32m+  * Remove Mickael Profeta  from the uploaders.[0;0m
[0;32m+Closes: #838926[0;0m
[0;32m+  * Stop using hardening-wrapper, make use of dpkg-buildflags with[0;0m
[0;32m+DEB_BUILD_MAINT_OPTIONS=hardening=+all[0;0m
[0;32m+instead.  Closes: #836648[0;0m
[0;32m+[0;0m
[0;32m+ -- Mattia Rizzolo   Tue, 27 Sep 2016 13:13:39 +[0;0m
[0;32m+[0;0m
[0;0m prelude-manager (1.0.1-5.1) unstable; urgency=medium[0;0m
[0;0m [0;0m
[0;0m   * Non-maintainer upload.[0;0m
[1;36mdiff -u prelude-manager-1.0.1/debian/control prelude-manager-1.0.1/debian/control[0;0m
[0;31m--- prelude-manager-1.0.1/debian/control[0;0m
[0;32m+++ prelude-manager-1.0.1/debian/control[0;0m
[0;36m@@ -2,8 +2,7 @@[0;0m
[0;0m Section: admin[0;0m
[0;0m Priority: extra[0;0m
[0;0m Maintainer: Pierre Chifflier [0;0m
[0;31m-Uploaders: Mickael Profeta [0;0m
[0;31m-Build-Depends: debhelper (>> 5.0.0),[0;0m
[0;32m+Build-Depends: debhelper (>= 9.20160115),[0;0m
[0;0m  libprelude-dev (>=0.9.6),[0;0m
[0;0m  zlib1g-dev,[0;0m
[0;0m  libxml2-dev,[0;0m
[0;36m@@ -11,7 +10,6 @@[0;0m
[0;0m  libevent-dev,[0;0m
[0;0m  pkg-config,[0;0m
[0;0m  quilt,[0;0m
[0;31m- hardening-wrapper[0;0m
[0;0m Standards-Version: 3.9.2[0;0m
[0;0m Homepage: http://www.prelude-ids.org/[0;0m
[0;0m [0;0m
[1;36mdiff -u prelude-manager-1.0.1/debian/rules prelude-manager-1.0.1/debian/rules[0;0m
[0;31m--- prelude-manager-1.0.1/debian/rules[0;0m
[0;32m+++ prelude-manager-1.0.1/debian/rules[0;0m
[0;36m@@ -1,13 +1,17 @@[0;0m
[0;0m #!/usr/bin/make -f[0;0m
[0;0m #export DH_VERBOSE=1[0;0m
[0;0m [0;0m
[0;31m-export DEB_BUILD_HARDENING=1[0;0m
[0;32m+export DEB_BUILD_MAINT_OPTIONS = hardening=+all[0;0m
[0;32m+DPKG_EXPORT_BUILDFLAGS = 1[0;0m
[0;32m+include /usr/share/dpkg/buildflags.mk[0;0m
[0;32m+[0;0m
[0;0m [0;0m
[0;0m include /usr/share/quilt/quilt.make[0;0m
[0;0m [0;0m
[0;0m configure: configure-stamp[0;0m
[0;0m configure-stamp: patch[0;0m
[0;0m 	dh_testdir[0;0m
[0;32m+	dh_update_autotools_config[0;0m
[0;0m [0;0m
[0;0m 	./configure --prefix=/usr \[0;0m
[0;0m 		--mandir=\$${prefix}/share/man \[0;0m


signature.asc
Description: PGP signature

Bug#838987: ITP: recommonmark -- CommonMark utility for Docutils and Sphinx projects

2016-09-27 Thread Jerome Benoit

Package: wnpp
Severity: wishlist
Owner: Jerome Benoit 

* Package name: recommonmark
  Version : 0.4.0
  Upstream Author : Luca Barbato and Steve Genoud
* URL : https://github.com/rtfd/recommonmark
* License : MIT
  Programming Lang: Python
  Description : CommonMark utility for Docutils and Sphinx projects

The recommonmark Python module allows ones to write CommonMark inside of
Docutils and Sphinx projects.

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

2016-09-27 Thread Fernando Santagata

On Tue, Sep 27, 2016 at 03:10:17PM +0200, Florian Weimer wrote:
> * Fernando Santagata:
> 
> >> Usually it manifests in premature OOM killer invocations, but maybe
> >> something the reporter's system configuration changes that (perhaps it
> >> runs with vm.overcommit_memory=2?).
> >
> > That's it. I found this in /var/log/kern.log at the time I run a program
> > that crashed:
> >
> > Sep 27 10:37:31 gretux kernel: [ 77.250470] mmap: moar (2564): VmData
> > 135217152 exceed data ulimit 134217728. Update limits or use boot
> > option ignore_rlimit_data.
> 
> No, I think the above is unrelated.  It relates to a userspace ABI
> break related to the RLIMIT_DATA implementation.

Anyway, booting with the 4.6.0 kernel solves all the issues.

Thanks for the help!

-- 
Fernando Santagata

Bug#767891: apt: Provide ability to manually mark packages as "essential"

2016-09-27 Thread Johannes Schauer

Hi,

On Mon, 3 Nov 2014 20:37:26 +1000 Anthony Towns  wrote:
> On 3 November 2014 20:30, Anthony Towns  wrote:
> > On 3 November 2014 20:22, Julian Andres Klode  wrote:
> >> A simple way to achieve what you want is to create a local dummy
> >> package that depends on the packages you want and is
> >> "Essential: yes" or "Important: yes". Important being preferred, since
> >> it has less restrictions on installation ordering.

I actually like aj's proposed solution for another reason that is not
achievable via a local dummy package: currently apt hardcodes that it treats
itself as Essential:yes and the proposed solution allows the user to influence
this behaviour.

So instead of seeing aj's patch as a way to add more package names to what apt
treats as Essential:yes (something which can certainly be achieved via a local
dummy package), I see it as a way to make currently hardcoded apt behaviour
(apt treating itself as Essential:yes) configurable by the user.

Not having apt treat itself as Essential:yes is important for the following
scenarios:

 - use the EDSP interface to generate installation sets similar to what can
   already be done with tools like dose3. Currently these sets will always
   include apt which makes the solution less useful.

 - use multistrap to create a very minimal chroot (i.e. without apt). Currently
   multistrap is unable to create a chroot that does not contain apt due to
   this limitation of apt.

> > Yeah, I've done that before (and the equivs package is helpful there).  But
> > it's two somewhat complicated steps (build a package, install a local
> > package), for something that seems more like it should be a simple
> > configuration step ("these packages are important to me: ...").
> 
> Alternatively, it might make sense (from a user/admin's POV) to do it
> via 'apt-mark', ie:
> 
>   apt-mark important xmonad
>   apt-mark essential sysvinit-core
> 
> (I'm not really familiar with apt-mark though, particular if it's something
> people should feel comfortable relying on)

I'm also not very familiar with apt-mark but above two scenarios would be much
more complicated to achieve if one had to go through apt-mark first. Using the
apt configuration would make both of the above two scenarios very simple to
implement, so I think a configuration variable similar to the one proposed by
aj might be a good way forward.

Thanks!

cheers, josch

signature.asc
Description: signature

Bug#836654: siege: diff for NMU version 4.0.2-1.1

2016-09-27 Thread Mattia Rizzolo

Control: tags 836654 + patch
Control: tags 836654 + pending

Dear maintainer,

I've prepared an NMU for siege (versioned as 4.0.2-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Attached git format-patch of the changes, that I'll push if the NMU
goes through.

Regards.

-- 
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  `-
[0;0mdiffstat for siege-4.0.2 siege-4.0.2[0;0m
[0;0m[0;0m
[0;0m changelog|   12 [0;0m
[0;0m compat   |2 +-[0;0m
[0;0m control  |8 [0;0m
[0;0m rules|4 ++--[0;0m
[0;0m source/lintian-overrides |5 -[0;0m
[0;0m 5 files changed, 19 insertions(+), 12 deletions(-)[0;0m
[0;0m[0;0m
[1;36mdiff -Nru siege-4.0.2/debian/changelog siege-4.0.2/debian/changelog[0;0m
[0;31m--- siege-4.0.2/debian/changelog	2016-06-16 11:35:23.0 +[0;0m
[0;32m+++ siege-4.0.2/debian/changelog	2016-09-27 13:28:01.0 +[0;0m
[0;36m@@ -1,3 +1,15 @@[0;0m
[0;32m+siege (4.0.2-1.1) unstable; urgency=medium[0;0m
[0;32m+[0;0m
[0;32m+  * Non-maintainer upload.[0;0m
[0;32m+  * Canonicalize Vcs-* fields.[0;0m
[0;32m+  * bump debhelper compat level to 9:[0;0m
[0;32m++ dh exports build flags from dpkg-buildflags.[0;0m
[0;32m+  * Stop using hardening-wrapper, make use of dpkg-buildflags with[0;0m
[0;32m+DEB_BUILD_MAINT_OPTIONS=hardening=+all[0;0m
[0;32m+instead.  Closes: #836654[0;0m
[0;32m+[0;0m
[0;32m+ -- Mattia Rizzolo   Tue, 27 Sep 2016 13:28:01 +[0;0m
[0;32m+[0;0m
[0;0m siege (4.0.2-1) unstable; urgency=medium[0;0m
[0;0m [0;0m
[0;0m   * New upstream version 4.0.2.[0;0m
[1;36mdiff -Nru siege-4.0.2/debian/compat siege-4.0.2/debian/compat[0;0m
[0;31m--- siege-4.0.2/debian/compat	2016-06-16 11:35:23.0 +[0;0m
[0;32m+++ siege-4.0.2/debian/compat	2016-09-27 13:26:35.0 +[0;0m
[0;36m@@ -1 +1 @@[0;0m
[0;31m-7[0;0m
[0;32m+9[0;0m
[1;36mdiff -Nru siege-4.0.2/debian/control siege-4.0.2/debian/control[0;0m
[0;31m--- siege-4.0.2/debian/control	2016-06-16 11:35:23.0 +[0;0m
[0;32m+++ siege-4.0.2/debian/control	2016-09-27 13:27:41.0 +[0;0m
[0;36m@@ -2,11 +2,11 @@[0;0m
[0;0m Section: web[0;0m
[0;0m Priority: optional[0;0m
[0;0m Maintainer: Josue Abarca [0;0m
[0;31m-Build-Depends: debhelper (>= [7m7.0.50~[27m), libssl-dev (>= 0.9.8),[0;0m
[0;31m- autotools-dev (>= 20100122.1)[7m, hardening-wrapper[0;0m[27m
[0;32m+Build-Depends: debhelper (>= [7m9[27m), libssl-dev (>= 0.9.8),[0;0m
[0;32m+ autotools-dev (>= 20100122.1)[0;0m[7m[27m
[0;0m Standards-Version: 3.9.8[0;0m
[0;31m-Vcs-Git: https://a[7mlioth.debian.org/anonscm[27m/git/collab-maint/siege.git[0;0m
[0;31m-Vcs-Browser: https://anonscm.debian.org/git[7mweb/?p=[27mcollab-maint/siege.git[0;0m
[0;32m+Vcs-Git: https://a[7mnonscm.debian.org[27m/git/collab-maint/siege.git[0;0m
[0;32m+Vcs-Browser: https://anonscm.debian.org/git[7m/[27mcollab-maint/siege.git[0;0m
[0;0m Homepage: http://www.joedog.org/JoeDog/Siege[0;0m
[0;0m [0;0m
[0;0m Package: siege[0;0m
[1;36mdiff -Nru siege-4.0.2/debian/rules siege-4.0.2/debian/rules[0;0m
[0;31m--- siege-4.0.2/debian/rules	2016-06-16 11:35:23.0 +[0;0m
[0;32m+++ siege-4.0.2/debian/rules	2016-09-27 13:27:28.0 +[0;0m
[0;36m@@ -4,8 +4,8 @@[0;0m
[0;0m # Uncomment this to turn on verbose mode.[0;0m
[0;0m #export DH_VERBOSE=1[0;0m
[0;0m [0;0m
[0;31m-# Enable the hardening[7m-wrapper[27m[0;0m
[0;31m-export DEB_BUILD_[7mHARDENING=1[27m[0;0m
[0;32m+# Enable the hardening[7m build flags[27m[0;0m
[0;32m+export DEB_BUILD_[7mMAINT_OPTIONS = hardening=+all[27m[0;0m
[0;0m [0;0m
[0;0m %:[0;0m
[0;0m 	dh $@ --with autotools_dev[0;0m
[1;36mdiff -Nru siege-4.0.2/debian/source/lintian-overrides siege-4.0.2/debian/source/lintian-overrides[0;0m
[0;31m--- siege-4.0.2/debian/source/lintian-overrides	2016-06-16 11:35:23.0 +[0;0m
[0;32m+++ siege-4.0.2/debian/source/lintian-overrides	1970-01-01 00:00:00.0 +[0;0m
[0;36m@@ -1,5 +0,0 @@[0;0m
[0;31m-# Lintian now throws an error when build-depending on hardening-wrapper stating[0;0m
[0;31m-# that the package is obsolete, but #711193 states that the hardening-wrapper[0;0m
[0;31m-# is /not/ obsolete, but rather dpkg buildflags should be used instead when[0;0m
[0;31m-# possible -- however this is still a work in progress in the case of siege.[0;0m
[0;31m-siege source: build-depends-on-obsolete-package build-depends: hardening-wrapper => use dpkg-buildflags instead[0;0m
From 50ca03e738bba719b7cd0c93364cf925bb1587df Mon Sep 17 0

Bug#838988: arc-theme: Homepage seems wrong

2016-09-27 Thread Jonas Smedegaard

Package: arc-theme
Version: 20160923-1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The URL listed as upstream Homepage is a personal page, with sub-pages
for works created by that person - none of which apparently are Arc.

Another page on same website (but apparently tied to a different artist)
is http://neiio.deviantart.com/art/Arc-618235768 - is that perhaps the
proper homepage?

 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJX6niYAAoJECx8MUbBoAEhdnAP/2JfRXDvUiHL/MZFNY5zwsJZ
bziJe97+HiQAxIdjRLQfQM3ttUUz6dLUxluDHa3c0QJMmnhVD4tObUxte11UKmX8
gNLE2TeuJ9Do9KHzQbhShil6o+kPMrgl5iwrYGfAY1zhCE+oBxLlZ5bFzke1n1ML
ppWxsJmnK9GxyDdsYSZGESrNJWUYGTMVhIKWdQiUVxR5UWS4ZWZacLkZwGTckx67
KuAIZwWQkuAWMX+28Q8QJ1H5iD5gT1HNxravwoatojUHautZefimvH4hwaCfgWBs
xmQt6C4Mx2PyPMMoF87n8akNSu+0dU3Q07IjrNPXDlKgVRyQIc7vJKW7k9Y+gwWt
pPQOSyzEVaK1uLGtoadlXuKBKlg7FGmGZ8LJw42DaOH/PizYWwWwL0URL2BWJITe
vJ7IsuAKQokK0W1yBGbqiz8o4u7TCrH6BiHCHsFJUItEMgDiz/UcQ2qI+OnkKsyp
Ut/0f7yXsY6KXWAlXbQyZYtculhYQQrpFaOMfhHXFAsbM4UNAkkWvoX78itlHpUG
2gS4WfAvLSIkpbZYe79VuCvI7CozxWJmUYz23Z55kCPOaEE85u8K2GCfKpIYWGME
JcnfR4kUFgrLn49lL6ksWjXz4u+MP8uZTmzAAc1s5PLHw78Dcg3ezoNeKrDtS6lv
13bqc796gFH3H3LirzxH
=8bHO
-END PGP SIGNATURE-

Bug#838990: ITP: gli -- C++ image library for graphics software

2016-09-27 Thread Ghislain Antony Vaillant

Package: wnpp
Severity: wishlist
Owner: Ghislain Antony Vaillant 

* Package name: gli
  Version : 0.8.1.1
  Upstream Author : Christophe Riccio 
* URL : https://github.com/g-truc/gli
* License : Expat
  Programming Lang: C++
  Description : C++ image library for graphics software

Long-Description:
 OpenGL Image (GLI) is a header only C++ image library for graphics software.
 .
 GLI provides classes and functions to load image files (KTX and DDS),
 facilitate graphics APIs texture creation, compare textures, access texture
 texels, sample textures, convert textures, generate mipmaps, etc.
 .
 This library works perfectly with OpenGL or Vulkan but it also ensures
 interoperability with other third party libraries and SDK. It is a good
 candidate for software rendering (raytracing / rasterisation), image
 processing, image based software testing or any development context that
 requires a simple and convenient image library.

This package will be maintained under the Debian Science Team.

Ghis

Bug#838989: Debian 8.0 ipv6 bug

2016-09-27 Thread Asim Shaikh

Package: general
Severity: important

Dear Maintainer,

Ipv6 Stops working exactly after 30 mins on debian 8.0 and 7.8.
The ipv6 configuration is written in the network file and not added a alias.

-- 
Regards,
Asim Shaikh
Virtualizor Team

Bug#838991: ki18n: FTBFS on sparc64: Multiple testsuite failures

2016-09-27 Thread John Paul Adrian Glaubitz

Source: ki18n
Version: 5.25.0-1
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64

Hello!

src:ki18n currently fails to build from source on sparc64. The reason are
multiple testsuite failures [1]:

* Start testing of KI18nDeclarativeTest *
Config: Using QtTest library 5.6.1, Qt 5.6.1 (sparcv9-big_endian-lp64 shared 
(dynamic) release build; by GCC 6.1.1 20160724)
PASS   : KI18nDeclarativeTest::initTestCase()

= Received signal, dumping stack ==
= End of stack trace ==
QFATAL : KI18nDeclarativeTest::testLocalizedContext(translation) Received 
signal 11
 Function time: 3ms Total time: 3ms
FAIL!  : KI18nDeclarativeTest::testLocalizedContext(translation) Received a 
fatal error.
   Loc: [Unknown file(0)]
Totals: 1 passed, 1 failed, 0 skipped, 0 blacklisted
* Finished testing of KI18nDeclarativeTest *

and

Start 2: ki18n-klocalizedstringtest
2/4 Test #2: ki18n-klocalizedstringtest ...   Passed0.11 sec
Start 3: ki18n-ktranscripttest
3/4 Test #3: ki18n-ktranscripttest ***Failed0.04 sec
* Start testing of KTranscriptTest *
Config: Using QtTest library 5.6.1, Qt 5.6.1 (sparcv9-big_endian-lp64 shared 
(dynamic) release build; by GCC 6.1.1 20160724)
PASS   : KTranscriptTest::initTestCase()
KTranscript: Loaded module: /<>/autotests/test.js
FAIL!  : KTranscriptTest::test(test_basic) Caught exception: NaN

   Loc: [/<>/autotests/ktranscripttest.cpp(225)]
KTranscript: Loaded module: /<>/autotests/test.js
FAIL!  : KTranscriptTest::test(test_unicode) Caught exception: NaN

(...)

   Loc: [/<>/autotests/ktranscripttest.cpp(225)]
KTranscript: Loaded module: /<>/autotests/test.js
FAIL!  : KTranscriptTest::test(test_getConfNumberWithDefault) Caught exception: 
NaN

   Loc: [/<>/autotests/ktranscripttest.cpp(225)]
PASS   : KTranscriptTest::cleanupTestCase()
Totals: 2 passed, 30 failed, 0 skipped, 0 blacklisted
* Finished testing of KTranscriptTest *

Start 4: ki18n-ktranscriptcleantest
4/4 Test #4: ki18n-ktranscriptcleantest ...***Failed0.02 sec
* Start testing of KTranscriptCleanTest *
Config: Using QtTest library 5.6.1, Qt 5.6.1 (sparcv9-big_endian-lp64 shared 
(dynamic) release build; by GCC 6.1.1 20160724)
PASS   : KTranscriptCleanTest::initTestCase()
KTranscript: Loaded module: /<>/autotests/test.js
FAIL!  : KTranscriptCleanTest::test(test_basic) Caught exception: NaN

   Loc: [/<>/autotests/ktranscriptcleantest.cpp(91)]
PASS   : KTranscriptCleanTest::cleanupTestCase()
Totals: 2 passed, 1 failed, 0 skipped, 0 blacklisted
* Finished testing of KTranscriptCleanTest *

We currently work-around these issues by just building ki18n manually with the 
testsuite enabled.

However, since sparc64 is aimed to become a release architecture in the near 
future, this issue
needs to be addressed earlier or later.

For anyone interested looking into debugging this issue, we have a sparc64 
porterbox
available which can be used by anyone who has got an account in Debian's account
system, the machine is called "notker.debian.net" [2].

Thanks,
Adrian

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

Bug#838989: Debian 8.0 ipv6 bug

2016-09-27 Thread Timo Weingärtner

27.09.16 19:14:31 CEST Asim Shaikh:
> Package: general
> Severity: important
> 
> Ipv6 Stops working exactly after 30 mins on debian 8.0 and 7.8.
> The ipv6 configuration is written in the network file and not added a alias.

What configuration is written in which file(s) (full path, please)?

What is the output of:

ip -6 a ; ip -6 r

after configuration/boot and after 30 minutes?


Regards
Timo

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

Bug#838913: libc6: There's probably a bug in libpthread, affecting several user programs.

2016-09-27 Thread Florian Weimer

* Aurelien Jarno:

> On 2016-09-27 13:44, Florian Weimer wrote:
>> * Aurelien Jarno:
>> 
>> > Hmm, rsync doesn't use libpthread, so that clearly rules out a
>> > libpthread issue. That said, all the example you gave fail to allocate
>> > the memory correctly, either through malloc (glibc) or mmap (kernel)
>> > which returns -ENOMEM. This points to either a kernel issue, or a
>> > limitation of the memory using for example ulimit.
>> 
>> The mm subsystem in the 4.7 upstream kernel has a very visible issue
>> which causes allocation failures:
>> 
>>   
>>
>> There are other threads as well.  (I personally see this with the
>> xfs_inode cache.)
>> 
>> Usually it manifests in premature OOM killer invocations, but maybe
>> something the reporter's system configuration changes that (perhaps it
>> runs with vm.overcommit_memory=2?).
>  
> Indeed, that is correct. The problem has been fixed in version 4.7.5,
> while the reporter seems to run version 4.7.4. Upgrading to the latest
> kernel version would be a good start.

I don't think this has been fully fixed in 4.7.5.  I'm running that
version now, and with lots of xfs_inode objects, I observe basically
zero read-ahead, which results in stuttering media playback with
ogg123.  vm.drop_caches=3 makes the stuttgering go away.

I need to see if I can still reproduce the OOMs.  This was a bit
tricky before.

Bug#829081: RFS: python3-adns/1.2.3-1 [ITP, NMU] -- A Python-3 port of the python-adns package

2016-09-27 Thread Gianfranco Costamagna

Hi Thomas,


> e.g.  I can understand you copyright changes, and I like it, as well as 
> compat level and watch file, but rules seems more complicate, maybe PYBUILD
> can help here?
ping?

G.




signature.asc
Description: OpenPGP digital signature

Bug#554219: mailfilter: Undocumented behaviour with respect to config files

2016-09-27 Thread Elimar Riesebieter

Control: tags -1 unreproducible
Control: tags -1 moreinfo

Hi Filippo,

I can't reproduce this with version 0.8.4-2. Is this bug still valid
for you?

Elimar
-- 
  Obviously the human brain works like a computer.
  Since there are no stupid computers humans can't be stupid.
  There are just a few running with Windows or even CE ;-)


signature.asc
Description: PGP signature

Bug#838819: wordpress really needs apache2's mod_rewrite enabled - either as a default, or well documented

2016-09-27 Thread Josh Stern


Hi, thanks.

I did mean to report the bug as normal.  I thought the "reportbug" 
program had modified the field for me.


I am a newbie to Apache admin & wordpress, but a longtime user of 
Debian.  Considering the comments below about nginx, etc., I'll note 
that the wordpress package in the stretch distro I am using is set to 
depend on apache2 at the moment, but could be set to have alt. 
dependencies in the future.  One Debian Package way to handle something 
like this would be for distros where Apache2 comes by default with 
mod_rewrite not enabled to also include an extra "mod_rewrite_config" 
package that, when installed requires/sets the symlink
/etc/apache2/mods-enabled/rewrite.load, then wordpress could be set to 
require mod_rewrite_config when it is requiring apache2, and of course, 
not, if it was using nginx or some other web server alternative.




Then wordpress, for instance, or other packages could depend on either 
apache2.mod-php

On 09/25/2016 12:29 PM, Santiago Vila wrote:

severity 838819 normal
thanks

On Sun, 25 Sep 2016, Josh Stern wrote:


I'm a newbie to apache & wordpress, working with testing out wordpress
in a virtual hosts configuration on my own box.  After getting
wordpress up and running, I found that a lot of basic functionality
was not working correctly & it took me a while to track down the
problem.  It turns out that many wordpress packages require a
permalinks setup other than the default to function.  However,
wordpress's ability to find it's own pages with permalinks other than
the default seems to depend on apache2 having mod_rewrite enabled,
which was not true of the default installation, & seemingly not well
documented by wordpress, either online or on the debian system.
Ideally this info should appear as part of a prominent README and
perhaps be configured by the wordpress package installation.   I
understand that mod_rewrite may be considered a minor security risk,
but seemingly one accepts that with the decision to use the wordpress
package.

Hi.

I'm not the maintainer, but WordPress works fine with nginx, which has
nothing to do with Apache, so there is not really a "dependency" on
Apache's mod_rewrite.

I'm downgrading this to normal because it's a documentation bug at most.
(Documentation bugs are usually minor or normal, unless the bug is that
we tell the user to "rm -rf /" as root or things like that).

Maybe the documentation you ask is in

/usr/share/doc/wordpress/examples/apache.conf.

(examples are also considered to be "documentation")

Thanks.

Bug#838533: [vagrant] vagrant cannot connect via ssh to the virtual machine

2016-09-27 Thread Kentaro Hayashi


This bug may be related to the following issue.
https://github.com/mitchellh/vagrant/issues/7610

It was already fixed in upstream. but not released yet.
https://github.com/mitchellh/vagrant/commit/a6760dd8e7743e048cb2f38c474e05889356e8ac


pgpkfTkVSnXjB.pgp
Description: PGP signature

Bug#838993: uftp: [INTL:nl] Dutch translation of debconf messages

2016-09-27 Thread Frans Spiesschaert

 

Package: uftp 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of uftp debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans

===
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#838995: No support for "/usr merge"

2016-09-27 Thread Vincent Bernat

Package: supermin
Version: 5.1.16-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hey!

I am using a merged /usr and supermin doesn't seem to cope with
it. For example, when running libguestfs-tool-test:

[...]
supermin: kernel: picked kernel vmlinuz-4.7.0-1-amd64
supermin: kernel: picked modules path /lib/modules/4.7.0-1-amd64
supermin: kernel: kernel_version 4.7.0-1-amd64
supermin: kernel: modules /lib/modules/4.7.0-1-amd64
supermin: ext2: creating empty ext2 filesystem 
'/var/tmp/.guestfs-1000/appliance.d.8441yx1m/root'
supermin: ext2: populating from base image
supermin: *** parent directory not found ***
supermin: When reporting this error:
supermin: please include ALL the debugging information below
supermin: AND tell us what system you are running this on.
 src=/tmp/supermin8ddbc4.tmpdir/base.d/sbin/guestfsd
dest=/sbin/guestfsd
 dirname=/usr/sbin
basename=guestfsd
supermin: ext2fs_namei: parent directory not found: /usr/sbin: File not found 
by ext2_lookup
supermin: failure: ext2fs_namei: parent directory not found
libguestfs: error: /usr/bin/supermin exited with error status 1, see debug 
messages above
libguestfs-test-tool: failed to launch appliance
[...]

With a merged /usr, we have a symlink like this for /sbin:

lrwxrwxrwx 1 root root 8 sept. 27 15:07 /sbin -> usr/sbin

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

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

Versions of packages supermin depends on:
ii  apt 1.3
ii  cpio2.11+dfsg-5
ii  e2fslibs1.43.3-1
ii  libc6   2.24-3
ii  libcomerr2  1.43.3-1

supermin recommends no packages.

supermin suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIvBAEBCAAZBQJX6n8PEhxiZXJuYXRAZGViaWFuLm9yZwAKCRCVpC/oNTUl+YPM
D/9o7Qos5htjbkmE8ewCDeR/ro0U34Flr56Qk4jpLjZ7l59N8+s7dsKC3vw0QvYv
0pjFKLWQxPeKYgL1q4WszR2tB0lCx0l3HvUFM45615eYsxZp9PFkFGDexZ/KPtad
SifSE5qes/w2mCCbOp0VaN63Q2Q9HYYzhT85scNdFjBYwnanYYIQD4VqHd9MaROf
7S680uNhACQ0Z1PLFTo9iQxRMJLkEb0ueOJ0ZzXdRY7BzcIi19OkuAAiyEOmei3j
5Sx6ZmrpWNE4U7MyWa/CKOSGWoQImxJnzx0/PFt3G17ZoAgEDptWM7pOBea2mO4z
WM4Jj8FCeO6wuToMZQzP2s6+YNXZv5nRysne5NFtBXuCmO+rZRg7UtmeL03qIBv0
Rzjs6zJhBDW6Cgb5BtaGCgem2U93QEmySWyWKWCYCvzm1IXxNWg+W5zNXzSiT5uD
a4hF9oq6xvsJmOW/tycER2nxDsPNCj+qwC38DkWToB8Mhn9lF7bsXCihN+FoGAOC
QQx/rSct7WTT72qUUT5HuAZBB/Fzta9oOM95u6LDlL6Bj6qZbbdZ3bUlKk1dJcHU
w/3FjF9+/FAwXXaDEX8LOoTy9DFtcRqXy/9iF2N3R/8PGkOfND0xHqwsr35K/Nz2
TMrznTAT9MJuMPr+dpwMzcQEtpQpcwdCfYNVy73f5/PrEA==
=MQ5b
-END PGP SIGNATURE-

Bug#838994: gtk2-engines-murrine: wrongly recommends murrine-themes

2016-09-27 Thread Jonas Smedegaard

Package: gtk2-engines-murrine
Version: 0.98.1.1-6
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I want to install greybird-gtk-theme, and only that theme.  But due to
gtk2-engines-murrine recommending murrine-themes, effectively I get a
bunch of themes when I wanted only one.

Package relationships are _directional_:

Having murrine-themes recommend greybird-gtk-theme is sensible, because
(some of) its contents has little use without the contents of that other
package.

Having gtk2-engines-murrine recommend recommend murrine-themes is less
sensible, as its contents is perfectly usable without the contents of
that other package.

What would be sensible is to a) drop gtk2-engines-murrine recommends on
murrine-themes, and b) have murrine-themes declare that it _enhances_
gtk2-engines-murrine (i.e. a reverse suggestion).


NB!  I notice the recommendation is versioned.  If reason for that is to
avoid older versions being outright broken (e.g. due to bug#827134),
then it does not work as intended (only versioned _depends_ is certain
to be obeyed).  Use a versioned _breaks_ instead.


 - Jonas

-BEGIN PGP SIGNATURE-

iQIcBAEBCAAGBQJX6oAuAAoJECx8MUbBoAEhj5cP/0307iXZ8YPIJkIS/4A4PgHV
y2i4wWUo9gmcsR6NMA/MdoD05bCvv7sizb31uDvpSLEzC0sMa9rsKB3DT1qYIPMY
zP1DrdSjw9RaZRjzjJmESHGx9o9F5xFAXlv/rW+yVWy55o5UMBpty27UP70lap4E
tr0a9+P8KYnLUDmqXCSttLwc7ZGyYnQ4XcFcge1ToTCdPwCmUTBeVLSlZHCqTjpM
ACpuEhyc8gOied0o5DsYiTEy4vBBHWzZgB/IZ5Ces2XcWe13i+R+sz2RNFK9UrCS
27mh98Tfw+PpZ22xbKSx0B/GHNAPojo1s5GrtKlmQFGa7euq/qPbl2V49mAYYXvb
g36ycQWXeeEybhvR95xOYF6y9JMoB3QLG1cl/dxcGNKlR1bqqXacgGXMfnMzECW6
PG7FNsBgRf7jmN6tQ+LpOp9trAupzOe4YbpiSw4meIFk8Tk7l7qK3isVYAT8TcJj
ynmgE21ueq+w4erJ8m1INVVXGi8+B1wDTsBY0ku6bdQf8ng7/PMUpCK6u/FtQKJx
MF9iLFz1tyNtPziNCMrVlS6zKC3emrnTrX9tqmP3fz0WBOCjahifADJrIMna0Bfi
a0ieNSpuCKjA94wNV4TxfEZFycr4jqqN2mBeH2JSbDRk8uIzJ6rTkkxOpDKhVoCF
2GvIntr5fxzkzXdoU7h9
=WvlS
-END PGP SIGNATURE-

Bug#838996: google-android-build-tools-installer: [INTL:nl] Dutch translation of debconf messages

2016-09-27 Thread Frans Spiesschaert

 

Package: google-android-build-tools-installer 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of 
google-android-build-tools-installer debconf messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Cheers,
Frans

===
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#838191: systemd user units do not honor resource limits set in /etc/security/limits.conf

2016-09-27 Thread Antonio Ospite

Package: systemd
Version: 231-7
Followup-For: Bug #838191

Dear Maintainer,

I am attaching the patch to
debian/patches/debian/Adjust-systemd-user-pam-config-file-for-Debian.patch

Thanks for the analysis about system-auth, I'll let you know what the
upstream devs think about documenting better the systemd-user
requirements.

Ciao ciao,
   Antonio

-- Package-specific info:

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

Kernel: Linux 4.7.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  adduser 3.115
ii  libacl1 2.2.52-3
ii  libapparmor12.10.95-4+b1
ii  libaudit1   1:2.6.6-1
ii  libblkid1   2.28.2-1
ii  libc6   2.24-3
ii  libcap2 1:2.25-1
ii  libcryptsetup4  2:1.7.0-2
ii  libgcrypt20 1.7.3-1
ii  libgpg-error0   1.24-1
ii  libidn111.33-1
ii  libip4tc0   1.6.0-3
ii  libkmod222-1.1
ii  liblzma55.1.1alpha+20120614-2.1
ii  libmount1   2.28.2-1
ii  libpam0g1.1.8-3.3
ii  libseccomp2 2.3.1-2
ii  libselinux1 2.5-3
ii  libsystemd0 231-7
ii  mount   2.28.2-1
ii  util-linux  2.28.2-1

Versions of packages systemd recommends:
ii  dbus1.10.10-1
ii  libpam-systemd  231-7

Versions of packages systemd suggests:
ii  policykit-10.105-16
ii  systemd-container  231-7
pn  systemd-ui 

Versions of packages systemd is related to:
ii  udev  231-7

-- no debconf information
-- 
Antonio Ospite
https://ao2.it
https://twitter.com/ao2it

A: Because it messes up the order in which people normally read text.
   See http://en.wikipedia.org/wiki/Posting_style
Q: Why is top-posting such a bad thing?
>From d3d900a938200decaa5d4e2afbd6f81604bc30e9 Mon Sep 17 00:00:00 2001
From: Antonio Ospite 
Date: Tue, 27 Sep 2016 16:10:52 +0200
Subject: [PATCH] debian/patches: update systemd-user pam config to require
 pam_limits.so
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
X-Face: z*RaLf`X<@C75u6Ig9}{oW$H;1_\2t5)({*|jhM/Vb;]yA5\I~93>J<_`<4)A{':UrE

Upstream loads pam_limits.so indirectly when launching systemd-user
because it is loaded from the included system-auth.

Debian does not include system-auth so, in order to honor the limits
specified in /etc/security/limits.conf for user units, load
pam_limits.so directly from /etc/pam.d/systemd-user.

Closes: #838191
Thanks: Mantas Mikulėnas for the suggestion
---
 .../debian/Adjust-systemd-user-pam-config-file-for-Debian.patch  | 9 -
 1 file changed, 4 insertions(+), 5 deletions(-)

diff --git a/debian/patches/debian/Adjust-systemd-user-pam-config-file-for-Debian.patch b/debian/patches/debian/Adjust-systemd-user-pam-config-file-for-Debian.patch
index c27a1de..979c975 100644
--- a/debian/patches/debian/Adjust-systemd-user-pam-config-file-for-Debian.patch
+++ b/debian/patches/debian/Adjust-systemd-user-pam-config-file-for-Debian.patch
@@ -5,14 +5,12 @@ Subject: Adjust systemd-user pam config file for Debian
 This pam config file is used by libpam-systemd/systemd-logind when
 launching systemd user instances.
 ---
- src/login/systemd-user.m4 | 5 +++--
- 1 file changed, 3 insertions(+), 2 deletions(-)
+ src/login/systemd-user.m4 |6 --
+ 1 file changed, 4 insertions(+), 2 deletions(-)
 
-diff --git a/src/login/systemd-user.m4 b/src/login/systemd-user.m4
-index f188a8e..ef544e3 100644
 --- a/src/login/systemd-user.m4
 +++ b/src/login/systemd-user.m4
-@@ -2,11 +2,12 @@
+@@ -2,11 +2,13 @@
  #
  # Used by systemd --user instances.
  
@@ -25,5 +23,6 @@ index f188a8e..ef544e3 100644
  )m4_dnl
  session  required pam_loginuid.so
 -session  include system-auth
++session  required pam_limits.so
 +@include common-session-noninteractive
 +session optional pam_systemd.so
-- 
2.9.3

Bug#838997: lintian: checks/init.d: Check for initscripts that source /lib/lsb/init-functions without declaring the corresponding dependency on lsb-base (>= 3.0-6).

2016-09-27 Thread Chris Lamb

Package: lintian
Severity: wishlist
Tags: patch

Hi,

Attached is the following:

  commit 288035a951de277d0248ce28c561fbf7f8646839
  Author: Chris Lamb 
  Date:   Tue Sep 27 16:28:04 2016 +0200
  
  checks/init.d: Check for initscripts that source /lib/lsb/init-functions 
without declaring the corresponding dependency on lsb-base (>= 3.0-6).
  
  Signed-off-by: Chris Lamb 
  
   checks/init.d.desc  |  5 +
   checks/init.d.pm| 12 +---
   t/tests/legacy-scripts/desc |  2 ++
   t/tests/legacy-scripts/tags |  1 +
   4 files changed, 17 insertions(+), 3 deletions(-)


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
>From 288035a951de277d0248ce28c561fbf7f8646839 Mon Sep 17 00:00:00 2001
From: Chris Lamb 
Date: Tue, 27 Sep 2016 16:28:04 +0200
Subject: [PATCH] checks/init.d: Check for initscripts that source
 /lib/lsb/init-functions without declaring the corresponding dependency on
 lsb-base (>= 3.0-6).

Signed-off-by: Chris Lamb 
---
 checks/init.d.desc  |  5 +
 checks/init.d.pm| 12 +---
 t/tests/legacy-scripts/desc |  2 ++
 t/tests/legacy-scripts/tags |  1 +
 4 files changed, 17 insertions(+), 3 deletions(-)

diff --git a/checks/init.d.desc b/checks/init.d.desc
index ce33ba5..5b31754 100644
--- a/checks/init.d.desc
+++ b/checks/init.d.desc
@@ -370,3 +370,8 @@ Info: The given init script declares a dependency on the
  totally broken.
 Ref: https://wiki.debian.org/LSBInitScripts
 
+Tag: init.d-script-needs-depends-on-lsb-base
+Severity: important
+Certainty: possible
+Info: The given init script sources /lib/lsb/init-functions without
+ declaring the corresponding dependency on lsb-base (>= 3.0-6).
diff --git a/checks/init.d.pm b/checks/init.d.pm
index f91afa1..4174a4d 100644
--- a/checks/init.d.pm
+++ b/checks/init.d.pm
@@ -198,7 +198,7 @@ sub run {
 
 # Check if file exists in package and check the script for
 # other issues if it was included in the package.
-check_init($initd_path);
+check_init($initd_path, $info);
 }
 
 return unless $initd_dir and $initd_dir->is_dir;
@@ -222,7 +222,7 @@ sub run {
 # coverage in the first pass.
 unless ($initd_postinst{$script->basename}) {
 tag $tagname, $script;
-check_init($script);
+check_init($script, $info);
 }
 }
 
@@ -230,7 +230,7 @@ sub run {
 }
 
 sub check_init {
-my ($initd_path) = @_;
+my ($initd_path, $info) = @_;
 
 # In an upstart system, such as Ubuntu, init scripts are symlinks to
 # upstart-job.  It doesn't make sense to check the syntax of upstart-job,
@@ -321,6 +321,12 @@ sub check_init {
 while ($l =~ s/^[^\#]*?(start|stop|restart|force-reload|status)//o) {
 $tag{$1} = 1;
 }
+
+if ($l =~ m{^\s*\.\s+/lib/lsb/init-functions}
+&& not $info->relation('strong')->implies('lsb-base (>= 3.0-6)')) {
+tag 'init.d-script-needs-depends-on-lsb-base',
+  $initd_path, "(line $.)";
+}
 }
 close($fd);
 
diff --git a/t/tests/legacy-scripts/desc b/t/tests/legacy-scripts/desc
index d95a521..ee8dc4e 100644
--- a/t/tests/legacy-scripts/desc
+++ b/t/tests/legacy-scripts/desc
@@ -4,3 +4,5 @@ Sequence: 
 Version: 6ds-1ubuntu0.5.10.1
 Type: non-native
 Description: Legacy test "scripts"
+Test-For:
+ init.d-script-needs-depends-on-lsb-base
diff --git a/t/tests/legacy-scripts/tags b/t/tests/legacy-scripts/tags
index 3f2854c..0436902 100644
--- a/t/tests/legacy-scripts/tags
+++ b/t/tests/legacy-scripts/tags
@@ -10,6 +10,7 @@ E: scripts: init.d-script-does-not-implement-required-option etc/init.d/lsb-brok
 E: scripts: init.d-script-does-not-implement-required-option etc/init.d/lsb-broken restart
 E: scripts: init.d-script-has-duplicate-lsb-section etc/init.d/lsb-broken
 E: scripts: init.d-script-has-unterminated-lsb-section etc/init.d/lsb-broken:15
+E: scripts: init.d-script-needs-depends-on-lsb-base etc/init.d/skeleton (line 40)
 E: scripts: missing-dep-for-interpreter jruby => jruby | jruby1.0 | jruby1.1 | jruby1.2 (usr/bin/jruby-broken)
 E: scripts: missing-dep-for-interpreter lefty => graphviz (usr/bin/lefty-foo)
 E: scripts: package-installs-python-bytecode usr/lib/python2.3/site-packages/test.pyc
-- 
2.9.3

Bug#838199: fonts-roboto should not use conflicts

2016-09-27 Thread Markus Koschany

Control: tags -1 pending

Dear maintainer,

I've prepared an NMU for fonts-roboto (versioned as 2:0~20160106-1.1)
and uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Please find attached the debdiff.

Regards,

Markus
diff -Nru fonts-roboto-0~20160106/debian/changelog 
fonts-roboto-0~20160106/debian/changelog
--- fonts-roboto-0~20160106/debian/changelog2016-01-17 10:35:28.0 
+0100
+++ fonts-roboto-0~20160106/debian/changelog2016-09-27 16:18:56.0 
+0200
@@ -1,3 +1,11 @@
+fonts-roboto (2:0~20160106-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Remove Conflicts fields for -hinted and -unhinted packages because
+they are co-installable. (Closes: #838199)
+
+ -- Markus Koschany   Tue, 27 Sep 2016 16:18:56 +0200
+
 fonts-roboto (2:0~20160106-1) unstable; urgency=medium
 
   * New upstream release imported
diff -Nru fonts-roboto-0~20160106/debian/control 
fonts-roboto-0~20160106/debian/control
--- fonts-roboto-0~20160106/debian/control  2016-01-17 10:35:04.0 
+0100
+++ fonts-roboto-0~20160106/debian/control  2016-09-27 16:18:56.0 
+0200
@@ -34,7 +34,6 @@
 Architecture: all
 Multi-Arch: foreign
 Depends: ${misc:Depends}
-Conflicts: fonts-roboto-unhinted
 Description: Google's signature family of fonts (hinted)
  Roboto is Google's signature family of fonts, the default font in
  Android and ChromeOS and the recommended font for Google's visual
@@ -50,7 +49,6 @@
 Architecture: all
 Multi-Arch: foreign
 Depends: ${misc:Depends}
-Conflicts: fonts-roboto-hinted
 Description: Google's signature family of fonts (unhinted)
  Roboto is Google's signature family of fonts, the default font in
  Android and ChromeOS and the recommended font for Google's visual
diff -Nru fonts-roboto-0~20160106/debian/control.in 
fonts-roboto-0~20160106/debian/control.in
--- fonts-roboto-0~20160106/debian/control.in   2016-01-17 10:35:04.0 
+0100
+++ fonts-roboto-0~20160106/debian/control.in   2016-09-27 16:18:56.0 
+0200
@@ -28,7 +28,6 @@
 Architecture: all
 Multi-Arch: foreign
 Depends: ${misc:Depends}
-Conflicts: fonts-roboto-unhinted
 Description: Google's signature family of fonts (hinted)
  Roboto is Google's signature family of fonts, the default font in
  Android and ChromeOS and the recommended font for Google's visual
@@ -44,7 +43,6 @@
 Architecture: all
 Multi-Arch: foreign
 Depends: ${misc:Depends}
-Conflicts: fonts-roboto-hinted
 Description: Google's signature family of fonts (unhinted)
  Roboto is Google's signature family of fonts, the default font in
  Android and ChromeOS and the recommended font for Google's visual


signature.asc
Description: OpenPGP digital signature

Bug#838998: xl2tpd: the xl2tpd daemon crashes when disconnects

2016-09-27 Thread Lu Wang

Package: xl2tpd
Version: 1.3.6+dfsg-4
Severity: important

Dear Maintainer,

I set up a connection to a l2tp server using xl2tpd (echo 'c connection_name' > 
/var/run/xl2tpd/l2tp-control).
If I use 'ps aux|grep xl2tpd', I can see the daemon is running. The daemon 
seems OK.

However, when the disconnection is carried out
(echo 'd connections_name' >/var/run/xl2tpd/l2tp-control),
suddenly the xl2tpd daemon crashes.
Then "ps aux|grep xl2tpd" shows the daemon vanishes. And if I use "echo 'c
connection_name' > /var/run/xl2tpd/l2tp-control", the command is
suspended. I have to restart the daemon.

I try to debug the code. And I find the problem may from the patch
0003-Add-local-ip-range-option.patch for "call.c". After patching, the
code between line 416-422 in "call.c" is
#ifdef IP_ALLOCATION
if (c->addr)
unreserve_addr (c->addr);

if (c->lns->localrange)
unreserve_addr (c->lns->localaddr);
#endif

At line 420, if c->lns is NULL, the program will crash. In my opinion, line
420 rewriting to "if(c->lns && c->lns->localrange)" will fix the bug. #760602 
also may partially caused by this bug because Jon Westgate  
pointed out the same bug in #760602.

I think the xl2tpd may have other similar bugs. Maybe a thorough check
is needed. But the check is out of my ability.

Thank you

Lu Wang


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

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

Versions of packages xl2tpd depends on:
ii  libc6   2.23-5
ii  libpcap0.8  1.7.4-2
ii  ppp 2.4.7-1+3

xl2tpd recommends no packages.

xl2tpd suggests no packages.

-- Configuration Files:
/etc/xl2tpd/l2tp-secrets [Errno 13] Permission denied: 
u'/etc/xl2tpd/l2tp-secrets'
/etc/xl2tpd/xl2tpd.conf changed:
;
; Sample l2tpd configuration file
;
; This example file should give you some idea of how the options for l2tpd
; should work.  The best place to look for a list of all options is in
; the source code itself, until I have the time to write better documetation :)
; Specifically, the file "file.c" contains a list of commands at the end.
;
; You most definitely don't have to spell out everything as it is done here
;
[global]; Global parameters:
listen-addr=10.14.129.9
port = 1701 ; * Bind to port 1701
auth file = /etc/l2tpd/l2tp-secrets ; * Where our challenge secrets are
access control = yes; * Refuse connections without IP match
rand source = dev ; Source for entropy for random
;   ; numbers, options are:
;   ; dev - reads of /dev/urandom
;   ; sys - uses rand()
;   ; egd - reads from egd socket
;   ; egd is not yet implemented
;
; [lns default]; Our fallthrough LNS definition
; exclusive = no; * Only permit one tunnel per host
; ip range = 192.168.0.1-192.168.0.20; * Allocate from this IP range
; no ip range = 192.168.0.3-192.168.0.9 ; * Except these hosts
; ip range = 192.168.0.5; * But this one is okay
; ip range = lac1-lac2; * And anything from lac1 to lac2's 
IP
; lac = 192.168.1.4 - 192.168.1.8; * These can connect as LAC's
; no lac = untrusted.marko.net; * This guy can't connect
; hidden bit = no; * Use hidden AVP's?
; local ip = 192.168.1.2; * Our local IP to use
; local ip range = 192.168.200.0-192.168.200.20   ; Alternatively, use a range 
for local addressing
; length bit = yes; * Use length bit in payload?
; require chap = yes; * Require CHAP auth. by peer
; refuse pap = yes; * Refuse PAP authentication
; refuse chap = no; * Refuse CHAP authentication
; refuse authentication = no; * Refuse authentication altogether
; require authentication = yes; * Require peer to authenticate
; unix authentication = no; * Use /etc/passwd for auth.
; name = myhostname; * Report this as our hostname
; ppp debug = no; * Turn on PPP debugging
; pppoptfile = /etc/ppp/options.l2tpd.lns; * ppp options file
; call rws = 10; * RWS for call (-1 is valid)
; tunnel rws = 4; * RWS for tunnel (must be > 0)
; flow bit = yes; * Include sequence numbers
; challenge = yes; * Challenge authenticate peer ;
; rx bps = 1000; Receive tunnel speed
; tx bps = 1000;

Bug#838999: Vagrant box inaccessible due to missing network cable (VirtualBox)

2016-09-27 Thread Laurentiu Pancescu


Package: cloud.debian.org
Severity: normal

Dear Debian Cloud Maintainers,

Version 8.6.0 of debian/jessie64 from Atlas produces a timeout when 
creating a new box with "vagrant up", and it remains inaccessible to 
Vagrant since eth0 doesn't receive a DHCP address.  This is apparently 
caused by the first network adapter (eth0) being disconnected in the 
VirtualBox configuration.  This is a regression from 8.5.2 (I didn't 
test debian/wheezy64 or other Debian images).


Inserting the following line in my own Vagrantfile fixes the problem:
  v.customize ["modifyvm", :id, "--cableconnected1", "on"]

Regards,
Laurențiu Păncescu

Bug#839000: gnome-software: crash on start

2016-09-27 Thread sysgloo

Package: gnome-software
Version: 3.20.2-2
Severity: critical
Justification: causes serious data loss

Dear Maintainer,

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

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

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



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

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

Versions of packages gnome-software depends on:
ii  appstream0.10.1-1
ii  dconf-gsettings-backend [gsettings-backend]  0.26.0-2
ii  gnome-software-common3.20.2-2
ii  gsettings-desktop-schemas3.22.0-1
ii  libappstream-glib8   0.6.2-1
ii  libatk1.0-0  2.21.90-2
ii  libc62.23-5
ii  libcairo-gobject21.14.6-1+b1
ii  libcairo21.14.6-1+b1
ii  libenchant1c2a   1.6.0-11+b1
ii  libfwupd10.7.3-1
ii  libgdk-pixbuf2.0-0   2.34.0-1
ii  libglib2.0-0 2.49.6-1
ii  libgnome-desktop-3-123.22.0-1
ii  libgtk-3-0   3.21.5-3
ii  libgtkspell3-3-0 3.0.9-1
ii  libjson-glib-1.0-0   1.2.2-1
ii  liblimba00.5.6-2
ii  libpackagekit-glib2-18   1.1.4-1
ii  libpango-1.0-0   1.40.2-1
ii  libpangocairo-1.0-0  1.40.2-1
ii  libpolkit-gobject-1-00.105-16
ii  libsoup2.4-1 2.56.0-1
ii  libsqlite3-0 3.14.2-1
ii  packagekit   1.1.4-1

gnome-software recommends no packages.

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

-- no debconf information

1 2 3 >

1 - 100 of 268 matches

Mail list logo