Mailman 3 April 2004 - SciPy-Dev

distutils and persistent system information
by Prabhu Ramachandran April 29, 2004

April 29, 2004

Hi, I have a question on how do get something optimally working for SciPy. Very specifically, it concerns weave's wxPython/wxWidgets capability and VTK Python<->C++ capabilities. The issues: 1. Both wxPython and VTK (and any other converters that will be added in future) require knowledge of the users setup. Namely, where wx/VTK are installed, where the libraries are etc. Expecting the user to supply these at run-time is a possibility but it is a pain and leads to problems if the inlined code is moved between machines/platforms. 2. The configuration needs to be on a per installation basis, preferably one that is run at build time. Detecting the paths at run-time for each inlined call would be slow. 3. It would be ideal if the configuration could be changed by a sys admin (or the user) if any of the paths changed after the install. The key file to change should of course be well documented in the README. Better still a script to update the data could be provided. So here are my questions: 1. Is the above possible currently? 2. If it isn't possible is it a good idea to add this functionality? The functionality in system_info looks like it might do the trick but from what I understand it only allows for build time configuration and it does not save any of the discovered information that can be used later at run-time. I would think that a "config.cfg" file for site specific information would be a good idea. What do you folks suggest? cheers, prabhu

2 3

Re: Thank you!
by Eric April 28, 2004

April 28, 2004

1 0

RE: Text message
by Eric April 28, 2004

April 28, 2004

1 0

Re: Hello
by Eric April 28, 2004

April 28, 2004

1 0

Changes..
by Eric April 28, 2004

April 28, 2004

1 0

Correcting documentation on the site?
by Prabhu Ramachandran April 28, 2004

April 28, 2004

Hi, For a while, I've been meaning to edit the "Performance Python with Weave" article and make corrections/modifications. http://www.scipy.org/documentation/weave/weaveperformance.html I haven't had the time to do it so far. John Hunter just brought to my notice that these links were broken: http://www.scipy.org/documentation/weave/laplace.html http://www.scipy.org/documentation/weave/laplace.tgz I was wondering if it would be possible for members to edit the pages (or atleast some of the pages) and fix them? Ideally this is the job for a Wiki. However a lot of the content on the site is in the form of regular non-editable articles and it is not possible for a member to modify the article at all. Its probably a lot easier if members could be allowed to edit content. Alternatively it would be nice if some of the members could be allowed to edit certain sections. Something like a group of users who can add/modify content if they belong to the group. The user can email the admin to get privileges and the admin can effectively eliminate the possibility of any vandalism by removing any offending users from the group. Is this possible with Plone? Can something be done about this or is there an alternative? Thanks! regards, prabhu

5 8

ANN: SciPy 0.3 Released
by Travis N. Vaught April 21, 2004

April 21, 2004

Greetings, SciPy 0.3 has been released and binaries are available from the scipy.org site. http://www.scipy.org Changes since the 0.1 version (0.1 enjoyed a wide release, there was a version 0.2 that had limited exposure) include the following: - general improvements: Added utility functions for constructing arrays by concatenation, intended mainly for command-line use. Added bmat constructor for easy creation of block matrices. Added mat constructor for constructing matrices (where * is matrix multiplication). Added many PIL utility functions so that if the PIL is installed, image loading, saving, and other operations are available. Added scipy.info, which handles dynamic docstrings and class help better than python's help command. - documentation: much improved - sparse: superLU upgraded to 3.0 - optimize: Added non-linear conjugate gradient algorithm. Improvements to BFGS algorithm and Wolfe-condition line-search. Added two CONSTRAINED optimization techniques. Added simulated annealing and brute-force optimization strategies and Powell's method. Added many very good 1-D root-finding routines. - stats: Added many statistical distributions. Many continuous and discrete random variables are available with a simple mechanism for adding new ones. Added several statistical tests. - special: Added MANY new special functions. |general_function| renamed to |vectorize| and moved to scipy_base. Improved the way domain errors are handled (user specified display of problems). More tests on special functions added. - fftpack: replaced with fftpack2--can optionally be configured to support djbfft - io: Reading of MATLAB .mat files (version 4 and 5) supported. Writing version 4 .mat files supported. Added very flexible and general_purpose text file reader. Added shelving save operation to save variables into an importable module. Routines for reading and writing fortran-records. - linalg: Linear algebra is greatly improved over SciPy 0.1. ATLAS is now optional (but encouraged). Most lapack functions have simplified interfaces (all lapack and blas available). Matrix exponentials and other matrix functions added. - signal: Added support for filter design and LTI system analysis. - xplt: Updated xplt to use newer pygist so that Windows platform is supported. Addition of several plotting types. - integrate: added another ODE integrator. Added romberg integration and several other integration approaches. The complete release notes can be found here: http://www.scipy.org/download/scipy_release_notes_0.3.html You'll also notice that scipy.org is now a spanking new Plone portal (http://www.plone.org -- keep up the good work, plone folks). This is the first binary release in a long time and we hope to increase the frequency to every 6 months or so. If you'd like to follow or join the community, you can subscribe to the mailing lists here: http://www.scipy.org/mailinglists/ Best Regards, Travis BTW SciPy is: ------------- SciPy is an open source library of scientific tools for Python. SciPy supplements the popular Numeric module, gathering a variety of high level science and engineering modules together as a single package. SciPy includes modules for graphics and plotting, optimization, integration, special functions, signal and image processing, genetic algorithms, ODE solvers, and others.

