Mailman 3 March 2005 - Python-announce-list

ANNOUNCE: PyDO-2.0a0 released
by Jacob Smullyan 15 Mar '05

15 Mar '05

I'm pleased to announce the first alpha release of PyDO 2. PyDO is Drew Csillag's ORM (Object-Relational Mapper) database access library for Python that facilitates writing a Python database access layer. PyDO attempts to be simple, flexible, extensible, and unconstraining. PyDO 2 is a rewrite of the 1.x series distributed with SkunkWeb. It has several enhancements: * PyDO can now be used in multi-threaded or twisted-style asynchronous sitations, with or without a customizable connection pool. * PyDO objects are now dict subclasses, but also support attribute access to fields. * Projections -- subsets of the field list of a super-class -- are now supported by the PyDO.project() method. * Table attributes are now declared in a more concise way. * Overall, the API has been tightened and the code restructured. It also has several limitations: * PyDO 2 is alpha code. Bugs should be expected, and the API is not guaranteed to be stable. * Currently, PyDO 2 supports fewer database systems than PyDO 1 (PostgreSQL, SQLite, and MySQL), although adding new drivers should not be difficult. * PyDO 2 requires Python 2.4 or later. PyDO is dual GPL/BSD licensed. The source tarball is available at SkunkWeb's berlios site: https://developer.berlios.de/projects/skunkweb/ or, more directly: http://download.berlios.de/skunkweb/PyDO-2.0a0.tar.gz Questions pertaining to PyDO can be addressed to the SkunkWeb mailing list at sourceforge: http://lists.sourceforge.net/lists/listinfo/skunkweb-list Cheers, js -- Jacob Smullyan

1 0

ANNOUNCE: PyGTK 2.6.1
by Johan Dahlin 15 Mar '05

15 Mar '05

I am pleased to announce version 2.6.1 of the Python bindings for GTK. The new release is available from ftp.gnome.org as and its mirrors as soon as its synced correctly: http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.6/pygtk-2.6.1.tar.gz Changes since 2.6.0: - GtkListStore.insert optimization (Johan) - GtkTreeStore/GtkListStore.reorder leak fix (Johan, Richard Hult) - GParamSpec bug fix (Johan) - Code generator improvements (Anders Carlsson, Johan, Doug Quale) - GCC4 build fixes Blurb: GTK is a toolkit for developing graphical applications that run on POSIX systems such as Linux, Windows and MacOS X (provided that the X server for MacOS X has been installed). It provides a comprehensive set of GUI widgets, can display Unicode bidi text. It links into the Gnome Accessibility Framework through the ATK library. PyGTK provides a convenient wrapper for the GTK+ library for use in Python programs, and takes care of many of the boring details such as managing memory and type casting. When combined with PyORBit and gnome-python, it can be used to write full featured Gnome applications. Like the GTK+ library itself PyGTK is licensed under the GNU LGPL, so is suitable for use in both free software and proprietary applications. It is already in use in many applications ranging from small single purpose scripts up to large full features applications. PyGTK requires GTK+ >= 2.6 and Python >= 2.3 to build. Bug reports, as always, should go to Bugzilla; check out http://pygtk.org/developer.html and http://pygtk.org/feedback.html for links to posting and querying bug reports for PyGTK. -- Johan Dahlin johan(a)gnome.org

1 0

Wing IDE 2.0.2 Released
by Wing IDE Announce 14 Mar '05

14 Mar '05

Hi, We're pleased to announce the release of Wing IDE 2.0.2. This is a free upgrade for Wing IDE 2.0 users. The release can be downloaded from: http://wingware.com/downloads Wing IDE provides powerful debugging, editing, code intelligence, and search capabilities that reduce development and debugging time, cut down on coding errors, and make it easier to understand and navigate Python code. Highlights of this release include: * Easier to use Zope and Plone integration http://wingware.com/doc/howtos/zope * Extension of the IDE with Python scripts (Wing Pro only) http://wingware.com/doc/scripting * CVS revision control system integration (Wing Pro only) http://localhost/doc/edit/revision-control * Reorganized and expanded Project and File properties * Ability to view and change text file encodings * Per-project line ending and indentation policies * Option to auto-add new files to projects * Text input methods for non-european languages * Wing IDE Personal now includes the Indentation tool * Over 70 other improvements and bug fixes New features in Wing IDE 2.0 since the last 1.1 release include a redesigned customizable user interface, call tips, syntax error indicators, editor tabs and splits, multi-file wildcard and regular expression searching, integrated documentation and tutorial, German localization, and Unicode support. This release is available for Windows, Linux, and Mac OS X, and can be compiled from sources on *BSD, Solaris, and other Posix operating systems. A complete list of changes is available here: http://wingware.com/pub/wingide/2.0.2/CHANGELOG.txt For more information see: Product Info: http://wingware.com/products Sales: http://wingware.com/store/purchase Upgrades: http://wingware.com/store/upgrade Sincerely, The Wingware Team

1 0

ANN: MoinMoin 1.3.4 (advanced wiki engine) released
by Alexander Schremmer 13 Mar '05

13 Mar '05

_ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| _) \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.3.4 advanced wiki engine released ============================================== MoinMoin is an easy to use, full-featured and extensible wiki software package written in Python. It can fulfill a wide range of roles, such as a personal notes organizer deployed on a laptop or home web server, a company knowledge base deployed on an intranet, or an Internet server open to individuals sharing the same interests, goals or projects. A wiki is a collaborative hypertext environment with an emphasis on easy manipulation of information. MoinMoin 1.3.4 is a maintenance release that fixes several bugs and introduces some new features. See below. Upgrading is recommended for all users. - http://moinmoin.wikiwikiweb.de/MoinMoinDownload Major bugs that were fixed -------------------------- * Fixed a few non-critical ACL issues which might have led to leakage of pagenames. * Workaround on Windows 95, 98, ME. This fixes some bugs related to an outdated page list and newly created pages that did not appear immediately. * Fixed decoding issues of page names on Windows, finally. http://moinmoin.wikiwikiweb.de/MoinMoinBugs/BrokenUmlautsInLinksIn131 * Fixed traceback on IIS. http://moinmoin.wikiwikiweb.de/MoinMoinBugs/request%2epy_broken_on_IIS * Many fixes in WikiRPC. * Fixed backlinks - the result did not always show all links, often it showed too many irrelevant matches (MoinMoinBugs/BacklinksAreBroken). * Fixed the acceptance of the show_hosts setting. Now you should be able to hide any IP or host name from being published by MoinMoin by enabling this option. * Fixed free parent and subpage links in interwiki notation. http://moinmoin.wikiwikiweb.de/MoinMoinBugs/FreeParentLinksAreBroken * Various other bugfixes. Major New features ------------------ * Added the pragmas description and keywords. They will add <meta> headers if used. * The search modifier "linkto:" was introduced. You can use it to search for links. * Added support for Digest and NTLM authentication with CGI (e.g. if you use those Apache modules) * Date and DateTime macros accept a timezone specification. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES Major new features in 1.3 ========================= * MoinMoin speaks your language! Complete Unicode support, translated system and help pages in more than ten languages, and support for languages written from right to left are the base features of our internationalisation support. * Fresh look and feel. New default user interface design, improved existing themes and enhanced theme plug-in framework that make it easier to modify the design or create completely new user interface. * Find anything on your wiki, instantly. New search engine and streamlined Google-like search interface, using multiple search terms, regular expressions, search term modifiers and boolean search. * Antispam - keep spammers out of you wiki. Protect your wiki with automatically updated spam patterns maintained on the MoinMaster wiki, and shared by all MoinMoin wikis worlwide. * Underlay directory - easy upgrade and maintenance. New streamlined directory layout protects all system and help pages in a separate underlay directory. * Run with your favorite server. Use either a standalone server that requires only Python, the high performance Twisted server, Apache with Fast CGI, mod_python or plain CGI. * Multiconfig - easier, more powerful configuration. New class-based configuration allow you to easily configure single or multiple wikis sharing a common setup. MoinMoin History ================ MoinMoin has been around since year 2000. Most of the codebase was written by Jürgen Hermann; it is currently being developed by a growing team. Being originally based on PikiPiki, it has evolved heavily since then (PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large enterprises have been using MoinMoin as a key tool of their intranet, some even use it for their public web page. A large number of Open Source projects use MoinMoin for communication and documentation. Of course there is also a large number of private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES * Upgrade: http://moinmoin.wikiwikiweb.de/HelpOnUpdating * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team

1 0

[ANN] Release 0.25 of Task Coach
by Frank Niessink 13 Mar '05

13 Mar '05

Hi all, I am pleased to announce release 0.25 of Task Coach. This release fixes one bug and extends two features: Bug fixed: - The menu item 'Effort' -> 'New effort' did not work in release 0.24. Features extended: - XML export now includes effort records. - Effort per day, per week and per month views now also show total time spent (i.e. time including time spent on subtasks). What is Task Coach? Task Coach is a simple task manager that allows for hierarchical tasks, i.e. tasks in tasks. Task Coach is open source (GPL) and uses wxPython. You can download Task Coach from: http://taskcoach.niessink.com https://sourceforge.net/projects/taskcoach/ A binary installer is available for Windows XP, in addition to the source distribution. Thanks, Frank

1 0

ANN: Veusz 0.4 released (scientific plotting package)
by Jeremy Sanders 13 Mar '05

13 Mar '05

Veusz 0.4 [first public release] --------- Velvet Ember Under Sky Zenith ----------------------------- http://home.gna.org/veusz/ Veusz is a scientific plotting package written in Python (currently 100% Python). It uses PyQt for display and user-interfaces, and numarray for handling the numeric data. Veusz is designed to produce publication-ready Postscript output. Veusz provides a GUI, command line and scripting interface (based on Python) to its plotting facilities. The plots are built using an object-based system to provide a consistent interface. Currently done: * X-Y plots (with errorbars) * Stepped plots (for histograms) * Line plots * Function plots * Stacked plots and arrays of plots * Plot keys * Plot labels * LaTeX-like formatting for text * EPS output * Simple data importing * Scripting interface * Save/Load plots * Some work on a manual and introduction To be done: * Contour plots * Images * Filled regions * UI improvements * Import filters (for qdp and other plotting packages, fits, csv) * Data manipulation * Python embedding interface (for embedding Veusz in other programs). [some of the external interface is complete] * Proper installation program Requirements: Python (probably 2.3 or greater required) http://www.python.org/ Qt (free edition) http://www.trolltech.com/products/qt/ PyQt (SIP is required to be installed first) http://www.riverbankcomputing.co.uk/pyqt/ http://www.riverbankcomputing.co.uk/sip/ numarray http://www.stsci.edu/resources/software_hardware/numarray Microsoft Core Fonts (recommended) http://corefonts.sourceforge.net/ For documentation on using Veusz, see the "Documents" directory. The manual is in pdf, html and text format (generated from docbook). If you enjoy using Veusz, I would love to hear from you. Please join the mailing lists at https://gna.org/mail/?group=veusz to discuss new features or if you'd like to contribute code. The newest code can always be found in CVS. Cheers Jeremy Veusz is Copyright (C) 2003-2005 Jeremy Sanders <jeremy(a)jeremysanders.net> Licenced under the GPL (version 2 or greater)

1 0

[ANN] XPN 0.4.5 released
by Nemesis 12 Mar '05

12 Mar '05

