Accepted keras 2.1.5-2 (source all) into unstable

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 27 Mar 2018 17:39:30 +0200
Source: keras
Binary: python3-keras keras-doc
Architecture: source all
Version: 2.1.5-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Daniel Stender 
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
 .
   * Team upload.
   * debian/tests:
 + add python3-distutils to Depends
   * debian/control:
 + add python3-distutils to Depends
Checksums-Sha1:
 77eb8a2b747f9b1ec99d6685c03a8a7ab1ae4cb4 2271 keras_2.1.5-2.dsc
 626e28a31ce7c71b1856d32b85f1ead6006789f0 134080 keras_2.1.5-2.debian.tar.xz
 2813b693b6974d4bf9511df72ae673ba109927bf 960864 keras-doc_2.1.5-2_all.deb
 7c6fb585af718c37ea017266ff6fd4e791770831 9114 keras_2.1.5-2_amd64.buildinfo
 c1591d05b133a25bb6d77febe0e06ec034d3faa1 213080 python3-keras_2.1.5-2_all.deb
Checksums-Sha256:
 05c96e98c878b76c2d2c334c7b2ae7fa7a88f756d4d87d0d94a8ffa8c3f00197 2271 
keras_2.1.5-2.dsc
 6a307d67fd5b0709cc1de5ba5f681c9d10f0c6601dc23b205221c6484deb541a 134080 
keras_2.1.5-2.debian.tar.xz
 8d74fe78ca82f9b984f8f476c2b1b9f4d6a3bb1e39153f1868f107791d73969a 960864 
keras-doc_2.1.5-2_all.deb
 68910cf7dbee51f9559ab5da1034fa3d28bac1ce5dfe51b24c53c9f56fe53095 9114 
keras_2.1.5-2_amd64.buildinfo
 84508420cfd398846700014f8be6747abe000deb3e8165be0b26f62dd51d5841 213080 
python3-keras_2.1.5-2_all.deb
Files:
 91092c9819b08e8b5c322191044fb1a2 2271 science optional keras_2.1.5-2.dsc
 a07f0def59fd9cf8552af50109c24f75 134080 science optional 
keras_2.1.5-2.debian.tar.xz
 4e25a4da3f5f0eaf5ddb35780889c63a 960864 doc optional keras-doc_2.1.5-2_all.deb
 03aa8d503576243e71db4b881d1932fd 9114 science optional 
keras_2.1.5-2_amd64.buildinfo
 2baa33096a0a0ec2fcee5245dcb636ac 213080 python optional 
python3-keras_2.1.5-2_all.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERsscqJ6jt0N2dh25FeCa9N9RgsgFAlq6n5gACgkQFeCa9N9R
gsgOcg/9EnpgKYkB9bjHoB/SSp1eeV9Ue+pypstESY7ps2yoO4Ra6BihmDxDb+2n
PGAGso5xvsDetVkh1UREh4LdoRF7yB4XJlPfmDcd7+WIxyzazvMOY6E38jopqFqN
DvPDBxM2Cp1gLGmMYKe3a5LUP6bhZ3EJDARvrCN4TzKyhKlMphK8GUn9RuYqyWMH
2M6hWA+VQpaCHgBak4mIlC9K3FPfcmZPe7rtpb4CPrdrXSRKPQ4KSS7c6Nwo7kz4
/oa42mmN84MP5El7i65/ny7rNZcTqzTLNDGX1VNuwOl5T2X5hflMW13rHmwYwgsv
6oTmOcr+M3wxm5JN9CYMZpWsCsNvZEv0b0ybDekrA41ZuN38aB1AL8SExX6r+CwG
Vsqnpm/P0Vr2aw/IGb04Vq8tegC71dBGctZ+kQQcvBprESzWqquG8mQA69f1y9FQ
T7HrQYwv0xEgjf2GSK5r3Mh2crNzl6BeFdKFhzbEiq+aC7xM8zSI1iQ4Sb0HT8gT
uePIiJjhuowj7ZcEkJJOM5A8G22tfWWSl3lNjxommxIM8wCGD6qJlOeXz5b36v74
h0/UWylsA3Mven/4L0PGyp6GLkTAMVT9RaJC9R+s5p+jUnTx1DrEYF+Gw1yeEXD8
e1OzXoOS5r94S5RlVCKEWJoI4NzvGQ2tP4uaOHI+78nhghsEBzU=
=tXzn
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 24 Mar 2018 11:31:55 +0100
Source: bcolz
Binary: python-bcolz python3-bcolz bcolz-doc
Architecture: all source
Version: 1.2.0+ds1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Daniel Stender 
Closes: 893692
Description: 
 bcolz-doc  - high performant compressed data container (documentation)
 python3-bcolz - high performant compressed data container based on NumPy 
