Bug#745716: libpolarssl-dev: /usr/lib/libpolarssl.so still points to libpolarssl.so.5

2014-04-24 Thread Sebastian Ramacher
Source: libpolarssl-dev
Version: 1.3.6-1
Severity: grave
Justification: renders the package unusable
User: debian...@lists.debian.org
Usertags: adequate
Control: affects -1 belle-sip

After the SONAME bump, /usr/lib/libpolarssl.so still points to the old library:

# file /usr/lib/libpolarssl.so
/usr/lib/libpolarssl.so: broken symbolic link to `libpolarssl.so.5'

libpolarssl.so needs to point to libpolarssl.so.6. This bug makes it impossible
to dynamically link against polarssl and thus renders the package unusable. It
also makes belle-sip FTBFS. galting and pdns will link polarssl statically
instead.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#745720: polarssl: FTBFS on mips, powerpc, s390x and sparc

2014-04-24 Thread Sebastian Ramacher
Source: polarssl
Version: 1.3.6-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

polarssl fails to build on buildds for mips, powerpc, s390x and sparc due to
failures in the test suite:
|  - test_suite_ecdsa
|ECDSA primitive random #2 . FAILED
|   ecdsa_sign( grp, r, s, d, buf, sizeof( buf ), rnd_pseudo_rand, 
rnd_info ) == 0
| ECDSA primitive random #5 . FAILED
|   ecdsa_sign( grp, r, s, d, buf, sizeof( buf ), rnd_pseudo_rand, 
rnd_info ) == 0
| ECDSA primitive rfc 4754 p521 . FAILED
|   ecdsa_sign( grp, r, s, d, hash, hlen, rnd_buffer_rand, rnd_info ) == 0
| ECDSA write-read random #2  FAILED
|   ecdsa_write_signature( ctx, hash, sizeof( hash ), sig, sig_len, 
rnd_pseudo_rand, rnd_info ) == 0
| ECDSA write-read random #5  FAILED
|   ecdsa_write_signature( ctx, hash, sizeof( hash ), sig, sig_len, 
rnd_pseudo_rand, rnd_info ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha1  FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha224 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha256 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha384 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha512 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha1  FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha224 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha256 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha384 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p224 sha512 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha1  FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha224 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha256 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha384 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha512 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha1  FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha224 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha256 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha384 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic test vector rfc 6979 p521 sha512 .. FAILED
|   ecdsa_sign_det( grp, r, s, d, hash, hlen, md_alg ) == 0
| ECDSA deterministic read-write random p521 sha256 . FAILED
|   ecdsa_write_signature_det( ctx, hash, sizeof( hash ), sig, sig_len, 
md_alg ) == 0
| ECDSA deterministic read-write random p521 sha384 . FAILED
|   ecdsa_write_signature_det( ctx, hash, sizeof( hash ), sig, sig_len, 
md_alg ) == 0
| FAILED (42 / 69 tests (0 skipped))
|  Failed ***

For a full build log see
https://buildd.debian.org/status/fetch.php?pkg=polarsslarch=s390xver=1.3.6-1stamp=1398271469

I've also confirmed the build failure on zelenka.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#745716: libpolarssl-dev: /usr/lib/libpolarssl.so still points to libpolarssl.so.5

2014-04-24 Thread Sebastian Ramacher
Control: reassign -1 libpolarssl-dev 1.3.6-1
Control: tags -1 + patch

On 2014-04-24 14:02:50, Sebastian Ramacher wrote:
 Source: libpolarssl-dev

Ugh. Let's reassign that.

 Version: 1.3.6-1
 Severity: grave
 Justification: renders the package unusable
 User: debian...@lists.debian.org
 Usertags: adequate
 Control: affects -1 belle-sip
 
 After the SONAME bump, /usr/lib/libpolarssl.so still points to the old 
 library:
 
 # file /usr/lib/libpolarssl.so
 /usr/lib/libpolarssl.so: broken symbolic link to `libpolarssl.so.5'
 
 libpolarssl.so needs to point to libpolarssl.so.6. This bug makes it 
 impossible
 to dynamically link against polarssl and thus renders the package unusable. It
 also makes belle-sip FTBFS. galting and pdns will link polarssl statically
 instead.

Here is a patch.