XPN - X Python Newsreader is a multiplatform newsreader with unicode support. It is written in Python+PyGTK. It has features like scoring/actions, XFace and Face decoding and random taglines. You can find it on: http://xpn.altervista.org/index-en.html http://sf.net/projects/xpn Changes in this release: * added X-Face support (thanks to Andrew Taylor for helping me in the translation of his javascript port of uncompface, and to Alien321 for telling me about the Mnheny Thunderbird extension) * added Face support (note you can't send Faces, because this is a non standard header). * added i18n support with gettext. At the moment the supported languages are Italian and French (thanks to Guillaume Bedot for the code and for the French translation) * rewrote NNTP connection handler as an externale module. Now it should be more readable and more reliable. * some refinements in watch/ignore/mark features * fixed some quirk behaviours in the wrapping feature. Now the live wrapping should work better. * added Subject based threading, it's used when References based threading fails * now XPN can generate Message-IDs, and you can also use a personal [pseudo-]FQDN. * added command line options, now you can run xpn with "-d" option and it will store articles and configs files inside a .xpn directory in your home-dir. (thanks to Guillaume Bedot for the code) * added a simple outbox, you can store your articles in it when you are offline and then send them when you estabilish the connection with the server. * now XPN should autmatically repair its database when it gets corrupted. * some fixes for Supersede/Cancel features * now you can select multiple row in groups list. So for instance you can subscribe more than one group with one click, or you can use the new "download new headers in selected groups". * now you can use a different From field when you reply by mail * fixed a bug introduced in the previous release that caused a crash trying to use a NickName with extended characters in it. -- Jesus loves you. Everyone else thinks you're an ass. |\ | |HomePage : http://nem01.altervista.org | \|emesis |XPN (my nr): http://xpn.altervista.org

1 0

ctypes 0.9.5 released
by Thomas Heller 11 Mar '05

11 Mar '05

ctypes 0.9.5 released - Mar 11, 2005 ==================================== Overview ctypes is an advanced ffi (Foreign Function Interface) package for Python 2.3 and higher. ctypes allows to call functions exposed from dlls/shared libraries and has extensive facilities to create, access and manipulate simple and complicated C data types in Python - in other words: wrap libraries in pure Python. It is even possible to implement C callback functions in pure Python. ctypes runs on Windows, MacOS X, Linux, Solaris, FreeBSD, OpenBSD. It may also run on other systems, provided that libffi supports this platform. For windows, ctypes contains a ctypes.com package which allows to call and implement custom COM interfaces. Important If you download the source distribution, please choose the ZIP file for Windows, and the .tar.gz file for other machines. These archive have different contents! There have been lots of changes - if you are the author or user of a package that uses ctypes, please test it with this release and report problems on the ctypes-users mailing list. Additions New package ctypes.wrap. This contains decorators usable for easier creation of wrapper functions. This package also contains a toolchain for (semi)automatic creation of wrappers for external libraries - it can parse C header files and generate ctypes code for the declarations in them. It can even handle preprocessor definitions! For details, see http://starship.python.net/crew/theller/ctypes/codegen.html Changes in 0.9.5 On systems where sizeof(int) == sizeof(long), c_int/c_long and c_uint/c_ulong are now aliases. Similar for c_long/c_longlong and c_ulong/c_ulonglong. This prevents unneeded type errors. If an exception occurs in a callback function, a full traceback is now printed. Raising SystemExit in a callback function now correctly exists Python. HRESULT is now a proper ctype - no longer a function. This allows to use it in the argtypes sequence for function prototypes. An easier way to define structures and unions that reference themselves, or have dependencies to other data types. The _fields_ attribute can now be set *after* the Structure/Union class has been created. This makes the SetPointerType function obsolete. The semantics of the _fields_ attribute in sub-subclasses of Structure and Union has been fixed. The baseclasses _fields_ list is extended, not replaced, in subclasses. Assigning _fields_ when it is no longer possible raises an error now. Structures and unions now work as restype and in the argtypes list for functions. An important bug has been fixed with pointers. Detailed changelogs are in CVS: <http://cvs.sourceforge.net/viewcvs.py/ctypes/ctypes/ChangeLog?rev=HEAD> <http://cvs.sourceforge.net/viewcvs.py/ctypes/ctypes/win32/com/ChangeLog?rev…> Download Downloads are available in the sourceforge files section <http://sourceforge.net/project/showfiles.php?group_id=71702> Separate source distributions are available for windows and non-windows systems. Please use the .zip file for Windows (it contains the ctypes.com framework), and use the .tar.gz file for non-Windows systems (it contains the complete cross-platform libffi sources). Binary windows installers, which contain compiled extension modules, are also available, be sure to download the correct one for the Python version you are using. Homepage <http://starship.python.net/crew/theller/ctypes/> Enjoy, Thomas

1 0

[ANN] Release 0.24 of Task Coach (which is also available from Sourceforge now)
by Frank Niessink 10 Mar '05

10 Mar '05

Hi all, I am pleased to announce release 0.24 of Task Coach. This release fixes two bugs and adds one feature: Bugs fixed: - Saving a selection of tasks to a separate file would also save all effort records to that file (instead of just the effort records for the selected tasks), giving errors when loading that file. - Deleting a task with effort records would not delete the effort records. Features added: - The tracking status of tasks is saved. So if you start tracking a task, quit Task Coach, and restart Task Coach later, effort for that task is still being tracked. Requested by Bob Hossley. In addition, the source code for Task Coach is a available from the CVS repositoty at Sourceforge. See http://sourceforge.net/projects/taskcoach/ What is Task Coach? Task Coach is a simple task manager that allows for hierarchical tasks, i.e. tasks in tasks. Task Coach is open source (GPL) and uses wxPython. You can download Task Coach from: http://taskcoach.niessink.com https://sourceforge.net/projects/taskcoach/ A binary installer is available for Windows XP, in addition to the source distribution. Thanks, Frank

1 0

cx_Logging 1.0
by Anthony Tuininga 10 Mar '05

10 Mar '05

What is cx_Logging? cx_Logging is a Python extension module which operates in a fashion similar to the logging module that ships with Python 2.3 and higher. It also has a C interface which allows applications to perform logging independently of Python. Where do I get it? http://starship.python.net/crew/atuining What's new? 1) This is the first release of this project. -- Anthony Tuininga anthony(a)computronix.com Computronix Distinctive Software. Real People. Suite 200, 10216 - 124 Street NW Edmonton, AB, Canada T5N 4A3 Phone: (780) 454-3700 Fax: (780) 454-3838 http://www.computronix.com

1 0

RELEASED Python 2.4.1, release candidate 1
by Anthony Baxter 10 Mar '05

10 Mar '05

On behalf of the Python development team and the Python community, I'm happy to announce the release of Python 2.4.1 (release candidate 1). Python 2.4.1 is a bug-fix release. See the release notes at the website (also available as Misc/NEWS in the source distribution) for details of the bugs squished in this release. Assuming no major problems crop up, a final release of Python 2.4.1 will follow in about a week's time. For more information on Python 2.4.1, including download links for various platforms, release notes, and known issues, please see: http://www.python.org/2.4.1/ Highlights of this new release include: - Bug fixes. According to the release notes, several dozen bugs have been fixed, including a fix for the SimpleXMLRPCServer security issue (PSF-2005-001). Highlights of the previous major Python release (2.4) are available from the Python 2.4 page, at http://www.python.org/2.4/highlights.html Enjoy the new release, Anthony Anthony Baxter anthony(a)python.org Python Release Manager (on behalf of the entire python-dev team)

1 0

[ANN] Pythonutils updates - approx, approxClientproxy, caseless etc
by Fuzzyman 10 Mar '05

10 Mar '05

Various of the Voidspace Pythonutils modules have been updated. http://www.voidspace.org.uk/python/index.shtml approx.py has been updated (Python CGI Proxy script) approxClientproxy.py version 2.0 is available listquote, caseless, linky, and downman have all been updated. *MAJOR UPDATE* approx.py approx.py is now at version 0.6.3 This includes many new features, improvements and bugfixes since the last public release 0.6.0. http://www.voidspace.org.uk/python/cgi.shtml#approx approx.py is a Python CGI proxy. It aids unrestricted internet browsing in a censored environment. It is inspired by the James Marshall Perl cgiproxy. Whilst it is not as fully developed as that script it has several advantages. These include URL obfuscation and that it is designed to work with approxClientproxy - see below. 2005/02/15 Version 0.6.3a Refactoring again - less global variables, slightly neater structure. (A full class based structure might still be better) Removed a couple of unimplemented features. Session cookies are now saved. (before they were always discarded) Userid can now be hardwired into approxClientproxy - meaning we don't get *hundreds* of cookie files. Updated default user agent. Fixed bug in cookie sending. (now can send the userid cookie on non-html pages and when modify is off) 2005/01/20 Version 0.6.2a Obfuscation changed to use dataenc. URL obfuscation now *only* available if dataenc and dateutils modules are available. (This restriction will be removed, and the functions built in, when testing is complete) 2005/01/02 Version 0.6.1c Fixed bug(s) in python 2.4 compatibility. Fixed bug in cookie naming. Removed extraneous whitespace from urls entered in the form. Fixed a bug in debug mode introduced in a previous update ! Logging is off by default - avoids file permission errors for new users. (If people want logging they can switch it on themselves) Removed a source of crashes in handling unsupported authentication methods. Basic url obfuscation implemented - for the sake of server logs. In the event of error we now keep the url in the form. Many thanks to Jose for testing and encouragement. *NEW* approxClientproxy.py Version 2.0.0 alpha February 2005 http://www.voidspace.org.uk/python/cgi.shtml#approx This is an experimental client proxy to go with approx.py. It runs on the client machine and transparently rewrites URL requests from the browser to go through the approx proxy. It doesn't yet support fetching https URLs, which is the target of the next update. *UPDATED* caseless and listquote updates http://www.voidspace.org.uk/python/modules.shtml#caseless http://www.voidspace.org.uk/python/modules.shtml#listquote These two modules have had updates for the latest ConfigObj update. This includes optimisations and improvements for unicode support. caseless provides a "Case Insensitive Dictionary, List and Sort" listquote "contains a set of functions for parsing lists from text and writing them back out again" *UPDATED* downman.py Version 0.3.1 17th February 2005 http://www.voidspace.org.uk/python/cgi.shtml#downman Simple download manager. A CGI script for 'serving' files for downlaod and gathering/presenting statistics about their use. Several minor improvements since 0.2, including support for different sections. 2005/02/17 Version 0.3.1 Added version string. Uses the 'formatbytes' function from pathutils. 2005/02/07 Version 0.3.0 Greatly simplified. Doesn't do links or use fileid. Will now serve files from several directories (sections) with different stats. Now can order results by average download rate (or reverse). Now displays file size and will sort by file size. Filenames are also links to the file. *UPDATED* linky.py Version 0.1.1 16th February 2005 http://www.voidspace.org.uk/python/programs.shtml#linky A script that uses BeautifulSoup to check links on a website. Particular emphasis is checking local links within a website and comparing link 'casing' with files on the filesystem. This will pick up errors when testing your website on windows (where case errors may not be apparent). Regards, Fuzzy http://www.voidspace.org.uk/python/index.shtml

1 0

ANNOUNCE: Ice 2.1 released
by Michi Henning 09 Mar '05

09 Mar '05

