Re: nltk_3.0~b1-1_amd64.changes REJECTED

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Thanks for checking the package - that naughty file slipped through. We've now made a new package of the release upstream tarball which doesn't contain that, plus we've checked everything over. Greetings, Daniel Stender On 10.10.2014 09:00, Luca

Bug#766970: python-scoop: Provide the Python 3 package

Control: tags -1 + pending Here we go with the Python3 package: http://mentors.debian.net/debian/pool/main/s/scoop/scoop_0.7.1-2.dsc Greetings, Daniel Stender -- http://qa.debian.org/developer.php?login=debian%40danielstender.com GPG key: 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4

Bug#766970: python-scoop: Provide the Python 3 package

Hi Frederic, yes that's too late for Jessie. Sure, welcome, I'll toggle it immediately. Thank you! Greetings, Daniel If you want to sponsor that package one more time yes please be my guest, that's all right with me. On 01.11.2014 18:14, PICCA Frederic-Emmanuel wrote: Hello, since we are

Bug#785605: gummi: Clicking Project and then Open Project results in segfault.

Thank you for reporting this bug. I've forwarded it immediately. Best, Daniel Stender On 18.05.2015 11:18, Charles L. wrote: Package: gummi Version: 0.6.5-4 Severity: normal Dear Maintainer, Clicking on project and the Open Project results in segfault. I used the debian wiki

Bug#782258: scoop: non-determinism in docs package

Source: scoop Version: 0.7.1-2 Severity: wishlist User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Current Scoop is not fit for reproducible building [1]. That is going to fixed soon. DS [1] https://reproducible.debian.net/rb-pkg/unstable/amd64/scoop.html --

Bug#794736: libvigraimpex: library transition is needed when GCC 5 is the default

We have a SONAME bump happening due to the Vigra 1.10.0 transition [1] which generally could let spare a v5 package when the two transitions would be combined, isn't it? However, I think it's better to adopt what has been already changed for 1.10.0+dfsg-9ubuntu1 to update Vigra for 15.10

Bug#794853: libvigraimpex: non DFSG file in the source package

Control: severity -1 normal With the removal/replacement of the lenna images we are getting into a big problem with Vigra. Just this might demonstrate it: $ find ./ -name lenna\* ./src/examples/lenna_color.gif ./src/examples/lenna_stripes.gif ./src/examples/lenna_color_small.gif

Bug#802318: scoop: FTBFS: test break on Python 3.5 in reproducible builds CI

Control: severity -1 normal Since current Scoop now builds again in reproducible builds CI I'm lowering the severity of this bug. Nevertheless, it may be that something which can be improved has been triggered, so I leave it open. DS -- 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4

Bug#802318: scoop: FTBFS: test break on Python 3.5 in reproducible builds CI

Source: scoop Version: 0.7.1-3 Severity: serious Justification: fails to build from source Unittest on StopWatch() in scoop._types breaks on Python 3.5 in a reproducible builds CI environment: : pybuild base:170: cd /tmp/buildd/scoop-0.7.1/test; python3.5 tests.py

Bug#756432: possible security issue on gummi/0.6.5-3

On 08.10.2015 13:00, Salvatore Bonaccorso wrote: > Hello Daniel, > > On Thu, Oct 08, 2015 at 12:20:27PM +0200, Daniel Stender wrote: >> Hello, >> >> there was a bug reported on gummi/0.6.5-3 [1], the program uses >> predictable filenames in /tmp [2]. >&g

Bug#756432: CVE request: Gummi

Hello, I request a CVE for Gummi (LaTeX editor with preview pane) [1], the current release is 0.6.5. The program uses predictable filenames for files in /tmp, which produces a race condition [2]. I'm Debian maintainer for this software. Please assign a CVE as appropriate. Thanks, Daniel

Bug#794736: libvigraimpex: library transition is needed when GCC 5 is the default

to completed soon. Thanks, Daniel Stender [1] https://bugs.debian.org/798858 3depict: FTBFS against mathgl 2.3.3 [2] http://www.danielstender.com/vigra/libreoffice_5.0.1-1_amd64-20150911-2300.build -- 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 LPI certified Linux admin

Bug#794736: libvigraimpex: library transition is needed when GCC 5 is the default

Control: tags -1 - pending Removing tag pending like Emilio did it for #753044. DS -- 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 LPI certified Linux admin (LPI000329859 64mz6f7kt4) http://www.danielstender.com/blog/ -- debian-science-maintainers mailing list