(Python
 python-bcolz - high performant compressed data container based on NumPy (Python
Changes:
 bcolz (1.2.0+ds1-1) unstable; urgency=medium
 .
   * New upstream release.
   * drop fix-tests.patch (fixed upstream).
   * deb/rules: don't hardcode pybuild build path (Closes: #893692).
   * deb/control: use magic tilde for dh-python build-dep.
Checksums-Sha1: 
 e0d86b6402da1b62dc373e7386cdc2662bd8df4c 2462 bcolz_1.2.0+ds1-1.dsc
 c2a170c4a7cff80c63b132c914ac3f5fc364301c 370552 bcolz_1.2.0+ds1.orig.tar.xz
 ee59ac12ebb5f431637a230e32e82787e2c63ce1 5532 bcolz_1.2.0+ds1-1.debian.tar.xz
 5cc33fdc6390ee8720542bafc135bbe2b7b708b4 61064 bcolz-doc_1.2.0+ds1-1_all.deb
Checksums-Sha256: 
 70e595ed2808c8235cb036b9713768956565a4e909833c41e1f5a4dc595d70e9 2462 
bcolz_1.2.0+ds1-1.dsc
 43ddc9be38dc989bb6229419c025f372f9a0c6397d1e749a26f6192e20aaf75a 370552 
bcolz_1.2.0+ds1.orig.tar.xz
 3b9da4a07e3c5b9dd3942b619e5f1351d9e3b98ac54720eda7738f3f85807b53 5532 
bcolz_1.2.0+ds1-1.debian.tar.xz
 124338b213ad7b38f3aa6b4d680c4d65259e33f411ce22654946f010c1c72c7e 61064 
bcolz-doc_1.2.0+ds1-1_all.deb
Files: 
 a0b78221cbed0faebbf537de83031a5e 2462 science optional bcolz_1.2.0+ds1-1.dsc
 c38408dc966f3ffa94f477526095dcfa 370552 science optional 
bcolz_1.2.0+ds1.orig.tar.xz
 c6c2b733443db2b266224f112e5ff534 5532 science optional 
bcolz_1.2.0+ds1-1.debian.tar.xz
 cec30737ca80032fa8f3da81f916ec0e 61064 doc optional 
bcolz-doc_1.2.0+ds1-1_all.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERsscqJ6jt0N2dh25FeCa9N9RgsgFAlq2KmgACgkQFeCa9N9R
gsiWQhAAoYx1EiTAE0whS0VrdTh/+dRSktFQmfcpLqzM7JJJaz4YFuwzx+e5/Arl
2YqZa7WorPS3s4WtNJ121KztylX8pxoiqN9x+Cv6WPnnL4REc57by7f9fsh3RhU3
Cyz7WJYbLPXBYanenpGHngobpDFAiYn6+VnHyHZiBRfe7V5k6dDNqJ9b0L+IwuxD
ZwvIVaew6e4ETCzOmcLrIhUJXRGeLTZv7WuCxuo682Xx7cn7ESwgEirP7XG4MI6c
eCetT84aCuXT+qiAFYgiLhQqtDVp3uZwSUnDB9F+T9GbR/Q0dXnECaw6kgH7RxEO
6BGKyKhnoolYBabRtUSO5QBavm5+mmd1tcVho13HzIZlQsmZ5AEdtcV1ntxunRPb
oPKDVVPHcnLDoJvwhumKRW/u8WeLM+MWtt6YVOACLddFhKiTr6EoSXs36CVXrPim
Q3FKL17cexTE3GNMqy0xoZrufcqT0ELZg5kPSctdytXIAlRhDRro1PZZjum0EZWM
YAgowU2HH6PZYStUMjrwvPxcCxghAo9jVJIMABdW+tM+xasIQklO50749qlV1Jec
8SGAf0FvsC2nwgZ4NlS/htiIPUTfERJhuuw849aVOpHJRvHFXEV0/ix1Nb+GuQV6
iHmFHTRfj9dbdvyLYP6h7Lce/vYxznm66u8B/WaCMUXugVRV0/M=
=Qx1n
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sat, 24 Mar 2018 09:02:12 +0100
Source: bcolz
Binary: python-bcolz python3-bcolz bcolz-doc
Architecture: all source
Version: 1.1.2+ds1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Daniel Stender 
Closes: 893273
Description: 
 bcolz-doc  - high performant compressed data container (documentation)
 python3-bcolz - high performant compressed data container based on NumPy 
(Python
 python-bcolz - high performant compressed data container based on NumPy (Python
Changes:
 bcolz (1.1.2+ds1-1) unstable; urgency=medium
 .
   * New upstream release.
   * deb/control:
 + add version to dh-python build-dep.
   * deb/copyright:
 + add some files from LICENSES/ and version.py to excludes.
   * deb/gbp.conf:
 + update debian-branch (debian/master according to DEP-14).
   * deb/rules:
 + update path for copying extensions into bcolz/ for docs.
   * add fix-tests.patch (Closes: #893273).
Checksums-Sha1: 
 c000aaa943de725d2189499625235979b9e2d3f6 2461 bcolz_1.1.2+ds1-1.dsc
 aa1a80cdbac662541e44f79dd6255bb9081fcdcb 360380 bcolz_1.1.2+ds1.orig.tar.xz
 3a4a89520658fbf609c551b8c4661778afad511e 5492 bcolz_1.1.2+ds1-1.debian.tar.xz
 d79eb471ed413df2a4a95f6952d92283661c8765 60896 bcolz-doc_1.1.2+ds1-1_all.deb
Checksums-Sha256: 
 bb39b8ecdf5ee19fef1b56801fb5bfca52bf31e5f8144be480e76c76edb4f378 2461 
bcolz_1.1.2+ds1-1.dsc
 a34755529669aca4b0a403bdb09bd7dc5c2927fafe3231efadf305c3a086e785 360380 
bcolz_1.1.2+ds1.orig.tar.xz
 847d52885b7781bab4997d0b28e255facb03dd14407cc58dd3994173857c71e9 5492 
bcolz_1.1.2+ds1-1.debian.tar.xz
 793f493cdd3e746e1bd4886ec5d6feb01241d760273c59b53f1b99465d7cf97b 60896 
bcolz-doc_1.1.2+ds1-1_all.deb
Files: 
 ed5def1fbd1e9f968bb9754ef0de1638 2461 science optional bcolz_1.1.2+ds1-1.dsc
 834813ff1b4e47dcd1b9d74450ef9736 360380 science optional 
bcolz_1.1.2+ds1.orig.tar.xz
 2bf9a50c7c4c1671c34082d5c3c0a450 5492 science optional 
bcolz_1.1.2+ds1-1.debian.tar.xz
 e498e3512f444c540c2d916489fd48be 60896 doc optional 
bcolz-doc_1.1.2+ds1-1_all.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERsscqJ6jt0N2dh25FeCa9N9RgsgFAlq2B20ACgkQFeCa9N9R
gsi3KxAAoy8mf58CkEnra/S8hLQhvjmSYcnZ+ya+iXhHISR19/jZ+QhPdBVaLxcL
Ycp3M9+mbBgTRdC/1igX+Sy3bNvMcsvwRcc8yWAFf4u5dJUJSG5PswUaISSLRHLV
CXSkV648mPSzgeu+PnX5DecQlPtXIo6HWwTv6oGEHWHdr6zKNU/jU7AC5szyIbN4
NxXs8bmv4D2AbFNH3fkRMOK1IxIyEf0KlfBBMajuEfUVtutBjOTB3Z73UDUpY8Zn
rHnGvRswb0++cC41qsWgrLLFVZyDUziRareDlpQAClg/6b+7OZIEOHjlMmFIsXSX
zao/Hys2Dbf4V4QLpazhE8bWkSzpuLTclAhprE7GLSPuUNNjMBBYMH311eW5AxeU
HHpzKdXEseOBeZAtMrvWI2TfY0ZtGWLAgi0SZ6QYi+ZxBL4+znwX8qPf6fnUHsaE
y6UrJ5j6o0VeR5r7bcSzM/3rlwZWOGr41lqyjFofFv8b857B4AW1Ln0FbUB8ErnS
0EfgY6H920abQIn7QCR8LeQkV9oz641cNaofMVIeGENP+9chQ85YgKLsAmYh29r0
7F64mGwvdJCVZ8M1njCKAoei1g8yj4ArIrZXPhtW11WJSdQ3MFMVH9pzBicMIG7w
WpaFRXxFmVWGIdeaHPWTfvqnPd67W07da4yaza+tV/JHvEAn11s=
=oTaG
-END PGP SIGNATURE-


-- 
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#893273: bcolz: FTBFS and Debci failure

[Daniel Stender]

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


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

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

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

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

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

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

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

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

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

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

Accepted keras 2.1.5-1 (source all) into unstable

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Mon, 19 Mar 2018 22:33:51 +0100
Source: keras
Binary: python3-keras keras-doc
Architecture: source all
Version: 2.1.5-1
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Daniel Stender 
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
 .
   * Team upload.
   [ Stephen Sinclair ]
   * New upstream version 2.1.5.
   * patches:
 + Update mkdocs.yml patch to match new repo_url
   * debian/rules:
 + Exclude test_topology.py (requires Tensorflow)
 + imagenet_utils_test.py was listed twice
 + test_documentation.py tries to load Tensorflow
 + convolutional_test.py internal failure
 + test_callbacks.py tries to load Tensorflow
 + test_datasets.py moved to tests/integration_tests
   * debian/control:
 + build-dep python3-nose, required by test_model_saving.py
 + build-dep python3-pydot, required by vis_utils_test.py
 + update Vcs-Git and Vcs-Browser to salsa.
 + update to Debian standards 4.1.3 (no changes required)
 + update debhelper to 11
   * debian/copyright:
 + Update github URL to keras-team/keras
 + Update year to 2018
   * debian/tests:
 + python3-theano-cpu, input datatype changed to array
Checksums-Sha1:
 6fda7a3ed0691deeadb99395ade34038e62f51f6 2233 keras_2.1.5-1.dsc
 65ee64c04dcee6be8f98502267ea20931d1ca037 356936 keras_2.1.5.orig.tar.xz
 cd5a8d810859324d34f133f30a5279cf334367da 134016 keras_2.1.5-1.debian.tar.xz
 31f4315477c7be71a81f6729ef71969b54bd0cfc 960960 keras-doc_2.1.5-1_all.deb
 484fcab3db81eb6d1af9d8ec1bd2f85ba1878043 9073 keras_2.1.5-1_amd64.buildinfo
 431d59ed2552277f7706eb362fa7b0b8a79ac737 213096 python3-keras_2.1.5-1_all.deb
Checksums-Sha256:
 f65cf844f48403df17567cf4121bc88b3d39f2c67b7981b2a72bb92591478e4f 2233 
keras_2.1.5-1.dsc
 32c2c4651c9134ba7304f83436c6e94bcf30c6320c96c6c3bc1e9da34f3ed26a 356936 
keras_2.1.5.orig.tar.xz
 1f14fe1454fc47b907f0e1cee8d3936e45c6046af625c00aa2118c5d5a46beea 134016 
keras_2.1.5-1.debian.tar.xz
 7ca8713c5e3b14e87761130f2c1c21a837f6caa0e58e973b7aa777bdf38db1c4 960960 
keras-doc_2.1.5-1_all.deb
 08ed4a43f01be2f421bcc40378a88fe826eda4a144b3acf0cb5be84c6c42865e 9073 
keras_2.1.5-1_amd64.buildinfo
 db26f6e0789caeca91207a570e245b98aea1b232cfe2b0cebbe8966d1ea9124b 213096 
python3-keras_2.1.5-1_all.deb
Files:
 dbfffa27804c9c7e73fbc209e58ef1ed 2233 science optional keras_2.1.5-1.dsc
 3cdcdcf8c9c76d6a5c6936a9a2e48b8e 356936 science optional 
keras_2.1.5.orig.tar.xz
 59d64d18679e406a4a14fc4ceb65982f 134016 science optional 
keras_2.1.5-1.debian.tar.xz
 d6ce5f291651213354c7cd0b56c9584d 960960 doc optional keras-doc_2.1.5-1_all.deb
 68fdacb6b5f4743349a23a9124080a5c 9073 science optional 
keras_2.1.5-1_amd64.buildinfo
 f49e59d79e3a2149f326b734120494ea 213096 python optional 
python3-keras_2.1.5-1_all.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERsscqJ6jt0N2dh25FeCa9N9RgsgFAlqwLigACgkQFeCa9N9R
gshXHBAAn92CQhXy9YMwUtO+gu7sRvTI1A+Q7yOX4mdm+WHqPC7kPDZXS8tk6kHV
39eJM5kac5EdSuC4wArz8dZ/Um7luGg8kfaQcFXBl8j7DO+/cAnyU71IAi+U+c8V
78RebqD1/sm1aUMmMiUAaBsO5uE+rJbP/xM/TilmDTRQ+JNeXnp4ZPKpPIjC99TA
Eq/SJUfg52mfYcxvA067xuK/HM5+WAPbOKWbWx79PcdMq2fBlj1k3LtAWN8tRRad
uAT6nytPJiU3dnsiVDcEm9hm5BZCHnzykjmDoD6bi/dd3xnAsmSjmAYNVvdKCQG3
Ejaqjh8UY4p9J57w9vGMZzifRN3me3ZVhZwSXdycHkqO7KFIsIoP/r+R1r7klbpH
YLQ6ly/KUQotR9CQJQvpTn4h+oO+9EkGmggFyMM+xgXZ2nr6S/oWksqIpPThMTLv
iTTrJwdQ08Ky1BZNr9yvIRsa4wlrHYjwR4y4sMYb8hR+l16Lo0VkAjMI7vTfTqPO
bg75sly3RPXV2CyMOSG/Md1feRdZfj9GNGl1SyMJQTQ3D8s41DB1p+ZaFguPowMK
wdkKtBKIexwngX1VQrGD1ofTbN3gYVZqJ+h4F3RmKcs/9y28nRx2Yp5MWIMYZPXg
PoB+7RbY4pHU/tkX+rCuKURLsS/ZaXVY6gpxvh1B5+pIkY+Xi7g=
=NYxK
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Accepted scoop 0.7.1.1-2 (source all) into unstable

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 20 Feb 2018 15:07:26 +0100
Source: scoop
Binary: python-scoop python3-scoop scoop-doc
Architecture: source all
Version: 0.7.1.1-2
Distribution: unstable
Urgency: medium
Maintainer: Debian QA Group 
Changed-By: Daniel Stender 
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:
 scoop (0.7.1.1-2) unstable; urgency=medium
 .
   * Orphan package.
   * deb/control: update Vcs fields (moved to salsa).
Checksums-Sha1:
 a150249c7dc40d3010a44cda32e01e1e95df9f39 2299 scoop_0.7.1.1-2.dsc
 af65840b4980209ca2e6f2423b8c263867d6043c 6384 scoop_0.7.1.1-2.debian.tar.xz
 afc027e4adfb5893b7e1b02adc0c91f35d998443 45724 python-scoop_0.7.1.1-2_all.deb
 c11594f09e5e55ea7d55fdee71810a703402a31f 45816 python3-scoop_0.7.1.1-2_all.deb
 01e4b6b8ad44dee4928527b8b5c7a04c2aab8c40 533632 scoop-doc_0.7.1.1-2_all.deb
 fbd7e4d1439ef5a4f714aaa1ff9fb50292d14d3d 10349 scoop_0.7.1.1-2_amd64.buildinfo
Checksums-Sha256:
 32acda4c0c3d9052a97a95ef0b1e5a425a0354a918acb860dcc2a2b8cddd074f 2299 
scoop_0.7.1.1-2.dsc
 7a2479b2d9eb4b3f5d5f42ba92f9b81bfb669e0439f352d37bcf1a8639c47180 6384 
scoop_0.7.1.1-2.debian.tar.xz
 a625c0a7c418b5a933385567d4d0bc2b00b8f50a6515230b41b295c47d008fe3 45724 
python-scoop_0.7.1.1-2_all.deb
 7e304c47f9a03e68ad09ef3ef92f7d0edf84811c561ecb1663b7cf5889d14388 45816 
python3-scoop_0.7.1.1-2_all.deb
 cdb40cf2ca9231d604a043e022566d7370df8a5967ab5b8a52c5a4580c7da49c 533632 
scoop-doc_0.7.1.1-2_all.deb
 334759c1002dc4783ca1a83615f27b92da686c23a7d1b9b220a656b7c7c01513 10349 
scoop_0.7.1.1-2_amd64.buildinfo
Files:
 75e0cb2ff9f2012e4bb1c45ed08deca4 2299 science optional scoop_0.7.1.1-2.dsc
 4cf9bcfa225092129da7eb42273199b4 6384 science optional 
scoop_0.7.1.1-2.debian.tar.xz
 0a6affc52844ce99344c74b6eccb0a2e 45724 python optional 
python-scoop_0.7.1.1-2_all.deb
 86bf460510ef6ef30912b4b348eb6e81 45816 python optional 
python3-scoop_0.7.1.1-2_all.deb
 74eba21460bfd36615d1678e2b6afc80 533632 doc optional 
scoop-doc_0.7.1.1-2_all.deb
 6adfaf62d67e2eead6735bf0eba53558 10349 science optional 
scoop_0.7.1.1-2_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERsscqJ6jt0N2dh25FeCa9N9RgsgFAlqMLCMACgkQFeCa9N9R
gsgoFg//dois7ioU6dEnt1nWqo1FdZU7LFIiBprWMkRg5POMXGR4RELTrHEgkJMc
2W/1gHz9DhsGp48JRpj7FfL4sPKbu77oBFqz45UD5et79bHrBvNn6nGQtLLXcCJf
dOWNR/Db7bz7tUJnrau5f38RW0n33S8h2jHNqO3cn7MS4Bw702Omd4ZnqfujrsX/
ykJK2plpP7d+9UnFE+cAfuc9fOCk5lzjvcO50FGO+q3gyuRFFJmumyjBIvPlCEzm
tEPH2gFmLCW8utuYBpTpXnSnGPSBKriLPzcB+crYx+Wugr/aCxnJPaNRCyrUZ45v
/1k2zaYUhZHmbtfv+TuMMGhfAYORxtK5i2C/21u5BBXddpp6dOVWeqPd0IV+bhib
s8TRRcfe0O5n3kB83rgDAywzGt1rBfC2bnRhM3y259Bn+xc1/hnmMiJc9N8Bzcqg
GscmXQ80tD3UD7/S3j4HJ5jcA7Hx61eRpRtTPf4yYkx/m7Gb8OpGdvYvH1MgEC/J
CtGSIOOHkHeTt6HK1NdnF8rY1K+tZLGYGb2Mc1HExmLwFfytat31l6f3z5COlmHn
LR3Y9VCUrXmpwr995L+OketRkoT0fjgaFjpxsoPrlxZ4X6E20mbYGp7f6gvqCEkz
c1I0TPR4t9WgVCPDS0i7pBfGFatQDh+IcaQNp8iMti0mUlYNlcU=
=cvs1
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 20 Feb 2018 14:22:25 +0100
Source: numba
Binary: python-numba python3-numba numba-doc
Architecture: source all amd64
Version: 0.34.0-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Daniel Stender 
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
Changes:
 numba (0.34.0-3) unstable; urgency=medium
 .
   * deb/control:
 + bump standards version to 4.1.3 (no further changes needed).
 + update Vcs fields (moved to salsa).
 + add funcsigs and singledispatch to runtime deps of py2 binary.
 + add archs to Suggests of nvidia-cuda-toolkit.
   * deb/copyright:
 + expand copyright span.
 + replace full license text of CC0-1.0 with short text and pointer
   to /usr/share/common-licenses.
   * deb/gbp.conf:
 + drop import-orig section header.
 + change debian branch to debian/master.
 + add sign-tags set to True.
Checksums-Sha1:
 4c751d542538c77a25ae29ac3ecb46d82223c1e6 2375 numba_0.34.0-3.dsc
 854b1f5b825d0bc4a5847374d45e396707096d5d 6616 numba_0.34.0-3.debian.tar.xz
 391d6bf01a2e137f90cc226d93bd5309e187a2ef 642296 numba-doc_0.34.0-3_all.deb
 736d0e61c5c327d578ed606b80a14c3e584db5d9 9375 numba_0.34.0-3_amd64.buildinfo
 ccebba567b4e8ca63ceb606f19a40e626339a92c 416844 
python-numba-dbgsym_0.34.0-3_amd64.deb
 e57c194bdd93fc07779c576afc41f4b779b86ba8 908288 python-numba_0.34.0-3_amd64.deb
 ce8886a4878b26d10476b73a5075d9f13c03e8cd 441072 
python3-numba-dbgsym_0.34.0-3_amd64.deb
 eb00e9e502b40666e7c53281bfe42827f6c4f507 907900 
python3-numba_0.34.0-3_amd64.deb
Checksums-Sha256:
 58f3fb15245d4fbc5e365c9959b5f828ca4fe52399422c45ce54b5c32bab2b8c 2375 
numba_0.34.0-3.dsc
 9ab61cd94d0205967a3ca3ee7b79027037c6a2ec2c40859e2549657e1a71fefd 6616 
numba_0.34.0-3.debian.tar.xz
 08ee00a493d8caa37bc0b4a50b8b5225adc2a3474863a8c9e7b7f9223a0711ac 642296 
numba-doc_0.34.0-3_all.deb
 37501a1a8bcaac0acc30e93f6c47c11788f76bf2a6b18cd6d6919cb6317319bd 9375 
numba_0.34.0-3_amd64.buildinfo
 e134200d7ea66bb5ba4985239c2b1367621eb4b4db76052ae17abc9156758797 416844 
python-numba-dbgsym_0.34.0-3_amd64.deb
 631d83da5b435f30ed7c9c864447432738e2d4ed63e7b8fa67abd790b61294fa 908288 
python-numba_0.34.0-3_amd64.deb
 eb59a1bc92937aee311bd45a2b62cb363aeac7f7d619809295e3c727767a72c4 441072 
python3-numba-dbgsym_0.34.0-3_amd64.deb
 23340e48c04bd9d92f9f5997f6615d1647ca0f0ac3cdb2829754e00c3637ac94 907900 
python3-numba_0.34.0-3_amd64.deb
Files:
 ce077a12274d79da0e556356676eb91b 2375 science optional numba_0.34.0-3.dsc
 ace1b8e10395d545278cf2fecdde87cf 6616 science optional 
numba_0.34.0-3.debian.tar.xz
 105e2a4a4d76c8eaab58c17b8cbecc8c 642296 doc optional numba-doc_0.34.0-3_all.deb
 52194643d0b02c1a93998ce755f82c24 9375 science optional 
numba_0.34.0-3_amd64.buildinfo
 cf145b150bfaa336afbf8af8adc2386d 416844 debug optional 
python-numba-dbgsym_0.34.0-3_amd64.deb
 f58c85f55d61def1d0e305386ceeaedb 908288 python optional 
python-numba_0.34.0-3_amd64.deb
 127b72d433265f6c6b6f52dc72315ba9 441072 debug optional 
python3-numba-dbgsym_0.34.0-3_amd64.deb
 6c8e08caa6fe3616458aee4357b51b6c 907900 python optional 
python3-numba_0.34.0-3_amd64.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERsscqJ6jt0N2dh25FeCa9N9RgsgFAlqMKO8ACgkQFeCa9N9R
gshANA//fGBT6UrYA1vlsxdOmeLwUr3F5YBg29AN8PCIkoIWdxGzai4GfBY8sIM+
Zwd8PkDnsFtZWN+64mIrFEAJEiclSBS1SqG1QcToQZ/0XbmyCKhvrPmdpW1+ls12
O4QjHzOsTJKzIrqFPSBwO8JYpXapFo1i/Nw0veArdpOu89myIx28YBSakUJSwn5x
ED9Pjwn8BJq6vCyweKTFHSsi92sbPSmnMZ1LGR1Zj8N4tvzfMLnsFAyanFfWp+7j
2ayA/7RYvL2LxKjMh35sP7eTaoVee0+G9MsDZbkw9x0AY3QevD319enORcCZWNoC
iZlCax2YlDQLsFLp1KFkaKocgtC6mJeDkQTZRt8JeXjnPQTdC8sRYLUzIDLEXJ79
THESCozmCmGXIonIeTCQGdu/msfQ9EZcJ/YlLU6QWO8TZAvrpLuxbx1jDzjkd6Ex
KGg4nal1VN1cvgSKxEnZeN8EUC2LeiNlbz/uYU8cvYk4XsYOtJKR3VOseaaefoIx
ouVNE5z1B3kKW99nJhIkdfEmdTLoWglatWMcui9nOf21IaXO2V4RKFWkB4ZgID4y
H/EZsvgm7ojohVeCCDHduFNFMtTHLWb8baYCWEjzjKDfqfoUEWRJj0AStXKnK3h0
tA1pzoELXc8hygnI6cEWQX2LxMbXfAf53lpx93wGBroFp1t31AE=
=Ot3b
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Tue, 20 Feb 2018 09:24:01 +0100
Source: bcolz
Binary: python-bcolz python3-bcolz bcolz-doc
Architecture: source all amd64
Version: 1.1.0+ds1-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Science Maintainers 

Changed-By: Daniel Stender 
Description:
 bcolz-doc  - high performant compressed data container (documentation)
 python-bcolz - high performant compressed data container based on NumPy (Python
 python3-bcolz - high performant compressed data container based on NumPy 
(Python
Changes:
 bcolz (1.1.0+ds1-5) unstable; urgency=medium
 .
   * deb/changelog: remove a trailing whitespace.
   * deb/control:
 + bump standards to 4.1.3 (no further changes needed).
 + update Vcs fields (project moved to salsa).
   * deb/copyright:
 + use HTTPS in format field.
 + expand copyright span to 2018.
   * deb/gbp.conf:
 + drop section import-orig.
 + change default branch to debian/master.
 + add sign-tags field.
   * deb/rules:
 + add check if nodoc is set for DEB_BUILD_OPTIONS.
Checksums-Sha1:
 4187ffe886c1d2e085ed1b3cc6e27942c719f24a 2445 bcolz_1.1.0+ds1-5.dsc
 a3cbdaaa99f081c038e80ec4c3d05b700fc058b1 4560 bcolz_1.1.0+ds1-5.debian.tar.xz
 6f3a062f88ee6f88de74f8f20e8c4ed629d22ee0 60572 bcolz-doc_1.1.0+ds1-5_all.deb
 bba0bcaffc38c82bb57603d74181332779b5a22e 9357 bcolz_1.1.0+ds1-5_amd64.buildinfo
 53f880426132f9c17e8a352543e6945c7ebdf1ea 485764 
python-bcolz-dbgsym_1.1.0+ds1-5_amd64.deb
 cde9c23d49be2c42e5588d74e240ad9d69a264bf 302684 
python-bcolz_1.1.0+ds1-5_amd64.deb
 519524546f09eac0ae0b6872e678692e099b779e 565800 
python3-bcolz-dbgsym_1.1.0+ds1-5_amd64.deb
 c8102d124da0417204dff4e658746c4a12afbb5c 253820 
python3-bcolz_1.1.0+ds1-5_amd64.deb
Checksums-Sha256:
 bc6d3763dd74ea9afc02523ce01d41b7ce95b98be194598525bacbf2e4deda13 2445 
bcolz_1.1.0+ds1-5.dsc
 389cce94a30a240dd2c6806c31e36fdb2dce1cece24bfd6f42c4490dc3d51888 4560 
bcolz_1.1.0+ds1-5.debian.tar.xz
 a0b42f9dabeb72c2625d3c3eb7d6f61d5bc0ded060a26c19ebf67b7de230c2cb 60572 
bcolz-doc_1.1.0+ds1-5_all.deb
 1ff2a9619a2333bd96062da9fd88b89e4103e3022fab936858c9c7efa4ae588a 9357 
bcolz_1.1.0+ds1-5_amd64.buildinfo
 57fcbb4cd0d9c047ced079958fe5669f48ed635eeca8acec7ea650af0f2e9741 485764 
python-bcolz-dbgsym_1.1.0+ds1-5_amd64.deb
 d49805ab6e300552ffc2fcb5b09e8a22231fe519f5d8b6625c7f765b7ff8f504 302684 
python-bcolz_1.1.0+ds1-5_amd64.deb
 43348cb5607612f8e4c9fe61bbcc4c756f5ae56cdf74ef4bf272f293cb90a5d4 565800 
python3-bcolz-dbgsym_1.1.0+ds1-5_amd64.deb
 31020d12a369646ae3ee4bf55512d6aaee1440ab0eb44ec4ddf06080c803026b 253820 
python3-bcolz_1.1.0+ds1-5_amd64.deb
Files:
 b5878e87bf4ecc20e8cca7185f5b0cef 2445 science optional bcolz_1.1.0+ds1-5.dsc
 258c431aff0a2b34df069eb5b1f4cff5 4560 science optional 
bcolz_1.1.0+ds1-5.debian.tar.xz
 5cf611eede85334f5719f97cd7d02352 60572 doc optional 
bcolz-doc_1.1.0+ds1-5_all.deb
 75e7f7802db4b46b28c56716f8d3c095 9357 science optional 
bcolz_1.1.0+ds1-5_amd64.buildinfo
 fdee22552ae7f35a055791a3e501fae5 485764 debug optional 
python-bcolz-dbgsym_1.1.0+ds1-5_amd64.deb
 d56d56b3448d90ffe37458b97fd77ac0 302684 python optional 
python-bcolz_1.1.0+ds1-5_amd64.deb
 4e8a9bb3271cb9bee8e6502eb69b87e8 565800 debug optional 
python3-bcolz-dbgsym_1.1.0+ds1-5_amd64.deb
 6b22fe0ea519c619e1c25b184b55b891 253820 python optional 
python3-bcolz_1.1.0+ds1-5_amd64.deb

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERsscqJ6jt0N2dh25FeCa9N9RgsgFAlqL26MACgkQFeCa9N9R
gsjn1RAAmLvl/ZP9Yvc23kwtnz6IYY6BpPUbgcQl5IB1Eoy+I8ocVF4Jr9nlG0pS
wuw/I80OM25r2I+EUtz0cGE3+qKnNshuQwVgr5t4KtktA/VySD8P5mty+6wYMH8W
E19/P1v50A2clIRvZMgu8F23fPSHr9mim5wSkvImuKvJ/E/xUn07Y7KJg6CWz9Aw
s52v8sWgJfW2RxGp6SQFn9myKrPhO9Y0mMS6v9GOj6S/HS1txkmtYSguROJrPLPK
tGdPPJtVEpFpL67rlKnxa0rhi7S3b3+blif5CQTRCSOHHkabddUuVdbkgAy3JKfz
6kZssECKd3pxyWESzLrGWDlOW918spkeqrovn+0IokFxP5uh+Ieufimva43BilA/
u6sySnbyfHhNodexOfLDeNRjYtC5JRJNe2TDvFthrFtJ5EkALA3wpTWj0w7qWMfp
widIwF/zyz6bpXB/b1qrIvpq7PnU6WU/jYTrafRXE9HIpXIHhfyJXv7gr2mViNXT
xUtwP4Vy5Q2sWRr3547HDxbDV+upy918wHJ0SiKbnwUthP8mGSyimXcvv8bWOU4Y
Vpd8ZGjkp7vkuiU/P+ssQxN3nwD+nJ4KxNmBrZYolrfcCOQ+AUwh83Ga4KeZH6U6
uRNqUFBHYC2S+B7BSm4FLSu6gzY8y57oOCBixH2eztR3mrR4M7I=
=YP2U
-END PGP SIGNATURE-


-- 
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#872037: libvigrampex: Failure in MultiArrayPointoperatorsTest::testCombine2() [mips64el]

[Daniel Stender]

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

Current Vigra FTBFS on mips64el [1]:


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

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

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

Entering test suite MultiArrayPointOperatorsTestSuite

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

Fatal error - aborting test suite MultiArrayPointOperatorsTestSuite.

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


DS

[1] 
https://buildd.debian.org/status/fetch.php?pkg=libvigraimpex&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)

-- 
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#863063: libvigraimpex: New upstream versions (1.11.x)

[Daniel Stender]

This is coming up shortly.

DS

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

-- 
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#871556: libvigraimpex: several tests failing in Gridgraph Test Dimension 3

[Daniel Stender]

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

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


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

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

Failure in (&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)

-- 
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#853513: libvigraimpex: ftbfs with GCC-7

[Daniel Stender]

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

DS

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

-- 
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#853513: libvigraimpex: ftbfs with GCC-7

[Daniel Stender]

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

Great! I'll take care of it shortly.

DS

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

-- 
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#869786: libgpuarray-doc: pygpu chapter of docs is empty

[Daniel Stender]

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

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

DS

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

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

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

libgpuarray-doc recommends no packages.

libgpuarray-doc suggests no packages.

-- no debconf information

-- 
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#869538: numba: use python-versioneer from the archive

[Daniel Stender]

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: 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)

-- 
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#869537: numba should use python-six from the archive

[Daniel Stender]

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: 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)

-- 
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

[Daniel Stender]

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  0.22968405  0.7538558   0.3623305   0.02794212  
0.52308691]
Segmentation fault


DS

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
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)

-- 
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#869211: scoop: warnings on running subprocesses during build-time testing

[Daniel Stender]

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
.
--
Ran 77 tests in 40.935s

OK
I: pybuild base:184: cd /<>/test; python3.6 tests.py
./usr/lib/python3.6/subprocess.py:761: ResourceWarning: subprocess 8345 is 
still running
  ResourceWarning, source=self)
/usr/lib/python3.6/subprocess.py:761: ResourceWarning: subprocess 8350 is still 
running
  ResourceWarning, source=self)
./usr/lib/python3.6/subprocess.py:761: ResourceWarning: subprocess 8353 is 
still running
  ResourceWarning, source=self)