Hi, we've just released a new version of Ice, with nice new goodies and even better performance. Here is the official announcement. Enjoy! Cheers, Michi. -- Michi Henning Ph: +61 4 1118-2700 ZeroC, Inc. http://www.zeroc.com ZeroC, Inc. is pleased to announce the availability of the Internet Communications Engine (Ice), version 2.1.0. Changes in Ice since version 2.0.0 include: An implementation of IceSSL for Java. Support for bi-directional connections without using a router. A fast and lightweight new file patching service, IcePatch2. Many performance improvements. Easy RPM installation for Linux. Improved Windows installer. Numerous other improvements and bug fixes. For a detailed description of Ice, please have a look at http://www.zeroc.com/ice.html. For a comparison of Ice and CORBA, please see http://www.zeroc.com/iceVsCorba.html. In addition to traditional proprietary licensing models for commercial customers, Ice is also freely available as Open Source under the terms of the GNU General Public License (GPL). You can download the complete Ice source and documentation from http://www.zeroc.com/download.html.

1 0

cx_bsdiff 1.1
by Anthony Tuininga 09 Mar '05

09 Mar '05

What is cx_bsdiff? bsdiff is a very simple Python extension module that allows Python to perform the same tasks as the bsdiff utility available from http://www.daemonology.net/bsdiff and runs on any platform on which Python runs. Where do I get it? http://starship.python.net/crew/atuining What's new? 1) This is the first release of this project. I have used it at our company for a couple of years now and found it quite useful. I have written a script that accepts a source and target directory and performs a diff between the two, storing the binary differences in a pickled file which can then be used to reconstitute the target directory given the source directory and the patch file. I am willing to make this available if there is enough interest. -- Anthony Tuininga anthony(a)computronix.com Computronix Distinctive Software. Real People. Suite 200, 10216 - 124 Street NW Edmonton, AB, Canada T5N 4A3 Phone: (780) 454-3700 Fax: (780) 454-3838 http://www.computronix.com

1 0

[ANN] ConfigObj Update and New PythonUtils Package
by Fuzzyman 09 Mar '05

09 Mar '05

ConfigObj has had another update - now version 3.3.0 Several of the Voidspace PythonUtils modules have been packaged together as the 'Voidspace Pythonutils Package'. This makes it easier to release packages that depend on ConfigObj and the other modules. This update includes several important new features and bugfixes. New features include - string interpolation similar to ConfigParser, unicode support for reading and writing of config files, and a validation schema for validating config files. The validation schema is implemented using validate.py, which is co-written by Mark Andrews and maintained at http://www.la-la.com (although included in all the distributions). The unicode support will recognise and preserve the UTF-8 BOM when reading/writing files. Check out the docs for full details of the changes and how they work. Homepage : http://www.voidspace.org.uk/python/configobj.html For downloading, see the download section of the homepage. NEW ConfigObj API Docs Online : http://www.voidspace.org.uk/python/configob-api What is ConfigObj ================== A python module (class) for ultra simple reading and writing of simple config files, including config files with sections. Designed to allow the greatest flexibility in the config files it will read (and your users will create). Many flexible features - but you don't need to use them ! What's New ? ============= Changes in the new version : 2005/03/01 Version 3.3.0b Requires listquote 1.2.0 - which is improved/optimised Requires caseless 2.2.0 which has support for unicode Adding support for validation using the configspec To be done with an external validator. (Validator class created with help of Mark Andrews) This means added methods/attributes : parseconfigspec method stripconfigspec method validate method __configspec__ attribute BOM attribute Experimental unicode internally. 'encoding' and 'backup_encoding' keywords added 'lists' keyword added - can turn off list handling (lists are left as strings) A ConfigObj can be created by passing in a dictionary Added a __repr__ method for the ConfigObj configspec can now be a filename (or StringIO instance...) - including for the write method Now raises a TypeError rather than a KeyError if you pass in invalid options writein can now return a config file as a list of lines if no filename is set duplicate keys/sections in writein now raise 'duplicate' errors, rather than 'conspecerror' String interpolation from the 'default' section - using '%(keyword)s' format - similar to ConfigParser Attribute access as well as dictionary syntax Added a test for lists Coerce sections created as dictionaries to caselessDict (bug fix) Escaped '&mjf-lf;' and '&mjf-quot;' in unquoted values are converted (bug fix) Bug fixed in configspec with section files (bug fix) Bug fix in reporting of duplicate sections with configspec. (bug fix) Fixed bugs in sectionfiles with 'configspec_only' (errors in the empty last section would be missed) (bug fix) Bug fix in __buildconfigspec (bug fix) Improved support for '/*... */' in the writein method (bug fix) Fixed typo in verify and reset methods (bug fix) configspec is no longer destroyed for flatfiles (bug fix) Missing keys and Extra keys errors the wrong way round in write method (bug fix) Plus other minor bugfixes, simplifications and optimisations The next version will have some refactoring to use more reg-exes in parsing (I've had to succomb and import re for string interpolation so I might as well make better use of it) and improvements to the error system. *NEW* Voidspace PythonUtils Package Version 0.1.0 1st March 2005 http://www.voidspace.org.uk/python/pythonutils.html The Voidspace Pythonutils package is a simple way of installing the Voidspace collection of modules. For programs that use ConfigObj (which also requires caseless and listquote), it is simpler to install this package than to use the modules separately. This makes it simpler to distribute programs that depend on ConfigObj, without you having to distribute ConfigObj as well. Of course all the modules are useful in their own right. The modules included are : * ConfigObj - simple config file handling * caseless - case insensitive datatypes and sorting * listquote - list and element handling * validate - schema validation system * StandOut - flexible output object (simple logging and verbosity control) * pathutils - for working with paths and files * cgiutils - cgi helpers Regards, Fuzzyman http://www.voidspace.org.uk/python/index.shtml

1 0

BayPIGgies: March 10, 7:30pm (FINAL MEETING AT STANFORD)
by Aahz 09 Mar '05

09 Mar '05

WARNING: the last meeting of BayPIGgies at Stanford is currently scheduled for March. Our host, Danny Yoo, is leaving Stanford, and we need to find a new location. If you wish to assist with the search, please join the BayPIGgies mailing list. Meanwhile, let's all give hearty thanks to Danny for helping us find a stable meeting location for so long! The next meeting of BayPIGgies will be Thurs, March 10 at 7:30pm. Donovan Preston will lead a discussion about using Python with OS X, including integrating with PyObjC and GNUStep. BayPIGgies meetings are in Stanford, California. For more information and directions, see http://www.baypiggies.net/ Before the meeting, we may meet at 6pm for dinner in downtown Palo Alto. Discussion of dinner plans is handled on the BayPIGgies mailing list. Advance notice: The April 14 meeting agenda has not been set. Please send e-mail to baypiggies(a)baypiggies.net if you want to suggest an agenda -- and a meeting place! -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "The joy of coding Python should be in seeing short, concise, readable classes that express a lot of action in a small amount of clear code -- not in reams of trivial code that bores the reader to death." --GvR

1 0

Reminder: Sydney Python Meetup - March 10
by Alan Green 08 Mar '05

08 Mar '05

The Sydney Python Meetup is on again tomorrow, Thursday March 10, at 6:30pm. The topic is web application frameworks, and we are covering four different approaches to building web applications in Python. What: Sydney Python Meetup "Web Application Frameworks" Speakers: Casey Whitelaw speaking on CGI Mark Rees on WSGI Andy Todd on Quixote Yours Truly on CherryPy When: 6:30pm, presentations commencing at 7:00pm Thursday, March 10 Where: James Squire Brewhouse 22 The Promenade King St Wharf Sydney, NSW The presentations will begin at 7:00 and finish at 8:00. Feel free to stay and discuss the relative merits of those frameworks and other Pythonic topics. Meals, snacks and drinks are available from the bar. Further details and RSVP at: http://python.meetup.com/96/events/4239674/ -- Alan Green (agreen(a)cirrustech.com.au) Cirrus Technologies Pty. Ltd. http://www.cirrustech.com.au +61 2 9299 3544 (w) +61 2 9299 5950 (f)

1 0

[ANN] pyasm 0.2 - dynamic x86 assembler for python
by Grant Olson 08 Mar '05

08 Mar '05

PyASM by Grant Olson <olsongt at verizon.net> ============================================= PyASM is a dynamic x86 assembler for python. By "dynamic", I mean that it can be used to generate inline assembly functions in python at runtime without requiring object file generation or linkage. New in version 0.2 ------------------ + Linux Support. Will work in Linux environments as well as Windows. + Simplified Interface. You only need to use one function to generate code. + Preliminary Documentation. More information and downloads are available on my homepage: http://mysite.verizon.net/olsongt ################################# ## helloWorld.py ## assembly hello world script ################################# from pyasm import pyasm pyasm(globals(),r""" !CHARS hello_str 'Hello world!\n\0' !PROC hello_world PYTHON !ARG self !ARG args PUSH hello_str CALL PySys_WriteStdout ADD ESP, 0x4 MOV EAX,PyNone ADD [EAX],1 !ENDPROC """) hello_world()

1 0

Announcement: PyMatrix-0.0.1a Released
by Colin J. Williams 08 Mar '05

08 Mar '05

PyMatrix is a package to provide access to the functionality of matrix algebra. This package is currently based on numarray. It includes a statistics module which includes a basic analysis of variance. In the future it is hoped to enhance the generality of the divide operation, to add the transcendental functions as methods of the matrix class and to improve the documentation. The expectation is that Numeric3 will eventually replace numarray and that this will necessitate some changes to PyMatrix Downloads in the form of a Windows Installer (Inno) and a zip file are available at: http://www3.sympatico.ca/cjw/PyMatrix An /Introduction to PyMatrix/ is available: http://www3.sympatico.ca/cjw/PyMatrix/IntroToPyMatrix.pdf Information on the functions and methods of the matrix module is given at: http://www3.sympatico.ca/cjw/PyMatrix/Doc/matrix-summary.html Colin W.

1 0

ANN: PyEnchant 1.1.0
by Ryan Kelly 08 Mar '05

08 Mar '05

I'm pleased to announce the release of PyEnchant version 1.1.0. This release includes several major changes and additions of functionality: * Shiny new sourceforge site: http://pyenchant.sourceforge.net * Preliminary support for input/output with unicode objects as well as standard python strings * Windows installer now comes with MySpell as the default instead of ISpell, which generally gives better results. This backend is compatible with dictionaries from the OpenOffice.org project. ISpell support is also still present * The enchant.tokenize package provides functions for splitting text into its component words * The enchant.utils.SpellChecker class implements a high-level spellchecking loop over a chunk of text Unfortunately I dont have much experience with unicode so the preliminary support for it might be a little flaky. Anyone who can help with testing this out, would be very gratefully appreciated. Cheers, Ryan About: ------- Enchant (http://www.abisource.com/enchant/) is the spellchecking package behind the AbiWord word processor, is being considered for inclusion in the KDE office suite, and is proposed as a FreeDesktop.org standard. It's completely cross-platform because it wraps the native spellchecking engine to provide a uniform interface. PyEnchant brings this simple, powerful and flexible spellchecking engine to Python: http://pyenchant.sourceforge.net/ Current Version: 1.1.0 Licence: LGPL with exemptions, as per Enchant itself -- Ryan Kelly 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

1 0

Chicago Python Group, Thurs March 10
by Ian Bicking 08 Mar '05

08 Mar '05

