See http://gmpy.sourceforge.net/ for details.
What is it: a wrapper for the GMP library, to provide multi-precision
arithmetic for Python. Multi-precision floats, and unbounded-precision
rationals, are not present in stock Python; multi-precision integers
('long') are, but gmpy's version of multi-precision integers is faster
for some operations (NOT all -- used to be, but Python 2.3 did serious
enhancements to some operations on longs) and provides lots of nifty
pre-packaged additional functions.
Minor changes and bug-fixes since the latest 0.9 pre-alpha; support for
Python 2.3. The Windows binary release is now for Python 2.3 _only_ (if
you're stuck with Python 2.2 on Windows, you can keep using gmpy 0.9
pre-alpha and not really suffer from that). Known bug on Windows: the
scan0 and scan1 functions appear broken (perhaps related to the lack of
a GMP 4.0 library for Windows -- haven't found one around yet).
Alex
This is a pre-announcement that the first alpha of Python 2.4
is about a month away. The purpose of this notice is to give
people a heads up - if you have a bug that you want to see
fixed for 2.4, start looking at it now.
Fixes are welcome through the release cycle, although after
the first beta fixes that result in a change to behaviour
will be much less likely to be accepted.
So, if you have a bug you want to see fixed, what should you do?
- If it's not logged on SF, log it.
- If it's logged, consider adding a patch that fixes the problem,
or at least a simple test case that demonstrates the bug.
- If someone else has supplied a fix, see if this fix works for
you, and post your results to the bug.
- If there's a working fix, feel free to add a note asking for
the fix to go into CVS. The SF bug tracker for Python has a
_lot_ of bugs in it, and it's easy for bugs to be overlooked.
If you're just interested in what's coming up in 2.4, see the
current development version of the "What's New in 2.4" document
at http://www.python.org/dev/doc/devel/whatsnew/whatsnew24.html
On behalf of the python-dev team, thanks!
Anthony
[This form of pre-announcement will hopefully become a part of
the release process for all future releases of Python, both
major and bugfix releases, to give people a chance to get their
bugfix-of-choice submitted in time. Any feedback on this process,
please feel free to email me]
--
Anthony Baxter <anthony(a)interlink.com.au>
It's never too late to have a happy childhood.
ACM/IFIP/USENIX
Middleware 2004 Workshops
Call For Workshop Papers
http://www.eecg.toronto.edu/middleware2004/ws.htm
Middleware'2004 will host three exciting workshops and a long-waited Doctoral
Symposium. Workshop papers will be published in the Middleware'2004 Companion
Proceedings and in the ACM Digital library. Please visit the workshop pages
for specific submission details.
* 3rd Workshop on Adaptive and Reflective Middleware
* 2nd Workshop on Middleware for Grid Computing
* 2nd Workshop on Middleware for Pervasive and Ad-Hoc Computing
* 1st International Middleware Doctoral Symposium
To visit the pages of each workshop, follow the links in
http://www.eecg.toronto.edu/middleware2004/ws.htm
Important Dates:
Workshop paper submissions: July 10th, 2004
Notification of acceptance: August 10th, 2004
Camera-ready papers: September 1st, 2004
Workshops: October 18th or 19th, 2004
******************************************************************************
a small bugfix release only, for full details see
http://cthedot.de/pyxsldoc/
changes since the last release
------------------------------
* xsl:import and xsl:include information on the doc pages are not linked
anymore as they may be not working anyway. this is because of not
compatible cross XSLT processor or configuration behaviour. even
pyXSLdocs own documentation was not working as Pyana expects href to be
relative to the calling app. pyXSLdoc always assumed URIs relative to
the importing or including stylesheet
see http://cthedot.de/pyxsldoc/README.txt for a complete list of changes
license
-------
pyXSLdoc is published under the LGPL.
download
--------
download pyXSLdoc v0.51 - 040531 from http://cthedot.de/pyxsldoc/
pyXSLdoc needs
* Python 2.3 (tested with Python 2.3.4 on Windows XP only)
* Pyana (tested with Pyana 0.8 only)
* Docutils (tested with Docutils 0.3 only) for ReST comments
not neccessary if you use Javadoc style comments
usage
-----
Easiest is to copy the XSLT files to document in a directory below
pyxsldoc. Then start the documentation process with
python xsldoc.py FILENAMES DIRNAMES [options]
FILENAMES
XSLT files to document, e.g. file1.xsl path/file2.xsl
DIRNAMES
directories with XSLT files to document,e.g. dir1 dir2
all directories and XSLT files under a given directory will be
processed. this is new from v0.50
options
=======
Please use the new option syntax, e.g. -dDOCPATH instead of -d DOCPATH,
so no more blank between option and value (optparse expects this syntax,
the former selfmade solution was a bit odd there...)
-h, --help
show this help message and exit
-sSOURCEPATH, --sourcepath=SOURCEPATH
sourcepath to XSLTs, all XSLT files under this path will be
documented and SOURCEPATH/overview.txt will be used for the overview.
You might also simply list all dirs and XSLT files as parameters.
-j, --javadoc, --htmldocs
process comments in Javadoc style (HTML and @tags), default style
is reStructuredText (ReST)
-dDOCPATH, --docpath=DOCPATH
documentation target directory, default is ./_xsldoc
(ATTENTION: Was option -b in versions upto v0.3x)
-oOVERVIEW, --overview=OVERVIEW
use this ReST .txt file for the overview page
-r, --removedocs
remove all comments from given XSLTs and save results in
COMMENTSTRIPPEDPATH. present files will all be OVERWRITTEN!
-cCOMMENTSTRIPPEDPATH, --commentstrippedpath=COMMENTSTRIPPEDPATH
path where XSLTs after removing of all docs will be saved, only
used when option "-r" is given. default is _optimized.
christof hoeke http://cthedot.de
<P><A HREF="http://cthedot.de/pyxsldoc/">pyXSLdoc 0.51</A> - generate
XSLT documentations (31-May-04)
PyObjC 1.1 is now available for download at
http://pyobjc.sourceforge.net/
PyObjC is a bridge between Python and Objective-C. It allows full
featured Cocoa applications to be written in pure Python. It is also
easy to use other frameworks containing Objective-C class libraries
from Python and to mix in Objective-C, C and C++ source.
Python is a highly dynamic programming language with a shallow learning
curve. It combines remarkable power with very clear syntax.
The installer package includes a number of Xcode and Project Builder
templates for easily creating new Cocoa-Python projects, as well as
support
for syntax-coloring Python files.
PyObjC also supports full introspection of Objective-C classes and
direct invocation of Objective-C APIs from the interactive interpreter.
PyObjC requires MacOS X 10.2 or later. PyObjC works both with the Apple
provided Python installation in MacOS X 10.2 (and later) and with
MacPython 2.3. Users of MacPython 2.3 can install PyObjC though the
PackageManager application.
The major improvement of PyObjC 1.1 is support for Key-Value Observing.
It
is now possible to write programs that use Cocoa Bindings. There are
also
numerous new examples.
PyObjC is released with an open source license.
what is it
----------
An application to produce documentation for XSLT files in XHTML
format, similar to what javadoc does for Java files.
Relying on and processing XML comments is generally not the best idea
but for the purpose of this tool it seems the easiest, most natural and
comfortable way. Even if the XML comments should not be processed (an
XML parser might just ignore them), pyXSLdoc should at least give a
helpful outline for a set of XSLT stylesheets.
changes since the last release
------------------------------
* all directories and files *under* a specified sourse directory will be
processed now, so you need no longer specify each directory of a larger
package
* also overview files in ReST style (directory.txt and overview.txt) are
processed now
* optparse is used to process the command line options, see -h for all
new options and option formats
* the target dir or -removedocs which strips off all comments from the
commented XSLT files may be specified now
* bugfixes and small changes
see http://cthedot.de/pyxsldoc/README.txt for a complete list of changes
todo
----
* ReST processing is very simple at the moment, may be resolved and
enhanced in a future version
license
-------
pyXSLdoc is published under the LGPL.
download
--------
download pyXSLdoc v0.50 - 040530 from http://cthedot.de/pyxsldoc/
pyXSLdoc needs
* Python 2.3 (tested with Python 2.3.4 on Windows XP only)
* Pyana (tested with Pyana 0.8 only)
* Docutils (tested with Docutils 0.3 only) for ReST comments
not neccessary if you use Javadoc style comments
usage
-----
Easiest is to copy the XSLT files to document in a directory below
pyxsldoc. Then start the documentation process with
python xsldoc.py FILENAMES DIRNAMES
[-d DOCTARGETDIR -h --htmldocs --removedocs]
FILENAMES
XSLT files to document, e.g. file1.xsl path/file2.xsl
DIRNAMES
directories with XSLT files to document,e.g. dir1 dir2
all directories and XSLT files under a given directory will be
processed. this is new from v0.50
-h, --help
show this help message and exit
-sSOURCEPATH, --sourcepath=SOURCEPATH
sourcepath to XSLTs, all XSLT files under this path will be
documented and SOURCEPATH/overview.txt will be used for the overview.
You might also simply list all dirs and XSLT files as parameters.
-j, --javadoc, --htmldocs
process comments in Javadoc style (HTML and @tags), default style
is reStructuredText (ReST)
-dDOCPATH, --docpath=DOCPATH
documentation target directory, default is ./_xsldoc
(ATTENTION: Was option -b in versions upto v0.3x)
-oOVERVIEW, --overview=OVERVIEW
use this ReST .txt file for the overview page
-r, --removedocs
remove all comments from given XSLTs and save results in
COMMENTSTRIPPEDPATH. present files will all be OVERWRITTEN!
-cCOMMENTSTRIPPEDPATH, --commentstrippedpath=COMMENTSTRIPPEDPATH
path where XSLTs after removing of all docs will be saved, only
used when option "-r" is given. default is _optimized.
christof hoeke http://cthedot.de
<P><A HREF="http://cthedot.de/pyxsldoc/">pyXSLdoc 0.50</A> - generate
XSLT documentation (30-May-04)
pyshapelib 0.3 released
pyshapelib is a python wrapper for shapelib[1], a free software library for
reading and writing ESRI shapefiles, a frequently used format for
geographic data.
Download:
http://ftp.intevation.de/users/bh/pyshapelib/pyshapelib-0.3.tar.gz
or
http://ftp.intevation.de/users/bh/pyshapelib/pyshapelib-0.3.zip
Changes since version 0.2:
* New module shptree. It's a simple wrapper for shapelib's quadtree.
* Provide a way to access the shapelib module and shapefile objects
from C. It's not documented, unfortunately, but pyshapelib_api.h may
be a starting point. This feature is used in Thuban[2] which could be
used as an example.
* distutils based build and install script, setup.py
Module dbflib:
* dbf objects now have a method commit if compiled with shapelib newer
than 1.2.10 (that is only the CVS version of shapelib at the time of
writing). This method calls the new function dbflib DBFUpdateHeader.
* New method read_attribute which reads a single attribute instead of a
whole record like read_record
* NULL values are now returned as None. DBF files don't really support
NULL, but this change matches a new feature in shapelib 1.2.9. It's
not clear whether it should be implemented in the python wrapper in
this way. It might be better to make it optional.
Requirements:
Python 2.0 or later (mostly tested with 2.2, though)
shapelib 1.2.9 or later
License:
LGPL
Links:
[1] Shapelib: http://gdal.velocet.ca/projects/shapelib.
[2] Thuban is an interactive geographic data viewer.
http://thuban.intevation.org/
Dear Python community,
The Zope 3 development team is proud to announce the second alpha release of
Zope X3 3.0.0.
Zope X3 is the next major Zope release and has been written from scratch based
on the latest software design patterns and the experiences of Zope 2. The "X"
in the name stands for "experimental", since this release does not try to
provide any backward-compatibility to Zope 2.
Download
http://zope.org/Products/ZopeX3
Installation instructions for both Windows and Un*x/Linux are now available
in the top level README.txt of the distribution.
Changes since alpha 1
- Several packages were included in the first alpha since other code had
several dependencies on their interfaces. This code has been refactored
into sub-packages which are no longer part of the release. As a result,
this distribution has fewer packages than alpha 1. Excluded packages
include the indexing and fssync.
- Some bugs were fixed that were reported by testers. This includes problems
with the installation of a distribution.
Goals
While the first alpha release concentrated on testing our packaging tool and
putting a process for releases into place, we would like to ask anyone
to test this release a thoroughly as possible. The next release will be the
first beta (probably next week) at which time the API freezes! Even if you
are not interested in Zope you should test the building process of the
distribution, since the packaging tool might be of great interest to the
entire Python community.
Please send any bug reports and comments to zope3-dev(a)zope.org! Thank you
very much in advance for your help!
Contributors
Jim Fulton, Marius Gedminas, Fred Drake, Philipp von Weitershausen,
Stephan Richter, Dmitry Vasiliev, Eckart Hertzler
Thanks to everyone!
CJKPython 2.3.4 final release is now available at
http://cjkpython.i18n.org/index.html#CJKPython
CJKPython is a CJK-localized Python distribution for Windows. It
comes with CJKCodecs and several CJK patches and third-pathy modules.
What's different from the standard Python for Windows?
------------------------------------------------------
* Includes CJKCodecs as of incorporated edition in Python 2.4.
* Includes the following third-party modules:
- hangul 1.0 (manipulates Hangul, the Korean alphabet system)
- pykf 0.3.3 (converts JIS codes)
- ctypes 0.6.2 (interface to native dynamic libraries)
* Respects system locale by default.
* sys.displayhook is locale-aware so that users can see CJK strings
as it is.
* Interactive sessions respect to stdin encodings for both of text
mode and IDLE shells.
* Shift-JIS localization patches by Atsuo Ishimoto are also
available in this distribution and it's default for Japanese
systems.
Thanks!
Hye-Shik Chang
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I've just released versions 0.6.11 and 0.7.3 which contain an important
SECURITY FIX.
I strongly encourage all users of Roundup to upgrade immediately. The download
files are at:
https://sourceforge.net/project/showfiles.php?group_id=31577
Richard
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAtm5orGisBEHG6TARAqGaAJ40cckTD3r+IgeiQETYszjKiDObxgCfb/qh
uwYswRP8ftQaa71MNOn7yas=
=KzEE
-----END PGP SIGNATURE-----
