-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
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
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
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
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
--
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
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
>
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
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
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.
... 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
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
> +Â
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
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
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
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
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
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
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
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
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:
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]
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
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/
--
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:
>
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
... 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
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/
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
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
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)
--
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
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/
--
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)
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
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)
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
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
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
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:
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:
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
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
.
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
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
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
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
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
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:
__
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
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:
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
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
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
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
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
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
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
.
*
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
.
*
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)
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-
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-
81 matches
Mail list logo