The Chicago Python User Group, ChiPy, will have its next meeting on Thursday, March 10, starting at 7pm. For more information on ChiPy see http://chipy.org Presentations ------------- This week we will have two presentations. Robert Ramsdell will talk about SimPy. SimPy (Simulation in Python) is an object-oriented, process-based discrete-event simulation language based on standard Python. It provides the modeler with components of a simulation model including processes, for active components like customers, messages, and vehicles, and resources, for passive components that form limited capacity congestion points like servers, checkout counters, and tunnels. It also provides monitor variables to aid in gathering statistics. Ian Bicking will be presenting on WSGI, WSGIKit, and Python web programming. WSGI is a new Python standard for interfacing between web servers (like Apache or Twisted) and web applications. WSGIKit is a reimplementation of Webware for Python using a series of WSGI components. He will be talking about its design and utilization of WSGI to create cross-framework libraries. Location -------- This month we will be having our first suburban meeting, in Downer's Grove: Acxiom 3333 Finley Road Downer's Grove Near the intersection of I-355 and Buttefield Road. Convenient to Fry's! Parking is plentiful. Some people are carpooling from the city -- contact the mailing list if you are interested.chiPy(a)lonelylion.com About ChiPy ----------- We meet once amonth, on the second Thursday of the month. If you can't come this month, please join our mailing list: http://lonelylion.com/mailman/listinfo/chipy

1 0

python-dev Summary for 2005-02-15 through 2005-02-28
by Brett C. 07 Mar '05

07 Mar '05

[The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-02-15_2005-02-28.html] ===================== Summary Announcements ===================== ------------------------ Status of the candidates ------------------------ It looks like all three candidates for taking over the Summaries (Tony Meyer, Steven Bethard, and Tim Lesher) have agreed to actually do the Summaries together. SO no break in the Summaries and I don't have to agonize over choosing a successor. ----------- PyCon Looms ----------- PyCon_ is coming soon! .. _PyCon: http://www.pycon.org/ ========= Summaries ========= ------------- PEP movements ------------- `PEP 309`_ is now final since the 'functional' module has now been checked into Python. .. _PEP 309: http://www.python.org/peps/pep-0309.html Contributing threads: - `PEP 309 enhancements <http://mail.python.org/pipermail/python-dev/2005-February/051785.html>`__ - `PEP 309 <http://mail.python.org/pipermail/python-dev/2005-February/051789.html>`__ ------------------------------------------------------ Indices for slices other objects with __int__ not okay ------------------------------------------------------ Travis Oliphant asked if it would be possible to patch slicing so that any object that defines __int__ could be used. Guido didn't like this idea, though. Float, for instance, has __int__ defined. Guido admitted he "unfortunately copied a design mistake from C here". He said he might add a __trunc__ magic method in Python 3000 for objects that really can't be viewed as an int but are willing to have data loss to give one. Contributing threads: - `Fixing _PyEval_SliceIndex so that integer-like objects can be used <http://mail.python.org/pipermail/python-dev/2005-February/051669.html>`__ - `Fix _PyEval_SliceIndex (Take two) <http://mail.python.org/pipermail/python-dev/2005-February/051672.html>`__ -------------------------------------------- Why can't ``class C(): pass`` be acceptable? -------------------------------------------- No reason. =) So as of Python 2.5 it is acceptable to have empty parentheses for class definitions. It does create a classic class and not a new-style one. Contributing threads: - `Requesting that a class be a new-style class <http://mail.python.org/pipermail/python-dev/2005-February/051691.html>`__ ---------------------------------- What basestring is truly meant for ---------------------------------- What is basestring for? According to Guido it is purely for unicode and str to inherit from to help with checks in code where either type is acceptable. It is *not* meant to be used as a base class for any other classes. Contributing threads: - `UserString <http://mail.python.org/pipermail/python-dev/2005-February/051710.html>`__ ------------------------------------------------------ Quickly opening an SF bug/patch in Firefox/Thunderbird ------------------------------------------------------ Martin v. Löwis posted a way to use the DictionarySearch_ plug-in for Mozilla to launch a browser with the highlighted patch/bug #. See the email for the thread on how to get it to work. .. _DictionarySearch: http://dictionarysearch.mozdev.org/download.php/http://downloads.mozdev.org… Contributing threads: - `Quick access to Python bug reports in Thunderbird <http://mail.python.org/pipermail/python-dev/2005-February/051804.html>`__ -------------------------------- Optimizing ``x in [1, 2, 3]`` -------------------------------- Raymond Hettinger has been trying to teach the peepholer some new tricks to optimize ``x in [1, 2, 3]`` and the like into a faster operation. Initially he got it to change the list to a tuple. He then tried turning the list into a frozenset, but that had the unforeseen issue of breaking semantics since it then required the object being checked for to be hashable. So Raymond suggested introducing a SearchSet that tried the comparison as a frozenset first, and upon failure of hashing, to old way of just looking at each item in the list. But this seemed like overkill since most lists would be small; probably usually under 4 items. But Fredrik Lundh suggested expanding it to ``x == 1 or x == 2 or x == 3``. This seemed like a performance boost when the items of the list were lists since the COMPARE_OP opcode special-cases comparing ints. But for other instances it probably isn't worth it unless more special-casing is done in the opcodes. Contributing threads: - `Prospective Peephole Transformation <http://mail.python.org/pipermail/python-dev/2005-February/051651.html>`__ ------------------ A DupStore opcode? ------------------ Raymond Hettinger suggested a new opcode called DupStore that would replace load;store opcode pairs. Guido questioned if this was leading down a road of adding too much extra code for little benefit. Off this a discussion about speeding up frame allocation, an area viewed as needing some optimization, started up. Contributing threads: - `Store x Load x --> DupStore <http://mail.python.org/pipermail/python-dev/2005-February/051716.html>`__ --------------------------------------- Slow unit tests should be distinguished --------------------------------------- note:: written by Tony Meyer Guido clarified that unit tests should distinguish between "regular" tests and slow ones by use of the unit test 'resource' keys, as a result of Peter Åstrand asking for comments about `bug #1124637`_, which complained that test_subprocess is too slow. The suggested solution was to add another resource for subprocess, so that generally a quick version would run, but a longer, more thorough test would run with -uall or -usubprocess. Along the way, it was discovered that the reason that Windows already ran test_subprocess quickly was because there was code special-casing it to be fast. The resource solution was checked in, although Windows was left special-cased. .. _bug #1124637: http://www.python.org/sf/1124637 Contributing threads: - `[ python-Bugs-1124637 ] test_subprocess is far too slow (fwd) <http://mail.python.org/pipermail/python-dev/2005-February/051618.html>`__ ----------------------------------- Clarification of the '5 for 1' deal ----------------------------------- note:: written by Tony Meyer It seems that the offer that some python-dev'ers have made to review a patch in exchange for reviews of five (originally ten) other patches is finally being taken up by various people. However, python-dev traffic has increased with patch and bug reviews, and the question was posed whether reviews should be posted in general, or only for this specific deal. The answer is that the comments should also be entered via the SourceForge tracking system, but that a brief message covering a bunch (rather than individual) of reviews is acceptable for python-dev, at least for now. New reports should almost never be posted to python-dev, however, and should be entered via the tracking system. This offer isn't official policy, but a reference to it will be added to Brett's summary of the development process. However, people should also remember that it may take developers some time to find time to deal with reviews, and so have patience after posting their review. Contributing threads: - `discourage patch reviews to the list? <http://mail.python.org/pipermail/python-dev/2005-February/051475.html>`__ - `Some old patches <http://mail.python.org/pipermail/python-dev/2005-February/051705.html>`__ - `Five review rule on the /dev/ page? <http://mail.python.org/pipermail/python-dev/2005-February/051633.html>`__ =============== Skipped Threads =============== + pymalloc on 2.1.3 + Exceptions *must*? be old-style classes? + subclassing PyCFunction_Type + Windows Low Fragementation Heap yields speedup of ~15% + string find(substring) vs. substring in string + Some old patches + Comment regarding PEP 328 ======== Epilogue ======== ------------ Introduction ------------ This is a summary of traffic on the `python-dev mailing list`_ from February 15, 2005 through February 28, 2005. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This is the fifty-nineth summary written by Brett Cannon (two more to go!). To contact me, please send email to brett at python.org. Do *not* post to comp.lang.python if you wish to reach me. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every penny helps so even a small donation with a credit card, check, or by PayPal helps. If you are looking for a way to expand your knowledge of Python's development and inner-workings, consider writing the python-dev Summaries yourself! I am willing to hand over the reins to someone who is willing to do a comparable or better job of writing the Summaries. If you are interested, please email me at brett at python.org. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list(a)python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- The in-development version of the documentation for Python can be found at http://www.python.org/dev/doc/devel/ and should be used when looking up any documentation for new code; otherwise use the current documentation as found at http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. Please note that this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it. I do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow me to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _last summary: http://www.python.org/dev/summary/2005-02-01_2005-02-14.html .. _original text file: http://www.python.org/dev/summary/2005-02-15_2005-02-28.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Mar 7)
by Cameron Laird 07 Mar '05

07 Mar '05

QOTW: "Really, of course, the only things you need to make explicit are the ones that readers don't understand." -- Steve Holden "Working with unicode objects in Python is so transparent, it's easy to forget about what a C extension would likely want." -- Kevin Dangoor "You take leadership in a small area, and you keep it as long as you care to." -- Max M, on the slender rewards of open-source authorship Even with everything else going on at PyCon2005--dynamite speakers, thrilling Sprints, and so on--the most newsworthy event of the week likely will be revelations about IronPython's schedule. When will it be possible to create .NET services in Python? Keep in mind that PythonNet already lets Python applications be .NET clients: http://www.zope.org/Members/Brian/PythonNet/index_html http://python.org/pycon/2005/keynotes.html Brett C. begins his farewell tour from python-dev summation: http://groups-beta.google.com/group/comp.lang.python/msg/99e13efba90ca590 Python has a Security Response Team, python-dev has new summarizers, CPython might soon have a new "throwaway list" optimization, and those only hint at the range of progress python-dev has made in the last fortnight: http://www.python.org/dev/summary/2005-02-01_2005-02-14.html Skip Montanaro and Diez Roggisch write with precision on use of urllib, and particularly its user-agent refinement: http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/5… Python is a good extension language, in the sense that an application or parts of it can be made scriptable under the control of an end-user. It's easy to do so--but be careful to promote "safe plugging": http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/6… Jeff Epler exhibits a definition which automates remote control of Tkinter processes: http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/2… ChaosKCW offers timings and brief commentary on alternative wrappings of SQL access with iterables and generators: http://groups-beta.google.com/group/comp.lang.python/msg/7ff516d7d9387dad Python is flexible. You can create applications, you can work interactively, you can interactively manage applications, you can create applications that offer interaction under programmatic control, you can ...: http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/7… One of the fundamentals of Python's origin was that the language play well with others (an innovation, in that context). Among the many instances of teamwork between Python and other languages that turn up daily is Python's success in development of assemblers: http://groups-beta.google.com/group/comp.lang.python.announce/browse_thread… ======================================================================== Everything Python-related you want is probably one or two clicks away in these pages: Python.org's Python Language Website is the traditional center of Pythonia http://www.python.org Notice especially the master FAQ http://www.python.org/doc/FAQ.html PythonWare complements the digest you're reading with the marvelous daily python url http://www.pythonware.com/daily Mygale is a news-gathering webcrawler that specializes in (new) World-Wide Web articles related to Python. http://www.awaretek.com/nowak/mygale.html While cosmetically similar, Mygale and the Daily Python-URL are utterly different in their technologies and generally in their results. For far, FAR more Python reading than any one mind should absorb, much of it quite interesting, several pages index much of the universe of Pybloggers. http://lowlife.jp/cgi-bin/moin.cgi/PythonProgrammersWeblog http://www.planetpython.org/ http://mechanicalcat.net/pyblagg.html comp.lang.python.announce announces new Python software. Be sure to scan this newsgroup weekly. http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python.announce Brett Cannon continues the marvelous tradition established by Andrew Kuchling and Michael Hudson of intelligently summarizing action on the python-dev mailing list once every other week. http://www.python.org/dev/summary/ The Python Package Index catalogues packages. http://www.python.org/pypi/ The somewhat older Vaults of Parnassus ambitiously collects references to all sorts of Python resources. http://www.vex.net/~x/parnassus/ Much of Python's real work takes place on Special-Interest Group mailing lists http://www.python.org/sigs/ The Python Business Forum "further[s] the interests of companies that base their business on ... Python." http://www.python-in-business.org Python Success Stories--from air-traffic control to on-line match-making--can inspire you or decision-makers to whom you're subject with a vision of what the language makes practical. http://www.pythonology.com/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Kurt B. Kaiser publishes a weekly report on faults and patches. http://www.google.com/groups?as_usubject=weekly%20python%20patch Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor(a)pythonjournal.com and editor(a)pythonjournal.cognizor.com welcome submission of material that helps people's understanding of Python use, and offer Web presentation of your work. del.icio.us presents an intriguing approach to reference commentary. It already aggregates quite a bit of Python intelligence. http://del.icio.us/tag/python *Py: the Journal of the Python Language* http://www.pyzine.com Archive probing tricks of the trade: http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python&num=100 http://groups.google.com/groups?meta=site%3Dgroups%26group%3Dcomp.lang.pyth… Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topics/pythonurl/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&s… http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lan… Suggestions/corrections for next week's posting are always welcome. E-mail to <Python-URL(a)phaseit.net> should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask <claird(a)phaseit.net> to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project.