Bug#794736: libvigraimpex: library transitions

Uploaded to unstable. DS -- 4096R/DF5182C8 46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8 LPI certified Linux admin (LPI000329859 64mz6f7kt4) http://www.danielstender.com/blog/ -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

Bug#811370: libvigraimpex: FTBFS in sid: test suite failure due to pynum 1.10

On 18.01.2016 12:48, Tobias Frost wrote: > Source: libvigraimpex > Version: 1.10.0+dfsg-11 > Severity: serious > Justification: FTBFS > > Hi Daniel, > > In the course of the libpng transition I rebuilt also this package, and it > FTBFS. > The buildlog is here:

Bug#813415: libvigraimpex5v5: soname bump without package name change

On 13.02.2016 10:32, Andreas Metzler wrote: > On 2016-02-13 Daniel Stender <deb...@danielstender.com> wrote: > [...] >> Ubuntu has patched -O2 for -O3 on ppc64el, but it's -O2 anyway. Is Ubuntu >> building with -O3? > > Yes, Ubuntu is building with -O3 by default, at

Bug#813415: libvigraimpex5v5: soname bump without package name change

On 13.02.2016 10:37, Andreas Metzler wrote: > On 2016-02-13 Daniel Stender <deb...@danielstender.com> wrote: >> On 13.02.2016 07:52, Andreas Metzler wrote: > [...] >>> You are going for 1.11 rc1, I assume? > >> That's a good idea! That's not official re

Bug#812852: libvigraimpex: FTBFS on ppc64el

Source: libvigraimpex Version: 1.10.0+git20160120.803d5d4-1 Severity: important Latest package of libvigraimpex FTBFS on ppc64el: Running test_multiarray_chunked cd /«BUILDDIR»/libvigraimpex-1.10.0+git20160120.803d5d4/obj/test/multiarray && ./run_test_multiarray_chunked.sh chunked multi array

Bug#812850: libvigraimpex: fail of test/impex

Source: libvigraimpex Version: 1.10.0+git20160120.803d5d4-1 Severity: normal test/impex currently fail due to some problems with EXR: Running test_impex cd /«BUILDDIR»/libvigraimpex-1.10.0+git20160120.803d5d4/obj/test/impex && ./run_test_impex.sh TIFFOpen: intentionalFailure/foo.tiff: No such

Bug#812577: gummi: Gummi fails to locate pictures after ugrade to 0.6.5-3+deb8u1

Control: tags + confirmed Yes, that's right. Please excuse that mistake. I'm in contact with upstream and he's going to release a new upstream tarball including a fix for CVE 2015-7758 which doesn't has that side effect in the next days. I'm going to package it immediately and provide an update

Bug#812850: libvigraimpex: fail of test/impex

On 26.02.2016 10:54, Ullrich Koethe wrote: >> test/impex currently fail due to some problems with EXR: >> >> Running test_impex >> Precondition violation! >> exportImage(): file format does not support requested number of bands (color >> channels) > > This error has been fixed in VIGRA

Bug#812560: libvigraimpex: should support multiarch

Multiarch support for libvigraimpex is ready and coming up very soon. There's a Lintian complaint on /usr/bin/vigra-config being old style. I've decided to remove this script from libvigraimpex-dev for now. I'm going to set up pkg-config for Vigra instead and report this problem upstream. DS

Bug#812560: libvigraimpex: should support multiarch

Source: libvigraimpex Version: 1.10.0+dfsg-11 Severity: wishlist As suggested by Tobias Frost, Vigra should support multiarch. DS -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-1-amd64

Bug#811370: libvigraimpex: FTBFS in sid: test suite failure due to pynum 1.10

On 24.01.2016 18:04, Tobias Frost wrote: > Control: block 650601 by -1 > > Hi Daniel, > > any progress? > > I'm nagging because this library is a reverse B-D for some pacakages -- > blocking the libpng transition. > > Tobi Hi Tobias, I can't get the isolated "compatibility fixes for numpy

Bug#813415: libvigraimpex5v5: soname bump without package name change

On 14.02.2016 08:51, Andreas Metzler wrote: > On 2016-02-13 Daniel Stender <deb...@danielstender.com> wrote: >> On 13.02.2016 07:52, Andreas Metzler wrote: > [...] >>> Is there something I can do to help? Currently reverse dependencies are >>> broke

