headers
Peter Wang | 2 May 22:37

[IT] Maintenance and scheduled downtime this evening and weekend

Hi everyone,

This evening and this weekend, we will be doing a major overhaul of  
Enthought's internal network infrastructure.  We will be cleaning up a  
large amount of legacy structure and transitioning to a more  
maintainable, better documented configuration.

We have planned the work so that externally-facing servers will  
experience a minimum of downtime.  In the event of unforeseen  
difficulties that cause outages to extend beyond the times given  
below, we will update the network status page, located at http://dr0.enthought.com/status/ 
.  This page will remain available and be unaffected by any network  
outages.

Downtimes:
Friday May 2, 2008, 8pm - 10pm Central time
     (= 9pm - 11pm Eastern time)
     (= 1am - 3am UTC Sat. May 3)

Saturday May 2, 2008, 10am - 11am Central time
     (= 11am - 12 noon Eastern time)
     (= 3pm - 4pm UTC)

To reach us during the downtime, please use the contact information  
provided on the network status page.  Please let me know if you have  
any questions or concerns.

We will send out another email once the outage is complete.  Thanks  
for your patience!
(Continue reading)

Permalink | Reply | 2 comments |
headers
Damian Eads | 3 May 00:45
Favicon

Re: [SciPy-dev] [IT] Maintenance and scheduled downtime this evening and weekend

Will this effect SVN and Trac access?

Thanks!

Damian

Peter Wang wrote:
> Hi everyone,
> 
> This evening and this weekend, we will be doing a major overhaul of  
> Enthought's internal network infrastructure.  We will be cleaning up a  
> large amount of legacy structure and transitioning to a more  
> maintainable, better documented configuration.
Permalink | Reply | 1 comment |
headers
Peter Wang | 3 May 00:50

Re: [SciPy-dev] [IT] Maintenance and scheduled downtime this evening and weekend

On May 2, 2008, at 5:45 PM, Damian Eads wrote:
> Will this effect SVN and Trac access?
> Thanks!
> Damian

Yes, this affects svn, trac, web, mailing lists,...everything, because  
we will be working on the underlying network infrastructure.

-Peter
Permalink | Reply | 0 comments |
headers
Damian Eads | 3 May 14:19
Favicon

importing scipy.stats generates exception on deprecate decorator

Hi,

I just encountered a rather puzzling exception I have never seen before, 
which is generated when scipy.stats is imported. It occurs regardless if 
I use scipy from the latest SVN checkout or Fedora 8-yum.