1 0

ANNOUNCE: PyGTK 2.6.0
by Johan Dahlin 07 Mar '05

07 Mar '05

I am pleased to announce version 2.6.0 of the Python bindings for GTK. The new release is available from ftp.gnome.org as and its mirrors as soon as its synced correctly: http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.6/pygtk-2.6.0.tar.gz Major changes: Gtk+ 2.6 API, new classes: GtkAboutDialog, GtkIconView, GtkCellView, GtkFileChooserButton. GInterfaces can now be implemented. Overriding GTK+ virtual methods is now supported. Better support for GMainloop support, so you don't need to run gtk.main to be able to use signals and gobjects. Deprecated gtk.TRUE,gtk.FALSE, gtk.idle_add, gtk.idle_remove, gtk.timeout_add, gtk.timeout_remove, gtk.input_add, gtk.input_add_full, gtk.input_remove Thanks to (this release would not have been possible without you!): Hans Breuer, Gustavo J. A. M. Carneiro, Raphael Kubo da Costa John Ehresman, John Finlay, Cedric Gustin, James Henstridge Adam Hooper, Alan Horkan, Mark McLoughlin, Christian Robottom Reis Manish Singh and Gian Mario Tagliaretti What's new since 2.5.4: - win32 fixes (Cedric Gustin) - remove unnecessary casting (Manish Singh) - updated examples (Johan) Blurb: GTK is a toolkit for developing graphical applications that run on POSIX systems such as Linux, Windows and MacOS X (provided that the X server for MacOS X has been installed). It provides a comprehensive set of GUI widgets, can display Unicode bidi text. It links into the Gnome Accessibility Framework through the ATK library. PyGTK provides a convenient wrapper for the GTK+ library for use in Python programs, and takes care of many of the boring details such as managing memory and type casting. When combined with PyORBit and gnome-python, it can be used to write full featured Gnome applications. Like the GTK+ library itself PyGTK is licensed under the GNU LGPL, so is suitable for use in both free software and proprietary applications. It is already in use in many applications ranging from small single purpose scripts up to large full features applications. PyGTK requires GTK+ >= 2.6 and Python >= 2.3 to build. Bug reports, as always, should go to Bugzilla; check out http://pygtk.org/developer.html and http://pygtk.org/feedback.html for links to posting and querying bug reports for PyGTK. -- Johan Dahlin johan(a)gnome.org

1 0

PyAr - Python Argentina 7th Meeting, this Thursday
by Batista, Facundo 07 Mar '05

07 Mar '05

The Argentine Python User Group, PyAr, will have its seventh meeting this Thursday, January 10th at 7:00pm. Agenda ------ Despite our agenda tends to be rather open, this time we would like to cover these topics: - See how the code evolved from the ideas generated in of our first sprint. - Define how we will promote ourselves in PyCon 2005. Where ----- We're meeting at Hip Hop Bar, Hipólito Yirigoyen 640, Ciudad de Buenos Aires, starting at 19hs. We will be in the back room, so please ask the barman for us. About PyAr ---------- For more information on PyAr see http://pyar.decode.com.ar (in Spanish), or join our mailing list (Also in Spanish. For instructions see http://pyar.decode.com.ar/Members/ltorre/listademail) We meet on the second Thursday of every month. . Facundo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADVERTENCIA. La información contenida en este mensaje y cualquier archivo anexo al mismo, son para uso exclusivo del destinatario y pueden contener información confidencial o propietaria, cuya divulgación es sancionada por la ley. Si Ud. No es uno de los destinatarios consignados o la persona responsable de hacer llegar este mensaje a los destinatarios consignados, no está autorizado a divulgar, copiar, distribuir o retener información (o parte de ella) contenida en este mensaje. Por favor notifíquenos respondiendo al remitente, borre el mensaje original y borre las copias (impresas o grabadas en cualquier medio magnético) que pueda haber realizado del mismo. Todas las opiniones contenidas en este mail son propias del autor del mensaje y no necesariamente coinciden con las de Telefónica Comunicaciones Personales S.A. o alguna empresa asociada. Los mensajes electrónicos pueden ser alterados, motivo por el cual Telefónica Comunicaciones Personales S.A. no aceptará ninguna obligación cualquiera sea el resultante de este mensaje. Muchas Gracias.

1 0

python-dev Summary for 2005-02-01 through 2005-02-14
by Brett C. 06 Mar '05

06 Mar '05