./usr/lib/python3.6/subprocess.py:761: ResourceWarning: subprocess 8356 is 
still running
  ResourceWarning, source=self)
./usr/lib/python3.6/subprocess.py:761: ResourceWarning: subprocess 8359 is 
still running
  ResourceWarning, source=self)


Thanks,
DS

-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing')
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)

-- 
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#853513: libvigraimpex: ftbfs with GCC-7

[Daniel Stender]

There's currently another build break happening:


{standard input}: Assembler messages:
{standard input}:512533: Warning: end of file not at end of a line; newline 
inserted
{standard input}: Error: open CFI at the end of file; missing .cfi_endproc 
directive
c++: internal compiler error: Killed (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
vigranumpy/src/core/CMakeFiles/vigranumpy_analysis.dir/build.make:185: recipe 
for target 
'vigranumpy/src/core/CMakeFiles/vigranumpy_analysis.dir/accumulator-region-multiband.cxx.o'
 failed
make[4]: *** 
[vigranumpy/src/core/CMakeFiles/vigranumpy_analysis.dir/accumulator-region-multiband.cxx.o]
 Error 4
make[4]: Leaving directory 
'/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj.python2.7'
CMakeFiles/Makefile2:3800: recipe for target 
'vigranumpy/src/core/CMakeFiles/vigranumpy_analysis.dir/all' failed


This might be realed to this issue. I'll get into it shortly.

Thanks,
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#864365: A simple program ends up with SIGSEGV [amd64]

[Daniel Stender]

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
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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
> result = 0.0
> for i in range(M):
> for j in range(N):
> result += arr[i,j]
> return result
> 
> a = arange(65536).reshape(256,256)
> t1 = time.time()
> print(sum2d(a))
> t2 = time.time()
> ```
> 
> terminated by signal SIGSEGV (Address boundary error)

Yup. That's why it's still in experimental ... :-)

DS

-- 
4096R/DF5182C8
Debian Developer (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#863512: numba: segfault on test_shape [s390x]

[Daniel Stender]

Source: numba
Version: 0.33.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=numba&arch=s390x&ver=0.33.0-1&stamp=1495911986&raw=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 with: exit code=139: cd 
/«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build && python2.7 -Wd -m pytest 
numba/tests -v -rs
dh_auto_test: pybuild --test --test-pytest -i python{version} -p 2.7 returned 
exit code 13


-- 
4096R/DF5182C8
Debian Developer (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#863509: numba: test_mean_magnitude breaks (plugin custom failed with: exit code=1) [mips, mipsel]

[Daniel Stender]

Source: numba
Version: 0.33.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=numba&arch=mips&ver=0.33.0-1&stamp=1495913987&raw=0
https://buildd.debian.org/status/fetch.php?pkg=numba&arch=mipsel&ver=0.33.0-1&stamp=1495915594&raw=0

This test breaks appears on the mips archs:


numba/tests/test_array_reductions.py::TestArrayReductions::test_mean_basic 
PASSED
numba/tests/test_array_reductions.py::TestArrayReductions::test_mean_magnitude 
E: pybuild pybuild:283: test: plugin custom failed with: exit code=1: cd 
/«PKGBUILDDIR»/.pybuild/pythonX.Y_2.7/build && python2.7 -Wd -m pytest 
numba/tests -v -rs
dh_auto_test: pybuild --test --test-pytest -i python{version} -p 2.7 returned 
exit code 13


-- 
4096R/DF5182C8
Debian Developer (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#863508: numba: FTBFS: LLVM ERROR: Program used external function '__aeabi_unwind_cpp_pr0' [armel, armhf]

[Daniel Stender]

Source: numba
Version: 0.33.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=numba&arch=armel&ver=0.33.0-1&stamp=1495912245&raw=0
https://buildd.debian.org/status/fetch.php?pkg=numba&arch=armhf&ver=0.33.0-1&stamp=1495912383&raw=0

FTBFS on armel and armhf:


http_proxy='127.0.0.1:9' sphinx-build -N -bhtml 
.pybuild/pythonX.Y_2.7/build/docs/source/ 
debian/numba-doc/usr/share/doc/numba-doc/html/
Running Sphinx v1.4.9
making output directory...
LLVM ERROR: Program used external function '__aeabi_unwind_cpp_pr0' which could 
not be resolved!
debian/rules:22: recipe for target 'override_dh_installdocs' failed
make[1]: *** [override_dh_installdocs] Error 1


-- 
4096R/DF5182C8
Debian Developer (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#863505: numba: AssertionError in TestTimedeltaArithmeticNoPython.test_mul and others [arm64]

[Daniel Stender]

Source: numba
Version: 0.33.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=numba&arch=arm64&ver=0.33.0-1&stamp=1495916190&raw=0

There are a couple of supposedly related test failures on arm64:


___ TestTimedeltaArithmeticNoPython.test_mul ___

self = 

def test_mul(self):
f = self.jit(mul_usecase)
def check(a, b, expected):
self.assertPreciseEqual(f(a, b), expected)
self.assertPreciseEqual(f(b, a), expected)

# non-int64 int * timedelta64
check(TD(3), np.uint32(2), TD(6))
# int * timedelta64
check(TD(3), 2, TD(6))
check(TD(3, 'ps'), 2, TD(6, 'ps'))
check(TD('NaT', 'ps'), 2, TD('NaT', 'ps'))
# float * timedelta64
check(TD(7), 1.5, TD(10))
check(TD(-7), 1.5, TD(-10))
check(TD(7, 'ps'), -1.5, TD(-10, 'ps'))
check(TD(-7), -1.5, TD(10))
check(TD('NaT', 'ps'), -1.5, TD('NaT', 'ps'))
>   check(TD(7, 'ps'), float('nan'), TD('NaT', 'ps'))

numba/tests/test_npdatetime.py:328: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
numba/tests/test_npdatetime.py:313: in check
self.assertPreciseEqual(f(a, b), expected)
numba/tests/support.py:257: in assertPreciseEqual
self.fail("when comparing %s and %s: %s" % (first, second, failure_msg))
E   AssertionError: when comparing 0 picoseconds and NaT: 
numpy.timedelta64(0,'ps') != numpy.timedelta64('NaT','ps')



___ TestLoopTypesDatetimeNoPython.test_multiply_dm_m ___

self = 

def test_template(self):
fn = _make_ufunc_usecase(ufunc)
>   self._check_loop(fn, ufunc, loop)

numba/tests/test_ufuncs.py:1514: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
numba/tests/test_ufuncs.py:1471: in _check_loop
self._check_ufunc_with_dtypes(fn, ufunc, letter_types)
numba/tests/test_ufuncs.py:1500: in _check_ufunc_with_dtypes
ulps=ulps)
numba/tests/support.py:257: in assertPreciseEqual
self.fail("when comparing %s and %s: %s" % (first, second, failure_msg))
E   AssertionError: when comparing [   -4 0 3 'NaT' 'NaT' 0-7 
'NaT'] and [   -4 0 3 'NaT' 'NaT' 0-7 0]: 
numpy.timedelta64('NaT','D') != numpy.timedelta64(0,'D') : ufunc 'multiply' 
arrays differ ([array([ 1.5,  0. ,  1.5,  nan, -3.5,  0. , -3.5,  nan]), 
array([   -3, 0, 2, 'NaT', 'NaT',-3, 2, 0], 
dtype='timedelta64[D]'), array([   -4, 0, 3, 'NaT', 'NaT', 0,
-7, 0], dtype='timedelta64[D]')]):
E   args: exact
E   expected [   -4 0 3 'NaT' 'NaT' 0-7 'NaT']
E   got [   -4 0 3 'NaT' 'NaT' 0-7 0]



___ TestLoopTypesDatetimeNoPython.test_multiply_md_m ___

self = 

def test_template(self):
fn = _make_ufunc_usecase(ufunc)
>   self._check_loop(fn, ufunc, loop)

numba/tests/test_ufuncs.py:1514: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
numba/tests/test_ufuncs.py:1471: in _check_loop
self._check_ufunc_with_dtypes(fn, ufunc, letter_types)
numba/tests/test_ufuncs.py:1500: in _check_ufunc_with_dtypes
ulps=ulps)
numba/tests/support.py:257: in assertPreciseEqual
self.fail("when comparing %s and %s: %s" % (first, second, failure_msg))
E   AssertionError: when comparing [   -7 'NaT' 3 0 0 'NaT'-4 
'NaT'] and [   -7 'NaT' 3 0 0 'NaT'-4 0]: 
numpy.timedelta64('NaT','D') != numpy.timedelta64(0,'D') : ufunc 'multiply' 
arrays differ ([array([2, 'NaT', 2, 0,-3, 'NaT',-3, 0], 
dtype='timedelta64[D]'), array([-3.5,  nan,  1.5,  0. ,  0. , -3.5,  1.5,  
nan]), array([   -7, 'NaT', 3, 0, 0, 'NaT',-4, 0], 
dtype='timedelta64[D]')]):
E   args: exact
E   expected [   -7 'NaT' 3 0 0 'NaT'-4 'NaT']
E   got [   -7 'NaT' 3 0 0 'NaT'-4 0]


-- 
4096R/DF5182C8
Debian Developer (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#863504: numba: AssertionError in TestRaising.test_assert_statement_objmode [amd64, i386, arm64]

[Daniel Stender]

Source: numba
Version: 0.33.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=numba&arch=arm64&ver=0.33.0-1&stamp=1495916190&raw=0
https://buildd.debian.org/status/fetch.php?pkg=numba&arch=i386&ver=0.33.0-1&stamp=1495914429&raw=0

This test failure appears:


__ TestRaising.test_assert_statement_objmode ___

self = 

def test_assert_statement_objmode(self):
>   self.check_assert_statement(flags=force_pyobj_flags)

numba/tests/test_exceptions.py:196: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
numba/tests/test_exceptions.py:193: in check_assert_statement
self.assertEqual(str(cm.exception), "bar")
E   AssertionError: 'bar\nassert 2 == 1' != 'bar'


-- 
4096R/DF5182C8
Debian Developer (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#863501: numba: RuntimeError: cannot cache function 'simple_usecase' [amd64, i386, arm64]

[Daniel Stender]

Source: numba
Version: 0.33.0-1
Severity: serious

https://buildd.debian.org/status/fetch.php?pkg=numba&arch=i386&ver=0.33.0-1&stamp=1495914429&raw=0
https://buildd.debian.org/status/fetch.php?pkg=numba&arch=arm64&ver=0.33.0-1&stamp=1495916190&raw=0

This failure appeared in the tests:


_ TestCache.test_non_creatable_pycache _

self = 

@unittest.skipIf(os.name == "nt",
 "cannot easily make a directory read-only on Windows")
def test_non_creatable_pycache(self):
# Make it impossible to create the __pycache__ directory
old_perms = os.stat(self.tempdir).st_mode
os.chmod(self.tempdir, 0o500)
self.addCleanup(os.chmod, self.tempdir, old_perms)

>   self._test_pycache_fallback()

numba/tests/test_dispatcher.py:954: 
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 
numba/tests/test_dispatcher.py:926: in _test_pycache_fallback
mod = self.import_module()
numba/tests/test_dispatcher.py:623: in import_module
mod = import_dynamic(self.modname)
numba/tests/support.py:527: in import_dynamic
__import__(modname)
/tmp/numba-tests.1000/test_cache-jXZpdc/dispatcher_caching_test_fodder.py:19: 
in 
@jit(cache=True, nopython=True)
numba/decorators.py:175: in wrapper
disp.enable_caching()
numba/dispatcher.py:490: in enable_caching
self._cache = FunctionCache(self.py_func)
numba/caching.py:594: in __init__
self._impl = self._impl_class(py_func)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ 

self = 
py_func = 

def __init__(self, py_func):
self._is_closure = bool(py_func.__closure__)
self._lineno = py_func.__code__.co_firstlineno
# Get qualname
try:
qualname = py_func.__qualname__
except AttributeError:
qualname = py_func.__name__
# Find a locator
source_path = inspect.getfile(py_func)
for cls in self._locator_classes:
locator = cls.from_function(py_func, source_path)
if locator is not None:
break
else:
raise RuntimeError("cannot cache function %r: no locator available "
>  "for file %r" % (qualname, source_path))
E   RuntimeError: cannot cache function 'simple_usecase': no locator 
available for file 
'/tmp/numba-tests.1000/test_cache-jXZpdc/dispatcher_caching_test_fodder.py'

numba/caching.py:330: RuntimeError


-- 
4096R/DF5182C8
Debian Developer (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#855577: numba: FTBFS: several tests fail

[Daniel Stender]

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 unstable.

DS

-- 
4096R/DF5182C8
Debian Developer (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#851578: python-numba: fails to install: SyntaxError: invalid syntax

[Daniel Stender]

... 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 list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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 was caused by testsuite failure:
>> http://debomatic-amd64.debian.net/distribution#experimental/numba/0.30.0-2.1/buildlog
> 
> Thanks for the changes. I'll upload anything on this package.

... it would be great if you could/would incorporate your changes, patches etc. 
into
the Git repo.

Thanks,
DS

-- 
4096R/DF5182C8
Debian Developer (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#851578: add nmu patch for this bug, however encountered FTBFS due to testsuite failure

[Daniel Stender]

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:
> http://debomatic-amd64.debian.net/distribution#experimental/numba/0.30.0-2.1/buildlog

Thanks for the changes. I'll upload anything on this package.

DS

-- 
4096R/DF5182C8
Debian Developer (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#831541: theano: single GradientError and WrongValues in tests on s390x, ppc64 and sparc

[Daniel Stender]

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 pointer-to-int (32-bit).
> 
> Which isn't just broken on big-endian systems, it's a strict aliasing 
> violation *everywhere* (i.e. technically undefined behaviour with 
> optimization on, which it is by default, though it appears to work in 
> practice).
> 
> (I expect to post a patch tonight: the obvious has a potential overflow 
> issue, and it also needs a c_code_cache_version change to make the fix be 
> used in existing installs).

That would be sensational. #835531 doesn't keep up being RC, that would mean 
that we're through
to Stretch if this bug could be closed. Much thx in advance!

Daniel

-- 
4096R/DF5182C8
Debian Developer (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#835531: fail of test_csr_correct_output_faster_than_scipy at times (FTBFS)

[Daniel Stender]

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 version and optimization, and also on the timing (load)
> during the test -- it is calendar time what is taken here.
> 
> IMO, the failure is severity "normal", maybe you could consider
> resetting the severity to this value?
> 
> Best regards
> 
> Ole

Yes, in the meanwhile, I've thought into the same direction. The latest build 
(0.8.2-5~exp1)
succeeded again without this appeared anywhere. I'll do that.

Daniel

-- 
4096R/DF5182C8
Debian Developer (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#835531: theano: FTBFS on amd64 (fail of test_csr_correct_output_faster_than_scipy)

[Daniel Stender]

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&arch=i386&ver=0.8.2-4&stamp=1487015636&raw=0

DS

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



signature.asc
Description: OpenPGP digital signature
-- 
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#848764: theano: test failures with Numpy 1.12

[Daniel Stender]

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)
--
Traceback (most recent call last):
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 189, in 
test_DownsampleFactorMax
mode=mode)
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 39, in 
numpy_max_pool_2d
output_val = numpy.zeros(out_shp)
TypeError: 'float' object cannot be interpreted as an integer

==
ERROR: test_max_pool_2d_2D 
(theano.tensor.signal.tests.test_pool.TestDownsampleFactorMax)
--
Traceback (most recent call last):
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 664, in 
test_max_pool_2d_2D
mode=mode)
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 39, in 
numpy_max_pool_2d
output_val = numpy.zeros(out_shp)
TypeError: 'float' object cannot be interpreted as an integer

==
ERROR: test_max_pool_2d_3D 
(theano.tensor.signal.tests.test_pool.TestDownsampleFactorMax)
--
Traceback (most recent call last):
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 710, in 
test_max_pool_2d_3D
mode)
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 39, in 
numpy_max_pool_2d
output_val = numpy.zeros(out_shp)
TypeError: 'float' object cannot be interpreted as an integer

==
ERROR: test_max_pool_2d_6D 
(theano.tensor.signal.tests.test_pool.TestDownsampleFactorMax)
--
Traceback (most recent call last):
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 737, in 
test_max_pool_2d_6D
mode=mode)
  File "/<>/theano/tensor/signal/tests/test_pool.py", line 39, in 
numpy_max_pool_2d
output_val = numpy.zeros(out_shp)
TypeError: 'float' object cannot be interpreted as an integer

--
Ran 2995 tests in 6109.672s

FAILED (SKIP=113, errors=4)


DS

-- 
4096R/DF5182C8
Debian Developer (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#852305: depends on non existing package libblosc1

[Daniel Stender]

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/

-- 
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#852307: bcolz: test_leftover_ptr_with_statement_create_open fails on s390x, powerpc

[Daniel Stender]

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: test_leftover_ptr_create_flush_open 
(bcolz.tests.test_carray.LeftoverDiskTest)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2516, in 
test_leftover_ptr_create_flush_open
self.assertEqual((n_chunks * chunklen) + i, out.value)
AssertionError: 100 != 0

==
FAIL: test_leftover_ptr_with_statement_create_open 
(bcolz.tests.test_carray.LeftoverDiskTest)
--
Traceback (most recent call last):
  File "bcolz/tests/test_carray.py", line 2533, in 
test_leftover_ptr_with_statement_create_open
self.assertEqual((n_chunks * chunklen) + i, out.value)
AssertionError: 100 != 0

--
Ran 1254 tests in 5.247s

FAILED (failures=2, skipped=156)


DS

[1] https://buildd.debian.org/status/package.php?p=bcolz&suite=experimental


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

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

-- 
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#852305: depends on non existing package libblosc1

[Daniel Stender]

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 "tools/hist/fiologparser_hist.py", line 18, in 
> import pandas
> ImportError: No module named pandas
> 
> work, I came across python-bcolz.
> 
> Yet this is not installable:
> 
> […]~> LANG=C sudo apt install python-bcolz
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  python-bcolz : Depends: libblosc1 (>= 1.9.0) but it is not installable
> Recommends: python-numexpr but it is not installable
> E: Unable to correct problems, you have held broken packages.
> 
> 
> […]~> LANG=C apt-cache policy libblosc1
> libblosc1:
>   Installed: (none)
>   Candidate: (none)
>   Version table:
> 
> […]~> LANG=C apt-cache policy python-numexpr
> python-numexpr:
>   Installed: (none)
>   Candidate: (none)
>   Version table:
> 
> I see no bcolz related upload in 2017, so this issue may be there for quite
> some time already.
> 
> Thanks,
> Martin

Hi Martin,

yep, bcolz won't make it into Debian 9 (too late to fix #329 [1]), but 
libblosc1 should be available [2] ...

Daniel

[1] https://github.com/Blosc/bcolz/issues/329

[2] https://packages.qa.debian.org/c/c-blosc.html


-- 
4096R/DF5182C8
Debian Developer (sten...@debian.org)
LPIC-1 (LPI000329859 64mz6f7kt4)
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#831541: theano: single GradientError and WrongValues in tests on s390x, ppc64 and sparc

[Daniel Stender]

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
Description: OpenPGP digital signature
-- 
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#831540: theano: assertion error in test_fit_int64 on i386 and hurd/kreebsd-i386

[Daniel Stender]

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
Description: OpenPGP digital signature
-- 
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#852052: libvigraimpex: current vigra supports Python 3

[Daniel Stender]

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 4.8.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
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#852051: libvigraimpex: captures build path (doesn't build reproducible)

[Daniel Stender]

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] 
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libvigraimpex.html

[2] 
https://tests.reproducible-builds.org/debian/issues/captures_build_path_issue.html

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

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

-- 
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#848764: theano: FTBFS: Test failures

[Daniel Stender]

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 
1.12)

[2] https://github.com/Theano/Theano/pull/5406

-- 
4096R/DF5182C8
Debian Developer (sten...@debian.org)
LPIC-1 (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/



signature.asc
Description: OpenPGP digital signature
-- 
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#848764: theano: FTBFS: Test failures

[Daniel Stender]

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)
--
Traceback (most recent call last):
  File "/<>/theano/sparse/tests/test_sp2.py", line 100, in 
test_infer_shape
self.op_class)
  File "/<>/theano/tests/unittest_tools.py", line 251, in 
_compile_and_check
numeric_outputs = outputs_function(*numeric_inputs)
  File "/<>/theano/compile/function_module.py", line 871, in 
__call__
storage_map=getattr(self.fn, 'storage_map', None))
  File "/<>/theano/gof/link.py", line 314, in raise_with_op
reraise(exc_type, exc_value, exc_trace)
  File "/<>/theano/compile/function_module.py", line 859, in 
__call__
outputs = self.fn()
  File "/<>/theano/gof/op.py", line 912, in rval
r = p(n, [x[0] for x in i], o)
  File "/<>/theano/sparse/sandbox/sp2.py", line 125, in perform
binomial = numpy.random.binomial(n, p, size=shape)
  File "mtrand.pyx", line 3764, in mtrand.RandomState.binomial 
(numpy/random/mtrand/mtrand.c:31661)
TypeError: Cannot cast array data from dtype('float64') to dtype('int64') 
according to the rule 'safe'
Apply node that caused the error: Binomial{format='csc', 
dtype='float64'}(, , 
)
Toposort index: 0
Inputs types: [TensorType(float64, scalar), TensorType(float64, scalar), 
TensorType(int64, vector)]
Inputs shapes: [(), (), (2,)]
Inputs strides: [(), (), (8,)]
Inputs values: [array(5.0), array(0.25), array([3, 5])]
Outputs clients: [['output']]

Backtrace when the node is created(use Theano flag traceback.limit=N to make it 
longer):
  File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 177, in __call__
return self.run(*arg, **kw)
  File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 224, in run
test(orig)
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 45, in __call__
return self.run(*arg, **kwarg)
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 133, in run
self.runTest(result)
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 151, in runTest
test(result)
  File "/usr/lib/python2.7/unittest/case.py", line 393, in __call__
return self.run(*args, **kwds)
  File "/usr/lib/python2.7/unittest/case.py", line 329, in run
testMethod()
  File "/<>/theano/sparse/tests/test_sp2.py", line 98, in 
test_infer_shape
[Binomial(sp_format, o_type)(*self.inputs)],

HINT: Use the Theano flag 'exception_verbosity=high' for a debugprint and 
storage map footprint of this apply node.


2)

RROR: test_op (theano.sparse.tests.test_sp2.BinomialTester)
--
Traceback (most recent call last):
  File "/<>/theano/sparse/tests/test_sp2.py", line 85, in test_op
tested = f(*self._inputs)
  File "/<>/theano/compile/function_module.py", line 871, in 
__call__
storage_map=getattr(self.fn, 'storage_map', None))
  File "/<>/theano/gof/link.py", line 314, in raise_with_op
reraise(exc_type, exc_value, exc_trace)
  File "/<>/theano/compile/function_module.py", line 859, in 
__call__
outputs = self.fn()
  File "/<>/theano/gof/op.py", line 912, in rval
r = p(n, [x[0] for x in i], o)
  File "/<>/theano/sparse/sandbox/sp2.py", line 125, in perform
binomial = numpy.random.binomial(n, p, size=shape)
  File "mtrand.pyx", line 3764, in mtrand.RandomState.binomial 
(numpy/random/mtrand/mtrand.c:31661)
TypeError: Cannot cast array data from dtype('float64') to dtype('int64') 
according to the rule 'safe'
Apply node that caused the error: Binomial{format='csc', 
dtype='float64'}(, , 
)
Toposort index: 0
Inputs types: [TensorType(float64, scalar), TensorType(float64, scalar), 
TensorType(int64, vector)]
Inputs shapes: [(), (), (2,)]
Inputs strides: [(), (), (8,)]
Inputs values: [array(5.0), array(0.25), array([3, 5])]
Outputs clients: [['output']]

Backtrace when the node is created(use Theano flag traceback.limit=N to make it 
longer):
  File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 177, in __call__
return self.run(*arg, **kw)
  File "/usr/lib/python2.7/dist-packages/nose/suite.py", line 224, in run
test(orig)
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 45, in __call__
return self.run(*arg, **kwarg)
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 133, in run
self.runTest(result)
  File "/usr/lib/python2.7/dist-packages/nose/case.py", line 151, in runTest
test(result)
  File "/usr/lib/python2.7/unittest/case.py", line 393, in __call__
return self.run(*args, **kwds)
  File "/usr/lib/python2.7/unittest/case.py", line 329, in run
testMethod()
  File "/<>/theano/sparse/tests/test_sp2.py", line 83, in test_op
Binomial(sp_format, o_type)(*self.inputs))


3)

ERROR: test_bincount

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

[Daniel Stender]

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 (sten...@debian.org)
LPIC-1 (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/



signature.asc
Description: OpenPGP digital signature
-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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/

-- 
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#835531: theano: FTBFS on amd64 (fail of test_csr_correct_output_faster_than_scipy)

[Daniel Stender]

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)
--
Traceback (most recent call last):
  File "/build-1st/theano-0.8.2/theano/sparse/tests/test_basic.py", line 1218, 
in test_csr_correct_output_faster_than_scipy
scipy_time, overhead_rtol, overhead_tol))
AssertionError: (0.016754150390625, 0.015386821746826172, 0.012169837951660156, 
1.1, 0.002)

--
Ran 2995 tests in 17686.047s

FAILED (SKIP=113, failures=1)


DS

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
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#831541: theano: single GradientError and WrongValues in tests on s390x

[Daniel Stender]

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 gradient and analytic gradient exceed 
tolerance:
At position 0 of argument 0,
abs. error = 4.801748,  abs. tolerance = 0.000100
rel. error = 1.00,  rel. tolerance = 0.000100
Exception args: 
The error happened with the following inputs:, [array([[ 4.,  2.,  2.],
   [ 0.,  1.,  3.],
   [ 1.,  0.,  0.],



ERROR: test_op (theano.sparse.tests.test_basic.SamplingDotTester)
--
WrongValue: WrongValue
   : shape, dtype, strides, min, max, n_inf, n_nan:
  Expected : (4, 5) float64 (40, 8) 0.0 28.0 0 0 
  Value: (4, 5) float64 (40, 8) 0.0 0.0 0 0 
  expected: [[ 28.   0.   0.   0.   0.]
 [ 12.   9.  11.   0.   0.]
 [  4.   1.   0.   2.   0.]
 [  0.   8.   0.   0.   0.]]



ERROR: test (theano.sparse.tests.test_basic.UsmmTests)
--
Traceback (most recent call last):
  File "/«PKGBUILDDIR»/theano/sparse/tests/test_basic.py", line 1458, in test
utt.assert_allclose(f_a_out, f_b_out, rtol=rtol, atol=atol)
  File "/«PKGBUILDDIR»/theano/tests/unittest_tools.py", line 339, in 
assert_allclose
raise WrongValue(val1, val2, rtol, atol)
WrongValue: WrongValue
   : shape, dtype, strides, min, max, n_inf, n_nan:
  Expected : (10, 200) float32 (800, 4) -0.999263 0.999721 0 0 
  Value: (10, 200) float32 (800, 4) -20.3578 20.3085 0 0 
  expected: [[ 0.43297213 -0.99617213 -0.94651264 ...,  0.90926737  
0.87269104
   0.18024164]


The same errors occurs on ppc64 [2].

This is a regression from 0.8.2-2 (0.8.2-1 was build with `FAST_COMPILE` and 
this didn't
came up then). dh_auto_test is temporarily failsafed, this is going to be 
removed when
this problem is solved.

Thanks,
DS

[1] 
https://buildd.debian.org/status/fetch.php?pkg=theano&arch=s390x&ver=0.8.2-2&stamp=1468619676

[2] 
https://buildd.debian.org/status/fetch.php?pkg=theano&arch=ppc64&ver=0.8.2-3&stamp=1468725341

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
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#831540: theano: assertion error in test_fit_int64 on i386

[Daniel Stender]

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 call last):
  File "/«PKGBUILDDIR»/theano/tensor/tests/test_basic.py", line 6675, in 
test_fit_int64
assert vector_ct.dtype == 'int64'
AssertionError

--
Ran 2995 tests in 6746.401s


The same single error occurs on kfreebsd-i386 [2], and hurd-i386 [3].

This is a regression from 0.8.2-2 (0.8.2-1 was build with `FAST_COMPILE`).
dh_auto_tests is temporarily failsafed, this is going to be removed when this
problem is solved.

Thanks,
DS

[1] 
https://buildd.debian.org/status/fetch.php?pkg=theano&arch=i386&ver=0.8.2-2&stamp=1468619301

[2] 
https://buildd.debian.org/status/fetch.php?pkg=theano&arch=kfreebsd-i386&ver=0.8.2-2&stamp=1468626553

[3] 
https://buildd.debian.org/status/fetch.php?pkg=theano&arch=hurd-i386&ver=0.8.2-2&stamp=1468689994

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
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)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
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#824116: please reconsider enabling tests

[Daniel Stender]

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 create
compiledir directory. Check the permissions). But it's coming up, soon.

Daniel

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

-- 
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#820429: libvigraimpex: FTBFS on kfreebsd-i386 and hurd-i386: Assertion failed: Sequence items differ at index 5

[Daniel Stender]

... 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 
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/threadpool 
&& /usr/bin/cmake -E cmake_link_script CMakeFiles/test_threadpool.dir/link.txt 
--verbose=1
/usr/lib/ccache/c++   -std=c++11 -pthread -W -Wall -Wextra 
-Wno-unused-parameter -Wno-sign-compare -Wno-unused-variable -Wno-type-limits 
-g -O2 -fstack-protector-strong -Wformat -Werror=format-security -pipe 
-Wdate-time -D_FORTIFY_SOURCE=2 -ffp-contract=off   
CMakeFiles/test_threadpool.dir/test.cxx.o 
CMakeFiles/test_threadpool.dir/testsuccess.cxx.o  -o test_threadpool -rdynamic 
Running test_threadpool
cd 
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/threadpool 
&& ./run_test_threadpool.sh
*** Error in `./test_threadpool': malloc(): memory corruption (fast): 
0x80050e80 ***
*** Error in `./test_threadpool': double free or corruption (fasttop): 
0x80051290 ***
=== Backtrace: =
=== Backtrace: =
/lib/s390x-linux-gnu/libc.so.6(+0x82088)[0x4000b5f088]
/lib/s390x-linux-gnu/libc.so.6(+0x82088)[0x4000b5f088]
/lib/s390x-linux-gnu/libc.so.6(+0x88d6c)[0x4000b65d6c]
/lib/s390x-linux-gnu/libc.so.6(+0x88d6c)[0x4000b65d6c]
/lib/s390x-linux-gnu/libc.so.6(+0x8975e)[0x4000b6675e]
/lib/s390x-linux-gnu/libc.so.6(+0x8b90a)[0x4000b6890a]
./test_threadpool(_ZNSt14_Function_base13_Base_managerIZN5vigra10ThreadPool7enqueueIZN15ThreadPoolTests15test_threadpoolEvEUlmE_EESt6futureIvEOT_EUliE_E10_M_managerERSt9_Any_dataRKSC_St18_Manager_operation+0x66)[0x8001ed4e]
/lib/s390x-linux-gnu/libc.so.6(__libc_malloc+0x110)[0x4000b6a730]
./test_threadpool(_ZNSt6thread5_ImplISt12_Bind_simpleIFZN5vigra10ThreadPool4initERKNS2_15ParallelOptionsEEUlvE_vEEE6_M_runEv+0x252)[0x8001d922]
/usr/lib/s390x-linux-gnu/libstdc++.so.6(_Znwm+0x20)[0x40008def08]
/usr/lib/s390x-linux-gnu/libstdc++.so.6(+0xda29c)[0x400091229c]
./test_threadpool(_ZN15ThreadPoolTests15test_threadpoolEv+0x11c)[0x800219cc]
/lib/s390x-linux-gnu/libpthread.so.0(+0x7b8c)[0x4000ac2b8c]
./test_threadpool(_ZN5vigra6detail13catch_signalsINS0_21test_case_run_functorEEEiT_RNS0_9errstreamEi+0xfa)[0x8001e4ea]
/lib/s390x-linux-gnu/libc.so.6(+0xfa1ba)[0x4000bd71ba]
=== Memory map: 
./test_threadpool(_ZN5vigra16catch_exceptionsINS_6detail21test_case_run_functorEEEiT_RNS1_9errstreamEi+0x2a)[0x8001e66a]
./test_threadpool(_ZN5vigra6detail15class_test_caseI15ThreadPoolTestsE3runERKSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaISA_EE+0x326)[0x80029ca6]
./test_threadpool(_ZN5vigra10test_suite3runERKSt6vectorINSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEESaIS7_EE+0x1bc)[0x8001c65c]
./test_threadpool(main+0x56)[0x800193fe]
/lib/s390x-linux-gnu/libc.so.6(__libc_start_main+0x110)[0x4000aff4c0]
./test_threadpool[0x80019586]
=== Memory map: 
8000-80033000 r-xp  08:01 90443326  
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/threadpool/test_threadpool
80033000-80034000 rw-p 00033000 08:01 90443326  
/<>/libvigraimpex-1.10.0+git20160211.167be93+dfsg/obj/test/threadpool/test_threadpool
80034000-80066000 rw-p  00:00 0 
0040-00401000 ---p  00:00 0 
00401000-004000801000 rw-p  00:00 0[stack]
004000801000-004000828000 r-xp  08:01 85463691  
/lib/s390x-linux-gnu/ld-2.22.so
004000828000-004000829000 r--p 00026000 08:01 85463691  
/lib/s390x-linux-gnu/ld-2.22.so
004000829000-00400082b000 rw-p 00027000 08:01 85463691  
/lib/s390x-linux-gnu/ld-2.22.so
00400082b000-00400082d000 rw-p  00:00 0 
004000834000-004000836000 r-xp  08:01 85462654  
/usr/lib/s390x-linux-gnu/libeatmydata.so.1.1.2
004000836000-004000837000 r--p 1000 08:01 85462654  
/usr/lib/s390x-linux-gnu/libeatmydata.so.1.1.2
004000837000-004000838000 rw-p 2000 08:01 85462654  
/usr/lib/s390x-linux-gnu/libeatmydata.so.1.1.2
004000838000-0040009f2000 r-xp  08:01 85459933  
/usr/lib/s390x-linux-gnu/libstdc++.so.6.0.21
0040009f2000-0040009f3000 ---p 001ba000 08:01 85459933  
/usr/lib/s390x-linux-gnu/libstdc++.so.6.0.21
0040009f3000-0040009fc000 r--p 001ba000 08:01 85459933  
/usr/lib/s390x-linux-gnu/libstdc++.so.6.0.21
0040009fc000-004000a0 rw-p 001c3000 08:01 85459933  
/usr/lib/s390x-linux-gnu/libstdc++.so.6.0.21
004000a0-004000a03000 rw-p  00:00 0 
004000a03000-004000aa5000 r-xp  08:01 85463698  
/lib/s390x-linux-gnu/libm-2.22.so
004000aa5000-004000aa6000 ---p 000a2000 08:01 85463698  
/lib/s390x-linux-gnu/libm-2.22.so
004000aa6000-004

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

[Daniel Stender]

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
> +Â Â CXXFLAGS += -ffp-contract=off
> +endif

Yup, that works. Thank you very much!

Daniel

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

-- 
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#812852: libvigraimpex: fail of test_multiarray_chunked on ppc64el

[Daniel Stender]

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.

Anyway, I'm going to fix this soon.

Thanks,
DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

-- 
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#817840: libvigraimpex: fail of test/math on mips

[Daniel Stender]

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 /«BUILDDIR»/libvigraimpex-1.10.0+git20160120.803d5d4/obj/test/math && 
/usr/bin/cmake -E cmake_link_script CMakeFiles/test_math.dir/link.txt 
--verbose=1
/usr/bin/c++   -pthread -std=c++11 -W -Wall -Wextra -Wno-unused-parameter 
-Wno-sign-compare -Wno-unused-variable -Wno-type-limits -g -O2 
-fstack-protector-strong -Wformat -Werror=format-security -pipe -Wdate-time 
-D_FORTIFY_SOURCE=2 --param ggc-min-expand=20   
CMakeFiles/test_math.dir/test.cxx.o CMakeFiles/test_math.dir/testsuccess.cxx.o  
-o test_math -rdynamic 
Running test_math
cd /«BUILDDIR»/libvigraimpex-1.10.0+git20160120.803d5d4/obj/test/math && 
./run_test_math.sh
Illegal instruction
test/math/CMakeFiles/test_math.dir/build.make:123: recipe for target 
'test/math/test_math' failed
make[5]: *** [test/math/test_math] Error 1
make[5]: *** Deleting file 'test/math/test_math'


This needs to be fixed to complete the ongoing transition [2] to build on all
officially supported archs.

DS

[1] https://buildd.debian.org/status/logs.php?pkg=libvigraimpex&arch=mips

[2] https://bugs.debian.org/815153 (transition: libvigraimpex)

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

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

-- 
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#812852: Fwd: Re: Vigra auf ppc64el

[Daniel Stender]

 Forwarded Message 
Subject: Re: Vigra auf ppc64el
Date: Fri, 4 Mar 2016 15:56:16 +0100
From: Ullrich Koethe 
To: Daniel Stender 
CC: Francesco Biscani 

Hallo Daniel,

unfortunately, we can't investigate this problem ourselves because we 
don't have access to a ppc system. Here are some ideas what you could try:

* Enable another set of threading primitives by passing

-DWITH_BOOST_THREAD=1

to cmake. If the error goes away, the problem might be in the threading 
bits of Vigra or (less likely) in an outdated version of std::thread.

* Remove all occurencies of threading::memory_order* in 
multi_array_chunked.hxx (or equivalently, replace them with 
threading::memory_order_seq_cst). This will force all atomic accesses to 
use sequentially consistent ordering, the most strict possibility.

* compile + run with various sanitizers. Specifically, you should look 
into the address, undefined behaviour and thread sanitizer. The first 
two can be enabled with the gcc/clang command line flags:

  -fsanitize=undefined,address

The third one with:

  -fsanitize=thread

Alternatively or in addition

   valgrind --tool=helgrind ./tests/test_executable
   valginrd --tool=drd ./tests/test_executable

might be useful.

* It would be helpful to know if the problem is deterministic or not. Do 
multiple runs of the same test produce the same errors?

Best
Francesco and Ulli

-- 
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#814606: libvigraimpex: FTBFS on armel (error: return type 'class std::future')

[Daniel Stender]

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 recognize your platform and toolchain?

I'll figure something out ...

DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

-- 
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#814606: libvigraimpex: FTBFS on armel (error: return type 'class std::future')

[Daniel Stender]

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 "-DWITH_BOOST_THREAD=1".
> 
> Best
> Ulli

Yup, that works.

-- ** WARNING: You are compiling in C++98 mode.
-- **  Multiarray tests will be skipped.
-- **  Add -std=c++11 to CMAKE_CXX_FLAGS to enable multiarray tests.

but that's no problem. Much thanks.

DS

-- 
4096R/DF5182C8
http://www.danielstender.com/blog/

-- 
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#812850: libvigraimpex: fail of test/impex

[Daniel Stender]

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 version-1-11-rc on github.
> 
> Best
> Ulli (VIGRA maintainer)

Great. Thank you very much for the info.

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
http://www.danielstender.com/blog/

-- 
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#815795: libvigraimpex6: misses Breaks: libvigraimpex5v5 (>= 1.10.0+git20160120.803d5d4-1)

[Daniel Stender]

On 24.02.2016 15:32, Andreas Beckmann wrote:
> Package: libvigraimpex6
> Version: 1.10.0+git20160120.803d5d4-3
> Severity: serious
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> The Replaces should have a matching Breaks, otherwise it is possible to
> take over files from $oldpkg by $newpkg, remove $newpkg and dpkg still
> thinks $oldpkg is correctly installed, and can satisfy dependencies.
> 
> In your case, libvigraimpex6 is co-installable with libvigraimpex5v5 from
> stretch, but not with the incorrect libvigraimpex5v5 from sid.
> 
> cheers,
> 
> Andreas

Yes, o.k. Thx for the pointer.

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
http://www.danielstender.com/blog/

-- 
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#812560: libvigraimpex: should support multiarch

[Daniel Stender]

On Mon, 15 Feb 2016 18:58:53 +0100 Andreas Metzler  wrote:
> On 2016-02-14 Daniel Stender  wrote:
> > 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.
> [...]
> 
> Imho there is not much point in diverging from upstream by shipping a
> pkg-config script (unless it is just a backport of a upstream feature).
> Other *upstreams* will not use it if it is Debian specific.
> 
> cu Andreas

I'll see if that helper script could be patched ...

Daniel

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
http://www.danielstender.com/blog/

-- 
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#812560: libvigraimpex: should support multiarch

[Daniel Stender]

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

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
Debian Maintainer, LPIC-1, SUSE CLA 11
http://www.danielstender.com/blog/

-- 
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#813415: libvigraimpex5v5: soname bump without package name change

[Daniel Stender]

On 14.02.2016 08:51, Andreas Metzler wrote:
> On 2016-02-13 Daniel Stender  wrote:
>> On 13.02.2016 07:52, Andreas Metzler wrote:
> [...]
>>> Is there something I can do to help? Currently reverse dependencies are
>>> broken, due to a binNMU hugin in *testing* will not run at all.
> 
>> Thanks for the note and the offer. If you would have suggestions how to make
>> Vigra run on the failing archs again, and what might be the background of
>> #812850 (fail of test/impex on EXR) that would be very much welcome ...
> 
> Hello,
> 
> I cannot help a lot there, except for also involving upstream
> <http://article.gmane.org/gmane.comp.video.vigra/537>.
> 
> Still, could you please fix the package misnaming issue with high
> priority? - It should not wait on a fix for the build-errors.
> 
> cu Andreas

Hi Andreas,

yes, o.k. The changes a are already in the repo, it's going into Experimental 
very
shortly. Fixing for all arches happens then.

DS

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
http://www.danielstender.com/blog/

-- 
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#813415: libvigraimpex5v5: soname bump without package name change

[Daniel Stender]

On 13.02.2016 10:37, Andreas Metzler wrote:
> On 2016-02-13 Daniel Stender  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 release candidate but would
>> be much clearer.
> 
> According to dpkg-gensymbols the ABI has not changed from
> 1.10.0+git20160120.803d5d4 to 1.11 rc1 branch.
> 
> Trivial patches attached.
> 
> cu Andreas

Ah, there's a branch, all right! Thx for the ABI check.

I'm going to build everything against Python 3 then.

Good stuff, thank you.

Dan

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
Debian Developer, LPIC-1, SUSE CLA 11
http://www.danielstender.com/blog/

-- 
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#813415: libvigraimpex5v5: soname bump without package name change

[Daniel Stender]

On 13.02.2016 10:32, Andreas Metzler wrote:
> On 2016-02-13 Daniel Stender  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 least on some archs.

Ah, yes, o.k. I'll take this in, then,

Thx,
Daniel

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
Debian Developer, LPIC-1, SUSE CLA 11
http://www.danielstender.com/blog/

-- 
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#813415: libvigraimpex5v5: soname bump without package name change

[Daniel Stender]

On 13.02.2016 07:52, Andreas Metzler wrote:
> On 2016-02-12 Daniel Stender  wrote:
>> Sorry for the delay, a fix is coming up.
> 
> You are going for 1.11 rc1, I assume?

That's a good idea! That's not official release candidate but would
be much clearer.

> Is there something I can do to help? Currently reverse dependencies are
> broken, due to a binNMU hugin in *testing* will not run at all.

Thanks for the note and the offer. If you would have suggestions how to make
Vigra run on the failing archs again, and what might be the background of
#812850 (fail of test/impex on EXR) that would be very much welcome ...

Ubuntu has patched -O2 for -O3 on ppc64el, but it's -O2 anyway. Is Ubuntu
building with -O3?

Best,
Daniel

-- 
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8
Debian Maintainer, LPIC-1, SUSE CLA 11
http://www.danielstender.com/blog/

-- 
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#813415: libvigraimpex5v5: soname bump without package name change

[Daniel Stender]

On 04.02.2016 20:26, Andreas Metzler wrote:
> On 2016-02-01 Daniel Stender  wrote:
> [...]
>> I've expected this bug to appear now. I've already prepared a fix for -2, 
>> it's coming up very soon. 
> 
> 
> Hello,
> 
> GIT head seems to be missing a
> 
> Package: libvigraimpex6
> +Replaces: libvigraimpex5v5 (>= 1.10.0+git20160120.803d5d4-1)
> 
> cu Andreas

Yes! Much thanks.

Daniel

-- 
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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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 
> shared object file: No such file or directory
> 
> Going from 1.10.0+dfsg-11 to 1.10.0+git20160120.803d5d4-1 there is a
> soname change without a corresponding package name change. All reverse
> dependencies are broken:
> 
> 1. Uploaded before vigra: The stop running
> 2. Uploaded after vigra: They are built against the new vigra but
> still depend on libvigraimpex5v5. They will stop running if the reach
> testing.
> (sid)ametzler@argenau:/usr/bin$ for i in 
> /var/cache/apt/archives/libvigraimpex5v5_1.10.0+* ; do basename $i ; dpkg 
> --contents $i | grep '/usr/lib/l' ; done
> libvigraimpex5v5_1.10.0+dfsg-11_amd64.deb
> -rw-r--r-- root/root530744 2015-10-02 17:23 
> ./usr/lib/libvigraimpex.so.5.1.10.0
> lrwxrwxrwx root/root 0 2015-10-02 17:23 ./usr/lib/libvigraimpex.so.5 
> -> libvigraimpex.so.5.1.10.0
> libvigraimpex5v5_1.10.0+git20160120.803d5d4-1_amd64.deb
> -rw-r--r-- root/root543296 2016-01-27 07:30 
> ./usr/lib/libvigraimpex.so.6.1.10.0
> lrwxrwxrwx root/root 0 2016-01-27 07:30 ./usr/lib/libvigraimpex.so.6 
> -> libvigraimpex.so.6.1.10.0
> 
> cu Andreas

Hi Andreas,

I've expected this bug to appear now. I've already prepared a fix for -2, it's 
coming up very soon. 

Daniel

-- 
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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#812852: libvigraimpex: FTBFS on ppc64el

[Daniel Stender]

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 test for type N5vigra16ChunkedArrayFullILj3EhSaIhEEE: 
 chunked iterator speed #
baseline:  57.012 msec
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EhSaIhEEE: 
read time: 58.824 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EhSaIhEEE: 
loop time: 67.8101 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EhSaIhEEE: 
read time: 73.9331 msec (cache: 0)
chunked multi array test for type N5vigra22ChunkedArrayCompressedILj3EhSaIhEEE: 
read time: 76.802 msec (cache: 17)
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EhEE: 
read time: 74.7571 msec (cache: 17)
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EhEE: 
read time: 73.959 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EhSaIhEEE: 
read time: 80.1941 msec (cache: 17)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EhSaIhEEE: 
read time: 73.937 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EfSaIfEEE: 
 chunked iterator speed #
baseline:  56.812 msec
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EfSaIfEEE: 
read time: 58.2681 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EfSaIfEEE: 
loop time: 67.8621 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EfSaIfEEE: 
read time: 73.8601 msec (cache: 0)
chunked multi array test for type N5vigra22ChunkedArrayCompressedILj3EfSaIfEEE: 
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EfEE: 
read time: 76.1699 msec (cache: 17)
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EfEE: 
read time: 73.9448 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EfSaIfEEE: 
read time: 93.561 msec (cache: 17)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EfSaIfEEE: 
read time: 73.937 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EdSaIdEEE: 
 chunked iterator speed #
baseline:  55.7668 msec
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EdSaIdEEE: 
read time: 58.3572 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EdSaIdEEE: 
loop time: 67.3979 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EdSaIdEEE: 
read time: 75.28 msec (cache: 0)
chunked multi array test for type N5vigra22ChunkedArrayCompressedILj3EdSaIdEEE: 
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EdEE: 
read time: 77.926 msec (cache: 17)
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EdEE: 
read time: 74.0042 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EdSaIdEEE: 
read time: 169.513 msec (cache: 17)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EdSaIdEEE: 
read time: 73.9629 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EhSaIhEEE: 
## indexing speed 
baseline:  22.3992 msec
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EhSaIhEEE: 
indexing:  45.7122 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EhSaIhEEE: 
indexing:  45.9351 msec (cache: 0)
chunked multi array test for type N5vigra22ChunkedArrayCompressedILj3EhSaIhEEE: 
indexing:  45.6821 msec (cache: 64)
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EhEE: 
indexing:  46.071 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EhSaIhEEE: 
indexing:  47.123 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EfSaIfEEE: 
## indexing speed 
baseline:  24.6499 msec
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EfSaIfEEE: 
indexing:  53.0498 msec (cache: 0)
chunked multi array test for type N5vigra16ChunkedArrayLazyILj3EfSaIfEEE: 
indexing:  52.9651 msec (cache: 0)
chunked multi array test for type N5vigra22ChunkedArrayCompressedILj3EfSaIfEEE: 
chunked multi array test for type N5vigra19ChunkedArrayTmpFileILj3EfEE: 
indexing:  54.356 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayHDF5ILj3EfSaIfEEE: 
indexing:  53.0901 msec (cache: 64)
chunked multi array test for type N5vigra16ChunkedArrayFullILj3EdSaIdEEE: 
## indexing speed 
baseline:  24.856 msec
chunked mult

Bug#812850: libvigraimpex: fail of test/impex

[Daniel Stender]

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 file or directory.
Entering test suite ImageImportExportTestSuite

Failure in PositionTest::testEXRPosition()
Unexpected Contract exception:  
Precondition violation!
exportImage(): file format does not support requested number of bands (color 
channels)
(/«BUILDDIR»/libvigraimpex-1.10.0+git20160120.803d5d4/include/vigra/impex.hxx:548)


1 of 76 tests failed in test suite ImageImportExportTestSuite


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 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
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#812577: gummi: Gummi fails to locate pictures after ugrade to 0.6.5-3+deb8u1

[Daniel Stender]

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 for Jessie, as
soon as it's possible.

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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#812560: libvigraimpex: should support multiarch

[Daniel Stender]

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 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

-- 
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#811370: libvigraimpex: FTBFS in sid: test suite failure due to pynum 1.10

[Daniel Stender]

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 1.10" changeset to run 
as a patch, but
begun to package the latest repository snapshot instead. I'm working on 
updating the patches, and
a fix for this bug is going to be available very soon (tomorrow).

Daniel

-- 
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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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: http://libpng.sviech.de/old/keep/libvigraimpex.build
> 
> Cause seems to be the new pynum version, upstream has already a patch [1]
> I did not check if the patch work.
> 
> --
> tobi
> 
> 
> [1] 
> https://github.com/ukoethe/vigra/commit/ca2246798fed70e8a7bd0994f22ee9f857e9aba0.patch
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
> 
> Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)

Hi Tobias,

thanks for the bug report. I'll get into this quick.

Greetings,
Daniel

-- 
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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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 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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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
...F..
==
FAIL: test_resume (tests_stopwatch.TestStopWatch)
--
Traceback (most recent call last):
  File "/tmp/buildd/scoop-0.7.1/test/tests_stopwatch.py", line 35, in 
test_resume
self.assertAlmostEqual(second - first, 0.1, places=2)
AssertionError: 0.10783934593200684 != 0.1 within 2 places

--
Ran 77 tests in 53.488s

FAILED (failures=1)


I'm going to get into this, soon.

DS

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

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

-- 
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#756432: CVE request: Gummi

[Daniel Stender]

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 Stender

[1] https://github.com/alexandervdm/gummi

[2] https://bugs.debian.org/756432
gummi: Uses predictable filenames in /tmp based on basename

-- 
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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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].
>>
>> I'm going to fix that problem now (upstream is dead). Question: do
>> we have a (minor) security related problem here, which also needs to
>> be fixed for stable? I've learned from another case that this might
>> be a problematic race condition [3].
> 
> Thanks for going to fix this in unstable already. For wheezy and
> jessie: This issue does not warrant on it's own a DSA, in particular
> since such issues are mitigated in Debian: cf.
> https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#security
> 
> But: Could you fix this in wheezy and jessie via the proposed-updates
> mechanism? See
> https://www.debian.org/doc/manuals/developers-reference/ch05.en.html#upload-stable
> 
> Regards,
> Salvatore

Thx for the quick reply!

Yes, o.k., I'm going to fix this as non-dsa over proposed updates. I guess
a CVE request on this is not necessary, is it? Are you going to create an
entry in the security tracker, anyway? 

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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#794736: libvigraimpex: library transitions

[Daniel Stender]

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
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

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
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

The transition(s) of Vigra (1.10.0 and lib5v5) is just around the corner. We're
checking the reverse-deps, all works/builds fine instead of current 3depict [1],
and I've faced some problems with libreoffice ([2], also not related to 
libvigraimpex-dev,
though). Yet little busy, but this is going 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 (LPI000329859 64mz6f7kt4)
http://www.danielstender.com/blog/

-- 
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#794853: libvigraimpex: non DFSG file in the source package

[Daniel Stender]

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
./src/examples/lenna.bmp
./src/examples/lenna_transposed.gif
./src/examples/lenna_small.gif
./src/examples/lenna_sub.gif
./src/examples/lenna_gray.gif
./src/examples/tutorial/lenna_color.gif
./src/examples/tutorial/lenna_color_small.gif
./src/examples/tutorial/lenna_composite_color.gif
./src/examples/tutorial/lenna_smoothed.gif
./src/examples/tutorial/lenna_small.gif
./src/examples/tutorial/lenna_inverted_color.gif
./src/examples/tutorial/lenna_gray.gif
./src/images/lenna_color.gif
./src/images/lenna_stripes.gif
./src/images/lenna_color_small.gif
./src/images/lenna_composite_color.gif
./src/images/lenna_smoothed.gif
./src/images/lenna_mirror_vertical.gif
./src/images/lenna_transposed_minor.gif
./src/images/lenna_inverted.gif
./src/images/lenna_small.gif
./src/images/lenna_sub.gif
./src/images/lenna_mirror_horizontal.gif
./src/images/lenna_gray.gif
./src/images/lenna_transposed_major.gif
./test/imgproc/lennargb42FIR.xv
./test/imgproc/lenna42lin.xv
./test/imgproc/lenna_rotate.xv
./test/imgproc/lenna42linrgb.xv
./test/imgproc/lenna128rgb.xv
./test/imgproc/lenna367FIR.xv
./test/imgproc/lenna128.xv
./test/imgproc/lenna288rgbneu.xv
./test/imgproc/lenna42neu.xv
./test/imgproc/lenna42rgbneu.xv
./test/imgproc/lenna42FIR.xv
./test/imgproc/lenna288rgb.xv
./test/imgproc/lenna288neu.xv
./test/imgproc/lenna42rgb.xv
./test/imgproc/lenna42.xv
./test/imgproc/lennargb42IIR.xv
./test/imgproc/lenna42IIR.xv
./test/imgproc/lenna288.xv
./test/imgproc/lenna367IIR.xv
./test/simpleanalysis/lenna128.xv
./test/convolution/lenna128rgb.xv
./test/convolution/lennahessxx.xv
./test/convolution/lennastxy.xv
./test/convolution/lenna_level-1.xv
./test/convolution/lenna128nonlinear.xv
./test/convolution/lenna_gaussian_sharpening_orig.xv
./test/convolution/lenna128.xv
./test/convolution/lenna_levellap0.xv
./test/convolution/lenna_level-2.xv
./test/convolution/lenna_levellap2.xv
./test/convolution/lenna_level1.xv
./test/convolution/lenna128sepgrad.xv
./test/convolution/lennastyy.xv
./test/convolution/lennargbst.xv
./test/convolution/lenna128rgbsepgrad.xv
./test/convolution/lenna_level2.xv
./test/convolution/lenna128recgrad.xv
./test/convolution/lennahessyy.xv
./test/convolution/lenna_simple_sharpening_orig.xv
./test/convolution/lenna_levellap1.xv
./test/convolution/lennastxx.xv
./test/convolution/lennahessxy.xv
./test/slic2d/lenna.xv
./test/image/lenna.xv
./test/image/lenna.gif
./test/impex/lenna_masked_gray.tif
./test/impex/lenna_0.tif
./test/impex/lennargb.xv
./test/impex/lennafloatrgb.xv
./test/impex/lenna_masked_color.tif
./test/impex/lenna_1.tif
./test/impex/lenna.xv
./test/impex/lenna_gifref.xv
./test/impex/lenna_2.tif
./test/impex/lennafloat.xv

I've informed upstream about that there might be a distribution problem for 
Debian with
the images already on 15-07-22 (https://github.com/ukoethe/vigra/issues/253).

Please let me lower the severity of this bug to prevent an AUTORM to get 
triggered on
this issue, soon. We are going to deal with this, but we have the Vigra 
transition and the
libstdc++ transition on Vigra going on right now. Furthermore, on the devel 
list there is
currently a discussion going on the images which also doesn't came to a 
conclusion on the
actual state of license of the image set [1].

Thanks,
DS

[1] https://lists.debian.org/debian-devel/2015/08/msg00169.html
 
-- 
http://www.danielstender.com/blog/
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8

-- 
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#794853: Fwd: Re: Mass bug filing about non free lena image.

[Daniel Stender]

I would love when we don't have a problem here ...

DS

 Forwarded Message 
Subject: Re: Mass bug filing about non free lena image.
Resent-Date: Wed, 12 Aug 2015 20:29:32 + (UTC)
Resent-From: debian-de...@lists.debian.org
Date: Wed, 12 Aug 2015 22:29:18 +0200
From: Jonas Smedegaard 
To: debian-de...@lists.debian.org

Quoting Jakub Wilk (2015-08-12 21:57:40)
> Has anybody asked the copyright holders to release the image under a 
> free license? Or is everybody assuming that they won't?

>From :

> While Playboy often cracks down on illegal uses of its material and 
> did initially send out notices to research publications and journals 
> that used the image,[11] over time it has decided to overlook the wide 
> use of Lena. Eileen Kent, VP of new media at Playboy said, "We decided 
> we should exploit this, because it is a phenomenon."

Above (especially the "overlook the wide use" part) made me stop look 
further for likelihood of free licensing.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

-- 
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#794736: libvigraimpex: library transition is needed when GCC 5 is the default

[Daniel Stender]

On 13.08.2015 19:31, Andreas Metzler wrote:
>> We have some other serious issues open for Vigra (with the Lenna
>> image set [2] and test suite problems in Mips), so I suggest we do
>> it that way: I'm going to prepare a "v5" 1.9.0+dfsg-11 for unstable
>> in the next days and check the reverse deps. After that we go for a
>> "v5" 1.10.0+dfsg-10 in experimental and check the reverse deps on
>> that, that would close the stdc++6 transition as the next thing to
>> do on Vigra.
> [...]
> 
> I would suggest to make a "v5" for /experimental/ ASAP to minimize
> delay due to new processing.
> 
> cu Andreas

Yes, o.k, all right, I'll have that ready soon.

Dan

-- 
http://www.danielstender.com/blog/
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8

-- 
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#794736: libvigraimpex: library transition is needed when GCC 5 is the default

[Daniel Stender]

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 (renaming libvigraimpex5 to libvigraimpexv5 and 
rebuild) - there's
really no need to avoid this.

We have some other serious issues open for Vigra (with the Lenna image set [2] 
and test suite
problems in Mips), so I suggest we do it that way: I'm going to prepare a "v5" 
1.9.0+dfsg-11
for unstable in the next days and check the reverse deps. After that we go for 
a "v5"
1.10.0+dfsg-10 in experimental and check the reverse deps on that, that would 
close the
stdc++6 transition as the next thing to do on Vigra.

Daniel

[1] https://bugs.debian.org/793044 (transition: libvigraimpex)

[2] https://lists.debian.org/debian-devel/2015/08/msg00090.html

-- 
http://www.danielstender.com/blog/
4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8

-- 
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#785605: gummi: Clicking "Project" and then "Open Project" results in segfault.

[Daniel Stender]

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 on backtracing to obtain the following:
> 
> 
> Program received signal SIGSEGV, Segmentation fault.
> strlen () at ../sysdeps/x86_64/strlen.S:106
> 106 ../sysdeps/x86_64/strlen.S: No such file or directory.
> (gdb) Quit
> (gdb) bt
> #0  strlen () at ../sysdeps/x86_64/strlen.S:106
> #1  0x77b35123 in g_strdup () from /lib/x86_64-linux-
> gnu/libglib-2.0.so.0
> #2  0x762a6b2c in ?? () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #3  0x7628564b in g_object_new_valist () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #4  0x762859e1 in g_object_new () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #5  0x77362b0d in gtk_file_chooser_dialog_new_valist
> (title=0x3b1984e2c6feb000  0x3b1984e2c6feb000>, parent=0x6ae580, action=GTK_FILE_CHOOSER_ACTION_OPEN,
> first_button_text=0x432654 "gtk-cancel", varargs=varargs@entry=0x7fffd2a0,
> backend=0x0) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkfilechooserdialog.c:398
> #6  0x77362c1a in IA__gtk_file_chooser_dialog_new (title= out>, parent=, action=,
> first_button_text=) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkfilechooserdialog.c:442
> #7  0x0041b875 in get_open_filename (type=TYPE_PROJECT) at gui/gui-
> main.c:782
> #8  0x0041742b in on_menu_projopen_activate (widget=0x7b6040, 
> user=0x0)
> at gui/gui-menu.c:641
> #9  0x7627e2d5 in g_closure_invoke () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #10 0x7629003c in ?? () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #11 0x76298698 in g_signal_emit_valist () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #12 0x762988ff in g_signal_emit () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #13 0x774c5af6 in IA__gtk_widget_activate
> (widget=widget@entry=0x7b6040) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkwidget.c:5041
> #14 0x773c194d in IA__gtk_menu_shell_activate_item
> (menu_shell=0x7b5150, menu_item=0x7b6040, force_deactivate=) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkmenushell.c:1276
> #15 0x773c1ceb in gtk_menu_shell_button_release (widget=0x7b5150,
> event=) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkmenushell.c:703
> #16 0x773afa3f in _gtk_marshal_BOOLEAN__BOXED (closure=0x6a1230,
> return_value=0x7fffda70, n_param_values=,
> param_values=0x7fffdb20, invocation_hint=,
> marshal_data=0x773b70d0 ) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkmarshalers.c:86
> #17 0x7627e2d5 in g_closure_invoke () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #18 0x7628ff32 in ?? () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #19 0x762981a5 in g_signal_emit_valist () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #20 0x762988ff in g_signal_emit () from /usr/lib/x86_64-linux-
> gnu/libgobject-2.0.so.0
> #21 0x774c6d6c in gtk_widget_event_internal
> (widget=widget@entry=0x7b5150, event=event@entry=0x7fe080) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkwidget.c:5010
> #22 0x774c7061 in IA__gtk_widget_event (widget=widget@entry=0x7b5150,
> event=event@entry=0x7fe080) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkwidget.c:4807
> #23 0x773ae184 in IA__gtk_propagate_event (widget=0x7b5150,
> event=0x7fe080) at /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkmain.c:2490
> #24 0x773ae61b in IA__gtk_main_do_event (event=0x7fe080) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkmain.c:1685
> #25 0x77021b5c in gdk_event_dispatch (source=,
> callback=, user_data=) at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gdk/x11/gdkevents-x11.c:2425
> #26 0x77b16c3d in g_main_context_dispatch () from /lib/x86_64-linux-
> gnu/libglib-2.0.so.0
> #27 0x77b16f20 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #28 0x77b17242 in g_main_loop_run () from /lib/x86_64-linux-
> gnu/libglib-2.0.so.0
> #29 0x773ad597 in IA__gtk_main () at
> /build/gtk+2.0-czQfyJ/gtk+2.0-2.24.25/gtk/gtkmain.c:1257
> #30 0x00419f5c in gui_main (builder=0x69ac30) at gui/gui-main.c:280
> #31 0x0042fd91 in main (argc=1, argv=0x7fffe198) at main.c:171
> 
> Please let me know if I can be of further assistance.
> 
> 
> Regards,
> 
> Charles
> 
&g

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

[Daniel Stender]

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

-- 
http://qa.debian.org/developer.php?login=debian%40danielstender.com
4096R/DF5182C8
46CB1CA89EA3B74376761DB915E09AF4DF5182C8

-- 
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#766970: python-scoop: Provide the Python 3 package

[Daniel Stender]

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 close to the freeze and because your package add a new binary 
> package it will requiered to pass the new queue.
> So it will no be possible to have python3 package for scoop into jessie.
> 
> nevertheless I propose to upload it targetting the experimental distribution 
> and reseve "unstable" for last minut fix if requiered by the release-team.
> 
> Is it ok for you ?
> 
> Cheers
> 
> Frederic.
> 
> so : just change in the changelog unstable for experimenta and I will upload 
> the package.
> 
> thanks


-- 
http://qa.debian.org/developer.php?login=debian%40danielstender.com
GPG key: 4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676 1DB9 15E0 9AF4 DF51 82C8

-- 
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#766970: python-scoop: Provide the Python 3 package

[Daniel Stender]

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 DF51 82C8

-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Forgot to mention ... the release upstream is shipped w/o any
documentation, so we've dropped the docs-package.

Greetings,
Daniel

On 11.10.2014 23:50, Daniel Stender wrote:
> 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

- -- 
https://qa.debian.org/developer.php?login=debian%40danielstender.com
PGP key: 4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676  1DB9 15E0 9AF4 DF51 82C8


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUOax/AAoJEBXgmvTfUYLILwIP/2JJB+9LcjD4M5Gn3vFg2WKx
uAuTNWptDBhipT4mjbFss1vO5vf7hir66NRHqFWi4dUDJ1aT60DzpckbQmoP6dYj
+5qx0BAE3nnYHiEZbTb2w8ZurQeIpJjMSq2UguPmNCZjGNOzia2Pw2+uqKZmGo0W
ugfp31IC9R9Upcl/cMsrhv1tcwAqufhmV93t4GJEylDxFUi0JnRyCeAVbbAKOWOI
oGP2H+aYooYMNI+oZz+x/BJ52h8L3SqhAuULKxs6PF+igqubpOUDdgmUGauy4d9V
FCCvUX28oupbHT5THxuEniagXIXXeOrOkcKJEL+QILmHrxrmG9WTo0/X99kILT/R
QP5wNGYdsnOazhuDyvlPq6eKS56m6P0sytMop5Wvd1TCCPSsgr9O8CoWwIOGzlE5
r7bS5816h1io1zqgNQfsrMEJ6pnLZkD/nJTyTTAIbpL7xv0UtCEjyZj58uKT0dMB
eBMjBrMHPfvjqF6aKc1VSFjbgx/XQID8NzI7dmHprZa9gwxxNF27iaxsQzV83aEH
EgNQOHYBLj/w0S8TCDxnIBvxJDQmneeJANlrpY5hpEFBjOQrnP5blB+bNgkuPlQI
sxRIk+JbToYvKIwph37wRtJiI6qhbcjUTBX3PhT92RKi3WQXjnUw64ygCm7p9FlD
94A8LAHQh9De/hNv08HU
=rNl8
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

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

[Daniel Stender]

-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 Falavigna wrote:
> Hi,
> 
> nltk/text/FX8.xml contains the following terms:
> 
> Distributed under licence by Oxford University Computing Services 
> on behalf of the BNC Consortium. This material is protected by 
> international copyright laws and may not be copied or redistributed
> in any way. Consult the BNC Web Site at http://www.natcorp.ox.ac.uk
> for full licencing and distribution conditions.
> 
> It seems these rules apply: 
> http://www.natcorp.ox.ac.uk/docs/licence.html, which render this 
> file non redistributable.
> 
> Cheers, Luca
> 
> ===
> 
> Please feel free to respond to this email if you don't understand 
> why your files were rejected, or if you upload new files which 
> address our concerns.

- -- 
https://qa.debian.org/developer.php?login=debian%40danielstender.com
PGP key: 4096R/DF5182C8
46CB 1CA8 9EA3 B743 7676  1DB9 15E0 9AF4 DF51 82C8


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCgAGBQJUOaYiAAoJEBXgmvTfUYLIqsoQAJtbIv/RgfMihReEe2m+rdo6
+YHdqBCFD787DqfO/f+YOiYuHOkaaokANX//UdBXwSG8l++MnXPFCLuirTkZDEY6
fph18rG9qogIwTU/Nw1Amyu6lxRvXJ1aUDcMztJxTritm41URpTAdca0eARLNi1i
q8wTcyh0nD4ObTLBaxiP/LcRkoP6r12seTcXvyDphnQudApvtB6inCO9rrEAJDak
j/PllANGRiGEtwRa7qlFiRVnml21gfgXxGVmZSBWN5M7VIqahjGM7qlpYeLdTGSa
BYD9kkfMZ8bFcSMCJy+XhUmF0rGIOXUa/qTGGX2dN6l+0eofPzB2/Kq9jF2wdZtS
MtmVm/iVmov7ahO5T/UlAvgkB5H9yb4XTvmaE3C6fvPKoW09Uhd7Wv9Pr5ppN5cZ
SUEAo+Ekbty4JoUhAw7qyqHgb7IcuwNjAlyN7Z+LWGpi/2C2Xzi6If5EccS1Fi2a
u1G9hGItbUbqiSgFQ12ZBu93WMDwUzNVyyaHRpz3sspgLV4wPsB8J/9CquUYHjGP
G+g1IpjQDPdKe2AlsGawzzGQmFey/M0FYs8gM0jicXU2bKHAh1Jo7IB27A8TUkY9
hONAe4snzP5Cyf1a2lciYU3PWeP3sxwax+Uz3GSdJee2xDhFi/laykGlM6dJB1dH
JyAqvRz1S6+Ohkd1+ppY
=fqBh
-END PGP SIGNATURE-


-- 
debian-science-maintainers mailing list
debian-science-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers