Bug#945193: O: libvigraimpex -- C++ computer vision library

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8
https://danielstender.com

Bug#945190: O: python-djvulibre -- Python support for the DjVu image format

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com

Bug#945189: O: python-blosc -- Python 3 bindings for the Blosc meta-compressor

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com

Bug#945185: O: pdf2djvu -- PDF to DjVu converter

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com

Bug#945184: O: llvmlite -- LLVM Python binding for writing JIT compilers

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com

Bug#945183: O: ocrodjvu -- tool to perform OCR on DjVu documents

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com

Bug#945182: O: m2crypto -- Python wrapper for the OpenSSL library

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8
https://danielstender.com

Bug#945180: O: gox -- simple cross compilation tool for Go

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8
https://danielstender.com

Bug#945179: O: gamera -- framework for building document analysis applications

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8
https://danielstender.com

Bug#945177: O: didjvu -- DjVu encoder with foreground/background separation

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8
https://danielstender.com

Bug#945176: O: c-blosc -- high performance meta-compressor optimized for binary data

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8
https://danielstender.com

Bug#945175: O: bcolz -- high performant compressed data container based on NumPy

[Daniel Stender]

Package: wnpp
Severity: normal

I'm orphaning this package due to retirement.

Thanks,
Daniel Stender

-- 
4096R/DF5182C8
https://danielstender.com

Bug#935057: RM: afl -- ROM; upstream not actively developed anymore

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi Ftp team,

please remove the package afl [1] from the archive. Its original developer
left Google, and its not actively further developed anymore [2]. It doesn't
build with LLVM > 6.0, which is blocked to be dropped by it.