[The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-02-01_2005-02-14.html] ===================== Summary Announcements ===================== -------------------------- Giving myself a gold watch -------------------------- As some of you may have already heard or read, I am retiring from writing the python-dev Summaries after sending out the March 16 - 31 summary. It has been a long time coming and it required a kick in the ass (graciously supplied by Steve Holden) to finally make me let go of doing this and let someone else take over. The joy of the Summaries has dwindled over the 2.5 years I have been doing this. I was only doing them to be helpful. But now I would rather put my time and effort I have for Python into coding work rather than the Summaries. I would like to think I can be more productive and helpful as a programmer than a writer. And so there will only be three more regular Summaries after this written by yours truly. But do not worry about the Summaries dying! When I announced this (see http://mail.python.org/pipermail/python-dev/2005-March/051823.html for the thread that led to this), three individuals stepped forward to pick up the work once I step down. Steven Bethard, Tony Meyer, and Tim Lesher are being considered for picking up where I left off. There is the possibility that they will actually write the Summaries together as a team. As for my last Summary, expect a more expository one with my random thoughts on PyCon, Python, and anything else that comes to mind that I feel like using this space to abuse. You have Scott David Daniels to thank for that format idea for my final hurrah. ------------ Go to PyCon! ------------ I just booked my hotel room for PyCon_. You going to be there so I can shake your hand, thanking you for supporting Python? .. _PyCon: http://www.pycon.org/ ========= Summaries ========= ------------------------------------- Python Security Response Team founded ------------------------------------- For those of you who don't know, a security hole was found in XML-RPC servers in the stdlib that use register_instance; details at http://www.python.org/security/PSF-2005-001/ . In response to this, Guido has now formed the 'Python Security Response Team`_. This group's job is to respond to any and all security issues that come up as quickly as possible and to issue a patch in a timely fashion. .. _Python Security Response Team: http://www.python.org/security/ Contributing threads: - `Wanted: members for Python Security Response Team <http://mail.python.org/pipermail/python-dev/2005-February/051414.html>`__ ------------------------------ Licensing issues in the stdlib ------------------------------ It was reported to python-dev that 'profiler' and 'md5 do not conform to the Debian Free Software Guidelines. The specific issue was derived works using Python. This is obviously not a good thing. Things are in the works, though. The hope is to get the copyrights signed over and all of this cleared up. At worst the modules will be replaced with code licensed to the Python Software Foundation. If you care to accelerate this by writing replacements please do so. Contributing threads: - `license issues with profiler.py and md5.h/md5c.c <http://mail.python.org/pipermail/python-dev/2005-February/051450.html>`__ --------------------------------------------------- Replacing list of constants with tuple of constants --------------------------------------------------- note: written by Tim Lesher Skip Montanaro noticed that Raymond Hettinger had made a number of library checkins replacing lists with tuples in constructs like ``for a in [1, 2, 3]:`` and ``if a in [1, 2, 3]:``. He agreed with the motivation (the peephole optimizer can convert a tuple of constants into a single constant, eliminating construction time), but questioned hardcoding the optimization. Instead, he suggested teaching the optimizer about "throwaway" lists in ``for`` and ``if`` statements. Guido agreed with the sentiment. Raymond accepted the suggestion, and checked in code to implement it. There were some issues, though, but those will be covered in the next Summary. Contributing threads: - `list of constants -> tuple of constants <http://mail.python.org/pipermail/python-dev/2005-February/051442.html>`__ ------------------- Complex I/O problem ------------------- note: written by Tim Lesher Neal Becker asked why the result of printing a complex number is not an acceptable input to constructing a complex. For example, ``print complex(2,2)`` yields ``'(2+2j)'``; but ``complex('(2+2j)')`` throws a ValueError. A. M. Kuchling responded that many types, including 'str' and 'file' share this behavior, and that in any event, parsing string representations is a job more suited to 'eval' than to classes themselves. Guido `reiterated the rules`_ for str() (used by 'print') and repr(). Since both complex.__str__ and complex.__repr__ pass the eval() test, he pronounced it fine. .. _reiterated the rules: http://mail.python.org/pipermail/python-dev/2005-February/051390.html Contributing threads: - `complex I/O problem <http://mail.python.org/pipermail/python-dev/2005-February/051388.html>`__ ----------------------------- 2.3.5 and 2.4.1 release plans ----------------------------- note: written by Steve Bethard Anthony Baxter, Alex Martelli and Tim Peters squelched a bug where deepcopy failed on instances of types that lacked an ``__mro__`` attribute. The patch was pretty straight-forward (use inspect.getmro instead of cls.__mro__), but coming up with a test case was hard -- creating a Python object that doesn't have an __mro__ takes some complicated C code like that of Zope's ExtensionClass. Fortunately, John Lenton's c.l.py_ suggestion to simply raise an AttributeError for __mro__ in __getattribute__ properly tickled the bug, and 2.3.5 was cleared for release. Contributing Threads: - `2.3.5 and 2.4.1 release plans <http://mail.python.org/pipermail/python-dev/2005-February/thread.html>`__ ------------------------------------------------------------------------------------- Clarification sought about including a multidimensional array object into Python core ------------------------------------------------------------------------------------- note: written by Steve Bethard Travis Oliphant and others looked into the issues of including an array object (like that of Numeric or numarray) in Python core. Guido seemed hesitant, concerned that as Numeric_ and numarray_ continue to co-exist, the array object wouldn't be the "best of breed" (one of the requirements for inclusion in Python core). Travis explained that most of the disagreements are over ufunc objects, not the basic array object itself, so it wouldn't be unreasonable to include the array object without the ufunc object if necessary. There was also some suggestion that, at least for basic arithmetic operations, Numeric and numarray mostly agree, so a stripped-down ufunc object for these operations might also be inclusion-worthy. In an aside that grew decidedly un-aside-ish, Paul F. Dubois, Guido and David Ascher explained why matrix should not inherit from arrayobject -- this would complicate __new__ and cause confusion when mixed operands (arrays and matrices) are given to a binary op like multiplication. .. _Numeric: http://numeric.scipy.org/ .. _numarray: http://www.stsci.edu/resources/software_hardware/numarray Contributing Threads: - `Clarification sought about including a multidimensional array object into Python core <http://mail.python.org/pipermail/python-dev/2005-February/051474.html>`__ - `Numeric life as I see it <http://mail.python.org/pipermail/python-dev/2005-February/051493.html>`__ -------------------------------------- More licensing issues - redistribution -------------------------------------- note:: written by Tony Meyer As most people know, one of the major changes between the Windows builds of Python 2.3 and 2.4 is that 2.4 is built with VC7, rather than VC6. One of the consequences of this change is that 2.4 links with the Microsoft DLL msvcr71.dll, which only some people have, rather than msvcr.dll, which pretty much all Windows users have. The Windows Python 2.4 distribution installs msvcr71.dll, so it's there when needed. However, those building frozen applications (e.g. with py2exe) need to ensure that their users have msvcr71.dll. After going through the EULA's for both the commercial and free-to-use Microsoft compilers, it seems that redistributing mscvr71.dll is acceptable, if the re-distributor owns a copy of the commercial (not free) compiler, includes an EULA agreement in one of various forms (e.g. 'click-wrap'), and follows various other minor conditions (note that just about every message in this thread contains "IANAL, but"). This leaves those without VC7 unable to redistribute msvcr71.dll, unless, as some suggested, distributing a frozen Python application can be considered as redistributing Python (and the various other minor conditions are followed). In an interesting twist, it appears that the official Windows Python 2.4 distribution is in breach of the EULA, as a 'click-wrap' license is required, and is not present. This element of the thread died without reaching a conclusion, however. If you *are* a lawyer (with expertise in this area), and would like to comment, then please do! Contributing threads: - `Is msvcr71.dll re-redistributable? <http://mail.python.org/pipermail/python-dev/2005-February/051393.html>`__ ---------------------------------- Avoiding signs in memory addresses ---------------------------------- note:: written by Tony Meyer Troels Walsted Hansen pointed out that builtin_id() can return a negative number in Python 2.4 (and can generate a warning in 2.3). Some 2.3 modules (but no 2.4 ones) have code to work around this, but Troels suggested that a better solution would be to simply have builtin_id() return an unsigned long integer. The consensus was that this would be a good idea, although nothing has been checked in yet, and so this will probably stagnate without someone submitting a patch (or at least a bug report). Contributing threads: - `builtin_id() returns negative numbers <http://mail.python.org/pipermail/python-dev/2005-February/051559.html>`__ =============== Skipped Threads =============== + Son of PEP 246, redux + Re: PEP 246: LiskovViolation as a name + Re: [Python-checkins] python/dist/src/Python future.c, 2.14, 2.15 + Other library updates + Re: python/dist/src/Lib rfc822.py,1.78,1.79 + Patch review: [ 1098732 ] Enhance tracebacks and stack traces with vars + Re: [Python-checkins] python/dist/src/Python compile.c, 2.343, 2.344 + Re: [Python-checkins] python/dist/src/Lib xmlrpclib.py, 1.38, 1.39 + ViewCVS on SourceForge is broken ======== Epilogue ======== ------------ Introduction ------------ This is a summary of traffic on the `python-dev mailing list`_ from February 01, 2005 through February 14, 2005. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This is the fifty-eighth summary written by Brett Cannon (3 more after this one). To contact me, please send email to brett at python.org. Do *not* post to comp.lang.python if you wish to reach me. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every penny helps so even a small donation with a credit card, check, or by PayPal helps. If you are looking for a way to expand your knowledge of Python's development and inner-workings, consider writing the python-dev Summaries yourself! I am willing to hand over the reins to someone who is willing to do a comparable or better job of writing the Summaries. If you are interested, please email me at brett at python.org. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list(a)python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- The in-development version of the documentation for Python can be found at http://www.python.org/dev/doc/devel/ and should be used when looking up any documentation for new code; otherwise use the current documentation as found at http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. Please note that this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it. I do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow me to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _last summary: http://www.python.org/dev/summary/2005-01-16_2005-01-31.html .. _original text file: http://www.python.org/dev/summary/2005-02-01_2005-02-14.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf

1 0

pyvm - a portable python virtual machine
by Antonio Cavallo 05 Mar '05

05 Mar '05

pyvm 1.4.9 ========== "More batteries to your python" Introduction: pyvm is a relocatable python binary distribution containing several modules. Its main aim is to provide all this without requiring root access. Features: * pyqt (widget set) * pygtk (widget set) * nummarray (array and matematical) * pyqwt (plot widget in qt) * matplotlib (plot function similar tomatlab) * Imaging (a digital imaging library) * elementree (xml library) * and many many more. Download: http://pyvm.sourceforge.net Copyright: MIT for the building script, other licence terms apply to the singular package (see the docs) Author: Antonio Cavallo pyvm(a)mailsnare.com

1 0

Final PyCon Keynote from Google Speaker
by Steve Holden 03 Mar '05

03 Mar '05

Dear Python Colleague: I am happy to say that we have now completed the PyCon DC 2005 keynote speaker lineup, and that the final keynote will be given by Greg Stein, an engineering manager wirh Google's Blogger group, who will be speaking on "Python at Google" Greg is also known to many in the open source world as the chairman of the Apache Foundation, and he is a significant contributor to Subversion, WebDAV and Python. With the opening keynote from a Microsoft speaker, the second keynote from Guido van Rossum (the inventor of Python) and the last keynote from Google, PyCon is beginning to demonstrate just how significant Python has become in the modern world of software and Internet services. I hope you will join me in DC from March 23-25, and possibly attend the four-day sprint being held immediately before the conference. Pre- conference registration is available via http://www.python.org//pycon/2005/register.html This is going to be a great opportunity for all those with an interest in Python to see just how far the language has come. regards Steve Holden Chairman, PyCON DC 2005 -- PyCon DC 2005: The third Python Community Conference http://www.pycon.org/ http://www.python.org/pycon/ The scoop on Python implementations and applications

1 0

BayPIGgies: March 10, 7:30pm (FINAL MEETING AT STANFORD)
by Aahz 03 Mar '05

03 Mar '05

WARNING: the last meeting of BayPIGgies at Stanford is currently scheduled for March. Our host, Danny Yoo, is leaving Stanford, and we need to find a new location. If you wish to assist with the search, please join the BayPIGgies mailing list. Meanwhile, let's all give hearty thanks to Danny for helping us find a stable meeting location for so long! The next meeting of BayPIGgies will be Thurs, March 10 at 7:30pm. Donovan Preston will lead a discussion about using Python with OS X, including integrating with PyObjC and GNUStep. BayPIGgies meetings are in Stanford, California. For more information and directions, see http://www.baypiggies.net/ Before the meeting, we may meet at 6pm for dinner in downtown Palo Alto. Discussion of dinner plans is handled on the BayPIGgies mailing list. Advance notice: The April 14 meeting agenda has not been set. Please send e-mail to baypiggies(a)baypiggies.net if you want to suggest an agenda -- and a meeting place! -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "The joy of coding Python should be in seeing short, concise, readable classes that express a lot of action in a small amount of clear code -- not in reams of trivial code that bores the reader to death." --GvR

1 0

ANN: numarray-1.2.3
by Todd Miller 03 Mar '05

03 Mar '05

numarray-1.2.3 is a bugfix release for numarray-1.2.2 which fixes a problem with universal function setup caching which noticeably impaired 1.2.2 small array performance. Get it if you are new to numarray, haven't upgraded to 1.2.2 yet, or use a lot of small arrays. numarray-1.2.3 is here: http://sourceforge.net/project/showfiles.php?group_id=1369&package_id=32367 Thanks to Ralf Juengling for quietly reporting this and working with me to identify and fix the problem.

1 0

Re: Online Programming Contest (Python solutions accepted)
by Sridhar R 03 Mar '05

03 Mar '05

One important note about the contest: Top performers would be considered to join the 'Circle of Innovation' at Amazon India [1]. You may also have a chance to be considered for Internships/Externships/Work at Amazon India! Visit the contest page for more details: ** http://203.197.138.181/OPC ** [1] http://india.amazon.com/circle.php -- Sridhar Ratna - http://srid.bsdnerds.org

1 0

Re: Python Online Programming Contest
by Varun 03 Mar '05

03 Mar '05

Hi, The results of OPC (online programming contest) is out. The statistics of python usage is available at http://www.samhita.info/opc/status.php Regards, -OPC Team

1 0

Roundup Issue Tracker release 0.8.2
by Richard Jones 03 Mar '05

03 Mar '05

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roundup is a simple-to-use and -install issue-tracking system with command-line, web and e-mail interfaces. It is based on the winning design from Ka-Ping Yee in the Software Carpentry "Track" design competition. This 0.8.2 release adds one feature and fixes some bugs: Feature: - - roundup-server automatically redirects from trackers list to the tracker page if there is only one tracker Fixed: - - added content to ZRoundup refresh.txt file (sf bug 1147622) - - fix invalid reference to csv.colon_separated - - correct URL to What's New in setup.py meta-data - - change AUTOCOMMIT=OFF to AUTOCOMMIT=0 for MySQL (sf bug 1143707) - - compile message objects in 'setup.py build' - - use backend datatype for journal timestamps in RDBMSes - - fixes to the "Using an external password validation source" customisation example (sf bugs 1153640 and 1155108) If you're upgrading from an older version of Roundup you *must* follow the "Software Upgrade" guidelines given in the maintenance documentation. Roundup requires python 2.3 or later for correct operation. To give Roundup a try, just download (see below), unpack and run:: python demo.py Source and documentation is available at the website: http://roundup.sourceforge.net/ Release Info (via download page): http://sourceforge.net/projects/roundup Mailing lists - the place to ask questions: http://sourceforge.net/mail/?group_id=31577 About Roundup ============= Roundup manages a number of issues (with flexible properties such as "description", "priority", and so on) and provides the ability to: (a) submit new issues, (b) find and edit existing issues, and (c) discuss issues with other participants. The system will facilitate communication among the participants by managing discussions and notifying interested parties when issues are edited. One of the major design goals for Roundup that it be simple to get going. Roundup is therefore usable "out of the box" with any python 2.1+ installation. It doesn't even need to be "installed" to be operational, though a disutils-based install script is provided. It comes with two issue tracker templates (a classic bug/feature tracker and a minimal skeleton) and five database back-ends (anydbm, sqlite, metakit, mysql and postgresql). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFCJpn9rGisBEHG6TARAiB/AJ9WYEySDgCMSrtHvkJmPZmCqOtXvQCaA1dv rLGfz4J5KWsxp5dcWeMfiNg= =zks0 -----END PGP SIGNATURE-----

1 0

ANNOUNCE: Kamaelia 0.1.1 Released
by Michael Sparks 02 Mar '05

02 Mar '05

Kamaelia 0.1.1 has been released! This is the initial release version of Kamaelia. What is it? =========== Kamaelia is a collection of Axon components designed for network protocol experimentation in a single threaded, select based environment. Axon components are python generators are augmented by inbox and outbox queues (lists) for communication in a communicating sequential processes (CSP) like fashion. The architecture is specifically designed to try and simplify the process of designing and experimenting with new network protocols in real environments. This release contains components allowing the creation of TCP based clients and servers, and includes a few (very) simple protocol handlers to show usage. Other components include vorbis decode and playback, asynchronous file reading, and equivalents of "tee" and "strings". (Writing systems is much like building unix pipelines, hence the need for similar tools) Examples ======== Sample echo server: (default generator callback style) from Kamaelia.SimpleServerComponent import SimpleServer from Axon.Component import component, scheduler class EchoProtocolCB(component): def mainBody(self): if self.dataReady("inbox"): data = self.recv("inbox") self.send(data,"outbox") if self.dataReady("control"): data = self.recv("control") return 0 return 1 SimpleServer(protocol=EchoProtocolCB).activate() scheduler.run.runThreads(slowmo=0) Sample echo server: (Normal generator style) from Kamaelia.SimpleServerComponent import SimpleServer from Axon.Component import component, scheduler class EchoProtocol(component): def main(self): while 1: if self.dataReady("inbox"): data = self.recv("inbox") self.send(data,"outbox") if self.dataReady("control"): data = self.recv("control") return yield 1 SimpleServer(protocol=EchoProtocol).activate() scheduler.run.runThreads(slowmo=0) The two styles are provided for those comfortable with generators and those who aren't. The plain generator form can be particularly useful in simplifying error handling (see Kamaelia.Internet.TCPClient for an example). The callback form is useful for implementing components in other languages - eg pyrex. Requirements ============ * Python 2.3 or higher recommended, though please report any bugs with 2.2. * Axon (Any released version, 1.0.3 recommended, 1.0.4 when released) * vorbissimple (if you want to use the vorbis decode component) (Both Axon and vorbissimple are separate parts of the Kamaelia project, and available at the same download location - see below) Platforms ========= Kamaelia has been used successfully under both Linux and Windows (2000 and ME). (This has not yet been tested with Axon running on series 60 mobiles since to the select module hasn't been released for Series 60 mobiles yet) Where can I get it? =================== Web pages are here: http://kamaelia.sourceforge.net/Docs/ http://kamaelia.sourceforge.net/ (includes info on mailing lists) ViewCVS access is available here: http://cvs.sourceforge.net/viewcvs.py/kamaelia/ Licensing ========= Kamaelia is released under the Mozilla tri-license scheme (MPL/ GPL/ LGPL). Specifically you may choose to accept either the Mozilla Public License 1.1, the GNU General Public License 2.0 or the Lesser General Public License 2.1. Proprietary terms and conditions available upon request. Best Regards, Michael. -- Michael Sparks, Senior R&D Engineer, Digital Media Group Michael.Sparks(a)rd.bbc.co.uk British Broadcasting Corporation, Research and Development Kingswood Warren, Surrey KT20 6NP This message (and any attachments) may contain personal views which are not the views of the BBC unless specifically stated.

