Hello, Thanks for all the work getting the trunk in shape for the 0.6.x branch: http://svn.scipy.org/svn/scipy/branches/0.6.x There are a few small changes I still want to make and I will need to ask everyone to test it before making the 0.6.0 tag and release. The version of the trunk has been updated to reflect the fact that all development on it will be in preparation for the 0.7.0 release in about 3 months. Thanks, -- Jarrod Millman Computational Infrastructure for Research Labs 10 Giannini Hall, UC Berkeley phone: 510.643.4014 http://cirl.berkeley.edu/
Thanks for all the work getting the trunk in shape for the 0.6.x branch: http://svn.scipy.org/svn/scipy/branches/0.6.x
There are a few small changes I still want to make and I will need to ask everyone to test it before making the 0.6.0 tag and release.
import scipy scipy.test() Found 9 tests for scipy.cluster.vq Found 18 tests for scipy.fftpack.basic Found 4 tests for scipy.fftpack.helper Found 20 tests for scipy.fftpack.pseudo_diffs Found 1 tests for scipy.integrate Found 10 tests for scipy.integrate.quadpack Found 3 tests for scipy.integrate.quadrature Found 6 tests for scipy.interpolate Found 6 tests for scipy.interpolate.fitpack Found 4 tests for scipy.io.array_import Found 28 tests for scipy.io.mio Found 13 tests for scipy.io.mmio Found 5 tests for scipy.io.npfile Found 4 tests for scipy.io.recaster Found 16 tests for scipy.lib.blas Found 128 tests for scipy.lib.blas.fblas Found 42 tests for scipy.lib.lapack Found 41 tests for scipy.linalg.basic Found 14 tests for scipy.linalg.blas Found 72 tests for scipy.linalg.decomp Found 128 tests for scipy.linalg.fblas Found 6 tests for scipy.linalg.iterative Found 4 tests for scipy.linalg.lapack Found 7 tests for scipy.linalg.matfuncs Found 9 tests for scipy.linsolve.umfpack Found 2 tests for scipy.maxentropy Warning: FAILURE importing tests for <module 'scipy.misc.pilutil' from 'scipy/misc/pilutil.pyc'> scipy/misc/tests/test_pilutil.py:13: NameError: name 'ParametricTestCase' is not defined (in ?) Found 399 tests for scipy.ndimage Found 5 tests for scipy.odr Found 8 tests for scipy.optimize Found 1 tests for scipy.optimize.cobyla Found 10 tests for scipy.optimize.nonlin Found 4 tests for scipy.optimize.zeros Found 5 tests for scipy.signal.signaltools Found 4 tests for scipy.signal.wavelets Warning: FAILURE importing tests for <module 'scipy.sparse' from 'scipy/sparse/__init__.pyc'> scipy/sparse/tests/test_sparse.py:792: NameError: name 'ParametricTestCase' is not defined (in ?) Warning: FAILURE importing tests for <module 'scipy.sparse.sparse' from 'scipy/sparse/sparse.pyc'> scipy/sparse/tests/test_sparse.py:792: NameError: name 'ParametricTestCase' is not defined (in ?) Found 342 tests for scipy.special.basic Found 3 tests for scipy.special.spfun_stats Found 107 tests for scipy.stats Found 73 tests for scipy.stats.distributions Found 23 tests for scipy.stats.models.formula Found 2 tests for scipy.stats.models.glm Found 4 tests for scipy.stats.models.regression Found 2 tests for scipy.stats.models.rlm Found 6 tests for scipy.stats.models.utils Found 10 tests for scipy.stats.morestats Found 0 tests for __main__ .../home/ondra/scipy/jarrod/dist/lib/python2.4/site-packages/scipy/cluster/vq.py:477: UserWarning: One of the clusters is empty. Re-run kmean with a different initialization. warnings.warn("One of the clusters is empty. " exception raised as expected: One of the clusters is empty. Re-run kmean with a different initialization. ................................................Residual: 1.05006950608e-07 ..................../home/ondra/scipy/jarrod/dist/lib/python2.4/site-packages/scipy/interpolate/fitpack2.py:458: UserWarning: The coefficients of the spline returned have been computed as the minimal norm least-squares solution of a (numerically) rank deficient system (deficiency=7). If deficiency is large, the results may be inaccurate. Deficiency may strongly depend on the value of eps. warnings.warn(message) ...... Don't worry about a warning regarding the number of bytes read. Warning: 1000000 bytes requested, 20 bytes read. .........................................................................caxpy:n=4 ..caxpy:n=3 ....ccopy:n=4 ..ccopy:n=3 .............cscal:n=4 ....cswap:n=4 ..cswap:n=3 .....daxpy:n=4 ..daxpy:n=3 ....dcopy:n=4 ..dcopy:n=3 .............dscal:n=4 ....dswap:n=4 ..dswap:n=3 .....saxpy:n=4 ..saxpy:n=3 ....scopy:n=4 ..scopy:n=3 .............sscal:n=4 ....sswap:n=4 ..sswap:n=3 .....zaxpy:n=4 ..zaxpy:n=3 ....zcopy:n=4 ..zcopy:n=3 .............zscal:n=4 ....zswap:n=4 ..zswap:n=3 ..............................................................................................................................................................................caxpy:n=4 ..caxpy:n=3 ....ccopy:n=4 ..ccopy:n=3 .............cscal:n=4 ....cswap:n=4 ..cswap:n=3 .....daxpy:n=4 ..daxpy:n=3 ....dcopy:n=4 ..dcopy:n=3 .............dscal:n=4 ....dswap:n=4 ..dswap:n=3 .....saxpy:n=4 ..saxpy:n=3 ....scopy:n=4 ..scopy:n=3 .............sscal:n=4 ....sswap:n=4 ..sswap:n=3 .....zaxpy:n=4 ..zaxpy:n=3 ....zcopy:n=4 ..zcopy:n=3 .............zscal:n=4 ....zswap:n=4 ..zswap:n=3 .............Result may be inaccurate, approximate err = 4.44411917524e-09 ...Result may be inaccurate, approximate err = 1.61696391382e-10 ......Use minimum degree ordering on A'+A. ..Use minimum degree ordering on A'+A. ...Use minimum degree ordering on A'+A. ..........................................................................................................scipy/ndimage/interpolation.py:41: UserWarning: Mode "reflect" may yield incorrect results on boundaries. Please use "mirror" instead. warnings.warn('Mode "reflect" may yield incorrect results on ' ...........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................0.2 0.2 0.2 ......0.2 ..0.2 0.2 0.2 0.2 0.2 ..............................................................................................................................................................................................................................................Ties
Compiles fine, only I need to patch umfpack.i with stuff like this: -%include <umfpack_get_numeric.h> +%include <suitesparse/umfpack_get_numeric.h> But this is specific to Debian, because there the umfpack is in the suitesparse package (I have this patch in the debian package, so you don't have to worry about it). The results of tests are here (am I executing them correctly?). Ondrej ondra@pc232:~/scipy/jarrod/dist/lib/python2.4/site-packages$ python Python 2.4.4 (#2, Aug 16 2007, 02:03:40) [GCC 4.1.3 20070812 (prerelease) (Debian 4.1.2-15)] on linux2 Type "help", "copyright", "credits" or "license" for more information. preclude use of exact statistic. ..Ties preclude use of exact statistic. ...... ---------------------------------------------------------------------- Ran 1608 tests in 6.435s OK <unittest.TextTestRunner object at 0xb603abac>
Hey, On 8/29/07, Jarrod Millman <millman@berkeley.edu> wrote:
Hello,
Thanks for all the work getting the trunk in shape for the 0.6.x branch: http://svn.scipy.org/svn/scipy/branches/0.6.x
There are a few small changes I still want to make and I will need to ask everyone to test it before making the 0.6.0 tag and release.
The version of the trunk has been updated to reflect the fact that all development on it will be in preparation for the 0.7.0 release in about 3 months.
These tests were done on an Ubuntu Feisty 32-bit box, with python2.5 and using the official numpy: In [7]: numpy.__version__ Out[7]: '1.0.3.1' from the sourceforge released tarball. Both the short and long test suites pass, I'm attaching the result log. Oddly enough, the very first time I ran the test suite, it hung for about 1/2 hour at 100%CPU until I killed it. This is the traceback I got at that point: Use minimum degree ordering on A'+A. Traceback (most recent call last): File "./testpkg", line 23, in <module> pkg.test(10) File "/home/fperez/usr/opt/lib/python2.5/site-packages/scipy/__init__.py", line 77, in test return NumpyTest(scipy).test(level, verbosity) File "/home/fperez/usr/opt/lib/python2.5/site-packages/numpy/testing/numpytest.py", line 568 , in test runner.run(all_tests) File "/usr/lib/python2.5/unittest.py", line 705, in run test(result) File "/usr/lib/python2.5/unittest.py", line 437, in __call__ return self.run(*args, **kwds) File "/usr/lib/python2.5/unittest.py", line 433, in run test(result) File "/home/fperez/usr/opt/lib/python2.5/site-packages/numpy/testing/numpytest.py", line 139 , in __call__ unittest.TestCase.__call__(self, result) File "/usr/lib/python2.5/unittest.py", line 281, in __call__ return self.run(*args, **kwds) File "/usr/lib/python2.5/unittest.py", line 260, in run testMethod() File "/home/fperez/tmp/local/lib/python2.5/site-packages/scipy/optimize/tests/test_optimize. py", line 107, in check_ncg retall=False) File "/home/fperez/usr/opt/lib/python2.5/site-packages/scipy/optimize/optimize.py", line 110 7, in fmin_ncg Ap = approx_fhess_p(xk,psupi,fprime,epsilon) File "/home/fperez/usr/opt/lib/python2.5/site-packages/scipy/optimize/optimize.py", line 625 , in approx_fhess_p f2 = fprime(*((x0+epsilon*p,)+args)) File "/home/fperez/usr/opt/lib/python2.5/site-packages/scipy/optimize/optimize.py", line 95, in function_wrapper return function(x, *args) File "/home/fperez/tmp/local/lib/python2.5/site-packages/scipy/optimize/tests/test_optimize. py", line 41, in grad log_pdot = dot(self.F, x) KeyboardInterrupt This hasn't happened again, so I mention it just in case anyone else sees the problem (perhaps a test with random data that happened not to converge?) Cheers, f
This hasn't happened again, so I mention it just in case anyone else sees the problem (perhaps a test with random data that happened not to converge?)
I think there shouldn't be any random data in the tests, for exactly the reason above, that you will not able to reproduce the bug anyway. Ondrej
Ondrej Certik wrote:
This hasn't happened again, so I mention it just in case anyone else sees the problem (perhaps a test with random data that happened not to converge?)
I think there shouldn't be any random data in the tests, for exactly the reason above, that you will not able to reproduce the bug anyway.
To be exact: whereever pseudo-random data is used, it should be seeded deterministically. (I'm pretty sure that true random data is not used anyway)
participants (4)
-
Fernando Perez -
Jarrod Millman -
Norbert Nemec -
Ondrej Certik