Bug#813415: libvigraimpex5v5: soname bump without package name change

On 01.02.2016 18:52, Andreas Metzler wrote: > Package: libvigraimpex5v5 > Version: 1.10.0+git20160120.803d5d4-1 > Severity: grave > Justification: renders package unusable > > (sid)ametzler@argenau:/usr/bin$ hugin > hugin: error while loading shared libraries: libvigraimpex.so.5: cannot open >

Bug#814606: libvigraimpex: FTBFS on armel (error: return type 'class std::future')

On 01.03.2016 19:16, Ullrich Koethe wrote: >>> so, please run cmake with the flag "-DWITH_BOOST_THREAD=1". >> >> Yup, that works. > > Great. Ideally, we would like to activate this flag automatically for > non-conforming compilers, or at least issue a warning. Is there a way for > cmake to

Bug#817840: libvigraimpex: fail of test/math on mips

Source: libvigraimpex Version: 1.10.0+git20160120.803d5d4-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Since 1.10.0+git20160120.803d5d4-1 the build breaks on mips [1] with a failure of test/math: [ 57%] Linking CXX executable test_math cd

Bug#812852: libvigraimpex: fail of test_multiarray_chunked on ppc64el

Control: severity -1 normal For this clearly is a problem on the testsuite itself which has no effect on the usability on the package, and because it has been fixed not being a FTBFS issue again I'm lowering the severity of this bug, so that it not blocks the package to get into Testing.

Bug#820429: libvigraimpex: FTBFS on kfreebsd-i386 and hurd-i386: Assertion failed: Sequence items differ at index 5

... I'll leave out the part with the new switch for powerpc, ppc64 and s390x. Unlike teem which needs that to build on several archs (#820772) this brings new problems e.g. on s390x: [ 90%] Linking CXX executable test_threadpool cd

Bug#820429: libvigraimpex: FTBFS on kfreebsd-i386 and hurd-i386: Assertion failed: Sequence items differ at index 5

On Sun, 10 Apr 2016 22:39:39 +0200 Tobias Frost wrote: > +ifneq (,$(filter $(DEB_HOST_ARCH_CPU), i386)) > +Â Â CFLAGS += -ffloat-store > +Â Â CXXFLAGS += -ffloat-store > +endif > +ifneq (,$(filter $(DEB_HOST_ARCH_CPU), powerpc ppc64 s390x)) > +Â Â CFLAGS += -ffp-contract=off > +Â

Bug#814606: libvigraimpex: FTBFS on armel (error: return type 'class std::future')

On Tue, 1 Mar 2016 11:21:49 +0100 Ullrich Koethe wrote: > Since your toolchain apparently has no conforming implementation of > std::thread, you might want to try boost::thread as a fall-back. To do > so, please run cmake with the flag

Bug#812852: Fwd: Re: Vigra auf ppc64el

Forwarded Message Subject: Re: Vigra auf ppc64el Date: Fri, 4 Mar 2016 15:56:16 +0100 From: Ullrich Koethe <ullrich.koe...@iwr.uni-heidelberg.de> To: Daniel Stender <sten...@debian.org> CC: Francesco Biscani <bluesca...@gmail.com> Hallo Daniel, unfor

Bug#831540: theano: assertion error in test_fit_int64 on i386

