Bug#798515: libc6: getaddrinfo returns garbage when nscd is running

[Remy Oudompheng]

Package: libc6
Version: 2.19-18+deb8u1
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

The glibc package is affected by the following upstream bug:
  https://sourceware.org/bugzilla/show_bug.cgi?id=16743

When nscd is running, getaddrinfo() may return uninitialized data
leading to corruption/crashes in various programs.

The issue can be reproduced in Python:

$ python
>>> import socket
>>> socket.getaddrinfo('localhost', 22, socket.AF_INET, 0, 0, 
>>> socket.AI_CANONNAME)
[(2, 1, 6, 'localhost', ('127.0.0.1', 22)), (2, 2, 17, '', ('127.0.0.1', 22)), 
(2, 3, 0, '', ('127.0.0.1', 22)), (65535, 1, 6, '', (65535, 
'\x00\x16\x00\x90\xdf\xb6\x00\x00\x00\x00\x00\x00\x00\x00')), (65535, 2, 17, 
'', (65535, '\x00\x16\x00\x90\xdf\xb6\x00\x00\x00\x00\x00\x00\x00\x00')), 
(65535, 3, 0, '', (65535, 
'\x00\x16\x00\x90\xdf\xb6\x00\x00\x00\x00\x00\x00\x00\x00'))]

or with an equivalent program in C:

#include 
#include 
#include 

int main(int argc, char **argv) {
  int err;
  struct addrinfo hints, *result, *p;

  bzero(, sizeof(struct addrinfo));
  hints.ai_family = AF_INET;
  hints.ai_flags = AI_CANONNAME;
  err = getaddrinfo("localhost", "22", , );
  if (err)
return err;

  for (p = result; p; p = p->ai_next)
printf("family=%d\n", p->ai_family);

  return 0;
}

$ ./a.out
family=2
family=2
family=2
family=33956
family=33956
family=33956

A patch has already been delivered upstream:
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=a071766ebfd853179ac39f9773f894029bf86d36

Regards,
Rémy Oudompheng.

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

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

Bug#791557: debtags: /etc/bash_completion.d/bash-completion

[Jakub Wilk]

* Jakub Wilk , 2015-07-06, 10:42:

Previous versions of debtags shipped shipped the following conffile:

/etc/cron.daily/debtags


Oops, I meant:
/etc/bash_completion.d/debtags


whereas this version ships:

/etc/bash_completion.d/bash-completion


--
Jakub Wilk

Bug#796412: pastedeploy: FTBFS: ImportError: No module named script.templates

[Andreas Beckmann]

Control: tag -1 sid stretch

Hi Chris,

On Fri, 21 Aug 2015 20:23:08 +0100 Chris Lamb  wrote:
> pastedeploy fails to build from source in unstable/amd64:

>   ERROR: Failure: ImportError (No module named script.templates)

I'm trying to figure out whether this bug affects jessie, too, but I can't 
reproduce it in current sid (normal pbuilder build).

The dh_auto_test sections from my rebuild logs:

= jessie =
   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: python2.7 setup.py test 
running test
running egg_info
writing requirements to PasteDeploy.egg-info/requires.txt
writing PasteDeploy.egg-info/PKG-INFO
writing namespace_packages to PasteDeploy.egg-info/namespace_packages.txt
writing top-level names to PasteDeploy.egg-info/top_level.txt
writing dependency_links to PasteDeploy.egg-info/dependency_links.txt
writing entry points to PasteDeploy.egg-info/entry_points.txt
reading manifest file 'PasteDeploy.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'PasteDeploy.egg-info/SOURCES.txt'
running build_ext

--
Ran 0 tests in 0.010s

OK
I: pybuild base:170: python3.4 setup.py test 
running test
running egg_info
writing requirements to PasteDeploy.egg-info/requires.txt
writing PasteDeploy.egg-info/PKG-INFO
writing dependency_links to PasteDeploy.egg-info/dependency_links.txt
writing namespace_packages to PasteDeploy.egg-info/namespace_packages.txt
writing entry points to PasteDeploy.egg-info/entry_points.txt
writing top-level names to PasteDeploy.egg-info/top_level.txt
reading manifest file 'PasteDeploy.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'PasteDeploy.egg-info/SOURCES.txt'
running build_ext

--
Ran 0 tests in 0.012s

OK
= /jessie =


= sid =
   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: cd 
/tmp/buildd/pastedeploy-1.5.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose 

--
Ran 0 tests in 0.011s

OK
I: pybuild base:170: cd 
/tmp/buildd/pastedeploy-1.5.2/.pybuild/pythonX.Y_3.4/build; python3.4 -m nose 

--
Ran 0 tests in 0.012s

OK
= /sid =


= yours =
   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: cd 
/tmp/buildd/pastedeploy-1.5.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose 
--with-doctest 
E
==
ERROR: Failure: ImportError (No module named script.templates)
= /yours =


Successfully running no tests at all looks like a regression from jessie (even 
if it does not fail any longer).


Andreas

Processed: Re: pastedeploy: FTBFS: ImportError: No module named script.templates

[Debian Bug Tracking System]

Processing control commands:

> tag -1 sid stretch
Bug #796412 [src:pastedeploy] pastedeploy: FTBFS: ImportError: No module named 
script.templates
Added tag(s) stretch and sid.

-- 
796412: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796412
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#796989: monit: Monit 5.9 has a serious umask bug.

[Sergey B Kirpichev]

On Thu, Sep 10, 2015 at 11:17:57AM +0200, Nikos Timiopulos wrote:
> this bug bothers me a few days and I would like to help, can you please tell 
> me how to test that patch?

You could add this patch to the stable package patches
dir (man quilt) and then build the package as usual.

Processed: patch

[Debian Bug Tracking System]

Processing control commands:

> tags -1 patch upstream
Bug #798499 [src:thin-provisioning-tools] thin-provisioning-tools: FTBFS: "If 
you want to output boost::optional, include header 
"
Added tag(s) patch and upstream.

-- 
798499: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798499
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#798499: patch

[Mathieu Malaterre]

Control: tags -1 patch upstream

Because the error message is so clear, I am marking this bug with tag patch

Bug#798515: libc6: getaddrinfo returns garbage when nscd is running

[Aurelien Jarno]

control: fixed -1 2.21-0experimental1
control: severity -1 importnat

On 2015-09-10 09:23, Remy Oudompheng wrote:
> Package: libc6
> Version: 2.19-18+deb8u1
> Severity: grave
> Tags: upstream
> Justification: renders package unusable

This is clearly an important bug, but I don't think it's a grave one.

> Dear Maintainer,
> 
> The glibc package is affected by the following upstream bug:
>   https://sourceware.org/bugzilla/show_bug.cgi?id=16743
> 
> When nscd is running, getaddrinfo() may return uninitialized data
> leading to corruption/crashes in various programs.
> 
> The issue can be reproduced in Python:
> 
> $ python
> >>> import socket
> >>> socket.getaddrinfo('localhost', 22, socket.AF_INET, 0, 0, 
> >>> socket.AI_CANONNAME)
> [(2, 1, 6, 'localhost', ('127.0.0.1', 22)), (2, 2, 17, '', ('127.0.0.1', 
> 22)), (2, 3, 0, '', ('127.0.0.1', 22)), (65535, 1, 6, '', (65535, 
> '\x00\x16\x00\x90\xdf\xb6\x00\x00\x00\x00\x00\x00\x00\x00')), (65535, 2, 17, 
> '', (65535, '\x00\x16\x00\x90\xdf\xb6\x00\x00\x00\x00\x00\x00\x00\x00')), 
> (65535, 3, 0, '', (65535, 
> '\x00\x16\x00\x90\xdf\xb6\x00\x00\x00\x00\x00\x00\x00\x00'))]
> 
> or with an equivalent program in C:
> 
> #include 
> #include 
> #include 
> 
> int main(int argc, char **argv) {
>   int err;
>   struct addrinfo hints, *result, *p;
> 
>   bzero(, sizeof(struct addrinfo));
>   hints.ai_family = AF_INET;
>   hints.ai_flags = AI_CANONNAME;
>   err = getaddrinfo("localhost", "22", , );
>   if (err)
> return err;
> 
>   for (p = result; p; p = p->ai_next)
> printf("family=%d\n", p->ai_family);
> 
>   return 0;
> }
> 
> $ ./a.out
> family=2
> family=2
> family=2
> family=33956
> family=33956
> family=33956
> 
> A patch has already been delivered upstream:
> https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=a071766ebfd853179ac39f9773f894029bf86d36

The bug is fixed in the experimental branch. For jessie, we'll try to
include it for the next stable release.

Aurelien

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

Bug#790984: blitz++: library transition may be needed when GCC 5 is the default

[Andreas Tille]

Hi Simon,

thanks a lot for your NMU and sorry for my weak performance on this
front which is too much occupied by Debian Med work.

Keep on the good work in gcc transition

 Andreas.

On Sun, Aug 23, 2015 at 03:35:51PM +0100, Simon McVittie wrote:
> Control: tags 790984 + patch pending
> 
> On Tue, 11 Aug 2015 at 00:39:53 +0200, Julien Cristau wrote:
> > blitz::Timer::ivar_ gets renamed as part of the rebuild.  While that
> > looks like a private variable, it seems to be accessed by inlined
> > methods, so I think that means libblitz0ldbl needs a rename.
> 
> I have uploaded a NMU to DELAYED/2. The only rdep is odin, which builds
> successfully against the NMU.
> 
> Patch attached. Please let me know if I should reschedule or cancel this
> (although this bug has now been RC for almost 2 weeks with no response,
> so that seems somewhat unlikely).
> 
> Regards,
> S

> diffstat for blitz++-0.10 blitz++-0.10
> 
>  changelog   |8 
>  control |8 
>  libblitz0.README.Debian |   20 
>  libblitz0ldbl.dirs  |1 -
>  libblitz0ldbl.docs  |1 -
>  libblitz0ldbl.lintian-overrides |5 -
>  libblitz0v5.README.Debian   |   20 
>  libblitz0v5.dirs|1 +
>  libblitz0v5.docs|1 +
>  rules   |4 ++--
>  10 files changed, 36 insertions(+), 33 deletions(-)
> 
> diff -Nru blitz++-0.10/debian/changelog blitz++-0.10/debian/changelog
> --- blitz++-0.10/debian/changelog 2014-12-02 21:37:09.0 +
> +++ blitz++-0.10/debian/changelog 2015-08-23 14:46:55.0 +0100
> @@ -1,3 +1,11 @@
> +blitz++ (1:0.10-3.3) unstable; urgency=medium
> +
> +  * Non-maintainer upload.
> +  * Rename library to libblitz0v5 for the libstdc++ transition
> +(Closes: #790984)
> +
> + -- Simon McVittie   Sun, 23 Aug 2015 14:46:54 +0100
> +
>  blitz++ (1:0.10-3.2) unstable; urgency=medium
>  
>* Non-maintainer upload.
> diff -Nru blitz++-0.10/debian/control blitz++-0.10/debian/control
> --- blitz++-0.10/debian/control   2014-12-02 21:36:27.0 +
> +++ blitz++-0.10/debian/control   2015-08-23 12:22:11.0 +0100
> @@ -20,15 +20,15 @@
>  Vcs-Svn: svn://anonscm.debian.org/debian-science/packages/libblitz/trunk/
>  Homepage: http://oonumerics.org/blitz/
>  
> -Package: libblitz0ldbl
> +Package: libblitz0v5
>  Architecture: any
>  Section: libs
>  Depends: ${shlibs:Depends},
>   ${misc:Depends}
>  Suggests: libblitz-doc
> -Conflicts: libblitz0
> +Conflicts: libblitz0, libblitz0ldbl
>  Provides: libblitz0
> -Replaces: libblitz0
> +Replaces: libblitz0, libblitz0ldbl
>  Description: C++ template class library for scientific computing
>   Blitz++ offers a high level of abstraction, 
>   but performance which rivals Fortran.  The
> @@ -39,7 +39,7 @@
>  Package: libblitz0-dev
>  Architecture: any
>  Section: libdevel
> -Depends: libblitz0ldbl (= ${binary:Version}),
> +Depends: libblitz0v5 (= ${binary:Version}),
>   ${misc:Depends}
>  Recommends: libblitz-doc
>  Conflicts: libblitz-dev,
> diff -Nru blitz++-0.10/debian/libblitz0ldbl.dirs 
> blitz++-0.10/debian/libblitz0ldbl.dirs
> --- blitz++-0.10/debian/libblitz0ldbl.dirs2008-05-29 07:21:53.0 
> +0100
> +++ blitz++-0.10/debian/libblitz0ldbl.dirs1970-01-01 01:00:00.0 
> +0100
> @@ -1 +0,0 @@
> -usr/lib
> diff -Nru blitz++-0.10/debian/libblitz0ldbl.docs 
> blitz++-0.10/debian/libblitz0ldbl.docs
> --- blitz++-0.10/debian/libblitz0ldbl.docs2008-05-29 07:21:53.0 
> +0100
> +++ blitz++-0.10/debian/libblitz0ldbl.docs1970-01-01 01:00:00.0 
> +0100
> @@ -1 +0,0 @@
> -README
> diff -Nru blitz++-0.10/debian/libblitz0ldbl.lintian-overrides 
> blitz++-0.10/debian/libblitz0ldbl.lintian-overrides
> --- blitz++-0.10/debian/libblitz0ldbl.lintian-overrides   2008-05-29 
> 07:21:53.0 +0100
> +++ blitz++-0.10/debian/libblitz0ldbl.lintian-overrides   1970-01-01 
> 01:00:00.0 +0100
> @@ -1,5 +0,0 @@
> -# Development of libblitz seems to have been stalled and thus it seems
> -# to make less sense to add a version to the package name if there are
> -# no new versions to expect.  This will change until new versions show
> -# up on the horizont
> -libblitz0ldbl: package-name-doesnt-match-sonames libblitz0
> diff -Nru blitz++-0.10/debian/libblitz0.README.Debian 
> blitz++-0.10/debian/libblitz0.README.Debian
> --- blitz++-0.10/debian/libblitz0.README.Debian   2008-05-29 
> 07:21:53.0 +0100
> +++ blitz++-0.10/debian/libblitz0.README.Debian   1970-01-01 
> 01:00:00.0 +0100
> @@ -1,20 +0,0 @@
> -blitz++ for DEBIAN
> -
> -This is the blitz++ (c++) numerical library for Debian.
> -
> -In some places, the package is called blitz, in others blitz++.
> -For instance, the headers are in /usr/include/blitz .
> -
> -If you have installed the libblitz-doc 

Processed: Re: libprelude2 contains files with different SONAME versioning

[Debian Bug Tracking System]

Processing control commands:

> tag -1 patch
Bug #797161 [src:libprelude] libprelude2 contains files with different SONAME 
versioning
Added tag(s) patch.

-- 
797161: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797161
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#796412: marked as done (pastedeploy: FTBFS: ImportError: No module named script.templates)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 12:19:10 +0200
with message-id <20150910101910.gk6...@sar0.p1otr.com>
and subject line Re: Bug#796412: pastedeploy: FTBFS: ImportError: No module 
named script.templates
has caused the Debian Bug report #796412,
regarding pastedeploy: FTBFS: ImportError: No module named script.templates
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
796412: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796412
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: pastedeploy
Version: 1.5.2-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,

pastedeploy fails to build from source in unstable/amd64:

 * Missing Build-Depends on python-pastescript
 * Missing Build-Depends on python3-pastescript (NB. not in archive, ie
 needs to be packaged)

  [..]
  ==
  ERROR: Failure: ImportError (No module named script.templates)
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/loader.py", line 420, in
loadTestsFromName
  addr.filename, addr.module)
File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 47,
in importFromPath
  return self.importFromDir(dir_path, fqname)
File "/usr/lib/python2.7/dist-packages/nose/importer.py", line 94,
in importFromDir
  mod = load_module(part_fqname, fh, filename, desc)
File

"/tmp/buildd/pastedeploy-1.5.2/.pybuild/pythonX.Y_2.7/build/paste/deploy/paster_templates.py",
line 5, in 
  from paste.script.templates import Template
  ImportError: No module named script.templates
  
  --
  Ran 1 test in 0.054s
  
  FAILED (errors=1)
  E: pybuild pybuild:262: test: plugin distutils failed with: exit
  code=1: cd /tmp/buildd/pastedeploy-1.5.2/.pybuild/pythonX.Y_2.7/build;
  python2.7 -m nose --with-doctest 
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7
  --dir . returned exit code 13
  debian/rules:13: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/pastedeploy_1.5.2-1.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Fri Aug 21 06:15:09 GMT+12 2015
I: pbuilder-time-stamp: 1440180909
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), python-all (>= 2.6.6-3), python-setuptools (>= 
0.6b3-1~), python-nose, python3-all (>= 3.2), python3-setuptools, python3-nose, 
python-docutils
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20247 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on python-all (>= 2.6.6-3); however:
  Package python-all is not installed.
 pbuilder-satisfydepends-dummy depends on python-setuptools (>= 0.6b3-1~); 
however:
  Package python-setuptools is not installed.
 

Processed: tagging 798437, tagging 798499, tagging 759904, tagging 798484

[Debian Bug Tracking System]

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

> tags 798437 + sid stretch
Bug #798437 [simple-image-reducer] [simple-image-reducer] EXIF library not found
Added tag(s) stretch and sid.
> tags 798499 + sid stretch
Bug #798499 [src:thin-provisioning-tools] thin-provisioning-tools: FTBFS: "If 
you want to output boost::optional, include header 
"
Added tag(s) sid and stretch.
> tags 759904 - jessie sid stretch
Bug #759904 [src:cl-plplot] cl-plplot: FTBFS: The alien function "c_plwid" is 
undefined.
Removed tag(s) stretch, jessie, and sid.
> # not reproducible in stretch
> tags 798484 + sid
Bug #798484 [src:libdr-tarantool-perl] libdr-tarantool-perl: FTBFS: Failed 1/19 
test programs. 1/853 subtests failed.
Added tag(s) sid.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
759904: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759904
798437: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798437
798484: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798484
798499: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798499
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#797161: libprelude2 contains files with different SONAME versioning

[Andreas Beckmann]

Followup-For: Bug #797161
Control: tag -1 patch

Attached is a patch to factor out a libpreludecpp0 package.
I do not intend to NMU.