1 0

Online Programming Contest (Python solutions accepted)
by Sridhar R 02 Mar '05

02 Mar '05

Hi, We, the students of CEG, Anna University [1] are organizing an online programming contest as part of aBaCus [2] 2005. The contest itself will start on 6th March 2005 at 1:00 pm IST [3] and will end after 5 hours. You have to solve the problems posted at the start of the contest. Teams ranking high will be awarded the prizes. As a special note, inspite of C,C++ and Java we also allow Python [4] this time. So we hope a lot of Pythonistas also could attend the contest for fun. :-) For more details about the contest, visit the contest page -- http://203.197.138.181/OPC -- [1] http://en.wikipedia.org/wiki/Anna_University [2] http://www.annauniv.edu/abacus/ [3] Indian Standard Time (IST) is the time zone for India. It is 5 hours and 30 minutes ahead of GMT/UTC. [4] http://www.python.org -- Sridhar Ratna - http://srid.bsdnerds.org

1 0

[ANN] IPython 0.6.12 is out.
by Fernando Perez 02 Mar '05

02 Mar '05

Hi all, I'm glad to announce the release of IPython 0.6.12. This is mainly a bugfix release. IPython's homepage is at: http://ipython.scipy.org and downloads are at: http://ipython.scipy.org/dist I've provided RPMs (for Python 2.3 and 2.4, built under Fedora Core 3), plus source downloads (.tar.gz). We now also have a native win32 installer which should work correctly for both Python 2.3 and 2.4. Debian, Fink and BSD packages for this version should be coming soon, as the respective maintainers (many thanks to Jack Moffit, Andrea Riciputi and Dryice Liu) have the time to follow their packaging procedures. Many thanks to Enthought for their continued hosting support for IPython, and to all the users who contributed ideas, fixes and reports. WHAT is IPython? ---------------- 1. An interactive shell superior to Python's default. IPython has many features for object introspection, system shell access, and its own special command system for adding functionality when working interactively. 2. An embeddable, ready to use interpreter for your own programs. IPython can be started with a single call from inside another program, providing access to the current namespace. 3. A flexible framework which can be used as the base environment for other systems with Python as the underlying language. Release notes ------------- As always, the NEWS file can be found at http://ipython.scipy.org/NEWS, and the full ChangeLog at http://ipython.scipy.org/ChangeLog. * New hooks system. This can be considered the first step in cleaning up ipython to expose its internals in a more rational manner. IPython/hooks.py contains the hooks which are meant to be easily overridden by users for customizations. Currently only the editor hook (called by %edit) exists, but a framework is in place. * Fix a subtle bug with corrupted init files under win32, thanks to Ville Vainio for trackign this. * Fix for Debian, which recently removed the profiler module from the default python distribution and moved it to non-free. * Allow empty and left-aligned output prompts, if users so want them. * New %time magic to time statements and expressions. It reports CPU and wall clock time. * Other small fixes and cleanups. Enjoy, and as usual please report any problems. Regards, Fernando.

1 0

Dr. Dobb's Python-URL! - weekly Python news and links (Mar 1)
by Cameron Laird 01 Mar '05

01 Mar '05

Editor's note: "Python-URL!" is minimal. It doesn't support advertisements, we never allow the subscribers' addresses to be used for other purposes, we don't claim infallibility, and we even take a couple weeks off some years. Occasionally, though--not as often as the US enters a shooting war, say, but more frequently than IBM hires a new CEO--we pause for a sufficiently important correction or announcement. This year, we apologize for inexplicably changing Oliver Schoenborn's name a couple of weeks ago to "Philip". Also, has anyone indexed Python bloggers (that is, webloggers of things Pythonic)? QOTW: "... more like generator included." -- Efrat Regev, on the proper characterization of our language of choice VOTW: Steves break ground on VOTWs. Notice the surrounding serious discussions on what exactly makes for an improvement in the language. http://groups-beta.google.com/group/comp.lang.python/msg/1c39adfc9408e225 http://groups-beta.google.com/group/comp.lang.python/msg/1fb3718aee61e4a7 Andrew Kuchling's explanation of PyZeroconf is exemplary: http://www.amk.ca/python/zeroconf All those calendrical/temporal things you need that the standard datetime module doesn't supply? Gustavo Niemeyer supplies (most of) them: https://moin.conectiva.com.br/DateUtil Laugh? Cry? Appeal to the UN? Not only can Python define "(almost) arbitrary infix operators", but you can parametrize their production, with "probably the best Python hack *ever*": http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/384122 Python 3000 might be real, and relatively free of trauma: http://mail.python.org/pipermail/python-dev/2005-January/051363.html Graybeard Steve Holden rambles through the sort of speech that commentators usually take as a sign of breakdown. In this case, though, the delivery has the virtues of: accuracy; and relevance: http://groups-beta.google.com/group/comp.lang.python/msg/9eb125ba50863d57 The state of the art of use of decorations continues to advance: http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/1… Pythoneers, too, can solve polynomials (although probably not without obscure astronomical, linguistic, artistic, ... references): http://groups-beta.google.com/group/comp.lang.python/browse_thread/thread/4… ======================================================================== Everything Python-related you want is probably one or two clicks away in these pages: Python.org's Python Language Website is the traditional center of Pythonia http://www.python.org Notice especially the master FAQ http://www.python.org/doc/FAQ.html PythonWare complements the digest you're reading with the marvelous daily python url http://www.pythonware.com/daily Mygale is a news-gathering webcrawler that specializes in (new) World-Wide Web articles related to Python. http://www.awaretek.com/nowak/mygale.html While cosmetically similar, Mygale and the Daily Python-URL are utterly different in their technologies and generally in their results. comp.lang.python.announce announces new Python software. Be sure to scan this newsgroup weekly. http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python.announce Brett Cannon continues the marvelous tradition established by Andrew Kuchling and Michael Hudson of intelligently summarizing action on the python-dev mailing list once every other week. http://www.python.org/dev/summary/ The Python Package Index catalogues packages. http://www.python.org/pypi/ The somewhat older Vaults of Parnassus ambitiously collects references to all sorts of Python resources. http://www.vex.net/~x/parnassus/ Much of Python's real work takes place on Special-Interest Group mailing lists http://www.python.org/sigs/ The Python Business Forum "further[s] the interests of companies that base their business on ... Python." http://www.python-in-business.org Python Success Stories--from air-traffic control to on-line match-making--can inspire you or decision-makers to whom you're subject with a vision of what the language makes practical. http://www.pythonology.com/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Kurt B. Kaiser publishes a weekly report on faults and patches. http://www.google.com/groups?as_usubject=weekly%20python%20patch Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor(a)pythonjournal.com and editor(a)pythonjournal.cognizor.com welcome submission of material that helps people's understanding of Python use, and offer Web presentation of your work. del.icio.us presents an intriguing approach to reference commentary. It already aggregates quite a bit of Python intelligence. http://del.icio.us/tag/python *Py: the Journal of the Python Language* http://www.pyzine.com Archive probing tricks of the trade: http://groups.google.com/groups?oi=djq&as_ugroup=comp.lang.python&num=100 http://groups.google.com/groups?meta=site%3Dgroups%26group%3Dcomp.lang.pyth… Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topics/pythonurl/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&s… http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lan… Suggestions/corrections for next week's posting are always welcome. E-mail to <Python-URL(a)phaseit.net> should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask <claird(a)phaseit.net> to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project.

1 0

Vancouver Python User Group Reminder
by Paul Prescod 01 Mar '05

01 Mar '05