1 0

Re: [Scipy-cvs] world/scipy_core/scipy_distutils/command build_src.py, 1.6, 1.7
by Travis N. Vaught April 21, 2004

April 21, 2004

pearu(a)scipy.org wrote: >Update of /home/cvsroot/world/scipy_core/scipy_distutils/command >In directory scipy.org:/tmp/cvs-serv1647/scipy_distutils/command > >Modified Files: > build_src.py >Log Message: >Fixed bug: target from a source file having absolute path did not end up inside build directory. Should also fix failing build in autotest. > > > Thanks Pearu, I'll run autotest now...

1 0

[SciPy-dev] Re: [Scipy-cvs] world/scipy/Lib/optimize cobyla.py, NONE, 1.1 __init__.py, 1.23, 1.24 info_optimize.py, 1.4, 1.5 setup_optimize.py, 1.10, 1.11
by Travis N. Vaught April 20, 2004

April 20, 2004

travo(a)scipy.org wrote: >Update of /home/cvsroot/world/scipy/Lib/optimize >In directory scipy.org:/tmp/cvs-serv3551 > >Modified Files: > __init__.py info_optimize.py setup_optimize.py >Added Files: > cobyla.py >Log Message: >Added cobyla interface to optimize. > > >--- NEW FILE: cobyla.py --- ># Interface to Constrained Optimization By Linear Approximation > ><snip> > Hey Travis, Are we missing a file that you still need to checkin? The nightly build for windows gives: building extension "scipy.optimize._cobyla" sources Traceback (most recent call last): File "setup.py", line 110, in ? setup_package(ignore_packages) File "setup.py", line 92, in setup_package url = "http://www.scipy.org", File "scipy_core\scipy_distutils\core.py", line 72, in setup return old_setup(**new_attr) File "c:\Python21\lib\distutils\core.py", line 138, in setup dist.run_commands() File "c:\Python21\lib\distutils\dist.py", line 899, in run_commands self.run_command(cmd) File "c:\Python21\lib\distutils\dist.py", line 919, in run_command cmd_obj.run() File "c:\Python21\lib\distutils\command\build.py", line 106, in run self.run_command(cmd_name) File "c:\Python21\lib\distutils\cmd.py", line 328, in run_command self.distribution.run_command(command) File "c:\Python21\lib\distutils\dist.py", line 919, in run_command cmd_obj.run() File "scipy_core\scipy_distutils\command\build_src.py", line 81, in run self.build_sources() File "scipy_core\scipy_distutils\command\build_src.py", line 88, in build_sources self.build_extension_sources(ext) File "scipy_core\scipy_distutils\command\build_src.py", line 126, in build_extension_sources sources = self.f2py_sources(sources, ext) File "scipy_core\scipy_distutils\command\build_src.py", line 213, in f2py_sources assert os.path.isfile(target_file),`target_file`+' missing' AssertionError: 'Lib\\optimize\\cobyla\\_cobylamodule.c' missing The nightly build logs are available here: http://www.scipy.org/development/scoreboard.html

2 1

Re: [Scipy-cvs] world/scipy/Lib/optimize setup_optimize.py, 1.9, 1.10
by Travis N. Vaught April 20, 2004

April 20, 2004

travo(a)scipy.org wrote: >Update of /home/cvsroot/world/scipy/Lib/optimize >In directory scipy.org:/tmp/cvs-serv11844 > >Modified Files: > setup_optimize.py >Log Message: >Fixed problem with moduleTNC and libfgsb.so not going to scipy > > > <snip> Does this need to go into 0.3 (i.e. rebuild the binaries to include it)? It seems our 'tagging' is a bit shaky at this point. Travis

4 5