Andreas
diff -Nru libprelude-1.0.0/debian/changelog libprelude-1.0.0/debian/changelog
--- libprelude-1.0.0/debian/changelog	2015-07-25 13:21:14.0 +0200
+++ libprelude-1.0.0/debian/changelog	2015-09-10 11:52:52.0 +0200
@@ -1,3 +1,10 @@
+libprelude (1.0.0-11.7) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Move libpreludecpp.so.* to a separate package.  (Closes: #797161)
+
+ -- Andreas Beckmann   Thu, 10 Sep 2015 11:20:08 +0200
+
 libprelude (1.0.0-11.6) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru libprelude-1.0.0/debian/control libprelude-1.0.0/debian/control
--- libprelude-1.0.0/debian/control	2014-08-12 19:55:04.0 +0200
+++ libprelude-1.0.0/debian/control	2015-09-10 11:51:51.0 +0200
@@ -21,7 +21,7 @@
 Package: libprelude-dev
 Section: libdevel
 Architecture: any
-Depends: libprelude2 (= ${binary:Version}), libgnutls28-dev, libgcrypt20-dev,
+Depends: libprelude2 (= ${binary:Version}), libpreludecpp0 (= ${binary:Version}), libgnutls28-dev, libgcrypt20-dev,
  libltdl3-dev, ${misc:Depends}
 Description: Security Information Management System [ Development files ]
  Prelude is a Universal "Security Information Management" (SIM) system.
@@ -39,7 +39,7 @@
 Package: libprelude2
 Section: libs
 Architecture: any
-Pre-Depends: multiarch-support
+Pre-Depends: ${misc:Pre-Depends}
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Description: Security Information Management System [ Base library ]
  Prelude is a Universal "Security Information Management" (SIM) system.
@@ -54,6 +54,27 @@
  .
  This package contains the Prelude shared library.
 
+Package: libpreludecpp0
+Section: libs
+Architecture: any
+Multi-Arch: same
+Pre-Depends: ${misc:Pre-Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Breaks: libprelude2 (<< 1.0.0-11.7~)
+Replaces: libprelude2 (<< 1.0.0-11.7~)
+Description: Security Information Management System [ C++ library ]
+ Prelude is a Universal "Security Information Management" (SIM) system.
+ Its goals are performance and modularity. It is divided in two main
+ parts :
+  - the Prelude sensors, responsible for generating alerts, such as
+snort sensor, featuring a signature engine, plugins for
+protocol analysis, and intrusion detection plugins, and the Prelude
+log monitoring lackey.
+  - the Prelude report server, collecting data from Prelude sensors,
+and generating user-readable reports.
+ .
+ This package contains the Prelude C++ shared library.
+
 Package: libprelude2-dbg
 Section: debug
 Architecture: any
diff -Nru libprelude-1.0.0/debian/libprelude2.install libprelude-1.0.0/debian/libprelude2.install
--- libprelude-1.0.0/debian/libprelude2.install	2014-05-25 15:58:53.0 +0200
+++ libprelude-1.0.0/debian/libprelude2.install	2015-09-10 11:50:16.0 +0200
@@ -1,5 +1,5 @@
 debian/tmp/etc/prelude/*
 debian/tmp/usr/bin/prelude-admin
 debian/tmp/usr/share/man/man1/prelude-admin.1
-debian/tmp/usr/lib/*/lib*.so.*
+debian/tmp/usr/lib/*/libprelude.so.*
 debian/tmp/usr/share/gtk-doc/html/libprelude/* usr/share/doc/libprelude2/html/ 
diff -Nru libprelude-1.0.0/debian/libpreludecpp0.install libprelude-1.0.0/debian/libpreludecpp0.install
--- libprelude-1.0.0/debian/libpreludecpp0.install	1970-01-01 01:00:00.0 +0100
+++ libprelude-1.0.0/debian/libpreludecpp0.install	2015-09-10 11:49:56.0 +0200
@@ -0,0 +1 @@
+debian/tmp/usr/lib/*/libpreludecpp.so.*

Processed: cl-plplot: FTBFS: The alien function "c_plwid" is undefined.

[Debian Bug Tracking System]

Processing control commands:

> retitle -1 cl-plplot: FTBFS: The alien function "c_plwid" is undefined.
Bug #759904 [src:cl-plplot] cl-plplot: FTBFS: build-dependency not installable: 
libplplot-dev
Changed Bug title to 'cl-plplot: FTBFS: The alien function "c_plwid" is 
undefined.' from 'cl-plplot: FTBFS: build-dependency not installable: 
libplplot-dev'

-- 
759904: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759904
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#759904: cl-plplot: FTBFS: The alien function "c_plwid" is undefined.

[Andreas Beckmann]

Followup-For: Bug #759904
Control: retitle -1 cl-plplot: FTBFS: The alien function "c_plwid" is undefined.

Hi,

with libplplot-dev being available in sid again, the build now fails
with another error:

[...]
; compilation unit finished
;   caught 67 STYLE-WARNING conditions
While evaluating the form starting at line 65, column 0
  of #P"/tmp/buildd/cl-plplot-0.6.0/debian/test.lisp":
Unhandled SB-KERNEL::UNDEFINED-ALIEN-FUNCTION-ERROR in thread #:
  The alien function "c_plwid" is undefined.

Backtrace for: #
0: ("undefined function")
1: (C-PLWID 1)
2: (SB-INT:SIMPLE-EVAL-IN-LEXENV (PLOT-SYS) #)
3: (SB-EXT:EVAL-TLF (PLOT-SYS) 10 #)
4: ((LABELS SB-FASL::EVAL-FORM :IN SB-INT:LOAD-AS-SOURCE) (PLOT-SYS) 10)
5: ((LAMBDA (SB-KERNEL:FORM  :CURRENT-INDEX ) :IN 
SB-INT:LOAD-AS-SOURCE) (PLOT-SYS) :CURRENT-INDEX 10)
6: (SB-C::%DO-FORMS-FROM-INFO # 
# SB-C::INPUT-ERROR-IN-LOAD)
7: (SB-INT:LOAD-AS-SOURCE # :VERBOSE NIL :PRINT 
NIL :CONTEXT "loading")
8: ((FLET SB-FASL::LOAD-STREAM :IN LOAD) # NIL)
9: (LOAD "debian/test.lisp" :VERBOSE NIL :PRINT NIL :IF-DOES-NOT-EXIST T 
:EXTERNAL-FORMAT :DEFAULT)
10: (SB-INT:SIMPLE-EVAL-IN-LEXENV (LOAD "debian/test.lisp") #)
11: (EVAL (LOAD "debian/test.lisp"))
12: (SB-EXT:INTERACTIVE-EVAL (LOAD "debian/test.lisp") :EVAL NIL)
13: (SB-IMPL::REPL-FUN NIL)
14: ((LAMBDA NIL :IN SB-IMPL::TOPLEVEL-REPL))
15: (SB-IMPL::%WITH-REBOUND-IO-SYNTAX #)
16: (SB-IMPL::TOPLEVEL-REPL NIL)
17: (SB-IMPL::TOPLEVEL-INIT)
18: ((FLET #:WITHOUT-INTERRUPTS-BODY-85 :IN SB-EXT:SAVE-LISP-AND-DIE))
19: ((LABELS SB-IMPL::RESTART-LISP :IN SB-EXT:SAVE-LISP-AND-DIE))

unhandled condition in --disable-debugger mode, quitting
debian/rules:12: recipe for target 'build-stamp' failed
make: *** [build-stamp] Error 1


Andreas

Processed: limit source to pgtap, tagging 784686, tagging 729559, tagging 723176

[Debian Bug Tracking System]

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

> limit source pgtap
Limiting to bugs with field 'source' containing at least one of 'pgtap'
Limit currently set to 'source':'pgtap'

> tags 784686 + pending
Bug #784686 [pgtap] pgtap: Missing pgtap for postgresql-9.3
Added tag(s) pending.
> tags 729559 + pending
Bug #729559 [pgtap] /usr/share/postgresql/*/extension/pgtap--0.90.0.sql missing 
after rebuilding
Added tag(s) pending.
> tags 723176 + pending
Bug #723176 [pgtap] pgtap: Missing pgtap for postgresql-9.4
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
723176: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723176
729559: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729559
784686: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=784686
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#796543: python-pika: FTBFS: ImportError: No module named pyev

[Andreas Beckmann]

On 2015-09-09 18:09, Chris Lamb wrote:
> What's notable is that no tests are now even being found (local build):

That I can reproduce, ...

> So, this is a bug in itself. Poking a bit more, if I do something like:

... but it does not differ from the behavior in jessie
even though the test driver switches from unittest to nose ...
so is this really a bug?

>   $  python2.7 -m nose tests/unit
> 
> .. I get a bunch of errors related to python-mock. Might be a good place
> to start?

I don't want to fix this, I'm just looking whether this affects jessie, too :-)

The dh_auto_test section from my build logs:

= jessie =
   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: cd 
/tmp/buildd/python-pika-0.9.14/.pybuild/pythonX.Y_2.7/build; python2.7 -m 
unittest discover -v 

--
Ran 0 tests in 0.000s

OK
= /jessie =


= sid =
   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: cd 
/tmp/buildd/python-pika-0.9.14/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose 

--
Ran 0 tests in 0.142s

OK
= /sid =


= yours =
   dh_auto_test -O--buildsystem=pybuild
I: pybuild base:170: cd 
/tmp/buildd/python-pika-0.9.14/.pybuild/pythonX.Y_2.7/build; python2.7 -m nose 
--with-doctest 
E
==
ERROR: Failure: ImportError (No module named pyev)
= /yours =


The only difference I see here is that pybuild no longer runs nose
with --with-doctest (#749506).


Andreas

Bug#796543: python-pika: FTBFS: ImportError: No module named pyev

[Chris Lamb]

> I don't want to fix this, I'm just looking whether this affects jessie,
> too :-)

(Again, why complicate things if the bug is about FTBFS in sid..?)

> The only difference I see here is that pybuild no longer runs nose
> with --with-doctest (#749506).

This may be relevant to pastedeploy too.


Regards,

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

Processed (with 1 errors): Re: Bug#798515: libc6: getaddrinfo returns garbage when nscd is running

[Debian Bug Tracking System]

Processing control commands:

> fixed -1 2.21-0experimental1
Bug #798515 [libc6] libc6: getaddrinfo returns garbage when nscd is running
Marked as fixed in versions glibc/2.21-0experimental1.
> severity -1 importnat
Severity level `importnat' is not known.
Recognized are: critical, grave, serious, important, normal, minor, wishlist, 
fixed.


-- 
798515: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798515
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#796412: pastedeploy: FTBFS: ImportError: No module named script.templates

[Chris Lamb]

Hi,

> I'm trying to figure out whether this bug affects jessie, too, but I
> can't reproduce it in current sid (normal pbuilder build).

I strongly suggest we just focus on sid for now to avoid confusing
ourselves.

 
> = sid =
>dh_auto_test -O--buildsystem=pybuild
> I: pybuild base:170: cd
> /tmp/buildd/pastedeploy-1.5.2/.pybuild/pythonX.Y_2.7/build; python2.7 -m
> nose 
> 
> --
> Ran 0 tests in 0.011s

Indeed, now I am seeing that also. I can't workout what has changed
since I could reproduce (on two separate machines!). Perhaps dh-python
2.20150826? The final changelog entry is curious.


Regards,

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

Processed: Re: pastedeploy: FTBFS: ImportError: No module named script.templates

[Debian Bug Tracking System]

Processing control commands:

> tag -1 sid stretch - moreinfo
Bug #796412 [src:pastedeploy] pastedeploy: FTBFS: ImportError: No module named 
script.templates
Ignoring request to alter tags of bug #796412 to the same tags previously set
Bug #796412 [src:pastedeploy] pastedeploy: FTBFS: ImportError: No module named 
script.templates
Ignoring request to alter tags of bug #796412 to the same tags previously set

-- 
796412: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796412
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Processed: severity of 798515 is important

[Debian Bug Tracking System]

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

> severity 798515 important
Bug #798515 [libc6] libc6: getaddrinfo returns garbage when nscd is running
Severity set to 'important' from 'grave'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
798515: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798515
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#796412: pastedeploy: FTBFS: ImportError: No module named script.templates

[Andreas Beckmann]

Control: tag -1 sid stretch - moreinfo

On 2015-09-10 11:58, Chris Lamb wrote:
> Hi,
> 
>> I'm trying to figure out whether this bug affects jessie, too, but I
>> can't reproduce it in current sid (normal pbuilder build).
> 
> I strongly suggest we just focus on sid for now to avoid confusing
> ourselves.

I'm now tagging the bug as not affecting jessie. Let the maintainer
decide what to make out of it in sid. If there are some unittests, they
should be run :-)


Andreas

Bug#796989: monit: Monit 5.9 has a serious umask bug.

[Nikos Timiopulos]

Hello,

this bug bothers me a few days and I would like to help, can you please tell me 
how to test that patch?


Nikos

Bug#796543: python-pika: FTBFS: ImportError: No module named pyev

[Andreas Beckmann]

Control: tag -1 sid stretch - moreinfo

(I wanted to tag this bug, the pastedeploy one was already correct ...)

On 2015-09-10 11:59, Chris Lamb wrote:
>> I don't want to fix this, I'm just looking whether this affects jessie,
>> too :-)
> 
> (Again, why complicate things if the bug is about FTBFS in sid..?)

The same version is in jessie ... and I don't want to tag a bug as not
affecting jessie without checking first (since some FTBFS reported in
sid actually apply to jessie, too).

Andreas

PS: please don't drop the epoch from the version when filing bugs

Processed: Re: python-pika: FTBFS: ImportError: No module named pyev

[Debian Bug Tracking System]

Processing control commands:

> tag -1 sid stretch - moreinfo
Bug #796543 [src:python-pika] python-pika: FTBFS: ImportError: No module named 
pyev
Added tag(s) sid and stretch.
Bug #796543 [src:python-pika] python-pika: FTBFS: ImportError: No module named 
pyev
Removed tag(s) moreinfo.

-- 
796543: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796543
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#798393: marked as done (FTBFS: build killed after N minutes of inactivity)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 11:28:14 +0300
with message-id <1671552.DZLrlAozNE@filippos>
and subject line 
has caused the Debian Bug report #798393,
regarding FTBFS: build killed after N minutes of inactivity
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798393: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798393
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: mathgl
Version: 2.3.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Your package no longer builds on the buildds, see
https://buildd.debian.org/status/logs.php?pkg=mathgl=2.3.3-1=sid

Cheers,
Julien


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: mathgl
Source-Version: 2.3.3-2

Bug closed since mathgl seems to build successfully on all release 
architectures.

Cheers
Dimitris--- End Message ---

Bug#796863: marked as done (libassa3.5-5v5 and libassa-3.5-5v5: error when trying to install together)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 18:14:46 +1000
with message-id <20150910181446.3dd6195db79967bbf3702...@bitmessage.ch>
and subject line Closing
has caused the Debian Bug report #796863,
regarding libassa3.5-5v5 and libassa-3.5-5v5: error when trying to install 
together
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
796863: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796863
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libassa-3.5-5v5,libassa3.5-5v5
Version: libassa-3.5-5v5/3.5.1-6
Version: libassa3.5-5v5/3.5.1-4.1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite

Date: 2015-08-24
Architecture: amd64
Distribution: sid

Hi,

automatic installation tests of packages that share a file and at the
same time do not conflict by their package dependency relationships has
detected the following problem:


Selecting previously unselected package gcc-5-base:amd64.
(Reading database ... 10899 files and directories currently installed.)
Preparing to unpack .../gcc-5-base_5.2.1-15_amd64.deb ...
Unpacking gcc-5-base:amd64 (5.2.1-15) ...
Setting up gcc-5-base:amd64 (5.2.1-15) ...
(Reading database ... 10906 files and directories currently installed.)
Preparing to unpack .../libstdc++6_5.2.1-15_amd64.deb ...
Unpacking libstdc++6:amd64 (5.2.1-15) over (4.8.2-19) ...
Setting up libstdc++6:amd64 (5.2.1-15) ...
Processing triggers for libc-bin (2.19-19) ...
Selecting previously unselected package libassa-3.5-5v5:amd64.
(Reading database ... 10920 files and directories currently installed.)
Preparing to unpack .../libassa-3.5-5v5_3.5.1-6_amd64.deb ...
Unpacking libassa-3.5-5v5:amd64 (3.5.1-6) ...
Selecting previously unselected package libassa3.5-5v5:amd64.
Preparing to unpack .../libassa3.5-5v5_3.5.1-4.1_amd64.deb ...
Unpacking libassa3.5-5v5:amd64 (3.5.1-4.1) ...
dpkg: error processing archive 
/var/cache/apt/archives/libassa3.5-5v5_3.5.1-4.1_amd64.deb (--unpack):
 trying to overwrite '/usr/lib/x86_64-linux-gnu/libassa-3.5.so.5.0.1', which is 
also in package libassa-3.5-5v5:amd64 3.5.1-6
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/libassa3.5-5v5_3.5.1-4.1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


This is a serious bug as it makes installation fail, and violates
sections 7.6.1 and 10.1 of the policy. An optimal solution would
consist in only one of the packages installing that file, and renaming
or removing the file in the other package. Depending on the
circumstances you might also consider Replace relations or file
diversions. If the conflicting situation cannot be resolved then, as a
last resort, the two packages have to declare a mutual
Conflict. Please take into account that Replaces, Conflicts and
diversions should only be used when packages provide different
implementations for the same functionality.

Here is a list of files that are known to be shared by both packages
(according to the Contents file for sid/amd64, which may be
slightly out of sync):

  /usr/lib/x86_64-linux-gnu/libassa-3.5.so.5
  /usr/lib/x86_64-linux-gnu/libassa-3.5.so.5.0.1

This bug has been filed against both packages. If you, the maintainers of
the two packages in question, have agreed on which of the packages will
resolve the problem please reassign the bug to that package. You may then
also register in the BTS that the other package is affected by the bug.

-Ralf.

PS: for more information about the detection of file overwrite errors
of this kind see http://qa.debian.org/dose/file-overwrites.html.
--- End Message ---
--- Begin Message ---
As this bug appears to be resolved, I am closing it.


pgpXH7OF2RRAv.pgp
Description: PGP signature
--- End Message ---

Bug#796403: marked as done (libbuffy-bindings: FTBFS: Buffy.so: undefined symbol: _ZN6wibble9exception10AddContext9s_contextE)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 11:15:58 +0100
with message-id 
<1441880158.729519.379724409.73506...@webmail.messagingengine.com>
and subject line Re: libbuffy-bindings: FTBFS: Buffy.so: undefined symbol: 
_ZN6wibble9exception10AddContext9s_contextE
has caused the Debian Bug report #796403,
regarding libbuffy-bindings: FTBFS: Buffy.so: undefined symbol: 
_ZN6wibble9exception10AddContext9s_contextE
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
796403: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796403
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libbuffy-bindings
Version: 0.16
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,

libbuffy-bindings fails to build from source in unstable/amd64:

  [..]

  cd tests && ./test.pl
  1..90
  Can't load '../perl/blib/arch/auto/Buffy/Buffy.so' for module Buffy:
  ../perl/blib/arch/auto/Buffy/Buffy.so: undefined symbol:
  _ZN6wibble9exception10AddContext9s_contextE at
  /usr/lib/x86_64-linux-gnu/perl/5.20/DynaLoader.pm line 187.
   at ../perl/Buffy.pm line 11.
  Compilation failed in require at ./test.pl line 7.
  BEGIN failed--compilation aborted at ./test.pl line 7.
  # Looks like your test exited with 255 before it could output
  anything.
  debian/rules:36: recipe for target 'override_dh_auto_test' failed
  make[1]: *** [override_dh_auto_test] Error 255
  make[1]: Leaving directory '/tmp/buildd/libbuffy-bindings-0.16'
  debian/rules:9: recipe for target 'build' failed
  make: *** [build] Error 2
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/libbuffy-bindings_0.16.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Fri Aug 21 06:26:27 GMT+12 2015
I: pbuilder-time-stamp: 1440181587
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), libbuffy-dev (>= 1.9), libwibble-dev (>= 1.0), 
libglib2.0-dev, zlib1g-dev, swig (>= 2.0), perl (>= 5.6.0-16), python-all-dev 
(>= 2.6.6-3~), dh-python, pkg-config
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20247 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on libbuffy-dev (>= 1.9); however:
  Package libbuffy-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libwibble-dev (>= 1.0); however:
  Package libwibble-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libglib2.0-dev; however:
  Package libglib2.0-dev is not installed.
 pbuilder-satisfydepends-dummy depends on zlib1g-dev; however:
  Package zlib1g-dev is not installed.
 pbuilder-satisfydepends-dummy depends on swig (>= 2.0); however:
  Package swig is not installed.
 pbuilder-satisfydepends-dummy depends on python-all-dev (>= 2.6.6-3~); however:
  Package python-all-dev is not installed.
 pbuilder-satisfydepends-dummy depends on dh-python; however:
  Package dh-python is not installed.
 pbuilder-satisfydepends-dummy depends on pkg-config; however:
  Package pkg-config is not installed.

Setting up 

Bug#796731: freecontact: FTBFS on mips (test suite failure)

[Andreas Tille]

Hi,

On Wed, Sep 09, 2015 at 11:22:10AM +0200, Julien Cristau wrote:
> On Wed, Sep  9, 2015 at 09:44:30 +0200, Andreas Tille wrote:
> 
> > Hi mips porters,
> > 
> > could anybody please find a more powerful machine to build the rdepends
> > libfreecontact-perl and python-freecontact.
> > 
> No, as I already said that is not acceptable.  Packages should be built
> on buildds.  Reliably.

I personally see two options to deal with this (as said before I do not
see any sense in simply skipping the test suite - why should we deliver
a package on an architecture where it can not even be tested?):

  1. Exclude mips explicitly in d/control
  2. Ask ftpmaster to remove the package for mips architecture

The latter would enable the package to migrate to testing and once there
might be more powerful autobuilders it will come back automatically.
Please let me know what you think.

Kind regards

  Andreas.

-- 
http://fam-tille.de

Bug#798539: ruby-webmock tests fail in unstable

[Matthias Klose]

Package: src:ruby-webmock
Version: 1.19.0-1
Severity: serious
Tags: sid stretch

ruby-webmock tests fail in unstable:

Failures:

  1) Webmock with Curb using #http for requests it should behave like Curb with
WebMock when requests are stubbed based on body when body is declared as partial
hash matcher when using 'RSpec:Mocks::ArgumentMatchers#hash_including' for
request with url encoded body should match request if hash matches body
 Failure/Error: subject(:request) { http_request( :post,
"http://www.example.com/;,
 WebMock::NetConnectNotAllowedError:
   Real HTTP connections are disabled. Unregistered request: POST
http://www.example.com/ with body 'a=1[d][]=e[d][]=f=five'

   You can stub this request with the following snippet:

   stub_request(:post, "http://www.example.com/;).
 with(:body => "a=1[d][]=e[d][]=f=five").
 to_return(:status => 200, :body => "", :headers => {})

   registered request stubs:

   stub_request(:post, "http://www.example.com/;).
 with(:body =>
hash_including({"a"=>#,
"c"=>{"d"=>["e", "f"]}}))

   
 Shared Example Group: "stubbing requests" called from
./spec/acceptance/webmock_shared.rb:27
 Shared Example Group: "with WebMock" called from
./spec/acceptance/curb/curb_spec.rb:10
 Shared Example Group: "Curb" called from
./spec/acceptance/curb/curb_spec.rb:323
 # ./lib/webmock/http_lib_adapters/curb_adapter.rb:79:in `curb_or_webmock'
 # ./lib/webmock/http_lib_adapters/curb_adapter.rb:215:in `perform'
 # ./lib/webmock/http_lib_adapters/curb_adapter.rb:189:in `http'
 # ./lib/webmock/http_lib_adapters/curb_adapter.rb:189:in `http'
 # ./spec/acceptance/curb/curb_spec_helper.rb:69:in `curb_http_request'
 # ./spec/acceptance/curb/curb_spec_helper.rb:8:in `http_request'
 # ./spec/acceptance/shared/stubbing_requests.rb:218:in `block (5 levels) in
'
 # ./spec/acceptance/shared/stubbing_requests.rb:232:in `block (7 levels) in
'

and 49 more


log.gz
Description: application/gzip

Bug#798550: marked as done (ocaml-estring: FTBFS: dh_install: missing files, aborting)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 14:33:51 +0100
with message-id 
<1441892031.777638.379877201.1176b...@webmail.messagingengine.com>
and subject line Re: Bug#798550: Acknowledgement (ocaml-estring: FTBFS: 
dh_install: missing files, aborting)
has caused the Debian Bug report #798550,
regarding ocaml-estring: FTBFS: dh_install: missing files, aborting
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798550
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ocaml-estring
Version: 20130822-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,

ocaml-estring fails to build from source in unstable/amd64:

  [..]

 debian/rules override_dh_auto_install
  make[1]: Entering directory '/tmp/buildd/ocaml-estring-20130822'
  mkdir -p
  '/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml'
  ocaml setup.ml -install
  W: Deprecated license BSD3, use BSD-3-clause instead.
  W: Deprecated license BSD3, use BSD-3-clause instead.
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.mli
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cma
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cmxa
  Installed
  /tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.a
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cmxs
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmi
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmti
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmt
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.annot
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmx
  Installed
  /tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/META
  make[1]: Leaving directory '/tmp/buildd/ocaml-estring-20130822'
 debian/rules override_dh_install
  make[1]: Entering directory '/tmp/buildd/ocaml-estring-20130822'
  dh_install --fail-missing
  dh_install: usr/lib/ocaml/estring/pa_estring.annot exists in
  debian/tmp but is not installed to anywhere
  dh_install: usr/lib/ocaml/estring/pa_estring.cmt exists in debian/tmp
  but is not installed to anywhere
  dh_install: usr/lib/ocaml/estring/pa_estring.cmti exists in debian/tmp
  but is not installed to anywhere
  dh_install: missing files, aborting
  debian/rules:36: recipe for target 'override_dh_install' failed
  make[1]: *** [override_dh_install] Error 255
  make[1]: Leaving directory '/tmp/buildd/ocaml-estring-20130822'
  debian/rules:14: recipe for target 'binary' failed
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/ocaml-estring_20130822-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- End Message ---
--- Begin Message ---
Duplicate for some reason; closing.

On Thu, 10 Sep 2015, at 02:33 PM, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   reproducible-bui...@lists.alioth.debian.org
> (after having been given a Bug report number, if it did not have one).
> 
> Your message has been sent to the package maintainer(s):
>  Debian OCaml Maintainers 
> 
> If you wish to submit further information on this problem, please
> send it to 798...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 
> -- 
> 798550: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798550
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems


Regards,

-- 

Bug#798538: ruby-rest-client fails the tests in unstable

[Matthias Klose]

Package: src:ruby-rest-client
Version: 1.8.0-1
Severity: serious
Tags: sid stretch

fails the tests in unstable with:

Failures:

  1) RestClient::Request closes payload if not nil
 Failure/Error: test_file.closed?.should be_true
   expected true to respond to `true?` or perhaps you meant `be true` or
`be_truthy`
 # ./spec/unit/request2_spec.rb:29:in `block (2 levels) in '

  2) RestClient::Request proxy creates a non-proxy class if a proxy url is not 
given
 Failure/Error: @request.net_http_class.proxy_class?.should be_false
   expected false to respond to `false?` or perhaps you meant `be false` or
`be_falsey`
 # ./spec/unit/request_spec.rb:364:in `block (3 levels) in '

  3) RestClient::Request proxy creates a proxy class if a proxy url is given
 Failure/Error: @request.net_http_class.proxy_class?.should be_true
   expected true to respond to `true?` or perhaps you meant `be true` or
`be_truthy`
 # ./spec/unit/request_spec.rb:360:in `block (3 levels) in '

Deprecation Warnings:

Using `should` from rspec-expectations' old `:should` syntax without explicitly
enabling the syntax is deprecated. Use the new `:expect` syntax or explicitly
enable `:should` with `config.expect_with(:rspec) { |c| c.syntax = :should }`
instead. Called from
/home/packages/tmp/ruby-rest-client-1.8.0/spec/unit/response_spec.rb:22:in
`block (2 levels) in '.

Using `stub` from rspec-mocks' old `:should` syntax without explicitly enabling
the syntax is deprecated. Use the new `:expect` syntax or explicitly enable
`:should` instead. Called from
/home/packages/tmp/ruby-rest-client-1.8.0/spec/unit/request_spec.rb:8:in `block
(2 levels) in '.


If you need more of the backtrace for any of these deprecations to
identify where to make the necessary changes, you can configure
`config.raise_errors_for_deprecations!`, and it will turn the
deprecation warnings into errors, giving you the full backtrace.

2 deprecation warnings total

Finished in 11.1 seconds (files took 0.80213 seconds to load)

Bug#798548: marked as done (actdiag: FTBFS: TypeError: coercing to Unicode: need string or buffer, bool found)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 14:34:48 +0100
with message-id 
<1441892088.52.379878137.53401...@webmail.messagingengine.com>
and subject line Re: Bug#798548: Acknowledgement (actdiag: FTBFS: TypeError: 
coercing to Unicode: need string or buffer, bool found)
has caused the Debian Bug report #798548,
regarding actdiag: FTBFS: TypeError: coercing to Unicode: need string or 
buffer, bool found
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798548: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798548
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: actdiag
Version: 0.5.3-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,

actdiag fails to build from source in unstable/amd64:

  [..]

 dh_auto_test -O--buildsystem=pybuild
  I: pybuild base:170: cd
  /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build; python2.7 -m
  nose 
  .SSSE.
  ==
  ERROR: test_pep8.test_pep8
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in
runTest
  self.test(*self.arg)
File

"/tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build/actdiag/tests/test_pep8.py",
line 18, in test_pep8
  pep8style = pep8.StyleGuide(arglist, parse_argv=False,
  config_file=True)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1788, in
__init__
  arglist, parse_argv, config_file, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 2074, in
process_options
  options = read_config(options, args, arglist, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1987, in
read_config
  if cli_conf and os.path.isfile(cli_conf):
File "/usr/lib/python2.7/genericpath.py", line 37, in isfile
  st = os.stat(path)
  TypeError: coercing to Unicode: need string or buffer, bool found
  
  --
  Ran 46 tests in 1.276s
  
  FAILED (SKIP=3, errors=1)
  E: pybuild pybuild:262: test: plugin distutils failed with: exit
  code=1: cd /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build;
  python2.7 -m nose 
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7
  --dir . returned exit code 13
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/actdiag_0.5.3-4.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- End Message ---
--- Begin Message ---
(Duplicate for some reason; closing.)

On Thu, 10 Sep 2015, at 02:33 PM, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   reproducible-bui...@lists.alioth.debian.org
> (after having been given a Bug report number, if it did not have one).
> 
> Your message has been sent to the package maintainer(s):
>  Kouhei Maeda 
> 
> If you wish to submit further information on this problem, please
> send it to 798...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 
> -- 
> 798548: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798548
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems


Regards,

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

Bug#798535: ruby-gsl ftbfs in unstable

[Matthias Klose]

Package: src:ruby-gsl
Version: 1.16.0.4+dfsg1-1
Severity: serious
Tags: sid stretch

according to
https://buildd.debian.org/status/package.php?p=ruby-gsl=unstable

the package fails on all release architecture except amd64.

Processed: found 798466 in 1.1.0-1

[Debian Bug Tracking System]

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

> found 798466 1.1.0-1
Bug #798466 [ruby-devise-two-factor] ruby-devise-two-factor: TOTP Replay Attack 
(no CVE yet)
Marked as found in versions ruby-devise-two-factor/1.1.0-1.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
798466: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798466
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#721090: marked as done (libgnomedesktop2.20-cil: depends on libgnomedesktop2 which is going away)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 12:57:50 +
with message-id 
and subject line Bug#797567: Removed package(s) from unstable
has caused the Debian Bug report #721090,
regarding libgnomedesktop2.20-cil: depends on libgnomedesktop2 which is going 
away
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
721090: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=721090
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libgnomedesktop2.20-cil
Version: 2.26.0-8
Severity: important
Tags: jessie sid
User: pkg-gnome-maintain...@lists.alioth.debian.org
Usertags: oldlibs gnome-desktop

Hi,

Your package depends on libgnomedesktop2, which we plan to remove from
the archive very soon.

The best course of action is probably to get libgnomedesktop2.20-cil
removed and the rdeps of libgnomedesktop2.20-cil updated to use newer
interfaces or remove them as well, if they are no longer maintained.

Regards,
Michael



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

Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
Version: 2.26.0-8+rm

Dear submitter,

as the package gnome-desktop-sharp2 has just been removed from the Debian 
archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/797567

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)--- End Message ---

Bug#797444: marked as done (gtkhtml3.14: deprecated, should be removed before upcoming release.)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 13:12:16 +
with message-id 
and subject line Bug#797441: Removed package(s) from unstable
has caused the Debian Bug report #797444,
regarding gtkhtml3.14: deprecated, should be removed before upcoming release.
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
797444: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797444
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: gtkhtml3.14
Severity: serious

This package is very old and very deprecated. It should not be part of
upcoming release. Filing this bug report to track the issue.

Regards,
Andreas Henriksson
--- End Message ---
--- Begin Message ---
Version: 3.32.2-2.2+rm

Dear submitter,

as the package gtkhtml3.14 has just been removed from the Debian archive
unstable we hereby close the associated bug reports.  We are sorry
that we couldn't deal with your issue properly.

For details on the removal, please see https://bugs.debian.org/797441

The version of this package that was in Debian prior to this removal
can still be found using http://snapshot.debian.org/.

This message was generated automatically; if you believe that there is
a problem with it please contact the archive administrators by mailing
ftpmas...@ftp-master.debian.org.

Debian distribution maintenance software
pp.
Scott Kitterman (the ftpmaster behind the curtain)--- End Message ---

Bug#798547: actdiag: FTBFS: TypeError: coercing to Unicode: need string or buffer, bool found

[Chris Lamb]

Source: actdiag
Version: 0.5.3-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,

actdiag fails to build from source in unstable/amd64:

  [..]

 dh_auto_test -O--buildsystem=pybuild
  I: pybuild base:170: cd
  /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build; python2.7 -m
  nose 
  .SSSE.
  ==
  ERROR: test_pep8.test_pep8
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in
runTest
  self.test(*self.arg)
File

"/tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build/actdiag/tests/test_pep8.py",
line 18, in test_pep8
  pep8style = pep8.StyleGuide(arglist, parse_argv=False,
  config_file=True)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1788, in
__init__
  arglist, parse_argv, config_file, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 2074, in
process_options
  options = read_config(options, args, arglist, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1987, in
read_config
  if cli_conf and os.path.isfile(cli_conf):
File "/usr/lib/python2.7/genericpath.py", line 37, in isfile
  st = os.stat(path)
  TypeError: coercing to Unicode: need string or buffer, bool found
  
  --
  Ran 46 tests in 1.276s
  
  FAILED (SKIP=3, errors=1)
  E: pybuild pybuild:262: test: plugin distutils failed with: exit
  code=1: cd /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build;
  python2.7 -m nose 
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7
  --dir . returned exit code 13
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/actdiag_0.5.3-4.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Wed Sep  9 23:59:04 GMT+12 2015
I: pbuilder-time-stamp: 1441886344
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 8.0.0), python-all, python-setuptools, python-unittest2, 
pep8 (>= 1.3), python-nose, python-blockdiag (>= 1.4.1), python3-all, 
python3-setuptools, python3-pep8 (>= 1.3), python3-nose, python3-blockdiag (>= 
1.4.1), fonts-ipafont-gothic | fonts-japanese-gothic
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20266 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on python-all; however:
  Package python-all is not installed.
 pbuilder-satisfydepends-dummy depends on python-setuptools; however:
  Package python-setuptools is not installed.
 pbuilder-satisfydepends-dummy depends on python-unittest2; however:
  Package python-unittest2 is not installed.
 pbuilder-satisfydepends-dummy depends on pep8 (>= 1.3); however:
  Package pep8 is not installed.
 pbuilder-satisfydepends-dummy depends on python-nose; however:
  Package python-nose is not installed.
 pbuilder-satisfydepends-dummy depends on python-blockdiag (>= 1.4.1); however:
  Package python-blockdiag is not installed.
 pbuilder-satisfydepends-dummy depends on python3-all; however:
  Package python3-all is not installed.
 pbuilder-satisfydepends-dummy depends on 

Bug#798549: ocaml-estring: FTBFS: dh_install: missing files, aborting

[Chris Lamb]

Source: ocaml-estring
Version: 20130822-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,

ocaml-estring fails to build from source in unstable/amd64:

  [..]

 debian/rules override_dh_auto_install
  make[1]: Entering directory '/tmp/buildd/ocaml-estring-20130822'
  mkdir -p
  '/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml'
  ocaml setup.ml -install
  W: Deprecated license BSD3, use BSD-3-clause instead.
  W: Deprecated license BSD3, use BSD-3-clause instead.
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.mli
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cma
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cmxa
  Installed
  /tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.a
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cmxs
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmi
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmti
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmt
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.annot
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmx
  Installed
  /tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/META
  make[1]: Leaving directory '/tmp/buildd/ocaml-estring-20130822'
 debian/rules override_dh_install
  make[1]: Entering directory '/tmp/buildd/ocaml-estring-20130822'
  dh_install --fail-missing
  dh_install: usr/lib/ocaml/estring/pa_estring.annot exists in
  debian/tmp but is not installed to anywhere
  dh_install: usr/lib/ocaml/estring/pa_estring.cmt exists in debian/tmp
  but is not installed to anywhere
  dh_install: usr/lib/ocaml/estring/pa_estring.cmti exists in debian/tmp
  but is not installed to anywhere
  dh_install: missing files, aborting
  debian/rules:36: recipe for target 'override_dh_install' failed
  make[1]: *** [override_dh_install] Error 255
  make[1]: Leaving directory '/tmp/buildd/ocaml-estring-20130822'
  debian/rules:14: recipe for target 'binary' failed
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/ocaml-estring_20130822-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Wed Sep  9 23:47:24 GMT+12 2015
I: pbuilder-time-stamp: 1441885644
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), dh-ocaml, libfindlib-ocaml-dev, liboasis-ocaml-dev 
(>= 0.3), ocaml-findlib, ocaml-nox
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20232 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on dh-ocaml; however:
  Package dh-ocaml is not installed.
 pbuilder-satisfydepends-dummy depends on libfindlib-ocaml-dev; however:
  Package libfindlib-ocaml-dev is not installed.
 pbuilder-satisfydepends-dummy depends on liboasis-ocaml-dev (>= 0.3); however:
  Package liboasis-ocaml-dev is not installed.
 pbuilder-satisfydepends-dummy depends on ocaml-findlib; however:
  Package ocaml-findlib is not installed.
 pbuilder-satisfydepends-dummy depends on 

Bug#798550: ocaml-estring: FTBFS: dh_install: missing files, aborting

[Chris Lamb]

Source: ocaml-estring
Version: 20130822-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,

ocaml-estring fails to build from source in unstable/amd64:

  [..]

 debian/rules override_dh_auto_install
  make[1]: Entering directory '/tmp/buildd/ocaml-estring-20130822'
  mkdir -p
  '/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml'
  ocaml setup.ml -install
  W: Deprecated license BSD3, use BSD-3-clause instead.
  W: Deprecated license BSD3, use BSD-3-clause instead.
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.mli
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cma
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cmxa
  Installed
  /tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.a
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/estring.cmxs
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmi
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmti
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmt
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.annot
  Installed
  
/tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/pa_estring.cmx
  Installed
  /tmp/buildd/ocaml-estring-20130822/debian/tmp//usr/lib/ocaml/estring/META
  make[1]: Leaving directory '/tmp/buildd/ocaml-estring-20130822'
 debian/rules override_dh_install
  make[1]: Entering directory '/tmp/buildd/ocaml-estring-20130822'
  dh_install --fail-missing
  dh_install: usr/lib/ocaml/estring/pa_estring.annot exists in
  debian/tmp but is not installed to anywhere
  dh_install: usr/lib/ocaml/estring/pa_estring.cmt exists in debian/tmp
  but is not installed to anywhere
  dh_install: usr/lib/ocaml/estring/pa_estring.cmti exists in debian/tmp
  but is not installed to anywhere
  dh_install: missing files, aborting
  debian/rules:36: recipe for target 'override_dh_install' failed
  make[1]: *** [override_dh_install] Error 255
  make[1]: Leaving directory '/tmp/buildd/ocaml-estring-20130822'
  debian/rules:14: recipe for target 'binary' failed
  make: *** [binary] Error 2
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/ocaml-estring_20130822-3.build1.log.gz


Regards,

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

Bug#798554: odb: FTBFS: conftest.cpp:25:22: fatal error: bversion.h: No such file or directory

[Chris Lamb]

Source: odb
Version: 2.4.0-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,

odb fails to build from source in unstable/amd64:

  [..]

  configure:16944: checking for GCC plugin headers
  configure:16975: g++ -c -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -fno-devirtualize -Wdate-time
  -D_FORTIFY_SOURCE=2 -I/usr/lib/gcc/x86_64-linux-gnu/5/plugin/include
  conftest.cpp >&5
  conftest.cpp:25:22: fatal error: bversion.h: No such file or directory
  compilation terminated.
  configure:16975: $? = 1
  configure: failed program was:
  | /* confdefs.h */
  | #define PACKAGE_NAME "odb"
  | #define PACKAGE_TARNAME "odb"
  | #define PACKAGE_VERSION "2.4.0"
  | #define PACKAGE_STRING "odb 2.4.0"
  | #define PACKAGE_BUGREPORT "odb-us...@codesynthesis.com"
  | #define PACKAGE_URL ""
  | #define PACKAGE "odb"
  | #define VERSION "2.4.0"
  | #define STDC_HEADERS 1
  | #define HAVE_SYS_TYPES_H 1
  | #define HAVE_SYS_STAT_H 1
  | #define HAVE_STDLIB_H 1
  | #define HAVE_STRING_H 1
  | #define HAVE_MEMORY_H 1
  | #define HAVE_STRINGS_H 1
  | #define HAVE_INTTYPES_H 1
  | #define HAVE_STDINT_H 1
  | #define HAVE_UNISTD_H 1
  | #define HAVE_DLFCN_H 1
  | #define LT_OBJDIR ".libs/"
  | /* end confdefs.h.  */
  | 
  | 
  | #include 
  | 
  | #ifndef BUILDING_GCC_MAJOR
  | #  error no BUILDING_GCC_MAJOR in bversion.h
  | #endif
  | 
  | int main () {}
  | 
  configure:17023: result: no
  configure:17025: error: GCC plugin headers not found; consider
  installing GCC plugin development package
  
  [..]
 
  configure: exit 1
  dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr
  --includedir=${prefix}/include --mandir=${prefix}/share/man
  --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
  --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu
  --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
  --disable-dependency-tracking returned exit code 1
  debian/rules:29: recipe for target 'build' failed
  make: *** [build] Error 255
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/odb_2.4.0-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Thu Sep 10 01:29:21 GMT+12 2015
I: pbuilder-time-stamp: 1441891761
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), gcc-4.9-plugin-dev, libexpat1-dev, libcutl-dev
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20232 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on gcc-4.9-plugin-dev; however:
  Package gcc-4.9-plugin-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libexpat1-dev; however:
  Package libexpat1-dev is not installed.
 pbuilder-satisfydepends-dummy depends on libcutl-dev; however:
  Package libcutl-dev is not installed.

Setting up pbuilder-satisfydepends-dummy (0.invalid.0) ...
Reading package lists...
Building dependency tree...
Reading state information...
Initializing package states...
Writing extended state information...
Building tag database...
pbuilder-satisfydepends-dummy is already installed at the requested version 
(0.invalid.0)
pbuilder-satisfydepends-dummy is already installed at the requested version 
(0.invalid.0)
The following NEW packages will be installed:
  cpp-4.9{a} gcc-4.9{a} gcc-4.9-plugin-dev{a} libasan1{a} 
  libboost-regex1.55.0{a} libboost-system1.55.0{a} 

Bug#798534: ruby-bert ftbfs in unstable

[Matthias Klose]

Package: src:ruby-bert
Version: 1.1.6-1
Severity: serious
Tags: sid stretch

[...]
┌──┐
│ Run tests for ruby2.1 from debian/ruby-test-files.yaml   │
└──┘

RUBYLIB=/home/packages/tmp/ruby-bert-1.1.6/debian/ruby-bert/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0:/home/packages/tmp/ruby-bert-1.1.6/debian/ruby-bert/usr/lib/ruby/vendor_ruby:.
ruby2.1 -ryaml -e YAML.load_file\(\"debian/ruby-test-files.yaml\"\).each\ \{\
\|f\|\ require\ f\ \}
*** Error in `ruby2.1': munmap_chunk(): invalid pointer: 0x7fcc26f12e10 ***
/usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:126:in `exit': no implicit
conversion from nil to integer (TypeError)
from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:126:in `run'
from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:102:in `run_ruby'
from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:180:in 
`do_run_tests'
from /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb:70:in `run_tests'
from /usr/bin/gem2deb-test-runner:53:in `'
ERROR: Test "ruby2.1" failed. Exiting.
dh_auto_install: dh_ruby --install
/home/packages/tmp/ruby-bert-1.1.6/debian/ruby-bert returned exit code 1
debian/rules:15: recipe for target 'binary' failed
make: *** [binary] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2

Bug#798536: ruby-patron fails to build on arm* and mips*

[Matthias Klose]

Package: src:ruby-patron
Version: 0.4.20-1
Severity: serious
Tags: sid stretch

see
https://buildd.debian.org/status/package.php?p=ruby-patron=unstable

Failures:

  1) Patron::Session should work with multiple threads
 Failure/Error: session.post_file("/test", "LICENSE")
 Patron::TimeoutError:
   Operation timed out after 0 milliseconds with 0 out of 0 bytes received
 # ./lib/patron/session.rb:201:in `handle_request'
 # ./lib/patron/session.rb:201:in `request'
 # ./lib/patron/session.rb:176:in `post_file'
 # ./spec/session_ssl_spec.rb:241:in `block (4 levels) in '

Bug#798545: could not parse list of vtkCommand events from vtkCommand.h

[Mathieu Malaterre]

Package: activiz.net
Version: 1:1.0~git20111214-2
Severity: serious
Justification: FTBFS

activiz.net does not compile anymore with vtk 5.10.1. Fails with:

Scanning dependencies of target AssembleExtraSources
make[3]: Leaving directory
'/tmp/l/activiz.net-1.0~git20111214/obj-i586-linux-gnu'
make -f CMakeFiles/AssembleExtraSources.dir/build.make
CMakeFiles/AssembleExtraSources.dir/build
make[3]: Entering directory
'/tmp/l/activiz.net-1.0~git20111214/obj-i586-linux-gnu'
/usr/bin/cmake -E cmake_progress_report
"/tmp/l/activiz.net-1.0~git20111214/obj-i586-linux-gnu/CMakeFiles"
[  0%] Generating csharp/GenerateEventFragmentsSentinel.txt
/usr/bin/cmake 
-DActiVizDotNet_BINARY_DIR:STRING=/tmp/l/activiz.net-1.0~git20111214/obj-i586-linux-gnu
-DAVDN_VTK_SOURCE_DIR:STRING=/usr//include/vtk-5.10 -P
/tmp/l/activiz.net-1.0~git20111214/GenerateEventFragments.cmake
CMake Error at 
/tmp/l/activiz.net-1.0~git20111214/GenerateEventFragments.cmake:133
(MESSAGE):
  could not parse list of vtkCommand events from vtkCommand.h

  need more code in file
  '/tmp/l/activiz.net-1.0~git20111214/GenerateEventFragments.cmake'


CMakeFiles/AssembleExtraSources.dir/build.make:65: recipe for target
'csharp/GenerateEventFragmentsSentinel.txt' failed
make[3]: *** [csharp/GenerateEventFragmentsSentinel.txt] Error 1
make[3]: Leaving directory
'/tmp/l/activiz.net-1.0~git20111214/obj-i586-linux-gnu'

Bug#798438: procps: FTBFS: Makefile:526: recipe for target 'check-DEJAGNU' failed

[Chris Lamb]

Hi Craig,

> :( It passed. This is what I meant by some of the buildds have funny
> setups which means this test fails but not all the time. It's always
> on a buildd but sometimes you reschedule the build and it goes fine.

Hmm. So, not only does that not sound very friendly to developers
wishing to rebuild your packages (!), I can reproduce this locally, ie.
outside of a buildd. Indeed, that's that's where I got the test log
from.


Regards,

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

Bug#798540: ruby-pgplot is missing build dependencies

[Matthias Klose]

Package: src:ruby-pgplot
Version: 0.1.9-1
Severity: serious
Tags: sid stretch

Dependency installability problem for ruby-pgplot on amd64:

ruby-pgplot build-depends on missing:
- amd64:pgplot5

see
https://buildd.debian.org/status/package.php?p=ruby-pgplot

Bug#798548: actdiag: FTBFS: TypeError: coercing to Unicode: need string or buffer, bool found

[Chris Lamb]

Source: actdiag
Version: 0.5.3-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,

actdiag fails to build from source in unstable/amd64:

  [..]

 dh_auto_test -O--buildsystem=pybuild
  I: pybuild base:170: cd
  /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build; python2.7 -m
  nose 
  .SSSE.
  ==
  ERROR: test_pep8.test_pep8
  --
  Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in
runTest
  self.test(*self.arg)
File

"/tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build/actdiag/tests/test_pep8.py",
line 18, in test_pep8
  pep8style = pep8.StyleGuide(arglist, parse_argv=False,
  config_file=True)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1788, in
__init__
  arglist, parse_argv, config_file, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 2074, in
process_options
  options = read_config(options, args, arglist, parser)
File "/usr/lib/python2.7/dist-packages/pep8.py", line 1987, in
read_config
  if cli_conf and os.path.isfile(cli_conf):
File "/usr/lib/python2.7/genericpath.py", line 37, in isfile
  st = os.stat(path)
  TypeError: coercing to Unicode: need string or buffer, bool found
  
  --
  Ran 46 tests in 1.276s
  
  FAILED (SKIP=3, errors=1)
  E: pybuild pybuild:262: test: plugin distutils failed with: exit
  code=1: cd /tmp/buildd/actdiag-0.5.3/.pybuild/pythonX.Y_2.7/build;
  python2.7 -m nose 
  dh_auto_test: pybuild --test --test-nose -i python{version} -p 2.7
  --dir . returned exit code 13
  debian/rules:10: recipe for target 'build' failed
  make: *** [build] Error 25
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/actdiag_0.5.3-4.build1.log.gz


Regards,

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

Bug#796989: monit: Monit 5.9 has a serious umask bug.

[Nikos Timiopulos]

Hello,

so I think I’ve applied that patch and it doesn’t fix the bug.

Because I’m noob in the package modifications I’ve made these steps for your 
review:

$ apt-get source monit
$ cd monit-5.9
I’ve put your patch file into the debian/patches folder
$ quilt new 13_umask_fix.patch
$ quilt push -a
File series fully applied, ends at patch 13_umask_fix.patch
$ dpkg-source --commit
$ debuild -us -uc
$ cd ..
$ dpkg —install monit_5.9-1_amd64.deb
$ service monit restart


> On 10 Sep 2015, at 11:17, Nikos Timiopulos  wrote:
> 
> Hello,
> 
> this bug bothers me a few days and I would like to help, can you please tell 
> me how to test that patch?
> 
> 
> Nikos
> 

Bug#798438: procps: FTBFS: Makefile:526: recipe for target 'check-DEJAGNU' failed

[Craig Small]

On Wed, Sep 09, 2015 at 01:04:44PM +0100, Chris Lamb wrote:
> Sure - I can always reproduce locally outside all of the, uhh,
> reproducible stuff.
[...]
> bash TS   0
> expect   TS   0
> test-schedbatch   B  18
> PASS: ps SCHED_BATCH scheduler

:( It passed. This is what I meant by some of the buildds have funny
setups which means this test fails but not all the time. It's always
on a buildd but sometimes you reschedule the build and it goes fine.

 - Craig
-- 
Craig Small (@smallsees)   http://enc.com.au/   csmall at : enc.com.au
Debian GNU/Linux   http://www.debian.org/   csmall at : debian.org
GPG fingerprint:5D2F B320 B825 D939 04D2  0519 3938 F96B DF50 FEA5

Bug#798537: ruby-multi-json ftbfs in unstable

[Matthias Klose]

Package: src:ruby-multi-json
Version: 1.11.2-2
Severity: serious
Tags: sid stretch

the build fails the tests in unstable:

RUBYLIB=/home/packages/tmp/ruby-multi-json-1.11.2/debian/ruby-multi-json/usr/lib/ruby/vendor_ruby:.
rake2.1 -f debian/ruby-tests.rake
/usr/bin/ruby2.1 /usr/bin/rspec spec/multi_json_spec.rb

Randomized with seed 53840
.F...F.

Failures:

  1) MultiJson can set adapter for a block
 Failure/Error: MultiJson.with_adapter(:json_pure) do
 MultiJson::AdapterError:
   Did not recognize your adapter specification (cannot load such file --
json/pure).
 # ./lib/multi_json/adapters/json_pure.rb:1:in `'
 # ./lib/multi_json.rb:153:in `load_adapter_from_string_name'
 # ./lib/multi_json.rb:98:in `load_adapter'
 # ./lib/multi_json.rb:90:in `use'
 # ./lib/multi_json.rb:142:in `with_adapter'
 # ./spec/multi_json_spec.rb:119:in `block (2 levels) in '

  2) MultiJson using one-shot parser should use the defined parser just for the 
call
 Failure/Error: expect(MultiJson::Adapters::JsonPure).to
receive(:dump).once.and_return('dump_something')
 NameError:
   uninitialized constant MultiJson::Adapters::JsonPure
 # ./spec/multi_json_spec.rb:105:in `block (3 levels) in '

Finished in 0.11875 seconds (files took 0.13855 seconds to load)
31 examples, 2 failures

Failed examples:

rspec ./spec/multi_json_spec.rb:117 # MultiJson can set adapter for a block
rspec ./spec/multi_json_spec.rb:109 # MultiJson using one-shot parser should use
the defined parser just for the call

Randomized with seed 53840

/usr/bin/ruby2.1 /usr/bin/rspec spec/multi_json_spec.rb failed
ERROR: Test "ruby2.1" failed. Exiting.
dh_auto_install: dh_ruby --install
/home/packages/tmp/ruby-multi-json-1.11.2/debian/ruby-multi-json returned exit
code 1
debian/rules:5: recipe for target 'binary' failed
make: *** [binary] Error 1

Processed: tagging 766884

[Debian Bug Tracking System]

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

> tags 766884 + fixed-upstream
Bug #766884 [libxml2] libxml2: "validity error : ID ... already defined" errors 
with xmllint --noent
Bug #796031 [libxml2] publican: FTBFS: validity:513 in Test_DB5_Book.xml on 
line 11: ID We_Need_Feedback already defined
Added tag(s) fixed-upstream.
Added tag(s) fixed-upstream.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
766884: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766884
796031: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796031
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#766884: libxml2 broken in sid for months already

[Raphael Hertzog]

On Fri, 04 Sep 2015, Raphael Hertzog wrote:
> I did that because I believe that this was the correct course of action
> given the lack of proper fix upsream, not because it was an easy solution.

For the record, upstream pushed a "proper" fix now:
https://git.gnome.org/browse/libxml2/commit/?id=ef709ce2f7b792d5fb69ed142796d743fb1eb388

So you can package a snapshot of the upstream git + the latest security
patches if you prefer.

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#795287: evolution-data-server: Cannot connect to gmail account any longer

[Svante Signell]

On Thu, 2015-09-10 at 14:55 +0200, Svante Signell wrote:
> On Fri, 2015-09-04 at 16:41 +0100, Simon McVittie wrote:
> > Version: 3.16.5-1
> > Control: found 795287 3.16.3-1 
...
> The problematic account was created a long time ago: Now when upgrading
> to 3.16.5-1 the following errors are written out when starting evo:
> Failed to connect to 'n...@gmail.com'
> Cannot find a corresponding account in the org.gnome.OnlineAccounts
> service from which to obtain a password for 'n...@gmail.com'
> Failed to connect account "n...@gmail.com".
> The reported error was "Source 'n...@gmail.com' doesn't support prompt
> for credentials".
> 
> Removing that account in preferences and setting it up again does not
> feel nice, even if the gmail account is using IMAP. I'm inclined to
> reopen this serious bug. Or maybe its time to switch to another MUA?

FYI: I did create a new account for the gmail address and checked if it
was OK: It was :) Then I could happily remove the old account and rename
the new to the old name. All is fine for now.

Bug#798565: dulwich ftbfs on armhf and powerpc, and uninstallable in unstable

[Matthias Klose]

Package: src:dulwich
Version: 0.10.1-1
Severity: serious
Tags: sid stretch

dulwich ftbfs on armhf and powerpc, and is uninstallable in unstable ( pypy << 
2.5).

Bug#796473: marked as done (python-pyasn1-modules: FTBFS: error.PyAsn1Error('DER forbids indefinite length mode'))

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 15:21:19 +
with message-id 
and subject line Bug#796473: fixed in python-pyasn1-modules 0.0.7-0.1
has caused the Debian Bug report #796473,
regarding python-pyasn1-modules: FTBFS: error.PyAsn1Error('DER forbids 
indefinite length mode')
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
796473: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796473
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: python-pyasn1-modules
Version: 0.0.5-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,

python-pyasn1-modules fails to build from source in unstable/amd64:

  [..]

  parameters=0x0500
  
 
subjectPublicKey="'00111001100010010010100110011110011010011001000010010010101100011001011011010110101101010101010010101110010100010010101000110110110011000111001000101101011101011011101110010111100011100110011101001011110001001101100010101001001110011100110110110110111011001011011001110101111011101110110010101011011010100100011010010110011001101010101100101000100110101101110001010110011111000101001101001111110101000111101011110001001011011000101100001110011001001010001100011011001001010010001100011100100010011101010000100011101100010001101011001011000110001101110100110101101001011001000110011100100011001101001000010110100110010110010101110101011011101100011000100010110101010001001110010111010011101001010110110101110110111001100110101101110010110101100101110001101100110010001100010001'B"
  
  
   signatureAlgorithm=AlgorithmIdentifier:
algorithm=1.2.840.113549.1.1.5
parameters=0x0500
  
   
signatureValue="'100010001000101100000001011010010110110100010101100101110011010010001000110011011000110111011010111011001000101101110100101001010111001010011010111011011101010011001010101110011000110001110110110110011011100011001001010101001100110010100100110010100101010011001010101010010011001010100011010101001001001101001101100100100011010011011000110010110101110110010101010010110011101000100110011100110101110001001110101011011010110111110101001110001010110110011101011001100100110101011011001011001110001011001100101101011101101011101110110010111011101100110011010011011110011010101001011001100010110010110100011101100100110001000111000110110101101000111100100100010100111001101110001110110010001110101000101110010100011001011111100001011010110001100011'B"
  
 response=SequenceOf:
  CertResponse:
   certReqId=0
   status=PKIStatusInfo:
status='accepted'
  
   certifiedKeyPair=CertifiedKeyPair:
certOrEncCert=CertOrEncCert:
 certificate=CMPCertificate:
  tbsCertificate=TBSCertificate:
   version='v3'
   serialNumber=236050684949722009518891662521619802003
   signature=AlgorithmIdentifier:
algorithm=1.2.840.113549.1.1.5
parameters=0x0500
  
   issuer=Name:
=RDNSequence:
 RelativeDistinguishedName:
  AttributeTypeAndValue:
   type=2.5.4.6
   value=0x13025452
 RelativeDistinguishedName:
  AttributeTypeAndValue:
   type=2.5.4.10
   
value=0x0c1f456c656b74726f6e696b2042696c676920477576656e6c69676920412e532e
 RelativeDistinguishedName:
  AttributeTypeAndValue:
   type=2.5.4.3
   
value=0x0c1b652d477576656e204d6f62696c20546573745554462d382d534f4e
  
  
   validity=Validity:
notBefore=Time:
 utcTime=120503111617Z
  
notAfter=Time:
 utcTime=130503111617Z
  
  
   subject=Name:
=RDNSequence:
 RelativeDistinguishedName:
  AttributeTypeAndValue:
   type=2.5.4.6
   

Bug#798569: wcwidth: Includes sourceless generated code

[Scott Kitterman]

Source: wcwidth
Version: 0.1.4-1
Severity: serious
Tags: upstream
Justification: Policy 2.1

See wcwidth/table_comb.py:

""" Nonzero_Combining table. Created by setup.py. """
# Generated: 2014-11-20T06:55:26.612062
# Source: DerivedCombiningClass-7.0.0.txt
# Date:  2014-02-07, 18:42:08 GMT [MD]

and wcwidth/table_wide.py:

""" Wide_Eastasian table. Created by setup.py. """
# Generated: 2014-11-20T06:55:26.602851
# Source: EastAsianWidth-7.0.0.txt
# Date:  2014-02-28, 23:15:00 GMT [KW, LI]

These source files are not included in the distribution.

Bug#795455: marked as done (python-setuptools: FTBFS: Fails to install debian/tmp/usr/bin/easy_install)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 17:04:39 +
with message-id 
and subject line Bug#795455: fixed in python-setuptools 18.3.1-1
has caused the Debian Bug report #795455,
regarding python-setuptools: FTBFS: Fails to install 
debian/tmp/usr/bin/easy_install
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
795455: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795455
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: python-setuptools
Version: 18.0.1-2
Severity: serious

>From my pbuilder build log (sid amd64):

...
creating build/bdist.linux-x86_64/wheel/_markerlib
copying build/lib/_markerlib/__init__.py -> 
build/bdist.linux-x86_64/wheel/_markerlib
copying build/lib/_markerlib/markers.py -> 
build/bdist.linux-x86_64/wheel/_markerlib
running install_egg_info
Writing build/bdist.linux-x86_64/wheel/setuptools-18.0.1.egg-info
creating build/bdist.linux-x86_64/wheel/setuptools-18.0.1.dist-info/WHEEL
# dh_pypy from dh-python < 1.20150705-1 falls over requires.txt
# and our requires.txt aren't useful
find debian/tmp -name requires.txt -delete
make[1]: Leaving directory '/tmp/buildd/python-setuptools-18.0.1'
   debian/rules override_dh_install
make[1]: Entering directory '/tmp/buildd/python-setuptools-18.0.1'
sed -i '1 s,.*,#!/usr/bin/python,' debian/tmp/usr/bin/easy_install
sed: can't read debian/tmp/usr/bin/easy_install: No such file or directory
debian/rules:26: recipe for target 'override_dh_install' failed
make[1]: *** [override_dh_install] Error 2
make[1]: Leaving directory '/tmp/buildd/python-setuptools-18.0.1'
debian/rules:4: recipe for target 'binary' failed
make: *** [binary] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
-- 
Daniel Schepler
--- End Message ---
--- Begin Message ---
Source: python-setuptools
Source-Version: 18.3.1-1

We believe that the bug you reported is fixed in the latest version of
python-setuptools, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 795...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Matthias Klose  (supplier of updated python-setuptools package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 10 Sep 2015 18:28:54 +0200
Source: python-setuptools
Binary: python-pkg-resources python-setuptools python-setuptools-doc 
python3-pkg-resources python3-setuptools pypy-pkg-resources pypy-setuptools 
python-setuptools-whl
Architecture: source all
Version: 18.3.1-1
Distribution: unstable
Urgency: medium
Maintainer: Matthias Klose 
Changed-By: Matthias Klose 
Description:
 pypy-pkg-resources - Package Discovery and Resource Access using pkg_resources
 pypy-setuptools - PyPy Distutils Enhancements
 python-pkg-resources - Package Discovery and Resource Access using 
pkg_resources
 python-setuptools - Python Distutils Enhancements
 python-setuptools-doc - Python Distutils Enhancements (documentation)
 python-setuptools-whl - Python Distutils Enhancements (wheel package)
 python3-pkg-resources - Package Discovery and Resource Access using 
pkg_resources
 python3-setuptools - Python3 Distutils Enhancements
Closes: 795455 797731 798078
Changes:
 python-setuptools (18.3.1-1) unstable; urgency=medium
 .
   * New upstream version.
   * Build-depend on python-setuptools. Without this dependency, the scripts
 are not installed. Not yet known, why.  Closes: #795455.
   * Install the upstream changes file, not the empty history file.
 Closes: #798078.
   * Suggests the python-setuptools-doc package. Closes: #797731.
Checksums-Sha1:
 3ae761715371c518a9d9e4dedc2750dac6c1835b 2358 python-setuptools_18.3.1-1.dsc
 0e673ff59b3259bc8af3260ca2b82b4ac7d8d390 626033 
python-setuptools_18.3.1.orig.tar.gz
 bd86bb9f55d97767ebb74a0a413e3e6646abd5d6 12792 
python-setuptools_18.3.1-1.debian.tar.xz
 b23aa136507fbd7f55c654425508100f198f5f12 70014 
pypy-pkg-resources_18.3.1-1_all.deb
 164cd26b0ef0c0aebdad0e82392005401dcc60be 118844 
pypy-setuptools_18.3.1-1_all.deb
 340aa0d36c36e0627de5065f7e27103465cc402e 99354 
python-pkg-resources_18.3.1-1_all.deb
 

Bug#798569: marked as done (wcwidth: Includes sourceless generated code)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 16:20:05 +
with message-id 
and subject line Bug#798569: fixed in wcwidth 0.1.4+dfsg1-1
has caused the Debian Bug report #798569,
regarding wcwidth: Includes sourceless generated code
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798569: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798569
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: wcwidth
Version: 0.1.4-1
Severity: serious
Tags: upstream
Justification: Policy 2.1

See wcwidth/table_comb.py:

""" Nonzero_Combining table. Created by setup.py. """
# Generated: 2014-11-20T06:55:26.612062
# Source: DerivedCombiningClass-7.0.0.txt
# Date:  2014-02-07, 18:42:08 GMT [MD]

and wcwidth/table_wide.py:

""" Wide_Eastasian table. Created by setup.py. """
# Generated: 2014-11-20T06:55:26.602851
# Source: EastAsianWidth-7.0.0.txt
# Date:  2014-02-28, 23:15:00 GMT [KW, LI]

These source files are not included in the distribution.
--- End Message ---
--- Begin Message ---
Source: wcwidth
Source-Version: 0.1.4+dfsg1-1

We believe that the bug you reported is fixed in the latest version of
wcwidth, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 798...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sebastian Ramacher  (supplier of updated wcwidth package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 10 Sep 2015 17:58:41 +0200
Source: wcwidth
Binary: python-wcwidth python3-wcwidth
Architecture: source all
Version: 0.1.4+dfsg1-1
Distribution: unstable
Urgency: medium
Maintainer: Sebastian Ramacher 
Changed-By: Sebastian Ramacher 
Description:
 python-wcwidth - determine printable width of a string on a terminal (Python 2)
 python3-wcwidth - determine printable width of a string on a terminal (Python 
3)
Closes: 798569
Changes:
 wcwidth (0.1.4+dfsg1-1) unstable; urgency=medium
 .
   * Repack to remove cruft without source from upstream tarball. (Closes:
 #798569)
 - debian/copyright: Add Files-Excluded.
 - debian/watch: Add repacksuffix and dversionmangle.
Checksums-Sha1:
 94f6218288d2782a623da4dc2e788bf0042ff80c 2064 wcwidth_0.1.4+dfsg1-1.dsc
 5237110d1211547ca9d140e54ec500ae1a150eb3 15207 wcwidth_0.1.4+dfsg1.orig.tar.gz
 1e3442771bd035866cb761a2fa6376a20095105f 3120 
wcwidth_0.1.4+dfsg1-1.debian.tar.xz
 3d28b9e65d776ada803360ef0e851610b0b56f14 12768 
python-wcwidth_0.1.4+dfsg1-1_all.deb
 50271967e77203483a94249464c67e47c4b365b4 12824 
python3-wcwidth_0.1.4+dfsg1-1_all.deb
Checksums-Sha256:
 14a70efce408761bc8cf70de8b9ec28fe9207c836d6b943ade158e71306e0fba 2064 
wcwidth_0.1.4+dfsg1-1.dsc
 3fccc905cb6aa118da088903dcf0a10ea6bb1c4db7a7dd6819620520d716ba01 15207 
wcwidth_0.1.4+dfsg1.orig.tar.gz
 04f60ddc39b87c93f7fa014c437e3508682a2199535a43d4843de9daf7804db5 3120 
wcwidth_0.1.4+dfsg1-1.debian.tar.xz
 064a75fdd7ef381c6016f22d7140597b0f0a77f65dc18eac30ed77c80e58ebd2 12768 
python-wcwidth_0.1.4+dfsg1-1_all.deb
 9c480d68fd79ce2f003f8b6b914e9c0de19b90e0c5f5d0248cf54b6787af644f 12824 
python3-wcwidth_0.1.4+dfsg1-1_all.deb
Files:
 88c5940147bd8af81a504ceddfdbc6fe 2064 python optional wcwidth_0.1.4+dfsg1-1.dsc
 3dae6e4a0e4452071a229e67d767a839 15207 python optional 
wcwidth_0.1.4+dfsg1.orig.tar.gz
 369b3a71eb75c5db2050f6fc79458220 3120 python optional 
wcwidth_0.1.4+dfsg1-1.debian.tar.xz
 2f8050f29e58ce188aeafa3e3e38ee12 12768 python optional 
python-wcwidth_0.1.4+dfsg1-1_all.deb
 85c1eb158bc6f85aba1d2e8fb1844d65 12824 python optional 
python3-wcwidth_0.1.4+dfsg1-1_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV8an7AAoJEGny/FFupxmTI+cQAIk1PZwCXM4ACER+UPbmHLar
M9+7yy/Oaa1ag3LR+ll9Fc/R3txuFW6xS5jF1XG6GfLTdYauIGIWorYxiOtrnpVi
ApnEUbY5aSNyEk1FxqwcevW9wC6CVvZ/ckU8IHw/MyUs6JwwSzP/zSMhdTp24N1A
RdZl13C0Mf2T3YzHu1mDvfad9tDYLZwDU6LJP3WXOs9kmKDomgGhTNzD8MnTcHVy
Yi3TisLut22N51IiHJ0uiVXs1W86u5zfDN6ANvlqoUA+Z1uH/+dT7cTxxomgFMTj
+HOyU3h0VdONKejEVu58u1eNquRp+iwWnQNA4PKMvtFH2l56bYTebV0uyjO+XeZa
jM1+1f1lRgIl/ljGE36PQNFGAQHrCZjQsf0N2wHcUGNt6P06lEy35Fb+L0AfwzVF

Bug#797649: marked as done (dxflib: transition needed for g++-5 ABIs)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 17:00:13 +
with message-id 
and subject line Bug#797649: fixed in dxflib 2.5.0.0-4
has caused the Debian Bug report #797649,
regarding dxflib: transition needed for g++-5 ABIs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
797649: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797649
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: dxflib
Version: 2.5.0.0-3
Severity: serious
Justification: potentially breaks reverse-dependencies

Background[1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from testing/unstable) are using the new ABI.  Libraries built from
this source package export some of the new __cxx11 or B5cxx11 symbols,
dropping other symbols.  If these symbols are part of the API of
the library, then this rebuild with g++-5 will trigger a transition
for the library.

In the case of dxflib, std::string appears in header files that
get installed, so it seems very likely that a transition is needed.
The transition consists of renaming the affected library packages, adding a
v5 suffix (libdxflib-2.5.0.0v5). The SONAME should not be changed.

These follow-up transitions for libstdc++ are not going through exactly
the normal transition procedure, because many entangled transitions are
going on at the same time, and the usual ordered transition procedure
does not scale that far. When all the C++ libraries on which this library
depends have started their transitions in unstable if required, this
library should do the same, closing this bug; the release team will deal
with binNMUs as needed.

In the case of dxflib, there do not seem to be any C++ build-dependencies,
so I think this transition is ready to start.

The package is likely to be NMU'd if there is no maintainer response. The
release team have declared a 2 day NMU delay[2] for packages involved
in the libstdc++ transition, in order to get unstable back to a usable
state in a finite time.

S

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
[2] https://lists.debian.org/debian-devel-announce/2015/08/msg0.html
--- End Message ---
--- Begin Message ---
Source: dxflib
Source-Version: 2.5.0.0-4

We believe that the bug you reported is fixed in the latest version of
dxflib, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 797...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Scott Howard  (supplier of updated dxflib package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Mon, 07 Sep 2015 12:30:34 -0400
Source: dxflib
Binary: libdxflib-dev libdxflib-2.5.0.0v5 libdxflib-2.5.0.0v5-dbg
Architecture: source amd64
Version: 2.5.0.0-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Team 

Changed-By: Scott Howard 
Description:
 libdxflib-2.5.0.0v5 - Library for reading and writing DXF files
 libdxflib-2.5.0.0v5-dbg - Debugging symbols for the dxflib library
 libdxflib-dev - Development files for the dxflib library
Closes: 797649
Changes:
 dxflib (2.5.0.0-4) unstable; urgency=medium
 .
   * Team upload.
   * Remove myself from uploaders
   * Updated symbols
   * Rename package for g++ transition (Closes: #797649)
   * Updated copyright
   * Bump Debian SV to 3.9.6, no changes
Checksums-Sha1:
 7147178b59a901621be65418459ba28ea77c5ad3 2196 dxflib_2.5.0.0-4.dsc
 b13a73ee5779e58009165d3bbab70644a448a6cf 6224 dxflib_2.5.0.0-4.debian.tar.xz
 032cd6804cea8fe2bc061874eb99f5ab92b30f83 160884 
libdxflib-2.5.0.0v5-dbg_2.5.0.0-4_amd64.deb
 074b8f93b1fbc7a41fcc2c41f9f1ccf382e4751b 37070 
libdxflib-2.5.0.0v5_2.5.0.0-4_amd64.deb
 487e46c0ca12b367d5180f0aab64539e0503f8a1 49868 
libdxflib-dev_2.5.0.0-4_amd64.deb
Checksums-Sha256:
 7d042b7bbdeeae58c3104edfa92ea953b9a48863c086d0eb0d1e0e93dc130571 2196 
dxflib_2.5.0.0-4.dsc
 97066dd485f9dba52975f14fc3c3c79690a331739962ac2ab5e78c8a7a291052 6224 
dxflib_2.5.0.0-4.debian.tar.xz
 

Bug#795287: evolution-data-server: Cannot connect to gmail account any longer

[Simon McVittie]

On 10/09/15 16:33, Svante Signell wrote:
> On Thu, 2015-09-10 at 14:55 +0200, Svante Signell wrote:
>> Removing that account in preferences and setting it up again does not
>> feel nice, even if the gmail account is using IMAP. I'm inclined to
>> reopen this serious bug. Or maybe its time to switch to another MUA?
> 
> FYI: I did create a new account for the gmail address and checked if it
> was OK: It was :) Then I could happily remove the old account and rename
> the new to the old name. All is fine for now.

If upstream could fix existing accounts that had already suffered from
this bug, they would probably have done so in the version that fixed the
bug; the fact that they didn't do this suggests that it may be impossible.

My understanding is that 3.16.3 had a data-loss bug for GMail accounts,
which led to internal data needed by the stored account being
incomplete, hence the affected account was unusable even after
upgrading. We don't have a time machine, so we can't retroactively fix
3.16.3.

S

Bug#797994: marked as done (synfig: ABI transition needed for libstdc++ v5)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 17:00:16 +
with message-id 
and subject line Bug#797994: fixed in synfig 1.0-2
has caused the Debian Bug report #797994,
regarding synfig: ABI transition needed for libstdc++ v5
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
797994: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797994
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: synfig
Version: 1.0-1
Severity: serious
Justification: breaks ABI without a package rename
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: libstdc++-cxx11

Background[1]: libstdc++6 introduces a new ABI to conform to the
C++11 standard, but keeps the old ABI to not break existing binaries.
Packages which are built with g++-5 from experimental (not the one
from testing/unstable) are using the new ABI.  Libraries built from
this source package export some of the new __cxx11 or B5cxx11 symbols,
dropping other symbols.  If these symbols are part of the API of
the library, then this rebuild with g++-5 will trigger a transition
for the library.

In the case of synfig, std::string appears in functions in public
headers, so it seems very likely that a transition is needed.
The transition normally consists of renaming the
affected library packages, adding a v5 suffix (libsynfig0v5).
The actual SONAME should not be changed when doing this.

If an upgrade to a new upstream SONAME is already planned, and that
SONAME has never been available in Debian compiled with g++-4, then an
alternative way to carry out the transition would be to bump the
SONAME. However, please avoid doing this unless the new upstream version
is very low-risk: the libstdc++ transition has stalled development in
unstable for long enough already.

These follow-up transitions for libstdc++ are not going through exactly
the normal transition procedure, because many entangled transitions are
going on at the same time, and the usual ordered transition procedure
does not scale that far. When all the C++ libraries on which this library
depends have started their transitions in unstable if required, this
library should do the same, closing this bug; the release team will deal
with binNMUs as needed.

Looking at the build-dependencies of synfig:

* boost has already been renamed
* etl seems to be header-only so does not need a transition
* libmagick++ has already been renamed
* libmlt++ is not believed to need a transition (but please check)

so I think this sub-transition may be ready.

The package might be NMU'd if there is no maintainer response. The
release team have declared a 2 day NMU delay[2] for packages involved
in the libstdc++ transition, in order to get unstable back to a usable
state in a finite time.

Regards,
S

[1] https://wiki.debian.org/GCC5#libstdc.2B-.2B-_ABI_transition
[2] https://lists.debian.org/debian-devel-announce/2015/08/msg0.html
--- End Message ---
--- Begin Message ---
Source: synfig
Source-Version: 1.0-2

We believe that the bug you reported is fixed in the latest version of
synfig, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 797...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sebastian Ramacher  (supplier of updated synfig package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 07 Sep 2015 20:03:32 +0200
Source: synfig
Binary: synfig libsynfig0v5 libsynfig-dev synfig-dbg synfig-examples
Architecture: source amd64 all
Version: 1.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Sebastian Ramacher 
Description:
 libsynfig-dev - synfig library development files
 libsynfig0v5 - render library and plugins for synfig 2D animation
 synfig - vector-based 2D animation renderer
 synfig-dbg - synfig debugging symbols
 synfig-examples - synfig animation examples
Closes: 797994
Changes:
 synfig (1.0-2) unstable; urgency=medium
 .
   * Team upload.
   * Rename libsynfig0 to libsynfig0v5 for the GCC 5 transition. (Closes:
 #797994)

Bug#798554: marked as done (odb: FTBFS: conftest.cpp:25:22: fatal error: bversion.h: No such file or directory)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 17:04:17 +
with message-id 
and subject line Bug#798554: fixed in odb 2.4.0-4
has caused the Debian Bug report #798554,
regarding odb: FTBFS: conftest.cpp:25:22: fatal error: bversion.h: No such file 
or directory
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798554: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798554
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: odb
Version: 2.4.0-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,

odb fails to build from source in unstable/amd64:

  [..]

  configure:16944: checking for GCC plugin headers
  configure:16975: g++ -c -g -O2 -fstack-protector-strong -Wformat
  -Werror=format-security -fno-devirtualize -Wdate-time
  -D_FORTIFY_SOURCE=2 -I/usr/lib/gcc/x86_64-linux-gnu/5/plugin/include
  conftest.cpp >&5
  conftest.cpp:25:22: fatal error: bversion.h: No such file or directory
  compilation terminated.
  configure:16975: $? = 1
  configure: failed program was:
  | /* confdefs.h */
  | #define PACKAGE_NAME "odb"
  | #define PACKAGE_TARNAME "odb"
  | #define PACKAGE_VERSION "2.4.0"
  | #define PACKAGE_STRING "odb 2.4.0"
  | #define PACKAGE_BUGREPORT "odb-us...@codesynthesis.com"
  | #define PACKAGE_URL ""
  | #define PACKAGE "odb"
  | #define VERSION "2.4.0"
  | #define STDC_HEADERS 1
  | #define HAVE_SYS_TYPES_H 1
  | #define HAVE_SYS_STAT_H 1
  | #define HAVE_STDLIB_H 1
  | #define HAVE_STRING_H 1
  | #define HAVE_MEMORY_H 1
  | #define HAVE_STRINGS_H 1
  | #define HAVE_INTTYPES_H 1
  | #define HAVE_STDINT_H 1
  | #define HAVE_UNISTD_H 1
  | #define HAVE_DLFCN_H 1
  | #define LT_OBJDIR ".libs/"
  | /* end confdefs.h.  */
  | 
  | 
  | #include 
  | 
  | #ifndef BUILDING_GCC_MAJOR
  | #  error no BUILDING_GCC_MAJOR in bversion.h
  | #endif
  | 
  | int main () {}
  | 
  configure:17023: result: no
  configure:17025: error: GCC plugin headers not found; consider
  installing GCC plugin development package
  
  [..]
 
  configure: exit 1
  dh_auto_configure: ./configure --build=x86_64-linux-gnu --prefix=/usr
  --includedir=${prefix}/include --mandir=${prefix}/share/man
  --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
  --disable-silent-rules --libdir=${prefix}/lib/x86_64-linux-gnu
  --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
  --disable-dependency-tracking returned exit code 1
  debian/rules:29: recipe for target 'build' failed
  make: *** [build] Error 255
  dpkg-buildpackage: error: debian/rules build gave error exit status 2

  [..]

The full build log is attached or can be viewed here:


https://reproducible.debian.net/logs/unstable/amd64/odb_2.4.0-3.build1.log.gz


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Thu Sep 10 01:29:21 GMT+12 2015
I: pbuilder-time-stamp: 1441891761
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 9), gcc-4.9-plugin-dev, libexpat1-dev, libcutl-dev
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20232 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 

Bug#796053: closing 796053

[Scott Kitterman]

close 796053 4:15.08.0-1
thanks

Processed: closing 796053

[Debian Bug Tracking System]

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

> close 796053 4:15.08.0-1
Bug #796053 [src:step] step: FTBFS: No rule to make target 
'/usr/lib/libsoprano.so'
Marked as fixed in versions step/4:15.08.0-1.
Bug #796053 [src:step] step: FTBFS: No rule to make target 
'/usr/lib/libsoprano.so'
Marked Bug as done
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
796053: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=796053
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#787533: mariadb-common: modifies conffiles (policy 10.7.3): /etc/mysql/my.cnf

[Otto Kekäläinen]

2015-09-08 12:26 GMT+03:00 Andreas Beckmann :
>> Andreas: are you still into making mysql-common a separate source
>> package as you suggested in the summer? I think it would be a good
>> time now.
>
> Ack, I'm in :-)

Great!

Processed: bug 798466 is forwarded to https://github.com/tinfoil/devise-two-factor/issues/45

[Debian Bug Tracking System]

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

> forwarded 798466 https://github.com/tinfoil/devise-two-factor/issues/45
Bug #798466 [ruby-devise-two-factor] ruby-devise-two-factor: TOTP Replay Attack 
(no CVE yet)
Set Bug forwarded-to-address to 
'https://github.com/tinfoil/devise-two-factor/issues/45'.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
798466: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798466
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#795851: openjfx: FTBFS with Gradle 2.5

[Markus Koschany]

On Sat, 22 Aug 2015 00:19:43 +0200 Markus Koschany  wrote:
> I have pushed two commits. The first one implements the minimum
> requirements to compile openjfx with gradle 2.5. Unfortunately I haven't
> found a way to compile with WEBKIT yet. When I set COMPILE_WEBKIT =
> false in debian/gradle.properties, building from source works again.
> 
> The question is: Can we temporarily disable the WEBKIT feature and build
> without it for a while until upstream catches up with gradle? (They
> already have a patch for 2.x but that doesn't seem to work with WEBKIT)
> 

*ping*

Shall I proceed with this temporary solution? The only r-dep of openjfx
is netbeans which does not use openjfx at runtime so far. Someone
interested in sponsoring this?

Regards,

Markus



signature.asc
Description: OpenPGP digital signature

Bug#795455: closed by Matthias Klose <d...@debian.org> (Bug#795455: fixed in python-setuptools 18.3.1-1)

[Stefano Rivera]

Hi Debian (2015.09.10_10:09:04_-0700)
>* Build-depend on python-setuptools. Without this dependency, the scripts
>  are not installed. Not yet known, why.  Closes: #795455.

Figured it out:

pybuild clean removes setuptools.egg_info, which contains entry_points.txt.

setuptools uses the entry_points to find which commands to run, and
without it, it won't run "install_scripts".

If python-setuptools is installed, entry_points.txt is available, in
dist-packages, and it works.

I think a cleaner (and less loopy) solution is:

diff -Nru python-setuptools-18.2/debian/control 
python-setuptools-18.2/debian/control
--- python-setuptools-18.2/debian/control   2015-09-10 09:40:07.0 
-0700
+++ python-setuptools-18.2/debian/control   2015-08-03 05:23:42.0 
-0700
@@ -4,7 +4,6 @@
 Maintainer: Matthias Klose 
 Build-Depends:
  debhelper (>= 9),
- python-setuptools,
  dh-python,
  pypy,
  python-all,
diff -Nru python-setuptools-18.2/debian/rules 
python-setuptools-18.2/debian/rules
--- python-setuptools-18.2/debian/rules 2015-08-03 05:23:42.0 -0700
+++ python-setuptools-18.2/debian/rules 2015-09-10 11:25:02.0 -0700
@@ -19,7 +19,12 @@
find debian/tmp -name requires.txt -delete
 
 override_dh_auto_clean:
+   # Keep entry_points, we need it to drive setup.py
+   mv setuptools.egg-info/entry_points.txt .
dh_auto_clean
+   mkdir setuptools.egg-info
+   mv entry_points.txt setuptools.egg-info
+
rm -rf .eggs docs/build
 
 override_dh_install:

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Processed: Re: Bug#708044: padevchooser: depends on libgnomedesktop2 which is going away

[Debian Bug Tracking System]

Processing control commands:

> reassign -1 ftp.debian.org
Bug #708044 [padevchooser] padevchooser: depends on libgnomedesktop2 which is 
going away
Bug reassigned from package 'padevchooser' to 'ftp.debian.org'.
No longer marked as found in versions padevchooser/0.9.4-1.
Ignoring request to alter fixed versions of bug #708044 to the same values 
previously set
> retitle -1 RM: padevchooser -- ROM, RC buggy, dead upstream
Bug #708044 [ftp.debian.org] padevchooser: depends on libgnomedesktop2 which is 
going away
Changed Bug title to 'RM: padevchooser -- ROM, RC buggy, dead upstream' from 
'padevchooser: depends on libgnomedesktop2 which is going away'

-- 
708044: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708044
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#708044: padevchooser: depends on libgnomedesktop2 which is going away

[Michael Biebl]

Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: padevchooser -- ROM, RC buggy, dead upstream

Hi Barak

Am 10.09.2015 um 23:34 schrieb Barak A. Pearlmutter:
> let's go ahead and kill it

Thanks for your feedback, doing that now.

Dear ftp-masters, please remove padevchooser from the archive.
It's dead upstream and depends on obsolete libraries which are to be
removed from the archive.

Cheers,
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#778063: pinot: diff for NMU version 1.05-1.1

[Olly Betts]

Control: tags 778063 + patch

Dear maintainer,

I uploaded an NMU for pinot (versioned as 1.05-1.1) earlier this week.

An nmudiff is attached.  Sorry for not sending this right away.

Cheers,
Olly
diff -Nru pinot-1.05/debian/changelog pinot-1.05/debian/changelog
--- pinot-1.05/debian/changelog	2013-03-06 03:12:55.0 +1300
+++ pinot-1.05/debian/changelog	2015-09-07 17:59:39.0 +1200
@@ -1,3 +1,10 @@
+pinot (1.05-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTBFS with GCC5 by adding -std=gnu++11 to CXXFLAGS. (Closes: #778063)
+
+ -- Olly Betts   Mon, 07 Sep 2015 17:58:50 +1200
+
 pinot (1.05-1) unstable; urgency=low
 
   [ upstream ]
diff -Nru pinot-1.05/debian/rules pinot-1.05/debian/rules
--- pinot-1.05/debian/rules	2013-03-06 03:12:01.0 +1300
+++ pinot-1.05/debian/rules	2015-09-07 17:58:46.0 +1200
@@ -29,6 +29,8 @@
 
 # Limit linking to actually used libs
 LDFLAGS += -Wl,--as-needed
+# Fix FTBFS with GCC5: https://bugs.debian.org/778063
+CXXFLAGS += -std=gnu++11
 
 DEB_DH_MAKESHLIBS_ARGS = -Xusr/lib/pinot
 

Processed: pinot: diff for NMU version 1.05-1.1

[Debian Bug Tracking System]

Processing control commands:

> tags 778063 + patch
Bug #778063 {Done: Olly Betts } [src:pinot] pinot: ftbfs with 
GCC-5
Added tag(s) patch.

-- 
778063: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=778063
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#798601: limereg: FTBFS on mips/mipsel

[Julien Cristau]

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

Hi,

your package no longer builds on mips and mipsel autobuilders, see
https://buildd.debian.org/status/logs.php?pkg=limereg=1.4.0-1%2Bb1=sid

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#798598: nghttp2: Hangs in init script upon package upgrade, causing the package manager to not continue

[Tomasz Buchert]

On 10/09/15 23:32, Axel Beckert wrote:
> Package: nghttp2
> Severity: grave
> Version: 1.3.0-0.2
>
> Upgrading nghttp2 from 0.6.7-1+b1 to 1.3.0-0.2 hangs in the package's
> maintainer script indefinitely when starting the service:
>

Hi Axel,

> Setting up nghttp2 (1.3.0-0.2) ...
> Installing new version of config file /etc/logrotate.d/nghttpx ...
> Installing new version of config file /etc/nghttpx/nghttpx.conf ...
> 10/Sep/2015:09:33:24 +0200 PID9544 [NOTICE] Listening on 127.0.0.1, port 3000
>
> Ctrl-C doesn't help at that point.

Ouch!
I think that DEAMON_ARGS misses '-D' switch to start as a daemon.
I'll debug it during the weekend.

> (And yes, the system is running sysvinit as init system. libnghttp2-5
> was still installed afterwards as it had lost its autoinstalled flag
> somewhen.)

For me, both sysv and systemd should work :).

Thanks for this bug report!
Tomasz


signature.asc
Description: Digital signature

Processed: severity of 708044 is normal

[Debian Bug Tracking System]

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

> severity 708044 normal
Bug #708044 [ftp.debian.org] RM: padevchooser -- ROM, RC buggy, dead upstream
Severity set to 'normal' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
708044: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708044
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#795340: marked as done (pymappergui crashes due to missing dependencies (mapper, python-scipy, python-matplotlib))

[Debian Bug Tracking System]

Your message dated Fri, 11 Sep 2015 01:49:04 +
with message-id 
and subject line Bug#795340: fixed in pymappergui 0.1-2
has caused the Debian Bug report #795340,
regarding pymappergui crashes due to missing dependencies (mapper, 
python-scipy, python-matplotlib)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
795340: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795340
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: pymappergui
Version: 0.1-1
Severity: serious
Justification: 4

Dear Maintainer,

pymappergui crashes just after start due to missing dependencies:

Traceback (most recent call last):
  File "/usr/bin/pymappergui", line 25, in 
from pymappergui.mymapper import MyMapper
  File "/usr/lib/python2.7/dist-packages/pymappergui/mymapper.py", line 1, in 

import mapper

It seems mapper module is not packaged for Debian, if I install it with pip, it 
shows
other dependencies: python-scipy python-matplotlib

Even with them installed pymappergui crashes, but that might be fault of my 
system (I
wasn't able to install cmappertools with pip):
Mapper warning: Could not load the module “fastcluster”.
The module “scipy.cluster.hierarchy“ is used instead, but it will be slower.
The 'cmappertools' module could not be imported.
The 'cmappertools' module could not be imported.
Intrinsic metric is not available.
The 'cmappertools' module could not be imported.
Traceback (most recent call last):
  File "/usr/bin/pymappergui", line 638, in 
frame = MyFrame(None, title="pyMapperGUI", size=(1300, 600))
  File "/usr/bin/pymappergui", line 48, in __init__
self.my_mapper = mymapper.MyMapper()
  File "/usr/lib/python2.7/dist-packages/pymappergui/mymapper.py", line 5, in 
__init__
self.mon = mapper.monitor(autosubscribe_flags=mapper.SUB_DEVICE)
AttributeError: 'module' object has no attribute 'monitor'

Kind regards,
Petr

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

Kernel: Linux 4.0.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages pymappergui depends on:
ii  python  2.7.9-1

pymappergui recommends no packages.

pymappergui suggests no packages.

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: pymappergui
Source-Version: 0.1-2

We believe that the bug you reported is fixed in the latest version of
pymappergui, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 795...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Tiago Bortoletto Vaz  (supplier of updated pymappergui 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 10 Sep 2015 21:05:07 -0400
Source: pymappergui
Binary: pymappergui
Architecture: source all
Version: 0.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Tiago Bortoletto Vaz 
Description:
 pymappergui - Graphical User Interface for libmapper
Closes: 795340
Changes:
 pymappergui (0.1-2) unstable; urgency=medium
 .
   * Depends on python-libmapper. (Closes: #795340)
Checksums-Sha1:
 4322b3d4e78d4338da3e098153337c6276429de6 2069 pymappergui_0.1-2.dsc
 3e83b071dc89918c67c8dbb495138a2d320049c0 6240 pymappergui_0.1-2.debian.tar.xz
 2ea8a13d30de1be6569b4c4a3935cfa6b2fa95c9 25048 pymappergui_0.1-2_all.deb
Checksums-Sha256:
 b41b943bc00d0678592cab9df03c9b73a6490cf5845163e17cef6587b9362ca8 2069 
pymappergui_0.1-2.dsc
 0908eebc00bd8969d5a86ffd1b97350d57b80b6f87abd7ddfc1b64b8659c0234 6240 
pymappergui_0.1-2.debian.tar.xz
 7964f866a1930fbd7fd0c50f4fa8ea1d67b67a6d0223cca5177a248b03733458 25048 
pymappergui_0.1-2_all.deb
Files:
 b9520406e98bd8763ac4afe42595375b 2069 python optional 

Bug#798598: nghttp2: Hangs in init script upon package upgrade, causing the package manager to not continue

[Axel Beckert]

Package: nghttp2
Severity: grave
Version: 1.3.0-0.2

Upgrading nghttp2 from 0.6.7-1+b1 to 1.3.0-0.2 hangs in the package's
maintainer script indefinitely when starting the service:

Setting up nghttp2 (1.3.0-0.2) ...
Installing new version of config file /etc/logrotate.d/nghttpx ...
Installing new version of config file /etc/nghttpx/nghttpx.conf ...
10/Sep/2015:09:33:24 +0200 PID9544 [NOTICE] Listening on 127.0.0.1, port 3000

Ctrl-C doesn't help at that point.

The according process list looks like this:

 9499 root   20   0 30760 16956  2380 S  0.0  0.6  0:00.22 │├─ 
/usr/bin/dpkg --status-fd 196 --configure libnghttp2-14:amd64 libev4:amd64 
libspdylay7:amd64 nghttp2:amd64 man-db:amd64 dh-make-perl:all 
libnghttp2-doc:all lib[…]
 9517 root   20   0  4328   724   636 S  0.0  0.0  0:00.00 ││  ├─ 
/bin/sh /var/lib/dpkg/info/nghttp2.postinst configure 0.6.7-1+b1
 9523 root   20   0  4328  1580  1460 S  0.0  0.1  0:00.00 ││  │  
└─ /bin/sh /usr/sbin/invoke-rc.d nghttpx start
 9540 root   20   0  4328  1664  1500 S  0.0  0.1  0:00.00 ││  │
 └─ /bin/sh /etc/init.d/nghttpx start
 9544 root   20   0 87348  7212  6144 S  0.0  0.2  0:00.04 ││  │
└─ /usr/sbin/nghttpx --conf /etc/nghttpx/nghttpx.conf 
--pid-file=/var/run/nghttpx.pid

I had to kill pid 9544 to make dpkg continue its jobs. Interestingly
killing the process didn't make the package installation to fail.

(And yes, the system is running sysvinit as init system. libnghttp2-5
was still installed afterwards as it had lost its autoinstalled flag
somewhen.)

Bug#798596: marked as done (s3ql: FTBFS on armhf)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 21:34:46 +
with message-id 
and subject line Bug#798596: fixed in s3ql 2.14+dfsg-1
has caused the Debian Bug report #798596,
regarding s3ql: FTBFS on armhf
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798596: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798596
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: s3ql
Version: 2.13+dfsg-2
Severity: serious
Justification: FTBFS, but did so in the past (regression)


Log tail:

| Traceback (most recent call last):
|   File "/«BUILDDIR»/s3ql-2.13+dfsg/tests/t3_fs_api.py", line 447, in 
test_setattr
| self.assertGreater(inode_new.ctime, inode_old.ctime)
|   File "/usr/lib/python3.4/unittest/case.py", line 1188, in assertGreater
| self.fail(self._formatMessage(msg, standardMsg))
|   File "/usr/lib/python3.4/unittest/case.py", line 642, in fail
| raise self.failureException(msg)
| AssertionError: 0 not greater than 1440434281.3995957
|  Interrupted: stopping after 1 failures 

| = 1 failed, 199 passed, 1 skipped, 1 warnings in 92.74 seconds 
=
| make[1]: *** [override_dh_auto_test] Error 2
| debian/rules:55: recipe for target 'override_dh_auto_test' failed
| make[1]: Leaving directory '/«BUILDDIR»/s3ql-2.13+dfsg'
| make: *** [build-arch] Error 2
| dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2



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

Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Source: s3ql
Source-Version: 2.14+dfsg-1

We believe that the bug you reported is fixed in the latest version of
s3ql, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 798...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Nikolaus Rath  (supplier of updated s3ql package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 10 Sep 2015 13:40:00 -0700
Source: s3ql
Binary: s3ql s3ql-dbg
Architecture: source amd64
Version: 2.14+dfsg-1
Distribution: unstable
Urgency: medium
Maintainer: Nikolaus Rath 
Changed-By: Nikolaus Rath 
Description:
 s3ql   - Full-featured file system for online data storage
 s3ql-dbg   - Full-featured file system for online data storage (debugging symb
Closes: 798595 798596
Changes:
 s3ql (2.14+dfsg-1) unstable; urgency=medium
 .
   * New upstream release.
   * Dropped patches/check_dev_fuse_perms.diff (integrated upstream).
   * Added /usr/bin/s3ql_remove_objects
   * Added build-depends on fuse, rsync and psmisc (required for unit tests).
   * Python extensions compiled for the debugging interpreter are now
 actually shipped in the s3ql-dbg package (rather than the s3ql
 package).
   * Added patches/support_jessie_upgrade.diff (upstream dropped
 compatibility with jessie's S3QL version).
   * Added patches/fix_setattr_test.diff to un-break a unit test
 that dependended on undocumented behavior in python3-llfuse (which changed
 recently). Closes: #798596.
   * Added lost changelog entry for 2.11.1+dfsg-2. Closes: #798595.
Checksums-Sha1:
 3e261cc0a147bbad30c70fb16ccd2d69e30c9c3f 2619 s3ql_2.14+dfsg-1.dsc
 bb0fe23a2dc7383bac692c370be251472913c045 810071 s3ql_2.14+dfsg.orig.tar.gz
 5ebab1aaa22cb83bb40e4b17d8f12ef538a74e59 18936 s3ql_2.14+dfsg-1.debian.tar.xz
 30a6d415c38ddd2b1bd4bdeede55920a027ba679 285972 s3ql-dbg_2.14+dfsg-1_amd64.deb
 3755cafbe5a645c52ecb203672fd065a1378bc44 520572 s3ql_2.14+dfsg-1_amd64.deb
Checksums-Sha256:
 014d6fe3f2411b343c3ed262455cf5452c5f1dad34e342eda44f576013afe001 2619 
s3ql_2.14+dfsg-1.dsc
 aa57e32cc44203adabdd1853f8ec3871f71cf7b8a22ba4d224c8e776a8ffb634 

Bug#708044: padevchooser: depends on libgnomedesktop2 which is going away

[Barak A. Pearlmutter]

let's go ahead and kill it

Bug#797966: marked as done (syncevolution-common: uninstallable due to libsynthesis0 dependency)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 22:23:04 +
with message-id 
and subject line Bug#797966: fixed in syncevolution 1.4.99.4-4
has caused the Debian Bug report #797966,
regarding syncevolution-common: uninstallable due to libsynthesis0 dependency
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
797966: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797966
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: syncevolution-common
Version: 1.4.99.4-3
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

syncevolution-common is uninstallable in sid due to the hardcoded
dependency on libsynthesis0; and libsynthesis0 is gone as it got
renamed to libsynthesis0v5 in the ongoing libdstdc++6 transition.

Cheers,
gregor

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQJ8BAEBCgBmBQJV6O4UXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC
QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGnUAP/3GP6EIJ0FOOMcYr/SA6p7JE
bVhTU75yWmc0NUHb1NOHTKXSsNft9846pUIbwMfJKcZhcZ00FS6L5qreWFxl/Hbf
kQ8FMBIIT/lhSL8gGVsnaNciEHKyRjcLyQWR2ulEzfB5dly66PwF46uueyD1J2bZ
tEZGNrPsbq6bXlDWEI3U816SJKx7q1CjDlamJSI1UNCEsqKUVTift2cFtTAXmJJ9
hoela7juK3rcwSzNvRLtN3wPeLmIV7u65e3fx6PgPuM2gQTztxvzAoUKFG8DwlPk
BsAeu8FZ2s2NkmhIAkLDZetm5NTNhThT0yrfm/tQONzt8Xk7+Sek3FfA5BLeuw/W
ztyGDBsiO7qlUpopH1CDDBZ6eZvB6CKukXGthBk9PCsbk0iySDDbRr2RCRz86uaK
n6sieBeKpG9Of35Y5zyJ/eW+SiPO0oTyqMhXshfkUZ4HdUGvUa0YwFjIUFMm7aqO
73+4GVBz7MWAlwr0S89oi0247Dh2+ZTEKAXLg3Kp/+9dFRzzv5F1Lnl5OI7xESBu
ghJb4JMmWLPdiSaKZbrhkZtjXcqAnbZoCoQ+uDLjpmE1AkMfJ/BtXgGjV/n8+oUE
3iN1n1qLWyMfwYFFlqpjEYjNb+zuOhDm6Le+xhmpjVo5vos2YzoDv30Rb5B4Rmtd
YpgdE89a5N2X03siCS5I
=FfOC
-END PGP SIGNATURE-
--- End Message ---
--- Begin Message ---
Source: syncevolution
Source-Version: 1.4.99.4-4

We believe that the bug you reported is fixed in the latest version of
syncevolution, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 797...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Tino Mettler  (supplier of updated syncevolution package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Thu, 10 Sep 2015 11:39:50 +0200
Source: syncevolution
Binary: syncevolution sync-ui syncevolution-common syncevolution-libs 
syncevolution-libs-gnome syncevolution-libs-kde syncevolution-dbus 
syncevolution-http syncevolution-dbg libsyncevolution0 libsyncevo-dbus0 
libgdbussyncevo0
Architecture: source
Version: 1.4.99.4-4
Distribution: unstable
Urgency: medium
Maintainer: Tino Mettler 
Changed-By: Tino Mettler 
Closes: 797966
Description: 
 libgdbussyncevo0 - Sync personal information data using SyncML and 
CalDAV/CardDAV (s
 libsyncevo-dbus0 - Sync personal information data using SyncML and 
CalDAV/CardDAV (s
 libsyncevolution0 - Sync personal information data using SyncML and 
CalDAV/CardDAV (s
 sync-ui- Sync personal information data using SyncML and CalDAV/CardDAV (G
 syncevolution - Sync personal information data using SyncML and CalDAV/CardDAV 
(C
 syncevolution-common - Sync personal information data using SyncML and 
CalDAV/CardDAV
 syncevolution-dbg - Sync personal information data using SyncML and 
CalDAV/CardDAV (d
 syncevolution-dbus - Sync personal information data using SyncML and 
CalDAV/CardDAV (D
 syncevolution-http - Sync personal information data using SyncML and 
CalDAV/CardDAV (H
 syncevolution-libs - Sync personal information data using SyncML and 
CalDAV/CardDAV (l
 syncevolution-libs-gnome - Sync personal information data using SyncML and 
CalDAV/CardDAV (l
 syncevolution-libs-kde - Sync personal information data using SyncML and 
CalDAV/CardDAV (l
Changes:
 syncevolution (1.4.99.4-4) unstable; urgency=medium
 .
   * Fix libsynthesis depencency after GCC5 transition (Closes: #797966)
Checksums-Sha1: 
 74334c19114530584ead8cad451c6795216b7ded 3212 syncevolution_1.4.99.4-4.dsc
 5259f1e9639850dcc3963717b46a9c08628e4853 12968 
syncevolution_1.4.99.4-4.debian.tar.xz
Checksums-Sha256: 
 

Bug#795851: openjfx: FTBFS with Gradle 2.5

[Emmanuel Bourg]

Le 10/09/2015 20:24, Markus Koschany a écrit :

> Shall I proceed with this temporary solution? The only r-dep of openjfx
> is netbeans which does not use openjfx at runtime so far.

The web view based on WebKit is an important feature of JavaFX, it would
be sad to disable it. I tried upgrading openjfx to the version 8u60 but
I got another build failure :( Leave me some time to investigate this
further.

Emmanuel Bourg

Bug#795340: (no subject)

[Tiago Bortoletto Vaz]

Hi,

Thanks for reporting it, and sorry for the long delay.

Indeed, PyMapperGUI should depend on python-libmapper, which is already
packaged for Debian. However, python-libmapper is not considered stable
enought by the upstream to be in Debian testing/stable. See details
here:

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

So I've just fixed PyMapperGUI package to depend on python-libmapper,
but it will be only in unstable for now. I'll ping the libmapper
upstream and check if they're going to release a stable release of their
library soon.

Bests,

-- 
tiago

Bug#795851: openjfx: FTBFS with Gradle 2.5

[Markus Koschany]

Am 11.09.2015 um 00:24 schrieb Emmanuel Bourg:
> Le 10/09/2015 20:24, Markus Koschany a écrit :
> 
>> Shall I proceed with this temporary solution? The only r-dep of openjfx
>> is netbeans which does not use openjfx at runtime so far.
> 
> The web view based on WebKit is an important feature of JavaFX, it would
> be sad to disable it. I tried upgrading openjfx to the version 8u60 but
> I got another build failure :( Leave me some time to investigate this
> further.

:( Too bad upgrading doesn't work. However I wouldn't worry too much
about this WebKit feature as long as there is only one
reverse-dependency and plenty of time until the next stable release.
Just disabling it for the time being would give us more breathing space
and would also prevent the removal of netbeans and openjfx from testing.

Markus




signature.asc
Description: OpenPGP digital signature

Bug#798360: marked as done (vim-voom: fails to install: vim-voom.postinst: line 23: vim-addon-manager: command not found)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 22:53:24 +
with message-id 
and subject line Bug#798360: fixed in vim-voom 5.1-3
has caused the Debian Bug report #798360,
regarding vim-voom: fails to install: vim-voom.postinst: line 23: 
vim-addon-manager: command not found
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
798360: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798360
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: vim-voom
Version: 5.1-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package failed to install. As
per definition of the release team this makes the package too buggy for
a release, thus the severity.

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

  Selecting previously unselected package vim-voom.
  (Reading database ... 
(Reading database ... 11248 files and directories currently installed.)
  Preparing to unpack .../vim-voom_5.1-2_all.deb ...
  /var/lib/dpkg/tmp.ci/preinst: 19: /var/lib/dpkg/tmp.ci/preinst: vim-addons: 
not found
  Unpacking vim-voom (5.1-2) ...
  Setting up vim-voom (5.1-2) ...
  /var/lib/dpkg/info/vim-voom.postinst: line 23: vim-addon-manager: command not 
found
  dpkg: error processing package vim-voom (--configure):
   subprocess installed post-installation script returned error exit status 127
  Errors were encountered while processing:
   vim-voom


cheers,

Andreas


vim-voom_5.1-2.log.gz
Description: application/gzip
--- End Message ---
--- Begin Message ---
Source: vim-voom
Source-Version: 5.1-3

We believe that the bug you reported is fixed in the latest version of
vim-voom, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 798...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Yukiharu YABUKI  (supplier of updated vim-voom package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Fri, 11 Sep 2015 07:19:45 +0900
Source: vim-voom
Binary: vim-voom
Architecture: source all
Version: 5.1-3
Distribution: unstable
Urgency: medium
Maintainer: Yukiharu YABUKI 
Changed-By: Yukiharu YABUKI 
Description:
 vim-voom   - Vim two-pane outliner
Closes: 798360
Changes:
 vim-voom (5.1-3) unstable; urgency=medium
 .
   * Comply vim-policy and Stop installing of plugin automatically.
 (Closes: #798360)
   * Added "How to workround" in README.Debian
Checksums-Sha1:
 aed2be2bd81e8cfb7d156cae7ea64936c052a45c 1703 vim-voom_5.1-3.dsc
 fd35811e8bb3029b3e1130217f3720e29a247dcd 5008 vim-voom_5.1-3.debian.tar.xz
 032816a69a151a6e2086403ba8e1a61f6f9c1943 108574 vim-voom_5.1-3_all.deb
Checksums-Sha256:
 ab76170f41e93b6d24d5d4256d7f66a753d37488bfe85d065df8b032ee51be16 1703 
vim-voom_5.1-3.dsc
 8ca8a0d1f0de71b692b82cb8e8b5871332a3c8dfe65a5cddda3fd4fac884c583 5008 
vim-voom_5.1-3.debian.tar.xz
 28194c249a78d8d114cecadd1929d702f1e72498232eb9edfbd489a5b8e742af 108574 
vim-voom_5.1-3_all.deb
Files:
 bedcb28ae0b1be7cc9d10faceb11c570 1703 editors extra vim-voom_5.1-3.dsc
 077b0a0e16b9fa3366b99c25b1ca0c28 5008 editors extra 
vim-voom_5.1-3.debian.tar.xz
 9046e3e45c99e89250f5bb70137e7e9f 108574 editors extra vim-voom_5.1-3_all.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV8gNcAAoJEHGoAtC80bySFKMP/0TC+ihe2ctSOat2DmbkYFeJ
ZBi0co/wuZC5uLQbI4KArVUz+q57bI/lHbdTQwuR9fxXrvLZpV6TCGe4ubhLz+Qc
BHQi2eks1ThqdQ5isHKNipcr98s8UoZIxVPixyxwsEuONkS73J90hDotYHZ7NnpG
wSZZY6Fx6GAc+UlL8TWIaSnliHyW6dHgUG2oF50yAaNq8/VjEmouvach8h7Nkbic
MGiL0RBAeNVHxg4OGyojmLZ3XTC6V1NT92YCuDLIzQiR/bScB2yrL0X1y+zFg/Fq
5CUs9PQ6nFn7dBq4u3uDhDSxZM/PPq/slsUnNNX7uqCKejn7Jvf5n9qgX39je3BN
FCzE5JGH8fOajgtIh2CMepNRfmJPSIwqiJJ4h0Toq2lt9PTuJT3o7VvAyOhxgv9v
uCe6G0GWMpp8SDuPku4dH+g0CmtlN0Rqr9qHQvaO1N2UPKjsKF8NVIlu/gaMgoic
PIzcWcLJphWWTR0oX786iiF3rKWODScSICLKEW+PiGcoqM90kIbrvQ8AtcvByfvs
IhEaI8pGWGHyvb7OxwTgKMw6qnE7NcareNhkuBWFErikZg6z6Exstvx3P5DJxTp9
SoNHWWD82Tgl2R3mcBzU7CnPZR0LHMtCrUQM9fLqt1GAp/Q4koMYay3W760Zn5E4
bw1HYBH/7MkO3ueOPbFK
=unYb
-END PGP SIGNATURE End Message ---

Bug#795594: (no subject)

[Barry Warsaw]

I'm attaching a diff against current svn which fixes the d/copyright issue.
It also makes some other changes which fixes the d/watch file and updates the
package to Babel 2.0 and cldr 27.  I'm not applying it because the package
doesn't build - the test fail.  I don't think upstream supports v27 yet.
OTOH, I don't want to lose these changes.  Apologies for attaching them to
this bug instead of opening a new bug.
Index: debian/changelog
===
--- debian/changelog	(revision 34223)
+++ debian/changelog	(working copy)
@@ -1,3 +1,20 @@
+python-babel (2.0+dfsg.1-1) UNRELEASED; urgency=medium
+
+  * Team upload.
+  * New upstream release.
+  * debian/copyright: Fill out the `Files: common/*` section to include
+the Unicode license agreement.  (Closes: #795594)
+  * debian/control: Update Standards-Version to 3.9.6 with no other
+changes necessary.
+  * debian/patches:
+- 0001-Fixup-get_currency_name-test.patch: Removed, applied upstream.
+- adds-support-for-python-3.2.patch: Removed, no longer necessary.
+- fix-sphinx-conf.py-to-avoid-intersphinx.patch: Refreshed.
+  * debian/repack: Update Unicode core.zip location.
+  * debian/watch: Use the pypi.debian.net redirector.
+
+ -- Barry Warsaw   Thu, 10 Sep 2015 15:25:31 -0400
+
 python-babel (1.3+dfsg.1-5) unstable; urgency=medium
 
   * Team upload.
Index: debian/control
===
--- debian/control	(revision 34223)
+++ debian/control	(working copy)
@@ -15,7 +15,7 @@
python3-setuptools,
python3-six,
python3-tz
-Standards-Version: 3.9.4
+Standards-Version: 3.9.6
 Homepage: http://babel.pocoo.org/
 Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/python-babel/trunk/
 Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/python-babel/trunk/
Index: debian/copyright
===
--- debian/copyright	(revision 34223)
+++ debian/copyright	(working copy)
@@ -12,7 +12,58 @@
 License: GPL-2
 
 Files: common/*
-Copyright:
+Copyright: © 1991-2013 Unicode, Inc.
+License: Unicode
+ UNICODE, INC. LICENSE AGREEMENT - DATA FILES AND SOFTWARE
+ .
+ Unicode Data Files include all data files under the directories
+ http://www.unicode.org/Public/, http://www.unicode.org/reports/, and
+ http://www.unicode.org/cldr/data/. Unicode Data Files do not include PDF
+ online code charts under the directory http://www.unicode.org/Public/.
+ Software includes any source code published in the Unicode Standard or under
+ the directories http://www.unicode.org/Public/,
+ http://www.unicode.org/reports/, and http://www.unicode.org/cldr/data/.
+ .
+ NOTICE TO USER: Carefully read the following legal agreement. BY DOWNLOADING,
+ INSTALLING, COPYING OR OTHERWISE USING UNICODE INC.'S DATA FILES ("DATA
+ FILES"), AND/OR SOFTWARE ("SOFTWARE"), YOU UNEQUIVOCALLY ACCEPT, AND AGREE TO
+ BE BOUND BY, ALL OF THE TERMS AND CONDITIONS OF THIS AGREEMENT. IF YOU DO NOT
+ AGREE, DO NOT DOWNLOAD, INSTALL, COPY, DISTRIBUTE OR USE THE DATA FILES OR
+ SOFTWARE.
+ .
+ COPYRIGHT AND PERMISSION NOTICE
+ .
+ Copyright © 1991-2013 Unicode, Inc. All rights reserved. Distributed under
+ the Terms of Use in http://www.unicode.org/copyright.html.
+ .
+ Permission is hereby granted, free of charge, to any person obtaining a
+ copy of the Unicode data files and any associated documentation (the "Data
+ Files") or Unicode software and any associated documentation (the "Software")
+ to deal in the Data Files or Software without restriction, including without
+ limitation the rights to use, copy, modify, merge, publish, distribute, and/or
+ sell copies of the Data Files or Software, and to permit persons to whom the
+ Data Files or Software are furnished to do so, provided that (a) the above
+ copyright notice(s) and this permission notice appear with all copies of the
+ Data Files or Software, (b) both the above copyright notice(s) and this
+ permission notice appear in associated documentation, and (c) there is clear
+ notice in each modified Data File or in the Software as well as in the
+ documentation associated with the Data File(s) or Software that the data or
+ software has been modified.
+ .
+ THE DATA FILES AND SOFTWARE ARE PROVIDED "AS IS", WITHOUT WARRANTY OF ANY
+ KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF
+ MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OF THIRD
+ PARTY RIGHTS. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN
+ THIS NOTICE BE LIABLE FOR ANY CLAIM, OR ANY SPECIAL INDIRECT OR CONSEQUENTIAL
+ DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR
+ PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS
+ ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THE
+ DATA FILES OR SOFTWARE.
+ .
+ Except as 

Bug#798597: imagemagick-dbg: blocks upgrades / cannot be installed

[Vincent Lefevre]

Package: imagemagick-dbg
Version: 8:6.9.1.2-1
Severity: grave
Justification: renders package unusable

imagemagick-dbg can no longer be installed with the latest packages
(in unstable for one month, and now eveing in testing):

# apt-get install libilmbase6v5 libopenexr6v5
[...]
The following packages will be REMOVED:
  imagemagick-dbg libilmbase6 libmagick++-6.q16-dev
  libmagickcore-6.q16-2-extra libmagickcore-6.q16-dev libmagickwand-6.q16-dev
  libopenexr6
[...]

# apt-get install libilmbase6v5 libopenexr6v5 imagemagick-dbg
[...]
The following packages have unmet dependencies:
 imagemagick-dbg : Depends: libmagickcore-6.q16-2-extra (= 8:6.9.1.2-1) but it 
is not going to be installed
E: Unable to correct problems, you have held broken packages.

imagemagick-dbg was last upgraded several days ago:

Aptitude 0.7: log report
Sun, Aug 30 2015 14:33:29 +0200

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 20 packages, and remove 0 packages.
3,335 kB of disk space will be used
===
[HOLD, DEPENDENCIES] gnupg-agent:amd64
[HOLD, DEPENDENCIES] gnupg2:amd64
[HOLD, DEPENDENCIES] gnuplot5-data:amd64
[HOLD, DEPENDENCIES] gnuplot5-qt:amd64
[HOLD, DEPENDENCIES] ktoblzcheck:amd64
[HOLD, DEPENDENCIES] libappstream2:amd64
[HOLD, DEPENDENCIES] libaqbanking35:amd64
[HOLD, DEPENDENCIES] libaqbanking35-plugins:amd64
[HOLD, DEPENDENCIES] libaqebics0:amd64
[HOLD, DEPENDENCIES] libaqhbci22:amd64
[HOLD, DEPENDENCIES] libevdocument3-4:amd64
[HOLD, DEPENDENCIES] libevview3-3:amd64
[HOLD, DEPENDENCIES] libgegl-0.2-0:amd64
[HOLD, DEPENDENCIES] libilmbase-dev:amd64
[HOLD, DEPENDENCIES] libopenexr-dev:amd64
[HOLD, DEPENDENCIES] libpackagekit-glib2-18:amd64
[HOLD, DEPENDENCIES] libppl-dev:amd64
[HOLD, DEPENDENCIES] libppl13:amd64
[HOLD, DEPENDENCIES] libwxbase3.0-dev:amd64
[HOLD, DEPENDENCIES] linux-doc-4.1:amd64
[HOLD, DEPENDENCIES] linux-image-4.1.0-2-amd64:amd64
[HOLD, DEPENDENCIES] wx-common:amd64
[HOLD, DEPENDENCIES] wx3.0-headers:amd64
[INSTALL, DEPENDENCIES] libjxr-tools:amd64
[INSTALL, DEPENDENCIES] libjxr0:amd64
[INSTALL, DEPENDENCIES] libmagick++-6.q16-6:amd64
[HOLD] aqbanking-tools:amd64
[HOLD] evince:amd64
[HOLD] evince-common:amd64
[HOLD] fvwm:amd64
[HOLD] gir1.2-evince-3.0:amd64
[HOLD] gnuplot5:amd64
[HOLD] gnuplot5-doc:amd64
[HOLD] info:amd64
[HOLD] libaqbanking-data:amd64
[HOLD] libaqbanking35-dbg:amd64
[HOLD] libaqofxconnect7:amd64
[HOLD] libgegl-0.2-0-dbg:amd64
[HOLD] libgtkmm-2.4-dbg:amd64
[HOLD] libgtkmm-3.0-dbg:amd64
[HOLD] libktoblzcheck-dbg:amd64
[HOLD] libpangomm-1.4-dbg:amd64
[HOLD] libppl-c4:amd64
[HOLD] libwxgtk3.0-dev:amd64
[HOLD] libxml-libxml-perl:amd64
[HOLD] linux-libc-dev:amd64
[HOLD] linux-libc-dev:i386
[HOLD] qalc:amd64
[HOLD] qalculate-gtk:amd64
[HOLD] rsyslog-doc:amd64
[UPGRADE] imagemagick:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] imagemagick-6.q16:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] imagemagick-common:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] imagemagick-dbg:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] imagemagick-doc:amd64 8:6.8.9.9-5 -> 8:6.8.9.9-5.1
[UPGRADE] libimage-magick-perl:amd64 8:6.8.9.9-5 -> 8:6.8.9.9-5.1
[UPGRADE] libimage-magick-q16-perl:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagick++-6-headers:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagick++-6.q16-dev:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickcore-6-arch-config:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickcore-6-headers:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickcore-6.q16-2:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickcore-6.q16-2-extra:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickcore-6.q16-dev:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickwand-6-headers:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickwand-6.q16-2:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
[UPGRADE] libmagickwand-6.q16-dev:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
===

Log complete.

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

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

Versions of packages imagemagick-dbg depends on:
ii  imagemagick-6.q168:6.9.1.2-1
ii  libimage-magick-q16-perl 8:6.9.1.2-1
ii  libmagick++-6.q16-6  8:6.9.1.2-1
ii  libmagickcore-6.q16-2-extra  8:6.9.1.2-1
ii  libmagickwand-6.q16-28:6.9.1.2-1

imagemagick-dbg recommends no packages.

Versions of packages imagemagick-dbg suggests:
ii  inkscape  0.91-5+b2
ii  libjpeg8-dbg  8d1-2
ii  librsvg2-bin  2.40.10-1
ii  librsvg2-dbg  2.40.10-1
ii  libwmf-bin0.2.8.4-10.4

-- no debconf information

Bug#798360: vim-voom: fails to install: vim-voom.postinst: line 23: vim-addon-manager: command not found

[Yukiharu YABUKI]

Thank you for reporting.

I realized vim-voom package has depended vim-addon-manager.
vim-policy tells me, do not install vim plugin automatically.

I'll remove preinst, postinst, prerm scripts.
Then, I write how to work round in README.debian.

I have done piuparts except upgrad test. That are fine.

On Tue, 08 Sep 2015 14:44:05 +0200
Andreas Beckmann  wrote:

> Package: vim-voom
> Version: 5.1-2
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
>
> Hi,
>
> during a test with piuparts I noticed your package failed to install. As
> per definition of the release team this makes the package too buggy for
> a release, thus the severity.
>
> >From the attached log (scroll to the bottom...):
>
>   Selecting previously unselected package vim-voom.
>   (Reading database ...
> (Reading database ... 11248 files and directories currently installed.)
>   Preparing to unpack .../vim-voom_5.1-2_all.deb ...
>   /var/lib/dpkg/tmp.ci/preinst: 19: /var/lib/dpkg/tmp.ci/preinst: vim-addons: 
> not found
>   Unpacking vim-voom (5.1-2) ...
>   Setting up vim-voom (5.1-2) ...
>   /var/lib/dpkg/info/vim-voom.postinst: line 23: vim-addon-manager: command 
> not found
>   dpkg: error processing package vim-voom (--configure):
>subprocess installed post-installation script returned error exit status 
> 127
>   Errors were encountered while processing:
>vim-voom
>
>
> cheers,
>
> Andreas


--
++++++++++++++
Yukiharu Yabuki (矢吹幸治)  I use Debian GNU/Linux
mail: yab...@netfort.gr.jp
++++++++++++++


pgp1OMVT86Mf6.pgp
Description: PGP signature

Bug#797966: syncevolution-common: uninstallable due to libsynthesis0 dependency

[gregor herrmann]

On Thu, 10 Sep 2015 12:31:48 +0200, Tino Mettler wrote:

> > If the next upload is only about this change, I'm also happy to
> > sponsor it.
> attached is a fixed package.

Thanks.
Distribution changed from UNRELEASED to unstable, built & uploaded.

(As a side note, the version constraint for libsynthesis0v5 is
probably unnecessary, since there is no older version than the recent
first upload with 3.4.0.47.4-2.1).


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer -  https://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Andrew Lloyd Webber & Tim Rice: Gethsemane (I Only Want To Say)


signature.asc
Description: Digital Signature

Bug#794168: marked as done (FTBFS: expect(env('ruby_v=$(ruby -v)')).to eql('ruby_v' => RUBY_DESCRIPTION) (2.1 vs 2.2))

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 23:20:57 +
with message-id 
and subject line Bug#794168: fixed in ruby-dotenv 2.0.2-1
has caused the Debian Bug report #794168,
regarding FTBFS: expect(env('ruby_v=$(ruby -v)')).to eql('ruby_v' => 
RUBY_DESCRIPTION) (2.1 vs 2.2)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
794168: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794168
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ruby-dotenv
Version: 1.0.2-2
Severity: serious
Tags: sid stretch
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs

Dear Maintainer,

The package fails to build:

...FF..

Failures:

  1) Dotenv::Parser parses shell commands interpolated in $()
 Failure/Error: expect(env('ruby_v=$(ruby -v)')).to eql('ruby_v' => 
RUBY_DESCRIPTION)
   
   expected: {"ruby_v"=>"ruby 2.2.2p95 (2015-04-13) [x86_64-linux-gnu]"}
got: {"ruby_v"=>"ruby 2.1.5p273 (2014-11-13) [x86_64-linux-gnu]"}
   
   (compared using eql?)
   
   Diff:
   @@ -1,2 +1,2 @@
   -"ruby_v" => "ruby 2.2.2p95 (2015-04-13) [x86_64-linux-gnu]",
   +"ruby_v" => "ruby 2.1.5p273 (2014-11-13) [x86_64-linux-gnu]",
 # ./spec/dotenv/parser_spec.rb:110:in `block (2 levels) in '

  2) Dotenv::Parser allows balanced parentheses within interpolated shell 
commands
 Failure/Error: expect(env('ruby_v=$(echo "$(echo "$(echo "$(ruby 
-v)")")")')).to eql('ruby_v' => RUBY_DESCRIPTION)
   
   expected: {"ruby_v"=>"ruby 2.2.2p95 (2015-04-13) [x86_64-linux-gnu]"}
got: {"ruby_v"=>"ruby 2.1.5p273 (2014-11-13) [x86_64-linux-gnu]"}
   
   (compared using eql?)
   
   Diff:
   @@ -1,2 +1,2 @@
   -"ruby_v" => "ruby 2.2.2p95 (2015-04-13) [x86_64-linux-gnu]",
   +"ruby_v" => "ruby 2.1.5p273 (2014-11-13) [x86_64-linux-gnu]",
 # ./spec/dotenv/parser_spec.rb:114:in `block (2 levels) in '

Finished in 0.21521 seconds (files took 0.22309 seconds to load)
50 examples, 2 failures

Full build log:
https://reproducible.debian.net/rb-pkg/unstable/amd64/ruby-dotenv.html

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

Kernel: Linux 3.19.0-23-generic (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Source: ruby-dotenv
Source-Version: 2.0.2-1

We believe that the bug you reported is fixed in the latest version of
ruby-dotenv, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 794...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Antonio Terceiro  (supplier of updated ruby-dotenv package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 10 Sep 2015 19:59:19 -0300
Source: ruby-dotenv
Binary: ruby-dotenv
Architecture: source
Version: 2.0.2-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Ruby Extras Maintainers 

Changed-By: Antonio Terceiro 
Description:
 ruby-dotenv - configuration variable loader
Closes: 794168
Changes:
 ruby-dotenv (2.0.2-1) unstable; urgency=medium
 .
   * Team upload.
   * New upstream release
   * debian/watch: point at github
   * Refresh packaging with a new dh-make-ruby run
   * 0001-parser_spec-don-t-assume-being-run-with-ruby.patch: fix test suite
 when running under the non-default Ruby interpreter (Closes: #794168)
Checksums-Sha1:
 cad7e59151dfb971666145c14c6b5cebc18b2669 2025 ruby-dotenv_2.0.2-1.dsc
 40816fa0e5a9efbe566970d3d1d6312f2361c18e 13269 ruby-dotenv_2.0.2.orig.tar.gz
 cc710a6be4f17f00a323405fbe4f563fdbab93e2 3096 ruby-dotenv_2.0.2-1.debian.tar.xz
Checksums-Sha256:
 b5db7108e6cf34eeac332687f9c3427481e9bd7696ab07e9089328b6c7745929 2025 
ruby-dotenv_2.0.2-1.dsc
 fb6c65a0f5a2eef7b0f45f2356ad1ff71d2504555667ce83ae0d61ca2050d1d1 13269 

Bug#795663: marked as done (ruby-timecop: FTBFS under some timezones)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 23:21:02 +
with message-id 
and subject line Bug#795663: fixed in ruby-timecop 0.8.0-1
has caused the Debian Bug report #795663,
regarding ruby-timecop: FTBFS under some timezones
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
795663: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=795663
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: ruby-timecop
Version: 0.7.3-1
Severity: serious
Tags: patch
Justification: fails to build from source

Dear Maintainer,

ruby-timecop fails to build from source on unstable/amd64 under some
timezones (eg. TZ="/usr/share/zoneinfo/Etc/GMT+12"):

  [..]
  
┌──┐
  │ Run tests for ruby2.1 from debian/ruby-tests.rb 
  │
  
└──┘
  
  
RUBYLIB=/tmp/buildd/ruby-timecop-0.7.3/debian/ruby-timecop/usr/lib/ruby/vendor_ruby:.
  ruby2.1 debian/ruby-tests.rb
  ./test/timecop_without_date_but_with_time_test.rb
  MiniTest::Unit::TestCase is now Minitest::Test. From
  ./test/timecop_without_date_but_with_time_test.rb:3:in `'
  Run options: --seed 23950
  
  # Running:
  
  .
  
  Finished in 0.019255s, 51.9351 runs/s, 0. assertions/s.
  
  1 runs, 0 assertions, 0 failures, 0 errors, 0 skips
  ./test/time_stack_item_test.rb
  MiniTest::Unit::TestCase is now Minitest::Test. From
  ./test/time_stack_item_test.rb:7:in `'
  Run options: --seed 64273
  
  # Running:
  
  ..F.
  
  Finished in 0.085731s, 326.6023 runs/s, 816.5057 assertions/s.
  
1) Failure:
  TestTimeStackItem#test_timezones_apply_dates
  [./test/time_stack_item_test.rb:187]:
  Expected: Thu, 03 Jan 2013
Actual: Wed, 02 Jan 2013
  
  28 runs, 70 assertions, 1 failures, 0 errors, 0 skips
  debian/ruby-tests.rb:3:in `block in ': unhandled exception
from debian/ruby-tests.rb:1:in `each'
from debian/ruby-tests.rb:1:in `'
  ERROR: Test "ruby2.1" failed. Exiting.
  dh_auto_install: dh_ruby --install
  /tmp/buildd/ruby-timecop-0.7.3/debian/ruby-timecop returned exit code
  1
  debian/rules:4: recipe for target 'binary' failed
  make: *** [binary] Error 1
  dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit
  status 2

  [..]

The full build log is attached or can be viewed here:

  
https://reproducible.debian.net/logs/unstable/amd64/ruby-timecop_0.7.3-1.build1.log.gz

Adding `export TZ=UTC` to debian/rules fixes this for me.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
I: using fakeroot in build.
I: pbuilder: network access will be disabled during build
I: Current time: Thu Jul 30 12:24:33 GMT+12 2015
I: pbuilder-time-stamp: 1438302273
I: Building the build Environment
I: extracting base tarball [/var/cache/pbuilder/unstable-reproducible-base.tgz]
I: creating local configuration
I: copying local configuration
I: mounting /proc filesystem
I: mounting /run/shm filesystem
I: mounting /dev/pts filesystem
I: Mounting /dev/shm
I: Mounting /sys
I: policy-rc.d already exists
I: Installing the build-deps
 -> Attempting to satisfy build-dependencies
 -> Creating pbuilder-satisfydepends-dummy package
Package: pbuilder-satisfydepends-dummy
Version: 0.invalid.0
Architecture: amd64
Maintainer: Debian Pbuilder Team 
Description: Dummy package to satisfy dependencies with aptitude - created by 
pbuilder
 This package was created automatically by pbuilder to satisfy the
 build-dependencies of the package being currently built.
Depends: debhelper (>= 7.0.50~), gem2deb (>= 0.3.0~), ruby-mocha, 
ruby-activesupport, ruby-tzinfo, ruby-minitest
dpkg-deb: building package 'pbuilder-satisfydepends-dummy' in 
'/tmp/satisfydepends-aptitude/pbuilder-satisfydepends-dummy.deb'.
Selecting previously unselected package pbuilder-satisfydepends-dummy.
(Reading database ... 20233 files and directories currently installed.)
Preparing to unpack .../pbuilder-satisfydepends-dummy.deb ...
Unpacking pbuilder-satisfydepends-dummy (0.invalid.0) ...
dpkg: pbuilder-satisfydepends-dummy: dependency problems, but configuring 
anyway as you requested:
 pbuilder-satisfydepends-dummy depends on gem2deb (>= 0.3.0~); however:
  Package gem2deb is not installed.
 pbuilder-satisfydepends-dummy depends on ruby-mocha; however:
  Package ruby-mocha is not installed.
 pbuilder-satisfydepends-dummy depends on ruby-activesupport; 

Bug#798597: imagemagick-dbg: blocks upgrades / cannot be installed

[Bastien ROUCARIES]

Thanks for the bug report

I think it is a depends problem due to gcc5. Will get a glimpse.

Imagemagick will use soon ddeb so maybe I will close this bug by using
ddebs and removing debug package


Bastien

On Thu, Sep 10, 2015 at 11:31 PM, Vincent Lefevre  wrote:
> Package: imagemagick-dbg
> Version: 8:6.9.1.2-1
> Severity: grave
> Justification: renders package unusable
>
> imagemagick-dbg can no longer be installed with the latest packages
> (in unstable for one month, and now eveing in testing):
>
> # apt-get install libilmbase6v5 libopenexr6v5
> [...]
> The following packages will be REMOVED:
>   imagemagick-dbg libilmbase6 libmagick++-6.q16-dev
>   libmagickcore-6.q16-2-extra libmagickcore-6.q16-dev libmagickwand-6.q16-dev
>   libopenexr6
> [...]
>
> # apt-get install libilmbase6v5 libopenexr6v5 imagemagick-dbg
> [...]
> The following packages have unmet dependencies:
>  imagemagick-dbg : Depends: libmagickcore-6.q16-2-extra (= 8:6.9.1.2-1) but 
> it is not going to be installed
> E: Unable to correct problems, you have held broken packages.
>
> imagemagick-dbg was last upgraded several days ago:
>
> Aptitude 0.7: log report
> Sun, Aug 30 2015 14:33:29 +0200
>
> IMPORTANT: this log only lists intended actions; actions which fail due to
> dpkg problems may not be completed.
>
> Will install 20 packages, and remove 0 packages.
> 3,335 kB of disk space will be used
> ===
> [HOLD, DEPENDENCIES] gnupg-agent:amd64
> [HOLD, DEPENDENCIES] gnupg2:amd64
> [HOLD, DEPENDENCIES] gnuplot5-data:amd64
> [HOLD, DEPENDENCIES] gnuplot5-qt:amd64
> [HOLD, DEPENDENCIES] ktoblzcheck:amd64
> [HOLD, DEPENDENCIES] libappstream2:amd64
> [HOLD, DEPENDENCIES] libaqbanking35:amd64
> [HOLD, DEPENDENCIES] libaqbanking35-plugins:amd64
> [HOLD, DEPENDENCIES] libaqebics0:amd64
> [HOLD, DEPENDENCIES] libaqhbci22:amd64
> [HOLD, DEPENDENCIES] libevdocument3-4:amd64
> [HOLD, DEPENDENCIES] libevview3-3:amd64
> [HOLD, DEPENDENCIES] libgegl-0.2-0:amd64
> [HOLD, DEPENDENCIES] libilmbase-dev:amd64
> [HOLD, DEPENDENCIES] libopenexr-dev:amd64
> [HOLD, DEPENDENCIES] libpackagekit-glib2-18:amd64
> [HOLD, DEPENDENCIES] libppl-dev:amd64
> [HOLD, DEPENDENCIES] libppl13:amd64
> [HOLD, DEPENDENCIES] libwxbase3.0-dev:amd64
> [HOLD, DEPENDENCIES] linux-doc-4.1:amd64
> [HOLD, DEPENDENCIES] linux-image-4.1.0-2-amd64:amd64
> [HOLD, DEPENDENCIES] wx-common:amd64
> [HOLD, DEPENDENCIES] wx3.0-headers:amd64
> [INSTALL, DEPENDENCIES] libjxr-tools:amd64
> [INSTALL, DEPENDENCIES] libjxr0:amd64
> [INSTALL, DEPENDENCIES] libmagick++-6.q16-6:amd64
> [HOLD] aqbanking-tools:amd64
> [HOLD] evince:amd64
> [HOLD] evince-common:amd64
> [HOLD] fvwm:amd64
> [HOLD] gir1.2-evince-3.0:amd64
> [HOLD] gnuplot5:amd64
> [HOLD] gnuplot5-doc:amd64
> [HOLD] info:amd64
> [HOLD] libaqbanking-data:amd64
> [HOLD] libaqbanking35-dbg:amd64
> [HOLD] libaqofxconnect7:amd64
> [HOLD] libgegl-0.2-0-dbg:amd64
> [HOLD] libgtkmm-2.4-dbg:amd64
> [HOLD] libgtkmm-3.0-dbg:amd64
> [HOLD] libktoblzcheck-dbg:amd64
> [HOLD] libpangomm-1.4-dbg:amd64
> [HOLD] libppl-c4:amd64
> [HOLD] libwxgtk3.0-dev:amd64
> [HOLD] libxml-libxml-perl:amd64
> [HOLD] linux-libc-dev:amd64
> [HOLD] linux-libc-dev:i386
> [HOLD] qalc:amd64
> [HOLD] qalculate-gtk:amd64
> [HOLD] rsyslog-doc:amd64
> [UPGRADE] imagemagick:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] imagemagick-6.q16:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] imagemagick-common:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] imagemagick-dbg:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] imagemagick-doc:amd64 8:6.8.9.9-5 -> 8:6.8.9.9-5.1
> [UPGRADE] libimage-magick-perl:amd64 8:6.8.9.9-5 -> 8:6.8.9.9-5.1
> [UPGRADE] libimage-magick-q16-perl:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagick++-6-headers:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagick++-6.q16-dev:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickcore-6-arch-config:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickcore-6-headers:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickcore-6.q16-2:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickcore-6.q16-2-extra:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickcore-6.q16-dev:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickwand-6-headers:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickwand-6.q16-2:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> [UPGRADE] libmagickwand-6.q16-dev:amd64 8:6.8.9.9-5 -> 8:6.9.1.2-1
> ===
>
> Log complete.
>
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
> 'experimental')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: sysvinit (via /sbin/init)
>
> Versions of 

Bug#798590: libv8-3.14: FTBFS on mipsel: Build killed with signal TERM after 150 minutes of inactivity

[Sebastian Ramacher]

Source: libv8-3.14
Version: 3.14.5.8-10
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid stretch

libv8-3.14 failed to builds on mipsel:
| [149:12|%  73|+ 4460|-   0]: mjsunit/harmony/block-lazy-compile 
|
| [149:13|%  73|+ 4461|-   0]: mjsunit/harmony/block-leave 
| 
| [149:17|%  73|+ 4462|-   0]: mjsunit/harmony/block-leave 
| 
| [149:24|%  74|+ 4463|-   0]: mjsunit/harmony/block-let-crankshaft 
|  
| [149:32|%  74|+ 4464|-   0]: mjsunit/harmony/block-leave 
| 
| [149:39|%  74|+ 4465|-   0]: mjsunit/harmony/block-let-crankshaft 
|  
| [149:44|%  74|+ 4466|-   0]: mjsunit/harmony/block-let-declaration 
|   
| [149:54|%  74|+ 4467|-   0]: mjsunit/harmony/block-let-crankshaft 
|  
| [150:00|%  74|+ 4468|-   0]: 
mjsunit/harmony/block-let-declaration/usr/share/cdbs/1/class/makefile.mk:67: 
recipe for target 'debian/stamp-makefile-check' failed
| Makefile:215: recipe for target 'mipsel.release.check' failed
| Build killed with signal TERM after 150 minutes of inactivity

The build is killed due to inactivity. The log clearly shows that there is
inactivity, but not on stdout so the build is killed (see #731940 in sbuild
which was recently fixed in experimental). Until the buildds get that fixed, it
might be the best idea to simply redirect the output to stderr.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#798591: libreoffice: Long click closes Libre Office 5

[Junior Polegato]

Package: libreoffice
Version: 1:5.0.1-1
Severity: grave
Tags: upstream
Justification: causes non-serious data loss

Dear Maintainer,

I updated some machines with the version 5 of Libre Office and now when user
holds the left button of mouse to select some text or cells, the program
closes, losing user data.

I noticed that this happened when the user holds and doesn't move the mouse,
like a long click. Whatever, if he clicks, holds and moves the mouse, this
doesn't happen.

Please, fix it.

Thanks



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'oldstable'), (65, 'unstable'), (60, 
'stable'), (55, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.1.0-2-686-pae (SMP w/4 CPU cores)
Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libreoffice depends on:
ii  fonts-dejavu   2.35-1
ii  fonts-sil-gentium-basic1.1-7
ii  libreoffice-avmedia-backend-gstreamer  1:5.0.1-1
ii  libreoffice-base   1:5.0.1-1
ii  libreoffice-calc   1:5.0.1-1
ii  libreoffice-core   1:5.0.1-1
ii  libreoffice-draw   1:5.0.1-1
ii  libreoffice-impress1:5.0.1-1
ii  libreoffice-java-common1:5.0.1-1
ii  libreoffice-math   1:5.0.1-1
ii  libreoffice-report-builder-bin 1:5.0.1-1
ii  libreoffice-writer 1:5.0.1-1
ii  python3-uno1:5.0.1-1

Versions of packages libreoffice recommends:
ii  fonts-liberation   1.07.4-1
ii  libpaper-utils 1.1.24+nmu4
ii  ttf-mscorefonts-installer  3.6

Versions of packages libreoffice suggests:
ii  cups-bsd   2.0.3-10
ii  gstreamer1.0-libav 1:1.4.5-dmo1
ii  gstreamer1.0-plugins-bad   1.4.5-3
ii  gstreamer1.0-plugins-base  1.4.5-2
ii  gstreamer1.0-plugins-good  1.4.5-2+b2
ii  gstreamer1.0-plugins-ugly  1.4.5-2+b2
ii  hunspell-en-us [hunspell-dictionary]   20070829-6
pn  hyphen-hyphenation-patterns
ii  icedove34.0~b1-1
ii  iceweasel  38.2.1esr-1~deb8u1
ii  imagemagick8:6.8.9.9-5.1
ii  libgl1-mesa-glx [libgl1]   10.6.3-1
ii  libreoffice-gnome  1:5.0.1-1
pn  libreoffice-grammarcheck   
pn  libreoffice-help-5.0   
ii  libreoffice-l10n-pt-br [libreoffice-l10n-5.0]  1:5.0.1-1
pn  libreoffice-officebean 
ii  libsane1.0.24-13
ii  libxrender11:0.9.8-1+b1
ii  myspell-pt-br [myspell-dictionary] 20131030-6
ii  myspell-pt-pt [myspell-dictionary] 20091013-9
pn  mythes-thesaurus   
pn  openclipart2-libreoffice | openclipart-libreoffic  
ii  oracle-java8-installer [openjdk-7-jre] 8u60+8u60arm-1~webupd8~1
pn  pstoedit   
ii  unixodbc   2.3.1-3

Versions of packages libreoffice-core depends on:
ii  fontconfig2.11.0-6.3
ii  fonts-opensymbol  2:102.6+LibO5.0.1-1
ii  libatk1.0-0   2.16.0-2
ii  libboost-date-time1.58.0  1.58.0+dfsg-3
ii  libc6 2.19-19
ii  libcairo2 1.14.2-2
ii  libclucene-contribs1v52.3.3.4-4.1
ii  libclucene-core1v52.3.3.4-4.1
ii  libcmis-0.5-5v5   0.5.0-3
ii  libcups2  2.0.3-10
ii  libcurl3-gnutls   7.44.0-1
ii  libdbus-1-3   1.8.20-1
ii  libdbus-glib-1-2  0.102-1
ii  libeot0   0.01-3
ii  libexpat1 2.1.0-7
ii  libexttextcat-2.0-0   3.4.4-1
ii  libfontconfig12.11.0-6.3
ii  libfreetype6  2.5.2-4
ii  libgcc1   1:5.2.1-16
ii  libgdk-pixbuf2.0-02.31.5-1
ii  libgl1-mesa-glx [libgl1]  10.6.3-1
ii  libglew1.10   1.10.0-3
ii  libglib2.0-0  2.44.1-1.1
ii  libgltf-0.0-0v5   0.0.2-4
ii  libglu1-mesa [libglu1]9.0.0-2
ii  libgraphite2-31.2.4-3
ii  libgtk2.0-0   2.24.28-1
ii  libharfbuzz-icu0  1.0.1-1+b1
ii  libharfbuzz0b 1.0.1-1+b1
ii  libhunspell-1.3-0 1.3.3-3+b1
ii  libhyphen02.8.8-2
ii  libice6   2:1.0.9-1+b1
ii  libicu55  55.1-4
ii  libjpeg62-turbo   1:1.4.1-2
ii  liblangtag1   0.5.1-3
ii  liblcms2-22.6-3+b3
ii  libldap-2.4-2 

Processed: dupe

[Debian Bug Tracking System]

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

> forcemerge 797661 798594
Bug #797661 [xserver-xorg-core] Fails to upgrade, file conflict with x11-common
Bug #798594 [xserver-xorg-core] xserver-xorg-core: tries to overwrite 
Xwrapper.config.5.gz from x11-common 1:7.7+9
Severity set to 'serious' from 'important'
Added tag(s) pending.
Merged 797661 798594
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
797661: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797661
798594: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798594
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#798596: s3ql: FTBFS on armhf

[Jonathan Wiltshire]

Package: s3ql
Version: 2.13+dfsg-2
Severity: serious
Justification: FTBFS, but did so in the past (regression)


Log tail:

| Traceback (most recent call last):
|   File "/«BUILDDIR»/s3ql-2.13+dfsg/tests/t3_fs_api.py", line 447, in 
test_setattr
| self.assertGreater(inode_new.ctime, inode_old.ctime)
|   File "/usr/lib/python3.4/unittest/case.py", line 1188, in assertGreater
| self.fail(self._formatMessage(msg, standardMsg))
|   File "/usr/lib/python3.4/unittest/case.py", line 642, in fail
| raise self.failureException(msg)
| AssertionError: 0 not greater than 1440434281.3995957
|  Interrupted: stopping after 1 failures 

| = 1 failed, 199 passed, 1 skipped, 1 warnings in 92.74 seconds 
=
| make[1]: *** [override_dh_auto_test] Error 2
| debian/rules:55: recipe for target 'override_dh_auto_test' failed
| make[1]: Leaving directory '/«BUILDDIR»/s3ql-2.13+dfsg'
| make: *** [build-arch] Error 2
| dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2



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

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

Bug#795851: openjfx: FTBFS with Gradle 2.5

[Miguel Landaeta]

Hi Markus,

On Thu, Sep 10, 2015 at 08:24:52PM +0200, Markus Koschany wrote:
> *ping*

(ahem, reappearing after my vacations)

> Shall I proceed with this temporary solution? The only r-dep of openjfx
> is netbeans which does not use openjfx at runtime so far. Someone
> interested in sponsoring this?

If nobody else has any objection, I can sponsor this.

-- 
Miguel Landaeta, nomadium at debian.org
secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key.
"Faith means not wanting to know what is true." -- Nietzsche


signature.asc
Description: Digital signature

Processed: your mail

[Debian Bug Tracking System]

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

> tag 798596 + pending
Bug #798596 [s3ql] s3ql: FTBFS on armhf
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
798596: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=798596
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#708044: padevchooser: depends on libgnomedesktop2 which is going away

[Michael Biebl]

Hi,

this is another friendly ping.
Has there been any progress in updating the package?

I see that upstream is mostly dead nowadays, so unless I hear back
anything from the maintainer, I plan to request the removal in a few weeks.

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#797721: marked as done (zsh frozen with zombie child due to the use of TRAPCHLD)

[Debian Bug Tracking System]

Your message dated Thu, 10 Sep 2015 21:20:57 +
with message-id 
and subject line Bug#797721: fixed in zsh 5.1-test-1-1
has caused the Debian Bug report #797721,
regarding zsh frozen with zombie child due to the use of TRAPCHLD
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
797721: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797721
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: zsh
Version: 5.1-1
Severity: grave
Tags: upstream
Justification: renders package unusable

Well, a major regression, with possible data loss to due the freeze,
and easy to reproduce.

1. Run "emacs some_file &"
2. Run "less some_other_file"
3. Quit emacs.
4. Quit less.

I've just reported the bug to zsh-workers.

-- Package-specific info:

Packages which provide vendor completions:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version  Architecture Description
+++-==---=
ii  pulseaudio 6.0-5amd64PulseAudio sound server
ii  systemd225-1amd64system and service manager
ii  udev   225-1amd64/dev/ and hotplug management daem
ii  vlc-nox2.2.1-3  amd64multimedia player and streamer (w

dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions/


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

Kernel: Linux 4.1.0-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=POSIX, 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 zsh depends on:
ii  dpkg1.18.2
ii  libc6   2.19-19
ii  libcap2 1:2.24-11
ii  libtinfo5   6.0+20150810-1
ii  zsh-common  5.1-1

Versions of packages zsh recommends:
ii  libncursesw5  6.0+20150810-1
ii  libpcre3  2:8.35-7.1

Versions of packages zsh suggests:
ii  zsh-doc  5.1-1

-- no debconf information
--- End Message ---
--- Begin Message ---
Source: zsh
Source-Version: 5.1-test-1-1

We believe that the bug you reported is fixed in the latest version of
zsh, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 797...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Axel Beckert  (supplier of updated zsh package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Thu, 10 Sep 2015 23:03:54 +0200
Source: zsh
Binary: zsh-common zsh zsh-doc zsh-static zsh-dev zsh-dbg
Architecture: source all amd64
Version: 5.1-test-1-1
Distribution: experimental
Urgency: low
Maintainer: Debian Zsh Maintainers 
Changed-By: Axel Beckert 
Description:
 zsh- shell with lots of features
 zsh-common - architecture independent files for Zsh
 zsh-dbg- shell with lots of features (debugging symbols)
 zsh-dev- shell with lots of features (development files)
 zsh-doc- zsh documentation - info/HTML format
 zsh-static - shell with lots of features (static link)
Closes: 797721
Changes:
 zsh (5.1-test-1-1) experimental; urgency=low
 .
   * [22cf83b3c] New upstream release candidate
 + [9f5dffa1] process queued signals during dotrap() (Closes: #797721)
   * [0867ec1f] Extend further-mitigate-test-suite-hangs.patch to mitigate
 a race condition in E01options.ztst
Checksums-Sha1:
 9bf2f4dba05ca96bafc8f94c3d166bac427687f4 2537 zsh_5.1-test-1-1.dsc
 619b1076561e07bcc992b650eb9278a8ea17a003 2438212 zsh_5.1-test-1.orig.tar.xz
 0fd68dbd33bb0d972eb86c7ecf215b6bf5c50519 69976 zsh_5.1-test-1-1.debian.tar.xz
 7260052c195c61cceec62d79e0c02aa889a26fb9 3280320 
zsh-common_5.1-test-1-1_all.deb
 041eb30587a43b83d470fcf4263883efda732506 1568264 zsh-dbg_5.1-test-1-1_amd64.deb
 d11f4021d9a8dac49a33500d0f41cb9c2a5b0349 182226