Tuesday March 1st is the first Tuesday of the month and the Vancouver Python, Zope and Plone user's group will have its monthly meeting at ActiveState (580 Granville) at 7:00. The topic is GNU Radio and Python. GNU Radio is a free software implementation of Software Defined Radio. "Imagine if the only thing stopping your handheld PDA from simultaneously being a GPS receiver, phone, radio or miniature TV was your willingness to download and install some free software program." "We're pretty much turning all hardware problems into software problems," Blossom says. "We want to facilitate evolution in the radio arena." "A software radio is a radio whose channel modulation waveforms are defined in software. That is, waveforms are generated as sampled digital signals, converted from digital to analog via a wideband DAC and then possibly upconverted from IF to RF. The receiver, similarly, employs a wideband Analog to Digital Converter (ADC) that captures all of the channels of the software radio node. The receiver then extracts, downconverts and demodulates the channel waveform using software on a general purpose processor." GNU Radio is a hybrid C++ / Python system. The primitive signal processing blocks are implemented in C++. All graph construction, policy decisions and non-performance critical operations are performed in Python. All of the underlying runtime system is manipulatable from Python. Upcoming talks: April 5, 2005 Large Scale Python

1 0

python-dev Summary for 2005-01-16 through 2005-01-31
by Brett C 28 Feb '05

28 Feb '05

===================== Summary Announcements ===================== ----------------------------------------- School sure likes to destroy my free time ----------------------------------------- A month late, that much closer to having this hectic quarter being over. Sorry for being so delinquent with this summary but school has kept me busy and obviously the Real World has to take precedence over volunteer work. Now if I could only get paid for doing this... =) And if you hate the summaries being late, you could do it yourself. This is not meant to be a flippant comment! I am always willing to hand over development of the summaries to anyone who is willing to do a comparable job. If you are interested feel free to email me. I have now made this a permanent offer in the header in case someone comes along later and decides they want to do this. ---------------------- RSS feed now available ---------------------- Thanks entirely to one of my predecessors, A.M. Kuchling, the python-dev Summaries are available as an `RSS feed`_. The feed contains the titles of every summary and so will be updated with the newest summaries as soon as they are posted online. A full text feed will eventually be available. ---------- New format ---------- I have done a thorough restructuring of the boilerplate and the Summary Announcements section for the Summaries. The purpose of this is to make finding information in the boilerplate much easier. It also keeps consistency by sectioning off everything as in the Summary section. The other reason is for the ``contents`` directive in reST_. This will provide a more thorough table of contents for the web version of the summary at the very top of the summaries. This will allow people to jump directly to the section of the Summary they care about the most. Obviously this perk only exists in the HTML version. Lastly, the typical boilerplate for each Summary has now been moved to the bottom. This was at the request of a regular reader who I would like to keep happy. =) It also seems reasonable since once you have read through it once chances are you are not going to read it again so might as well move it out of the way. Then again I could be totally wrong about all of this and manage to alienate every person who reads the summaries regularly. =) ======= Summary ======= --------------------- Python 2.3.5 released --------------------- Consider how late this summary is I bet you already knew Python 2.3.5 was already out the door. =) With Python 2.4 out in the world this means there is a very high probability 2.3.6 will never exist and this marks the end of the 2.3 branch. Contributing threads: - `2.3.5 delayed til next week <http://mail.python.org/pipermail/python-dev/2005-January/051140.html>`__ - `2.3 BRANCH FREEZE imminent! <http://mail.python.org/pipermail/python-dev/2005-January/051277.html>`__ - `RELEASED Python 2.3.5, release candidate 1 <http://mail.python.org/pipermail/python-dev/2005-January/051304.html>`__ ------------------------------------------------------ Making magic type conversion methods act like __str__ ------------------------------------------------------ Walter Dörwald discovered that when you subclass 'unicode' and call unicode() on an instance of the subclass it will not call the implementation of __unicode__ of the subclass but instead will call unicode.__unicode__ . When in the same scenario with strings, though, str() calls the subclass' __str__ method. Turns out 'int' and 'float' act like 'unicode' while 'complex' acts like 'str'. So who is right? Docs say 'str' is wrong, but this is mainly an artifact of pre-2.2 inability to subclass types. Turns out 'str' is acting properly. `Patch #1109424`_ implements the proper semantics and will eventually go in for 2.5 (won't touch 2.4 since it is a semantic change). .. _Patch #1109424: http://www.python.org/sf/1109424 Contributing threads: - `__str__ vs. __unicode__ <http://mail.python.org/pipermail/python-dev/2005-January/051175.html>`__ --------------------------------------------- Speeding up function calls to C API functions --------------------------------------------- Neal Norwitz posted the patch found at http://www.python.org/sf/1107887 to help with function calls to C code. The idea is to expand the family of values used in PyMethodDef.ml_flags for argument types to include specifying the number of minimum and maximum number of arguments. This can provide a speedup by allowing the eval loop to unpack everything in the C stack and skip packing arguments in a tuple. But not everyone was sure it was worth the extra need to specify all of this for functions. Regardless of that and any other objections this would be more of a Python 3000 thing. Which also led to a quick shift in topic to how Python 3.0 will be developed. Guido said it would be piece-meal. Read http://joelonsoftware.com/articles/fog0000000069.html for why. Contributing threads: - `Speed up function calls <http://mail.python.org/pipermail/python-dev/2005-January/051251.html>`__ - `Moving towards Python 3.0 <http://mail.python.org/pipermail/python-dev/2005-January/051355.html>`__ ------------------------------------------------------------ How to handle memory allocation with the presence of threads ------------------------------------------------------------ Evan Jones has been working on a patch to allow the garbage collector to free up memory of small objects. This led him to ask questions in terms of memory usage in the face of threading at the C level. While the GIL usually needs to be held for any operation that touches Python code, he was not sure if this held for the memory API. Tim Peters clarified all of this by pointing out the documentation in the C API manual about the GIL. In a nutshell the memory API is not exempt from needing to hold the GIL, so hold it. It was also pointed out there was a bunch of code to allow people to mix usage of PyMem_* functions with PyObject_* functions. That was purely done for backwards-compatibility back in the day. Mixing these two APIs for memory is very bad. Don't do it! Contributing threads: - `Improving the Python Memory Allocator <http://mail.python.org/pipermail/python-dev/2005-January/051255.html>`__ - `Python Interpreter Thread Safety? <http://mail.python.org/pipermail/python-dev/2005-January/051335.html>`__ -------------------------- Slicing iterators rejected -------------------------- Nick Coghlan proposed allowing iterators to be sliced liked other sequence types. That way something like ``enumerate("ABCD")[1:]`` would work. But Guido rejected it. With itertools.islice existence it does not provide new functionality. Plus "Iterators are for single sequential access" according to Guido, and thus should not be confused with sequences. Contributing threads: - `Allowing slicing of iterators <http://mail.python.org/pipermail/python-dev/2005-January/051257.html>`__ =============== Skipped Threads =============== - redux: fractional seconds in strptime - how to test behavior wrt an extension type? - Strange segfault in Python threads and linux kernel 2.6 - Unix line endings required for PyRun* breaking embedded Python - Zen of Python - PyCon: The Spam Continues ;-) - Patch review: [ 1094542 ] add Bunch type to collections module ======== Epilogue ======== ------------ Introduction ------------ This is a summary of traffic on the `python-dev mailing list`_ from January 16, 2005 through January 31, 2005. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This is the fifty-seventh summary written by Brett Cannon (grad schools are actually crazy enough to accept me =). To contact me, please send email to brett at python.org. Do *not* post to comp.lang.python if you wish to reach me. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every penny helps so even a small donation with a credit card, check, or by PayPal helps. If you are looking for a way to expand your knowledge of Python's development and inner-workings, consider writing the python-dev Summaries yourself! I am willing to hand over the reins to someone who is willing to do a comparable or better job of writing the Summaries. If you are interested, please email me at brett at python.org. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list(a)python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- The in-development version of the documentation for Python can be found at http://www.python.org/dev/doc/devel/ and should be used when looking up any documentation for new code; otherwise use the current documentation as found at http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. Please note that this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it. I do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow me to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _last summary: http://www.python.org/dev/summary/2005-01-01_2005-01-15.html .. _original text file: http://www.python.org/dev/summary/2005-01-16_2005-01-31.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf

1 0

[ANN] pyasm 0.1 - x86 assembler for Python
by Grant Olson 28 Feb '05

28 Feb '05

pyasm 0.1 - x86 assembler for Python This release is for early adopters only. It is not properly packaged and doesn't have very good documentation. It is however a functional assembler that should be of interest to some people. Current output targets include Windows-style COFF files that can be subsequently linked to produce executables, and more interestingly output can target memory in an existing Python process and binding within a Python namespace. That's right, you can now generate dynamic inline assembly straight from Python! A simple hello world function implementation is listed at the end of this message. The files test\test_object_creation.py and test\test_winmem.py in the distribution probably give the best examples of usage. Future plans include targeting ELF file formats and Linux memory at runtime, and of course real documentation. The package is available at: http://mysite.verizon.net/olsongt/pyasm-0.1.zip Enjoy, -Grant ############################################# # PYTHON HELLO WORLD IN ASSEMBLY ############################################# import pyasm.winmem from pyasm.x86asm import assembler, CDECL from pyasm.x86cpToMemory import CpToMemory nonePointer = id(None) a = assembler() a.ADStr("hello_world", "Hello world!\n\0") a.AP("test_print", CDECL) a.AddLocal("self") a.AddLocal("args") #a.AI("INT 3") a.AI("PUSH hello_world") a.AI("CALL PySys_WriteStdout") #a.AI("INT 3") a.AI("MOV EAX,%s" % id(None)) a.AI("ADD [EAX],0x1") #refcount manipulation a.EP() mem = CpToMemory(a.Compile(),pyasm.winmem) mem.MakeMemory() mem.BindPythonFunctions(globals()) test_print() # calls the assembly function

1 0

ZODB 3.2.6 beta 1 released
by Tim Peters 28 Feb '05

28 Feb '05

I'm pleased to announce the release of ZODB 3.2.6 beta 1. You can download a source tarball or Windows installer from: http://zope.org/Products/ZODB3.2 There are several critical bugfixes in this release, addressing rare problems in two major areas: - Thread and asyncore races while ZEO is attempting to make a connection, leading to connection failure and/or missed messages. - Rare cases in which FileStorage could reuse oids already assigned, leading to distinct objects with the same oid (object identifier). The primary cause was that FileStorage.restore() didn't update the storage's idea of the largest oid in use, regardless of how large an oid was passed to it. The first stage of ZRS recovery, and copyTransactionsFrom(), both rely on the .restore() method, and so both could create database copies that believed no oids had yet been assigned. A secondary cause was that a FileStorage's .index file contains a "maximum oid in the index" record, and the value in this record was believed even when it was incorrect. The primary cause was repaired by simple changes to .restore() and .store(), so that .index files with a bad max-oid record are no longer created. But there may be such databases already in existence, so the secondary cause was addressed by larger changes to ignore the max-oid record in the .index file, extracting the largest oid directly from the index instead (this is basically a BTree mapping oids to file offsets, so finding the largest key is very efficient; the separate max-oid record is really a leftover from earlier times, before a BTree was used here). Note that although ZODB 3.2.6 ignores an .index file's max-oid record, it still writes a max-oid record when it saves an .index file. This is so older ZODB releases can continue to read .index files produced by ZODB 3.2.6. See the news file for details: http://zope.org/Products/ZODB3.2/NEWS ZODB 3.2.6 can be used with Zopes in the 2.7 line, at or after Zope 2.7.3. Note that ZODB 3.2.6 does not support development on Zope 2.8, Zope X3 or Zope 3 (they require the ZODB 3.3 line).

1 0