I've filed removal requests for the reverse-deps afl-cov (#935055) and
python-afl (#935054), too, which by the side are low on popcon stats.

Thanks,
Daniel Stender

[1] https://tracker.debian.org/pkg/afl

[2] https://twitter.com/Dor3s/status/1154737061787660288

Bug#935054: RM: python-afl -- ROM; removal of AFL

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi Ftp team,

please remove the package python-afl [1] together with its reverse-dep
afl [2] from the archive (removal request for that is coming up after this).

Thanks,
Daniel Stender

[1] https://tracker.debian.org/pkg/python-afl

[2] https://tracker.debian.org/pkg/afl

Bug#935055: RM: afl-cov -- ROM; removal of AFL

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi Ftp team,

please remove the package afl-cov [1] together with its reverse-dep
afl [2] from the archive (removal request for that is coming up after this).

Thanks,
Daniel Stender

[1] https://tracker.debian.org/pkg/afl-cov

[2] https://tracker.debian.org/pkg/afl

Bug#935050: RM: ocr4gamera -- ROM; very low popcon

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi Ftp team,

please remove the package ocr4gamera [1] from the archive. The userbase
is very low (popcon 12).

The reverse-dep package greekocr4gamera is in RM request, too (#985048).

Thank you very much,
Daniel Stender

[1] https://tracker.debian.org/pkg/ocr4gamera

Bug#935048: RM: greekocr4gamera -- ROM; very low popcon

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi Ftp team,

please remove package greekocr4gamera [1] from the archive. The user base
is very low (popcon 5).

Thank you very much,
Daniel Stender

[1] https://tracker.debian.org/pkg/greekocr4gamera

Bug#934964: RFP: afl++ -- security related binary fuzzer (fork of American Fuzzy Lop)

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: afl++
  Version : 2.53c
  Upstream Author : Marc Heuse 
* URL : https://github.com/vanhauser-thc/AFLplusplus
* License : Apache-2.0
  Programming Lang: C
  Description : security related binary fuzzer (fork of American Fuzzy Lop)

This is a fork of American Fuzzy Lop [1], which isn't actively further developed
anymore [2]. The latest release of AFL++ includes a lot new features, fixes and
improvements.

Packaging this would replace AFL in the Debian archive [3], which doesn't build 
with
LLVM >= 7 [4], and therefore is going to be removed so that LLVM 6 could be 
finally
dropped.

Thanks,
Daniel Stender

[1] https://github.com/google/afl

[2] https://twitter.com/Dor3s/status/1154737061787660288

[3] https://tracker.debian.org/pkg/afl

[4] https://bugs.debian.org/912785

Bug#934632: RM: bloscpack -- ROM; low popcon

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Please remove bloscpack [1] from Unstable, very low popcon stats (2), low
upstream activity.

Thank you,
Daniel Stender

[1] https://tracker.debian.org/pkg/bloscpack

-- 
4096R/DF5182C8
https://danielstender.com



signature.asc
Description: OpenPGP digital signature

Bug#934485: RM: tlslite-ng -- ROM; very sparse user base

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi ftp masters,

please remove tlslite-ng [1] from Unstable. The package is in the
archive since 02/2016, but it hasn't developed no significant user base
since then (popcon 19), and no reverse-deps came up.

Thank you very much,
Daniel Stender

[1] https://tracker.debian.org/pkg/tlslite-ng

-- 
4096R/DF5182C8
https://danielstender.com



signature.asc
Description: OpenPGP digital signature

Bug#912785: afl: doesn't build with LLVM 7 (segfault)

[Daniel Stender]

Instead of what has been claimed on the afl-users mailing list [1] it appears 
the
new release 2.53b [2] doesn't build with LLVM-8 nor LLVM-7, and the same 
segfault remains:


[*] Testing the CC wrapper and instrumentation output...
unset AFL_USE_ASAN AFL_USE_MSAN AFL_INST_RATIO; AFL_QUIET=1 AFL_PATH=. 
AFL_CC=clang-8 ../afl-clang-fast  -Wall -D_FORTIFY_SOURCE=2 -g 
-Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" -DBIN_PATH=\"/usr/bin\" 
-DVERSION=\"2.53b\"  ../test-instr.c -o test-instr -Wl,-z,relro -Wl,-z,now
Stack dump:
0.  Program arguments: /usr/lib/llvm-8/bin/clang -cc1 -triple 
x86_64-pc-linux-gnu -emit-obj -disable-free -disable-llvm-verifier 
-discard-value-names -main-file-name test-instr.c -mrelocation-model static 
-mthread-model posix -fmath-errno -masm-verbose -mconstructor-aliases 
-munwind-tables -fuse-init-array -target-cpu x86-64 -dwarf-column-info 
-debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb 
-momit-leaf-frame-pointer -resource-dir /usr/lib/llvm-8/lib/clang/8.0.1 -D 
_FORTIFY_SOURCE=2 -D AFL_PATH="/usr/lib/afl" -D BIN_PATH="/usr/bin" -D 
VERSION="2.53b" -D __AFL_HAVE_MANUAL_CONTROL=1 -D __AFL_COMPILER=1 -D 
FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION=1 -D __AFL_LOOP(_A)=({ static volatile 
char *_B __attribute__((used));  _B = (char*)"##SIG_AFL_PERSISTENT##"; 
__attribute__((visibility("default"))) int _L(unsigned int) 
__asm__("__afl_persistent_loop"); _L(_A); }) -D __AFL_INIT()=do { static 
volatile char *_A __attribute__((used));  _A = 
(char*)"##SIG_AFL_DEFER_FORKSRV##"; __attribute__((visibility("default"))) void 
_I(void) __asm__("__afl_manual_init"); _I(); } while (0) -internal-isystem 
/usr/local/include -internal-isystem /usr/lib/llvm-8/lib/clang/8.0.1/include 
-internal-externc-isystem /usr/include/x86_64-linux-gnu 
-internal-externc-isystem /include -internal-externc-isystem /usr/include -O3 
-Wall -Wno-pointer-sign -fdebug-compilation-dir /<>/llvm_mode 
-ferror-limit 19 -fmessage-length 0 -funroll-loops -fobjc-runtime=gcc 
-fdiagnostics-show-option -vectorize-loops -vectorize-slp -load 
../afl-llvm-pass.so -o /tmp/test-instr-02c5f7.o -x c ../test-instr.c -faddrsig 
clang: error: unable to execute command: Segmentation fault
clang: error: clang frontend command failed due to signal (use -v to see 
invocation)
clang version 8.0.1-3 (tags/RELEASE_801/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
clang: note: diagnostic msg: PLEASE submit a bug report to 
https://bugs.llvm.org/ and include the crash backtrace, preprocessed source, 
and associated run script.
clang: error: unable to execute command: Segmentation fault
clang: note: diagnostic msg: Error generating preprocessed source(s).
make[2]: *** [Makefile:98: test_build] Error 254


Further development seems to be happening mainly on the AFL++ project these 
days, maybe AFL could be dropped.

Cheers,
D.S.

[1] https://groups.google.com/forum/#!topic/afl-users/zHeyTX_Cyn0

[2] https://github.com/google/AFL/releases

-- 
4096R/DF5182C8
https://danielstender.com

Bug#930221: unblock: m2crypto/ 0.31.0-3.1

[Daniel Stender]

Control: retitle -1 unblock: m2crypto/0.31.0-4

On 6/8/19 9:20 PM, Paul Gevers wrote
> If this version gets uploaded, be it by the maintainers of m2crpyto or
> by Sebastian, it will be acceptable from the Release Team point of view.
 
I've uploaded the package including these patches.

The package is m2crypto/0.31.0-4 though because it's not a NMU.

Fresh debdiff is attached.

Thanks again for patches.

Best,
Daniel Stender

-- 
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com
diff -Nru m2crypto-0.31.0/debian/changelog m2crypto-0.31.0/debian/changelog
--- m2crypto-0.31.0/debian/changelog	2019-03-11 19:44:01.0 +0100
+++ m2crypto-0.31.0/debian/changelog	2019-06-09 09:42:32.0 +0200
@@ -1,3 +1,11 @@
+m2crypto (0.31.0-4) unstable; urgency=medium
+
+  * Add a few patches from upstream to avoid a testsuite
+regression while testing for bug which was fixed in OpenSSL
+1.1.1c (Closes: #929903) [thanks to Sebastian Andrzej Siewior].
+
+ -- Daniel Stender   Sun, 09 Jun 2019 09:42:32 +0200
+
 m2crypto (0.31.0-3) unstable; urgency=medium
 
   * add 0002-tests-test_ssl-use-ciphercuites-for-TLS1.3-cipher-in.patch
diff -Nru m2crypto-0.31.0/debian/patches/0003-Remove-duplicate-call-of-the-error-code.patch m2crypto-0.31.0/debian/patches/0003-Remove-duplicate-call-of-the-error-code.patch
--- m2crypto-0.31.0/debian/patches/0003-Remove-duplicate-call-of-the-error-code.patch	1970-01-01 01:00:00.0 +0100
+++ m2crypto-0.31.0/debian/patches/0003-Remove-duplicate-call-of-the-error-code.patch	2019-06-09 09:42:08.0 +0200
@@ -0,0 +1,25 @@
+From 83d4d9bc3aa4466e540fa00f8cc6891c0301ec82 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Mat=C4=9Bj=20Cepl?= 
+Date: Fri, 31 May 2019 17:00:14 +0200
+Subject: [PATCH] Remove duplicate call of the error code.
+
+---
+ tests/test_rsa.py | 2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/tests/test_rsa.py b/tests/test_rsa.py
+index 308b1b180445d..875b59c6844b5 100644
+--- a/tests/test_rsa.py
 b/tests/test_rsa.py
+@@ -126,8 +126,6 @@ log = logging.getLogger('test_RSA')
+ ctxt = priv.public_encrypt(self.data, RSA.sslv23_padding)
+ with self.assertRaises(RSA.RSAError):
+ priv.private_decrypt(ctxt, RSA.sslv23_padding)
+-with self.assertRaises(RSA.RSAError):
+-priv.private_decrypt(ctxt, RSA.sslv23_padding)
+ 
+ # no_padding
+ with self.assertRaises(RSA.RSAError):
+-- 
+2.20.1
+
diff -Nru m2crypto-0.31.0/debian/patches/0004-Limit-tests.test_rsa.RSATestCase.test_public_encrypt.patch m2crypto-0.31.0/debian/patches/0004-Limit-tests.test_rsa.RSATestCase.test_public_encrypt.patch
--- m2crypto-0.31.0/debian/patches/0004-Limit-tests.test_rsa.RSATestCase.test_public_encrypt.patch	1970-01-01 01:00:00.0 +0100
+++ m2crypto-0.31.0/debian/patches/0004-Limit-tests.test_rsa.RSATestCase.test_public_encrypt.patch	2019-06-09 09:42:08.0 +0200
@@ -0,0 +1,42 @@
+From 0b22d79082afd7c564b2ac07fb0ef5d76d692586 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Mat=C4=9Bj=20Cepl?= 
+Date: Fri, 7 Jun 2019 11:43:03 +0200
+Subject: [PATCH] Limit tests.test_rsa.RSATestCase.test_public_encrypt just
+ to OpenSSL which sustains it.
+
+Fixes #258
+---
+ tests/test_rsa.py | 8 +---
+ 1 file changed, 5 insertions(+), 3 deletions(-)
+
+diff --git a/tests/test_rsa.py b/tests/test_rsa.py
+index 875b59c6844b5..7028b6085788e 100644
+--- a/tests/test_rsa.py
 b/tests/test_rsa.py
+@@ -113,6 +113,8 @@ log = logging.getLogger('test_RSA')
+ with self.assertRaises(TypeError):
+ priv.private_encrypt(self.gen_callback, RSA.pkcs1_padding)
+ 
++@unittest.skipIf(m2.OPENSSL_VERSION_NUMBER < 0x1010103f,
++ 'Relies on fix which happened only in OpenSSL 1.1.1c')
+ def test_public_encrypt(self):
+ priv = RSA.load_key(self.privkey)
+ # pkcs1_padding, pkcs1_oaep_padding
+@@ -124,11 +126,11 @@ log = logging.getLogger('test_RSA')
+ 
+ # sslv23_padding
+ ctxt = priv.public_encrypt(self.data, RSA.sslv23_padding)
+-with self.assertRaises(RSA.RSAError):
+-priv.private_decrypt(ctxt, RSA.sslv23_padding)
++res = priv.private_decrypt(ctxt, RSA.sslv23_padding)
++self.assertEqual(res, self.data)
+ 
+ # no_padding
+-with self.assertRaises(RSA.RSAError):
++with six.assertRaisesRegex(self, TypeError, 'data too small'):
+ priv.public_encrypt(self.data, RSA.no_padding)
+ 
+ # Type-check the data to be encrypted.
+-- 
+2.20.1
+
diff -Nru m2crypto-0.31.0/debian/patches/0005-tests.test_rsa-Fix-typo-to-match-for-proper-exceptio.patch m2crypto-0.31.0/debian/patches/0005-tests.test_rsa-Fix-typo-to-match-for-proper-exceptio.patch
--- m2crypto-0.31.0/debian/patches/0005-tests.test_rsa-Fix-typo-to-match-for-proper-exceptio.patch	1970-01-01 01:00:00.0 +0100
+++ m2crypto-0.31.0/debian/patches/0005-tests.test_rsa-Fix-typo-to-match-for-proper-exceptio.patch	2019-06-09 09:42:08.00

Bug#930221: unblock: m2crypto/ 0.31.0-3.1

[Daniel Stender]

On 6/8/19 9:20 PM, Paul Gevers wrote:
> Control: tags -1 moreinfo confirmed
> Control: block 930194 by -1
> 
> Hi Sebastian, Daniel, Python modules team
> 
> On 08-06-2019 17:45, Sebastian Andrzej Siewior wrote:
>> This is a proposal for m2crypto which could be uploaded to unstable and
>> unblocked for Buster unless someone objects.
>> The testsuite in m2crypto fails because it tests for a bug in openssl
>> which was fixed in 1.1.1c which is currently in unstable (and is
>> friendly asking for the Buster gates to open in #930194). The m2crypto
>> bug is tracked in #929903.
>>
>> I backported three patches from upstream and made one additional myself
>> (which has been forwarded) to get this sorted out.
>>
>> I don't mind if the maintainer of m2crypto takes over, I just wanted to
>> make everything ready so nobody blaims openssl for stalling the Buster
>> release :)
>>
>> unblock m2crypto/ 0.31.0-3.1
> 
> If this version gets uploaded, be it by the maintainers of m2crpyto or
> by Sebastian, it will be acceptable from the Release Team point of view.
> 
> Paul

I'll take care about this tomorrow.

Thx for fixes.

Best,
Daniel

-- 
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com



signature.asc
Description: OpenPGP digital signature

Bug#923446: m2crypto: autopkgtest with new version of openssl: Connection refused

[Daniel Stender]

Control: severity -1 serious

For this actually is a FTBFS bug I'm raising its severity.

Thanks,
DS

--
4096R/DF5182C8
https://danielstender.com

Bug#917252: FTBFS building for armel,armhf on arm64

[Daniel Stender]

Control: retitle -1 test_binding.TestGlobalConstructors fails on missing symbol 
if armel/armhf is build on arm64
Control: severity -1 normal
Control: unblock -1 by 917283

I've failsafed the tests on these hosts for now to get the package build 
through. Further
investigations to come. Thx for reporting this.

DS

--
4096R/DF5182C8 (sten...@debian.org)
https://danielstender.com

Bug#917606: RFP: python-deprecated -- Python decorator to deprecate old classes, function, or methods

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: python-deprecated
  Version : 1.2.4
  Upstream Author : Laurent Laporte 
* URL : https://github.com/tantale/deprecated
* License : Expat
  Programming Lang: Python
  Description : Python decorator to deprecate old classes, function, or 
methods

Little tool for marking things in Python code as deprecated. Like 
python-deprecation
which is already in the archive [1], however bloscpack >= 0.16.0 [2] uses this 
one.

Thanks,
DS

[1] https://tracker.debian.org/pkg/python-deprecation

[2] https://tracker.debian.org/pkg/bloscpack

Bug#912790: llvmlite: Please switch to llvm-toolchain-7

[Daniel Stender]

0.27 uses LLVM 7, although 0.27.0~rc1 doesn't build cleanly yet:


g++  -shared -I/usr/lib/llvm-7/include -fno-exceptions -D_GNU_SOURCE 
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -fno-rtti 
-g -flto assembly.cpp bitcode.cpp core.cpp initfini.cpp module.cpp value.cpp 
executionengine.cpp transforms.cpp passmanagers.cpp targets.cpp dylib.cpp 
linker.cpp object_file.cpp -o libllvmlite.so -Wl,-z,relro -L/usr/lib/llvm-7/lib 
-flto -Wl,--exclude-libs=ALL -lLLVM-7
transforms.cpp:10:32: warning: 'unwrap' violates the C++ One Definition Rule  
[-Wodr]
 inline PassManagerBuilder *unwrap(LLVMPassManagerBuilderRef P) {
^
executionengine.cpp:53:27: note: return value type mismatch
 inline TargetMachine *unwrap(LLVMTargetMachineRef P) {
   ^
/usr/lib/llvm-7/include/llvm/Target/TargetMachine.h:59:7: note: type name 
'llvm::TargetMachine' should match type name 'llvm::PassManagerBuilder'
 class TargetMachine {
   ^
/usr/lib/llvm-7/include/llvm/Transforms/IPO/PassManagerBuilder.h:59:7: note: 
the incompatible type is defined here
 class PassManagerBuilder {
   ^
executionengine.cpp:53:27: note: 'unwrap' was previously declared here
 inline TargetMachine *unwrap(LLVMTargetMachineRef P) {
   ^
executionengine.cpp:53:27: note: code may be misoptimized unless 
-fno-strict-aliasing is used
/usr/bin/ld: /tmp/ccmWo70g.ltrans0.ltrans.o: relocation R_X86_64_PC32 against 
symbol `_ZTVN4llvm11raw_ostreamE@@LLVM_7' can not be used when making a shared 
object; recompile with -fPIC
/usr/bin/ld: final link failed: bad value
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile.linux:22: libllvmlite.so] Error 1


DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#917283: llvm-toolchain-6.0: external function __aeabi_unwind_cpp_pr0 missing [armhf]

[Daniel Stender]

Package: llvm-toolchain-6.0
Version: 1:6.0.1-9.2
Severity: important
Control: block 917252 by -1

Hi,

LLVMlite 0.26.0-1 [1] has a test failure with LLVM 6.0 on armhf [2]:


test_global_ctors_dtors (llvmlite.tests.test_binding.TestGlobalConstructors) 
... LLVM ERROR: Program used external function '__aeabi_unwind_cpp_pr0' which 
could not be resolved!
E: pybuild pybuild:338: test: plugin distutils failed with: exit code=1: cd 
/<>/.pybuild/cpython2_2.7_llvmlite/build; python2.7 -m unittest 
discover -v


Unfortunately the upstream code isn't ready for LLVM 7 yet [3].

Best,
Daniel Stender

[1] https://tracker.debian.org/pkg/llvmlite

[2] 
https://buildd.debian.org/status/fetch.php?pkg=llvmlite=armhf=0.26.0-1=1543651733=0

[3] https://bugs.debian.org/912790 llvmlite: Please switch to llvm-toolchain-7

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

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

Bug#912785: afl: Please switch to llvm-toolchain-7

[Daniel Stender]

With the problem mentioned above fixed, it isn't working yet:


unset AFL_USE_ASAN AFL_USE_MSAN AFL_INST_RATIO; AFL_QUIET=1 AFL_PATH=. AFL_CC=clang-7 ../afl-clang-fast  
-Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" 
-DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.52b\"  ../test-instr.c -o test-instr -Wl,-z,relro 
-Wl,-z,now
Stack dump:
0.  Program arguments: /usr/lib/llvm-7/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -disable-free -disable-llvm-verifier -discard-value-names -main-file-name 
test-instr.c -mrelocation-model static -mthread-model posix -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -dwarf-column-info 
-debug-info-kind=limited -dwarf-version=4 -debugger-tuning=gdb -momit-leaf-frame-pointer -resource-dir /usr/lib/llvm-7/lib/clang/7.0.1 -D _FORTIFY_SOURCE=2 -D 
AFL_PATH="/usr/lib/afl" -D BIN_PATH="/usr/bin" -D VERSION="2.52b" -D __AFL_HAVE_MANUAL_CONTROL=1 -D __AFL_COMPILER=1 -D 
FUZZING_BUILD_MODE_UNSAFE_FOR_PRODUCTION=1 -D __AFL_LOOP(_A)=({ static volatile char *_B __attribute__((used));  _B = (char*)"##SIG_AFL_PERSISTENT##"; 
__attribute__((visibility("default"))) int _L(unsigned int) __asm__("__afl_persistent_loop"); _L(_A); }) -D __AFL_INIT()=do { static volatile char *_A 
__attribute__((used));  _A = (char*)"##SIG_AFL_DEFER_FORKSRV##"; __attribute__((visibility("default"))) void _I(void) __asm__("__afl_manual_init"); 
_I(); } while (0) -internal-isystem /usr/local/include -internal-isystem /usr/lib/llvm-7/lib/clang/7.0.1/include -internal-externc-isystem /usr/include/x86_64-linux-gnu 
-internal-externc-isystem /include -internal-externc-isystem /usr/include -O3 -Wall -Wno-pointer-sign -fdebug-compilation-dir /<>/llvm_mode -ferror-limit 19 
-fmessage-length 0 -funroll-loops -fobjc-runtime=gcc -fdiagnostics-show-option -vectorize-loops -vectorize-slp -load ../afl-llvm-pass.so -o /tmp/test-instr-4733ec.o -x c 
../test-instr.c -faddrsig
clang: error: unable to execute command: Segmentation fault
clang: error: clang frontend command failed due to signal (use -v to see 
invocation)
clang version 7.0.1-+rc3-2 (tags/RELEASE_701/rc3)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
clang: note: diagnostic msg: PLEASE submit a bug report to 
https://bugs.llvm.org/ and include the crash backtrace, preprocessed source, 
and associated run script.
clang: error: unable to execute command: Segmentation fault
clang: note: diagnostic msg: Error generating preprocessed source(s).


DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#916271: RM: debops/experimental -- ROM; not planned to go to unstable

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi FTP,

please remove Debops [1] from Experimental. There is not going to be an
update, I don't have the time to fix it for unstable (see #889297).

Thanks,
Daniel Stender

[1] https://tracker.debian.org/pkg/debops

Bug#915638: bloscpack: FTBFS on i386: FAIL: test_numpy_io.test_itemsize_chunk_size_mismatch

[Daniel Stender]

Package: bloscpack
Version: 0.15.0-1
Severity: serious
Justification: fails to build from source

Building on i386 there are two test failures:


==
FAIL: test_numpy_io.test_itemsize_chunk_size_mismatch(, , array([  0,   1,   2,   3,   4,   5,   6,   7,   8,   9,  10,  
11,  12,
--
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
AssertionError: ChunkSizeTypeSizeMismatch not raised by pack_ndarray_str

==
FAIL: test_numpy_io.test_itemsize_chunk_size_mismatch(, , array([  0,   1,   2,   3,   4,   5,   6,   7,   8,   9,  10,  
11,  12,
--
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
AssertionError: ChunkSizeTypeSizeMismatch not raised by pack_ndarray_str

--
Ran 582 tests in 7.203s

FAILED (failures=2)


DS

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

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

Versions of packages bloscpack depends on:
ii  python33.5.3-1
ii  python3-blosc  1.4.4+ds1-3
ii  python3-numpy  1:1.12.1-3
ii  python3-six1.10.0-3

bloscpack recommends no packages.

bloscpack suggests no packages.

-- no debconf information

Bug#912785: afl: Please switch to llvm-toolchain-7

[Daniel Stender]

... there's a problem that g++ 8.2.0 doesn't like the compiler flags emitted by
llvm-config-7:


g++ `llvm-config-7 --cxxflags` -fno-rtti -fpic  -Wall -D_FORTIFY_SOURCE=2 -g 
-Wno-pointer-sign -DVERSION=\"2.52b\" -Wno-variadic-macros -shared 
afl-llvm-pass.so.cc -o ../afl-llvm-pass.so `llvm-config-7 --ldflags` -Wl,-z,relro 
-Wl,-z,now
g++: error: unrecognized command line option '-Wcovered-switch-default'; did 
you mean '-Wno-switch-default'?
g++: error: unrecognized command line option '-Wstring-conversion'; did you 
mean '-Wint-conversion'?


Ah, it's: https://bugs.debian.org/914838 llvm-7: llvm-config-7 emits 
unsupported compiler option

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#889297: debops: New upstream release v0.6.0

[Daniel Stender]

I've begun to work on updating the package to 0.8.0, but I have given up now.

There are dozens over dozens of separately licensed templated config files 
included in the
roles. Researching the new ones and registering them properly in deb/copyright 
like I did
for the debops-playbooks package takes *a lot* of time. If somebody wants to 
jump on,
please be my guest.

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#912790: llvmlite: Please switch to llvm-toolchain-7

[Daniel Stender]

got version from expanded keyword {'version': '0.26.0', 'full': 
'f63f7b0b67bfc159a9cc4e6a9728c67f8c690825'}
running build_ext
/usr/bin/python /<>/ffi/build.py
LLVM version... 7.0.1

Traceback (most recent call last):
  File "/<>/ffi/build.py", line 167, in 
main()
  File "/<>/ffi/build.py", line 157, in main
main_posix('linux', '.so')
  File "/<>/ffi/build.py", line 119, in main_posix
raise RuntimeError(msg)
RuntimeError: Building llvmlite requires LLVM 6.0.x. Be sure to set LLVM_CONFIG 
to the right executable path.
Read the documentation at http://llvmlite.pydata.org/ for more information 
about building llvmlite.

error: command '/usr/bin/python' failed with exit status 1
E: pybuild pybuild:338: build: plugin distutils failed with: exit code=1: 
/usr/bin/python setup.py build


--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#912790: llvmlite: Please switch to llvm-toolchain-7

[Daniel Stender]

Upstream needs some time to adapt, v0.26.0rc1 (released recently):

"LLVM 7 support was originally slated for this release, but had to be delayed
after some issues arose in testing.  LLVM 6 is still required for llvmlite."

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#913667: c-blosc breaks python-blosc autopkgtest: times out

[Daniel Stender]

Valentin Haenel has filed this before: 
https://github.com/Blosc/c-blosc/issues/242

Best,
DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#913667: c-blosc breaks python-blosc autopkgtest: times out

[Daniel Stender]

Control: forwarded -1 https://github.com/Blosc/c-blosc/issues/246

I've packaged the new release (1.6.2) and compiled with the latest blosc in the 
archive (1.14.4), but the
problem remained.

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#913033: RFP: bcc -- bytecode-compiler for Linux kernel BPF

[Daniel Stender]

Control: retitle -1 ITP: bcc -- bytecode-compiler for Linux kernel BPF

O.k., I'll go for it.

Thanks,
DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#913033: RFP: bcc -- bytecode-compiler for Linux kernel BPF

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: bcc
  Version : 0.7.0
  Upstream Author : IO Visor Project 
* URL : https://github.com/iovisor/bcc
* License : Apache-2.0
  Programming Lang: C, Python, Lua
  Description : bytecode-compiler for Linux kernel BPF

BCC is a toolkit for creating efficient kernel tracing and manipulation 
programs, and
includes several useful tools and examples. It makes use of extended BPF 
(Berkeley Packet
Filters), formally known as eBPF, a new feature that was first added to Linux 
3.15.

BCC makes BPF programs easier to write, with kernel instrumentation in C (and 
includes a
C wrapper around LLVM), and front-ends in Python and lua. It is suited for many 
tasks,
including performance analysis and network traffic control.

Appearently this isn't available yet (there is a binary package of that name
which belongs to the source package linux86). Upstream already ships a debian/
folder, the binary packages build with that are libbcc, python-bcc, bcc-lua and
bcc-tools.

Thanks,
DS

Bug#803503: libfile-stripnondeterminism-perl: substr outside of string at /usr/share/perl5/File/StripNondeterminism/handlers/zip.pm

[Daniel Stender]

... sorry for the delay.

Yep, still there are messages on this (2.52b-4, just let the dh helper run over 
the docs package):


make[1]: Entering directory '/<>'
dh_strip_nondeterminism
Using 1540827893 as canonical time
Normalizing debian/afl/usr/share/doc/afl/buildinfo_amd64.gz using 
File::StripNondeterminism::handlers::gzip
Using 1540827893 as canonical time
Normalizing debian/afl-clang/usr/share/doc/afl-clang/buildinfo_amd64.gz 
using File::StripNondeterminism::handlers::gzip
debian/afl-doc/usr/share/doc/afl-doc/vuln_samples/msie-zlib-dos.png: invalid 
length in '^@2,u' header at 
/usr/share/perl5/File/StripNondeterminism/handlers/png.pm line 130.
substr outside of string at 
/usr/share/perl5/File/StripNondeterminism/handlers/zip.pm line 155.
Use of uninitialized value in unpack at 
/usr/share/perl5/File/StripNondeterminism/handlers/zip.pm line 155.
IO error: reading local extra field :
 at /usr/bin/dh_strip_nondeterminism line 90.
Can't write to /tmp/rXEyUsKJcD.zip
 at /usr/share/perl5/Archive/Zip/Archive.pm line 439.

Archive::Zip::Archive::overwrite(Archive::Zip::Archive=HASH(0x55800895e938)) 
called at /usr/share/perl5/File/StripNondeterminism/handlers/zip.pm line 218

File::StripNondeterminism::handlers::zip::normalize("debian/afl-doc/usr/share/doc/afl-doc/vuln_samples/unzip-t-mem"...)
 called at /usr/bin/dh_strip_nondeterminism line 90
eval {...} called at /usr/bin/dh_strip_nondeterminism line 90
Using 1540827893 as canonical time
Normalizing 
debian/afl-doc/usr/share/afl/testcases/images/png/not_kitty_alpha.png using 
File::StripNondeterminism::handlers::png
Normalizing 
debian/afl-doc/usr/share/afl/testcases/images/png/not_kitty.png using 
File::StripNondeterminism::handlers::png
Normalizing 
debian/afl-doc/usr/share/afl/testcases/images/png/not_kitty_icc.png using 
File::StripNondeterminism::handlers::png
Normalizing 
debian/afl-doc/usr/share/afl/testcases/images/png/not_kitty_gamma.png using 
File::StripNondeterminism::handlers::png
Normalizing 
debian/afl-doc/usr/share/afl/testcases/archives/common/ar/small_archive.a using 
File::StripNondeterminism::handlers::ar
Normalizing 
debian/afl-doc/usr/share/afl/testcases/archives/common/zip/small_archive.zip 
using File::StripNondeterminism::handlers::zip
Normalizing 
debian/afl-doc/usr/share/afl/testcases/archives/common/gzip/small_archive.gz 
using File::StripNondeterminism::handlers::gzip
Normalizing 
debian/afl-doc/usr/share/afl/testcases/archives/common/cpio/small_archive.cpio 
using File::StripNondeterminism::handlers::cpio
Normalized 
debian/afl-doc/usr/share/afl/testcases/archives/common/cpio/small_archive.cpio
Normalizing 
debian/afl-doc/usr/share/doc/afl-doc/vuln_samples/msie-png-mem-leak.png using 
File::StripNondeterminism::handlers::png
Normalizing 
debian/afl-doc/usr/share/doc/afl-doc/vuln_samples/msie-zlib-dos.png using 
File::StripNondeterminism::handlers::png
Normalizing 
debian/afl-doc/usr/share/doc/afl-doc/vuln_samples/unzip-t-mem-corruption.zip 
using File::StripNondeterminism::handlers::zip
Normalizing 
debian/afl-doc/usr/share/doc/afl-doc/vuln_samples/lesspipe-cpio-bad-write.cpio 
using File::StripNondeterminism::handlers::cpio
Normalized 
debian/afl-doc/usr/share/doc/afl-doc/vuln_samples/lesspipe-cpio-bad-write.cpio
make[1]: Leaving directory '/<>'


However, like said, the vuln_samples shipped by this package might contain non 
standard files, so you might
close this bug report if this occurrence doesn't matter.

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#897757: gamera: ftbfs with GCC-8

[Daniel Stender]

Related to this was: https://bugs.debian.org/766740

Thanks for reporting,
DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#893403: afl: Please use llvm-defaults (or at least

[Daniel Stender]

AFL on clang/llvm 6.0 currently fails:


[+] All set and ready to build.
clang-6.0  -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" 
-DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.52b\"  afl-clang-fast.c -o ../afl-clang-fast 
-Wl,-z,relro -Wl,-z,now
ln -sf afl-clang-fast ../afl-clang-fast++
clang++-6.0 `llvm-config-6.0 --cxxflags` -fno-rtti -fpic  -Wall -D_FORTIFY_SOURCE=2 -g 
-Wno-pointer-sign -DVERSION=\"2.52b\" -Wno-variadic-macros -shared 
afl-llvm-pass.so.cc -o ../afl-llvm-pass.so `llvm-config-6.0 --ldflags` -Wl,-z,relro 
-Wl,-z,now
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean 
'-Wno-uninitialized'? [-Wunknown-warning-option]
1 warning generated.
clang-6.0  -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" 
-DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.52b\"  -fPIC -c afl-llvm-rt.o.c -o ../afl-llvm-rt.o
[*] Building 32-bit variant of the runtime (-m32)... failed (that's fine)
[*] Building 64-bit variant of the runtime (-m64)... success!
[*] Testing the CC wrapper and instrumentation output...
unset AFL_USE_ASAN AFL_USE_MSAN AFL_INST_RATIO; AFL_QUIET=1 AFL_PATH=. AFL_CC=clang-6.0 ../afl-clang-fast  
-Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" 
-DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.52b\"  ../test-instr.c -o test-instr -Wl,-z,relro 
-Wl,-z,now
clang: error: unable to execute command: Segmentation fault
clang: error: clang frontend command failed due to signal (use -v to see 
invocation)
clang version 6.0.1-2 (tags/RELEASE_601/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
clang: note: diagnostic msg: PLEASE submit a bug report to 
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and 
associated run script.
clang: error: unable to execute command: Segmentation fault
clang: note: diagnostic msg: Error generating preprocessed source(s).
make[2]: *** [Makefile:98: test_build] Error 254
make[2]: Leaving directory '/<>/llvm_mode'
make[1]: *** [debian/rules:30: override_dh_auto_build] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:24: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2


Unfortunately, 5.0 also:


[+] All set and ready to build.
clang-5.0  -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" 
-DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.52b\"  afl-clang-fast.c -o ../afl-clang-fast 
-Wl,-z,relro -Wl,-z,now
ln -sf afl-clang-fast ../afl-clang-fast++
clang++-5.0 `llvm-config-5.0 --cxxflags` -fno-rtti -fpic  -Wall -D_FORTIFY_SOURCE=2 -g 
-Wno-pointer-sign -DVERSION=\"2.52b\" -Wno-variadic-macros -shared 
afl-llvm-pass.so.cc -o ../afl-llvm-pass.so `llvm-config-5.0 --ldflags` -Wl,-z,relro 
-Wl,-z,now
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean 
'-Wno-uninitialized'? [-Wunknown-warning-option]
1 warning generated.
clang-5.0  -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" 
-DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.52b\"  -fPIC -c afl-llvm-rt.o.c -o ../afl-llvm-rt.o
[*] Building 32-bit variant of the runtime (-m32)... failed (that's fine)
[*] Building 64-bit variant of the runtime (-m64)... success!
[*] Testing the CC wrapper and instrumentation output...
unset AFL_USE_ASAN AFL_USE_MSAN AFL_INST_RATIO; AFL_QUIET=1 AFL_PATH=. AFL_CC=clang-5.0 ../afl-clang-fast  
-Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DAFL_PATH=\"/usr/lib/afl\" 
-DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.52b\"  ../test-instr.c -o test-instr -Wl,-z,relro 
-Wl,-z,now
clang: error: unable to execute command: Segmentation fault
clang: error: clang frontend command failed due to signal (use -v to see 
invocation)
clang version 5.0.2-2 (tags/RELEASE_502/final)
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
clang: note: diagnostic msg: PLEASE submit a bug report to 
http://llvm.org/bugs/ and include the crash backtrace, preprocessed source, and 
associated run script.
clang: error: unable to execute command: Segmentation fault
clang: note: diagnostic msg: Error generating preprocessed source(s).
make[2]: *** [Makefile:98: test_build] Error 254
make[2]: Leaving directory '/<>/llvm_mode'
make[1]: *** [debian/rules:30: override_dh_auto_build] Error 2
make[1]: Leaving directory '/<>'
make: *** [debian/rules:24: build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2


DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#903624: ITP: python-xmp-toolkit -- python library to read and write XMP metadata

[Daniel Stender]

Hi Sean,

that's already available: https://tracker.debian.org/pkg/python-xmp-toolkit

Best,
DS

On 07/12/2018 09:15 AM, Sean Whitton wrote:

Package: wnpp
Severity: wishlist
Owner: Sean Whitton 

* Package name: python-xmp-toolkit
   Version : 2.0.1
   Upstream Author : Lars Holm Nielsen, John Evans, Federico Caboni,
 Amit Kapadia and Steve Rubin
* URL : https://github.com/python-xmp-toolkit/python-xmp-toolkit
* License : BSD-3-clause
   Programming Lang: Python
   Description : python library to read and write XMP metadata

I am packaging this as a new dependency of OCRmyPDF's version 7.0.0
release.

I intend to maintain it under the Debian Python Modules Team umbrella.


--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#895766: stretch-pu: package tlslite-ng/0.6.0-1+deb9u1

[Daniel Stender]

On 07/01/2018 07:52 PM, Adam D. Barratt wrote:

Control: tags -1 + confirmed

On Sun, 2018-04-15 at 21:02 +0200, Daniel Stender wrote:

I hereby propose an update for stable/stretch of tlslite-ng. It
contains
a patch fixing CVE-2018-1000159 [1]. The security issue was marked as
being
no-dsa [2]. Please see the attached debdiff for details.



+tlslite-ng (0.6.0-1+deb9u1) stable; urgency=medium

We generally prefer the distribution to be specified by codename - i.e.
"stretch", rather than "stable".

Please feel free to upload.

Regards,

Adam


Ah, yes. I've changed that and rebuild, uploaded.

Thanks,
Daniel Stender

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#892741: llvmlite: FTBFS on mips64el - testsuite segfaults

[Daniel Stender]

On 05/06/2018 08:56 PM, Adrian Bunk wrote:
> Control: severity -1 serious
> 
> On Sat, May 05, 2018 at 05:58:21PM +0200, Daniel Stender wrote:
>> Control: severity -1 important
>>
>> I'm lowering the severity of this bug report now to unblock the migration to 
>> testing.
> 
> The failed mips64el build does block testing migration in any case:
> https://tracker.debian.org/pkg/llvmlite

#898002

> The easiest way forward might be going from 5.0 to 6.0?

#898004
 
>> DS
> 
> cu
> Adrian

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#766132: ITP: python-versioneer -- version-string management for VCS-controlled trees

[Daniel Stender]

I've taken a deeper look now and I'm stepping back. Uneasy package (modules 
contain byte code),
probably dead (last release 01/2017, last commit 07/2017), it's not trivial to 
recreate a working
setup (setup.cfg template etc.) - much overhead, and the reproducibility 
problem from it appears to
be gone if upstream just updates (1.8 in flask-limiter, see #852482).

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#898004: llvm-toolchain-6.0: patch to solve error on undefined symbol: LLVMInitializeInstCombine

[Daniel Stender]

On 05/06/2018 10:30 AM, Sylvestre Ledru wrote:
> 
> Le 05/05/2018 à 18:35, Daniel Stender a écrit :
>> Package: llvm-toolchain-6.0
>> Version: 1:6.0-3
>> Severity: wishlist
>>
>> Hi Sylvestre,
>>
>> I don't know what you're plans are on bringing llvm 6.0.1 into unstable 
>> (where this has
>> been solved), but maybe you would like to add this patch [1] into the 6.0 
>> package in the
>> meanwhile. With is we can upgrade llvmlite to 0.23.0 into unstable [2].
>>
>> If you don't want to for whatever reason, please just discard this bug 
>> report.
> 
> I am planning to upload 6.0.1 as soon as it is released but I can take
> the patch earlier if you want.
> 
> S

Another package just for this wouldn't be necessary though, but when there are 
other things to
include, too, that would be great!

Thanks,
Daniel

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#898004: llvm-toolchain-6.0: patch to solve error on undefined symbol: LLVMInitializeInstCombine

[Daniel Stender]

Package: llvm-toolchain-6.0
Version: 1:6.0-3
Severity: wishlist

Hi Sylvestre,

I don't know what you're plans are on bringing llvm 6.0.1 into unstable (where 
this has
been solved), but maybe you would like to add this patch [1] into the 6.0 
package in the
meanwhile. With is we can upgrade llvmlite to 0.23.0 into unstable [2].

If you don't want to for whatever reason, please just discard this bug report.

Best,
Daniel Stender

[1] https://reviews.llvm.org/D44140

[2] https://alioth-lists.debian.net/pipermail/pkg-llvm-team/2018-May/008047.html

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

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Description: Add missing header for InstructionCombining.cpp, in order to export
 LLVMInitializeInstCombine as extern "C"
Origin: https://reviews.llvm.org/rL326843
Bug: https://bugs.llvm.org/show_bug.cgi?id=35947

--- a/lib/Transforms/InstCombine/InstructionCombining.cpp
+++ b/lib/Transforms/InstCombine/InstructionCombining.cpp
@@ -34,6 +34,7 @@
 
//===--===//
 
 #include "InstCombineInternal.h"
+#include "llvm-c/Initialization.h"
 #include "llvm/ADT/APInt.h"
 #include "llvm/ADT/ArrayRef.h"
 #include "llvm/ADT/DenseMap.h"

Bug#892741: llvmlite: FTBFS on mips64el - testsuite segfaults

[Daniel Stender]

Control: severity -1 important

I'm lowering the severity of this bug report now to unblock the migration to 
testing.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#898002: RM: python-llvmlite python3-llvmite [mips64el] -- ROM; currently doesn't build on these archs

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hello FTP masters,

would you please remove the old binaries python-llvmite and python3-llmvite 
from mips64el (0.19.0-2).

llvmlite [1] currently doesn't build on theses archs (segfault in the 
testsuite, see #892741) and
therefore the current 0.22.0-2 is blocked from migrating to testing.

Thanks,
Daniel Stender

[1] https://packages.qa.debian.org/l/llvmlite.html
 
-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#897251: pdf2djvu: FAIL: test-1px-font.test.test

[Daniel Stender]

On 05/04/2018 10:08 PM, Jakub Wilk wrote:
> OK, I think I know what's going on.
> 
> The bug triggers when all the following conditions are met:
> 
> * /usr/local/share exists prior to installation of the "fontconfig-config" 
> package. (It's supposed to be created by base-files, but it didn't exist in 
> my chroot for some reason...)
> 
> * The building user belongs to the "staff" group.
> 
> * No other program created the UUID file for /usr/local/share/fonts yet.
> 
> This is what happens:
> 
> 1. fontconfig-config.postist creates /usr/local/share/fonts/, owned by 
> root:staff, mode 2775. (This is violation of Policy §9.1.2: unless
> /etc/staff-group-for-usr-local exists, directories in /usr/local should be 
> root:root 0755.)
> 
> 2. pdf2djvu (indirectly) calls the FcDirCacheCreateUUID() function...
> 
> 2.1. FcDirCacheCreateUUID creates an UUID file in /usr/local/share/fonts/. 
> This succeeds, because the user has write access to the directory.
> 
> 2.2. FcDirCacheCreateUUID tries to change mtime of /usr/local/share/fonts/. 
> But, as documented in the utimes(2) manpage, write access is not enough to do 
> that: you need to be either the file owner, or root (or have root-like 
> capabilities). So this fails, and a warning is issued.
> 
> 
> Easy work-around for pdf2djvu: add the "fontconfig" package to Build-Depends. 
> It will take care take of creating the UUID file for /usr/local/share/fonts/, 
> and then FcDirCacheCreateUUID() will be mostly no-op.

Great, thanks! I'll take care of this shortly.

Daniel

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#897251: pdf2djvu: FAIL: test-1px-font.test.test

[Daniel Stender]

On 05/02/2018 09:42 PM, Jakub Wilk wrote:
>> AssertionError: 'Unable to revert mtime: /usr/local/share/fonts\n' != ''
> 
> The test fails because there was an unexpected warning on stderr.
> Apparently this one was generated by fontconfig:
> https://cgit.freedesktop.org/fontconfig/tree/src/fccache.c?h=2.13.0#n127
> No idea why it was emitted, though...
> 
> I can't reproduce this failure. I tried building pdf2djvu in an up-to-date 
> clean amd64 chroot, and the build succeeded.
> 
> Is this reproducible for you? Does it happen every time?
> 
> Does /usr/local/share/fonts exist in your build environment? (It doesn't in 
> my chroot, even after installing all the build-dependencies.)
> 

Thanks for checking this over.

It appears again here:

$ sbuild -d unstable pdf2djvu
sbuild (Debian sbuild) 0.73.0 (23 Dec 2016) on varuna
+==+
| pdf2djvu (amd64) Wed, 02 May 2018 20:41:46 + |
+==+
Package: pdf2djvu
Distribution: unstable
Machine Architecture: amd64
Host Architecture: amd64
Build Architecture: amd64
Build Type: full
{...}
test-xmp-recreate.test.test_verbatim ... ok
==
FAIL: test-1px-font.test.test
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/<>/tests/test-1px-font.py", line 25, in test
self.pdf2djvu().assert_()
  File "/<>/tests/tools.py", line 143, in assert_
assert_multi_line_equal(self.stderr, stderr)
AssertionError: 'Unable to revert mtime: /usr/local/share/fonts\n' != ''
- Unable to revert mtime: /usr/local/share/fonts
 >> begin captured stdout << -
$ ../pdf2djvu -q /<>/tests/test-1px-font.pdf -o 
/<>/tests/test-1px-font.djvu

- >> end captured stdout << --
--
Ran 84 tests in 6.375s




I've checked for the presence of that folder, my sbuild unstable chroot has 
it/gets it:

$ schroot -d / -c unstable-amd64-sbuild -u root
# ls /usr/local/share/
man
# apt-get build-dep pdf2djvu
{...}
The following NEW packages will be installed:
  autoconf automake autopoint autotools-dev bsdmainutils curl debhelper 
dh-autoreconf
  dh-strip-nondeterminism djvulibre-bin file fontconfig-config 
fonts-dejavu-core gettext gettext-base
  groff-base icu-devtools intltool-debian libarchive-zip-perl libbsd0 
libbz2-dev libc-l10n libcroco3
  libcurl3 libdjvulibre-dev libdjvulibre-text libdjvulibre21 libexif-dev 
libexif12 libexiv2-14
  libexiv2-dev libexpat1 libfile-stripnondeterminism-perl libfontconfig1 
libfreetype6 libfreetype6-dev
  libglib2.0-0 libgraphicsmagick++-q16-12 libgraphicsmagick++1-dev 
libgraphicsmagick-q16-3
  libgraphicsmagick1-dev libgssapi-krb5-2 libice-dev libice6 libicu-dev 
libicu57 libjbig-dev libjbig0
  libjpeg-dev libjpeg62-turbo libjpeg62-turbo-dev libk5crypto3 libkeyutils1 
libkrb5-3 libkrb5support0
  liblcms2-2 liblcms2-dev libldap-2.4-2 libldap-common libltdl-dev libltdl7 
liblzma-dev libmagic-mgc
  libmagic1 libncurses5 libnghttp2-14 libnspr4 libnss3 libopenjp2-7 
libpipeline1 libpng-dev libpng16-16
  libpoppler-dev libpoppler-private-dev libpoppler74 libpsl5 
libpthread-stubs0-dev libpython-stdlib
  libpython2.7-minimal libpython2.7-stdlib libreadline7 librtmp1 libsasl2-2 
libsasl2-modules-db
  libsigsegv2 libsm-dev libsm6 libsqlite3-0 libssh2-1 libssl1.0.2 libssl1.1 
libtiff-dev libtiff5
  libtiff5-dev libtiffxx5 libtimedate-perl libtool libwebp-dev libwebp6 
libwebpdemux2 libwebpmux3
  libwmf-dev libwmf0.2-7 libx11-6 libx11-data libx11-dev libxau-dev libxau6 
libxcb1 libxcb1-dev
  libxdmcp-dev libxdmcp6 libxext-dev libxext6 libxml2 libxml2-dev locales m4 
man-db mime-support
  pkg-config po-debconf python python-minimal python-nose python-pil 
python-pkg-resources python2.7
  python2.7-minimal readline-common ucf uuid-dev x11-common x11proto-core-dev 
x11proto-dev
  x11proto-xext-dev xorg-sgml-doctools xtrans-dev zlib1g-dev
0 upgraded, 139 newly installed, 0 to remove and 0 not upgraded.
Need to get 86.2 MB of archives.
{...}
# ls /usr/local/share/
fonts  man


While building with sbuild yields this test failure, building with 
dpkg-buildpackage within
the chroot succeeds:

dpkg-deb: building package 'pdf2djvu-dbgsym' in 
'../pdf2djvu-dbgsym_0.9.8-1_amd64.deb'.
dpkg-deb: building package 'pdf2djvu' in '../pdf2djvu_0.9.8-1_amd64.deb'.
 dpkg-genbuildinfo
 dpkg-genchanges  >../pdf2djvu_0.9.8-1_amd64.changes
dpkg-genchanges: info: including full source code in upload
 dpkg-source --after-build pdf2djvu-0.9.8
dpkg-buildpackage: info: full upload (original source is included)
# ls /usr/local/share/
fonts  man


I've checked a 

Bug#766132: ITP: python-versioneer -- version-string management for VCS-controlled trees

[Daniel Stender]

Alive ping. Coming up shortly.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#897251: pdf2djvu: FAIL: test-1px-font.test.test

[Daniel Stender]

Package: pdf2djvu
Version: 0.9.8-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)

A recent rebuild revealed this problem:


==
FAIL: test-1px-font.test.test
--
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/<>/tests/test-1px-font.py", line 25, in test
self.pdf2djvu().assert_()
  File "/<>/tests/tools.py", line 143, in assert_
assert_multi_line_equal(self.stderr, stderr)
AssertionError: 'Unable to revert mtime: /usr/local/share/fonts\n' != ''
- Unable to revert mtime: /usr/local/share/fonts

 >> begin captured stdout << -
$ ../pdf2djvu -q /<>/tests/test-1px-font.pdf -o 
/<>/tests/test-1px-font.djvu

- >> end captured stdout << --

--
Ran 84 tests in 7.662s


Thanks,
DS

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

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

Versions of packages pdf2djvu depends on:
ii  djvulibre-bin   3.5.27.1-7
ii  libc6   2.24-11+deb9u3
ii  libdjvulibre21  3.5.27.1-7
ii  libexiv2-14 0.25-3.1
ii  libgcc1 1:6.3.0-18+deb9u1
ii  libgomp16.3.0-18+deb9u1
ii  libgraphicsmagick++-q16-12  1.3.25-8
ii  libgraphicsmagick-q16-3 1.3.25-8
ii  libpoppler640.48.0-2+deb9u2
ii  libstdc++6  6.3.0-18+deb9u1
ii  libuuid12.29.2-1+deb9u1

pdf2djvu recommends no packages.

Versions of packages pdf2djvu suggests:
ii  poppler-data  0.4.7-8

-- no debconf information

Bug#897192: RFP: testinfra -- server state testing framework based on pytest

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: testinfra
  Version : 1.12.0
  Upstream Author : Philippe Pepiot 
* URL : https://github.com/philpep/testinfra
* License : Apache-2.0
  Programming Lang: Python
  Description : server state testing framework based on pytest

This is a framework for writing arbitrary server status tests equivalent
to Serverspec [1]. It's implemented as a plugins for Pytest.
Recently discussed in current German IT Administrator magazine (Tim
Schürmann: "Wie läuft's? Server-Konfiguration testen mit Testinfra".
In: IT-Administrator 05/2018, p. 92-95).

Thanks,
DS

[1] https://testinfra.readthedocs.io/en/latest/

Bug#895766: stretch-pu: package tlslite-ng/0.6.0-1+deb9u1

[Daniel Stender]

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

I hereby propose an update for stable/stretch of tlslite-ng. It contains
a patch fixing CVE-2018-1000159 [1]. The security issue was marked as being
no-dsa [2]. Please see the attached debdiff for details.

Thanks,
Daniel Stender

[1] https://bugs.debian.org/895728

[2] https://security-tracker.debian.org/tracker/CVE-2018-1000159

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

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru tlslite-ng-0.6.0/debian/changelog tlslite-ng-0.6.0/debian/changelog
--- tlslite-ng-0.6.0/debian/changelog   2016-11-16 16:32:34.0 +0100
+++ tlslite-ng-0.6.0/debian/changelog   2018-04-15 20:53:39.0 +0200
@@ -1,3 +1,10 @@
+tlslite-ng (0.6.0-1+deb9u1) stable; urgency=medium
+
+  * add verify-mac-even-if-the-padding-is-1-byte-long.patch,
+providing fix for CVE-2018-1000159 (Closes: #895728).
+
+ -- Daniel Stender <sten...@debian.org>  Sun, 15 Apr 2018 20:53:39 +0200
+
 tlslite-ng (0.6.0-1) unstable; urgency=medium
 
   * New upstream release:
diff -Nru tlslite-ng-0.6.0/debian/patches/series 
tlslite-ng-0.6.0/debian/patches/series
--- tlslite-ng-0.6.0/debian/patches/series  1970-01-01 01:00:00.0 
+0100
+++ tlslite-ng-0.6.0/debian/patches/series  2018-04-15 20:53:37.0 
+0200
@@ -0,0 +1 @@
+verify-mac-even-if-the-padding-is-1-byte-long.patch
diff -Nru 
tlslite-ng-0.6.0/debian/patches/verify-mac-even-if-the-padding-is-1-byte-long.patch
 
tlslite-ng-0.6.0/debian/patches/verify-mac-even-if-the-padding-is-1-byte-long.patch
--- 
tlslite-ng-0.6.0/debian/patches/verify-mac-even-if-the-padding-is-1-byte-long.patch
 1970-01-01 01:00:00.0 +0100
+++ 
tlslite-ng-0.6.0/debian/patches/verify-mac-even-if-the-padding-is-1-byte-long.patch
 2018-04-15 20:45:32.0 +0200
@@ -0,0 +1,67 @@
+From 3674815d1b0f7484454995e2737a352e0a6a93d8 Mon Sep 17 00:00:00 2001
+From: Hubert Kario <hka...@redhat.com>
+Date: Tue, 27 Mar 2018 15:26:18 +0200
+Subject: [PATCH] verify the mac even if the padding is 1 byte long
+
+off-by-one error on mac checking, if the padding is of
+minimal length (a single 0x00 byte), the mac is not
+checked and thus the return value is never falsified
+
+this fixes the issue
+---
+ tlslite/utils/constanttime.py |  2 +-
+ unit_tests/test_tlslite_utils_constanttime.py | 21 +
+ 2 files changed, 22 insertions(+), 1 deletion(-)
+
+diff --git a/tlslite/utils/constanttime.py b/tlslite/utils/constanttime.py
+index 60322c14..d4f5b1ce 100644
+--- a/tlslite/utils/constanttime.py
 b/tlslite/utils/constanttime.py
+@@ -170,7 +170,7 @@ def ct_check_cbc_mac_and_pad(data, mac, seqnumBytes, 
contentType, version):
+ data_mac.update(compatHMAC(data[:start_pos]))
+ 
+ # don't check past the array end (already checked to be >= zero)
+-end_pos = data_len - 1 - mac.digest_size
++end_pos = data_len - mac.digest_size
+ 
+ # calculate all possible
+ for i in range(start_pos, end_pos): # constant for given overall length
+diff --git a/unit_tests/test_tlslite_utils_constanttime.py 
b/unit_tests/test_tlslite_utils_constanttime.py
+index 0edaf3f4..0a6446d0 100644
+--- a/unit_tests/test_tlslite_utils_constanttime.py
 b/unit_tests/test_tlslite_utils_constanttime.py
+@@ -16,6 +16,7 @@
+ from hypothesis import given, example
+ import hypothesis.strategies as st
+ from tlslite.utils.compat import compatHMAC
++from tlslite.utils.cryptomath import getRandomBytes
+ from tlslite.recordlayer import RecordLayer
+ import tlslite.utils.tlshashlib as hashlib
+ import hmac
+@@ -266,6 +267,26 @@ def test_with_invalid_hash(self):
+ self.assertFalse(ct_check_cbc_mac_and_pad(data, h, seqnum_bytes,
+   content_type, version))
+ 
++@given(i=st.integers(1, 20))
++def test_with_invalid_random_hash(self, i):
++key = compatHMAC(getRandomBytes(20))
++seqnum_bytes = bytearray(16)
++content_type = 0x15
++version = (3, 3)
++application_data = getRandomBytes(63)
++mac = hashlib.sha1
++
++data = self.data_prepare(application_data, seqnum_bytes, content_type,
++ version, mac, key)
++data[-i] ^= 0xff
++padding = bytearray(b'\x00')
++data += padding
++
++h = hmac.new(key, digestmod=mac)
++h.block_size = mac().block_size
++self.assertFalse(ct_check_cbc_mac_and_pad(data, h, seqnum_bytes,
++  content_type, version))
++
+ def test_with_invalid_pad(self):
+ k

Bug#895618: FTBFS: the instrumentation does not seem to be behaving correctly

[Daniel Stender]

Source: afl
Version: 2.52b-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)

AFL currently FTBFS:


cc -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign 
-DAFL_PATH=\"/usr/lib/afl\" -DDOC_PATH=\"/usr/share/doc/afl-doc/docs\" 
-DBIN_PATH=\"/usr/bin\" afl-analyze.c -o afl-analyze -Wl,-z,relro -Wl,-z,now 
-ldl
cc -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign 
-DAFL_PATH=\"/usr/lib/afl\" -DDOC_PATH=\"/usr/share/doc/afl-doc/docs\" 
-DBIN_PATH=\"/usr/bin\" afl-as.c -o afl-as -Wl,-z,relro -Wl,-z,now -ldl
ln -sf afl-as as
[*] Testing the CC wrapper and instrumentation output...
unset AFL_USE_ASAN AFL_USE_MSAN; AFL_QUIET=1 AFL_INST_RATIO=100 AFL_PATH=. 
./afl-gcc -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong 
-Wformat -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign 
-DAFL_PATH=\"/usr/lib/afl\" -DDOC_PATH=\"/usr/share/doc/afl-doc/docs\" 
-DBIN_PATH=\"/usr/bin\" test-instr.c -o test-instr -Wl,-z,relro -Wl,-z,now -ldl
echo 0 | ./afl-showmap -m none -q -o .test-instr0 ./test-instr
echo 1 | ./afl-showmap -m none -q -o .test-instr1 ./test-instr

Oops, the instrumentation does not seem to be behaving correctly!

Please ping  to troubleshoot the issue.

make[2]: *** [Makefile:95: test_build] Error 1
make[2]: Leaving directory '/<>'
make[1]: *** [debian/rules:27: override_dh_auto_build] Error 2


DS

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

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

Bug#893950: ITP: python-cpuinfo -- module for getting information about the cpu

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>

* Package name: python-cpuinfo
  Version : 0.0+git20180315.1f722ff
  Upstream Author : Matthew B. Jones <matthew.brennan.jo...@gmail.com>
* URL : https://github.com/workhorsy/py-cpuinfo
* License : Expat
  Programming Lang: Python
  Description : module for getting information about the cpu

This is a module for getting information about the cpu on machine. It's already
in the archive as a convenience package of bcolz and python-blosc. The package
is going to be maintained within DPMT, the binaries are going to be 
python-cpuinfo
and python3-cpuinfo.

Thanks,
DS

Bug#893273: bcolz: FTBFS and Debci failure

[Daniel Stender]

A couple of failures like this also with 1.1.2/blosc 1.14.2:


==
FAIL: test01b (bcolz.tests.test_carray.bloscFiltersTest)
Testing all available filters in big arrays (bcolz.defaults)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2322, in test01b
"carray does not seem to compress at all")
AssertionError: carray does not seem to compress at all

==
FAIL: test01c (bcolz.tests.test_carray.bloscFiltersTest)
Testing all available filters in big arrays (context)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2344, in test01c
self.assertTrue(bcolz.defaults.cparams['shuffle'] == bcolz.SHUFFLE)
AssertionError: False is not true

==
FAIL: test01b (bcolz.tests.test_carray.filtersDiskTest)
Testing all available filters in big arrays (bcolz.defaults)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2322, in test01b
"carray does not seem to compress at all")
AssertionError: carray does not seem to compress at all

==
FAIL: test01c (bcolz.tests.test_carray.filtersDiskTest)
Testing all available filters in big arrays (context)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2344, in test01c
self.assertTrue(bcolz.defaults.cparams['shuffle'] == bcolz.SHUFFLE)
AssertionError: False is not true

==
FAIL: test01a (bcolz.tests.test_carray.filtersMemoryTest)
Testing all available filters in big arrays (setdefaults)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2302, in test01a
"carray does not seem to compress at all")
AssertionError: carray does not seem to compress at all

==
FAIL: test01b (bcolz.tests.test_carray.filtersMemoryTest)
Testing all available filters in big arrays (bcolz.defaults)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2322, in test01b
"carray does not seem to compress at all")
AssertionError: carray does not seem to compress at all

==
FAIL: test01c (bcolz.tests.test_carray.filtersMemoryTest)
Testing all available filters in big arrays (context)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2344, in test01c
self.assertTrue(bcolz.defaults.cparams['shuffle'] == bcolz.SHUFFLE)
AssertionError: False is not true

==
FAIL: test01 (bcolz.tests.test_carray.miscDiskTest)
Testing __sizeof__() (big carrays)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 639, in test01
"carray does not seem to compress at all")
AssertionError: carray does not seem to compress at all

==
FAIL: test01 (bcolz.tests.test_carray.miscMemoryTest)
Testing __sizeof__() (big carrays)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 639, in test01
"carray does not seem to compress at all")
AssertionError: carray does not seem to compress at all

==
FAIL: test_repr_disk_array_append (bcolz.tests.test_carray.reprDiskTest)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2430, in test_repr_disk_array_append
self.assertEqual(expected, repr(y))
AssertionError: "carray((0,), float64)\n  nbytes := 0; cbytes := 16.00 KB; ratio: 0.00\n  
cparams := cparams(clevel=5, shuffle=1, cname='blosclz', quantize=0)\n  chunklen := 2048; 
chunksize: 16384; blocksize: 0\n  rootdir := '/tmp/bcolz-reprDiskTestDqkqDw'\n  mode:= 
'a'\n[]" != "carray((0,), float64)\n  nbytes := 0; cbytes := 16.00 KB; ratio: 0.00\n  
cparams := cparams(clevel=9, shuffle=0, cname='blosclz', quantize=0)\n  chunklen := 2048; 
chunksize: 16384; blocksize: 0\n  rootdir := 

Bug#893000: c-blosc: Add upstream patch for unaligned access

[Daniel Stender]

On 03/15/2018 12:53 PM, Elvis Stansvik wrote:

Source: c-blosc
Version: 1.14.0+ds1-1
Severity: important
Tags: patch

Hi Daniel,

After your update of the package to 1.14.0 (thanks for being so quick!),
it was synced to Ubuntu's bionic-proposed, where it failed building on
armhf due to an alignment bug.

The bug only manifested itself in the Ubuntu build, because of the way
they have their ARM building infrastructure set up (ARMv7 chroot on
ARMv8 hardware).

The bug was quickly fixed [1] upstream, and mwhudson @ #ubuntu-release
kindly verified [2] the fix on his Ubuntu porter box.

Attached is a debdiff that adds the upstream patch to the package.

Sorry for the trouble, but would be great if a new version could be
released.

Thanks in advance,
Elvis

[1] 
https://github.com/Blosc/c-blosc/commit/8a84d51487eed81431b0fa488805a62c2d8f0163
[2] https://github.com/Blosc/c-blosc/issues/223#issuecomment-373320351

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

Kernel: Linux 4.13.0-36-generic (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C 
(charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect


Yes, sure, no problem. Coming up shortly.

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#892741: llvmlite: FTBFS on mips64el - testsuite segfaults

[Daniel Stender]

On 03/12/2018 02:03 PM, James Cowgill wrote:

Source: llvmlite
Version: 0.22.0-1
Severity: serious
Tags: sid buster

Hi,

llvmlite FTBFS on mips64el with this segmentation fault:

debian/rules override_dh_auto_test
make[1]: Entering directory '/<>'
PYBUILD_SYSTEM=custom PYBUILD_TEST_ARGS="{interpreter} -m unittest discover -v" 
dh_auto_test
I: pybuild base:184: python2.7 -m unittest discover -v
test_function_cfg_on_llvm_value (llvmlite.tests.test_binding.TestAnalysis) ... 
ok
test_get_function_cfg_on_ir (llvmlite.tests.test_binding.TestAnalysis) ... ok
test_linux (llvmlite.tests.test_binding.TestDependencies) ... skipped 
'Distribution-specific test'
test_bad_library (llvmlite.tests.test_binding.TestDylib) ... ok
test_libm (llvmlite.tests.test_binding.TestDylib) ... ok
test_close (llvmlite.tests.test_binding.TestFunctionPassManager) ... ok
test_initfini (llvmlite.tests.test_binding.TestFunctionPassManager) ... ok
test_run (llvmlite.tests.test_binding.TestFunctionPassManager) ... ok
test_add_module (llvmlite.tests.test_binding.TestGlobalConstructors) ... ok
test_add_module_lifetime (llvmlite.tests.test_binding.TestGlobalConstructors) 
... ok
test_add_module_lifetime2 (llvmlite.tests.test_binding.TestGlobalConstructors) 
... ok
test_close (llvmlite.tests.test_binding.TestGlobalConstructors) ... ok
test_emit_assembly (llvmlite.tests.test_binding.TestGlobalConstructors)
Test TargetMachineRef.emit_assembly() ... ok
test_emit_object (llvmlite.tests.test_binding.TestGlobalConstructors)
Test TargetMachineRef.emit_object() ... ok
test_global_ctors_dtors (llvmlite.tests.test_binding.TestGlobalConstructors) 
... Segmentation fault
E: pybuild pybuild:283: test: plugin custom failed with: exit code=139: 
python2.7 -m unittest discover -v
dh_auto_test: pybuild --test -i python{version} -p 2.7 returned exit code 13
make[1]: *** [debian/rules:11: override_dh_auto_test] Error 25


I did a bit of investigation and I'm fairly certain this is an LLVM bug
which was fixed in LLVM 6 (although I'm not sure what commit fixes it).
Since LLVM 6 has now been released, I suspect you will be upgrading soon
so I have not tried to backport anything to LLVM 5 at this time.

James


Thanks for checking that over. It appears current LLVMlite doesn't support later
versions of LLVM but no problem it could be removed until it builds again in 
the future.

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#892109: pdf2djvu FTBFS with libpoppler-dev 0.62.0-2

[Daniel Stender]

Please hang on, I'll update this shortly.

DS

--
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#892111: RFP: prophet -- time series forecasting package for R and Python

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: prophet
  Version : 0.2.1
  Upstream Author : Ben Letham 
* URL : https://github.com/facebook/prophet
* License : BSD-3-Clause
  Programming Lang: R, Python
  Description : time series forecasting package for R and Python

Prophet [1] is a procedure for forecasting time series data. It is based on an 
additive model
where non-linear trends are fit with yearly and weekly seasonality, plus 
holidays. It works best
with daily periodicity data with at least one year of historical data. Prophet 
is robust to missing
data, shifts in the trend, and large outliers.

German article on Prophet in recent iX Magazine 03/2018, p. 94 sq.

[1] https://facebook.github.io/prophet/

Bug#863355: Orphaning this package

[Daniel Stender]

I have no time to further maintain this. Therefore this is going to be orphaned 
soon.

Thanks,
DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#889297: debops: New upstream release v0.6.0

[Daniel Stender]

On 02/03/2018 02:49 PM, Frans van Berckel wrote:
> Package: debops
> Version: 0.4.3-1
> Severity: serious
> 
> There a new upstream version v0.6.0, in Github releases available.
> 
> https://github.com/debops/debops/releases
> 
> If i am well, this one doesn't depends on the debops-playbooks package
> any more, as spoked about in debbug 880102.
> 
> RM: debops-playbooks/experimental -- ROM; not needed anymore
> https://bugs.debian.org/880102
> 
> But there a problem with this old one. Check debbug 880102 
> 
> debops: Uninstallable due to debops-playbooks removal
> https://bugs.debian.org/884639
> 
> So please, are you willing to update Debian VCS / Git? Good to know
> v1.0.0 is planned for spring 2018.
> 
> Thanks,
> 
> Frans van Berckel

Thanks for posting this bug report. The package update is coming up in the next 
weeks.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#889166: ITP: sawtooth -- platform for distributed ledgers

[Daniel Stender]

Package: wnpp
Severity: wishlist
Owner: Daniel Stender <sten...@debian.org>

* Package name: sawtooth
  Version : 1.0.1
  Upstream Author : Shawn T. Amundson <amund...@bitwise.io>, Adam M. Ludvik 
<lud...@bitwise.io>
* URL : https://github.com/hyperledger/sawtooth-core
* License : Apache-2.0
  Programming Lang: Python
  Description : platform for distributed ledgers

Hyperledger Sawtooth is an enterprise solution for building, deploying, and 
running
distributed ledgers (also called blockchains). It provides an extremely modular 
and
flexible platform for implementing transaction-based updates to shared state 
between
untrusted parties coordinated by consensus algorithms.

Thanks,
DS

Bug#887397: RFP: inspec -- compliance checking tool

[Daniel Stender]

Package: wnpp
Severity: wishlist

* Package name: inspec
  Version : 1.49.2
  Upstream Author : Dominik Richter 
* URL : https://github.com/chef/inspec
* License : Apache 2.0
  Programming Lang: Ruby
  Description : compliance checking tool

InSpec [1] from Chef is a tool for checking a security compliance rules (like
the CIS benchmarks, PCI DSS etc.) is met on a machine or in a Docker container
etc. The developers are providing Debian and Ubuntu packages, but it appears 
none
for Debian 9 yet [2]. Maybe this could be integrated into Debian. The tool is
also integrated into ChefDK [3], but when I see it right this isn't available
yet, too. For more info (if one could read German), there were German articles
on this lately [4].

Cheers,
DS

[1] https://www.inspec.io/

[2] https://docs.chef.io/packages.html

[3] https://downloads.chef.io/chefdk

[4] iX 1/2018, S. 114-117 & Linux-Magazin 08/2017, S. 66-71

Bug#884432: pytest-httpbin: test_httpbin_accepts_lots_of_get_requests_in_single_session FAILED

[Daniel Stender]

Source: pytest-httpbin
Version: 0.2.3-1
Severity: serious
Justification: fails to build from source

pytest-httpbin currently FTBFS:

tests/test_httpbin.py::test_httpbin_accepts_lots_of_get_requests_in_single_session
 FAILED

=== FAILURES ===
_ test_httpbin_accepts_lots_of_get_requests_in_single_session __

self = 
func =  at 0x7f15929881b8>, when = 'call'

def __init__(self, func, when):
#: context of invocation: one of "setup", "call",
#: "teardown", "memocollect"
self.when = when
self.start = time()
try:
>   self.result = func()

/usr/lib/python2.7/dist-packages/_pytest/runner.py:196: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
/usr/lib/python2.7/dist-packages/_pytest/runner.py:182: in 
return CallInfo(lambda: ihook(item=item, **kwds), when=when)
/usr/lib/python2.7/dist-packages/_pytest/vendored_packages/pluggy.py:745: in 
__call__
return self._hookexec(self, self._nonwrappers + self._wrappers, kwargs)
/usr/lib/python2.7/dist-packages/_pytest/vendored_packages/pluggy.py:339: in 
_hookexec
return self._inner_hookexec(hook, methods, kwargs)
/usr/lib/python2.7/dist-packages/_pytest/vendored_packages/pluggy.py:334: in 

_MultiCall(methods, kwargs, hook.spec_opts).execute()
/usr/lib/python2.7/dist-packages/_pytest/vendored_packages/pluggy.py:613: in 
execute
return _wrapped_call(hook_impl.function(*args), self.execute)
/usr/lib/python2.7/dist-packages/_pytest/vendored_packages/pluggy.py:250: in 
_wrapped_call
wrap_controller.send(call_outcome)
/usr/lib/python2.7/dist-packages/_pytest/capture.py:139: in pytest_runtest_call
self.suspendcapture_item(item, "call")
/usr/lib/python2.7/dist-packages/_pytest/capture.py:156: in suspendcapture_item
out, err = self.suspendcapture(in_=in_)
/usr/lib/python2.7/dist-packages/_pytest/capture.py:97: in suspendcapture
outerr = cap.readouterr()
/usr/lib/python2.7/dist-packages/_pytest/capture.py:327: in readouterr
self.err.snap() if self.err is not None else "")
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = 

def snap(self):
f = self.tmpfile
>   f.seek(0)
E   IOError: seek() called during concurrent operation on the same file 
object

/usr/lib/python2.7/dist-packages/_pytest/capture.py:375: IOError
--- Captured stderr teardown ---
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302
127.0.0.1 - - [15/Dec/2017 07:58:18] "GET /get HTTP/1.1" 200 302


DS

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

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

Bug#884430: test_nothing_logged.py:7: AssertionError

[Daniel Stender]

Source: pytest-catchlog
Version: 1.2.2+git20170915-2
Severity: serious
Justification: fails to build from source

pytest-catchlog currently FTBFS:

I: pybuild base:184: python2.7 -m pytest -v -x
= test session starts ==
platform linux2 -- Python 2.7.14+, pytest-3.2.1, py-1.4.34, pluggy-0.4.0 -- 
/usr/bin/python2.7
cachedir: .cache
rootdir: /<>, inifile:
plugins: catchlog-1.2.2
collecting ... collected 14 items

test_pytest_catchlog.py::test_nothing_logged FAILED

=== FAILURES ===
_ test_nothing_logged __

testdir = 

def test_nothing_logged(testdir):
testdir.makepyfile('''
import sys
import logging

def test_foo():
sys.stdout.write('text going to stdout')
sys.stderr.write('text going to stderr')
assert False
''')
result = testdir.runpytest()
assert result.ret == 1
result.stdout.fnmatch_lines(['*- Captured stdout call -*',
 'text going to stdout'])
result.stdout.fnmatch_lines(['*- Captured stderr call -*',
 'text going to stderr'])
py.test.raises(Exception, result.stdout.fnmatch_lines,
>  ['*- Captured *log call -*'])
E   Failed: nomatch: '*- Captured stdout call -*'
E   and: u'= test session starts 
=='
E   and: u'platform linux2 -- Python 2.7.14+, pytest-3.2.1, py-1.4.34, 
pluggy-0.4.0'
E   and: u'rootdir: 
/tmp/pytest-of-aham/pytest-0/testdir/test_nothing_logged0, inifile:'
E   and: u'plugins: catchlog-1.2.2'
E   and: u'collected 1 item'
E   and: u''
E   and: u'test_nothing_logged.py F'
E   and: u''
E   and: u'=== FAILURES 
==='
E   and: u'___ test_foo 
___'
E   and: u''
E   and: u'def test_foo():'
E   and: u"sys.stdout.write('text going to stdout')"
E   and: u"sys.stderr.write('text going to stderr')"
E   and: u'>   assert False'
E   and: u'E   assert False'
E   and: u''
E   and: u'test_nothing_logged.py:7: AssertionError'
E   fnmatch: '*- Captured stdout call -*'
E  with: u'- Captured stdout call 
-'
E   exact match: 'text going to stdout'
E   nomatch: '*- Captured stderr call -*'
E   and: u'= test session starts 
=='
E   and: u'platform linux2 -- Python 2.7.14+, pytest-3.2.1, py-1.4.34, 
pluggy-0.4.0'
E   and: u'rootdir: 
/tmp/pytest-of-aham/pytest-0/testdir/test_nothing_logged0, inifile:'
E   and: u'plugins: catchlog-1.2.2'
E   and: u'collected 1 item'
E   and: u''
E   and: u'test_nothing_logged.py F'
E   and: u''
E   and: u'=== FAILURES 
==='
E   and: u'___ test_foo 
___'
E   and: u''
E   and: u'def test_foo():'
E   and: u"sys.stdout.write('text going to stdout')"
E   and: u"sys.stderr.write('text going to stderr')"
E   and: u'>   assert False'
E   and: u'E   assert False'
E   and: u''
E   and: u'test_nothing_logged.py:7: AssertionError'
E   and: u'- Captured stdout call 
-'
E   and: u'text going to stdout'
E   fnmatch: '*- Captured stderr call -*'
E  with: u'- Captured stderr call 
-'
E   exact match: 'text going to stderr'
E   nomatch: '*- Captured *log call -*'
E   and: u'= test session starts 
=='
E   and: u'platform linux2 -- Python 2.7.14+, pytest-3.2.1, py-1.4.34, 
pluggy-0.4.0'
E   and: u'rootdir: 
/tmp/pytest-of-aham/pytest-0/testdir/test_nothing_logged0, inifile:'
E   and: u'plugins: catchlog-1.2.2'
E   and: u'collected 1 item'
E   and: u''
E   and: u'test_nothing_logged.py F'
E   and: u''
E   and: u'=== FAILURES 
==='
E   and: u'___ test_foo 
___'
E   and: u''
E   and: u'def test_foo():'
E   and: u"sys.stdout.write('text going to stdout')"
E   and: u"  

Bug#884161: RM: golang-github-mitchellh-ioprogress -- ROM; not needed anymore

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi FTP masters,

I request the removal of golang-github-mitchellh-ioprogess [1] from unstable.
The main purpose of this package was to build Packer (0.10.2 in stable), but
the newer versions (like 1.0.4 in testing) doesn't need it anymore. I've checked
the reverse build deps in unstable and it appears there aren't any left.

Thanks,
DS

[1] https://packages.qa.debian.org/g/golang-github-mitchellh-ioprogress.html

[2] https://packages.qa.debian.org/p/packer.html

Bug#884160: RM: pyutilib -- ROM; not maintained anymore

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi FTP masters,

I request the removal of Pyutilib [1] from unstable. I don't want
to maintain this any longer (the ITA bug #840036 remained open since
10/2016). The main purpose of this library in the archive is running
Pyomo [2], which is RM, too (#884159). The user base remained sparse like
that (popcon 13).

Thanks,
DS

[1] https://packages.qa.debian.org/p/pyutilib.html

[2] https://packages.qa.debian.org/p/pyomo.html

Bug#884159: RM: pyomo -- ROM; not maintained anymore

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi FTP team,

I request the removal of Pyomo [1] from unstable. I am not further
maintaining this anymore, and the ITA bug report (#863370) remained
open since 05/2017. The use base is rather sparse (popcon 7) although
that's already in stretch.

Thanks,
DS

[1] https://packages.qa.debian.org/p/pyomo.html

Bug#884157: RM: python-brainstorm -- ROM; not developed anymore

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hello FTP masters,

I request the removal of python-brainstorm [1] from unstable. The project
isn't further maintained anymore [2], and I don't want to maintain this
anymore (the RFA bug report remained open since 05/2017). Thanks.

DS

[1] https://packages.qa.debian.org/p/python-brainstorm.html

[2] https://github.com/IDSIA/brainstorm (Discontinuation notice)

Bug#832360: mkdocs: javascript in mkdocs themes should be symlinks to files in libjs-* packages

[Daniel Stender]

Control: tags -1 - help

We have that problem with the docs of Keras, and we'll come up with a debhelper 
module to help
with this shortly.

DS

[1] https://packages.qa.debian.org/k/keras.html

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#882119: dwarfutils: please remove me from Uploaders

[Daniel Stender]

Source: dwarfutils
Severity: wishlist

Hi Fabian,

since you can upload on your own now, you could remove me from Uploaders 
(coming out
of a frustrating package overload I'm now keeping the list of packages on the 
QA-page
slim).

Thanks,
Daniel

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

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

Bug#881652: m2crypto FTBFS on ppc64el: HttpslibSSLClientTestCase.test_HTTPSConnection_SNI_support test failure

[Daniel Stender]

Thanks for writing the bug report.

This problem should have taken been care of by sni-test-race.patch,
which draws from https://gitlab.com/m2crypto/m2crypto/merge_requests/141

Unfortunately, not even bumping the timeout using $M2CRYPTO_TEST_SSL_SLEEP 
makes this
disappear. I'm in contact with upstream, we're working something out.

DS

On 11/13/2017 10:25 PM, Adrian Bunk wrote:
> Source: m2crypto
> Version: 0.27.0-3
> Severity: serious
> 
> https://buildd.debian.org/status/fetch.php?pkg=m2crypto=ppc64el=0.27.0-3=1510582782=0
> 
> ...
> === FAILURES 
> ===
> __ HttpslibSSLClientTestCase.test_HTTPSConnection_SNI_support 
> __
> 
> self =  testMethod=test_HTTPSConnection_SNI_support>
> 
> def test_HTTPSConnection_SNI_support(self):
> args = ['s_server', '-servername', srv_host, '-debug', '-www',
> '-cert', 'server.pem', '-key', 'server_key.pem',
> '-cert2', 'server.pem', '-key2', 'server_key.pem',
> '-accept', str(self.srv_port)]
> pid = self.start_server(args)
> try:
> ctx = SSL.Context()
> c = httpslib.HTTPSConnection(srv_host, self.srv_port,
>  ssl_context=ctx)
> c.request('GET', '/')
> c.close()
> finally:
> time.sleep(sleepTime)
> out, err = self.stop_server(pid)
>>   self.assertIn('Hostname in TLS extension: "%s"' % srv_host, out)
> E   AssertionError: 'Hostname in TLS extension: "localhost"' not found in 
> 'Setting secondary ctx parameters\nUsing default temp DH parameters\nACCEPT\n'
> 
> tests/test_ssl.py:256: AssertionError
> === warnings summary 
> ===
> tests/test_bn.py::BNTestCase::test_randfname
>   /<>/tests/test_bn.py:71: DeprecationWarning: Don't use 
> BN.randfname(), use tempfile methods instead.
> r = BN.randfname(8)
> 
> tests/test_pgp.py::PGPTestCase::test_simple
>   /<>/M2Crypto/PGP/PublicKeyRing.py:22: DeprecationWarning: 
> Deprecated. No maintainer for PGP. If you use this, please inform M2Crypto 
> maintainer.
> DeprecationWarning)
>   /<>/M2Crypto/PGP/packet.py:48: DeprecationWarning: Deprecated. 
> No maintainer for PGP. If you use this, please inform M2Crypto maintainer.
> DeprecationWarning)
>   /<>/M2Crypto/PGP/PublicKey.py:21: DeprecationWarning: 
> Deprecated. No maintainer for PGP. If you use this, please inform M2Crypto 
> maintainer.
> DeprecationWarning)
>   /<>/M2Crypto/PGP/RSA.py:23: DeprecationWarning: Deprecated. No 
> maintainer for PGP. If you use this, please inform M2Crypto maintainer.
> warnings.warn('Deprecated. No maintainer for PGP. If you use this, please 
> inform M2Crypto maintainer.', DeprecationWarning)
> 
> tests/test_rand.py::RandTestCase::test_pseudo_bytes
>   /<>/M2Crypto/Rand.py:145: DeprecationWarning: The underlying 
> OpenSSL method has been deprecated. Use Rand.rand_bytes instead.
> DeprecationWarning)
> 
> tests/test_ssl.py::MiscSSLClientTestCase::test_tls1_nok
>   /<>/M2Crypto/SSL/Context.py:64: DeprecationWarning: Function 
> TLSv1_method has been deprecated.
> self.ctx = m2.ssl_ctx_new(proto())
> 
> tests/test_ssl.py::MiscSSLClientTestCase::test_verify_cb_old
>   /<>/M2Crypto/SSL/Connection.py:288: DeprecationWarning: Old 
> style callback, use cb_func(ok, store) instead
> return m2.ssl_connect(self.ssl, self._timeout)
> 
> tests/test_ssl.py::TwistedSSLClientTestCase::test_twisted_wrapper
>   /<>/tests/test_ssl.py:1010: UserWarning: Skipping twisted 
> wrapper test because twisted not found
> 'Skipping twisted wrapper test because twisted not found')
> 
> -- Docs: http://doc.pytest.org/en/latest/warnings.html
> = 1 failed, 273 passed, 1 skipped, 9 warnings in 82.52 seconds 
> =
> E: pybuild pybuild:283: test: plugin custom failed with: exit code=1: 
> python2.7 -Wd -m pytest -v -rs
> dh_auto_test: pybuild --test --test-pytest -i python{version} -p 2.7 returned 
> exit code 13
> debian/rules:18: recipe for target 'override_dh_auto_test' failed
> make[1]: *** [override_dh_auto_test] Error 25
> 
> 


-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#873459: RFS: python-singa/1.1.1-1 [ITP]

[Daniel Stender]

Hi Moaz,

the package looks good, but I can't build it in a clean chroot:


Run Build Command:"/usr/bin/make" "cmTC_2ee00/fast"
make[1]: Entering directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
/usr/bin/make -f CMakeFiles/cmTC_2ee00.dir/build.make 
CMakeFiles/cmTC_2ee00.dir/build
make[2]: Entering directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_2ee00.dir/CheckSymbolExists.c.o
/usr/lib/ccache/cc   -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2-o CMakeFiles/cmTC_2ee00.dir/CheckSymbolExists.c.o   -c 
/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/CheckSymbolExists.c
Linking C executable cmTC_2ee00
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_2ee00.dir/link.txt 
--verbose=1
/usr/lib/ccache/cc -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2   -Wl,-z,relro  -rdynamic 
CMakeFiles/cmTC_2ee00.dir/CheckSymbolExists.c.o  -o cmTC_2ee00 
CMakeFiles/cmTC_2ee00.dir/CheckSymbolExists.c.o: In function `main':
./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/./obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/CheckSymbolExists.c:8:
 undefined reference to `pthread_create'
collect2: error: ld returned 1 exit status
CMakeFiles/cmTC_2ee00.dir/build.make:97: recipe for target 'cmTC_2ee00' failed
make[2]: *** [cmTC_2ee00] Error 1
make[2]: Leaving directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
Makefile:126: recipe for target 'cmTC_2ee00/fast' failed
make[1]: *** [cmTC_2ee00/fast] Error 2
make[1]: Leaving directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'

File 
/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp/CheckSymbolExists.c:
/* */
#include 

int main(int argc, char** argv)
{
  (void)argv;
#ifndef pthread_create
  return ((int*)(_create))[argc];
#else
  (void)argc;
  return 0;
#endif
}

Determining if the function pthread_create exists in the pthreads failed with 
the following output:
Change Dir: /<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp

Run Build Command:"/usr/bin/make" "cmTC_c8421/fast"
make[1]: Entering directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
/usr/bin/make -f CMakeFiles/cmTC_c8421.dir/build.make 
CMakeFiles/cmTC_c8421.dir/build
make[2]: Entering directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_c8421.dir/CheckFunctionExists.c.o
/usr/lib/ccache/cc   -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -DCHECK_FUNCTION_EXISTS=pthread_create   -o 
CMakeFiles/cmTC_c8421.dir/CheckFunctionExists.c.o   -c 
/usr/share/cmake-3.9/Modules/CheckFunctionExists.c
Linking C executable cmTC_c8421
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_c8421.dir/link.txt 
--verbose=1
/usr/lib/ccache/cc -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -DCHECK_FUNCTION_EXISTS=pthread_create  -Wl,-z,relro  
-rdynamic CMakeFiles/cmTC_c8421.dir/CheckFunctionExists.c.o  -o cmTC_c8421 
-lpthreads 
/usr/bin/ld: cannot find -lpthreads
collect2: error: ld returned 1 exit status
CMakeFiles/cmTC_c8421.dir/build.make:97: recipe for target 'cmTC_c8421' failed
make[2]: *** [cmTC_c8421] Error 1
make[2]: Leaving directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'
Makefile:126: recipe for target 'cmTC_c8421/fast' failed
make[1]: *** [cmTC_c8421/fast] Error 2
make[1]: Leaving directory 
'/<>/obj-x86_64-linux-gnu/CMakeFiles/CMakeTmp'


dh_auto_configure: cd obj-x86_64-linux-gnu && cmake .. 
-DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=None 
-DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var 
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON 
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON returned exit code 1
debian/rules:20: recipe for target 'build' failed
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

Build finished at 2017-11-05T09:28:27Z

Finished



+--+
| Cleanup  |
+--+

Purging /<>
Not cleaning session: cloned chroot in use
E: Build failure (dpkg-buildpackage died)


DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#852133: ITA: keras -- deep learning framework running on Theano or TensorFlow

[Daniel Stender]

On Wed, 1 Nov 2017 12:44:47 -0300 Stephen Sinclair  wrote:
> Package: sponsorship-requests
> Severity: normal
> 
> Dear mentors,
> 
> I am looking for a sponsor for the following package:
> 
> * Package name: keras
>   Version : 1.0.7-2
>   Upstream Author : François Chollet
> * URL : http://keras.io/
> * License : MIT
>   Section : python
> 
> One can check out the package by visiting the following URL:
> 
>   https://anonscm.debian.org/git/debian-science/packages/keras.git
> 
> Changes since the last upload:
> 
>   * Change maintainer to Debian Science, uploader to Stephen Sinclair
> (Closes: #852133).
>   * Change Section to python.
>   * Add gbp.conf default to using pristine-tar.
>   * Adhere to Debian Policy to version 4.1.1.
> 
> This update is mainly to adopt, move package to git, and update the
> policy.  An update to the latest Keras version will come at a later
> time.
> 
> Question: "gbp dch" naturally sets the package to UNRELEASED.  Will
> the sponsor change UNRELEASED to experimental before uploading, or
> should I do it?  Do I use "gbp tag" now, or after it is uploaded?
> 
> regards,
> Steve

... instead of becoming another bug report (RFS) this ended up being a reply to 
this,
but it doesn't matter since I'm going to upload the package. I'll going to 
check it
over shortly. Thanks for adopting this.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#880106: RM: golang-github-hpcloud-tail -- ROM; not maintained any further

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi,

I hereby request the removal of golang-github-hpcloud-tail [1] from unstable. 
I'm
not going to further maintain this and the RFA bug report (#865328) remains 
open since
June.

The main purpose for this package was to build Packer (0.10.2 in stable), but 
the
newer versions (like 1.0.4 in unstable) doesn't need this anymore.

I've checked for other reverse-deps in the current archive with dak and it 
appears
there aren't any.

Thanks,
Daniel Stender

[1] https://packages.qa.debian.org/g/golang-github-hpcloud-tail.html

Bug#880102: RM: debops-playbooks/experimental -- ROM; not needed anymore

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi FTP masters,

I hereby request the removal of debops-playbooks [1] from the archive. Since 
upstream
changed the release model recently to integrated playbooks this package isn't 
needed
anymore.

This currently is in experimental.

Thanks,
Daniel Stender

[1] https://packages.qa.debian.org/d/debops-playbooks.html

Bug#880100: RM: amazon-s2n/experimental -- ROM; not maintained any further

[Daniel Stender]

Package: ftp.debian.org
Severity: normal

Hi FTP masters,

I hereby request the removal of amazon-s2n [1]. I'm not planning to maintain
this any further and the RFA bug report (#863358) is open for half a year now.

The package currently is in experimental.

Thanks,
Daniel Stender

[1] https://packages.qa.debian.org/a/amazon-s2n.html

Bug#803502: ITP: osquery -- operating system instrumentation framework

[Daniel Stender]

On 25.10.2017 12:49, Sven Mueller wrote:
> Hi.
> 
> Is there any update available on this? Do you need help? If so: What kind of 
> help?
> 
> Regards,
> Sven

Hi Sven,

no update so far (busy - first year freelancing). If you would like to come 
aboard (begin to work on
an initial package), welcome (hint: there is a .deb already available)!

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#876787: afl: FTBFS /usr/bin/ld: unrecognized option '--no-keep-files-mapped'

[Daniel Stender]

Package: src:afl
Version: 2.50b-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Control: block 873404 by -1

AFL begun to FTBFS recently with a clang error:


[+] All set and ready to build.
clang-3.9  -Wall -D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign 
-DAFL_PATH=\"/usr/lib/afl\" -DBIN_PATH=\"/usr/bin\" -DVERSION=\"2.50b\"  
afl-clang-fast.c -o ../afl-clang-fast -Wl,-z,relro -Wl,-z,now
ln -sf afl-clang-fast ../afl-clang-fast++
clang++-3.9 `llvm-config-3.9 --cxxflags` -fno-rtti -fpic  -Wall 
-D_FORTIFY_SOURCE=2 -g -Wno-pointer-sign -DVERSION=\"2.50b\" 
-Wno-variadic-macros -shared afl-llvm-pass.so.cc -o ../afl-llvm-pass.so 
`llvm-config-3.9 --ldflags` -Wl,-z,relro -Wl,-z,now
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean 
'-Wno-uninitialized'? [-Wunknown-warning-option]
1 warning generated.
/usr/bin/ld: unrecognized option '--no-keep-files-mapped'
/usr/bin/ld: use the --help option for usage information
clang: error: linker command failed with exit code 1 (use -v to see invocation)
Makefile:83: recipe for target '../afl-llvm-pass.so' failed


This seems to be a problem in the build toolchain (this is going to be
reassigned). The same error appears also with clang-4.0 and clang-5.0, thus
blocking the llvm-toolchain update of AFL.

DS

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

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

Versions of packages afl depends on:
ii  build-essential  12.4
ii  libc62.24-17

Versions of packages afl recommends:
ii  afl-clang  2.50b-1
ii  afl-doc2.50b-1

Versions of packages afl suggests:
ii  gnuplot   5.0.7+dfsg1-1
ii  gnuplot-qt [gnuplot]  5.0.7+dfsg1-1

-- no debconf information

Bug#760315: ITP: apache-mesos -- Cluster manager for sharing distributed application frameworks

[Daniel Stender]

Alive!

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#869195: python-blosc: building of sphinx-docs breaks

[Daniel Stender]

This appears to be a problem with the numpydoc extension. I can't tell what's 
happening now,
however removing numpydoc from the needed/supported extensions in the package 
temporarily
solves the FTBFS.

For the record, this happens both with python-sphinx/numpydoc and 
python3-sphinx/numpydoc.


# Sphinx version: 1.5.6
# Python version: 2.7.13 (CPython)
# Docutils version: 0.13.1 release
# Jinja2 version: 2.9.6
# Last messages:
#   loading intersphinx inventory from http://docs.python.org/objects.inv...
#   WARNING: intersphinx inventory 'http://docs.python.org/objects.inv' not 
fetchable due to : 
HTTPConnectionPool(host='127.0.0.1', port=9): Max retries exceeded with url: 
http://docs.python.org/objects.inv (Caused by ProxyError('Cannot connect to 
proxy.', NewConnectionError(': Failed to establish a new connection: [Errno 111] Connection 
refused',)))
#   building [mo]: targets for 0 po files that are out of date
#   building [html]: targets for 5 source files that are out of date
#   updating environment:
#   5 added, 0 changed, 0 removed
#   reading sources... [ 20%] index
#   reading sources... [ 40%] install
#   reading sources... [ 60%] intro
#   reading sources... [ 80%] reference
# Loaded extensions:
#   sphinx.ext.coverage (1.5.6) from 
/usr/lib/python2.7/dist-packages/sphinx/ext/coverage.pyc
#   sphinx.ext.todo (1.5.6) from 
/usr/lib/python2.7/dist-packages/sphinx/ext/todo.pyc
#   sphinx.ext.autodoc (1.5.6) from 
/usr/lib/python2.7/dist-packages/sphinx/ext/autodoc.pyc
#   sphinx.ext.intersphinx (1.5.6) from 
/usr/lib/python2.7/dist-packages/sphinx/ext/intersphinx.pyc
#   sphinx.ext.doctest (1.5.6) from 
/usr/lib/python2.7/dist-packages/sphinx/ext/doctest.pyc
#   alabaster (0.7.8) from 
/usr/lib/python2.7/dist-packages/alabaster/__init__.pyc
#   numpydoc (unknown version) from 
/usr/lib/python2.7/dist-packages/numpydoc/__init__.pyc
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/sphinx/cmdline.py", line 296, in main
app.build(opts.force_all, filenames)
  File "/usr/lib/python2.7/dist-packages/sphinx/application.py", line 333, in 
build
self.builder.build_update()
  File "/usr/lib/python2.7/dist-packages/sphinx/builders/__init__.py", line 
251, in build_update
'out of date' % len(to_build))
  File "/usr/lib/python2.7/dist-packages/sphinx/builders/__init__.py", line 
265, in build
self.doctreedir, self.app))
  File "/usr/lib/python2.7/dist-packages/sphinx/environment/__init__.py", line 
556, in update
self._read_serial(docnames, app)
  File "/usr/lib/python2.7/dist-packages/sphinx/environment/__init__.py", line 
576, in _read_serial
self.read_doc(docname, app)
  File "/usr/lib/python2.7/dist-packages/sphinx/environment/__init__.py", line 
684, in read_doc
pub.publish()
  File "/usr/lib/python2.7/dist-packages/docutils/core.py", line 217, in publish
self.settings)
  File "/usr/lib/python2.7/dist-packages/sphinx/io.py", line 55, in read
self.parse()
  File "/usr/lib/python2.7/dist-packages/docutils/readers/__init__.py", line 
78, in parse
self.parser.parse(self.input, document)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/__init__.py", 
line 185, in parse
self.statemachine.run(inputlines, document, inliner=self.inliner)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
171, in run
input_source=document['source'])
  File "/usr/lib/python2.7/dist-packages/docutils/statemachine.py", line 239, 
in run
context, state, transitions)
  File "/usr/lib/python2.7/dist-packages/docutils/statemachine.py", line 460, 
in check_line
return method(match, context, next_state)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
2983, in text
self.section(title.lstrip(), source, style, lineno + 1, messages)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
327, in section
self.new_subsection(title, lineno, messages)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
395, in new_subsection
node=section_node, match_titles=True)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
282, in nested_parse
node=node, match_titles=match_titles)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
196, in run
results = StateMachineWS.run(self, input_lines, input_offset)
  File "/usr/lib/python2.7/dist-packages/docutils/statemachine.py", line 239, 
in run
context, state, transitions)
  File "/usr/lib/python2.7/dist-packages/docutils/statemachine.py", line 460, 
in check_line
return method(match, context, next_state)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
2748, in underline
self.section(title, source, style, lineno - 1, messages)
  File "/usr/lib/python2.7/dist-packages/docutils/parsers/rst/states.py", line 
327, in section
self.new_subsection(title, lineno, messages)
  File 

Bug#872037: libvigrampex: Failure in MultiArrayPointoperatorsTest::testCombine2() [mips64el]

[Daniel Stender]

Source: libvigraimpex
Version: 1.10.0+git20160211.167be93+dfsg-4
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Current Vigra FTBFS on mips64el [1]:


[ 63%] Building CXX object 
test/multiarray/CMakeFiles/test_multiarray.dir/testsuccess.cxx.o
cd 
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/multiarray 
&& /usr/bin/c++  -DHasHDF5 -DHasJPEG -DHasPNG -DHasTIFF 
-I/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include 
-I/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/include 
-I/usr/include/hdf5/serial  -std=c++11 -pthread -W -Wall -Wextra 
-Wno-unused-parameter -Wno-sign-compare -Wno-unused-variable -Wno-type-limits 
-g -O2 
-fdebug-prefix-map=/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg=.
 -fstack-protector-strong -Wformat -Werror=format-security -pipe -Wdate-time 
-D_FORTIFY_SOURCE=2   -o CMakeFiles/test_multiarray.dir/testsuccess.cxx.o -c 
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/multiarray/testsuccess.cxx
[ 65%] Linking CXX executable test_multiarray
cd 
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/multiarray 
&& /usr/bin/cmake -E cmake_link_script CMakeFiles/test_multiarray.dir/link.txt 
--verbose=1
/usr/bin/c++  -std=c++11 -pthread -W -Wall -Wextra -Wno-unused-parameter 
-Wno-sign-compare -Wno-unused-variable -Wno-type-limits -g -O2 
-fdebug-prefix-map=/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg=.
 -fstack-protector-strong -Wformat -Werror=format-security -pipe -Wdate-time 
-D_FORTIFY_SOURCE=2  -rdynamic CMakeFiles/test_multiarray.dir/test.cxx.o 
CMakeFiles/test_multiarray.dir/testsuccess.cxx.o  -o test_multiarray 
-Wl,-rpath,/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/src/impex:/usr/lib/mips64el-linux-gnuabi64/hdf5/serial
 ../../src/impex/libvigraimpex.so.6.1.11.0 -ljpeg -lpng -lz -ltiff -lIlmImf 
-lImath -lHalf -lIex -lIlmThread 
/usr/lib/mips64el-linux-gnuabi64/hdf5/serial/libhdf5.so 
/usr/lib/mips64el-linux-gnuabi64/hdf5/serial/libhdf5_hl.so -lsz -lz -ltiff 
-lIlmImf -lImath -lHalf -lIex -lIlmThread 
/usr/lib/mips64el-linux-gnuabi64/hdf5/serial/libhdf5.so 
/usr/lib/mips64el-linux-gnuabi64/hdf5/serial/libhdf5_hl.so -lsz 
Running test_multiarray
cd 
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/multiarray 
&& ./run_test_multiarray.sh
Entering test suite MultiArrayTestSuite
All (24) tests passed in test suite MultiArrayTestSuite
Leaving test suite MultiArrayTestSuite

Entering test suite MultiArrayDataTestSuite
All (32) tests passed in test suite MultiArrayDataTestSuite
Leaving test suite MultiArrayDataTestSuite

Entering test suite ImageViewTestSuite
All (16) tests passed in test suite ImageViewTestSuite
Leaving test suite ImageViewTestSuite

Entering test suite MultiArrayPointOperatorsTestSuite

Failure in MultiArrayPointoperatorsTest::testCombine2()
Unexpected signal: memory access violation

Fatal error - aborting test suite MultiArrayPointOperatorsTestSuite.

test/multiarray/CMakeFiles/test_multiarray.dir/build.make:146: recipe for 
target 'test/multiarray/test_multiarray' failed
make[5]: *** [test/multiarray/test_multiarray] Error 1


DS

[1] 
https://buildd.debian.org/status/fetch.php?pkg=libvigraimpex=mips64el=1.10.0%2Bgit20160211.167be93%2Bdfsg-4=1502638529=0

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

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

Bug#863063: libvigraimpex: New upstream versions (1.11.x)

[Daniel Stender]

This is coming up shortly.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#871556: libvigraimpex: several tests failing in Gridgraph Test Dimension 3

[Daniel Stender]

Source: libvigraimpex
Version: 1.10.0+git20160211.167be93+dfsg-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)

With the latest upload there are FTBFS problems on some archs.


Running test_gridgraph
cd 
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/gridgraph 
&& ./run_test_gridgraph.sh
Entering test suite Gridgraph Test
Entering test suite Gridgraph Test Dimension 2
All (38) tests passed in test suite Gridgraph Test Dimension 2
Leaving test suite Gridgraph Test Dimension 2
Entering test suite Gridgraph Test Dimension 3

Failure in NeighborhoodTests::testIndirectNeighborhood()
Assertion failed: neighborOffsets[k] == -neighborOffsets[neighborCount-1-k] 
[(-1, -1, -1) != (-1, 1, -1)] 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:183)

Failure in (::template testNeighborIterator)()
Unexpected Contract exception:  
Precondition violation!
Index out of bounds
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include/vigra/multi_array.hxx:999)

Last checkpoint: target(*e, g) == *n [(1, -1, 0) != (1, -1, 0)] 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:744)

Failure in (::template testNeighborIterator)()
Assertion failed: source(*e, g) == *j [(0, -2, 0) != (0, 0, 0)] 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:743)

Failure in (::template testBackNeighborIterator)()
Unexpected Contract exception:  
Precondition violation!
Index out of bounds
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include/vigra/multi_array.hxx:999)

Last checkpoint: target(*e, g) == *n [(0, -1, 0) != (0, -1, 0)] 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:940)

Failure in (::template 
testBackNeighborIterator)()
Unexpected Contract exception:  
Precondition violation!
Index out of bounds
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include/vigra/multi_array.hxx:999)

Last checkpoint: target(*e, g) == *n [(0, -1, 0) != (0, -1, 0)] 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:940)

Failure in (::template testEdgeIterator)()
Unexpected Contract exception:  
Precondition violation!
Index out of bounds
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include/vigra/multi_array.hxx:999)

Last checkpoint: !(e == lemon::INVALID) 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:1062)

Failure in (::template testEdgeIterator)()
Unexpected Contract exception:  
Precondition violation!
Index out of bounds
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include/vigra/multi_array.hxx:999)

Last checkpoint: !(e == lemon::INVALID) 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:1062)

Failure in (::template testArcIterator)()
Unexpected Contract exception:  
Precondition violation!
Index out of bounds
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include/vigra/multi_array.hxx:999)

Last checkpoint: !(e == lemon::INVALID) 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:1143)

Failure in (::template testArcIterator)()
Unexpected Contract exception:  
Precondition violation!
Index out of bounds
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/include/vigra/multi_array.hxx:999)

Last checkpoint: !(e == lemon::INVALID) 
(/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/test/gridgraph/test.cxx:1143)

9 of 38 tests failed in test suite Gridgraph Test Dimension 3
Leaving test suite Gridgraph Test Dimension 3

9 of 76 tests failed in test suite Gridgraph Test
Leaving test suite Gridgraph Test

test/gridgraph/CMakeFiles/test_gridgraph.dir/build.make:123: recipe for target 
'test/gridgraph/test_gridgraph' failed
make[5]: *** [test/gridgraph/test_gridgraph] Error 1
make[5]: *** Deleting file 'test/gridgraph/test_gridgraph'
make[5]: Leaving directory 
'/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj'
CMakeFiles/Makefile2:1895: recipe for target 
'test/gridgraph/CMakeFiles/test_gridgraph.dir/all' failed


DS

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

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

Bug#853513: libvigraimpex: ftbfs with GCC-7

[Daniel Stender]

The particular testblock has been disabled temporarily with 
1.10.0+git20160211.167be93+dfsg-3.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#853513: libvigraimpex: ftbfs with GCC-7

[Daniel Stender]

On 07.08.2017 20:26, Matthias Klose wrote:
> Control: tags -1 + patch
> 
> patch at
> http://launchpadlibrarian.net/332312910/libvigraimpex_1.10.0+git20160211.167be93+dfsg-2build3_1.10.0+git20160211.167be93+dfsg-2ubuntu1.diff.gz

Great! I'll take care of it shortly.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#870844: RFA: pytest-xdist -- Pytest plugin for distributed testing

[Daniel Stender]

Package: wnpp
Severity: normal

I'm seeking for someboy to adopt pytest-xdist [1]. This has been moved to DPMT 
recently,
if you are a member of this team please just proceed adopting this, otherwise 
contact me
first (ideally, this should be kept).

Thanks,
DS

[1] https://packages.qa.debian.org/p/pytest-xdist.html

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/



signature.asc
Description: OpenPGP digital signature

Bug#787647: optipng: opng_reduce_palette_bits: Assertion `src_bit_depth == dest_bit_depth' failed

[Daniel Stender]

This has been found out [1] coming from a bug in libpng older than 1.6.19, 
1.5.24, 1.4.17, 1.2.54 and
1.0.64 (CVE-2015-8126).

DS

[1] 
https://sourceforge.net/p/png-mng/mailman/png-mng-implement/thread/CA%2BPdXcuhLXJ89s6qjOEcm%2B99eWLmPBFcYSwcwJkajkLrNRLTeQ%40mail.gmail.com/#msg34581085

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#865324: ITA: golang-github-digitalocean-godo -- DigitalOcean API V2 client library for Golang

[Daniel Stender]

It came out it was me who lost track, I wasn't even the uploader here but 
Andrew. So there's no
issue here at all. Please excuse the hassle & have a nice day.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#865324: ITA: golang-github-digitalocean-godo -- DigitalOcean API V2 client library for Golang

[Daniel Stender]

A new version of this package has been uploaded yesterday by me, and I've 
rechecked the ITA bug now, which
has been closed by this upload.

It happened that the bug was closed resp. the package was adopted by Shengjing 
Zhu, but he wasn't the owner of
this bug report.

I'm sorry that this have been hijacked. I haven't properly monitored that, and 
I'm sure Shengjing Zhu
has just missed it for he's adopting a whole row of Golang packages which have 
been RFA by me from the
dependencies for Packer.

If you're not o.k. with this Andrew, of course we're restoring the Maintainer 
resp. Uploader immediately
to meet who has been the owner of this bug.

Best,
Daniel Stender

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/



signature.asc
Description: OpenPGP digital signature

Bug#869601: python-afl: error in DEP-8 testing on py-afl-cmin: do not use this script in /tmp or /var/tmp

[Daniel Stender]

Control: retitle -1 python-afl: error in DEP-8 testing on py-afl-cmin: do not 
use this script in /tmp or /var/tmp

This has been assigned to afl by mistake.

Thanks,
DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#869800: [pkg-go] Bug#869800: Bug#869800: Bug#869800: golang-github-aws-aws-sdk-go: Please update to >= 1.4.13

[Daniel Stender]

On 27.07.2017 15:05, Michael Stapelberg wrote:
> It does break the API, as evinced by one build failure.
> 
> I’m not aware of situations in the past where we created a new binary. How 
> would we name them? Is it worth the trouble?
> 
> Personally, I would just update the new version + the fixed affected packages 
> in one go, to reduce the breakage to a minimum.

... and generally, vendoring certain older revisions if needed to build always 
is at hand.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#869786: libgpuarray-doc: pygpu chapter of docs is empty

[Daniel Stender]

Package: libgpuarray-doc
Version: 0.6.8-1
Severity: normal

The "pygpu package" chapter of the docs is empty.

DS

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

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

Versions of packages libgpuarray-doc depends on:
ii  libjs-sphinxdoc  1.5.6-2
ii  sphinx-rtd-theme-common  0.2.4-1

libgpuarray-doc recommends no packages.

libgpuarray-doc suggests no packages.

-- no debconf information

Bug#869718: packer currently doesn't build

[Daniel Stender]

Control: retitle -1 packer: currently doesn't build (updated build-deps)

... I've mend build-deps.

DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/

Bug#869718: packer currently doesn't build

[Daniel Stender]

Package: packer
Version: 0.10.2+dfsg-6
Severity: serious
Justification: fails to build from source (but built successfully in the past)

Packer currently doesn't build because we've begun to update the reverse-deps
for the upcoming packer update (#846549):


src/github.com/mitchellh/packer/communicator/winrm/communicator.go:10:2: cannot 
find package "github.com/masterzen/winrm/winrm" in any of:
/usr/lib/go-1.8/src/github.com/masterzen/winrm/winrm (from $GOROOT)

/<>/packer-0.10.2+dfsg/obj-x86_64-linux-gnu/src/github.com/masterzen/winrm/winrm
 (from $GOPATH)


Thanks,
DS

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

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

Versions of packages packer depends on:
ii  libc6  2.24-12

Versions of packages packer recommends:
pn  docker.io  
ii  qemu   1:2.8+dfsg-6

Versions of packages packer suggests:
ii  ansible  2.2.1.0-2
pn  chef 

-- no debconf information

Bug#869687: RFA: winrmcp -- tool for copying files to remote Windows machines using WinRM

[Daniel Stender]

Package: wnpp
Severity: normal

I request an adopter for the winrmcp package.

Thanks,
DS

-- 
4096R/DF5182C8 (sten...@debian.org)
http://www.danielstender.com/



signature.asc
Description: OpenPGP digital signature