Cheers
-- 
Sebastian Ramacher
diff -Nru polarssl-1.3.6/debian/changelog polarssl-1.3.6/debian/changelog
--- polarssl-1.3.6/debian/changelog	2014-04-12 10:27:07.0 +0200
+++ polarssl-1.3.6/debian/changelog	2014-04-24 14:27:14.0 +0200
@@ -1,3 +1,11 @@
+polarssl (1.3.6-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/libpolarssl-dev.links: Point to the correct library. (Closes:
+#745716)
+
+ -- Sebastian Ramacher sramac...@debian.org  Thu, 24 Apr 2014 14:26:40 +0200
+
 polarssl (1.3.6-1) unstable; urgency=medium
 
   * New upstream release, SONAME version 6
diff -Nru polarssl-1.3.6/debian/libpolarssl-dev.links polarssl-1.3.6/debian/libpolarssl-dev.links
--- polarssl-1.3.6/debian/libpolarssl-dev.links	2013-11-05 22:07:43.0 +0100
+++ polarssl-1.3.6/debian/libpolarssl-dev.links	2014-04-24 14:08:33.0 +0200
@@ -1 +1 @@
-usr/lib/libpolarssl.so.5 usr/lib/libpolarssl.so
+usr/lib/libpolarssl.so.6 usr/lib/libpolarssl.so


signature.asc
Description: Digital signature


Bug#745301: libmms: CVE-2014-2892: heap-based buffer overflow

2014-04-25 Thread Sebastian Ramacher
On 2014-04-25 16:40:28, Sebastian Ramacher wrote:
 Hi Security Team,
 
 On 2014-04-20 11:59:23, Salvatore Bonaccorso wrote:
  Source: libmms
  Version: 0.6-1
  Severity: grave
  Tags: security upstream fixed-upstream
  
  Hi,
  
  the following vulnerability was published for libmms.
  
  CVE-2014-2892[0]:
  heap-based buffer overflow
 
 Please find attached the debdiffs for squeeze and wheezy. Please let me know 
 if
 it's okay to upload them to the squeeze-security and wheezy-security.

And here are the patches.

Cheers
-- 
Sebastian Ramacher
diff -u libmms-0.6/debian/changelog libmms-0.6/debian/changelog
--- libmms-0.6/debian/changelog
+++ libmms-0.6/debian/changelog
@@ -1,3 +1,11 @@
+libmms (0.6-1+squeeze2) squeeze-security; urgency=high
+
+  * Team upload.
+  * debian/patches/0002-CVE-2014-2892.patch: Apply upstream patch for
+CVE-2014-2892. (Closes: #745301)
+
+ -- Sebastian Ramacher sramac...@debian.org  Fri, 25 Apr 2014 16:14:59 +0200
+
 libmms (0.6-1+squeeze1) stable; urgency=low
 
   * Apply patch by Paul Burton cherry-picked from upstream git to fix
diff -u libmms-0.6/debian/patches/series libmms-0.6/debian/patches/series
--- libmms-0.6/debian/patches/series
+++ libmms-0.6/debian/patches/series
@@ -4,0 +5 @@
+0002-CVE-2014-2892.patch
only in patch2:
unchanged:
--- libmms-0.6.orig/debian/patches/0002-CVE-2014-2892.patch
+++ libmms-0.6/debian/patches/0002-CVE-2014-2892.patch
@@ -0,0 +1,22 @@
+Description: Fix heap based buffer overrun
+Bug-Debian: https://bugs.debian.org/745301
+Origin: upstream,
+ 
http://sourceforge.net/p/libmms/code/ci/03bcfccc22919c72742b7338d02859962861e0e8
+Last-Update: 2014-04-25
+
+diff --git a/src/mmsh.c b/src/mmsh.c
+index f7cee4a..bca7fb8 100644
+--- a/src/mmsh.c
 b/src/mmsh.c
+@@ -307,7 +307,10 @@ static int get_answer (mms_io_t *io, mmsh_t *this) {
+ len = 0;
+   }
+ } else {
+-  len ++;
++  if (++len = sizeof(this-buf)) {
++lprintf(answer too large\n);
++return 0;
++  }
+ }
+   }
+   if (this-stream_type == MMSH_UNKNOWN) {
diff -Nru libmms-0.6.2/debian/changelog libmms-0.6.2/debian/changelog
--- libmms-0.6.2/debian/changelog   2012-02-14 11:17:26.0 +0100
+++ libmms-0.6.2/debian/changelog   2014-04-25 16:15:06.0 +0200
@@ -1,3 +1,11 @@
+libmms (0.6.2-3+deb7u1) wheezy-security; urgency=high
+
+  * Team upload.
+  * debian/patches/0002-CVE-2014-2892.patch: Apply upstream patch for
+CVE-2014-2892. (Closes: #745301)
+
+ -- Sebastian Ramacher sramac...@debian.org  Fri, 25 Apr 2014 16:14:59 +0200
+
 libmms (0.6.2-3) unstable; urgency=low
 
   * Team upload.
diff -Nru libmms-0.6.2/debian/gbp.conf libmms-0.6.2/debian/gbp.conf
--- libmms-0.6.2/debian/gbp.conf2011-01-21 11:13:39.0 +0100
+++ libmms-0.6.2/debian/gbp.conf2014-04-25 16:09:10.0 +0200
@@ -1,6 +1,6 @@
 [DEFAULT]
 upstream-branch = upstream
-debian-branch = master
+debian-branch = wheezy
 upstream-tag = upstream/%(version)s
 debian-tag = debian/%(version)s
 pristine-tar = True
diff -Nru libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch 
libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch
--- libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch1970-01-01 
01:00:00.0 +0100
+++ libmms-0.6.2/debian/patches/0002-CVE-2014-2892.patch2014-04-25 
16:10:12.0 +0200
@@ -0,0 +1,22 @@
+Description: Fix heap based buffer overrun
+Bug-Debian: https://bugs.debian.org/745301
+Origin: upstream,
+ 
http://sourceforge.net/p/libmms/code/ci/03bcfccc22919c72742b7338d02859962861e0e8
+Last-Update: 2014-04-25
+
+diff --git a/src/mmsh.c b/src/mmsh.c
+index f7cee4a..bca7fb8 100644
+--- a/src/mmsh.c
 b/src/mmsh.c
+@@ -307,7 +307,10 @@ static int get_answer (mms_io_t *io, mmsh_t *this) {
+ len = 0;
+   }
+ } else {
+-  len ++;
++  if (++len = sizeof(this-buf)) {
++lprintf(answer too large\n);
++return 0;
++  }
+ }
+   }
+   if (this-stream_type == MMSH_UNKNOWN) {
diff -Nru libmms-0.6.2/debian/patches/series libmms-0.6.2/debian/patches/series
--- libmms-0.6.2/debian/patches/series  2012-02-14 11:03:15.0 +0100
+++ libmms-0.6.2/debian/patches/series  2014-04-25 16:10:12.0 +0200
@@ -1 +1,2 @@
 0001-Fixup-bswap.h-macros.patch
+0002-CVE-2014-2892.patch


signature.asc
Description: Digital signature


Bug#745301: libmms: CVE-2014-2892: heap-based buffer overflow

2014-04-25 Thread Sebastian Ramacher
Hi Security Team,

On 2014-04-20 11:59:23, Salvatore Bonaccorso wrote:
 Source: libmms
 Version: 0.6-1
 Severity: grave
 Tags: security upstream fixed-upstream
 
 Hi,
 
 the following vulnerability was published for libmms.
 
 CVE-2014-2892[0]:
 heap-based buffer overflow

Please find attached the debdiffs for squeeze and wheezy. Please let me know if
it's okay to upload them to the squeeze-security and wheezy-security.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#745224: stretchplayer: FTBFS due to version of cmake

2014-04-25 Thread Sebastian Ramacher
Control: severity -1 important

On 2014-04-19 11:24:44, Samuel Thibault wrote:
 Source: stretchplayer
 Version: 0.503-2
 Severity: serious
 Justification: FTBFS
 
 Hello,
 
 This package currently FTBFS on !linux ports, see for instance

It never built there, so important at most. Lowering severity.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#745301: libmms: CVE-2014-2892: heap-based buffer overflow

2014-04-25 Thread Sebastian Ramacher
On 2014-04-25 16:58:53, Moritz Muehlenhoff wrote:
 On Fri, Apr 25, 2014 at 04:41:36PM +0200, Sebastian Ramacher wrote:
  On 2014-04-25 16:40:28, Sebastian Ramacher wrote:
   Hi Security Team,
   
   On 2014-04-20 11:59:23, Salvatore Bonaccorso wrote:
Source: libmms
Version: 0.6-1
Severity: grave
Tags: security upstream fixed-upstream

Hi,

the following vulnerability was published for libmms.

CVE-2014-2892[0]:
heap-based buffer overflow
   
   Please find attached the debdiffs for squeeze and wheezy. Please let me 
   know if
   it's okay to upload them to the squeeze-security and wheezy-security.
  
  And here are the patches.
 
 Please upload to security-master. Note that both updates need to be build 
 with -sa since
 libmms is new in the security suites.

Built with -sa and uploaded.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#741838: mailutils: diff for NMU version 1:2.99.98-1.2

2014-04-25 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for mailutils (versioned as 1:2.99.98-1.2) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru mailutils-2.99.98/debian/changelog mailutils-2.99.98/debian/changelog
--- mailutils-2.99.98/debian/changelog	2013-11-22 20:10:13.0 +0100
+++ mailutils-2.99.98/debian/changelog	2014-04-25 20:42:26.0 +0200
@@ -1,3 +1,11 @@
+mailutils (1:2.99.98-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/readline.patch: Fix build issues with recent versions of
+readline. (Closes: #741838)
+
+ -- Sebastian Ramacher sramac...@debian.org  Fri, 25 Apr 2014 19:28:29 +0200
+
 mailutils (1:2.99.98-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru mailutils-2.99.98/debian/patches/readline.patch mailutils-2.99.98/debian/patches/readline.patch
--- mailutils-2.99.98/debian/patches/readline.patch	1970-01-01 01:00:00.0 +0100
+++ mailutils-2.99.98/debian/patches/readline.patch	2014-04-25 19:27:14.0 +0200
@@ -0,0 +1,28 @@
+Description: Update for readline API changes
+Author: Sebastian Ramacher sramac...@debian.org
+Bug-Debian: http://bugs.debian.org/741838
+Last-Update: 2014-04-25
+
+--- mailutils-2.99.98.orig/mail/mailline.c
 mailutils-2.99.98/mail/mailline.c
+@@ -93,7 +93,7 @@ ml_readline_init ()
+ 
+ #ifdef WITH_READLINE
+   rl_readline_name = mail;
+-  rl_attempted_completion_function = (CPPFunction*)ml_command_completion;
++  rl_attempted_completion_function = (rl_completion_func_t*)ml_command_completion;
+   rl_getc_function = ml_getc;
+ #endif
+ #ifdef HAVE_SIGACTION
+
+--- mailutils-2.99.98.orig/mu/shell.c
 mailutils-2.99.98/mu/shell.c
+@@ -336,7 +336,7 @@ mutool_initialize_readline (const char *
+ {
+   /* Allow conditional parsing of the ~/.inputrc file. */
+   rl_readline_name = (char *) name;
+-  rl_attempted_completion_function = (CPPFunction *) shell_completion;
++  rl_attempted_completion_function = (rl_completion_func_t *) shell_completion;
+   rl_getc_function = _shell_getc;
+   read_history (get_history_file_name ());
+ }
diff -Nru mailutils-2.99.98/debian/patches/series mailutils-2.99.98/debian/patches/series
--- mailutils-2.99.98/debian/patches/series	2013-11-22 20:09:45.0 +0100
+++ mailutils-2.99.98/debian/patches/series	2014-04-25 19:23:47.0 +0200
@@ -3,3 +3,4 @@
 tokyocabinet_dependencies.patch
 guile_bindir.patch
 fix-authentication.patch
+readline.patch


signature.asc
Description: Digital signature


Bug#745852: python-werzeug: FTBFS with python3.4: EOFError: Ran out of input

2014-04-25 Thread Sebastian Ramacher
Source: python-werkzeug
Version: 0.9.4+dfsg-1.1
Severity: serious
Justification: fails to build from source
Tags: sid jessie upstream fixed-upstream
Control: forwarded -1 https://github.com/mitsuhiko/werkzeug/issues/502

python-werkzeug fails to build with python 3.4:
| ==
| ERROR: test_pickle (werkzeug.testsuite.datastructures.MultiDictTestCase)
| --
| Traceback (most recent call last):
|   File 
/«BUILDDIR»/python-werkzeug-0.9.4+dfsg/werkzeug/testsuite/datastructures.py, 
line 76, in test_pickle
| s.replace(b'werkzeug.datastructures', b'werkzeug')), d)
| EOFError: Ran out of input
|
| ==
| ERROR: test_pickle 
(werkzeug.testsuite.datastructures.OrderedMultiDictTestCase)
| --
| Traceback (most recent call last):
|   File 
/«BUILDDIR»/python-werkzeug-0.9.4+dfsg/werkzeug/testsuite/datastructures.py, 
line 76, in test_pickle
| s.replace(b'werkzeug.datastructures', b'werkzeug')), d)
| EOFError: Ran out of input

This is upstream bug #502 [1] and has been fixed in commit
13218deae25b6ee77d8dbab8af98ff1d38712ae4 [2].

Cheers

[1] https://github.com/mitsuhiko/werkzeug/issues/502
[2] 
https://github.com/mitsuhiko/werkzeug/commit/13218deae25b6ee77d8dbab8af98ff1d38712ae4
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#741756: vowpal-wabbit: diff for NMU version 7.3-1.1

2014-04-25 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

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

Cheers
-- 
Sebastian Ramacher
diff -Nru vowpal-wabbit-7.3/debian/changelog vowpal-wabbit-7.3/debian/changelog
--- vowpal-wabbit-7.3/debian/changelog	2013-08-28 02:53:47.0 +0200
+++ vowpal-wabbit-7.3/debian/changelog	2014-04-25 23:45:30.0 +0200
@@ -1,3 +1,11 @@
+vowpal-wabbit (7.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/boost_autoconf.patch: Update Boost autoconf macros to deal
+handle multi-archified Boost. (Closes: #741756)
+
+ -- Sebastian Ramacher sramac...@debian.org  Fri, 25 Apr 2014 23:44:39 +0200
+
 vowpal-wabbit (7.3-1) unstable; urgency=low
 
   * New upstream release
diff -Nru vowpal-wabbit-7.3/debian/patches/boost_autoconf.patch vowpal-wabbit-7.3/debian/patches/boost_autoconf.patch
--- vowpal-wabbit-7.3/debian/patches/boost_autoconf.patch	1970-01-01 01:00:00.0 +0100
+++ vowpal-wabbit-7.3/debian/patches/boost_autoconf.patch	2014-04-25 23:42:13.0 +0200
@@ -0,0 +1,70 @@
+Description: Update autoconf macros for boost to work with multiarch
+Author: Sebastian Ramacher sramac...@debian.org
+Bug-Debian: http://bugs.debian.org/741756
+Last-Update: 2014-04-25
+
+--- vowpal-wabbit-7.3.orig/acinclude.d/ax_boost_base.m4
 vowpal-wabbit-7.3/acinclude.d/ax_boost_base.m4
+@@ -33,7 +33,7 @@
+ #   and this notice are preserved. This file is offered as-is, without any
+ #   warranty.
+ 
+-#serial 20
++#serial 23
+ 
+ AC_DEFUN([AX_BOOST_BASE],
+ [
+@@ -91,9 +91,23 @@ if test x$want_boost = xyes; then
+ dnl are found, e.g. when only header-only libraries are installed!
+ libsubdirs=lib
+ ax_arch=`uname -m`
+-if test $ax_arch = x86_64 -o $ax_arch = ppc64 -o $ax_arch = s390x -o $ax_arch = sparc64; then
++case $ax_arch in
++  x86_64|ppc64|s390x|sparc64|aarch64)
+ libsubdirs=lib64 lib lib64
+-fi
++;;
++esac
++
++dnl allow for real multi-arch paths e.g. /usr/lib/x86_64-linux-gnu. Give
++dnl them priority over the other paths since, if libs are found there, they
++dnl are almost assuredly the ones desired.
++AC_REQUIRE([AC_CANONICAL_HOST])
++libsubdirs=lib/${host_cpu}-${host_os} $libsubdirs
++
++case ${host_cpu} in
++  i?86)
++libsubdirs=lib/i386-${host_os} $libsubdirs
++;;
++esac
+ 
+ dnl first we check the system location for boost libraries
+ dnl this location ist chosen if boost libraries are installed with the --layout=system option
+--- vowpal-wabbit-7.3.orig/acinclude.d/ax_boost_program_options.m4
 vowpal-wabbit-7.3/acinclude.d/ax_boost_program_options.m4
+@@ -29,7 +29,7 @@
+ #   and this notice are preserved. This file is offered as-is, without any
+ #   warranty.
+ 
+-#serial 20
++#serial 22
+ 
+ AC_DEFUN([AX_BOOST_PROGRAM_OPTIONS],
+ [
+@@ -74,14 +74,14 @@ AC_DEFUN([AX_BOOST_PROGRAM_OPTIONS],
+ AC_DEFINE(HAVE_BOOST_PROGRAM_OPTIONS,,[define if the Boost::PROGRAM_OPTIONS library is available])
+   BOOSTLIBDIR=`echo $BOOST_LDFLAGS | sed -e 's/@:@^\/@:@*//'`
+ if test x$ax_boost_user_program_options_lib = x; then
+-for libextension in `ls $BOOSTLIBDIR/libboost_program_options*.so* 2/dev/null | sed 's,.*/,,' | sed -e 's;^lib\(boost_program_options.*\)\.so.*$;\1;'` `ls $BOOSTLIBDIR/libboost_program_options*.a* 2/dev/null | sed 's,.*/,,' | sed -e 's;^lib\(boost_program_options.*\)\.a*$;\1;'` ; do
++for libextension in `ls $BOOSTLIBDIR/libboost_program_options*.so* 2/dev/null | sed 's,.*/,,' | sed -e 's;^lib\(boost_program_options.*\)\.so.*$;\1;'` `ls $BOOSTLIBDIR/libboost_program_options*.dylib* 2/dev/null | sed 's,.*/,,' | sed -e 's;^lib\(boost_program_options.*\)\.dylib.*$;\1;'` `ls $BOOSTLIBDIR/libboost_program_options*.a* 2/dev/null | sed 's,.*/,,' | sed -e 's;^lib\(boost_program_options.*\)\.a.*$;\1;'` ; do
+  ax_lib=${libextension}
+ AC_CHECK_LIB($ax_lib, exit,
+  [BOOST_PROGRAM_OPTIONS_LIB=-l$ax_lib; AC_SUBST(BOOST_PROGRAM_OPTIONS_LIB) link_program_options=yes; break],
+  [link_program_options=no])
+ done
+ if test x$link_program_options != xyes; then
+-for libextension in `ls $BOOSTLIBDIR/boost_program_options*.dll* 2/dev/null | sed 's,.*/,,' | sed -e 's;^\(boost_program_options.*\)\.dll.*$;\1;'` `ls $BOOSTLIBDIR/boost_program_options*.a* 2/dev/null | sed 's,.*/,,' | sed -e 's;^\(boost_program_options.*\)\.a*$;\1;'` ; do
++for libextension in `ls $BOOSTLIBDIR/boost_program_options*.dll* 2/dev/null | sed 's,.*/,,' | sed -e 's;^\(boost_program_options.*\)\.dll.*$;\1;'` `ls $BOOSTLIBDIR/boost_program_options*.a* 2/dev/null | sed 's,.*/,,' | sed -e 's;^\(boost_program_options.*\)\.a.*$;\1;'` ; do

Bug#713658: gstm: diff for NMU version 1.2-8.1

2014-04-26 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for gstm (versioned as 1.2-8.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru gstm-1.2/debian/changelog gstm-1.2/debian/changelog
--- gstm-1.2/debian/changelog	2011-09-13 08:11:08.0 +0200
+++ gstm-1.2/debian/changelog	2014-04-26 15:14:27.0 +0200
@@ -1,3 +1,12 @@
+gstm (1.2-8.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Daniel T Chen ]
+  * Added missing X11 lib to link, fixing FTBFS. (Closes: #713658)
+
+ -- Sebastian Ramacher sramac...@debian.org  Sat, 26 Apr 2014 15:14:15 +0200
+
 gstm (1.2-8) unstable; urgency=low
 
   * update format to 3.0 (quilt)
diff -Nru gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch
--- gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch	1970-01-01 01:00:00.0 +0100
+++ gstm-1.2/debian/patches/ftbfs-libx11-underlinkage.patch	2014-04-26 15:11:09.0 +0200
@@ -0,0 +1,23 @@
+Index: gstm-1.2/src/Makefile.am
+===
+--- gstm-1.2.orig/src/Makefile.am	2013-04-02 13:56:39.0 -0400
 gstm-1.2/src/Makefile.am	2013-04-02 13:57:58.627303667 -0400
+@@ -18,4 +18,4 @@
+ 	fnssht.c fnssht.h \
+ 	notarea.c eggtrayicon.c eggtrayicon.h
+ 
+-gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2
++gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2 -lX11
+Index: gstm-1.2/src/Makefile.in
+===
+--- gstm-1.2.orig/src/Makefile.in	2013-04-02 13:56:39.0 -0400
 gstm-1.2/src/Makefile.in	2013-04-02 13:58:23.101751986 -0400
+@@ -179,7 +179,7 @@
+ 	fnssht.c fnssht.h \
+ 	notarea.c eggtrayicon.c eggtrayicon.h
+ 
+-gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2
++gstm_LDADD = @PACKAGE_LIBS@ $(INTLLIBS) -lxml2 -lX11
+ all: all-am
+ 
+ .SUFFIXES:
diff -Nru gstm-1.2/debian/patches/series gstm-1.2/debian/patches/series
--- gstm-1.2/debian/patches/series	2011-09-13 05:53:28.0 +0200
+++ gstm-1.2/debian/patches/series	2014-04-26 15:11:44.0 +0200
@@ -4,3 +4,4 @@
 ftbfs-as-needed.patch
 fix-spelling
 remove-deprecated-encoding-in-desktop-file
+ftbfs-libx11-underlinkage.patch


signature.asc
Description: Digital signature


Bug#738750: python-gevent: diff for NMU version 1.0-1.1

2014-04-26 Thread Sebastian Ramacher
Contro: tags -1 + patch pending

Dear maintainer,

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

Cheers
-- 
Sebastian Ramacher
diff -Nru python-gevent-1.0/debian/changelog python-gevent-1.0/debian/changelog
--- python-gevent-1.0/debian/changelog	2014-02-01 22:08:35.0 +0100
+++ python-gevent-1.0/debian/changelog	2014-04-26 16:41:25.0 +0200
@@ -1,3 +1,11 @@
+python-gevent (1.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Apply patch from Ubuntu to fix FTBFS on armel by fixing some clang
+specific #ifdefs that fail with gcc. (Closes: #738750)
+
+ -- Sebastian Ramacher sramac...@debian.org  Sat, 26 Apr 2014 16:39:52 +0200
+
 python-gevent (1.0-1) unstable; urgency=low
 
   * New upstream release (closes: #733600).
diff -Nru python-gevent-1.0/debian/patches/fix-gcc-ftbfs.diff python-gevent-1.0/debian/patches/fix-gcc-ftbfs.diff
--- python-gevent-1.0/debian/patches/fix-gcc-ftbfs.diff	1970-01-01 01:00:00.0 +0100
+++ python-gevent-1.0/debian/patches/fix-gcc-ftbfs.diff	2014-04-26 16:08:47.0 +0200
@@ -0,0 +1,17 @@
+Index: b/libev/ev.c
+===
+--- a/libev/ev.c
 b/libev/ev.c
+@@ -617,9 +617,11 @@
+   #if ECB_GCC_VERSION(4,7)
+ /* see comment below (stdatomic.h) about the C11 memory model. */
+ #define ECB_MEMORY_FENCE __atomic_thread_fence (__ATOMIC_SEQ_CST)
+-  #elif defined __clang  __has_feature (cxx_atomic)
++  #elif defined __clang
++   #if __has_feature (cxx_atomic)
+ /* see comment below (stdatomic.h) about the C11 memory model. */
+ #define ECB_MEMORY_FENCE __c11_atomic_thread_fence (__ATOMIC_SEQ_CST)
++   #endif
+   #elif ECB_GCC_VERSION(4,4) || defined __INTEL_COMPILER || defined __clang__
+ #define ECB_MEMORY_FENCE __sync_synchronize ()
+   #elif _MSC_VER = 1400 /* VC++ 2005 */
diff -Nru python-gevent-1.0/debian/patches/series python-gevent-1.0/debian/patches/series
--- python-gevent-1.0/debian/patches/series	2014-02-01 21:10:09.0 +0100
+++ python-gevent-1.0/debian/patches/series	2014-04-26 16:08:47.0 +0200
@@ -1,3 +1,4 @@
 #offline-doc-cross-reference
 #gevent-ipv6-dns-workaround.patch
 use-local-intersphinx-inventory.patch
+fix-gcc-ftbfs.diff


signature.asc
Description: Digital signature


Bug#713656: lttv: diff for NMU version 0.12.38-21032011-1.1

2014-04-26 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

I've uploaded the NMU prepared by Johannes Brandstätter for lttv (versioned as
0.12.38-21032011-1.1) to DELAYED/2. Please feel free to tell me if I should
delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru lttv-0.12.38-21032011/debian/changelog lttv-0.12.38-21032011/debian/changelog
--- lttv-0.12.38-21032011/debian/changelog	2011-06-19 15:41:33.0 +0200
+++ lttv-0.12.38-21032011/debian/changelog	2014-04-26 17:15:26.0 +0200
@@ -1,3 +1,14 @@
+lttv (0.12.38-21032011-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * link_against_gmodule.patch: Link against gmodule in any case, to fix FTBFS.
+(Closes: #713656)
+  * add_missing_gtk_header.patch: Add missing Gtk header to fix several type
+name errors.
+  * Replace autotools-dev with dh-autoreconf to rebuild configure script.
+
+ -- Johannes Brandstätter jbran...@2ds.eu  Sat, 26 Apr 2014 17:14:43 +0200
+
 lttv (0.12.38-21032011-1) unstable; urgency=low
 
   * [797ae3a] New upstream version 0.12.38-21032011
diff -Nru lttv-0.12.38-21032011/debian/control lttv-0.12.38-21032011/debian/control
--- lttv-0.12.38-21032011/debian/control	2011-06-19 15:41:33.0 +0200
+++ lttv-0.12.38-21032011/debian/control	2014-04-26 16:25:26.0 +0200
@@ -2,7 +2,7 @@
 Section: utils
 Priority: extra
 Maintainer: Jon Bernard jbern...@debian.org
-Build-Depends: debhelper (= 7.0.50~), autotools-dev, libglib2.0-dev, libgtk2.0-dev, libpopt-dev, gcj-jdk
+Build-Depends: debhelper (= 7.0.50~), dh-autoreconf, libglib2.0-dev, libgtk2.0-dev, libpopt-dev, gcj-jdk
 Standards-Version: 3.9.2
 Homepage: http://lttng.org
 Vcs-Git: git://git.debian.org/collab-maint/lttv.git
diff -Nru lttv-0.12.38-21032011/debian/patches/add_missing_gtk_header.patch lttv-0.12.38-21032011/debian/patches/add_missing_gtk_header.patch
--- lttv-0.12.38-21032011/debian/patches/add_missing_gtk_header.patch	1970-01-01 01:00:00.0 +0100
+++ lttv-0.12.38-21032011/debian/patches/add_missing_gtk_header.patch	2014-04-26 17:09:15.0 +0200
@@ -0,0 +1,14 @@
+Description: Add missing Gtk header.
+Author: Johannes Brandstätter jbran...@2ds.eu
+Last-Update: 2014-04-26
+
+--- lttv-0.12.38-21032011.orig/lttv/modules/gui/lttvwindow/lttvwindow/timeentry.h
 lttv-0.12.38-21032011/lttv/modules/gui/lttvwindow/lttvwindow/timeentry.h
+@@ -24,6 +24,7 @@
+ #include gtk/gtkhbox.h
+ #include gtk/gtkspinbutton.h
+ #include gtk/gtklabel.h
++#include gtk/gtk.h
+ 
+ G_BEGIN_DECLS
+ 
diff -Nru lttv-0.12.38-21032011/debian/patches/link_against_gmodule.patch lttv-0.12.38-21032011/debian/patches/link_against_gmodule.patch
--- lttv-0.12.38-21032011/debian/patches/link_against_gmodule.patch	1970-01-01 01:00:00.0 +0100
+++ lttv-0.12.38-21032011/debian/patches/link_against_gmodule.patch	2014-04-26 17:07:42.0 +0200
@@ -0,0 +1,24 @@
+Description: Link against gmodule in any case.
+Author: Johannes Brandstätter jbran...@2ds.eu
+Bug-Debian: http://bugs.debian.org/713656
+Last-Update: 2014-04-26
+
+--- lttv-0.12.38-21032011.orig/configure.ac
 lttv-0.12.38-21032011/configure.ac
+@@ -147,13 +147,14 @@ if test $with_lttv_gui = yes ; then
+ # Else, we still have a dependency on gmodule
+ # We will add flags for gmodule alone
+ else
+-pkg_modules=gmodule-2.0 = 2.0.0
+-PKG_CHECK_MODULES(GMODULE, [$pkg_modules])
+ PACKAGE_CFLAGS=-Wall -Wformat
+ AC_SUBST(PACKAGE_CFLAGS)
+ AC_SUBST(PACKAGE_LIBS)
+ fi
+ 
++pkg_modules=gmodule-2.0 = 2.0.0
++PKG_CHECK_MODULES(GMODULE, [$pkg_modules])
++
+ pkg_modules=gobject-2.0 = 2.0.0
+ PKG_CHECK_MODULES(GOBJECT, [$pkg_modules])
+ 
diff -Nru lttv-0.12.38-21032011/debian/patches/series lttv-0.12.38-21032011/debian/patches/series
--- lttv-0.12.38-21032011/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ lttv-0.12.38-21032011/debian/patches/series	2014-04-26 17:09:29.0 +0200
@@ -0,0 +1,2 @@
+link_against_gmodule.patch
+add_missing_gtk_header.patch
diff -Nru lttv-0.12.38-21032011/debian/rules lttv-0.12.38-21032011/debian/rules
--- lttv-0.12.38-21032011/debian/rules	2011-06-19 15:41:33.0 +0200
+++ lttv-0.12.38-21032011/debian/rules	2014-04-26 16:25:08.0 +0200
@@ -1,6 +1,6 @@
 #!/usr/bin/make -f
 %:
-	dh $@
+	dh $@ --with autoreconf
 
 override_dh_auto_configure:
 	dh_auto_configure -- -with-jni-interface


signature.asc
Description: Digital signature


Bug#713578: gnunet-fuse: diff for NMU version 0.9.3-2.1

2014-04-26 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for gnunet-fuse (versioned as 0.9.3-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru gnunet-fuse-0.9.3/debian/changelog gnunet-fuse-0.9.3/debian/changelog
--- gnunet-fuse-0.9.3/debian/changelog	2012-06-20 23:36:11.0 +0200
+++ gnunet-fuse-0.9.3/debian/changelog	2014-04-26 19:26:10.0 +0200
@@ -1,3 +1,12 @@
+gnunet-fuse (0.9.3-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Daniel T Chen ]
+  * Added missing lib to link, fixing FTBFS. (Closes: #713578)
+
+ -- Sebastian Ramacher sramac...@debian.org  Sat, 26 Apr 2014 19:26:09 +0200
+
 gnunet-fuse (0.9.3-2) unstable; urgency=low
 
   * Build-depend on gnunet (=0.9.3) since it will fail to build with any lower
diff -Nru gnunet-fuse-0.9.3/debian/patches/lib_underlinkage.patch gnunet-fuse-0.9.3/debian/patches/lib_underlinkage.patch
--- gnunet-fuse-0.9.3/debian/patches/lib_underlinkage.patch	1970-01-01 01:00:00.0 +0100
+++ gnunet-fuse-0.9.3/debian/patches/lib_underlinkage.patch	2014-04-26 19:26:06.0 +0200
@@ -0,0 +1,17 @@
+Description: Add missing -pthread
+Author: Daniel T Chen crim...@ubuntu.com
+Bug-Debian: http://bugs.debian.org/713578
+Last-Update: 2014-04-26
+
+Index: gnunet-fuse-0.9.3/src/fuse/Makefile.am
+===
+--- gnunet-fuse-0.9.3.orig/src/fuse/Makefile.am	2012-06-06 07:47:16.0 -0400
 gnunet-fuse-0.9.3/src/fuse/Makefile.am	2013-04-21 09:44:26.729588563 -0400
+@@ -35,6 +35,7 @@
+ gnunet_fuse_CPPFLAGS = \
+ 	-D_FILE_OFFSET_BITS=64 \
+ 	-DFUSE_USE_VERSION=26
++gnunet_fuse_CFLAGS = -pthread
+ 
+ 
+ #check_PROGRAMS = \
diff -Nru gnunet-fuse-0.9.3/debian/patches/series gnunet-fuse-0.9.3/debian/patches/series
--- gnunet-fuse-0.9.3/debian/patches/series	1970-01-01 01:00:00.0 +0100
+++ gnunet-fuse-0.9.3/debian/patches/series	2014-04-26 19:22:03.0 +0200
@@ -0,0 +1 @@
+lib_underlinkage.patch


signature.asc
Description: Digital signature


Bug#729275: libmpeg3: diff for NMU version 1.5.4-5.1

2014-04-26 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

Johannes Brandstätter prepared an NMU for libmpeg3 (versioned as 1.5.4-5.1) and
I've uploaded it to DELAYED/2. Please feel free to tell me if I should delay it
longer.

Regards.
-- 
Sebastian Ramacher
diff -u libmpeg3-1.5.4/debian/changelog libmpeg3-1.5.4/debian/changelog
--- libmpeg3-1.5.4/debian/changelog
+++ libmpeg3-1.5.4/debian/changelog
@@ -1,3 +1,10 @@
+libmpeg3 (1.5.4-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix stack overflow in read_toc. (Closes: #729275)
+
+ -- Johannes Brandstätter jbran...@2ds.eu  Sat, 26 Apr 2014 21:13:35 +0200
+
 libmpeg3 (1.5.4-5) unstable; urgency=low
 
   * Fixed syntax in Makefile for compatibility with new make. Thanks, Daniel
only in patch2:
unchanged:
--- libmpeg3-1.5.4.orig/libmpeg3.c
+++ libmpeg3-1.5.4/libmpeg3.c
@@ -277,7 +277,7 @@
 // Titles
 	while(buffer[position] == TITLE_PATH)
 	{
-		char string[MPEG3_STRLEN];
+		char string[MPEG3_STRLEN+1];
 		int string_len = 0;
 		mpeg3_title_t *title;
 		FILE *test_fd;
@@ -289,7 +289,18 @@
 			strcpy(string, RENDERFARM_FS_PREFIX);
 			string_len = vfs_len;
 		}
-		while(buffer[position] != 0) string[string_len++] = buffer[position++];
+		while(buffer[position] != 0)
+		{
+			if (string_len  MPEG3_STRLEN)
+			{
+string[string_len++] = buffer[position++];
+			}
+			else
+			{
+fprintf(stderr, read_toc: invalid string len\n);
+return 1;
+			}
+		}
 		string[string_len++] = 0;
 		position++;
 


signature.asc
Description: Digital signature


Bug#746117: [Python-modules-team] Bug#746117: celery: FTBFS: Tests failures

2014-04-27 Thread Sebastian Ramacher
Control: forcemerge -1 745739

On 2014-04-27 14:25:04, David Suárez wrote:
 Source: celery
 Version: 3.1.9-1
 Severity: serious
 Tags: jessie sid
 User: debian...@lists.debian.org
 Usertags: qa-ftbfs-20140426 qa-ftbfs
 Justification: FTBFS on amd64
 
 Hi,
 
 During a rebuild of all packages in sid, your package failed to build on
 amd64.
 
 Relevant part (hopefully):
 
  test_start_catches_base_exceptions 
  (celery.tests.worker.test_worker.test_WorkController) ... ok
  test_state (celery.tests.worker.test_worker.test_WorkController) ... ok
  test_state_db (celery.tests.worker.test_worker.test_WorkController) ... ok
  test_step_raises (celery.tests.worker.test_worker.test_WorkController) ... 
  ok
  test_use_pidfile (celery.tests.worker.test_worker.test_WorkController) ... 
  ok
  test_with_autoscaler (celery.tests.worker.test_worker.test_WorkController) 
  ... ok
  test_with_embedded_beat 
  (celery.tests.worker.test_worker.test_WorkController) ... ok
  
  ==
  FAIL: test_acquire_release 
  (celery.tests.worker.test_hub.test_LaxBoundedSemaphore)
  --
  Traceback (most recent call last):
File /«PKGBUILDDIR»/celery/tests/worker/test_hub.py, line 57, in 
  test_acquire_release
  self.assertEqual(x.value, 1)
  AssertionError: 0 != 1
  
  ==
  FAIL: test_grow_shrink 
  (celery.tests.worker.test_hub.test_LaxBoundedSemaphore)
  --
  Traceback (most recent call last):
File /«PKGBUILDDIR»/celery/tests/worker/test_hub.py, line 86, in 
  test_grow_shrink
  self.assertEqual(x.value, 3)
  AssertionError: 2 != 3
  
  --
  Ran 1682 tests in 32.914s
  
  FAILED (failures=2, skipped=43)
  make[1]: *** [override_dh_auto_test] Error 1

#745739 is about the same issue. Merging.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#747813: minidlna: FTBFS against libav10

2014-05-11 Thread Sebastian Ramacher
Source: minidlna
Version: 1.1.2+dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie
User: j...@debian.org
Usertag: libav10

minidlna fails to build against libav10 which has just been uploaded to
unstable:
|   CC   metadata.o
| metadata.c: In function 'GetVideoMetadata':
| metadata.c:775:9: error: 'CODEC_ID_MP3' undeclared (first use in this 
function)
| case CODEC_ID_MP3:
|  ^
| metadata.c:775:9: note: each undeclared identifier is reported only once for 
each function it appears in
| metadata.c:778:9: error: 'CODEC_ID_AAC' undeclared (first use in this 
function)
| case CODEC_ID_AAC:
|  ^
| metadata.c:819:9: error: 'CODEC_ID_AC3' undeclared (first use in this 
function)
| case CODEC_ID_AC3:
|  ^
| metadata.c:820:9: error: 'CODEC_ID_DTS' undeclared (first use in this 
function)
| case CODEC_ID_DTS:
|  ^
| metadata.c:823:9: error: 'CODEC_ID_WMAV1' undeclared (first use in this 
function)
| case CODEC_ID_WMAV1:
|  ^
| metadata.c:824:9: error: 'CODEC_ID_WMAV2' undeclared (first use in this 
function)
| case CODEC_ID_WMAV2:
|  ^
| metadata.c:833:9: error: 'CODEC_ID_WMAPRO' undeclared (first use in this 
function)
| case CODEC_ID_WMAPRO:
|  ^
| metadata.c:837:9: error: 'CODEC_ID_MP2' undeclared (first use in this 
function)
| case CODEC_ID_MP2:
|  ^
| metadata.c:840:9: error: 'CODEC_ID_AMR_NB' undeclared (first use in this 
function)
| case CODEC_ID_AMR_NB:
|  ^
| metadata.c:844:26: error: 'CODEC_ID_PCM_S16LE' undeclared (first use in this 
function)
|  if( (ac-codec_id = CODEC_ID_PCM_S16LE) 
|   ^
| metadata.c:845:25: error: 'CODEC_ID_ADPCM_IMA_QT' undeclared (first use in 
this function)
|  (ac-codec_id  CODEC_ID_ADPCM_IMA_QT) )
|  ^
| metadata.c:882:24: error: 'CODEC_ID_MPEG4' undeclared (first use in this 
function)
| if( vc-codec_id == CODEC_ID_MPEG4 )
| ^
| metadata.c:906:9: error: 'CODEC_ID_MPEG1VIDEO' undeclared (first use in this 
function)
| case CODEC_ID_MPEG1VIDEO:
|  ^
| metadata.c:917:9: error: 'CODEC_ID_MPEG2VIDEO' undeclared (first use in this 
function)
| case CODEC_ID_MPEG2VIDEO:
|  ^
| metadata.c:990:9: error: 'CODEC_ID_H264' undeclared (first use in this 
function)
| case CODEC_ID_H264:
|  ^
| metadata.c:1008:36: error: 'AVStream' has no member named 'r_frame_rate'
|   if (ctx-streams[video_stream]-r_frame_rate.den)
| ^
| metadata.c:1009:39: error: 'AVStream' has no member named 'r_frame_rate'
|fps = ctx-streams[video_stream]-r_frame_rate.num / 
ctx-streams[video_stream]-r_frame_rate.den;
|^
| metadata.c:1009:86: error: 'AVStream' has no member named 'r_frame_rate'
|fps = ctx-streams[video_stream]-r_frame_rate.num / 
ctx-streams[video_stream]-r_frame_rate.den;
|   
^
| metadata.c:1012:66: error: 'AVStream' has no member named 'r_frame_rate'
|   interlaced = vc-time_base.den ? 
(ctx-streams[video_stream]-r_frame_rate.num / vc-time_base.den) : 0;
|   ^
| metadata.c:1364:9: error: 'CODEC_ID_WMV3' undeclared (first use in this 
function)
| case CODEC_ID_WMV3:
|  ^
| metadata.c:1373:9: error: 'CODEC_ID_VC1' undeclared (first use in this 
function)
| case CODEC_ID_VC1:
|  ^
| metadata.c:1472:9: error: 'CODEC_ID_MSMPEG4V3' undeclared (first use in this 
function)
| case CODEC_ID_MSMPEG4V3:
|  ^
| make[3]: *** [metadata.o] Error 1
| Makefile:589: recipe for target 'metadata.o' failed

The full build log is available at
http://people.debian.org/~sramacher/logs/libav10/minidlna_1.1.2+dfsg-1_amd64-20140511-2057.log

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#747832: tupi: tupi build-depends on missing qtmobility-dev on !linux

2014-05-11 Thread Sebastian Ramacher
Source: tupi
Version: 0.2+git04-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

tupi build-depends on qmobility-dev which only exists on Linux
architectures. Hence tupi cannot be built on kfreebsd-* which blocks the
migration of 0.2+git04-1 to testing. If qmobility-dev is only an
optional build dependency, please add the appropriate architecture
qualification to it. If not, please file a bug against ftp.debian.org
and get the o-o-d tupi binaries removed on kfreebsd-*.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#747867: renpy: FTBFS against libav 10

2014-05-12 Thread Sebastian Ramacher
Source: renpy
Version: 6.16.5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie
User: j...@debian.org
Usertags: libav10

renpy fails to build against libav 10:
| x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 
-Wall -Wstrict-prototypes -fPIC -I. -I/usr/include -I/usr/include/SDL 
-I/usr/include/freetype2 -I/usr/include/python2.7 -c ffdecode.c -o 
build/temp.linux-x86_64-2.7/ffdecode.o -Wno-unused-function
| ffdecode.c:104:25: error: 'AVCODEC_MAX_AUDIO_FRAME_SIZE' undeclared here (not 
in a function)
|  uint8_t audio_buf1[(AVCODEC_MAX_AUDIO_FRAME_SIZE * 3) / 2] __attribute__ 
((aligned (16))) ;
|  ^
| ffdecode.c:119:5: error: unknown type name 'ReSampleContext'
|  ReSampleContext *reformat_ctx;
|  ^
| ffdecode.c: In function 'get_time':
| ffdecode.c:268:2: warning: implicit declaration of function 'av_gettime' 
[-Wimplicit-function-declaration]
|   return av_gettime() * 1e-6;
|   ^
| ffdecode.c: In function 'video_thread':
| ffdecode.c:751:9: warning: 'avcodec_alloc_frame' is deprecated (declared at 
/usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
|  frame = avcodec_alloc_frame();
|  ^
| ffdecode.c: In function 'audio_decode_frame':
| ffdecode.c:982:13: warning: implicit declaration of function 
'avcodec_decode_audio3' [-Wimplicit-function-declaration]
|  len1 = avcodec_decode_audio3(dec,
|  ^
| ffdecode.c:1001:17: warning: implicit declaration of function 
'av_audio_resample_init' [-Wimplicit-function-declaration]
|  is-reformat_ctx = av_audio_resample_init(
|  ^
| ffdecode.c:1001:34: warning: assignment makes pointer from integer without a 
cast [enabled by default]
|  is-reformat_ctx = av_audio_resample_init(
|   ^
| ffdecode.c:1025:17: warning: implicit declaration of function 
'audio_resample' [-Wimplicit-function-declaration]
|  len = audio_resample(is-reformat_ctx, (short *) 
is-audio_buf2, (short *) is-audio_buf1, len);
|  ^
| ffdecode.c: In function 'stream_component_open':
| ffdecode.c:1226:13: warning: 'request_channels' is deprecated (declared at 
/usr/include/libavcodec/avcodec.h:1832) [-Wdeprecated-declarations]
|  enc-request_channels = FFMIN(2, enc-channels);
|  ^
| ffdecode.c:1228:13: warning: 'request_channels' is deprecated (declared at 
/usr/include/libavcodec/avcodec.h:1832) [-Wdeprecated-declarations]
|  enc-request_channels = 2;
|  ^
| ffdecode.c:1233:5: warning: 'debug_mv' is deprecated (declared at 
/usr/include/libavcodec/avcodec.h:2379) [-Wdeprecated-declarations]
|  enc-debug_mv = debug_mv;
|  ^
| ffdecode.c: In function 'stream_component_close':
| ffdecode.c:1314:13: warning: implicit declaration of function 
'audio_resample_close' [-Wimplicit-function-declaration]
|  audio_resample_close(is-reformat_ctx);
|  ^
| In file included from ffdecode.c:22:0:
| ffdecode.c: At top level:
| /usr/include/python2.7/pygame/pygame.h:678:14: warning: 'PyGAME_C_API' 
defined but not used [-Wunused-variable]
|  static void* PyGAME_C_API[PYGAMEAPI_TOTALSLOTS] = { NULL };
|   ^
| error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
| make: *** [build-python2.7] Error 1

For a full build log see
http://people.debian.org/~sramacher/logs/libav10/renpy_6.16.5-1_amd64-20140512-1347.log

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#747868: dvswitch: FTBFS against libav 10

2014-05-12 Thread Sebastian Ramacher
Source: dvswitch
Version: 0.8.3.6-1.2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie
User: j...@debian.org
Usertags: libav10

dvswitch fails to build against libav 10:
| [ 40%] Building CXX object src/CMakeFiles/dvswitch.dir/dvswitch.o
| In file included from /«PKGBUILDDIR»/src/dv_display_widget.hpp:13:0,
|  from /«PKGBUILDDIR»/src/mixer_window.hpp:21,
|  from /«PKGBUILDDIR»/src/dvswitch.cpp:20:
| /«PKGBUILDDIR»/src/auto_codec.hpp:22:36: error: 'CodecID' was not declared in 
this scope
|  auto_codec auto_codec_open_decoder(CodecID);
| ^
| /«PKGBUILDDIR»/src/auto_codec.hpp:23:50: error: 'CodecID' has not been 
declared
|  void auto_codec_open_decoder(const auto_codec , CodecID);
|   ^
| /«PKGBUILDDIR»/src/auto_codec.hpp:23:57: error: 'void 
auto_codec_open_decoder(const auto_codec, int)' redeclared as different kind 
of symbol
|  void auto_codec_open_decoder(const auto_codec , CodecID);
|  ^
| /«PKGBUILDDIR»/src/auto_codec.hpp:22:12: error: previous declaration of 
'auto_codec auto_codec_open_decoder'
|  auto_codec auto_codec_open_decoder(CodecID);
| ^
| /«PKGBUILDDIR»/src/auto_codec.hpp:24:36: error: 'CodecID' was not declared in 
this scope
|  auto_codec auto_codec_open_encoder(CodecID);
| ^
| /«PKGBUILDDIR»/src/auto_codec.hpp:25:50: error: 'CodecID' has not been 
declared
|  void auto_codec_open_encoder(const auto_codec , CodecID);
|   ^
| /«PKGBUILDDIR»/src/auto_codec.hpp:25:57: error: 'void 
auto_codec_open_encoder(const auto_codec, int)' redeclared as different kind 
of symbol
|  void auto_codec_open_encoder(const auto_codec , CodecID);
|  ^
| /«PKGBUILDDIR»/src/auto_codec.hpp:24:12: error: previous declaration of 
'auto_codec auto_codec_open_encoder'
|  auto_codec auto_codec_open_encoder(CodecID);
| ^
| make[3]: *** [src/CMakeFiles/dvswitch.dir/dvswitch.o] Error 1
| src/CMakeFiles/dvswitch.dir/build.make:54: recipe for target 
'src/CMakeFiles/dvswitch.dir/dvswitch.o' failed

For a full build log see
http://people.debian.org/~sramacher/logs/libav10/dvswitch_0.8.3.6-1.2_amd64-20140512-1215.log

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#739314: Please upload fixed packages to unstable for libav transition

2014-05-13 Thread Sebastian Ramacher
Dear maintainer,

your package is involved in the libav transition. The version available
in unstable fails to build against libav 10, but this issue has been
fixed by an upload to experimental.

Since libav 10 finally hit unstable, the transition has started. It's now time
to move the fixed packages from experimental back to unstable. Please upload a
fixed version of your package to unstable ASAP.

If you need any assistance with the upload, please let us know and
contact us at pkg-multimedia-maintain...@lists.alioth.debian.org.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#747976: yorick-av: FTBFS on kfreebsd-i386

2014-05-13 Thread Sebastian Ramacher
Source: yorick-av
Version: 0.0.3-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie

When rebuilt for the libav transition, yorick-av failed to build kfreebsd-i386:
|dh_auto_test -a
| make[1]: Entering directory '/«PKGBUILDDIR»'
| /usr/lib/yorick/bin/yorick -batch check.i
| ==
|  testing extension: 'mpg'
| ==
| Output #0, mpeg, to 'libavcheck.mpg':
| Stream #0.0: Video: mpeg1video, yuv420p, 704x288, q=2-31, 400 kb/s, 90k 
tbn, 24 tbc
| ERROR (*main*) Floating point interrupt (SIGFPE)
| WARNING detailed line number information unavailable
| now at pc= 177 (of 225), failed at pc= 183
|   LINE: 53  FILE: /«PKGBUILDDIR»/check.i
| yorick: quitting on error in batch mode
| make[1]: *** [check-dll] Error 1

See
https://buildd.debian.org/status/fetch.php?pkg=yorick-avarch=kfreebsd-i386ver=0.0.3-2+b1stamp=1399904196
for the full build log. I've successfully reproduced the issue on fischer.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#739434: closed by Anton Gladky gl...@debian.org (Bug#739434: fixed in paraview 4.0.1+dfsg-1)

2014-05-14 Thread Sebastian Ramacher
Control: tags -1 + patch

On 2014-05-12 13:48:36, Sebastian Ramacher wrote:
 Control: reopen -1
 Control: severity -1 serious
 Control: tags -1 + sid jessie
 
 On 2014-03-13 21:24:09, Debian Bug Tracking System wrote:
  Changes: 
   paraview (4.0.1+dfsg-1) unstable; urgency=medium
   .
 [ Christophe Trophime ]
 * [c20bad7] Add missing file from install
 (needed to install salome-paravis for instance).
   .
 [ Anton Gladky ]
 * [0f6c102] Imported Upstream version 4.0.1+dfsg
 * [f4ccb4e] Fix libav10 compilation. (Closes: #739434)
 
 Unfortunately it still fails to build with libav 10:
 | cd /«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/FFMPEG  
 /usr/lib/ccache/c++   -DMPICH_IGNORE_CXX_SEEK -DVTK_IN_VTK 
 -DvtkIOFFMPEG_EXPORTS -D__STDC_CONSTANT_MACROS -g -O2 -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
 -D_FORTIFY_SOURCE=2   -Wno-deprecated -fPIC 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/Movie 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/Movie 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/DataModel 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/DataModel 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Math 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Math 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Core 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Core 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Utilities/KWSys 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Utilities/KWSys 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Misc 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Misc 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/System 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/System 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Transforms 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Transforms 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/ExecutionModel
  -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/ExecutionModel 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/Core 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/Core 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/ThirdParty/zlib 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/ThirdParty/zlib 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/ThirdParty/oggtheora
  -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/ThirdParty/oggtheora 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/FFMPEG 
 -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG-fvisibility=hidden 
 -fvisibility-inlines-hidden -o 
 CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o -c 
 /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx
 | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx: In 
 member function 'int vtkFFMPEGWriterInternal::Start()':
 | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:151:41: 
 error: 'CODEC_ID_MJPEG' was not declared in this scope
 |  this-avOutputFormat-video_codec = AV_CODEC_ID_MJPEG;
 |  ^
 | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:155:41: 
 error: 'CODEC_ID_RAWVIDEO' was not declared in this scope
 |  this-avOutputFormat-video_codec = AV_CODEC_ID_RAWVIDEO;
 |  ^
 | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:178:18: 
 error: 'CodecID' was not declared in this scope
 |c-codec_id = (CodecID)this-avOutputFormat-video_codec;
 |   ^
 | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:178:26: 
 error: expected ';' before 'this'
 |c-codec_id = (CodecID)this-avOutputFormat-video_codec;
 |   ^
 | make[3]: *** 
 [VTK/IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o] Error 1

The attached patch fixes the issue. Since the libav 10 it would be great
to have this fixed soon. Please let me know if I can help out with
sponsorship or an NMU.

Cheers
-- 
Sebastian Ramacher
diff -Nru paraview-4.0.1+dfsg/debian/changelog paraview-4.0.1+dfsg/debian/changelog
--- paraview-4.0.1+dfsg/debian/changelog	2014-03-13 19:59:30.0 +0100
+++ paraview-4.0.1+dfsg/debian/changelog	2014-05-14 18:31:34.0 +0200
@@ -1,3 +1,13 @@
+paraview (4.0.1+dfsg-1.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/fix_libav10.patch: Make it actually build against libav10.
+(Closes: #739434)
+  * debian/control: Bump B-D on libavcodec-dev to = 6:9 to make sure
+AVCodecID and AV_CODEC_* constants are available.
+
+ -- Sebastian Ramacher sramac...@debian.org  Wed, 14 May 2014 18:11:05 +0200
+
 paraview (4.0.1+dfsg-1) unstable; urgency=medium
 
   [ Christophe Trophime ]
diff -Nru paraview-4.0.1+dfsg/debian/control paraview-4.0.1+dfsg/debian/control

Bug#748053: FTBFS with libav10

2014-05-14 Thread Sebastian Ramacher
/vtkFFMPEGWriter.cxx: In member int 
 vtkFFMPEGWriterInternal::Write(:
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
AVPacket pkt = { 0 };
   ^
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket::stream_ [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket::side_ [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket::side_data_ [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket:: [-Wmissing-field-initializers]
 /home/jmm/vtk6-6.0.0/IO/FFMPEG/vtkFFMPEGWriter.cxx:377:22: warning: missing 
 initializer for AVPacket::convergence_ [-Wmissing-field-initializers]
 IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/build.make:67: recipe for target 
 'IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o' failed
 make[4]: *** [IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o] 
 Error 1
 make[4]: Leaving directory '/home/jmm/vtk6-6.0.0/debian/build'
 CMakeFiles/Makefile2:18739: recipe for target 
 'IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/all' failed
 make[3]: *** [IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/all] Error 2
 make[3]: Leaving directory '/home/jmm/vtk6-6.0.0/debian/build'
 Makefile:116: recipe for target 'all' failed
 make[2]: *** [all] Error 2
 make[2]: Leaving directory '/home/jmm/vtk6-6.0.0/debian/build'
 dh_auto_build: make -jdurationmember posmember privmember destructmember 
 durationmember elemsmember datamember flagsmember indexmember sizemember 
 datamember dtsmember ptsmember vtkImageData*)function thisbefore error: 
 ;expected CodecIDerror: RAWVIDEOmacro RAWVIDEOerror: MJPEGmacro MJPEGerror: 
 Start()function 

The attached patch fixes the issue. Since the libav 10 it would be great
to have this fixed soon. Please let me know if I can help out with
sponsorship or an NMU.

Cheers
-- 
Sebastian Ramacher
diff -Nru vtk6-6.0.0/debian/changelog vtk6-6.0.0/debian/changelog
--- vtk6-6.0.0/debian/changelog	2014-05-09 20:27:08.0 +0200
+++ vtk6-6.0.0/debian/changelog	2014-05-14 19:13:22.0 +0200
@@ -1,3 +1,13 @@
+vtk6 (6.0.0-7.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/fix_libav10.patch: Make it actually build against libav10.
+(Closes: #748053)
+  * debian/control: Bump B-D on libavcodec-dev to = 6:9 to make sure
+AVCodecID and AV_CODEC_* constants are available.
+
+ -- Sebastian Ramacher sramac...@debian.org  Wed, 14 May 2014 19:09:34 +0200
+
 vtk6 (6.0.0-7) unstable; urgency=medium
 
   * [9796292] Add some more entries in Depends section of libvtk6-dev.
diff -Nru vtk6-6.0.0/debian/control vtk6-6.0.0/debian/control
--- vtk6-6.0.0/debian/control	2014-04-23 21:34:33.0 +0200
+++ vtk6-6.0.0/debian/control	2014-05-14 19:12:32.0 +0200
@@ -16,7 +16,7 @@
  graphviz,
  hdf5-tools,
  javahelper,
- libavcodec-dev,
+ libavcodec-dev (= 6:9),
  libavformat-dev,
  libavutil-dev,
  libboost-all-dev,
diff -Nru vtk6-6.0.0/debian/patches/fix_libav10.patch vtk6-6.0.0/debian/patches/fix_libav10.patch
--- vtk6-6.0.0/debian/patches/fix_libav10.patch	2014-03-13 14:38:44.0 +0100
+++ vtk6-6.0.0/debian/patches/fix_libav10.patch	2014-05-14 19:12:04.0 +0200
@@ -6,19 +6,7 @@
 
 --- a/IO/FFMPEG/vtkFFMPEGWriter.cxx
 +++ b/IO/FFMPEG/vtkFFMPEGWriter.cxx
-@@ -38,6 +38,11 @@
- 
- #pragma GCC diagnostic ignored -Wdeprecated-declarations
- 
-+#ifndef VTK_FFMPEG_AVCODECID
-+#define AV_CODEC_ID_MJPEG CODEC_ID_MJPEG
-+#define AV_CODEC_ID_RAWVIDEO CODEC_ID_RAWVIDEO
-+#endif
-+
- //---
- class vtkFFMPEGWriterInternal
- {
-@@ -143,11 +148,11 @@
+@@ -143,11 +143,11 @@
if (this-Writer-GetCompression())
  {
  //choose a codec that is easily

Bug#739434: closed by Anton Gladky gl...@debian.org (Bug#739434: fixed in paraview 4.0.1+dfsg-1)

2014-05-14 Thread Sebastian Ramacher
Hi Anton

On 2014-05-14 19:43:42, Anton Gladky wrote:
 I will upload it tonight.

Thank you!

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748304: tupi: not binNMU safe

2014-05-15 Thread Sebastian Ramacher
Source: tupi
Version: 0.2+git04-1
Severity: serious

tupi is not binNMU safe. After the rebuild for the libav 10 transition,
the package is no longer installable:

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

The following packages have unmet dependencies:
 tupi : Depends: tupi-data (= 0.2+git04-1+b1) but 0.2+git04-1 is to be installed
E: Unable to correct problems, you have held broken packages.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#739323: guvcview: diff for NMU version 1.7.3-1.1

2014-05-15 Thread Sebastian Ramacher
Control: tags -1 + pending

Dear maintainer,

to move the libav transition forward, I've prepared an NMU for guvcview
(versioned as 1.7.3-1.1) and uploaded it to DELAYED/4. Please feel free
to tell me if I should delay it longer.

Regards.

-- 
Sebastian Ramacher
diff -Nru guvcview-1.7.3/debian/changelog guvcview-1.7.3/debian/changelog
--- guvcview-1.7.3/debian/changelog	2014-03-25 23:38:10.0 +0100
+++ guvcview-1.7.3/debian/changelog	2014-05-16 00:33:39.0 +0200
@@ -1,3 +1,11 @@
+guvcview (1.7.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/0001-fix-build-with-libav10.patch: Update patch to build
+against libav 10. Thanks to Moritz Muehlenhoff. (Closes: #739323)
+
+ -- Sebastian Ramacher sramac...@debian.org  Fri, 16 May 2014 00:09:00 +0200
+
 guvcview (1.7.3-1) unstable; urgency=low
 
   * New upstream release. (Closes: #739049)
diff -Nru guvcview-1.7.3/debian/patches/0001-fix-build-with-libav10.patch guvcview-1.7.3/debian/patches/0001-fix-build-with-libav10.patch
--- guvcview-1.7.3/debian/patches/0001-fix-build-with-libav10.patch	2014-03-25 00:08:24.0 +0100
+++ guvcview-1.7.3/debian/patches/0001-fix-build-with-libav10.patch	2014-05-16 00:33:39.0 +0200
@@ -75,6 +75,23 @@
  		pdata-delay = (UINT64) 2*(fps_num * G_NSEC_PER_SEC / fps_den); /*2 frame delay in nanosec*/
  	pdata-delay += global-Sound_delay; /*add predefined delay - def = 0*/
  
--- 
-1.9.1
-
+--- a/src/lavc_common.c
 b/src/lavc_common.c
+@@ -667,7 +667,7 @@
+ // H264 decoder
+ gboolean has_h264_decoder()
+ {
+-	if(avcodec_find_decoder(CODEC_ID_H264))
++	if(avcodec_find_decoder(AV_CODEC_ID_H264))
+ 		return TRUE;
+ 	else
+ 		return FALSE;
+@@ -678,7 +678,7 @@
+ {
+ 	struct h264_decoder_context* h264_ctx = g_new0(struct h264_decoder_context, 1);
+ 
+-	h264_ctx-codec = avcodec_find_decoder(CODEC_ID_H264);
++	h264_ctx-codec = avcodec_find_decoder(AV_CODEC_ID_H264);
+ 	if(!h264_ctx-codec)
+ 	{
+ 		fprintf(stderr, H264 decoder: codec not found (please install libavcodec-extra for H264 support)\n);


signature.asc
Description: Digital signature


Bug#739323: guvcview: diff for NMU version 1.7.3-1.1

2014-05-16 Thread Sebastian Ramacher
Hi

On 2014-05-16 11:04:12, Nobuhiro Iwamatsu wrote:
 Hi,
 
 Thanks for your work.
 Please upload with non delayed.

Rescheduled to DELAYED/0.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748304: [sramac...@debian.org: Re: Bug#748304: tupi: not binNMU safe]

2014-05-16 Thread Sebastian Ramacher
Also sending the message to the bug report.

- Forwarded message from Sebastian Ramacher sramac...@debian.org -

Date: Fri, 16 May 2014 15:52:04 +0200
From: Sebastian Ramacher sramac...@debian.org
To: Dmitry Smirnov only...@debian.org
Subject: Re: Bug#748304: tupi: not binNMU safe
Message-ID: 20140516135204.gb6...@ramacher.at

On 2014-05-16 23:09:31, Dmitry Smirnov wrote:
 On Fri, 16 May 2014 00:29:20 Sebastian Ramacher wrote:
  tupi is not binNMU safe. After the rebuild for the libav 10 transition,
  the package is no longer installable:
  
  [...]
 
  The following packages have unmet dependencies:
   tupi : Depends: tupi-data (= 0.2+git04-1+b1) but 0.2+git04-1 is to be
  installed E: Unable to correct problems, you have held broken packages.
 
 Sorry, Sebastian, but I don't understand what is the problem here.
 Like many other presumably NMU-safe packages, tupi/any Depends on 
 tupi-data/all (= ${source:Version}). What can I possibly fix here?
 
 Now after binNMU tupi somehow Depends on tupi-data (= 0.2+git04-1+b1).
 How could this happen?
 
 I understand this would be the case for arch-any package depending on
 arch-all (= ${Source-Version}) but there is a lintian warning for this so I 
 would hardly miss it and it is not the case anyway.

tupi-data (= ${source:Version}) in tupi's Depends is not the problem
here. This is fine.  The problem is that tupi-data (= ${binary:Version})
appears in tupi's ${misc:Depends}.

When built for an usual upload, ${misc:Depends} looks like

$ head -1 debian/tupi.substvars
misc:Depends=tupi-data (= 0.2+git04-1)

which is okay, but if binNMUed it becomes

$ head -1 debian/tupi.substvars
misc:Depends=tupi-data (= 0.2+git04-1+b1)

which is wrong.

This is due to the dh_installdocs override. Note that if you remove the
override, you need to handle symlink to directory conversions.

Cheers
-- 
Sebastian Ramacher



- End forwarded message -

-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748367: visp: FTBFS with libav10

2014-05-16 Thread Sebastian Ramacher
 at
http://people.debian.org/~sramacher/logs/libav10/visp_2.8.0-5_amd64-20140516-1702.log

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748304: tupi: not binNMU safe

2014-05-17 Thread Sebastian Ramacher
On 2014-05-17 11:05:48, Dmitry Smirnov wrote:
 On Fri, 16 May 2014 15:52:04 Sebastian Ramacher wrote:
  The problem is that tupi-data (= ${binary:Version})
  appears in tupi's ${misc:Depends}.
 
 Thank you for excellent diagnosis. I believe this problem inherited from 
 debhelper's #747141... Let's see what debhelper maintainers will say about 
 this...

No, I think this is not a bug in debhelper but a bug in tupi. With the
current use of dh_installdocs --link-doc you loose the binNMU changelog
entry. I'd rather have dh_installdocs error out if it's used that way on
a combination of arch-indepdent and arch-dependent packages.

I've filed #748376 against lintian to emit a warning if it
dh_installdocs is used in that way.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#747698: vtk: diff for NMU version 5.8.0-17.2

2014-05-17 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

since this bug is preventing the version of vtk with a fix for the libav
10 transition to be built on kfreebsd, I've prepared an NMU for vtk
(versioned as 5.8.0-17.2) and uploaded it to DELAYED/2. Please feel free
to tell me if I should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru vtk-5.8.0/debian/changelog vtk-5.8.0/debian/changelog
--- vtk-5.8.0/debian/changelog	2014-05-11 15:33:15.0 +0200
+++ vtk-5.8.0/debian/changelog	2014-05-17 16:48:41.0 +0200
@@ -1,3 +1,11 @@
+vtk (5.8.0-17.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/java15.patch: Remove @Override which is not supported in
+Java 1.5 to build on kfreebsd-*. (Closes: #747698)
+
+ -- Sebastian Ramacher sramac...@debian.org  Sat, 17 May 2014 16:48:33 +0200
+
 vtk (5.8.0-17.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru vtk-5.8.0/debian/patches/java15.patch vtk-5.8.0/debian/patches/java15.patch
--- vtk-5.8.0/debian/patches/java15.patch	1970-01-01 01:00:00.0 +0100
+++ vtk-5.8.0/debian/patches/java15.patch	2014-05-17 16:48:30.0 +0200
@@ -0,0 +1,138 @@
+Description: Remove @Override which is not supported in Java 1.5
+Author: Sebastian Ramacher sramac...@debian.org
+Bug-Debian: http://bugs.debian.org/747698
+Last-Update: 2014-05-17
+
+--- a/Wrapping/Java/vtk/vtkJavaTesting.java
 b/Wrapping/Java/vtk/vtkJavaTesting.java
+@@ -104,7 +104,6 @@
+ public static void StartTimeoutExit(long time, TimeUnit unit) {
+ ScheduledExecutorService killerThread = Executors.newSingleThreadScheduledExecutor();
+ Runnable killer = new Runnable() {
+-@Override
+ public void run() {
+ System.exit(0);
+ }
+--- a/Wrapping/Java/vtk/sample/ImagePlaneWidget.java
 b/Wrapping/Java/vtk/sample/ImagePlaneWidget.java
+@@ -165,7 +165,6 @@
+ ImagePlaneWidget.printUsage(f.getAbsolutePath() +  does not exist or cannot be read.);
+ 
+ SwingUtilities.invokeLater(new Runnable() {
+-@Override
+ public void run() {
+ new ImagePlaneWidget(f.getAbsolutePath() + /quarter);
+ }
+--- a/Wrapping/Java/vtk/sample/Demo.java
 b/Wrapping/Java/vtk/sample/Demo.java
+@@ -75,7 +75,6 @@
+ this.actorToAdd = a;
+ }
+ 
+-@Override
+ public void run() {
+ this.renderer.AddActor(this.actorToAdd);
+ this.panel.Render();
+@@ -89,7 +88,6 @@
+ private vtkShrinkFilter shrink;
+ private vtkSphereSource sphere;
+ 
+-@Override
+ public vtkActor call() throws Exception {
+ // New
+ actor = new vtkActor();
+@@ -157,7 +155,6 @@
+ this.nbSeconds = 0;
+ new Timer(1000, new ActionListener() {
+ 
+-@Override
+ public void actionPerformed(ActionEvent e) {
+ if (nbSeconds++  10) {
+ panel3d.resetCamera();
+@@ -190,7 +187,6 @@
+ 
+ // Start/Stop the GC based on the checkbox
+ runGC.addActionListener(new ActionListener() {
+-@Override
+ public void actionPerformed(ActionEvent arg0) {
+ vtkObject.JAVA_OBJECT_MANAGER.getAutoGarbageCollector().SetAutoGarbageCollection(runGC.isSelected());
+ }
+@@ -198,7 +194,6 @@
+ 
+ // Change GC mode based on the checkbox
+ debugMode.addActionListener(new ActionListener() {
+-@Override
+ public void actionPerformed(ActionEvent arg0) {
+ vtkObject.JAVA_OBJECT_MANAGER.getAutoGarbageCollector().SetDebug(debugMode.isSelected());
+ }
+@@ -238,7 +233,6 @@
+ // -
+ public static void main(String[] args) throws InterruptedException, InvocationTargetException {
+ SwingUtilities.invokeLater(new Runnable() {
+-@Override
+ public void run() {
+ Demo app = new Demo();
+ 
+--- a/Wrapping/Java/vtk/sample/InternalFrames.java
 b/Wrapping/Java/vtk/sample/InternalFrames.java
+@@ -170,7 +170,6 @@
+ 
+ public static void main(String[] args) {
+ SwingUtilities.invokeLater(new Runnable() {
+-@Override
+ public void run() {
+ new InternalFrames();
+ }
+--- a/Wrapping/Java/vtk/sample/ReleaseVtkPanel.java
 b/Wrapping/Java/vtk/sample/ReleaseVtkPanel.java
+@@ -78,7 +78,6 @@
+ 	public static void main(String[] args) {
+ 		SwingUtilities.invokeLater(new Runnable() {
+ 
+-			@Override
+ 			public void run() {
+ // Setup GC to run every 1 second in EDT
+ vtkObject.JAVA_OBJECT_MANAGER.getAutoGarbageCollector().SetScheduleTime(5, TimeUnit.SECONDS);
+@@ -88,12 +87,10 @@
+ JButton startVTKApp = new JButton(Start VTK application);
+ startVTKApp.addActionListener(new ActionListener() {
+ 
+-	@Override

Bug#748053: vtk6: diff for NMU version 6.0.0-7.1

2014-05-17 Thread Sebastian Ramacher
Control: tags -1 + pending

Dear maintainer,

to move forward with the libav10 transition, I've prepared an NMU for
vtk6 (versioned as 6.0.0-7.1) and uploaded it to DELAYED/2. Please feel
free to tell me if I should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru vtk6-6.0.0/debian/changelog vtk6-6.0.0/debian/changelog
--- vtk6-6.0.0/debian/changelog	2014-05-09 20:27:08.0 +0200
+++ vtk6-6.0.0/debian/changelog	2014-05-17 17:16:44.0 +0200
@@ -1,3 +1,13 @@
+vtk6 (6.0.0-7.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/fix_libav10.patch: Make it actually build against libav10.
+(Closes: #748053)
+  * debian/control: Bump B-D on libavcodec-dev to = 6:9 to make sure
+AVCodecID and AV_CODEC_* constants are available.
+
+ -- Sebastian Ramacher sramac...@debian.org  Sat, 17 May 2014 17:16:28 +0200
+
 vtk6 (6.0.0-7) unstable; urgency=medium
 
   * [9796292] Add some more entries in Depends section of libvtk6-dev.
diff -Nru vtk6-6.0.0/debian/control vtk6-6.0.0/debian/control
--- vtk6-6.0.0/debian/control	2014-04-23 21:34:33.0 +0200
+++ vtk6-6.0.0/debian/control	2014-05-14 19:12:32.0 +0200
@@ -16,7 +16,7 @@
  graphviz,
  hdf5-tools,
  javahelper,
- libavcodec-dev,
+ libavcodec-dev (= 6:9),
  libavformat-dev,
  libavutil-dev,
  libboost-all-dev,
diff -Nru vtk6-6.0.0/debian/patches/fix_libav10.patch vtk6-6.0.0/debian/patches/fix_libav10.patch
--- vtk6-6.0.0/debian/patches/fix_libav10.patch	2014-03-13 14:38:44.0 +0100
+++ vtk6-6.0.0/debian/patches/fix_libav10.patch	2014-05-14 19:12:04.0 +0200
@@ -6,19 +6,7 @@
 
 --- a/IO/FFMPEG/vtkFFMPEGWriter.cxx
 +++ b/IO/FFMPEG/vtkFFMPEGWriter.cxx
-@@ -38,6 +38,11 @@
- 
- #pragma GCC diagnostic ignored -Wdeprecated-declarations
- 
-+#ifndef VTK_FFMPEG_AVCODECID
-+#define AV_CODEC_ID_MJPEG CODEC_ID_MJPEG
-+#define AV_CODEC_ID_RAWVIDEO CODEC_ID_RAWVIDEO
-+#endif
-+
- //---
- class vtkFFMPEGWriterInternal
- {
-@@ -143,11 +148,11 @@
+@@ -143,11 +143,11 @@
if (this-Writer-GetCompression())
  {
  //choose a codec that is easily playable on windows
@@ -32,3 +20,12 @@
  }
  
//assign the format to the context
+@@ -170,7 +170,7 @@
+ 
+   //Set up the codec.
+   AVCodecContext *c = this-avStream-codec;
+-  c-codec_id = (CodecID)this-avOutputFormat-video_codec;
++  c-codec_id = (AVCodecID)this-avOutputFormat-video_codec;
+ #ifdef VTK_FFMPEG_HAS_OLD_HEADER
+   c-codec_type = CODEC_TYPE_VIDEO;
+ #else


signature.asc
Description: Digital signature


Bug#748367: visp: FTBFS with libav10

2014-05-17 Thread Sebastian Ramacher
Control: tags -1 + patch

On 2014-05-16 17:18:30, Sebastian Ramacher wrote:
 visp fails to build against libav10:
 | cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/src  /usr/lib/ccache/c++   
 -DBOOST_ALL_NO_LIB -DUNIX -Dvisp_EXPORTS -g -O2 -fstack-protector 
 --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
 -D_FORTIFY_SOURCE=2  -Wall -Wextra -fvisibility=hidden -fopenmp -isystem 
 /usr/include/gtk-2.0 -fPIC -I/usr/include/opencv 
 -I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/include -I/usr/include/OGRE 
 -I/usr/include/ois -I/usr/include/libxml2 -I/usr/include/gtk-2.0 
 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include 
 -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 
 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/cairo 
 -I/usr/include/gdk-pixbuf-2.0-o 
 CMakeFiles/visp.dir/visual-feature/vpFeatureDisplay.cpp.o -c 
 /«PKGBUILDDIR»/src/visual-feature/vpFeatureDisplay.cpp
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp: In member function 'bool 
 vpFFMPEG::openStream(const char*, vpFFMPEG::vpFFMPEGColorType)':
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:144:56: error: 'AVStream' has no 
 member named 'r_frame_rate'
 |std::cout  rate:   pFormatCtx-streams[i]-r_frame_rate.num  
pFormatCtx-streams[i]-r_frame_rate.den  std::endl;
 | ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:144:107: error: 'AVStream' has no 
 member named 'r_frame_rate'
 |std::cout  rate:   pFormatCtx-streams[i]-r_frame_rate.num  
pFormatCtx-streams[i]-r_frame_rate.den  std::endl;
 | 
^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:145:50: error: 'AVStream' has no 
 member named 'r_frame_rate'
 |framerate_stream =  pFormatCtx-streams[i]-r_frame_rate.num;
 |   ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:146:51: error: 'AVStream' has no 
 member named 'r_frame_rate'
 |framerate_stream /= pFormatCtx-streams[i]-r_frame_rate.den;
 |^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:173:14: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |  pFrame = avcodec_alloc_frame();
 |   ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:173:34: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |  pFrame = avcodec_alloc_frame();
 |   ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:177:17: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrameRGB=avcodec_alloc_frame();
 |  ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:177:37: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrameRGB=avcodec_alloc_frame();
 |  ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:187:18: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrameGRAY=avcodec_alloc_frame();
 |   ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:187:38: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrameGRAY=avcodec_alloc_frame();
 |   ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp: In member function 'bool 
 vpFFMPEG::openEncoder(const char*, unsigned int, unsigned int, AVCodecID)':
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:678:12: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrame = avcodec_alloc_frame();
 | ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:678:32: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrame = avcodec_alloc_frame();
 | ^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:679:15: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrameRGB = avcodec_alloc_frame();
 |^
 | /«PKGBUILDDIR»/src/video/vpFFMPEG.cpp:679:35: warning: 'AVFrame* 
 avcodec_alloc_frame()' is deprecated (declared at 
 /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations]
 |pFrameRGB = avcodec_alloc_frame();
 |^
 | make[3]: *** [src/CMakeFiles/visp.dir/video/vpFFMPEG.cpp.o] Error 1

The attached patch

Bug#748053: vtk6: diff for NMU version 6.0.0-7.1

2014-05-18 Thread Sebastian Ramacher
Hi Anton

On 2014-05-18 07:33:42, Anton Gladky wrote:
 Hi Sebastian,
 
 thanks a lot for the patch. As I told you before
 I have managed uploading a newer vtk6 version (6.1.0),
 which builds fine againse libav10.

Sorry, seems like I didn't get a mail about that. Anyway, 6.1.0 FTBFS
all over the place: https://buildd.debian.org/status/package.php?p=vtk6.
Could you please take a look it?

 Could you please cancel your NMU? Or I think one can
 simply wait till it will be rejected.

Sure, canceled.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748323: blender: FTBFS on non-x86

2014-05-18 Thread Sebastian Ramacher
Control: tags -1 + fixed-upstream

On 2014-05-16 09:03:27, Rebecca N. Palmer wrote:
 Package: blender
 Version: 2.70-2
 
 blender tries to compile /«PKGBUILDDIR»/intern/cycles/kernel/kernel_sse2.cpp
 with SSE options, which is an error on non-x86:
 c++: error: unrecognized command line option '-msse'
 c++: error: unrecognized command line option '-msse2'
 c++: error: unrecognized command line option '-mfpmath=sse'
 (full log: 
 https://buildd.debian.org/status/fetch.php?pkg=blenderarch=armhfver=2.70-2stamp=1399859920
 )
 
 It looks like intern/cycles/SConscript is where it decides whether to do
 this, but I haven't tried to turn it off yet.

To record our findings on IRC: this is fixed upstream in 2.70a.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748322: blender: FTBFS on non-Linux

2014-05-18 Thread Sebastian Ramacher
Control: tags -1 + patch

On 2014-05-16 09:02:34, Rebecca N. Palmer wrote:
 Package: blender
 Version: 2.70-2
 Tags: patch
 
 blender 2.70 fails to build on kFreeBSD with
 /«PKGBUILDDIR»/intern/guardedalloc/intern/mallocn_intern.h:66:4: error:
 #error We don't know how to use malloc_usable_size on your platform
 
 It appears that this file is checking for Linux ( #if defined(__linux__) at
 line 54) when it should be checking for GNU libc ( __GLIBC__, 
 https://wiki.debian.org/Debian_GNU/kFreeBSD_FAQ?highlight=%28kfreebsd%29#Q._How_do_I_detect_kfreebsd_with_preprocessor_directives_in_a_C_program.3F),
 though I have not tested this fix.

The attached patch should be enough to fix this issue.

Cheers
-- 
Sebastian Ramacher
--- blender-2.70a.orig/intern/guardedalloc/intern/mallocn_intern.h
+++ blender-2.70a/intern/guardedalloc/intern/mallocn_intern.h
@@ -51,7 +51,7 @@
 
 #undef HAVE_MALLOC_STATS
 
-#if defined(__linux__)
+#if defined(__linux__) || (defined(__FreeBSD_kernel__)  !defined(__FreeBSD__))
 #  include malloc.h
 #  define HAVE_MALLOC_STATS
 #elif defined(__FreeBSD__)


signature.asc
Description: Digital signature


Bug#748667: python-vtk6: bogus RPATH

2014-05-19 Thread Sebastian Ramacher
Control: found -1 6.0.0-7

On 2014-05-19 14:31:12, Jakub Wilk wrote:
 Source: python-vtk6
 Version: 6.1.0+dfsg-2
 Severity: grave
 Tags: security
 
 /usr/bin/pvtk, /usr/bin/vtk6python and /usr/bin/pvtkpython all have RPATH
 set to:
 
 /usr/lib/jvm/default-java/jre/lib/amd64/xawt:/usr/lib/jvm/default-java/jre/lib/amd64/server:/tmp/buildd/vtk6-6.1.0+dfsg/debian/build/lib:

This issue is also present in the current version found in jessie. The
last path differs and is /tmp/buildd/vtk6-6.0.0/debian/build/lib
instead.

Adjusting the version information accordingly.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748367: visp: diff for NMU version 2.8.0-5.1

2014-05-20 Thread Sebastian Ramacher
Control: tags -1 + pending

Dear Maintainer,

to move forward with the libav transition, I've prepared an NMU for visp
(versioned as 2.8.0-5.1) and uploaded it to DELAYED/2. Please feel free
to tell me if I should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru visp-2.8.0/debian/changelog visp-2.8.0/debian/changelog
--- visp-2.8.0/debian/changelog	2014-02-20 03:30:00.0 +0100
+++ visp-2.8.0/debian/changelog	2014-05-20 20:50:38.0 +0200
@@ -1,3 +1,11 @@
+visp (2.8.0-5.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/0007-libav10.patch: Fix build with libav 10. (Closes:
+#748367)
+
+ -- Sebastian Ramacher sramac...@debian.org  Tue, 20 May 2014 20:50:36 +0200
+
 visp (2.8.0-5) unstable; urgency=medium
 
   * Add patches to fix CMake issues with GTK and libusb (Closes: #738391).
diff -Nru visp-2.8.0/debian/patches/0007-libav10.patch visp-2.8.0/debian/patches/0007-libav10.patch
--- visp-2.8.0/debian/patches/0007-libav10.patch	1970-01-01 01:00:00.0 +0100
+++ visp-2.8.0/debian/patches/0007-libav10.patch	2014-05-20 20:50:32.0 +0200
@@ -0,0 +1,20 @@
+Description: Fix build with libav 10
+Author: Sebastian Ramacher sramac...@debian.org
+Bug-Debian: http://bugs.debian.org/748367
+Last-Update: 2014-05-20
+
+--- visp-2.8.0.orig/src/video/vpFFMPEG.cpp
 visp-2.8.0/src/video/vpFFMPEG.cpp
+@@ -141,9 +141,9 @@ bool vpFFMPEG::openStream(const char *fi
+ #endif
+ {
+   videoStream = i;
+-  std::cout  rate:   pFormatCtx-streams[i]-r_frame_rate.num pFormatCtx-streams[i]-r_frame_rate.den  std::endl;
+-  framerate_stream =  pFormatCtx-streams[i]-r_frame_rate.num;
+-  framerate_stream /= pFormatCtx-streams[i]-r_frame_rate.den;
++  std::cout  rate:   pFormatCtx-streams[i]-avg_frame_rate.num pFormatCtx-streams[i]-avg_frame_rate.den  std::endl;
++  framerate_stream =  pFormatCtx-streams[i]-avg_frame_rate.num;
++  framerate_stream /= pFormatCtx-streams[i]-avg_frame_rate.den;
+   found_codec= true;
+   break;
+ }
diff -Nru visp-2.8.0/debian/patches/series visp-2.8.0/debian/patches/series
--- visp-2.8.0/debian/patches/series	2014-02-20 03:23:56.0 +0100
+++ visp-2.8.0/debian/patches/series	2014-05-20 20:42:11.0 +0200
@@ -4,3 +4,4 @@
 0004-visp-config-should-rely-on-pkg-config-information.patch
 0005-Fix-warnings-in-FindMyGTK2.cmake.patch
 0006-Fix-libusb-CMake-macro-detection.patch
+0007-libav10.patch


signature.asc
Description: Digital signature


Bug#747789: jitsi: diff for NMU version 2.4.4997-1.2

2014-05-20 Thread Sebastian Ramacher
Conrol: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for jitsi (versioned as 2.4.4997-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru jitsi-2.4.4997/debian/changelog jitsi-2.4.4997/debian/changelog
--- jitsi-2.4.4997/debian/changelog	2014-04-01 03:52:23.0 +0200
+++ jitsi-2.4.4997/debian/changelog	2014-05-20 22:02:48.0 +0200
@@ -1,3 +1,15 @@
+jitsi (2.4.4997-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Upload to unstable.
+  * debian/patches/json.patch: Update paths to json-simple.jar since
+libjson-simple-java 1.1.1-2 dropped the compatibility symlink. (Closes:
+#747789)
+  * debian/control: Bump (Build-)Depends on libjson-simple-java to = 1.1.1.
+The name got changed to json-simple.jar starting with 1.1.1.
+
+ -- Sebastian Ramacher sramac...@debian.org  Tue, 20 May 2014 22:02:47 +0200
+
 jitsi (2.4.4997-1.1) experimental; urgency=low
 
   * Non-maintainer upload.
diff -Nru jitsi-2.4.4997/debian/control jitsi-2.4.4997/debian/control
--- jitsi-2.4.4997/debian/control	2014-04-01 03:41:26.0 +0200
+++ jitsi-2.4.4997/debian/control	2014-05-20 21:33:16.0 +0200
@@ -38,7 +38,7 @@
libhttpcore-java,
libhttpmime-java,
libhttpclient-java,
-   libjson-simple-java,
+   libjson-simple-java (= 1.1.1),
libdbus-java,
libeasymock-java,
libxt-dev,
@@ -89,7 +89,7 @@
  libbcprov-java,
  libjna-java,
  libjgoodies-forms-java,
- libjson-simple-java,
+ libjson-simple-java (= 1.1.1),
  libjcalendar-java
 Recommends: ${java:Recommends}
 Description: VoIP and Instant Messaging client
diff -Nru jitsi-2.4.4997/debian/patches/json.patch jitsi-2.4.4997/debian/patches/json.patch
--- jitsi-2.4.4997/debian/patches/json.patch	1970-01-01 01:00:00.0 +0100
+++ jitsi-2.4.4997/debian/patches/json.patch	2014-05-20 21:33:56.0 +0200
@@ -0,0 +1,45 @@
+Description: Fix name of json-simple.jar
+ libjson-simple-java 1.1.1-2 no longer ships the compatibility symlink.
+Bug-Debian: http://bugs.debian.org/747789
+Last-Update: 2014-05-20
+
+--- jitsi-2.4.4997.orig/resources/install/build.xml
 jitsi-2.4.4997/resources/install/build.xml
+@@ -2659,7 +2659,7 @@
+ symlink resource=/usr/share/java/org.apache.felix.framework.jar
+  overwrite=true
+  link=${debian.src.dir}/lib/src/libjitsi/lib/felix.jar/
+-symlink resource=/usr/share/java/json_simple.jar
++symlink resource=/usr/share/java/json-simple.jar
+  overwrite=true
+  link=${debian.src.dir}/lib/src/libjitsi/lib/
+ 
+@@ -3006,7 +3006,7 @@ org.jitsi.bccontrib.util/
+   tofile=${debian.src.dir}/lib/native/linux/libjdic_misc.so/
+ 
+ !-- json --
+-symlink resource=/usr/share/java/json_simple.jar
++symlink resource=/usr/share/java/json-simple.jar
+  overwrite=true
+  link=${debian.src.dir}/lib/installer-exclude/json-simple-1.1.1.jar/
+ 
+@@ -3430,8 +3430,8 @@ org.jitsi.bccontrib.util/
+ /unzip
+ delete file=${debian.bundles.dest}/json.jar/
+ mkdir dir=${debian.bundles.dest}/json.jar/META-INF/
+-symlink resource=../../../../share/java/json_simple.jar
+- link=${debian.bundles.dest}/json.jar/json_simple.jar/
++symlink resource=../../../../share/java/json-simple.jar
++ link=${debian.bundles.dest}/json.jar/json-simple.jar/
+ manifest
+ file=${debian.bundles.dest}/json.jar/META-INF/MANIFEST.MF
+ attribute name=Bundle-Name value=JSON.simple/
+@@ -3443,7 +3443,7 @@ org.jitsi.bccontrib.util/
+ attribute name=System-Bundle value=yes/
+ attribute name=Export-Package
+value=org.json.simple,org.json.simple.parser/
+-attribute name=Bundle-ClassPath value=.,json_simple.jar/
++attribute name=Bundle-ClassPath value=.,json-simple.jar/
+ /manifest
+ delete dir=${debian.bundles.dest}/META-INF/
+ /target
diff -Nru jitsi-2.4.4997/debian/patches/series jitsi-2.4.4997/debian/patches/series
--- jitsi-2.4.4997/debian/patches/series	2014-04-01 03:40:21.0 +0200
+++ jitsi-2.4.4997/debian/patches/series	2014-05-20 21:29:22.0 +0200
@@ -2,3 +2,4 @@
 remove-hflip
 guava-update
 libav10.patch
+json.patch


signature.asc
Description: Digital signature


Bug#748889: paraview: FTBFS on kfreebsd

2014-05-21 Thread Sebastian Ramacher
Source: paraview
Version: 4.1.0+dfsg-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

paraview failed to build on kfreebsd buildds:
| cd 
/«BUILDDIR»/paraview-4.1.0+dfsg/obj-x86_64-kfreebsd-gnu/VTK/Utilities/KWSys/vtksys
  /usr/bin/c++   -DKWSYS_NAMESPACE=vtksys -DVTK_IN_VTK -Dvtksys_EXPORTS 
-DKWSYS_BUILD_SHARED=1 -DKWSYS_CXX_HAS_ATOL=1 -DKWSYS_CXX_HAS_ATOLL=1 
-DKWSYS_CXX_HAS_RLIMIT64=1 -DKWSYS_SYSTEMINFORMATION_HAS_BACKTRACE=1 
-DKWSYS_SYSTEMINFORMATION_HAS_CPP_DEMANGLE=1 
-DKWSYS_SYSTEMINFORMATION_HAS_SYMBOL_LOOKUP=1 -DKWSYS_SYS_HAS_IFADDRS_H=1 
-DKWSYS_USE_LONG_LONG=1 -DSIZEOF_VOID_P=8 -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  
 -Wno-deprecated -fPIC 
-I/«BUILDDIR»/paraview-4.1.0+dfsg/obj-x86_64-kfreebsd-gnu 
-I/«BUILDDIR»/paraview-4.1.0+dfsg/obj-x86_64-kfreebsd-gnu/VTK/Utilities/KWSys 
-I/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys-o 
CMakeFiles/vtksys.dir/SystemInformation.cxx.o -c 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:
 In member function 'std::string 
vtksys::{anonymous}::SymbolProperties::Demangle(const char*) const':
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:1469:5:
 error: 'abi' has not been declared
|  abi::__cxa_demangle(symbol, buffer, bufferLen, status);
|  ^
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:
 In member function 'void 
vtksys::{anonymous}::SymbolProperties::Initialize(void*)':
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:1487:3:
 error: 'Dl_info' was not declared in this scope
|Dl_info info;
|^
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:1487:11:
 error: expected ';' before 'info'
|Dl_info info;
|^
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:1488:34:
 error: 'info' was not declared in this scope
|int ierr=dladdr(this-Address,info);
|   ^
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:1488:38:
 error: 'dladdr' was not declared in this scope
|int ierr=dladdr(this-Address,info);
|   ^
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:
 In static member function 'static std::string 
vtksys::SystemInformationImplementation::GetProgramStack(int, int)':
| 
/«BUILDDIR»/paraview-4.1.0+dfsg/VTK/Utilities/KWSys/vtksys/SystemInformation.cxx:3640:41:
 error: 'backtrace' was not declared in this scope
|int nFrames=backtrace(stackSymbols,256);
|  ^
| VTK/Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/build.make:333: recipe for 
target 
'VTK/Utilities/KWSys/vtksys/CMakeFiles/vtksys.dir/SystemInformation.cxx.o' 
failed

See https://buildd.debian.org/status/package.php?p=paraview for more
details. The issue looks similar to vtk6's #748552. (Why does paraview
contain an embeded copy of vtk6?)

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#748971: vlc crashes when trying to open preferences or trying to display the playing list

2014-05-22 Thread Sebastian Ramacher
] main interface debug: using interface module hotkeys
 [0x1d8f508] main interface debug: looking for interface module matching
 globalhotkeys,none: 19 candidates
 [0x1d8f508] main interface debug: using interface module globalhotkeys
 [0x1d90468] main interface debug: looking for interface module matching
 dbus,none: 19 candidates
 [0x1d90468] dbus interface debug: listening on dbus as:
 org.mpris.MediaPlayer2.vlc.instance20487
 [0x1d90468] main interface debug: using interface module dbus
 [0x1cc5118] main libvlc: Lancement de vlc avec l'interface par défaut.
 Utilisez « cvlc » pour démarrer VLC sans interface.
 [0x1d954f8] main interface debug: looking for interface module matching any:
 19 candidates
 [0x1d954f8] qt4 interface debug: Boring first Run Wizard
 [0x7f3ee82fb8d8] main generic debug: looking for extension module matching
 any: 1 candidates
 [0x7f3ee82fb8d8] lua generic debug: Opening Lua Extension module
 [0x7f3ee82fb8d8] lua generic debug: Trying Lua scripts in
 /home/eric/.local/share/vlc/lua/extensions
 [0x7f3ee82fb8d8] lua generic debug: Trying Lua scripts in
 /usr/lib/vlc/lua/extensions
 [0x7f3ee82fb8d8] lua generic debug: Trying Lua playlist script
 /usr/lib/vlc/lua/extensions/VLSub.luac
 [0x7f3ee82fb8d8] lua generic debug: Scanning Lua script
 /usr/lib/vlc/lua/extensions/VLSub.luac
 [0x7f3ee82fb8d8] lua generic debug: Script
 /usr/lib/vlc/lua/extensions/VLSub.luac has the following capability flags: 0x5
 [0x7f3ee82fb8d8] lua generic debug: Trying Lua scripts in
 /usr/share/vlc/lua/extensions
 [0x7f3ee82fb8d8] main generic debug: using extension module lua
 [0x1d954f8] main interface debug: using interface module qt4
 Erreur de segmentation
 *

Please install vlc-dbg and provide us with a backtrace. See
https://wiki.debian.org/HowToGetABacktrace for details.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4 as default python3

2014-06-01 Thread Sebastian Ramacher
On 2014-05-29 00:55:09, Scott Kitterman wrote:
 Source: morse-simulator
 Version: 1.2-2
 Severity: serious
 Justification: fails to build from source (but built successfully in the past)
 
 FTBFS on both Kfreebsd i386 and amd64.  The end of the build log looks like:
 
 reading sources... [ 12%] media
 reading sources... [ 12%] morse
 reading sources... [ 13%] multinode
 reading sources... [ 13%] pymorse
 [error] install python-concurrent.futures
 make[3]: *** [CMakeFiles/doc] Error 1
 CMakeFiles/doc.dir/build.make:52: recipe for target 'CMakeFiles/doc' failed
 make[3]: Leaving directory '/«PKGBUILDDIR»/obj-i486-kfreebsd-gnu'
 CMakeFiles/Makefile2:967: recipe for target 'CMakeFiles/doc.dir/all' failed
 make[2]: *** [CMakeFiles/doc.dir/all] Error 2
 make[2]: Leaving directory '/«PKGBUILDDIR»/obj-i486-kfreebsd-gnu'
 make[1]: *** [all] Error 2
 Makefile:126: recipe for target 'all' failed
 make[1]: Leaving directory '/«PKGBUILDDIR»/obj-i486-kfreebsd-gnu'
 dh_auto_build: make -j1 returned exit code 2
 make: *** [build-arch] Error 2
 debian/rules:8: recipe for target 'build-arch' failed
 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2
 
 While this is not new (it's three months old), it's now blocking getting
 packages rebuilt for python3.4 as default python3 (See #746709).

The issue here is that importing concurrent.futures fails.
morse-simulator tries to import ThreadPoolExectur and Future from
concurrent.futures. On falla, this fails with

% python3 -c from concurrent.futures import ThreadPoolExecutor, Future
Traceback (most recent call last):
  File string, line 1, in module
  File /usr/lib/python3.4/concurrent/futures/__init__.py, line 17, in module
from concurrent.futures.process import ProcessPoolExecutor
  File /usr/lib/python3.4/concurrent/futures/process.py, line 55, in module
from multiprocessing.connection import wait
  File /usr/lib/python3.4/multiprocessing/connection.py, line 21, in module
import _multiprocessing
ImportError: No module named '_multiprocessing'

Adding python-concurrent.futures to Build-Depends didn't help because
it is the backport of concurrent.futures for Python 2. Python = 3.2 (I
think, or maybe = 3.3) provides concurrent.futures in the standard lib.

This looks like a python3.4 bug to me, but someone with more knowledge
of concurrent.futures needs to decide that.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3

2014-06-02 Thread Sebastian Ramacher
On 2014-06-02 19:59:41, Petr Salinger wrote:
 I'm not sure if the file should be built on kfreebsd/hurd, or if it 
 shouldn't
 but there should be some fallback code in python3.4. Adding the python
 maintainer, and the bsd and hurd porters to Cc.
 
 checking on falla, the failing autoconf test is
 
 #include unistd.h
 #include fcntl.h
 #include stdio.h
 #include semaphore.h
 #include sys/stat.h
 
 int main(void) {
  sem_t *a = sem_open(/autoconf, O_CREAT, S_IRUSR|S_IWUSR, 0);
  if (a == SEM_FAILED) {
perror(sem_open);
return 1;
  }
  sem_close(a);
  sem_unlink(/autoconf);
  return 0;
 }
 
 this fails then with:
 
 configure:13424: ./conftest
 sem_open: Function not implemented
 configure:13424: $? = 1
 configure: program exited with status 1
 
 is this supposed to work?
 
 It does not work in wheezy,
 but it have to work in jessie (since eglibc 2.17-91 upload).
 
 There have to be tmpfs mounted under /run/shm and similarly
 in all chroot.

At least on falla there is neither /dev/shm nor /run/shm mounted in the
chroots. Anyway, this reminds me of
https://lists.debian.org/debian-wb-team/2014/05/msg00018.html. Maybe
that just needs fixing on the buildd side.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#728789: dwb: crash with segmentation fault very often

2013-12-21 Thread Sebastian Ramacher
Control: tags -1 = confirmed
Control: reassign -1 libwebkitgtk-3.0-0 2.2.1-2
Control: affects -1 + dwb luakit

On 2013-12-21 16:27:00, Florian Birée wrote:
 Le Sat, 30 Nov 2013 18:04:06 +0100,
 Sebastian Ramacher sramac...@debian.org a écrit :
  A working browser ;-)
  
  I tried to reproduce the crash but I wasn't able to. Does this work
  with other webkit based browsers?
 
 Exactly the same problem with luakit.
 
   Versions of packages dwb depends on:
   ii  libc6   2.17-93
   ii  libgdk-pixbuf2.0-0  2.28.2-1
   ii  libglib2.0-02.36.4-1
   ii  libgnutls26 2.12.23-8
   ii  libgtk-3-0  3.8.6-1
   ii  libjavascriptcoregtk-3.0-0  2.2.1-2
   ii  libpango1.0-0   1.36.0-1
   ii  libsoup2.4-12.44.1-1
   ii  libwebkitgtk-3.0-0  2.2.1-2
  
  There are newer versions of libwebkitgtk-3.0-0 and
  libjavascriptcoregtk-3.0-0 available in unstable. Does the crash go
  away after an upgrade of these two packages?
 
 Same problem with libwebkitgtk-3.0-0 and libjavascriptcoregtk-3.0-0
 2.2.3-1.
 
 But the bug doesn't appear with stable versions of
 libwekitgtk-3.0-0 and libjavascriptcoregtk-3.0-0 (versions 1.8.1-3.4).
 It's my current workaround.

Thank you. Reassigning to libwebkitgtk-3.0-0 since the bug occurs with
multiple webkit based browsers.

I've now successfully reproduced the crash. It only happens on i386 for
me. amd64 works fine. gdb gives me the following backtrace when I try to
follow any link from http://fr.wikipedia.org in dwb:

#0  0xf67f25b5 in WebCore::EventListenerIterator::EventListenerIterator 
(this=0xc924, target=0x566ed940)
at ../Source/WebCore/dom/EventListenerMap.cpp:239
#1  0xf6629b09 in visitJSEventListeners (visitor=..., this=0x566ed940) at 
../Source/WebCore/dom/EventTarget.h:186
#2  WebCore::JSNode::visitChildren (cell=0xee83f8c8, visitor=...) at 
../Source/WebCore/bindings/js/JSNodeCustom.cpp:202
#3  0xf576e5a3 in visitChildren (cell=0xee83f8c8, visitor=...) at 
../Source/JavaScriptCore/heap/SlotVisitor.cpp:95
#4  JSC::SlotVisitor::drain (this=this@entry=0xf1b047c4) at 
../Source/JavaScriptCore/heap/SlotVisitor.cpp:148
#5  0xf5771650 in donateAndDrain (this=0xf1b047c4) at 
../Source/JavaScriptCore/heap/SlotVisitorInlines.h:208
#6  JSC::Heap::markRoots (this=this@entry=0xf1bc) at 
../Source/JavaScriptCore/heap/Heap.cpp:586
#7  0xf57730ff in JSC::Heap::collect (this=this@entry=0xf1bc, 
sweepToggle=sweepToggle@entry=JSC::Heap::DoSweep)
at ../Source/JavaScriptCore/heap/Heap.cpp:760
#8  0xf5773a4c in JSC::Heap::collectAllGarbage (this=0xf1bc) at 
../Source/JavaScriptCore/heap/Heap.cpp:713
#9  0xf65d7bcb in WebCore::collect () at 
../Source/WebCore/bindings/js/GCController.cpp:42
#10 0xf65d7ea5 in WebCore::TimerWebCore::GCController::fired 
(this=0xf1abe118) at ../Source/WebCore/platform/Timer.h:114
#11 0xf658ade2 in WebCore::ThreadTimers::sharedTimerFiredInternal 
(this=0xf1ab50a0) at ../Source/WebCore/platform/ThreadTimers.cpp:129
#12 0xf658ae65 in WebCore::ThreadTimers::sharedTimerFired () at 
../Source/WebCore/platform/ThreadTimers.cpp:105
#13 0xf65a10db in WebCore::timeout_cb () at 
../Source/WebCore/platform/gtk/SharedTimerGtk.cpp:49
#14 0xf53f00b1 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#15 0xf53ef42e in g_main_context_dispatch () from 
/lib/i386-linux-gnu/libglib-2.0.so.0
#16 0xf53ef7d8 in ?? () from /lib/i386-linux-gnu/libglib-2.0.so.0
#17 0xf53ef898 in g_main_context_iteration () from 
/lib/i386-linux-gnu/libglib-2.0.so.0
#18 0xf5ba6e44 in g_application_run () from 
/usr/lib/i386-linux-gnu/libgio-2.0.so.0
#19 0x5657561c in ?? ()
#20 0x565720c4 in main ()

For luakit the backtrace looks the same.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#733768: bear: FTBFS: run_exec_anatomy test fails

2013-12-31 Thread Sebastian Ramacher
Control: tags -1 + upstream
Control: forwarded -1 https://github.com/rizsotto/Bear/issues/51
Control: severity -1 important

On 2013-12-31 13:23:55, Aaron M. Ucko wrote:
 Source: bear
 Version: 1.3-1
 Severity: serious
 Justification: fails to build from source
 
 Builds of bear on several architectures, including i386, failed
 because the run_exec_anatomy test encountered an error:
 
   5: Test command: /«PKGBUILDDIR»/obj-*/test/exec_anatomy/run.sh
   5: Test timeout computed to be: 9.99988e+06
   5: children process has non zero exit code
   5/7 Test #5: run_exec_anatomy .***Failed

The error occurs on every 32 bit architecture. But it never built there
before so it's not a regression. Lowering the severity to important.

 You can find the full logs at
 https://buildd.debian.org/status/logs.php?pkg=bearver=1.3-1 .
 
 Could you please take a look?

Already reported upstream yesterday.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#651309: warzone2100: diff for NMU version 3.1~beta11-2.1

2014-01-15 Thread Sebastian Ramacher
Control: tags -1 + pending

Dear maintainer,

I've prepared an NMU for warzone2100 (versioned as 3.1~beta11-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
-- 
Sebastian Ramacher
diff -Nru warzone2100-3.1~beta11/debian/changelog warzone2100-3.1~beta11/debian/changelog
--- warzone2100-3.1~beta11/debian/changelog	2012-06-21 05:09:42.0 +0200
+++ warzone2100-3.1~beta11/debian/changelog	2014-01-15 22:18:50.0 +0100
@@ -1,3 +1,13 @@
+warzone2100 (3.1~beta11-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/miniupnpc8-compat.patch: Apply patch from James Page
+to fix compilation against miniupnpc 1.6. (Closes: #651309)
+  * debian/control: Bump B-D on libminiupnpc-dev to = 1.6 since the patch
+makes it incompatible with older versions.
+
+ -- Sebastian Ramacher sramac...@debian.org  Wed, 15 Jan 2014 22:18:01 +0100
+
 warzone2100 (3.1~beta11-2) unstable; urgency=low
 
   * Fix FTBFS on non-x86 platforms using upstream patch
diff -Nru warzone2100-3.1~beta11/debian/control warzone2100-3.1~beta11/debian/control
--- warzone2100-3.1~beta11/debian/control	2012-06-20 12:42:09.0 +0200
+++ warzone2100-3.1~beta11/debian/control	2014-01-15 22:08:08.0 +0100
@@ -21,7 +21,7 @@
  libfribidi-dev,
  libglc-dev,
  libglew-dev,
- libminiupnpc-dev,
+ libminiupnpc-dev (= 1.6),
  libopenal-dev,
  libphysfs-dev,
  libpng-dev,
diff -Nru warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch
--- warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch	1970-01-01 01:00:00.0 +0100
+++ warzone2100-3.1~beta11/debian/patches/miniupnpc8-compat.patch	2014-01-15 22:12:06.0 +0100
@@ -0,0 +1,24 @@
+Description: Compatibility patch for miniupnpc 1.6
+Author: James Page james.p...@ubuntu.com
+Forwarded: no
+
+--- a/lib/netplay/netplay.cpp
 b/lib/netplay/netplay.cpp
+@@ -926,7 +926,7 @@
+ 	if (NetPlay.isUPNP)
+ 	{
+ 		debug(LOG_NET, Searching for UPnP devices for automatic port forwarding...);
+-		devlist = upnpDiscover(2000, NULL, NULL, 0);
++		devlist = upnpDiscover(2000, NULL, NULL, 0, 0, NULL);
+ 		debug(LOG_NET, UPnP device search finished.);
+ 		if (devlist)
+ 		{
+@@ -988,7 +988,7 @@
+ 	UPNP_GetExternalIPAddress(urls.controlURL, data.first.servicetype, externalIP);
+ 	sprintf(port_str, %d, port);
+ 	r = UPNP_AddPortMapping(urls.controlURL, data.first.servicetype,
+-			port_str, port_str, lanaddr, Warzone 2100, TCP, 0);
++			port_str, port_str, lanaddr, Warzone 2100, TCP, 0, 0);
+ 	if (r != UPNPCOMMAND_SUCCESS)
+ 	{
+ 		debug(LOG_NET, AddPortMapping(%s, %s, %s) failed\n, port_str, port_str, lanaddr);
diff -Nru warzone2100-3.1~beta11/debian/patches/series warzone2100-3.1~beta11/debian/patches/series
--- warzone2100-3.1~beta11/debian/patches/series	2012-06-21 05:04:48.0 +0200
+++ warzone2100-3.1~beta11/debian/patches/series	2014-01-15 22:12:36.0 +0100
@@ -1,2 +1,3 @@
 use-system-libraries.patch
 fix-FTBFS-on-non-x86-platforms.patch
+miniupnpc8-compat.patch


signature.asc
Description: Digital signature


Bug#735516: python-liblas: hardcoded dependency on liblas1 which is no longer built by liblas

2014-01-15 Thread Sebastian Ramacher
Package: python-liblas
Version: 1.2.1-2
Severity: serious
Tags: sid jessie

liblas bumped its SONAME and started a transition from liblas1 to
liblas2 and liblas-c2. The liblas1 package is no longer built by liblas.
python-liblas has a hardcoded dependency on liblas1 and needs to be
updated. Since python-liblas uses ctypes, it might be necessary to adopt
the code to be compatible with the new ABI.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#735568: tessa: FTBFS: Build-Depends on libhdf5-serial-dev

2014-01-16 Thread Sebastian Ramacher
Source: tessa
Version: 0.3.1-6
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie

tessa has a versioned Build-Depends on libhdf5-serial-dev and thus
FTBFS:
| The following packages have unmet dependencies:
|  sbuild-build-depends-tessa-dummy : Depends: libhdf5-serial-dev (= 1.6.4-3)

The transitional libhdf5-serial-dev package got removed in a recent hdf5
upload.

Full build log:
http://people.debian.org/~sramacher/logs/hdf5/tessa_0.3.1-6_amd64-20140116-1605.log

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#735569: livbigraimpex: FTBFS: Build-Depends on libhdf5-serial-dev

2014-01-16 Thread Sebastian Ramacher
Source: libvigraimpex
Version: 1.9.0+dfsg-7
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie

tessa has a versioned Build-Depends on libhdf5-serial-dev and thus
FTBFS:
| The following packages have unmet dependencies:
|  sbuild-build-depends-libvigraimpex-dummy : Depends: libhdf5-serial-dev (= 
1.8)

The transitional libhdf5-serial-dev package got removed in a recent hdf5
upload.

Full build log:
http://people.debian.org/~sramacher/logs/hdf5/libvigraimpex_1.9.0+dfsg-7_amd64-20140116-1606.log

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#735574: razorqt: FTBFS: error: too few arguments to function 'sg_error sg_init(int)'

2014-01-16 Thread Sebastian Ramacher
Source: razorqt
Version: 0.5.2-3
Severity: serious
Justification: fails to build from source
Tags: sid jessie

razorqt fails to build against the current version of libstatgrab:
| cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/razorqt-panel/plugin-sensors  
/usr/lib/x86_64-linux-gnu/qt4/bin/lrelease 
/«PKGBUILDDIR»/razorqt-panel/plugin-sensors/translations/sensors_cs.ts -qm 
/«PKGBUILDDIR»/obj-x86_64-linux-gnu/razorqt-panel/plugin-sensors/sensors_cs.qm
| /«PKGBUILDDIR»/razorqt-panel/plugin-networkmonitor/razornetworkmonitor.cpp: 
In constructor 'RazorNetworkMonitor::RazorNetworkMonitor(const 
RazorPanelPluginStartInfo*, QWidget*)':
| 
/«PKGBUILDDIR»/razorqt-panel/plugin-networkmonitor/razornetworkmonitor.cpp:48:13:
 error: too few arguments to function 'sg_error sg_init(int)'
|  sg_init();
|  ^
| In file included from 
/«PKGBUILDDIR»/razorqt-panel/plugin-networkmonitor/razornetworkmonitor.cpp:36:0:
| /usr/include/statgrab.h:130:11: note: declared here
|  __sg_public sg_error sg_init(int ignore_init_errors);
|^
| /«PKGBUILDDIR»/razorqt-panel/plugin-networkmonitor/razornetworkmonitor.cpp: 
In member function 'virtual void RazorNetworkMonitor::timerEvent(QTimerEvent*)':
| 
/«PKGBUILDDIR»/razorqt-panel/plugin-networkmonitor/razornetworkmonitor.cpp:77:89:
 error: cannot convert 'int*' to 'size_t* {aka long unsigned int*}' for 
argument '1' to 'sg_network_io_stats* sg_get_network_io_stats_diff(size_t*)'
|  sg_network_io_stats *network_stats = 
sg_get_network_io_stats_diff(num_network_stats);
|   
   ^
| /«PKGBUILDDIR»/razorqt-panel/plugin-networkmonitor/razornetworkmonitor.cpp: 
In member function 'virtual bool RazorNetworkMonitor::event(QEvent*)':
| 
/«PKGBUILDDIR»/razorqt-panel/plugin-networkmonitor/razornetworkmonitor.cpp:133:88:
 error: cannot convert 'int*' to 'size_t* {aka long unsigned int*}' for 
argument '1' to 'sg_network_io_stats* sg_get_network_io_stats(size_t*)'
|  sg_network_io_stats *network_stats = 
sg_get_network_io_stats(num_network_stats);
|   
  ^
| make[3]: *** 
[razorqt-panel/plugin-networkmonitor/CMakeFiles/networkmonitor.dir/razornetworkmonitor.cpp.o]
 Error 1

Full build log is available at
http://people.debian.org/~sramacher/logs/libstatgrab/razorqt_0.5.2-3_amd64-20140116-1655.log

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#735572: player: FTBFS: error: too few arguments to function 'sg_error sg_init(int)'

2014-01-16 Thread Sebastian Ramacher
Source: player
Version: 3.0.2+dfsg-4.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie

player fails to build against the current version of libstatgrab:
| [ 40%] Building CXX object 
server/libplayerdrivers/CMakeFiles/playerdrivers.dir/__/drivers/health/statgrab/statgrab_health.o
| cd /«BUILDDIR»/player-3.0.2+dfsg/obj-x86_64-linux-gnu/server/libplayerdrivers 
 /usr/lib/ccache/c++   -Dplayerdrivers_EXPORTS -Wall -fPIC 
-I/«BUILDDIR»/player-3.0.2+dfsg 
-I/«BUILDDIR»/player-3.0.2+dfsg/obj-x86_64-linux-gnu 
-I/«BUILDDIR»/player-3.0.2+dfsg/obj-x86_64-linux-gnu/libplayercore 
-I/«BUILDDIR»/player-3.0.2+dfsg/obj-x86_64-linux-gnu/server/libplayerdrivers 
-I/«BUILDDIR»/player-3.0.2+dfsg/obj-x86_64-linux-gnu/server/drivers/laser 
-I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/glib-2.0 
-I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/gtk-2.0 
-I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 
-I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0 
-I/usr/include/freetype2 -I/usr/include/pixman-1 -I/usr/include/libdrm 
-I/usr/include/harfbuzz -I/usr/include/postgresql-o 
CMakeFiles/playerdrivers.dir/__/drivers/health/statgrab/statgrab_health.o -c 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp
| 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:
 In member function 'virtual int StatGrabDriver::MainSetup()':
| 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:133:11:
 error: too few arguments to function 'sg_error sg_init(int)'
|sg_init();
|^
| In file included from 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.h:28:0,
|  from 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:63:
| /usr/include/statgrab.h:130:11: note: declared here
|  __sg_public sg_error sg_init(int ignore_init_errors);
|^
| 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:
 In member function 'void StatGrabDriver::RefreshData()':
| 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:174:64:
 error: expected primary-expression before ')' token
|   cpu_percent = sg_get_cpu_percents();
| ^
| 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:186:30:
 error: too few arguments to function 'sg_mem_stats* sg_get_mem_stats(size_t*)'
|   mem_data = sg_get_mem_stats();
|   ^
| In file included from 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.h:28:0,
|  from 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:63:
| /usr/include/statgrab.h:227:16: note: declared here
|  __sg_public sg_mem_stats *sg_get_mem_stats(size_t *entries);
| ^
| 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:187:33:
 error: too few arguments to function 'sg_swap_stats* 
sg_get_swap_stats(size_t*)'
|   swap_stats   = sg_get_swap_stats();
|  ^
| In file included from 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.h:28:0,
|  from 
/«BUILDDIR»/player-3.0.2+dfsg/server/drivers/health/statgrab/statgrab_health.cpp:63:
| /usr/include/statgrab.h:264:17: note: declared here
|  __sg_public sg_swap_stats *sg_get_swap_stats(size_t *entries);
|  ^
| make[4]: *** 
[server/libplayerdrivers/CMakeFiles/playerdrivers.dir/__/drivers/health/statgrab/statgrab_health.o]
 Error 1

Full build log is available at
http://people.debian.org/~sramacher/logs/libstatgrab/player_3.0.2+dfsg-4.1_amd64-20140116-1650.log

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#735573: pystatgrab: FTBFS: error: too few arguments to function 'sg_init'

2014-01-16 Thread Sebastian Ramacher
 'int *'
|  __sg_public sg_fs_stats *sg_get_fs_stats(size_t *entries);
|^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_disk_io_stats':
| _statgrab.c:1463:3: warning: passing argument 1 of 'sg_get_disk_io_stats' 
from incompatible pointer type [enabled by default]
|__pyx_v_s = sg_get_disk_io_stats((__pyx_v_entries));
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:319:20: note: expected 'size_t *' but argument is of 
type 'int *'
|  __sg_public sg_disk_io_stats *sg_get_disk_io_stats(size_t *entries);
| ^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_disk_io_stats_diff':
| _statgrab.c:1568:3: warning: passing argument 1 of 
'sg_get_disk_io_stats_diff' from incompatible pointer type [enabled by default]
|__pyx_v_s = sg_get_disk_io_stats_diff((__pyx_v_entries));
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:321:20: note: expected 'size_t *' but argument is of 
type 'int *'
|  __sg_public sg_disk_io_stats *sg_get_disk_io_stats_diff(size_t *entries);
| ^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_network_io_stats':
| _statgrab.c:1682:3: warning: passing argument 1 of 'sg_get_network_io_stats' 
from incompatible pointer type [enabled by default]
|__pyx_v_s = sg_get_network_io_stats((__pyx_v_entries));
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:340:23: note: expected 'size_t *' but argument is of 
type 'int *'
|  __sg_public sg_network_io_stats *sg_get_network_io_stats(size_t *entries);
|^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_network_io_stats_diff':
| _statgrab.c:1802:3: warning: passing argument 1 of 
'sg_get_network_io_stats_diff' from incompatible pointer type [enabled by 
default]
|__pyx_v_s = sg_get_network_io_stats_diff((__pyx_v_entries));
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:342:23: note: expected 'size_t *' but argument is of 
type 'int *'
|  __sg_public sg_network_io_stats *sg_get_network_io_stats_diff(size_t 
*entries);
|^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_network_iface_stats':
| _statgrab.c:1926:3: warning: passing argument 1 of 
'sg_get_network_iface_stats' from incompatible pointer type [enabled by default]
|__pyx_v_s = sg_get_network_iface_stats((__pyx_v_entries));
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:368:26: note: expected 'size_t *' but argument is of 
type 'int *'
|  __sg_public sg_network_iface_stats *sg_get_network_iface_stats(size_t 
*entries);
|   ^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_page_stats':
| _statgrab.c:2027:3: error: too few arguments to function 'sg_get_page_stats'
|__pyx_v_s = sg_get_page_stats();
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:380:17: note: declared here
|  __sg_public sg_page_stats *sg_get_page_stats(size_t *entries);
|  ^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_page_stats_diff':
| _statgrab.c:2089:3: error: too few arguments to function 
'sg_get_page_stats_diff'
|__pyx_v_s = sg_get_page_stats_diff();
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:382:17: note: declared here
|  __sg_public sg_page_stats *sg_get_page_stats_diff(size_t *entries);
|  ^
| _statgrab.c: In function '__pyx_f_9_statgrab_py_sg_get_process_stats':
| _statgrab.c:2181:3: warning: passing argument 1 of 'sg_get_process_stats' 
from incompatible pointer type [enabled by default]
|__pyx_v_s = sg_get_process_stats((__pyx_v_entries));
|^
| In file included from _statgrab.c:14:0:
| /usr/include/statgrab.h:432:20: note: expected 'size_t *' but argument is of 
type 'int *'
|  __sg_public sg_process_stats *sg_get_process_stats(size_t *entries);
| ^
| error: command 'x86_64-linux-gnu-gcc' failed with exit status 1

Full build log is available at
http://people.debian.org/~sramacher/logs/libstatgrab/pystatgrab_0.5-4_amd64-20140116-1654.log

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#650575: prima: diff for NMU version 1.28-1.2

2014-01-17 Thread Sebastian Ramacher
tags 650575 + pending
tags 732405 + pending
thanks

Dear maintainer,

I've prepared an NMU for prima (versioned as 1.28-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.
-- 
Sebastian Ramacher
diff -u prima-1.28/debian/control prima-1.28/debian/control
--- prima-1.28/debian/control
+++ prima-1.28/debian/control
@@ -14,7 +14,7 @@
  libpng-dev,
  libxpm-dev,
  libjpeg-dev,
- libtiff4-dev
+ libtiff-dev
 Standards-Version: 3.8.2
 Homepage: http://search.cpan.org/dist/Prima/
 
diff -u prima-1.28/debian/changelog prima-1.28/debian/changelog
--- prima-1.28/debian/changelog
+++ prima-1.28/debian/changelog
@@ -1,3 +1,18 @@
+prima (1.28-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+
+  [ Rebecca Palmer ]
+  * Cherry-pick from upstream: allow compilation with newer versions of
+libtiff and libpng.  Closes: #732405, #650575.
+
+  [ Sebastian Ramacher ]
+  * debian/control: Build-Depend on libtiff-dev instead of libtiff4-dev.
+  * img/codec_png.c: Call png_get_io_ptr instead of accessing io_ptr directly.
+Backported from upstream to fix compilation with libpng 1.5 and 1.6.
+
+ -- Sebastian Ramacher sramac...@debian.org  Fri, 17 Jan 2014 13:54:34 +0100
+
 prima (1.28-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
only in patch2:
unchanged:
--- prima-1.28.orig/img/codec_png.c
+++ prima-1.28/img/codec_png.c
@@ -279,25 +279,29 @@
 {
char * buf = ( char *) png_get_error_ptr( png_ptr); 
if ( buf) strncpy( buf, msg, 256);
+#if PNG_LIBPNG_VER_MAJOR == 1  PNG_LIBPNG_VER_MINOR  5
longjmp( png_ptr- jmpbuf, 1);
+#else
+   png_longjmp( png_ptr, 1);
+#endif
 }
 
 static void
 img_png_read (png_structp png_ptr, png_bytep data, png_size_t size)
 {
-   req_read( (( PImgLoadFileInstance) png_ptr- io_ptr)- req, size, data);
+   req_read( (( PImgLoadFileInstance) png_get_io_ptr(png_ptr))- req, size, data);
 }
 
 static void
 img_png_write (png_structp png_ptr, png_bytep data, png_size_t size)
 {
-   req_write( (( PImgLoadFileInstance) png_ptr- io_ptr)- req, size, data);
+   req_write( (( PImgLoadFileInstance) png_get_io_ptr(png_ptr))- req, size, data);
 }
 
 static void
 img_png_flush (png_structp png_ptr)
 {
-   req_flush( (( PImgLoadFileInstance) png_ptr- io_ptr)- req);
+   req_flush( (( PImgLoadFileInstance) png_get_io_ptr(png_ptr))- req);
 }
 
 static void * 
only in patch2:
unchanged:
--- prima-1.28.orig/img/codec_tiff.c
+++ prima-1.28/img/codec_tiff.c
@@ -161,6 +161,10 @@
   { COMPRESSION_SGILOG24, SGILOG24},
 };
 
+#ifndef TIFF_VERSION
+#define TIFF_VERSION TIFF_VERSION_CLASSIC
+#endif
+
 static ImgCodecInfo codec_info = {
TIFF Bitmap,
www.libtiff.org,


signature.asc
Description: Digital signature


Bug#650575: prima: diff for NMU version 1.28-1.2

2014-01-17 Thread Sebastian Ramacher
On 2014-01-17 14:29:05, Sebastian Ramacher wrote:
 tags 650575 + pending
 tags 732405 + pending
 thanks
 
 Dear maintainer,
 
 I've prepared an NMU for prima (versioned as 1.28-1.2) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.

Seems like I've missed #734974 so there is already a NMU in the delayed
queue.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#733356: swfmill: diff for NMU version 0.3.2-1.1

2014-01-17 Thread Sebastian Ramacher
Control: tags -1 + pending

Dear maintainer,

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

Regards.
-- 
Sebastian Ramacher
diff -Nru swfmill-0.3.2/debian/changelog swfmill-0.3.2/debian/changelog
--- swfmill-0.3.2/debian/changelog	2012-03-05 21:52:02.0 +0100
+++ swfmill-0.3.2/debian/changelog	2014-01-17 19:59:18.0 +0100
@@ -1,3 +1,12 @@
+swfmill (0.3.2-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/freetype.patch: Fix freetype include to work with recent
+versions of freetype. Thanks to Juhani Numminen for the patch. (Closes:
+#733356)
+
+ -- Sebastian Ramacher sramac...@debian.org  Fri, 17 Jan 2014 19:59:16 +0100
+
 swfmill (0.3.2-1) unstable; urgency=low
 
   * New upstream release
diff -Nru swfmill-0.3.2/debian/patches/freetype.patch swfmill-0.3.2/debian/patches/freetype.patch
--- swfmill-0.3.2/debian/patches/freetype.patch	1970-01-01 01:00:00.0 +0100
+++ swfmill-0.3.2/debian/patches/freetype.patch	2014-01-17 19:53:51.0 +0100
@@ -0,0 +1,16 @@
+Description: Fix build failure with freetype 2.5.1
+Author: Juhani Numminen juhaninummin...@gmail.com
+Bug: https://github.com/djcsdy/swfmill/issues/32
+Bug-Debian: http://bugs.debian.org/733356
+
+--- a/src/swft/swft_import_ttf.cpp
 b/src/swft/swft_import_ttf.cpp
+@@ -14,7 +14,7 @@
+ #include FT_OUTLINE_H
+ #include SWFShapeMaker.h
+ 
+-#include freetype/tttables.h
++#include FT_TRUETYPE_TABLES_H
+ 
+ using namespace SWF;
+ 
diff -Nru swfmill-0.3.2/debian/patches/series swfmill-0.3.2/debian/patches/series
--- swfmill-0.3.2/debian/patches/series	2012-03-05 21:36:57.0 +0100
+++ swfmill-0.3.2/debian/patches/series	2014-01-17 19:56:43.0 +0100
@@ -1 +1,2 @@
 missing_files.patch
+freetype.patch


signature.asc
Description: Digital signature


Bug#650575: closed by Tobias Frost t...@coldtobi.de (Bug#650575: fixed in prima 1.28-1.2)

2014-01-19 Thread Sebastian Ramacher
Control: reopen -1
Control: severity -1 important

On 2014-01-19 13:09:19, Debian Bug Tracking System wrote:
 This is an automatic notification regarding your Bug report
 which was filed against the src:prima package:
 
 #650575: prima: FTBFS: img/codec_png.c:282:20: error: dereferencing pointer 
 to incomplete type
 
 It has been closed by Tobias Frost t...@coldtobi.de.

Nope, still fails with libpng 1.5 (and also with 1.6 which is now in
experimental):
| img/codec_png.c: In function ‘img_png_read’:
| img/codec_png.c:292:46: error: dereferencing pointer to incomplete type
| req_read( (( PImgLoadFileInstance) png_ptr- io_ptr)- req, size, data);

Reopening the bug and lowering the severity to important. A new enough
version of libpng to make prima fail to build from source is only
available in experimental.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#739503: forked-daapd: FTBFS on powerpc: undefined reference to `__stack_chk_guard'

2014-02-19 Thread Sebastian Ramacher
Source: forked-daapd
Version: 0.19gcd-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

forked-daapd fails to build on powerpc:
| /bin/bash ../libtool --tag=CC   --mode=link clang -fblocks -D_REENTRANT 
-I/usr/include/taglib   -D_THREAD_SAFE -D_REENTRANT   -I/usr/include/libxml2 
-I/usr/include/alsa   -D_FORTIFY_SOURCE=2   -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wall 
-D_LARGEFILE_SOURCE  -Wl,-z,relro -o forked-daapd forked_daapd-main.o 
forked_daapd-db.o forked_daapd-logger.o forked_daapd-conffile.o 
forked_daapd-filescanner.o forked_daapd-filescanner_ffmpeg.o 
forked_daapd-filescanner_urlfile.o forked_daapd-filescanner_m3u.o 
forked_daapd-filescanner_itunes.o forked_daapd-mdns_avahi.o 
forked_daapd-network.o forked_daapd-remote_pairing.o  
forked_daapd-avio_evbuffer.o forked_daapd-http.o forked_daapd-httpd.o 
forked_daapd-httpd_rsp.o forked_daapd-httpd_daap.o forked_daapd-httpd_dacp.o 
forked_daapd-dmap_common.o forked_daapd-transcode.o forked_daapd-artwork.o 
forked_daapd-misc.o forked_daapd-rng.o forked_daapd-rsp_query.o 
forked_daapd-daap_query.o forked_daapd-player.o forked_daapd-laudio_alsa.o  
forked_daapd-raop.o forked_daapd-evbuffer.o forked_daapd-scan-wma.o 
forked_daapd-scan-flac.o forked_daapd-scan-mpc.o forked_daapd-RSPLexer.o 
forked_daapd-RSPParser.o forked_daapd-RSP2SQL.o forked_daapd-DAAPLexer.o 
forked_daapd-DAAPParser.o forked_daapd-DAAP2SQL.o -lrt -lz   -lavahi-common 
-lavahi-client   -lsqlite3   -lavcodec -lavformat -lswscale -lavutil -lconfuse  
 -lFLAC   -ltag_c -ltag -lavl -lmxml -lpthread   -lantlr3c 
-L/usr//usr/lib/powerpc-linux-gnu -lplist -lgcrypt -L/usr/lib/powerpc-linux-gnu 
-lgpg-error -lasound   -lunistring -ldispatch  -lBlocksRuntime -Wl,-z,relro 
-ltre   
| libtool: link: clang -fblocks -D_REENTRANT -I/usr/include/taglib 
-D_THREAD_SAFE -D_REENTRANT -I/usr/include/libxml2 -I/usr/include/alsa 
-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -Wall -Wall -D_LARGEFILE_SOURCE -Wl,-z -Wl,relro -o 
forked-daapd forked_daapd-main.o forked_daapd-db.o forked_daapd-logger.o 
forked_daapd-conffile.o forked_daapd-filescanner.o 
forked_daapd-filescanner_ffmpeg.o forked_daapd-filescanner_urlfile.o 
forked_daapd-filescanner_m3u.o forked_daapd-filescanner_itunes.o 
forked_daapd-mdns_avahi.o forked_daapd-network.o forked_daapd-remote_pairing.o 
forked_daapd-avio_evbuffer.o forked_daapd-http.o forked_daapd-httpd.o 
forked_daapd-httpd_rsp.o forked_daapd-httpd_daap.o forked_daapd-httpd_dacp.o 
forked_daapd-dmap_common.o forked_daapd-transcode.o forked_daapd-artwork.o 
forked_daapd-misc.o forked_daapd-rng.o forked_daapd-rsp_query.o 
forked_daapd-daap_query.o forked_daapd-player.o forked_daapd-laudio_alsa.o 
forked_daapd-raop.o forked_daapd-evbuffer.o forked_daapd-scan-wma.o 
forked_daapd-scan-flac.o forked_daapd-scan-mpc.o forked_daapd-RSPLexer.o 
forked_daapd-RSPParser.o forked_daapd-RSP2SQL.o forked_daapd-DAAPLexer.o 
forked_daapd-DAAPParser.o forked_daapd-DAAP2SQL.o -Wl,-z -Wl,relro  -lrt -lz 
-lavahi-common -lavahi-client /usr/lib/powerpc-linux-gnu/libsqlite3.so 
-lavcodec -lavformat -lswscale -lavutil -lconfuse -lFLAC -ltag_c -ltag -lavl 
-lmxml -lpthread -lantlr3c -L/usr//usr/lib/powerpc-linux-gnu -lplist -lgcrypt 
-L/usr/lib/powerpc-linux-gnu -lgpg-error -lasound -lunistring -ldispatch 
-lBlocksRuntime -ltre
| forked_daapd-logger.o: In function `DPRINTF':
| /«PKGBUILDDIR»/src/logger.c:192: undefined reference to `__stack_chk_guard'
| /«PKGBUILDDIR»/src/logger.c:192: undefined reference to `__stack_chk_guard'
| forked_daapd-logger.o: In function `DPRINTF':
| /usr/include/powerpc-linux-gnu/bits/stdio2.h:127: undefined reference to 
`__stack_chk_guard'
| /usr/include/powerpc-linux-gnu/bits/stdio2.h:127: undefined reference to 
`__stack_chk_guard'
| forked_daapd-logger.o: In function `__vlogger_block_invoke':
| /«PKGBUILDDIR»/src/logger.c:117: undefined reference to `__stack_chk_guard'
| forked_daapd-logger.o:/«PKGBUILDDIR»/src/logger.c:117: more undefined 
references to `__stack_chk_guard' follow
| clang: error: linker command failed with exit code 1 (use -v to see 
invocation)

Full build log is available at
https://buildd.debian.org/status/fetch.php?pkg=forked-daapdarch=powerpcver=0.19gcd-3stamp=1390081664

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#651309: warzone2100: diff for NMU version 3.1~beta11-2.1

2014-02-21 Thread Sebastian Ramacher
On 2014-02-20 00:51:31, Andreas Beckmann wrote:
 On Wednesday, 15. January 2014 22:29:31 Sebastian Ramacher wrote:
  I've prepared an NMU for warzone2100 (versioned as 3.1~beta11-2.1) and
  uploaded it to DELAYED/2. Please feel free to tell me if I
  should delay it longer.
 
 Hi Sebastian,
 
 do you plan to fix this in experimental, too?

No. The miniupnpc is done from my point of view.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#741623: terminatorx: FTBFS on kfreebsd-*: too many arguments to function 'void append_alsa_device_list(GtkComboBoxText*)'

2014-03-14 Thread Sebastian Ramacher
Source: terminatorx
Version: 3.90-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: sid jessie

terminatorx fails to build on kfreebsd-*:
| g++ -DHAVE_CONFIG_H -I. -I..   -D_FORTIFY_SOURCE=2 -I/usr/include/libxml2 -g 
-O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat 
-Werror=format-security -finput-charset=utf-8   
-DXML_MANUAL=\/usr/share/gnome/help/terminatorX-manual/C/terminatorX-manual.xml\
 -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/gtk-2.0/include 
-I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 
-I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/freetype2 
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include 
-I/usr/include/pixman-1 -I/usr/include/libpng12 -I/usr/include/libdrm 
-I/usr/include/harfbuzz-D_REENTRANT  -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o tX_engine.o 
tX_engine.cc
| tX_dialog.cc: In function 'void init_tx_options(GtkWidget*)':
| tX_dialog.cc:387:75: error: too many arguments to function 'void 
append_alsa_device_list(GtkComboBoxText*)'
|   append_alsa_device_list(GTK_COMBO_BOX_TEXT(combo), globals.alsa_device_id);
|^
| tX_dialog.cc:248:6: note: declared here
|  void append_alsa_device_list(GtkComboBoxText *combo) {
|   ^
| make[5]: *** [tX_dialog.o] Error 1

See
https://buildd.debian.org/status/fetch.php?pkg=terminatorxarch=kfreebsd-amd64ver=3.90-1stamp=1394454594
for a full build log.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#741630: samplv1: FTBFS on i386, kfreebsd-i386: /usr/bin/ld: cannot find -lsamplv1

2014-03-14 Thread Sebastian Ramacher
Source: samplv1
Version: 0.4.0-1
Severity: serious
Justification: fails to build from source
Tags: sid jessie

samplv1 failed to build on the i386 and kfreebsd-i386 buildds:
| g++ -c -pipe -D_FORTIFY_SOURCE=2 -ffast-math -O2 -Wall -W -D_REENTRANT 
-DDATADIR=/usr/share -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_CORE_LIB 
-DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore 
-I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4 
-I/usr/local/include -I/usr/include -I/usr/include/qt4 -I/usr/include/qt4 
-I.moc_jack -I.ui_jack -o .obj_jack/moc_samplv1widget_wave.o 
.moc_jack/moc_samplv1widget_wave.cpp
| /usr/bin/ld: cannot find -lsamplv1
| collect2: error: ld returned 1 exit status

A full build log is available at
https://buildd.debian.org/status/fetch.php?pkg=samplv1arch=i386ver=0.4.0-1stamp=1394546433

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#741935: Is the avbin package still being maintained?

2014-03-17 Thread Sebastian Ramacher
On 2014-03-17 08:32:21, Reinhard Tartler wrote:
 Package: avbin
 Severity: serious
 
 Hi,
 
 I'm wondering if this package is still actively maintained? I cannot
 help but noticing that the debian avbin package lacks several upstream
 versions behind, and has seen its latest maintainer upload almost 5
 years ago.
 
 If the current maintainers think it would be best to let this package
 go, then I'd suggest to reassign this bug against ftp.debian.org and
 ask for its removal. Otherwise, I'd suggest to close this bug by
 uploading a new upstream version (and consider orphaning this
 package).
 
 In any case, I'd suggest to remove avbin from testing for the time
 being to not hold up the libav10 transition further, which is file I
 file this bug with severity serious.

Note that psychopy is the only reverse dependency of avbin:

% dak rm -Rn avbin
Will remove the following packages from unstable:

 avbin |  7-1.4 | source
libavbin-dev |  7-1.4 | amd64, armel, armhf, hurd-i386, i386, 
kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc
 libavbin0 |  7-1.4 | amd64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, 
kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc

Maintainer: Andrew Straw straw...@astraw.com

--- Reason ---

--

Checking reverse dependencies...
# Broken Build-Depends:
psychopy: libavbin0

Dependency problem found.


CCing the psychopy maintainers for their input. If psychopy could drop
the build dependency on avbin, I think there is no reason to keep avbin
in Debian any longer.

Regards
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757033: python-yahoo: websearch fails with urlopen error [Errno -2] Name or service not known

2014-08-04 Thread Sebastian Ramacher
Package: python-yahoo
Version: 3.1-3
Severity: grave

python-yahoo is no longer usable. The included websearch.py example
fails with:

Got an error - urlopen error [Errno -2] Name or service not known

Also, both servers (search.yahooapis.com and local.yahooapis.com) that
are used to submit search requests cannot be resolved.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757163: jhdf: fails to build on kfreebsd

2014-08-05 Thread Sebastian Ramacher
Source: jhdf
Version: 2.9-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

jhdf failed to build on kfreebsd-* with:
| /usr/lib/jvm/default-java/bin//javac -source 1.5 -target 1.5 -g -deprecation 
-d ../../../lib -classpath 
/usr/lib/jvm/default-java/jre/lib/rt.jar:/«PKGBUILDDIR»:../../../lib:.  
DataOptionDialog.java HDFView.java ImageView.java TableView.java TextView.java 
TreeView.java ViewManager.java ViewProperties.java NewAttributeDialog.java 
NewDatasetDialog.java NewDatatypeDialog.java NewLinkDialog.java 
NewTableDataDialog.java NewFileDialog.java NewGroupDialog.java 
DefaultFileFilter.java FileConversionDialog.java MathConversionDialog.java 
NewImageDialog.java UserOptionsDialog.java Tools.java Chart.java DataView.java 
DefaultImageView.java DefaultMetaDataView.java DefaultPaletteView.java 
DefaultTableView.java DefaultTextView.java DefaultTreeView.java 
MetaDataView.java HelpView.java PaletteView.java
...
| 58. ERROR in /«PKGBUILDDIR»/ncsa/hdf/view/UserOptionsDialog.java (at line 974)
|   public void itemStateChanged(ItemEvent e) {
|   ^
| The method itemStateChanged(ItemEvent) of type UserOptionsDialog must 
override a superclass method
| --
| --
| 59. ERROR in /«PKGBUILDDIR»/ncsa/hdf/view/DefaultImageView.java (at line 90)
|   import javax.swing.filechooser.FileNameExtensionFilter;
|  ^^^
| The import javax.swing.filechooser.FileNameExtensionFilter cannot be resolved
| --
...
| 171 problems (4 errors, 167 warnings)make[4]: *** [all] Error 255
| ../../../config/Rules.mk:60: recipe for target 'all' failed
| make[4]: Leaving directory '/«PKGBUILDDIR»/ncsa/hdf/view'
| make[3]: *** [all] Error 2
| ../../config/Rules.mk:50: recipe for target 'all' failed
| make[3]: Leaving directory '/«PKGBUILDDIR»/ncsa/hdf'
| make[2]: *** [all] Error 2
| ../config/Rules.mk:50: recipe for target 'all' failed
| make[2]: Leaving directory '/«PKGBUILDDIR»/ncsa'
| make[1]: *** [ncsa] Error 2
| Makefile:203: recipe for target 'ncsa' failed
| make[1]: Leaving directory '/«PKGBUILDDIR»'
| /usr/share/cdbs/1/class/makefile.mk:47: recipe for target 
'debian/stamp-makefile-build' failed

The full build logs are available from
https://buildd.debian.org/status/fetch.php?pkg=jhdfarch=kfreebsd-amd64ver=2.9-2stamp=1406977251.
Please take a look.

There are also plenty of errors related to a missing Build-Depends on
libfits-java. These errors don't seem to be fatal which might be a bug
in the build system.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757168: gamera: FTBFS on mips

2014-08-05 Thread Sebastian Ramacher
Source: gamera
Version: 3.4.1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

gamera failed to build on mips with:
| ==
| FAIL: test_rle.test_rle1
| --
| Traceback (most recent call last):
|   File /usr/lib/python2.7/dist-packages/nose/case.py, line 197, in runTest
| self.test(*self.arg)
|   File /«PKGBUILDDIR»/tests/test_rle.py, line 23, in test_rle1
| assert image1.color_ccs().to_string() == image2.color_ccs().to_string()
| AssertionError
|
| --
| Ran 583 tests in 83.135s
|
| FAILED (failures=1)
| [181272 refs]
| make: *** [build/build-stamp] Error 123

The full build log is available from
https://buildd.debian.org/status/fetch.php?pkg=gameraarch=powerpcver=3.4.1-1stamp=1406844483.
Please take a look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757571: owfs: FTBFS on kfreebsd-*

2014-08-09 Thread Sebastian Ramacher
Source: owfs
Version: 2.9p5-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

owfs failed to build on kfreebsd-* with symbol errors:
| dh_makeshlibs --no-package libow-php5 --no-package libow-tcl
| dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols 
file: see diff output below
| dpkg-gensymbols: warning: debian/libow-2.9-5/DEBIAN/symbols doesn't match 
completely debian/libow-2.9-5.symbols
| --- debian/libow-2.9-5.symbols (libow-2.9-5_2.9p5-1_kfreebsd-amd64)
| +++ dpkg-gensymbolsmVBLFz 2014-08-07 04:19:46.0 +
| @@ -180,7 +180,7 @@
|   DNSServiceRefSockFD@Base 2.8p4
|   DNSServiceRegister@Base 2.8p4
|   DNSServiceResolve@Base 2.8p4
| - DS1410_detect@Base 2.8p4
| +#MISSING: 2.9p5-1# DS1410_detect@Base 2.8p4
|   DS2480_detect@Base 2.8p4
|   DS2480_level_docheck_errors@Base 2.8p4
|   DS2480_read_fd_isset@Base 2.8p4
| Use of uninitialized value in numeric eq (==) at /usr/bin/dh_makeshlibs line 
251.
| Use of uninitialized value in numeric eq (==) at /usr/bin/dh_makeshlibs line 
251.
| dh_makeshlibs: failing due to earlier errors
| make[1]: *** [override_dh_makeshlibs] Error 2

Full build logs are available from
https://buildd.debian.org/status/logs.php?pkg=owfsver=2.9p5-1. Please
take  look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757573: texmaker: FTBFS on kfreebsd-*

2014-08-09 Thread Sebastian Ramacher
Source: texmaker
Version: 4.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

texmaker failed to build on kfreebsd-* due to unresolved symbols:
| g++ -Wl,-z,relro -Wl,-rpath-link,/usr/lib/x86_64-kfreebsd-gnu -o texmaker 
.obj/main.o .obj/geticon.o .obj/texmakerapp.o .obj/texmaker.o 
.obj/documentview.o .obj/pageitem.o .obj/presentationview.o .obj/minisplitter.o 
.obj/playerbutton.o .obj/symbollistwidget.o .obj/icondelegate.o 
.obj/latexeditor.o .obj/latexhighlighter.o .obj/latexeditorview.o 
.obj/linenumberwidget.o .obj/lightlatexeditor.o .obj/lightlatexhighlighter.o 
.obj/lightlinenumberwidget.o .obj/sourceview.o .obj/logeditor.o 
.obj/loghighlighter.o .obj/findwidget.o .obj/gotolinewidget.o 
.obj/lightfindwidget.o .obj/lightgotolinewidget.o .obj/replacewidget.o 
.obj/structdialog.o .obj/filechooser.o .obj/graphicfilechooser.o 
.obj/tabbingdialog.o .obj/arraydialog.o .obj/tabdialog.o .obj/letterdialog.o 
.obj/addoptiondialog.o .obj/quickdocumentdialog.o .obj/usermenudialog.o 
.obj/usertooldialog.o .obj/refdialog.o .obj/configdialog.o .obj/aboutdialog.o 
.obj/spellerdialog.o .obj/xmltagslistwidget.o .obj/blockdata.o 
.obj/manhattanstyle.o .obj/stylehelper.o .obj/styleanimator.o 
.obj/keysequencedialog.o .obj/browser.o .obj/pdfviewerwidget.o .obj/pdfviewer.o 
.obj/userquickdialog.o .obj/encodingdialog.o .obj/usercompletiondialog.o 
.obj/texdocdialog.o .obj/scandialog.o .obj/exportdialog.o 
.obj/usertagslistwidget.o .obj/addtagdialog.o .obj/versiondialog.o 
.obj/unicodedialog.o .obj/unicodeview.o .obj/quickbeamerdialog.o 
.obj/affentry.o .obj/affixmgr.o .obj/csutil.o .obj/dictmgr.o .obj/hashmgr.o 
.obj/hunspell.o .obj/phonet.o .obj/suggestmgr.o .obj/filemgr.o .obj/replist.o 
.obj/hunzip.o .obj/qtlocalpeer.o .obj/qtsingleapplication.o 
.obj/qtsinglecoreapplication.o .obj/CharDistribution.o 
.obj/ChineseGroupProber.o .obj/JapaneseGroupProber.o .obj/JpCntx.o 
.obj/LangBulgarianModel.o .obj/LangCyrillicModel.o .obj/LangGreekModel.o 
.obj/LangHebrewModel.o .obj/LangHungarianModel.o .obj/LangThaiModel.o 
.obj/nsBig5Prober.o .obj/nsCharSetProber.o .obj/nsEscCharsetProber.o 
.obj/nsEscSM.o .obj/nsEUCJPProber.o .obj/nsEUCKRProber.o .obj/nsEUCTWProber.o 
.obj/nsGB2312Prober.o .obj/nsHebrewProber.o .obj/nsLatin1Prober.o 
.obj/nsMBCSGroupProber.o .obj/nsMBCSSM.o .obj/nsSBCharSetProber.o 
.obj/nsSBCSGroupProber.o .obj/nsSJISProber.o .obj/nsUniversalDetector.o 
.obj/qencodingprober.o .obj/UnicodeGroupProber.o .obj/x11fontdialog.o 
.obj/qrc_texmaker.o .obj/moc_texmaker.o .obj/moc_documentview.o 
.obj/moc_pageitem.o .obj/moc_presentationview.o .obj/moc_playerbutton.o 
.obj/moc_symbollistwidget.o .obj/moc_icondelegate.o .obj/moc_latexeditor.o 
.obj/moc_latexhighlighter.o .obj/moc_latexeditorview.o 
.obj/moc_linenumberwidget.o .obj/moc_lightlatexeditor.o 
.obj/moc_lightlatexhighlighter.o .obj/moc_lightlinenumberwidget.o 
.obj/moc_sourceview.o .obj/moc_logeditor.o .obj/moc_loghighlighter.o 
.obj/moc_findwidget.o .obj/moc_gotolinewidget.o .obj/moc_lightfindwidget.o 
.obj/moc_lightgotolinewidget.o .obj/moc_replacewidget.o .obj/moc_structdialog.o 
.obj/moc_filechooser.o .obj/moc_graphicfilechooser.o .obj/moc_tabbingdialog.o 
.obj/moc_arraydialog.o .obj/moc_tabdialog.o .obj/moc_letterdialog.o 
.obj/moc_addoptiondialog.o .obj/moc_quickdocumentdialog.o 
.obj/moc_usermenudialog.o .obj/moc_usertooldialog.o .obj/moc_refdialog.o 
.obj/moc_configdialog.o .obj/moc_aboutdialog.o .obj/moc_spellerdialog.o 
.obj/moc_xmltagslistwidget.o .obj/moc_manhattanstyle.o .obj/moc_styleanimator.o 
.obj/moc_keysequencedialog.o .obj/moc_browser.o .obj/moc_pdfviewerwidget.o 
.obj/moc_pdfviewer.o .obj/moc_userquickdialog.o .obj/moc_encodingdialog.o 
.obj/moc_usercompletiondialog.o .obj/moc_texdocdialog.o .obj/moc_scandialog.o 
.obj/moc_exportdialog.o .obj/moc_usertagslistwidget.o .obj/moc_addtagdialog.o 
.obj/moc_versiondialog.o .obj/moc_unicodedialog.o .obj/moc_unicodeview.o 
.obj/moc_quickbeamerdialog.o .obj/moc_qtlocalpeer.o 
.obj/moc_qtsingleapplication.o .obj/moc_qtsinglecoreapplication.o 
.obj/moc_x11fontdialog.o   -lz -lpoppler-qt5 -lsynctex -lQt5WebKitWidgets 
-lQt5Quick -lQt5OpenGL -lQt5PrintSupport -lQt5WebKit -lQt5Qml -lQt5Widgets 
-lQt5Script -lQt5Concurrent -lQt5Network -lQt5Xml -lQt5Gui -lQt5Core -lGL 
-lpthread 
| 
/usr/lib/gcc/x86_64-kfreebsd-gnu/4.9/../../../x86_64-kfreebsd-gnu/libQt5WebKit.so:
 undefined reference to `shm_unlink'
| 
/usr/lib/gcc/x86_64-kfreebsd-gnu/4.9/../../../x86_64-kfreebsd-gnu/libQt5WebKit.so:
 undefined reference to `shm_open'

Full build logs are available from
https://buildd.debian.org/status/logs.php?pkg=texmakerver=4.3-1. Please
take a look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757574: apq: FTBFS almost everywhere

2014-08-09 Thread Sebastian Ramacher
Source: apq
Version: 3.2.0-1.1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

apq failed to build almost everywhere:
|debian/rules override_dh_auto_install
| make[1]: Entering directory '/«PKGBUILDDIR»'
| dh_auto_install
| make[2]: Entering directory '/«PKGBUILDDIR»'
| ./scripts/install.sh
| make[2]: Leaving directory '/«PKGBUILDDIR»'
| rm -f debian/tmp/usr/lib/apq-debug/relocatable/libapq.so
| chmod 644 debian/tmp/usr/lib/apq-debug/relocatable/*
| chmod 644 debian/tmp/usr/lib/apq-debug/static/libapq.a
| chmod: cannot access 'debian/tmp/usr/lib/apq-debug/static/libapq.a': No such 
file or directory
| make[1]: *** [override_dh_auto_install] Error 1

Full build logs are available from
https://buildd.debian.org/status/logs.php?pkg=apqver=3.2.0-1.1. Please
take a look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757576: yade: FTBFS on i386 and powerpc

2014-08-09 Thread Sebastian Ramacher
Source: yade
Version: 1.11.0-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

yade failed to build on i386 and powerpc due to failures in the test
DEM-PFV-check.py. On i386 it failed with:
| running:  DEM-PFV-check.py
| DEM-PFV: difference in bulk modulus: 247572.019786 vs. target  252759.905803
| DEM-PFV: difference in permeability: 0.0421610459924  vs. target  
0.040399916554
| DEM-PFV: difference in final pressure: 644.825915149  vs. target  
628.314160434
| DEM-PFV: difference in final deformation 0.00255470775947  vs. target  
0.00258113045083
| (INFO) DEM-PFV: More than 60\% of cpu time in FlowEngine ( 71.9831717446 %). 
Should not happen with efficient libraries (check blas/lapack/cholmod 
implementations)
| DEM-PFV: Metis is not used during cholmod's reordering although explicitly 
enabled, something wrong with libraries
| Status: FAILURE!!!

and on powerpc it failed with:
| running:  DEM-PFV-check.py
| DEM-PFV: difference in final pressure: 636.16359666  vs. target  628.314160434
| DEM-PFV: Metis is not used during cholmod's reordering although explicitly 
enabled, something wrong with libraries
| Status: FAILURE!!!

Full build logs are available from
https://buildd.debian.org/status/logs.php?pkg=yadever=1.11.0-1. Please
take a look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757581: pytables: FTBFS on s390x

2014-08-09 Thread Sebastian Ramacher
|
| ==
| FAIL: None (tables.tests.test_tables.CompressBloscLZ4TablesTestCase)
| --
| Traceback (most recent call last):
|   File /«PKGBUILDDIR»/build/lib.linux-s390x-2.7/tables/tests/common.py, 
line 144, in newmethod
| return oldmethod(self, *args, **kwargs)
|   File 
/«PKGBUILDDIR»/build/lib.linux-s390x-2.7/tables/tests/test_tables.py, line 
1367, in test04c_delete
| self.assertEqual(len(result), len(result2) + 10)
| AssertionError: 0 != 10
|
| ==
| FAIL: None (tables.tests.test_tables.CompressBloscLZ4TablesTestCase)
| --
| Traceback (most recent call last):
|   File /«PKGBUILDDIR»/build/lib.linux-s390x-2.7/tables/tests/common.py, 
line 144, in newmethod
| return oldmethod(self, *args, **kwargs)
|   File 
/«PKGBUILDDIR»/build/lib.linux-s390x-2.7/tables/tests/test_tables.py, line 
1465, in test04d_delete
| self.assertEqual(len(result), len(result2) + 5)
| AssertionError: 0 != 10
|
| --
| Ran 5659 tests in 325.879s
|
| FAILED (failures=15, errors=2)
| make[1]: *** [override_dh_install] Error 1

Full build log is available at
https://buildd.debian.org/status/fetch.php?pkg=pytablesarch=s390xver=3.1.1-2stamp=1407372229.
Please take a look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757589: elastix: FTFBFS against insighttoolkit 4.6

2014-08-09 Thread Sebastian Ramacher
Source: elastix
Version: 4.7-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

elastix fails to build against insighttoolkit 4.6:
| cd 
/«PKGBUILDDIR»/obj-x86_64-linux-gnu/Components/FixedImagePyramids/FixedRecursivePyramid
  /usr/lib/ccache/c++   -DELASTIX_USE_OPENMP 
-DITK_IO_FACTORY_REGISTER_MANAGER -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  
 -fopenmp -O3 -DNDEBUG 
-I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/ITKIOFactoryRegistration 
-I/tmp/buildd/insighttoolkit4-4.6.0/BUILD/Modules/ThirdParty/HDF5/src 
-I/usr/include/dcmtk -I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/ofstd 
-I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmsr 
-I/usr/include/dcmtk/dcmsign -I/usr/include/dcmtk/dcmqrdb 
-I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmnet 
-I/usr/include/dcmtk/dcmjpls -I/usr/include/dcmtk/dcmjpeg 
-I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage 
-I/usr/include/dcmtk/dcmdata -I/usr/include/dcmtk/config 
-I/usr/include/x86_64-linux-gnu -I/usr/include/gdcm-2.4 -I/usr/include/ITK-4.6 
-I/«PKGBUILDDIR»/src/Common -I/«PKGBUILDDIR»/src/Common/CostFunctions 
-I/«PKGBUILDDIR»/src/Common/CUDA -I/«PKGBUILDDIR»/src/Common/ImageSamplers 
-I/«PKGBUILDDIR»/src/Common/KNN -I/«PKGBUILDDIR»/src/Common/KNN/ann_1.1/include 
-I/«PKGBUILDDIR»/src/Common/LineSearchOptimizers 
-I/«PKGBUILDDIR»/src/Common/ParameterFileParser 
-I/«PKGBUILDDIR»/src/Common/Transforms -I/«PKGBUILDDIR»/src/Common/xout 
-I/«PKGBUILDDIR»/src/Common/MevisDicomTiff -I/«PKGBUILDDIR»/src/Core 
-I/«PKGBUILDDIR»/src/Core/Install -I/«PKGBUILDDIR»/src/Core/Kernel 
-I/«PKGBUILDDIR»/src/Core/ComponentBaseClasses 
-I/«PKGBUILDDIR»/src/Core/Configuration -I/«PKGBUILDDIR»/src/Core/Main 
-I/«PKGBUILDDIR»/src/Components/FixedImagePyramids 
-I/«PKGBUILDDIR»/src/Components/ImageSamplers 
-I/«PKGBUILDDIR»/src/Components/Interpolators 
-I/«PKGBUILDDIR»/src/Components/Metrics 
-I/«PKGBUILDDIR»/src/Components/MovingImagePyramids 
-I/«PKGBUILDDIR»/src/Components/Optimizers 
-I/«PKGBUILDDIR»/src/Components/Registrations 
-I/«PKGBUILDDIR»/src/Components/ResampleInterpolators 
-I/«PKGBUILDDIR»/src/Components/Resamplers 
-I/«PKGBUILDDIR»/src/Components/Transforms 
-I/«PKGBUILDDIR»/obj-x86_64-linux-gnu-o 
CMakeFiles/FixedRecursivePyramid.dir/elxFixedRecursivePyramid.cxx.o -c 
/«PKGBUILDDIR»/src/Components/FixedImagePyramids/FixedRecursivePyramid/elxFixedRecursivePyramid.cxx
| In file included from 
/«PKGBUILDDIR»/src/Core/ComponentBaseClasses/elxTransformBase.h:341:0,
|  from /«PKGBUILDDIR»/src/Core/Kernel/elxElastixTemplate.h:35,
|  from /«PKGBUILDDIR»/src/Core/Install/elxIncludes.h:35,
|  from 
/«PKGBUILDDIR»/src/Components/FixedImagePyramids/FixedRecursivePyramid/elxFixedRecursivePyramid.h:17,
|  from 
/«PKGBUILDDIR»/src/Components/FixedImagePyramids/FixedRecursivePyramid/elxFixedRecursivePyramid.cxx:15:
| /«PKGBUILDDIR»/src/Core/ComponentBaseClasses/elxTransformBase.hxx:25:51: 
fatal error: itkTransformToDisplacementFieldSource.h: No such file or directory
|  #include itkTransformToDisplacementFieldSource.h
|^
| compilation terminated.
| make[3]: *** 
[Components/FixedImagePyramids/FixedRecursivePyramid/CMakeFiles/FixedRecursivePyramid.dir/elxFixedRecursivePyramid.cxx.o]
 Error 1

Full build log is available at
https://people.debian.org/~sramacher/logs/itk4/elastix_4.7-2_amd64-20140809-1726.log.
Please take a look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757594: libinsighttoolkit4-dev: missing libhdf5-dev dependency

2014-08-09 Thread Sebastian Ramacher
Package: libinsighttoolkit4-dev
Version: 4.6.0-1
Severity: serious
Control: affects -1 ants plastimatch

The cmake files provided by libinsighttoolkit4-dev gained references to
/usr/lib/triplet/libhdf5.so, but this is not reflected in the
dependencies of libinsighttoolkit4-dev.

Due to the missing libhdf5-dev Depends ants and platimatch fail to build
when rebuilt against 4.6.0-1. ants fails with:

| make[4]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libhdf5.so', 
needed by 'bin/jointfusion'.  Stop

and plastimatch fails with:

| make[3]: *** No rule to make target '/usr/lib/x86_64-linux-gnu/libhdf5.so', 
needed by 'landmark_warp'.  Stop.

Please add libhdf5-dev to libinsighttoolkit4-dev's Depends to fix this
issue.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757595: ants: FTFBFS against insighttoolkit 4.6

2014-08-09 Thread Sebastian Ramacher
Source: ants
Version: 2.0.0-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Control: block -1 by 757594

After fixing #757594 locally ants still fails to build against
insighttoolkit 4.6:
| cd /«PKGBUILDDIR»/obj-x86_64-linux-gnu/Examples  /usr/lib/ccache/c++   
-DITK_IO_FACTORY_REGISTER_MANAGER -Dl_antsApplyTransforms_EXPORTS -g -O2 
-fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2   -Wall -Wcast-align -Wdisabled-optimization -Wextra 
-Wformat=2 -Winvalid-pch -Wno-format-nonliteral -Wpointer-arith -Wshadow 
-Wunused -Wwrite-strings -funit-at-a-time -Wno-strict-overflow -Wno-deprecated 
-Wno-invalid-offsetof -Woverloaded-virtual -Wstrict-null-sentinel -fPIC   
-Wno-deprecated -fPIC -I/«PKGBUILDDIR»/Examples/. 
-I/«PKGBUILDDIR»/Examples/../Temporary -I/«PKGBUILDDIR»/Examples/../Tensor 
-I/«PKGBUILDDIR»/Examples/../GraphTheory 
-I/«PKGBUILDDIR»/Examples/../ImageSegmentation 
-I/«PKGBUILDDIR»/Examples/../ImageRegistration 
-I/«PKGBUILDDIR»/Examples/../Utilities -I/usr/include/vtk-5.8 
-I/«PKGBUILDDIR»/obj-x86_64-linux-gnu/ITKIOFactoryRegistration 
-I/tmp/buildd/insighttoolkit4-4.6.0/BUILD/Modules/ThirdParty/HDF5/src 
-I/usr/include/dcmtk -I/usr/include/dcmtk/oflog -I/usr/include/dcmtk/ofstd 
-I/usr/include/dcmtk/dcmtls -I/usr/include/dcmtk/dcmsr 
-I/usr/include/dcmtk/dcmsign -I/usr/include/dcmtk/dcmqrdb 
-I/usr/include/dcmtk/dcmpstat -I/usr/include/dcmtk/dcmnet 
-I/usr/include/dcmtk/dcmjpls -I/usr/include/dcmtk/dcmjpeg 
-I/usr/include/dcmtk/dcmimgle -I/usr/include/dcmtk/dcmimage 
-I/usr/include/dcmtk/dcmdata -I/usr/include/dcmtk/config 
-I/usr/include/x86_64-linux-gnu -I/usr/include/gdcm-2.4 -I/usr/include/ITK-4.6  
  -o CMakeFiles/l_antsApplyTransforms.dir/antsApplyTransforms.cxx.o -c 
/«PKGBUILDDIR»/Examples/antsApplyTransforms.cxx
| /«PKGBUILDDIR»/Examples/antsAlignOrigin.cxx:18:51: fatal error: 
itkTransformToDisplacementFieldSource.h: No such file or directory
|  #include itkTransformToDisplacementFieldSource.h
|^
| compilation terminated.

The full build log is available at
https://people.debian.org/~sramacher/logs/itk4/ants_2.0.0-2_amd64-20140809-1752.log.
Please take a look.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757903: syslog-ng-core: invoke-rc.d: initscript syslog-ng, action stop failed.

2014-08-12 Thread Sebastian Ramacher
Package: syslog-ng-core
Version: 3.5.6-1
Severity: grave
Justification: renders package unusable

Today the upgrade from 3.5.5-2 to 3.5.6-1 failed with:
| Processing triggers for syslog-ng-core (3.5.6-1) ...
| Job for syslog-ng.service canceled.
| invoke-rc.d: initscript syslog-ng, action stop failed.
| dpkg: error processing package syslog-ng-core (--configure):
|  subprocess installed post-installation script returned error exit status 1

Uncommenting invoke-rc.d syslog-ng stop || exit $? in line 6 of the
postinst script and running apt install -f fixes the issue and lets the
installation complete.

I've also seen this issue while installing syslog-ng-core for the first
time on another system.

Both systems are running systemd if that matters. Let me know if you
want more info. My other system waits to be upgraded.

Cheers

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

Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages syslog-ng-core depends on:
ii  init-system-helpers  1.20
ii  libc62.19-7
ii  libcap2  1:2.24-4
ii  libevtlog0   0.2.12-6
ii  libglib2.0-0 2.40.0-4
ii  libivykis0   0.36.2-1
ii  libnet1  1.1.6+dfsg-3
ii  libpcre3 1:8.35-3
ii  libssl1.0.0  1.0.1i-2
ii  libsystemd-daemon0   208-7
ii  libwrap0 7.6.q-25
ii  util-linux   2.20.1-5.8

Versions of packages syslog-ng-core recommends:
ii  logrotate  3.8.7-1

Versions of packages syslog-ng-core suggests:
pn  syslog-ng-mod-amqp none
pn  syslog-ng-mod-geoipnone
iu  syslog-ng-mod-json 3.5.6-1
iu  syslog-ng-mod-mongodb  3.5.6-1
pn  syslog-ng-mod-redisnone
pn  syslog-ng-mod-smtp none
iu  syslog-ng-mod-sql  3.5.6-1
pn  syslog-ng-mod-stompnone

-- no debconf information

-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757903: syslog-ng-core: invoke-rc.d: initscript syslog-ng, action stop failed.

2014-08-12 Thread Sebastian Ramacher
On 2014-08-12 13:51:11, Gergely Nagy wrote:
 Sebastian Ramacher sramac...@debian.org writes:
 
  Package: syslog-ng-core
  Version: 3.5.6-1
  Severity: grave
  Justification: renders package unusable
 
  Today the upgrade from 3.5.5-2 to 3.5.6-1 failed with:
  | Processing triggers for syslog-ng-core (3.5.6-1) ...
  | Job for syslog-ng.service canceled.
  | invoke-rc.d: initscript syslog-ng, action stop failed.
  | dpkg: error processing package syslog-ng-core (--configure):
  |  subprocess installed post-installation script returned error exit status 
  1
 
  Uncommenting invoke-rc.d syslog-ng stop || exit $? in line 6 of the
  postinst script and running apt install -f fixes the issue and lets the
  installation complete.
 
  I've also seen this issue while installing syslog-ng-core for the first
  time on another system.
 
  Both systems are running systemd if that matters. Let me know if you
  want more info. My other system waits to be upgraded.
 
 What does systemctl status syslog-ng.service print?

From my second system before the upgrade:

$ systemctl status syslog-ng.service
syslog-ng.service - System Logger Daemon
   Loaded: loaded (/lib/systemd/system/syslog-ng.service; enabled)
   Active: active (running) since Tue 2014-08-12 12:40:47 CEST; 7h ago
 Docs: man:syslog-ng(8)
  Process: 4262 ExecReload=/bin/kill -HUP $MAINPID (code=exited, 
status=0/SUCCESS)
 Main PID: 737 (syslog-ng)
   CGroup: /system.slice/syslog-ng.service
   └─737 /usr/sbin/syslog-ng -F

Aug 12 12:40:47 mercury2 systemd[1]: Started System Logger Daemon.
Aug 12 14:08:52 mercury2 systemd[1]: Reloading System Logger Daemon.
Aug 12 14:08:52 mercury2 systemd[1]: Reloaded System Logger Daemon.

However, upgrading syslog-ng-core there didn't cause it to fail. So, I tried to
debug the issue a bit, added a set -x to the postinst script and run
dpkg-reconfigure syslog-ng-core some times. Interestingly enough it works most
of the time, but fails every fourth or fifth try.

From a good run:

$ systemctl status syslog-ng.service; dpkg-reconfigure syslog-ng-core
syslog-ng.service - System Logger Daemon
   Loaded: loaded (/lib/systemd/system/syslog-ng.service; enabled)
   Active: active (running) since Tue 2014-08-12 20:41:57 CEST; 5s ago
 Docs: man:syslog-ng(8)
 Main PID: 24065 (syslog-ng)
   CGroup: /system.slice/syslog-ng.service
   └─24065 /usr/sbin/syslog-ng -F

Aug 12 20:41:57 mercury2 systemd[1]: Started System Logger Daemon.
Aug 12 20:41:57 mercury2 systemd[1]: Started System Logger Daemon.
+ [ configure = triggered ]
+ dpkg-trigger register-syslog-ng-plugin
+ deb-systemd-helper unmask syslog-ng.service
+ deb-systemd-helper --quiet was-enabled syslog-ng.service
+ deb-systemd-helper enable syslog-ng.service
+ [ -x /etc/init.d/syslog-ng ]
+ update-rc.d syslog-ng defaults 10 90
+ exit 0
Processing triggers for syslog-ng-core (3.5.6-1) ...
+ [ triggered = triggered ]
+ invoke-rc.d syslog-ng stop
Warning: Stopping syslog-ng.service, but it can still be activated by:
  syslog.socket
+ invoke-rc.d syslog-ng start
+ exit 0

From a bad run:

% systemctl status syslog-ng.service; dpkg-reconfigure syslog-ng-core
syslog-ng.service - System Logger Daemon
   Loaded: loaded (/lib/systemd/system/syslog-ng.service; enabled)
   Active: active (running) since Tue 2014-08-12 20:42:04 CEST; 1s ago
 Docs: man:syslog-ng(8)
 Main PID: 24163 (syslog-ng)
   CGroup: /system.slice/syslog-ng.service
   └─24163 /usr/sbin/syslog-ng -F

Aug 12 20:42:04 mercury2 systemd[1]: Started System Logger Daemon.
Aug 12 20:42:04 mercury2 systemd[1]: Started System Logger Daemon.
+ [ configure = triggered ]
+ dpkg-trigger register-syslog-ng-plugin
+ deb-systemd-helper unmask syslog-ng.service
+ deb-systemd-helper --quiet was-enabled syslog-ng.service
+ deb-systemd-helper enable syslog-ng.service
+ [ -x /etc/init.d/syslog-ng ]
+ update-rc.d syslog-ng defaults 10 90
+ exit 0
Processing triggers for syslog-ng-core (3.5.6-1) ...
+ [ triggered = triggered ]
+ invoke-rc.d syslog-ng stop
Job for syslog-ng.service canceled.
invoke-rc.d: initscript syslog-ng, action stop failed.
+ exit 1
dpkg: error processing package syslog-ng-core (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 syslog-ng-core

I was suspecting a systemd rate limit at first, but the upgrade that failed
today didn't include any other packages shipping anything systemd related. See
the attached history.log for the packages involved in the failing upgrade.

Cheers
-- 
Sebastian Ramacher
Start-Date: 2014-08-12  09:23:59
Commandline: apt upgrade -V
Upgrade: libgl1-mesa-dev:amd64 (10.2.4-1, 10.2.5-1), liblqr-1-0:amd64 (0.4.2-1, 
0.4.2-2), libegl1-mesa:amd64 (10.2.4-1, 10.2.5-1), libopenvg1-mesa:amd64 
(10.2.4-1, 10.2.5-1), syslog-ng-mod-json:amd64 (3.5.5-2, 3.5.6-1), 
libssl1.0.0:amd64 (1.0.1i-1, 1.0.1i-2), libproc-processtable-perl:amd64 
(0.50-1, 0.50-2), libegl1-mesa-drivers:amd64 (10.2.4-1, 10.2.5-1

Bug#757163: jhdf: fails to build on kfreebsd

2014-08-12 Thread Sebastian Ramacher
Hi

On 2014-08-13 01:23:06, Gilles Filippini wrote:
 On Tue, 5 Aug 2014 22:57:27 +0200 Sebastian Ramacher
 sramac...@debian.org wrote:
  Source: jhdf
  Version: 2.9-2
  Severity: serious
  Justification: fails to build from source (but built successfully in the 
  past)
 
 jhdf wasn't expected to build on kfreebsd-* because of the versioned
 Build-depends on default-jdk (= 1:1.6). But since the epoch bump of
 default-jdk this test now matches 2:1.5. I've fixed that in
 debian/control and uploaled to unstable. But I have no idea how to get
 existing binary packages removed from testing/kfreebsd-*. Any idea?

reportbug ftp.debian.org

and ask for a removal of the binaries from kfreebsd-*. But if they are not
supposed to build on kfreebsd-* anyway, why are they Architecture: any?
Apparently they should be Architecture: linux-any.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757990: blender: FTBFS

2014-08-13 Thread Sebastian Ramacher
Control: found -1 2.71+dfsg0-4
Control: notfound -1 2.71+dfsg0-4.dsc
Control: tags -1 + moreinfo

On 2014-08-12 23:30:13, Reinhard Tartler wrote:
 Package: blender
 Version: 2.71+dfsg0-4.dsc
 Severity: serious
 
 While trying to recompile blender against libav11 in experimental, I
 noticed a compilation error, which seems to be unrelated to libav:
 
 
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/32x32/apps/blender.png
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/48x48
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/48x48/apps
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/48x48/apps/blender.png
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/256x256
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/256x256/apps
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/256x256/apps/blender.png
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/icons/hicolor/scalable/apps/blender.svg
 -- Installing: 
 /«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/blender/scripts/blender-thumbnailer.py
 Makefile:65: recipe for target 'install' failed
 make[2]: Leaving directory 
 '/«BUILDDIR»/blender-2.71+dfsg0/obj-x86_64-linux-gnu'
 debian/rules:33: recipe for target 'override_dh_auto_install' failed
 make[1]: Leaving directory '/«BUILDDIR»/blender-2.71+dfsg0'
 debian/rules:48: recipe for target 'binary' failed
 
 Build finished at 20140812-2204
 
 Finished
 
 
 E: Build failure (dpkg-buildpackage died)

The interesinng part of the logs seems to be:
| Fatal: can't open /dev/urandom: Bad address
| Traceback (most recent call last):
|   File /«BUILDDIR»/blender-2.71+dfsg0/doc/manpage/blender.1.py, line 55, in 
module
| blender_help = subprocess.check_output(cmd).decode(encoding=utf-8)
|   File /usr/lib/python2.7/subprocess.py, line 573, in check_output
| raise CalledProcessError(retcode, cmd, output=output)
| subprocess.CalledProcessError: -- Installing: 
/«BUILDDIR»/blender-2.71+dfsg0/debian/tmp/usr/share/blender/scripts//addons/rigify/utils.py
| Command '['/«BUILDDIR»/blender-2.71+dfsg0/obj-x86_64-linux-gnu/bin/blender', 
'--help']' returned non-zero exit status -6

Is there something wrong with your build chroot? Anyway, I can't reproduce the
issue when building against libav 10 or libav 11.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#758155: freerdp: FTFBFS allmost everywhere

2014-08-14 Thread Sebastian Ramacher
@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)sse2_set_32s@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)sse2_set_32u@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)sse2_set_8u@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)sse2_yCbCrToRGB_16s16s_P3P3@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)sse3_add_16s@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)sse3_andC_32u@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)sse3_orC_32u@Base 1.1.0~beta1+git20130629
| - (arch=!ppc64el)ssse3_sign_16s@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_RGBToRGB_16s8u_P3AC4R@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_RGBToYCbCr_16s16s_P3P3@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_alphaComp_argb@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_lShiftC_16s@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_lShiftC_16u@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_rShiftC_16s@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_rShiftC_16u@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_set_32s@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_set_32u@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_set_8u@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse2_yCbCrToRGB_16s16s_P3P3@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse3_add_16s@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse3_andC_32u@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)sse3_orC_32u@Base 1.1.0~beta1+git20130629
| +#MISSING: 1.1.0~git20140809.1.b07a5c1+dfsg-2# 
(arch=!ppc64el)ssse3_sign_16s@Base 1.1.0~beta1+git20130629
|  libfreerdp-rail.so.1.1 libfreerdp1 #MINVER#
|   icon_cache_free@Base 1.1.0~beta1+git20130629
|   icon_cache_get@Base 1.1.0~beta1+git20130629
| dh_makeshlibs: failing due to earlier errors
| make[1]: *** [override_dh_makeshlibs] Error 2

Please take a look. Full build logs are available from
https://buildd.debian.org/status/logs.php?pkg=freerdpver=1.1.0~git20140809.1.b07a5c1+dfsg-2.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#758184: boinc: FTBFS due to dependency errors in Makefile

2014-08-15 Thread Sebastian Ramacher
 libboinc_la-proxy_info.lo 
libboinc_la-shmem.lo libboinc_la-str_util.lo libboinc_la-url.lo 
libboinc_la-util.lo libboinc_la-procinfo_unix.lo libboinc_la-synch.lo 
libboinc_la-unix_util.lo
| libtool: link: /usr/bin/g++  -fPIC -DPIC -shared -nostdlib 
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crti.o 
/usr/lib/gcc/x86_64-linux-gnu/4.9/crtbeginS.o  .libs/libboinc_la-app_ipc.o 
.libs/libboinc_la-base64.o .libs/libboinc_la-cc_config.o 
.libs/libboinc_la-cert_sig.o .libs/libboinc_la-coproc.o 
.libs/libboinc_la-diagnostics.o .libs/libboinc_la-filesys.o 
.libs/libboinc_la-gui_rpc_client.o .libs/libboinc_la-gui_rpc_client_ops.o 
.libs/libboinc_la-gui_rpc_client_print.o .libs/libboinc_la-hostinfo.o 
.libs/libboinc_la-md5.o .libs/libboinc_la-md5_file.o 
.libs/libboinc_la-mem_usage.o .libs/libboinc_la-mfile.o 
.libs/libboinc_la-miofile.o .libs/libboinc_la-msg_log.o 
.libs/libboinc_la-network.o .libs/libboinc_la-notice.o 
.libs/libboinc_la-opencl_boinc.o .libs/libboinc_la-parse.o 
.libs/libboinc_la-prefs.o .libs/libboinc_la-procinfo.o 
.libs/libboinc_la-proc_control.o .libs/libboinc_la-proxy_info.o 
.libs/libboinc_la-shmem.o .libs/libboinc_la-str_util.o .libs/libboinc_la-url.o 
.libs/libboinc_la-util.o .libs/libboinc_la-procinfo_unix.o 
.libs/libboinc_la-synch.o .libs/libboinc_la-unix_util.o   -L/usr/lib 
-L/usr/lib/gcc/x86_64-linux-gnu/4.9 
-L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu 
-L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../lib -L/lib/x86_64-linux-gnu 
-L/lib/../lib -L/usr/lib/x86_64-linux-gnu -L/usr/lib/../lib 
-L/usr/lib/gcc/x86_64-linux-gnu/4.9/../../.. -lstdc++ -lm -lc -lgcc_s 
/usr/lib/gcc/x86_64-linux-gnu/4.9/crtfastmath.o 
/usr/lib/gcc/x86_64-linux-gnu/4.9/crtendS.o 
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../x86_64-linux-gnu/crtn.o  -pthread 
-O2 -O3 -Wl,-z -Wl,relro -flto -Wl,--no-add-needed   -pthread -Wl,-soname 
-Wl,libboinc.so.7 -o .libs/libboinc.so.7.4.14

It looks like the dependencies in the Makefiles are wrong or that it's just not
ready for --parallel. Please take a look. Build logs are available from
https://buildd.debian.org/status/logs.php?pkg=boincver=7.4.14+dfsg-1.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#758187: slic3r: FTBFS on armhf

2014-08-15 Thread Sebastian Ramacher
Source: slic3r
Version: 1.1.7+dfsg-2
Severity: serious
Justification: fails to build from source

slic3r failed to build on armhf:
| cc -I/usr/lib/perl/5.18/CORE -DVERSION=0.01 -DXS_VERSION=0.01 -fPIC -xc++ 
-D_FILE_OFFSET_BITS=64 -D_GLIBCXX_USE_C99 -DHAS_BOOL -DNOGDI -DSLIC3RXS -Isrc 
-Ibuildtmp -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fwrapv -fstack-protector 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -g -O2 -fstack-protector --param=ssp-buffer-size=4 
-Wformat -Werror=format-security -g -O2 -fstack-protector 
--param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 
-o buildtmp/XS.o buildtmp/XS.c
| buildtmp/XS.c: In function 'void 
XS_Slic3r__Point_projection_onto_polygon(PerlInterpreter*, CV*)':
| buildtmp/XS.c:777:2: error: 'Polygon' was not declared in this scope
|   Polygon* polygon;
|   ^
| buildtmp/XS.c:777:11: error: 'polygon' was not declared in this scope
|   Polygon* polygon;
|^
| buildtmp/XS.c:777:11: note: suggested alternative:
| In file included from /usr/include/boost/polygon/polygon.hpp:12:0,
|  from src/Point.hpp:93,
|  from buildtmp/XS.c:183:
| /usr/include/boost/polygon/isotropy.hpp:110:36: note:   'boost::polygon'
|  namespace boost { namespace polygon{
| ^
| buildtmp/XS.c:794:35: error: expected primary-expression before ')' token
|polygon = (Polygon *)SvIV((SV*)SvRV( ST(1) ));
|^
| buildtmp/XS.c: In function 'void 
XS_Slic3r__Point_projection_onto_polyline(PerlInterpreter*, CV*)':
| buildtmp/XS.c:823:2: error: 'Polyline' was not declared in this scope
|   Polyline* polyline;
|   ^
| buildtmp/XS.c:823:12: error: 'polyline' was not declared in this scope
|   Polyline* polyline;
| ^
| buildtmp/XS.c:840:37: error: expected primary-expression before ')' token
|polyline = (Polyline *)SvIV((SV*)SvRV( ST(1) ));
|  ^
| error building buildtmp/XS.o from 'buildtmp/XS.c' at 
/usr/share/perl/5.18/ExtUtils/CBuilder/Base.pm line 177.
| dh_auto_build: perl Build returned exit code 2

Please take a look. The full build log is available from
https://buildd.debian.org/status/fetch.php?pkg=slic3rarch=armhfver=1.1.7+dfsg-2stamp=1407932466.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757951: VLC FTBFSes against recently uploaded freerdp 1.1 API

2014-08-15 Thread Sebastian Ramacher
Control: tags -1 + pending

On 2014-08-12 17:24:48, Mike Gabriel wrote:
 Package: vlc
 Version: 2.1.5-1
 Severity: grave
 Tag: patch
 
 Dear Multimedia maintainers,
 
 My recent upload of freerdp 1.1.0~git broke building vlc as found in
 Debian unstable. Sorry for not checking this prior to the upload.
 
 Please note, that VLC upstream has a patch [1] to get this fixed. Is it
 possible that someone of the Multimedia Team patches [1] into vlc in Debian
 and uploads a new revision of src:package vlc?
 
 For more information, please also check [2].

I've applied the patch in our git repository and I checked that it
builds with the patch. Please let us know once freerdp builds everywhere
so we can upload a fixed vlc.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#757951: VLC FTBFSes against recently uploaded freerdp 1.1 API

2014-08-15 Thread Sebastian Ramacher
Control: clone -1 -2
Control: reassign -2 libfreerdp-dev 1.1.0~git20140809.1.b07a5c1+dfsg-2
Control: retitle -2 libfreerdp-dev: missing -lfreerdp-client in pkg-config file
Control: submitter -2 !
Control: block -1 by -2

On 2014-08-15 22:58:11, Sebastian Ramacher wrote:
 Control: tags -1 + pending
 
 On 2014-08-12 17:24:48, Mike Gabriel wrote:
  Package: vlc
  Version: 2.1.5-1
  Severity: grave
  Tag: patch
  
  Dear Multimedia maintainers,
  
  My recent upload of freerdp 1.1.0~git broke building vlc as found in
  Debian unstable. Sorry for not checking this prior to the upload.
  
  Please note, that VLC upstream has a patch [1] to get this fixed. Is it
  possible that someone of the Multimedia Team patches [1] into vlc in Debian
  and uploads a new revision of src:package vlc?
  
  For more information, please also check [2].
 
 I've applied the patch in our git repository and I checked that it
 builds with the patch. Please let us know once freerdp builds everywhere
 so we can upload a fixed vlc.

Ugh, so I've looked up the build log again and then I've noticed this
line:

dpkg-shlibdeps: warning: 
debian/vlc-nox/usr/lib/vlc/plugins/access/librdp_plugin.so contains an 
unresolvable reference to symbol freerdp_channels_global_uninit: it's probably 
a plugin

It seems there is a -lfreerdp-client missing in freerdp.pc. But in any
case, this is a regression from previous versions of libfreerdp-dev.
Cloning the bug and assigning it to libfreerdp-dev. Let us know once
this bug is fixed too.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#756784: Fwd: Re: Bug#756784: visp: FTBFS on powerpc

2014-08-16 Thread Sebastian Ramacher
On 2014-08-04 11:21:31, Emilio Pozuelo Monfort wrote:
 On 02/08/14 14:38, Fabien Spindler wrote:
  Hi,
  
  Is it possible to relaunch the build of visp
  https://buildd.debian.org/status/package.php?p=vispsuite=unstable
  especially on powerpc arch. I suspect that a 3rd party was updated and that 
  this
  update fixes the error that occurs on powerpc.
 
 Given back.

It failed with the same error again.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#747536: libimobiledevice: diff for NMU version 1.1.6+dfsg-3.1

2014-08-17 Thread Sebastian Ramacher
Control: tags -1 + patch pending

Dear maintainer,

I've prepared an NMU for libimobiledevice (versioned as 1.1.6+dfsg-3.1)
and uploaded it to DELAYED/2. Please feel free to tell me if I should
delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru libimobiledevice-1.1.6+dfsg/debian/changelog libimobiledevice-1.1.6+dfsg/debian/changelog
--- libimobiledevice-1.1.6+dfsg/debian/changelog	2014-07-23 10:23:59.0 +0200
+++ libimobiledevice-1.1.6+dfsg/debian/changelog	2014-08-17 12:23:30.0 +0200
@@ -1,3 +1,11 @@
+libimobiledevice (1.1.6+dfsg-3.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Switch libgnutls-dev in libimobiledevice-dev's Depends to
+libgnutls28-dev to reflect Build-Depends changes. (Closes: #747536)
+
+ -- Sebastian Ramacher sramac...@debian.org  Sun, 17 Aug 2014 12:23:29 +0200
+
 libimobiledevice (1.1.6+dfsg-3) unstable; urgency=medium
 
   * Team upload
diff -Nru libimobiledevice-1.1.6+dfsg/debian/control libimobiledevice-1.1.6+dfsg/debian/control
--- libimobiledevice-1.1.6+dfsg/debian/control	2014-07-23 10:23:59.0 +0200
+++ libimobiledevice-1.1.6+dfsg/debian/control	2014-08-17 11:46:57.0 +0200
@@ -48,7 +48,7 @@
  libglib2.0-dev,
  libplist-dev,
  libusbmuxd-dev,
- libgnutls-dev,
+ libgnutls28-dev,
  libtasn1-6-dev
 Description: Library for communicating with iPhone and iPod Touch devices
  libimobiledevice is a library that talks the native Apple USB protocols that


signature.asc
Description: Digital signature


Bug#758412: amarok: requires gcrypt to build but it's not listed in Build-Depends

2014-08-17 Thread Sebastian Ramacher
Source: amarok
Version: 2.8.0-2
Severity: serious
Justification: missing build dependency
Tags: patch

amarok's build system explicitely checks for OpenSSL or gcrypt and
errors out if neither is available. Until now, libgcryptX-dev was pulled
in via other Build-Depends (libimobiledevice-dev and
libcurl-gnutls-dev), but they have all migrated to gnutls 3 and they no
longer pull in gcrypt. Thus amarok needs to explicitely list
libgcrypt20-dev in its' Build-Depends.

The attached patch fixes this issue.

Cheers
-- 
Sebastian Ramacher
diff -Nru amarok-2.8.0/debian/changelog amarok-2.8.0/debian/changelog
--- amarok-2.8.0/debian/changelog   2013-11-04 20:44:32.0 +0100
+++ amarok-2.8.0/debian/changelog   2014-08-17 12:30:10.0 +0200
@@ -1,3 +1,10 @@
+amarok (2.8.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Explicitly list libgcrypt20-dev in Build-Depends.
+
+ -- Sebastian Ramacher sramac...@debian.org  Sun, 17 Aug 2014 12:29:48 +0200
+
 amarok (2.8.0-2) unstable; urgency=low
 
   * Drop kdemultimedia-dev build dependency. Apparently, it is not needed.
diff -Nru amarok-2.8.0/debian/control amarok-2.8.0/debian/control
--- amarok-2.8.0/debian/control 2013-11-04 20:26:49.0 +0100
+++ amarok-2.8.0/debian/control 2014-08-17 12:30:20.0 +0200
@@ -14,7 +14,8 @@
  libmysqld-pic (= 5.5.23+dfsg), libwrap0-dev,
  libcurl4-gnutls-dev, libxml2-dev, libloudmouth1-dev,
  libgtk2.0-dev, libqca2-dev, liblastfm-dev (= 1.0.3),
- libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any]
+ libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any],
+ libgcrytp20-dev
 Build-Depends-Indep: mysql-server-core-5.5 | mysql-server-core
 Standards-Version: 3.9.5
 Homepage: http://amarok.kde.org


signature.asc
Description: Digital signature


Bug#758155: freerdp: FTFBFS allmost everywhere

2014-08-17 Thread Sebastian Ramacher
tags 758257 + patch

Hi,

the attached debdiff contains two patches. The first one fixes the
symbol errors reported in #758155. The optimized variants of the
primitives are only used in the test suite and via function pointers in
libfreerdp-primitives. So there is no need export the symbols. The patch
hides these symbols. An updates symbols file for libfreerdp1 is also
included.

The second patch fixes #758257 by adding -lfreerdp-client to the
pkg-config file.

It would be nice if these patches could be applied soon so we can
continue with our work preparing vlc 2.2 for Debian.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#758155: freerdp: FTFBFS allmost everywhere

2014-08-17 Thread Sebastian Ramacher
On 2014-08-17 16:10:23, Sebastian Ramacher wrote:
 the attached debdiff contains two patches.

And here is the patch.

Cheers
-- 
Sebastian Ramacher
diff -Nru freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog
--- freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog   2014-08-12 
00:34:33.0 +0200
+++ freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog   2014-08-17 
16:03:32.0 +0200
@@ -1,3 +1,14 @@
+freerdp (1.1.0~git20140809.1.b07a5c1+dfsg-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/1001-hide-sse-symbols.patch: Do not export optimized
+primitives. They do not need to be part of the public ABI. (Closes:
+#758155)
+  * debian/patches/1002-update-pkg-config-file.patch: Add missing
+-lfreerdp-client to pkg-config file. (Closes: #758257)
+
+ -- Sebastian Ramacher sramac...@debian.org  Sun, 17 Aug 2014 13:04:04 +0200
+
 freerdp (1.1.0~git20140809.1.b07a5c1+dfsg-2) unstable; urgency=medium
 
   * debian/libfreerdp1.symbols:
diff -Nru freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols
--- freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols 
2014-08-11 23:46:37.0 +0200
+++ freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols 
2014-08-17 13:04:33.0 +0200
@@ -1777,21 +1777,6 @@
  primitives_init_shift_opt@Base 1.1.0~beta1+git20130629
  primitives_init_sign@Base 1.1.0~beta1+git20130629
  primitives_init_sign_opt@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_RGBToRGB_16s8u_P3AC4R@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_RGBToYCbCr_16s16s_P3P3@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_alphaComp_argb@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_lShiftC_16s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_lShiftC_16u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_rShiftC_16s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_rShiftC_16u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_set_32s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_set_32u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_set_8u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_yCbCrToRGB_16s16s_P3P3@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse3_add_16s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse3_andC_32u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse3_orC_32u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)ssse3_sign_16s@Base 1.1.0~beta1+git20130629
 libfreerdp-rail.so.1.1 libfreerdp1 #MINVER#
  icon_cache_free@Base 1.1.0~beta1+git20130629
  icon_cache_get@Base 1.1.0~beta1+git20130629
diff -Nru 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-sse-symbols.patch
 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-sse-symbols.patch
--- 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-sse-symbols.patch
 1970-01-01 01:00:00.0 +0100
+++ 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-sse-symbols.patch
 2014-08-17 15:58:22.0 +0200
@@ -0,0 +1,178 @@
+Description: Do not export optimized implementations of the primitives
+ They are only used in the test suite and via function pointers. There is no
+ need to expose them via the public ABI of libfreerdp-primitives.
+Author: Sebastian Ramacher sramac...@debian.org
+Last-Update: 2014-08-17
+
+--- a/libfreerdp/primitives/prim_templates.h
 b/libfreerdp/primitives/prim_templates.h
+@@ -20,6 +20,13 @@
+ #ifndef __PRIM_TEMPLATES_H_INCLUDED__
+ #define __PRIM_TEMPLATES_H_INCLUDED__
+ 
++
++#if __GNUC__ = 4
++  #define PRIMITIVES_HIDDEN   __attribute__ ((visibility(hidden)))
++#else
++  #define PRIMITIVES_HIDDEN
++#endif
++
+ /* These are prototypes for SSE (potentially NEON) routines that do a 
+  * simple SSE operation over an array of data.  Since so much of this
+  * code is shared except for the operation itself, these prototypes are
+@@ -44,7 +51,7 @@
+  * SCD = Source, Constant, Destination
+  */
+ #define SSE3_SCD_ROUTINE(_name_, _type_, _fallback_, _op_, _slowWay_) \
+-pstatus_t _name_(const _type_ *pSrc, INT32 val, _type_ *pDst, INT32 len) \
++PRIMITIVES_HIDDEN pstatus_t _name_(const _type_ *pSrc, INT32 val, _type_ 
*pDst, INT32 len) \
+ { \
+   int shifts; \
+   UINT32 offBeatMask; \
+@@ -188,7 +195,7 @@
+  * PRE = preload xmm0 with the constant.
+  */
+ #define SSE3_SCD_PRE_ROUTINE(_name_, _type_, _fallback_, _op_, _slowWay_) \
+-pstatus_t _name_(const _type_ *pSrc, _type_ val, _type_ *pDst, INT32 len) \
++PRIMITIVES_HIDDEN pstatus_t _name_(const _type_ *pSrc, _type_ val, _type_ 
*pDst, INT32 len) \
+ { \
+   int shifts; \
+   UINT32 offBeatMask; \
+@@ -293,7 +300,7 @@
+  * SSD = Source1, Source2, Destination
+  */
+ #define SSE3_SSD_ROUTINE(_name_, _type_, _fallback_, _op_, _slowWay_) \
+-pstatus_t _name_(const _type_ *pSrc1, const _type_ *pSrc2, _type_ *pDst

Bug#758155: freerdp: FTFBFS allmost everywhere

2014-08-17 Thread Sebastian Ramacher
tags 758155 + patch
thanks

On 2014-08-17 16:11:16, Sebastian Ramacher wrote:
 On 2014-08-17 16:10:23, Sebastian Ramacher wrote:
  the attached debdiff contains two patches.
 
 And here is the patch.

Attached is a new patch that also deals with the build issue on armhf.

Cheers
-- 
Sebastian Ramacher
diff -Nru freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog
--- freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog   2014-08-12 
00:34:33.0 +0200
+++ freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/changelog   2014-08-17 
20:12:12.0 +0200
@@ -1,3 +1,15 @@
+freerdp (1.1.0~git20140809.1.b07a5c1+dfsg-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/patches/1001-hide-internal-symbols.patch: Hide internal symbols.
+They do not need to be part of the public ABI. (Closes: #758155)
+  * debian/patches/1002-update-pkg-config-file.patch: Add missing
+-lfreerdp-client to pkg-config file. (Closes: #758257)
+  * debian/rules: Build with -DARM_FP_ABI=hard on armhf.
+  * debian/libfreerdp1.symbols: Remove internal symbols.
+
+ -- Sebastian Ramacher sramac...@debian.org  Sun, 17 Aug 2014 13:04:04 +0200
+
 freerdp (1.1.0~git20140809.1.b07a5c1+dfsg-2) unstable; urgency=medium
 
   * debian/libfreerdp1.symbols:
diff -Nru freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols
--- freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols 
2014-08-11 23:46:37.0 +0200
+++ freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/libfreerdp1.symbols 
2014-08-17 17:35:25.0 +0200
@@ -328,7 +328,6 @@
  nsc_context_new@Base 1.1.0~beta1+git20130629
  nsc_context_set_pixel_format@Base 1.1.0~beta1+git20130629
  nsc_encode@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)nsc_init_sse2@Base 1.1.0~beta1+git20130629
  nsc_process_message@Base 1.1.0~beta1+git20130629
  rdpsnd_compute_audio_time_length@Base 1.1.0~beta1+git20130629
  rdpsnd_free_audio_formats@Base 1.1.0~beta1+git20130629
@@ -349,7 +348,6 @@
  rfx_dwt_2d_decode@Base 1.1.0~beta1+git20130629
  rfx_dwt_2d_encode@Base 1.1.0~beta1+git20130629
  rfx_encode_rgb@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)rfx_init_sse2@Base 1.1.0~beta1+git20130629
  rfx_message_free@Base 1.1.0~beta1+git20130629
  rfx_message_get_rect@Base 1.1.0~beta1+git20130629
  rfx_message_get_rect_count@Base 1.1.0~beta1+git20130629
@@ -1777,21 +1775,6 @@
  primitives_init_shift_opt@Base 1.1.0~beta1+git20130629
  primitives_init_sign@Base 1.1.0~beta1+git20130629
  primitives_init_sign_opt@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_RGBToRGB_16s8u_P3AC4R@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_RGBToYCbCr_16s16s_P3P3@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_alphaComp_argb@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_lShiftC_16s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_lShiftC_16u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_rShiftC_16s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_rShiftC_16u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_set_32s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_set_32u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_set_8u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse2_yCbCrToRGB_16s16s_P3P3@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse3_add_16s@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse3_andC_32u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)sse3_orC_32u@Base 1.1.0~beta1+git20130629
- (arch=!ppc64el)ssse3_sign_16s@Base 1.1.0~beta1+git20130629
 libfreerdp-rail.so.1.1 libfreerdp1 #MINVER#
  icon_cache_free@Base 1.1.0~beta1+git20130629
  icon_cache_get@Base 1.1.0~beta1+git20130629
diff -Nru 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-internal-symbols.patch
 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-internal-symbols.patch
--- 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-internal-symbols.patch
1970-01-01 01:00:00.0 +0100
+++ 
freerdp-1.1.0~git20140809.1.b07a5c1+dfsg/debian/patches/1001-hide-internal-symbols.patch
2014-08-17 20:06:18.0 +0200
@@ -0,0 +1,242 @@
+Description: Hide internal functions
+ They are only used in the test suite and via function pointers. There is no
+ need to expose them via the public ABI of libfreerdp-primitives and
+ libfreerdp-codec.
+Author: Sebastian Ramacher sramac...@debian.org
+Last-Update: 2014-08-17
+
+--- /dev/null
 b/libfreerdp/codec/codec_internal.h
+@@ -0,0 +1,14 @@
++#ifdef __GNUC__
++# pragma once
++#endif
++
++#ifndef __CODEC_INTERNAL_H_INCLUDED__
++#define __CODEC_INTERNAL_H_INCLUDED__
++
++#if __GNUC__ = 4
++  #define CODEC_HIDDEN   __attribute__ ((visibility(hidden)))
++#else
++  #define CODEC_HIDDEN
++#endif
++
++#endif /* !__CODEC_INTERNAL_H_INCLUDED__ */
+--- a/libfreerdp/codec/nsc_sse2.h
 b/libfreerdp/codec/nsc_sse2.h
+@@ -21,8 +21,9

Bug#758412: amarok: requires gcrypt to build but it's not listed in Build-Depends

2014-08-17 Thread Sebastian Ramacher
On 2014-08-17 19:52:23, Jakub Wilk wrote:
 * Sebastian Ramacher sramac...@debian.org, 2014-08-17, 12:42:
 - libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any]
 + libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any],
 + libgcrytp20-dev
 
 Typo: s/crytp/crypt/

Thanks for spotting that. New patch attached.

Cheers
-- 
Sebastian Ramacher
diff -Nru amarok-2.8.0/debian/changelog amarok-2.8.0/debian/changelog
--- amarok-2.8.0/debian/changelog   2013-11-04 20:44:32.0 +0100
+++ amarok-2.8.0/debian/changelog   2014-08-17 20:19:29.0 +0200
@@ -1,3 +1,10 @@
+amarok (2.8.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Explicitly list libgcrypt20-dev in Build-Depends.
+
+ -- Sebastian Ramacher sramac...@debian.org  Sun, 17 Aug 2014 20:19:20 +0200
+
 amarok (2.8.0-2) unstable; urgency=low
 
   * Drop kdemultimedia-dev build dependency. Apparently, it is not needed.
diff -Nru amarok-2.8.0/debian/control amarok-2.8.0/debian/control
--- amarok-2.8.0/debian/control 2013-11-04 20:26:49.0 +0100
+++ amarok-2.8.0/debian/control 2014-08-17 20:17:48.0 +0200
@@ -14,7 +14,8 @@
  libmysqld-pic (= 5.5.23+dfsg), libwrap0-dev,
  libcurl4-gnutls-dev, libxml2-dev, libloudmouth1-dev,
  libgtk2.0-dev, libqca2-dev, liblastfm-dev (= 1.0.3),
- libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any]
+ libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any],
+ libgcrypt20-dev
 Build-Depends-Indep: mysql-server-core-5.5 | mysql-server-core
 Standards-Version: 3.9.5
 Homepage: http://amarok.kde.org


signature.asc
Description: Digital signature


Bug#757926: ABI changes in libfreerdp1 makes other software break

2014-08-26 Thread Sebastian Ramacher
Control: block 757917 by -1

Hi Mike

On 2014-08-12 15:02:01, Mike Gabriel wrote:
 My suggestion would be to:
 
   (1) rename bin:package libfreerdp1 to some other name (actually, I am
 thinking to package
   all lib*.so.* files in individual bin:packages)
   (2) rename bin:package libfreerdp-dev to some other name
   (3) re-introduce a libfreerdp-1-0 package (providing libfreerdp1) and a
 libfreerdp-dev
   package providing the older headers. This then would be a new
 src:package ((lib)freerdp-1.0).
 
 I guess, this should fix those current issues, right?

Since this is becoming a blocker now for vlc and the libav transition, would you
accept a patch that splits the shared libraries into separate binary packages?
After that, a round of binNMUs is enough for the reverse dependencies to pick up
the correct dependencies and this should not be a issue any longer.

Please let me know what you think and I'll start working on a patch.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#752544: vlc: source package fails to compile

2014-08-27 Thread Sebastian Ramacher
Control: reassign -1 src:glib2.0 2.40.0-4
Control: retitle -1 glib2.0: build gobject with -Wl,nodelete to prevent 
unloading
Control: tags -1 = upstream fixed-upstream
Control: affects -1 vlc

Hi glib maintainers,

vlc randomly fails to build during the generation of the plugin cache. Some of
the plugins are linked (indirectly) to gobject. During the generation of the
plugin cache, these plugins are loaded and unloaded again. In some circumstances
this causes gobject to be unloaded at the wrong time and vlc-cache-gen crashes.
Since the plugin cache is generated at build time, this issue makes the build of
vlc fail.

The issue has been fixed in glib with commit
2b178c762fbc0706031e9890ba190233e243a602 [1] and the fix is contained in 2.41.3.
It also got applied to the glib-2-40 branch (commit
3662eb9759fe225d1c214db6927c667a1b733e8a)
Could you please apply the patch to the current version in unstable?

Cheers

[1] https://mail.gnome.org/archives/commits-list/2014-April/msg02316.html
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#758412: amarok: diff for NMU version 2.8.0-2.1

2014-08-30 Thread Sebastian Ramacher
Control: tags -1 + pending

Dear maintainer,

I've prepared an NMU for amarok (versioned as 2.8.0-2.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Cheers
-- 
Sebastian Ramacher
diff -Nru amarok-2.8.0/debian/changelog amarok-2.8.0/debian/changelog
--- amarok-2.8.0/debian/changelog	2013-11-04 20:44:32.0 +0100
+++ amarok-2.8.0/debian/changelog	2014-08-30 10:37:43.0 +0200
@@ -1,3 +1,11 @@
+amarok (2.8.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/control: Explicitly list libgcrypt20-dev in Build-Depends (Closes:
+#758412).
+
+ -- Sebastian Ramacher sramac...@debian.org  Sat, 30 Aug 2014 10:37:41 +0200
+
 amarok (2.8.0-2) unstable; urgency=low
 
   * Drop kdemultimedia-dev build dependency. Apparently, it is not needed.
diff -Nru amarok-2.8.0/debian/control amarok-2.8.0/debian/control
--- amarok-2.8.0/debian/control	2013-11-04 20:26:49.0 +0100
+++ amarok-2.8.0/debian/control	2014-08-30 10:24:29.0 +0200
@@ -14,7 +14,8 @@
  libmysqld-pic (= 5.5.23+dfsg), libwrap0-dev,
  libcurl4-gnutls-dev, libxml2-dev, libloudmouth1-dev,
  libgtk2.0-dev, libqca2-dev, liblastfm-dev (= 1.0.3),
- libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any]
+ libavformat-dev (= 4:0.5), libofa0-dev, libaio-dev [linux-any],
+ libgcrypt20-dev
 Build-Depends-Indep: mysql-server-core-5.5 | mysql-server-core
 Standards-Version: 3.9.5
 Homepage: http://amarok.kde.org


signature.asc
Description: Digital signature


Bug#757926: ABI changes in libfreerdp1 makes other software break

2014-08-30 Thread Sebastian Ramacher
Control: tags -1 + patch

Hi Mike

On 2014-08-26 21:44:56, Mike Gabriel wrote:
  Since this is becoming a blocker now for vlc and the libav transition,
  would you accept a patch that splits the shared libraries into separate
  binary packages? After that, a round of binNMUs is enough for the
  reverse dependencies to pick up the correct dependencies and this should
  not be a issue any longer.
  
  Please let me know what you think and I'll start working on a patch.
 
 Getting all the .so files in separate bin:packages is on my todo list
 anyway, but I won't get to it before the midst of September. I will be
 happy about sharing the work load.

Here is a patch that implements the split. I've also renamed
libfreerdp1-dbg to libfreerdp-dbg that contains the debug symbols for
all shared libraries. The descriptions might need an update since I'm
not really familiar what all the shared libraries do.

Additionally there is fix included for the lintian warnings / errors in
libfreerdp-standard-plugins. dh_makeshlibs is now told to ignore the
plugins.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#756777: Dirac FTBFS on armhf and blocks migration of arm64 fix.

2014-10-13 Thread Sebastian Ramacher
On 2014-10-13 03:29:19, peter green wrote:
 Found 756777 1.0.2-6
 Thanks
 | Checking encode and decode of colourbars
 |
 |   2: colourbars  FAILED 
 (colourbars.at:7)
 |
 I've just reproduced this locally with both sid's version in sid and
 jessie's version in jessie. So this doesn't appear to be related to the
 change in the sid package but related to some change in the build
 environment. If I had to guess i'd say a computer

I think it's a toolchain bug. I did debug the issue some time after
filing the bug report, but forgot to report my findings to the bug. The
same version built fine in a wheezy chroot on harris, but fails in a
unstable chroot.

Here is the backtrace I got at the time:

#0  dirac::PictureCompressor::SelectQuantisers (this=this@entry=0x207ccc4, 
coeff_data=..., bands=..., lambda=lambda@entry=6.25, est_bits=..., 
cb_mode=QUANT_SINGLE, pp=..., csort=csort@entry=dirac::Y_COMP) at 
picture_compress.cpp:632
#1  0x00036d94 in dirac::PictureCompressor::CodeResidue 
(this=this@entry=0x207ccc4, my_buffer=..., pnum=optimized out, 
p_picture_byteio=p_picture_byteio@entry=0x20e4ae8) at 
picture_compress.cpp:449
#2  0x000232ee in dirac::SequenceCompressor::CompressNextPicture 
(this=0x207cba8) at seq_compress.cpp:447
#3  0x00018e72 in DiracEncoder::CompressNextPicture (this=this@entry=0x207c400) 
at dirac_encoder.cpp:607
#4  0x0001b122 in CompressNextPicture (this=0x207c400) at dirac_encoder.cpp:1141
#5  dirac_encoder_output (encoder=0x207c240) at dirac_encoder.cpp:1106
#6  0x00014b20 in main (argc=optimized out, argv=optimized out) at 
encmain.cpp:1234

The offending line is est_bits[b] = SelectMultiQuants( coeff_data ,
bands , b, lambda,  Printing b (or another index somewhere up the
call trace - I don't remember exactly) immediately before this line,
makes the crash go away. This makes me think gcc fails at optimizing the
code and generates broken output.

I didn't debug it any further.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#765187: blender: FTBFS on s390x, ppc64el, arm64: error: cast from 'ccl::uchar* {aka unsigned char*}' to 'CUdeviceptr {aka unsigned int}' loses precision [-fpermissive]

2014-10-13 Thread Sebastian Ramacher
Source: blender
Version: 2.72+dfsg1-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

blender failed to build on s390x, ppc64el and arm64 with:
| [  7%] Building CXX object 
intern/cycles/bvh/CMakeFiles/cycles_bvh.dir/bvh_node.cpp.o
| cd /«BUILDDIR»/blender-2.72+dfsg1/obj-s390x-linux-gnu/intern/cycles/bvh  
/usr/bin/c++   -DBOOST_ALL_NO_LIB -DCCL_NAMESPACE_BEGIN=namespace ccl { 
-DCCL_NAMESPACE_END=} -DHAVE_STDBOOL_H -DWITH_CUDA -DWITH_MULTI -DWITH_OPENCL 
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE 
-D__BIG_ENDIAN__ -Wredundant-decls -Wall -Wno-invalid-offsetof 
-Wno-sign-compare -Wlogical-op -Winit-self -Wmissing-include-dirs 
-Wno-div-by-zero -Wtype-limits -Wuninitialized -Wundef -Wmissing-declarations 
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-D_FORTIFY_SOURCE=2  -D__STDC_CONSTANT_MACROS -fopenmp -pipe -fPIC 
-funsigned-char -fno-strict-aliasing -ffast-math -Werror=float-conversion 
-isystem /usr/include/OpenImageIO -isystem /usr/include/OpenEXR 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/. 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../kernel 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../kernel/svm 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../render 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../util 
-I/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/../device-o 
CMakeFiles/cycles_bvh.dir/bvh_node.cpp.o -c 
/«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/bvh/bvh_node.cpp
| /«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/device/device_cuda.cpp: In 
member function 'virtual void 
ccl::CUDADevice::mem_copy_from(ccl::device_memory, int, int, int, int)':
| /«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/device/device_cuda.cpp:358:78: 
error: cast from 'ccl::uchar* {aka unsigned char*}' to 'CUdeviceptr {aka 
unsigned int}' loses precision [-fpermissive]
|  (CUdeviceptr)((uchar*)mem.device_pointer + 
offset), size));
|   
^
| /«BUILDDIR»/blender-2.72+dfsg1/intern/cycles/device/device_cuda.cpp:86:21: 
note: in definition of macro 'cuda_assert'
|CUresult result = stmt; \
|  ^
| make[3]: *** 
[intern/cycles/device/CMakeFiles/cycles_device.dir/device_cuda.cpp.o] Error 1
| intern/cycles/device/CMakeFiles/cycles_device.dir/build.make:103: recipe for 
target 'intern/cycles/device/CMakeFiles/cycles_device.dir/device_cuda.cpp.o' 
failed
| make[3]: Leaving directory 
'/«BUILDDIR»/blender-2.72+dfsg1/obj-s390x-linux-gnu'
| make[2]: *** [intern/cycles/device/CMakeFiles/cycles_device.dir/all] Error 2

See
https://buildd.debian.org/status/fetch.php?pkg=blenderarch=s390xver=2.72+dfsg1-1stamp=1412753922
for the build log.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#765191: fence-agents: FTBFS on kfreebsd-*: netiucv/iucv.h: No such file or directory

2014-10-13 Thread Sebastian Ramacher
Source: fence-agents
Version: 4.0.7.1-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

fence-agents failed to build on kfreebsd-* with:
| gcc -DHAVE_CONFIG_H -I. -I../../../make   -I../../../make -I../../../make -I. 
 -D_GNU_SOURCE -g -O2 -O2 -ggdb3 -Wall -Wshadow -Wmissing-prototypes 
-Wmissing-declarations -Wstrict-prototypes -Wdeclaration-after-statement 
-Wpointer-arith -Wwrite-strings -Wcast-align -Wbad-function-cast 
-Wmissing-format-attribute -Wformat=2 -Wformat-security -Wformat-nonliteral 
-Wno-long-long -Wno-strict-aliasing  -MT fence_zvmip-fence_zvmip.o -MD -MP -MF 
.deps/fence_zvmip-fence_zvmip.Tpo -c -o fence_zvmip-fence_zvmip.o `test -f 
'fence_zvmip.c' || echo './'`fence_zvmip.c
| fence_zvmip.c:41:26: fatal error: netiucv/iucv.h: No such file or directory
|  #include netiucv/iucv.h
|   ^
| compilation terminated.
| make[5]: *** [fence_zvmip-fence_zvmip.o] Error 1

See
https://buildd.debian.org/status/fetch.php?pkg=fence-agentsarch=kfreebsd-amd64ver=4.0.7.1-2.1stamp=1411506668
for the full build log.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#765284: htdig: FTBFS on kfreebsd-*: 'ETIME' undeclared

2014-10-13 Thread Sebastian Ramacher
Source: htdig
Version: 1:3.2.0b6-13
Severity: serious
Justification: fails to build from source (but built successfully in the past)

htdig failed to build on kfreebsd-*:
| libtool: compile:  x86_64-kfreebsd-gnu-gcc -DHAVE_CONFIG_H -I. -I./../htlib 
-D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -c mut_pthread.c  -fPIC -DPIC -o .libs/mut_pthread.o
| mut_pthread.c: In function 'CDB___db_pthread_mutex_lock':
| mut_pthread.c:204:27: error: 'ETIME' undeclared (first use in this function)
| if (ret != 0  ret != ETIME  ret != ETIMEDOUT)
|^
| mut_pthread.c:204:27: note: each undeclared identifier is reported only once 
for each function it appears in
| make[3]: *** [mut_pthread.lo] Error 1

For the full build log see
https://buildd.debian.org/status/fetch.php?pkg=htdigarch=kfreebsd-amd64ver=1:3.2.0b6-13stamp=1408859426.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#765285: mapsembler2: FTBFS on non-x86: xmmintrin.h: No such file or directory

2014-10-13 Thread Sebastian Ramacher
Source: mapsembler2
Version: 2.2.1+dfsg-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

mapsembler2 FTBFS on non x86 architectures with:
| [ 27%] Building CXX object 
ext/gatb-core/src/CMakeFiles/gatbcore-static.dir/gatb/kmer/impl/MPHFAlgorithm.cpp.o
| In file included from 
/«BUILDDIR»/mapsembler2-2.2.1+dfsg/mapsembler2_extremities/build/ext/gatb-core/include/emphf/mphf.hpp:5:0,
|  from 
/«BUILDDIR»/mapsembler2-2.2.1+dfsg/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/tools/collections/impl/MPHF.hpp:30,
|  from 
/«BUILDDIR»/mapsembler2-2.2.1+dfsg/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/kmer/impl/MPHFAlgorithm.hpp:39,
|  from 
/«BUILDDIR»/mapsembler2-2.2.1+dfsg/mapsembler2_extremities/thirdparty/gatb-core/src/gatb/kmer/impl/MPHFAlgorithm.cpp:20:
| 
/«BUILDDIR»/mapsembler2-2.2.1+dfsg/mapsembler2_extremities/build/ext/gatb-core/include/emphf/bitpair_vector.hpp:3:23:
 fatal error: xmmintrin.h: No such file or directory
|  #include xmmintrin.h
|^
| compilation terminated.
| make[4]: *** 
[ext/gatb-core/src/CMakeFiles/gatbcore-static.dir/gatb/kmer/impl/MPHFAlgorithm.cpp.o]
 Error 1
| ext/gatb-core/src/CMakeFiles/gatbcore-static.dir/build.make:330: recipe for 
target 
'ext/gatb-core/src/CMakeFiles/gatbcore-static.dir/gatb/kmer/impl/MPHFAlgorithm.cpp.o'
 failed

See
https://buildd.debian.org/status/fetch.php?pkg=mapsembler2arch=arm64ver=2.2.1+dfsg-3stamp=1412832848
for a full build log.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#765288: hubicfuse: FTBFS on kfreebsd-*: #error On FreeBSD API version 25 or greater must be used

2014-10-13 Thread Sebastian Ramacher
Source: hubicfuse
Version: 1.1.0-1
Severity: serious
Justification: fails to build from source

hubicfuse failed to build on kfreebsd-* with:
| gcc -g -O2 -fstack-protector-strong -Wformat -Werror=format-security 
-I/usr/include/libxml2   -D_FILE_OFFSET_BITS=64 -I/usr/include/fuse   
-I/usr/include/json-c  -o hubicfuse cloudfsapi.c cloudfuse.c -lxml2  -lcurl  
-lfuse -pthread  -lssl -lcrypto  -ljson-c 
| In file included from /usr/include/fuse/fuse.h:26:0,
|  from cloudfsapi.c:21:
| /usr/include/fuse/fuse_common.h:474:8: error: #error On FreeBSD API version 
25 or greater must be used
|  #  error On FreeBSD API version 25 or greater must be used
| ^
| make[1]: *** [hubicfuse] Error 1

See
https://buildd.debian.org/status/fetch.php?pkg=hubicfusearch=kfreebsd-amd64ver=1.1.0-1stamp=1411982875
for a full build log.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


Bug#765290: mruby: FTBFS on armel: Segmentation fault

2014-10-13 Thread Sebastian Ramacher
Source: mruby
Version: 1.0.0+20140919+git5f7b0580-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

mruby failed to build on armel:
|  Test host 
| build/host/test/mrbtest -v
| Segmentation fault
| rake aborted!
| Command Failed: [build/host/test/mrbtest -v]
| Rakefile:106:in `block (2 levels) in top (required)'
| make[1]: *** [test] Error 1

The full build log is available at
https://buildd.debian.org/status/fetch.php?pkg=mrubyarch=armelver=1.0.0+20140919+git5f7b0580-1stamp=1411086008.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature


<    1   2   3   4   5   6   7   8   9   10   >