Pyspread 0.1 released
After a long and eventful Alpha period, pyspread has finally reached
Beta stage. I thank all contributors and testers who have helped
getting pyspread to this point.
Pyspread is a cross-platform Python spreadsheet application. It is
based on and written in the programming language Python.
Instead of spreadsheet formulas, Python expressions are entered into
the spreadsheet cells. Each expression returns a Python object that can
be accessed from other cells. These objects can represent anything
including lists or matrices.
Stability and compatibility
Pyspread runs pretty stable in CPython. Please note that old save files
are not compatible. Load them in the old version and copy the code to a
new version of pyspread via the clipboard. Being in Beta means
increased code stability. Save files are now going to be downwards
compatible. However, major beta releases (e. g. 0.1 to 0.2) may still
break compatibility. Such a change may occur only after being announced
in the previous major beta release.
* New macro editor dialog.
* Macros can now contain any Python code.
* Macros load and save files are now plain text files.
* Macros are now saved within the pys-file.
* Macros files are now signed and included in the trusted file
* Cells can now be correctly accessed with negative index (BUG
I'd like to announce the availability of modern-package-template a PasteScript template to create initial directory structure for Python projects with the following features:
- Use Distribute instead of setuptools as the BDFL himself supports it.
- Buildout support, though you are not required to make use of it.
- README.txt and NEWS.txt automatically included in your package metadata as long_description, thus making them appear in the PyPI page for your project.
In future, support for automatically creating Sphinx docs layout among other features will be added.
Here's the project website that has further details: http://pypi.python.org/pypi/modern-package-template
Im glad to announce that pymunk 1.0.0 have been released, a library
wrapping the 2d physics engine Chipmunk.
You can find it here: http://code.google.com/p/pymunk/
What is pymunk?
pymunk is a easy-to-use pythonic 2d physics library that can be used
whenever you need 2d rigid body physics from Python. It is built on top of
the very nice 2d physics library Chipmunk,
Its purpose can be summarized as:
"Make 2d physics easy to include in your game"
It is (or striving to be):
* Easy to use - It should be easy to use, no complicated stuff should be
needed to add physics to your game/program.
* "Pythonic" - It should not be visible that a c-library (chipmunk) is
in the bottom, it should feel like a python library (no strange
naming, OO, no memory handling and more)
* Simple to build & install - You shouldnt need to have a zillion of
libraries installed to make it install, or do a lot of command line
* Multiplatform - Should work on both windows, nix and OSX.
* Non-intrusive - It should not put restrictions on how you structure
your program and not force you to use a special game loop, it should
be possible to use with other libraries like pygame and pyglet.
I hope and believe that with the latest release (1.0.0) these points are
mostly fulfilled and visible if you use pymunk.
Its licensed under the MIT license just as Chipmunk, so everyone should be
able to use it.
What is new?
With this release pymunk has most features I wanted, follows the latest
chipmunk version, has quite good api documentation and is fairly well tested
and hopefully quite stable. As such I think it's about time the version is
bumped to 1.0.0.
As this version is updated to include the new features in chipmunk, and also
contain at least one breaking change it is not unlikely that it will break
your code. On the other hand, now it has the newest callback system (see
Space.add_collision_handler), new joints and other cool stuff that will make
it easier and more fun to include 2d physics into your program/game :)
Changes from the last release:
* Vec2d now uses radians instead of degrees for all default angle
functions. This might break existing code!
* Upgraded to latest chipmunk. This means new system of callbacks and
many other fixes
* Many unittests added.
* Better py3k compatibility (everything except for the setup script
* Better 32/64 bit handling
* and more
/Victor - the main pymunk developer
I am pleased to announce the first release of "pyscanlogd",
a network port scan detection and logging tool, written in Python.
Pyscanlogd is inspired by scanlogd and can log network port scans
by listening to packets in promiscous mode. It has the ability to
log most fast port scans and also slow port scans done by nmap.
Pyscanlogd is dependent upon pypcap and dpkt.
The tool is derived from the ASPN Python cookbook recipe #576690.
Since the recipe has undergone a few revisions already, the tool
is being released at 0.5 version.
Here are some items in the TODO list of the tool for the future.
1. Configuration file to adjust threshold etc.
2. Ability to detect host sweeps apart from port scans
3. Logging format customization
4. Try and detect hping stealth scans
HDF5 for Python (h5py) 1.3.0
HDF5 for Python 1.3.0 is now available. This is a significant
release introducing a number of new features, including support for
soft/external links as well as object and region references.
What is h5py?
HDF5 for Python (h5py) is a general-purpose Python interface to the
Hierarchical Data Format library, version 5. HDF5 is a mature scientific
software library originally developed at NCSA, designed for the fast,
flexible storage of enormous amounts of data.
>From a Python programmer's perspective, HDF5 provides a robust way to
store data, organized by name in a tree-like fashion. You can create
datasets (arrays on disk) hundreds of gigabytes in size, and perform
random-access I/O on desired sections. Datasets are organized in a
filesystem-like hierarchy using containers called "groups", and
accesed using the tradional POSIX /path/to/resource syntax.
In addition to providing interoperability with existing HDF5 datasets
and platforms, h5py is a convienient way to store and retrieve
arbitrary NumPy data and metadata.
HDF5 datasets and groups are presented as "array-like" and "dictionary-like"
objects in order to make best use of existing experience. For example,
dataset I/O is done with NumPy-style slicing, and group access is via
indexing with string keys. Standard Python exceptions (KeyError, etc) are
raised in response to underlying HDF5 errors.
New features in 1.3
- Full support for soft and external links
- Full support for object and region references, in all contexts (datasets,
attributes, etc). Region references can be created using the standard
NumPy slicing syntax.
- A new get() method for HDF5 groups, which also allows the type of an
object or link to be queried without first opening it.
- Improved locking system which makes h5py faster in both multi-threaded and
- Automatic creation of missing intermediate groups (HDF5 1.8)
- Anonymous group and dataset creation (HDF5 1.8)
- Option to enable cProfile support for the parts of h5py written in Cython
- Many bug fixes and performance enhancements
- Old-style dictionary methods (listobjects, etc) will now issue
DeprecationWarning, and will be removed in 1.4.
- Dataset .value attribute is deprecated. Use dataset[...] or dataset[()].
- new_vlen(), get_vlen(), new_enum() and get_enum() are deprecated in favor
of the functions h5py.special_dtype() and h5py.check_dtype(), which also
support reference types.
Where to get it
* Main website, documentation: http://h5py.alfven.org
* Downloads, bug tracker: http://h5py.googlecode.com
* Mailing list (discussion and development): h5py at googlegroups.com
* Contact email: h5py at alfven.org
* Linux, Mac OS-X or Windows
* Python 2.5 or 2.6
* NumPy 1.0.3 or later
* HDF5 1.6.5 or later (including 1.8); HDF5 is included with
the Windows version.
I'm glad to inform you about new release of our free (BSD-licensed)
soft OpenOpt 0.28 (numerical optimization), FuncDesigner 0.18 (CAS
with automatic differentiation), DerApproximator 0.18 (finite-
differeces derivatives approximation).
More details here:
EuroPython 2010 - 17th to 24th July 2010
EuroPython is a conference for the Python programming language
community, including the Django, Zope and Plone communities. It is
aimed at everyone in the Python community, of all skill levels, both
users and programmers.
Last year's conference was the largest open source conference in the
UK and one of the largest community organised software conferences in
This year EuroPython will be held from the 17th to 24th July in
Birmingham, UK. It will include over 100 talks, tutorials, sprints and
Registration is open now at: http://www.europython.eu/registration/
For the best registration rates, book as soon as you can! Extra Early
Bird closes soon, after which normal Early
Bird rate will apply until 10th May
Talks, Activities and Events
Do you have something you wish to present at EuroPython? You want to
give a talk, run a tutorial or sprint?
Go to http://www.europython.eu/talks/cfp/ for information and advice!
Go to http://wiki.europython.eu/Sprints to plan a sprint!
Help Us Out
EuroPython is run by volunteers, like you! We could use a hand, and
any contribution is welcome.
Go to http://wiki.europython.eu/Helping to join us!
Go to http://www.europython.eu/contact/ to contact us directly!
Sponsoring EuroPython is a unique opportunity to affiliate with this
prestigious conference and to reach a large number of Python users
from computing professionals to academics, from entrepreneurs to
motivated and well-educated job seekers.
Spread the Word
We are a community-run not-for-profit conference. Please help to
spread the word by distributing this announcement to colleagues,
project mailing lists, friends, your blog, Web site, and through your
social networking connections. Take a look at our publicity resources:
For more information about the conference, please visit the official
Looking forward to see you!
The EuroPython Team
Since I suck at making releases, 0.13 had a bug in its setup.py and was
missing a crucial file.
So, I just released 0.13.1 with that fixed.
On Monday 15 March 2010 08:09:31 Roberto Alsina wrote:
> I've just uploaded the 0.13 version of rst2pdf, a tool to convert
> reStructured text to PDF using Reportlab to http://rst2pdf.googlecode.com
> rst2pdf supports the full reSt syntax, works as a sphinx extension, and has
> many extras like limited support for TeX-less math, SVG images, embedding
> fragments from PDF documents, True Type font embedding, and much more.
> This is a major version, and has lots of improvements over 0.12.3,
> including but not limited to:
> * New TOC code (supports dots between title and page number)
> * New extension framework
> * New preprocessor extension
> * New vectorpdf extension
> * Support for nested stylesheets
> * New headerSeparator/footerSeparator stylesheet options
> * Foreground image support (useful for watermarks)
> * Support transparency (alpha channel) when specifying colors
> * Inkscape extension for much better SVG support
> * Ability to show total page count in header/footer
> * New RSON format for stylesheets (JSON superset)
> * Fixed Issue 267: Support :align: in figures
> * Fixed Issue 174 regression (Indented lines in line blocks)
> * Fixed Issue 276: Load stylesheets from strings
> * Fixed Issue 275: Extra space before lineblocks
> * Fixed Issue 262: Full support for Reportlab 2.4
> * Fixed Issue 264: Splitting error in some documents
> * Fixed Issue 261: Assert error with wordaxe
> * Fixed Issue 251: added support for rst2pdf extensions when using sphinx
> * Fixed Issue 256: ugly crash when using SVG images without SVG support
> * Fixed Issue 257: support aafigure when using sphinx/pdfbuilder
> * Initial support for graphviz extension in pdfbuilder
> * Fixed Issue 249: Images distorted when specifiying width and height
> * Fixed Issue 252: math directive conflicted with sphinx
> * Fixed Issue 224: Tables can be left/center/right aligned in the page.
> * Fixed Issue 243: Wrong spacing for second paragraphs in bullet lists.
> * Big refactoring of the code.
> * Support for Python 2.4
> * Fully reworked test suite, continuous integration site.
> * Optionally use SWFtools for PDF images
> * Fixed Issue 231 (Smarter TTF autoembed)
> * Fixed Issue 232 (HTML tags in title metadata)
> * Fixed Issue 247 (printing stylesheet)
I'm pleased to announce the latest release of esky, an auto-update
framework for frozen python apps. Highlights of this release:
* preliminary support for freezing with py2app
* differential updates based on bsdiff
More details below for those who are interested.
esky: keep frozen apps fresh
Esky is an auto-update framework for frozen Python applications. It
provides a simple API through which apps can find, fetch and install
updates, and a bootstrapping mechanism that keeps the app safe in the
face of failed or partial updates.
Esky is currently capable of freezing apps with bbfreeze, cxfreeze,
py2exe and py2app. Requests for other freezers will be cordially
The latest version is v0.5.0, with the following major changes:
* implemented preliminary support for freezing with py2app.
* added module esky.patch for diffing and patching frozen apps:
* provides a generic file format for diffing/patching directories.
* can recurse into compressed zipfiles, giving patches an order
of magnitude smaller than produced by naively applying bsdiff.
* individual files are diffed via bsdiff if cx-bsdiff is installed.
* bsdiff-based patches can be applied with no external deps.
* added support for differential updates in DefaultVersionFinder.
* added "bdist_esky_patch" distutils command for producing
differential updates in the format expected by DefaultVersionFinder.
* added filesystem-level locking to protect in-use versions from
* added attribute Esky.active_version, which is non-None when the esky
refers to the currently-running application.
Code, bugs, etc: http://github.com/rfk/esky/
http://www.rfk.id.au | This message is digitally signed. Please visit
ryan(a)rfk.id.au | http://www.rfk.id.au/ramblings/gpg/ for details