[redfox <at> localhost chestnut]$ python
Python 2.5.1 (r251:54863, Oct 30 2007, 13:54:11)
[GCC 4.1.2 20070925 (Red Hat 4.1.2-33)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
 >>> import scipy.stats
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/tmp/qq/lib/python2.5/site-packages/scipy/stats/__init__.py", 
line 7, in <module>
     from stats import *
   File "/tmp/qq/lib/python2.5/site-packages/scipy/stats/stats.py", line 
192, in <module>
     import scipy.linalg as linalg
   File "/tmp/qq/lib/python2.5/site-packages/scipy/linalg/__init__.py", 
line 13, in <module>
     from iterative import *
   File "/tmp/qq/lib/python2.5/site-packages/scipy/linalg/iterative.py", 
line 5, in <module>
     from scipy.sparse.linalg import isolve
   File "/tmp/qq/lib/python2.5/site-packages/scipy/sparse/__init__.py", 
line 5, in <module>
     from base import *
   File "/tmp/qq/lib/python2.5/site-packages/scipy/sparse/base.py", line 
45, in <module>
(Continue reading)

Permalink | Reply | 5 comments |
headers
Matthieu Brucher | 3 May 15:17
Picon

Re: importing scipy.stats generates exception on deprecate decorator

Hi,

Did you use latest numpy SVN as well ?

Matthieu

2008/5/3 Damian Eads <eads <at> soe.ucsc.edu>:
Hi,

I just encountered a rather puzzling exception I have never seen before,
which is generated when scipy.stats is imported. It occurs regardless if
I use scipy from the latest SVN checkout or Fedora 8-yum.

[redfox <at> localhost chestnut]$ python
Python 2.5.1 (r251:54863, Oct 30 2007, 13:54:11)
[GCC 4.1.2 20070925 (Red Hat 4.1.2-33)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
 >>> import scipy.stats
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/tmp/qq/lib/python2.5/site-packages/scipy/stats/__init__.py",
line 7, in <module>
    from stats import *
  File "/tmp/qq/lib/python2.5/site-packages/scipy/stats/stats.py", line
192, in <module>
    import scipy.linalg as linalg
  File "/tmp/qq/lib/python2.5/site-packages/scipy/linalg/__init__.py",
line 13, in <module>
    from iterative import *
  File "/tmp/qq/lib/python2.5/site-packages/scipy/linalg/iterative.py",
line 5, in <module>
    from scipy.sparse.linalg import isolve
  File "/tmp/qq/lib/python2.5/site-packages/scipy/sparse/__init__.py",
line 5, in <module>
    from base import *
  File "/tmp/qq/lib/python2.5/site-packages/scipy/sparse/base.py", line
45, in <module>
    class spmatrix(object):
  File "/tmp/qq/lib/python2.5/site-packages/scipy/sparse/base.py", line
139, in spmatrix
    <at> deprecate
TypeError: deprecate() takes exactly 3 arguments (1 given)
 >>>

Any ideas?

Damian
_______________________________________________
Scipy-dev mailing list
Scipy-dev <at> scipy.org
http://projects.scipy.org/mailman/listinfo/scipy-dev



--
French PhD student
Website : http://matthieu-brucher.developpez.com/
Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92
LinkedIn : http://www.linkedin.com/in/matthieubrucher 
_______________________________________________
Scipy-dev mailing list
Scipy-dev <at> scipy.org
http://projects.scipy.org/mailman/listinfo/scipy-dev
Permalink | Reply | 4 comments |
headers
Robin | 3 May 16:14
Picon

pickle of dok_matrix fails with protocol 2

Hi,

I found that trying to load a protocol 2 binary pickle of a dok_matrix
results in an error:

Protocol 1 binary and protocol 0 seem to work OK.

In [37]: Ad = sparse.dok_matrix((10,10),dtype=int8)

In [38]: Ad[2,array([1,2,3,4])]=1

In [39]: fd = open('test.pkl','wb')

In [40]: cPickle.dump(Ad,fd,2)

In [41]: fd.close()

In [42]: fd = open('test.pkl','rb')

In [43]: cPickle.load(fd)
---------------------------------------------------------------------------
<type 'exceptions.AttributeError'>        Traceback (most recent call last)

/Users/robince/phd/maxent/python/≤ipython console> in <module>()

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/scipy/sparse/dok.py
in __setitem__(self, key, value)
    192                 j += self.shape[1]
    193
--> 194             if i < 0 or i >= self.shape[0] or j < 0 or j >=
self.shape[1]:
    195                 raise IndexError, "index out of bounds"
    196             if isintlike(value) and value == 0:

/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/scipy/sparse/base.py
in __getattr__(self, attr)
    314             return self.getnnz()
    315         else:
--> 316             raise AttributeError, attr + " not found"
    317
    318     def transpose(self):

<type 'exceptions.AttributeError'>: shape not found

In [44]: numpy.__version__
Out[44]: '1.0.5.dev4987'

In [45]: scipy.__version__
Out[45]: '0.7.0.dev4114'

In [46]: cPickle.__version__
Out[46]: '1.71'

I have submitted this as ticket #661
http://scipy.org/scipy/scipy/ticket/661

I hope this was the correct thing to do.

Robin
Permalink | Reply | 0 comments |
headers
Peter Wang | 4 May 19:12

[IT] (updated) Maintenance and scheduled downtime this evening and weekend

Hi everyone,

We will need to do some more on the network today, Sunday May 4, from  
1pm to 3pm Central time.  (This is 2pm-4pm Eastern, 6pm-8pm UTC.)   
This affects the main Enthought and Scipy.org servers, including SVN,  
Trac, the mailing lists, and the web site.  As usual, we don't  
anticipate the services being down for the entire time, but there may  
be intermittent connectivity issues during that time.  Please try to  
avoid editing any Trac wikis during this time, since you may lose your  
changes.

We will try to complete the work as quickly as possible, and we will  
send a status update when the scheduled work as been completed.   
Please check http://dr0.enthought.com/status for status updates.

On behalf of the IT crew, thanks again for your patience and bearing  
with us.  We recognize that these outages are inconvenient but they  
are a critical part of the transition to a new infrastructure that  
better supports the growing needs of the Scipy open-source community.

Please let us know if you have any questions or concerns!

-Peter
Permalink | Reply | 1 comment |
headers
David Cournapeau | 5 May 10:01
Picon
Picon

How to run scipy benchmarks "unit tests" ?

Hi,

   Before the conversion to nosetests, there used to be a bunch of 
benchmarks in the unit tests. (for example, in fftpack). How to run them 
now from the python interpreter ? I tried scipy.fftpack.bench, but it 
does not find any benchmark.

cheers,

David
Permalink | Reply | 2 comments |
headers
Peter Wang | 5 May 11:44

[IT] Weekend outage complete

Hi everyone,

The downtime took a little longer than expected (perhaps that is to be  
expected?), but everything should be back up and running now.  Mail,  
web, SVN, and Trac for scipy.org and enthought.com are all  
functional.  The mail server is working through some backlogged mail  
but that should clear up in a few hours.

Thanks again for your patience during this upgrade process.  We're in  
much better shape now to continue improving our network without  
causing such intrusive outages in the future.

Please let me know if you have any questions or comments.

On behalf of the IT crew,
Thanks,
Peter
Permalink | Reply | 1 comment |
headers
Matthew Brett | 5 May 12:24
Picon
Gravatar

Re: How to run scipy benchmarks "unit tests" ?

Hi,

>    Before the conversion to nosetests, there used to be a bunch of
>  benchmarks in the unit tests. (for example, in fftpack). How to run them
>  now from the python interpreter ? I tried scipy.fftpack.bench, but it
>  does not find any benchmark.

Thanks for reporting this - good point.  Someone (yes, it was me)
forgot to put the benchmark directories into the setup.py files, so
they were not being copied to the distribution.  Fixed in latest SVN.

Matthew
Permalink | Reply | 1 comment |

Gmane