Mailman 3 March 2009 - Python-announce-list

Sphinx 0.6.1 and 0.5.2 released
by Georg Brandl 26 Mar '09

26 Mar '09

Hi all, I'm proud to announce the release of Sphinx 0.6.1 and 0.5.2. Sphinx 0.5.2 is a bugfix-only release in the 0.5 series, while 0.6.1 is a feature release, containing all of 0.5.2's fixes together with many added features. These are beta releases, so please test them out and report any bugs to sphinx-dev(a)googlegroups.com or the tracker at <http://bitbucket.org/birkenfeld/sphinx/>. Thank you! The finals will be out in a week's time, if no severe problems are uncovered. What is it? =========== Sphinx is a tool that makes it easy to create intelligent and beautiful documentation for Python projects (or other documents consisting of multiple reStructuredText source files). Website: http://sphinx.pocoo.org/ What's new in 0.6 (short version)? ================================== Long version: http://sphinx.pocoo.org/latest/changes.html * General/Markup: - Templating now requires the Jinja2 library, which is an enhanced version of the old Jinja1 engine. - Theming support, see the new section in the documentation. - Due to popular demand, added a ``:doc:`` role which directly links to another document without the need of creating a label to which a ``:ref:`` could link to. - Added a ``:download:`` role that marks a non-document file for inclusion into the HTML output and links to it. - Added an ``only`` directive that can selectively include text based on enabled "tags". Tags can be given on the command line. Also, the current builder output format (e.g. "html" or "latex") is always a defined tag. - Added HTML section numbers, enabled by giving a ``:numbered:`` flag to the ``toctree`` directive. - The ``literalinclude`` directive now supports several more options, to include only parts of a file. - The ``toctree`` directive now supports a ``:hidden:`` flag, which will prevent links from being generated in place of the directive -- this allows you to define your document structure, but place the links yourself. - Paths to images, literal include files and download files can now be absolute (like ``/images/foo.png``). They are treated as relative to the top source directory. - SVG images are now supported in HTML (via ``<object>`` and ``<embed>`` tags). * Configuration: - The new config value ``rst_epilog`` can contain reST that is appended to each source file that is read. This is the right place for global substitutions. - The new ``html_add_permalinks`` config value can be used to switch off the generated "paragraph sign" permalinks for each heading and definition environment. - The new ``html_show_sourcelink`` config value can be used to switch off the links to the reST sources in the sidebar. - The default value for ``htmlhelp_basename`` is now the project title, cleaned up as a filename. - The new ``modindex_common_prefix`` config value can be used to ignore certain package names for module index sorting. - The new ``trim_footnote_reference_space`` config value mirrors the docutils config value of the same name and removes the space before a footnote reference that is necessary for reST to recognize the reference. - The new ``latex_additional_files`` config value can be used to copy files (that Sphinx doesn't copy automatically, e.g. if they are referenced in custom LaTeX added in ``latex_elements``) to the build directory. * Builders: - The new ``DirectoryHTMLBuilder`` (short name ``dirhtml``) creates a separate directory for every page, and places the page there in a file called ``index.html``. Therefore, page URLs and links don't need to contain ``.html``. - The new ``html_link_suffix`` config value can be used to select the suffix of generated links between HTML files. - #96: The LaTeX builder now supports figures wrapped by text, when using the ``figwidth`` option and right/left alignment. * New translations: - Italian by Sandro Dentella. - Ukrainian by Petro Sasnyk. - Finnish by Jukka Inkeri. * Extensions and API: - New ``graphviz`` extension to embed graphviz graphs. - New ``inheritance_diagram`` extension to embed... inheritance diagrams! - New ``autosummary`` extension that generates summaries of modules and automatic documentation of modules. - Autodoc now has a reusable Python API, which can be used to create custom types of objects to auto-document (e.g. Zope interfaces). See also ``Sphinx.add_autodocumenter()``. - Autodoc now handles documented attributes. - Autodoc now handles inner classes and their methods. - Autodoc can document classes as functions now if explicitly marked with `autofunction`. - Autodoc can now exclude single members from documentation via the ``exclude-members`` option. - Autodoc can now order members either alphabetically (like previously) or by member type; configurable either with the config value ``autodoc_member_order`` or a ``member-order`` option per directive. * New command-line features: - Config overrides for single dict keys can now be given on the command line. - Source links in HTML are now generated with ``rel="nofollow"``. - Quickstart can now generate a Windows ``make.bat`` file. - There is now a ``-w`` option for sphinx-build that writes warnings to a file, in addition to stderr. - There is now a ``-W`` option for sphinx-build that turns warnings into errors. cheers, Georg

1 0

Announcing IronPython 2.6 Alpha 1
by Dave Fugate 26 Mar '09

26 Mar '09

Hello Python Community, We're pleased to announce the release of IronPython 2.6 Alpha 1. As you might imagine, this release is all about supporting new CPython 2.6 features such as the 'bytes' and 'bytearray' types (PEP 3112), decorators for classes (PEP 3129), advanced string formatting (PEP 3101), etc. The minimum .NET version required for this release is the same as IronPython 2.0; namely .NET 2.0 Service Pack 1. Unlike the 2.0 series of IronPython, we plan to release only a couple Alphas and Betas of IronPython 2.6. As such, it's key that we get your feedback on the release(s) quickly to incorporate requested changes. Besides CPython 2.6 features, another significant change in this release is that ipy.exe now uses "adaptive compilation" by default. Adaptive compilation is a technique in which IronPython: 1. Interprets and executes Python method calls up to N times for a given method. If you're only going to execute a method a few times, it's typically faster to interpret the method instead of compiling and executing it 2. Compiles and executes the Python method call on the N+1 invocation of the method. Compilation of a Python method is a heavyweight operation, but we can reuse the result for subsequent invocations 3. Reuses the previously compiled method for new calls to the Python method. This operation is much faster than interpreting the method call as the method was already compiled in the previous step The reason for this change is that it provides a nice performance gain for Python code containing lots of functions/methods that only get called a few times. All this said, this feature is still undergoing active development and as a consequence some Python scripts may actually run slower with it turned on. For this reason, our old default mode of running Python scripts is still available by passing the -O or -D flags to ipy.exe. Any feedback on how this new feature affects your IronPython applications performance-wise would be greatly appreciated. There's also a few minor changes since IronPython 2.0.1 that are worth calling out here: * IronPython.msi now installs NGEN'ed binaries by default * IronPython.msi now offers a little more selection with respect to what you'd like to install. For example, Silverlight templates are optional * The default installation location of IronPython.msi no longer indicates whether the 2.6 release is an Alpha, Beta, or a patched release. Future IronPython 2.6 installations will replace previous 2.6 releases which will be uninstalled automatically * The -X:PreferComInteropAssembly flag has been removed. All COM interop is now done through normal COM dispatch You can download IronPython 2.6 Alpha 1 at: http://ironpython.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=22982 The IronPython Team

1 0

EuroDjangoCon 09
by Robert Lofthouse 26 Mar '09

26 Mar '09

Hi all, Just to let you know you can still register for EuroDjangoCon '09 ( http://eurodjangocon.eventbrite.com/). The other levels of prices were scrapped and instead we're just going with the early bird rates. It will be in Prague on May 4th - 6th (conference days) and 7th - 8th (sprint days). The venue has changed to the Iris Congress Hotel ( http://www.hoteliris.cz/en/) and the conference is now single track. When you register you can take advantage of the room block we have with the hotel: single room at £61 and double room at £71 (last time I did the price conversion from CZK), this price includes a buffet breakfast. At EuroDjangoCon you will have an afternoon coffee break and a buffet lunch as well. We have recently received sponsorship from Google, Fry IT ( http://www.fry-it.com/) and Centrum (http://www.centrumholdings.com/novinky/), so thanks to all those companies. You can find more information at http://euro.djangocon.org/ or the blog at http://euro.djangocon.org/blog/ REGISTER for the conference here: http://eurodjangocon.eventbrite.com/ Regards Robert Lofthouse (@robertlofthouse) EuroDjangoCon/DjangoCon Chairman

1 0

"Advanced Scientific Programming in Python" Summer School in Berlin, Germany
by Tiziano Zito 25 Mar '09

25 Mar '09

"Advanced Scientific Programming in Python" a G-Node Summer School Many scientists spend much of their time writing, debugging, and maintaining software. But while techniques for doing this efficiently have been developed, only few scientists actually use them. As a result, they spend far too much time writing deficient code and reinventing the wheel instead of doing research. In this course we present a selection of advanced programming techniques with theoretical lectures and practical exercises tailored to the needs of the programming scientist. To spice up theory and foster our new skills in a real-world programming project, we will team up to develop an entertaining scientific computer game. We will use the Python programming language for the entire course. With a large collection of open-source scientific modules and all features of a full-fledged programming language, Python is rapidly gaining popularity in the neuroscience community. It enables the scientist to quickly develop powerful, efficient, and structured software and is becoming an essential tool for scientific computing. The summer school is targeted at Post-docs and PhD students from all areas of neuroscience. Substantial proficiency in Python or in another language (e.g. Java, C/C++, MATLAB, Mathematica) is absolutely required. An optional, one-day pre-course is offered to participants without Python experience to familiarize with the language. Date and Location ----------------- August 31st, 2009 -- September 4th, 2009. Berlin, Germany. Preliminary Program ------------------- Day 0 (Mon Aug 31) -- [Optional] Dive into Python Day 1 (Tue Sep 1) -- Software Carpentry - Documenting code and using version control - Test-driven development & unit testing - Debugging, profiling and benchmarking techniques - Object-oriented programming, design patterns and Extreme Programming Day 2 (Wed Sep 2) -- Scientific Tools for Python - NumPy, SciPy, Matplotlib, IPython - Neuroscience libraries - Programming project in the afternoon Day 3 (Thu Sep 3) -- Parallelization - Python multiprocessing for SMP machines - Distributed parallelization for cluster computing - Programming project in the afternoon Day 4 (Fri Sep 4) -- Practical Software Development - Software design - Efficient programming in teams - Quality Assurance - Finalizing the programming project Applications ------------ Applications should be sent before May 31st, 2009 to pythonsummerschool(a)bccnberlin.de. No fee is charged but participants should take care of travel, living, and accommodation expenses. Applications should include full contact information (name, affiliation, email & phone), a short CV and a short statement addressing the following questions (maximum 500 words): - What is your educational background? - What experience do you have in programming? - Why do you think "Advanced Scientific Programming in Python" is an appropriate course for your skill profile? Candidates will be selected based on their profile. Places are limited: early application is recommended. Faculty ------- Pietro Berkes, Volen Center for Complex Systems, Brandeis University, USA Jens Kremkow, Institut de Neurosciences Cognitives de la Méditerranée, CNRS, Marseille, France Eilif Muller, Laboratory of Computational Neuroscience, Ecole Polytechnique Fédérale de Lausanne, Switzerland Michael Schmuker, Neurobiology, Freie Universität Berlin, Germany Bartosz Telenczuk, Charité Universitätsmedizin Berlin, Germany Niko Wilbert, Institute for Theoretical Biology, Humboldt-Universität zu Berlin, Germany Tiziano Zito, Bernstein Center for Computational Neuroscience Berlin, Germany Organized by Michael Schmuker and Tiziano Zito for the German Neuroinformatics Node of the INCF. Website: http://www.g-node.org/Teaching Contact: python-summerschool(a)bccn-berlin.de

1 0

ANN: Pylot version 1.22 released (web load/performance tool)
by cgoldberg 25 Mar '09

25 Mar '09

We just did a new release of Pylot (version 1.22): http://www.pylot.org/download.html Pylot is a free open source tool for testing performance and scalability of web services. It runs HTTP load tests, which are useful for capacity planning, benchmarking, analysis, and system tuning. Pylot generates concurrent load (HTTP Requests), verifies server responses, and produces reports with metrics. Tests suites are executed and monitored from a GUI or shell/console. ---- Corey Goldberg Pylot Developer www.goldb.org

1 0

Leo 4.6 beta 1 released
by Edward K Ream 25 Mar '09

25 Mar '09

Leo 4.6 b1 is now available at: http://sourceforge.net/project/showfiles.php?group_id=3458&package_id=29106 Leo is a text editor, data organizer, project manager and much more. See: http://webpages.charter.net/edreamleo/intro.html The highlights of Leo 4.6: -------------------------- - Leo now requires Python 2.4 or later. - A new qt gui plugin, supporting Qt's look and feel. - New --config --file and --gui command-line options. - Dozens of small improvements and bug fixes. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Forum: http://groups.google.com/group/leo-editor Download: http://sourceforge.net/project/showfiles.php?group_id=3458 Bzr: http://code.launchpad.net/leo-editor/ Quotes: http://webpages.charter.net/edreamleo/testimonials.html -------------------------------------------------------------------- Edward K. Ream email: edreamleo(a)gmail.com Leo: http://webpages.charter.net/edreamleo/front.html --------------------------------------------------------------------

1 0

notmm 0.2.12 20090322
by Etienne Robillard 25 Mar '09

25 Mar '09

Hello everyone, First, I'd like thanking the new members that joined this group recently. Since notmm started as a hobby project, its great seeing it growing and becoming essentially a more mature project. :) Hence, I'm pleased to announce the release of notmm 0.2.12 20090322, the first development snapshot based on the 0.2.12 branch. The source code can be downloaded here: http://gthc.org/distfiles/notmm/notmm-0.2.12-20090322.tar.gz http://pypi.python.org/pypi/notmm/ This release fix bugs, but also sports several new features and improvements as well. It might not work well in production environments, so please keep that in mind before starting to upgrade your emerging-like web app.. :) So thanks to all and happy hacking! -erob

1 0

[ANN] pylint 0.18 / logilab-astng 0.19 / logilab-common 0.39
by Sylvain Thénault 25 Mar '09

25 Mar '09

I'm pleased to announce releases of pylint 0.18, logilab-astng 0.19 and logilab-common 0.39. All these packages should now be cleanly available through easy install. Also, happy pylint users will get: * fixed python 2.6 support (pylint/astng tested from 2.4 to 2.6) * get source code (and so astng) for zip/egg imports * some understanding of the property decorator and of unbound methods * some false positives fixed and others minor improvments See projects home page and ChangeLog for more information: http://www.logilab.org/project/pylint http://www.logilab.org/project/logilab-astng http://www.logilab.org/project/logilab-common Please report any problem / question to the python-projects(a)lists.logilab.org mailing-list. Enjoy! -- Sylvain Thénault LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Python et calcul scientifique: http://www.logilab.fr/science

1 0

[ANN] mlabwrap 1.0.1 released
by Alexander Schmolck 24 Mar '09

24 Mar '09

Mlabwrap allows pythonistas to interface to Matlab(tm) in a very straightforward fashion: >>> from mlabwrap import mlab >>> mlab.eig([[0,1],[1,1]]) array([[-0.61803399], [ 1.61803399]]) More at <http://mlabwrap.sourceforge.net>. Mlabwrap 1.0.1 is just a maintenance release that fixes a few bugs and simplifies installation (no more LD_LIBRARY_PATH hassles). 'as

1 0

ANN: AmFast AMF encoder/decoder for Python released!
by Dave Thompson 24 Mar '09

24 Mar '09

AmFast <http://code.google.com/p/amfast/> is a new AMF0/AMF3 encoder/decoder for Python. - AmFast's core encoder and decoder are written in C, so it's around 18x faster than PyAmf <http://pyamf.org/>. - The encoder and decoder accept user-defined Python objects that allow customization of the encoding/decoding process. - Supports custom class mapping. - Supports remoting with NetConnection and RemoteObject. - Remoting headers can be exposed to callable targets to allow for quick implementation of authentication and other AMF features that rely on headers. - Supports data persistence with SQLAlchemy <http://www.sqlalchemy.org/>, including remotely-loadable lazy-loaded attributes. - Supports Actionscript code generation for mapped classes. Check out the project page <http://code.google.com/p/amfast/> and my blog<http://limscoder.blogspot.com/>for more information.

1 0