Source: theano Version: 0.8.2-2 Severity: normal There is a single assertion error in the tests running on Python 3.5 on i386 [1]: FAIL: test_fit_int64 (theano.tensor.tests.test_basic.T_long_tensor) -- Traceback (most recent

Bug#831541: theano: single GradientError and WrongValues in tests on s390x

Source: theano Version: 0.8.2-2 Severity: normal The tests on s390x came up with three single errors (shortened) [1]: ERROR: test_grad (theano.sparse.tests.test_basic.SamplingDotTester) -- GradientError: GradientError: numeric

Bug#824116: please reconsider enabling tests

Yes, sure that could be done. It's the other way around then, for quick builds, DEB_BUILD_OPTIONS=nocheck could be exported. That what it's for, anyway. I'm working on updating Theano and there are some problems towards build time testing left which need some deeper investigation (Like "Unable to

Bug#831541: theano: single GradientError and WrongValues in tests on s390x, ppc64 and sparc

Control: severity -1 serious The build time tests for s390x are temporarily failsafed to workaround this, but this must be solved before the release. DS -- 4096R/DF5182C8 Debian Developer (sten...@debian.org) LPIC-1 (LPI000329859 64mz6f7kt4) http://www.danielstender.com/ signature.asc

Bug#831540: theano: assertion error in test_fit_int64 on i386 and hurd/kreebsd-i386

Control: severity -1 serious The build time tests are temporarily failsafed on i386 to workaround this, but that must be solved for the release. DS -- 4096R/DF5182C8 Debian Developer (sten...@debian.org) LPIC-1 (LPI000329859 64mz6f7kt4) http://www.danielstender.com/ signature.asc

Bug#852305: depends on non existing package libblosc1

On 23.01.2017 14:02, Martin Steigerwald wrote: > Package: python-bcolz > Version: 1.1.0+ds1-2 > Severity: serious > > Dear Maintainer, > > on searching what to install to make > > […]/pkg-fio> tools/hist/fiologparser_hist.py > Traceback (most recent call last): > File

Bug#852307: bcolz: test_leftover_ptr_with_statement_create_open fails on s390x, powerpc

Package: bcolz Version: 1.1.0+ds1-2 Severity: serious Justification: fails to build from source Control: forwarded -1 https://github.com/Blosc/bcolz/issues/329 There is a test failure on s390x and powerpc [1]: == FAIL:

Bug#852051: libvigraimpex: captures build path (doesn't build reproducible)

Source: libvigraimpex Severity: important User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath libvigraimpex doesn't build reproducible [1] because the build path is captured during build [2]. I'll get into this shortly. DS [1]

Bug#852052: libvigraimpex: current vigra supports Python 3

Source: libvigraimpex Version: 1.10.0+git20160211.167be93+dfsg-2 Severity: wishlist A python3-vigra package would be great to have. DS -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux

Bug#852305: depends on non existing package libblosc1

Control: tags -1 + unreproducible Tell me if I miss something ... otherwise I'm going to close this issue in the next days. Anyway, Bcolz is in unstable now. DS -- 4096R/DF5182C8 Debian Developer (sten...@debian.org) LPIC-1 (LPI000329859 64mz6f7kt4) http://www.danielstender.com/ --

Bug#851578: add nmu patch for this bug, however encountered FTBFS due to testsuite failure

On 17.02.2017 15:41, lumin wrote: > Control: tags -1 +patch > > Here is an NMU patch for this package. I intended to file an > RFS but the debomatic build failure stopped me to do so. > > The build failure was caused by testsuite failure: >

Bug#851578: add nmu patch for this bug, however encountered FTBFS due to testsuite failure

On 17.02.2017 16:32, Daniel Stender wrote: > On 17.02.2017 15:41, lumin wrote: >> Control: tags -1 +patch >> >> Here is an NMU patch for this package. I intended to file an >> RFS but the debomatic build failure stopped me to do so. >> >> The build failure w

Bug#851578: python-numba: fails to install: SyntaxError: invalid syntax

... in. I'm going to upload this already. There are a couple of problems left, I'll file bug reports on them so that they could be discussed, focused on if wanted. DS -- 4096R/DF5182C8 Debian Developer (sten...@debian.org) http://www.danielstender.com/ -- debian-science-maintainers mailing

Bug#835531: theano: FTBFS on amd64 (fail of test_csr_correct_output_faster_than_scipy)

Control: severity -1 serious No, unfortunately this turned out to be RC problem. It appears also in buildd builds: https://buildd.debian.org/status/fetch.php?pkg=theano=i386=0.8.2-4=1487015636=0 DS -- 4096R/DF5182C8 Debian Developer (sten...@debian.org) http://www.danielstender.com/

Bug#835531: fail of test_csr_correct_output_faster_than_scipy at times (FTBFS)

On 14.02.2017 08:59, Ole Streicher wrote: > Hi Daniel, > > I don't really see why you declare this failure as "serious". From the > source (and the bug name), it basically means that theano took a bit > longer to calculate than scipy for the same calculation. This may depend > on the scipy

Bug#831541: theano: single GradientError and WrongValues in tests on s390x, ppc64 and sparc

On 14.02.2017 08:43, Rebecca N. Palmer wrote: > Found the problem: the affected functions ( > https://sources.debian.net/src/theano/0.8.2-4/theano/sparse/opt.py/#L862 , > https://sources.debian.net/src/theano/0.8.2-4/theano/sparse/opt.py/#L1902 ) > cast a pointer-to-intptr_t (64 bit) to a

Bug#848764: theano: test failures with Numpy 1.12

Thanks for the patch. It solves most of the problems towards Numpy 1.12, but from the complete testsuite 4 errors remain: ERROR: test_DownsampleFactorMax (theano.tensor.signal.tests.test_pool.TestDownsampleFactorMax) --

Bug#848764: theano: FTBFS: Test failures

Control: retitle -1 test failures with Numpy 1.12 This is been working on upstream [1], marked as being a cornerstone for release 9.0. A partly fix has become available recently [2], but some failures remains. DS [1] https://github.com/Theano/Theano/issues/5396 (Make Theano support numpy

Re: Comments regarding bcolz_1.1.0+ds1-1_amd64.changes

On 04.09.2016 19:59, Chris Lamb wrote: > Please mention (at least) the NumPy attribution on you next upload. > > -- Chris Lamb Sun, 04 Sep 2016 17:59:12 + ... that could have been made clearer. O.k! Best, Dan -- 4096R/DF5182C8 http://www.danielstender.com/blog/ --

Bug#835531: theano: FTBFS on amd64 (fail of test_csr_correct_output_faster_than_scipy)

Source: theano Version: 0.8.2-3 Severity: serious Justification: fails to build from source (but built successfully in the past) Current theano now fails also on amd64: FAIL: test_csr_correct_output_faster_than_scipy (theano.sparse.tests.test_basic.test_structureddot)

Bug#835531: theano: FTBFS on amd64 (fail of test_csr_correct_output_faster_than_scipy)

Control: severity -1 normal Reopened because this appeared again in reproducible builds CI. However, this failure is only hardly reproducible. Currently it builds fine throughout. Therefore, I'm lowering the severity of this bug report. DS -- 4096R/DF5182C8 Debian Developer

Bug#848764: theano: FTBFS: Test failures

Thanks for reporting this. There are 3 errors and 2 failures in the tests in that build, the TypeError: "'numpy.float64' object cannot be interpreted as an index" (3) points to being another problem with numpy 1.12.0. 1) ERROR: test_infer_shape (theano.sparse.tests.test_sp2.BinomialTester)

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

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

This is coming up shortly. DS -- 4096R/DF5182C8 (sten...@debian.org) http://www.danielstender.com/ -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#869536: numba: segfault on examples/mergesort.py

Package: numba Version: 0.34.0-2 Severity: important There's a segfault on /usr/share/doc/numba-doc/examples/mergesort.py, both, running on python2 and python3: $ ./mergesort.py ===Running mergesort Warmup unsorted [ 0.70995183

Bug#869538: numba: use python-versioneer from the archive

Package: numba Severity: wishlist Control: block -1 by 766132 Once Versioneer becomes available, Numba should use that from the archive instead of the embedded versioneer.py. DS -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture:

Bug#869537: numba should use python-six from the archive

Package: numba Severity: wishlist The current Numba packages run on the embedded numba/six.py, but instead python-six from the archive should be used. DS -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel:

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

Bug#869211: scoop: warnings on running subprocesses during build-time testing

Source: scoop Version: 0.7.1-1 Severity: normal Building scoop a couple of ResourceWarning-s appeared during testing: dh_auto_test I: pybuild base:184: cd /<>/test; python2.7 tests.py .

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/ -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org

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

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

Bug#855577: numba: FTBFS: several tests fail

For the latest upload (0.33.0 in experimental), the tests have been failsafed again so that there are even packages building to try out. Bug reports on the individual test failures and other remaining things to fix are coming up. Failsafe is going to be removed again when the package hits

Bug#863505: numba: AssertionError in TestTimedeltaArithmeticNoPython.test_mul and others [arm64]

Source: numba Version: 0.33.0-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=numba=arm64=0.33.0-1=1495916190=0 There are a couple of supposedly related test failures on arm64: ___ TestTimedeltaArithmeticNoPython.test_mul ___ self = def

Bug#863504: numba: AssertionError in TestRaising.test_assert_statement_objmode [amd64, i386, arm64]

Source: numba Version: 0.33.0-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=numba=arm64=0.33.0-1=1495916190=0 https://buildd.debian.org/status/fetch.php?pkg=numba=i386=0.33.0-1=1495914429=0 This test failure appears: __

Bug#863508: numba: FTBFS: LLVM ERROR: Program used external function '__aeabi_unwind_cpp_pr0' [armel, armhf]

Source: numba Version: 0.33.0-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=numba=armel=0.33.0-1=1495912245=0 https://buildd.debian.org/status/fetch.php?pkg=numba=armhf=0.33.0-1=1495912383=0 FTBFS on armel and armhf: http_proxy='127.0.0.1:9' sphinx-build -N -bhtml

Bug#863509: numba: test_mean_magnitude breaks (plugin custom failed with: exit code=1) [mips, mipsel]

Source: numba Version: 0.33.0-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=numba=mips=0.33.0-1=1495913987=0 https://buildd.debian.org/status/fetch.php?pkg=numba=mipsel=0.33.0-1=1495915594=0 This test breaks appears on the mips archs:

Bug#863512: numba: segfault on test_shape [s390x]

Source: numba Version: 0.33.0-1 Severity: serious https://buildd.debian.org/status/fetch.php?pkg=numba=s390x=0.33.0-1=1495911986=0 This test breaks on s390x: numba/tests/test_array_attr.py::TestNestedArrayAttr::test_shape Segmentation fault E: pybuild pybuild:283: test: plugin custom failed

Bug#864365: A simple program ends up with SIGSEGV [amd64]

On 07.06.2017 17:52, Lumin wrote: > Package: python3-numba > Version: 0.33.0-1 > Severity: severe > > Hi, > > It fails to run even the simplest code: > > ``` > #!/usr/bin/python3 > from numba import jit > from numpy import arange > import time > > @jit > def sum2d(arr): > M, N = arr.shape

Bug#864365: A simple program ends up with SIGSEGV [amd64]

On 07.06.2017 18:13, Lumin wrote: > Oops, that's a sorrowful story ... I've put it on RFA now (#864367). If you would like to pick it up, welcome! Dan -- 4096R/DF5182C8 Debian Developer (sten...@debian.org) http://www.danielstender.com/ -- debian-science-maintainers mailing list

Accepted bcolz 1.1.0+ds1-5 (source all amd64) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Daniel Stender <sten...@debian.org> Description: bcolz-doc - high performant compressed data container (documentation) python-bcolz - high performant compressed data container based on NumPy (Python python3-bcolz - hig

Accepted scoop 0.7.1.1-2 (source all) into unstable

org> Changed-By: Daniel Stender <sten...@debian.org> Description: python-scoop - Python library for concurrent parallel programming python3-scoop - Python3 library for concurrent parallel programming scoop-doc - Python library for concurrent parallel programming (docs) Changes: scoo

Accepted numba 0.34.0-3 (source all amd64) into unstable

ian-science-maintainers@lists.alioth.debian.org> Changed-By: Daniel Stender <sten...@debian.org> Description: numba-doc - native machine code compiler for Python (docs) python-numba - native machine code compiler for Python 2 python3-numba - native machine code compiler for Python 3 Cha

Accepted keras 2.1.5-2 (source all) into unstable

ers@lists.alioth.debian.org> Changed-By: Daniel Stender <sten...@debian.org> Description: keras-doc - CPU/GPU math expression compiler for Python (docs) python3-keras - deep learning framework running on Theano or TensorFlow Changes: keras (2.1.5-2) unstable; urgency=medium . *

Accepted keras 2.1.5-1 (source all) into unstable

ers@lists.alioth.debian.org> Changed-By: Daniel Stender <sten...@debian.org> Description: keras-doc - CPU/GPU math expression compiler for Python (docs) python3-keras - deep learning framework running on Theano or TensorFlow Changes: keras (2.1.5-1) unstable; urgency=medium . *

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)

Accepted bcolz 1.1.2+ds1-1 (all source) into unstable

nce-maintainers@lists.alioth.debian.org> Changed-By: Daniel Stender <sten...@debian.org> Closes: 893273 Description: bcolz-doc - high performant compressed data container (documentation) python3-bcolz - high performant compressed data container based on NumPy (Python python-

Accepted bcolz 1.2.0+ds1-1 (all source) into unstable

nce-maintainers@lists.alioth.debian.org> Changed-By: Daniel Stender <sten...@debian.org> Closes: 893692 Description: bcolz-doc - high performant compressed data container (documentation) python3-bcolz - high performant compressed data container based on NumPy (Python python-