Bug#945193: O: libvigraimpex -- C++ computer vision library
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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)
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
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
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)
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
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-t
Bug#930221: unblock: m2crypto/ 0.31.0-3.1
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
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
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
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
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]
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&arch=armhf&ver=0.26.0-1&stamp=1543651733&raw=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
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
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
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
... 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
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
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
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
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
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
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
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
... 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
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
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
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
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
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
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
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
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
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
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
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
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 port
Bug#766132: ITP: python-versioneer -- version-string management for VCS-controlled trees
Alive ping. Coming up shortly. DS -- 4096R/DF5182C8 (sten...@debian.org) http://www.danielstender.com/
Bug#897251: pdf2djvu: FAIL: test-1px-font.test.test
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
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
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 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 +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): + key = compatHMAC
Bug#895618: FTBFS: the instrumentation does not seem to be behaving correctly
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
Package: wnpp Severity: wishlist Owner: Daniel Stender * Package name: python-cpuinfo Version : 0.0+git20180315.1f722ff Upstream Author : Matthew B. Jones * 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
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 := '/tmp/bcolz-reprDiskTestD
Bug#893000: c-blosc: Add upstream patch for unaligned access
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
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
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
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
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
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
Package: wnpp Severity: wishlist Owner: Daniel Stender * Package name: sawtooth Version : 1.0.1 Upstream Author : Shawn T. Amundson , Adam M. Ludvik * 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
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
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
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
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
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
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
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
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
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
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&arch=ppc64el&ver=0.27.0-3&stamp=1510582782&raw=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]
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*)(&pthread_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
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
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
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
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
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'
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
Alive! DS -- 4096R/DF5182C8 (sten...@debian.org) http://www.danielstender.com/
Bug#869195: python-blosc: building of sphinx-docs breaks
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 "/usr/lib/py
Bug#872037: libvigrampex: Failure in MultiArrayPointoperatorsTest::testCombine2() [mips64el]
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&arch=mips64el&ver=1.10.0%2Bgit20160211.167be93%2Bdfsg-4&stamp=1502638529&raw=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)
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
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 (&GridGraphTests::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 (&GridGraphTests::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 (&GridGraphTests::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 (&GridGraphTests::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 (&GridGraphTests::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 (&GridGraphTests::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 (&GridGraphTests::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 (&GridGraphTests::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
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
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
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
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
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
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
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
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
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
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
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
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