3 Release 0.8.2

4 Release 0.8.3

been created. This interface defines the methods that tasks need to implement.

These methods are now responsible for things like submitting tasks and processing

results. There are two basic task types: :class:`IPython.kernel.task.StringTask`

(this is the old `Task` object, but renamed) and the new

:class:`IPython.kernel.task.MapTask`, which is based on a function.

standardize the idea of a `map` method. This interface has a single

`map` method that has the same syntax as the built-in `map`. We have also defined

:class:`IPython.kernel.mapper.IMapper` for different controllers. Both

the multiengine and task controller now have mapping capabilties.

* The parallel function capabilities have been reworks. The major changes are that

i) there is now an `@parallel` magic that creates parallel functions, ii)

the syntax for mulitple variable follows that of `map`, iii) both the

* All of the parallel computing capabilities from `ipython1-dev` have been merged into

IPython proper. This resulted in the following new subpackages:

* As part of merging in the `ipython1-dev` stuff, the `setup.py` script and friends

have been completely refactored. Now we are checking for dependencies using

the approach that matplotlib uses.

:mod:`IPython.kernel`. This gives us secure connections that are both encrypted

and authenticated.

Development Team" as the copyright holder. We give more details about exactly

what this means in this file. All developer should read this and use the new

banner in all IPython source code files.

* String lists now support 'sort(field, nums = True)' method (to easily

sort system command output). Try it with 'a = !ls -l ; a.sort(1, nums=1)'

* The ipcluster script now run by default with no security. This is done because

the main usage of the script is for starting things on localhost. Eventually

when ipcluster is able to start things on other hosts, we will put security

back.

* The colors escapes in the multiengine client are now turned off on win32 as they

don't print correctly.

* The :mod:`IPython.kernel.scripts.ipengine` script was exec'ing mpi_import_statement

incorrectly, which was leading the engine to crash when mpi was enabled.

* A few subpackages has missing `__init__.py` files.

* The documentation is only created if Sphinx is found. Previously, the `setup.py`

script would fail if it was missing.

* Greedy 'cd' completion has been disabled again (it was enabled in 0.8.4)

* The configuration files for the kernel have changed because of the Foolscap stuff.

If you were using custom config files before, you should delete them and regenerate

new ones.

* Much improved ``setup.py`` and ``setupegg.py`` scripts. Because Twisted

and zope.interface are now easy installable, we can declare them as dependencies

:meth:`MultiEngineClient.push_function` and :meth:`MultiEngineClient.pull_function`.

* Traditional ``ChangeLog`` has been changed to a more useful ``changes.txt`` file

that is organized by release and is meant to provide something more relevant

for users.

* Previously, methods like :meth:`MultiEngineClient.push` and

:meth:`MultiEngineClient.push` used ``*args`` and ``**kwargs``. This was

the API. Now these methods simple take a dict or sequence. This has also allowed

us to get rid of the ``*All`` methods like :meth:`pushAll` and :meth:`pullAll`.

These things are now handled with the ``targets`` keyword argument that defaults

to ``'all'``.

* All methods in the MultiEngine interface now accept the optional keyword argument

``block``.

* Most methods in the multiengine interface now raise a :exc:`CompositeError` exception

that wraps the user's exceptions, rather than just raising the raw user's exception.

Someone needs to describe what went into 0.8.4.

Release 0.8.2

=============

* %pushd/%popd behave differently; now "pushd /foo" pushes CURRENT directory

and jumps to /foo. The current behaviour is closer to the documented

behaviour, and should not trip anyone.

Changes in earlier releases of IPython are described in the older file ``ChangeLog``.

Please refer to this document for details.