🌐 Mailman 3 December 2008 - Python-announce-list - python.org

[ANN] Release 0.71.4 of Task Coach
by Frank Niessink Dec. 6, 2008

Dec. 6, 2008

Hi, We're happy to announce release 0.71.4 of Task Coach. This release fixes a few bugs. Bugs fixed: * Opening an old .tsk file with missing e-mail attachments would crash Task Coach. * Don't throw exception when showing an (error) message while synchronizing. * When merging from the same file multiple times, update the existing items instead of duplicating them. * Don't set negative priorities to zero in the task editor (Linux only). * Save the column width of the first column when automatic resizing of columns is off. * Actually delete tasks and notes when SyncML is disabled. * Do not create subitems in two steps, this is counter intuitive. * Properly iterate over the open viewers with Ctrl-PgDn and Ctrl-PgUp. * Update the task viewer when a note is deleted from a task. * Update the tray icon tool tip when deleting an overdue task. * Wrap long lines in description tool tip windows. Feature added: * Add a "Purge deleted items" entry in the File menu for people who have been using Task Coach with SyncML disabled. 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 is developed using Python and wxPython. You can download Task Coach from: http://www.taskcoach.org In addition to the source distribution, packaged distributions are available for Windows XP/Vista, Mac OS X, and Linux (Debian and RPM format). Note that Task Coach is alpha software, meaning that it is wise to back up your task file regularly, and especially when upgrading to a new release. Cheers, Task Coach developers

1 0

lockfile 0.6 supports Python 2.x and 3.x
by skip＠pobox.com Dec. 6, 2008

Dec. 6, 2008

I've just released lockfile 0.6. This version supports Python 2.4, 2.5, 2.6 and 3.0. It also expands the unit tests a bit. What is lockfile? The lockfile module exports a FileLock class which provides a simple API for locking files. Unlike the Windows msvcrt.locking function, the Unix fcntl.flock, fcntl.lockf and the deprecated posixfile module, the API is identical across both Unix (including Linux and Mac) and Windows platforms. The lock mechanism relies on the atomic nature of the link (on Unix) and mkdir (On Windows) system calls. Where can I get lockfile? The lockfile module is available from the Python Package Index: http://pypi.python.org/pypi/lockfile Please send feedback, questions and bug reports to me. -- Skip Montanaro - skip(a)pobox.com - http://smontanaro.dyndns.org/

1 0

ANN: new python-porting mailing list
by Georg Brandl Dec. 5, 2008

Dec. 5, 2008

Hi all, to facilitate discussion about porting Python code between different versions (mainly of course from 2.x to 3.x), we've created a new mailing list python-porting(a)python.org It is a public mailing list open to everyone. We expect active participation of many people porting their libraries/programs, and hope that the list can be a help to all wanting to go this (not always smooth :-) way. regards, Georg

1 0

Bazaar 1.10 released!
by John Arbash Meinel Dec. 5, 2008

Dec. 5, 2008

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bazaar 1.10 has several performance improvements for copying revisions (especially for small updates to large projects). There has also been a significant amount of effort in polishing stacked branches. The commands ``shelve`` and ``unshelve`` have become core commands, with an improved implementation. bzr 1.10 is now available for download from https://launchpad.net/bzr/1.10/1.10 Packages for various systems will be available soon. Thanks to everyone who contributed patches, suggestions, and feedback. John =:-> NEWS since the previous release: bzr 1.10 2008-12-05 - ------------------- Bazaar 1.10 has several performance improvements for copying revisions (especially for small updates to large projects). There has also been a significant amount of effort in polishing stacked branches. The commands ``shelve`` and ``unshelve`` have become core commands, with an improved implementation. The only changes versus bzr-1.10rc1 are bugfixes for stacked branches. BUG FIXES: * Don't set a pack write cache size from RepoFetcher, because the cache is not coherent with reads and causes ShortReadvErrors. This reverses the change that fixed #294479. (Martin Pool, #303856) * Properly handle when a revision can be inserted as a delta versus when it needs to be expanded to a fulltext for stacked branches. There was a bug involving merge revisions. As a method to help prevent future difficulties, also make stacked fetches sort topologically. (John Arbash Meinel, #304841) bzr 1.10rc1 2008-11-28 - ---------------------- This release of Bazaar focuses on performance improvements when pushing and pulling revisions, both locally and to remote networks. The popular ``shelve`` and ``unshelve`` commands, used to interactively revert and restore work in progress, have been merged from bzrtools into the bzr core. There are also bug fixes for portability, and for stacked branches. NEW FEATURES: * New ``commit_message_template`` hook that is called by the commit code to generate a template commit message. (Jelmer Vernooij) * New `shelve` and `unshelve` commands allow undoing and redoing changes. (Aaron Bentley) IMPROVEMENTS: * ``(Remote)Branch.copy_content_into`` no longer generates the full revision history just to set the last revision info. (Andrew Bennetts, John Arbash Meinel) * Fetches between formats with different serializers (such as pack-0.92-subtree and 1.9-rich-root) are faster now. This is due to operating on batches of 100 revisions at time rather than one-by-one. (Andrew Bennetts, John Arbash Meinel) * Search index files corresponding to pack files we've already used before searching others, because they are more likely to have the keys we're looking for. This reduces the number of iix and tix files accessed when pushing 1 new revision, for instance. (John Arbash Meinel) * Signatures to transfer are calculated more efficiently in ``item_keys_introduced_by``. (Andrew Bennetts, John Arbash Meinel) * The generic fetch code can once again copy revisions and signatures without extracting them completely to fulltexts and then serializing them back down into byte strings. This is a significant performance improvement when fetching from a stacked branch. (John Arbash Meinel, #300289) * When making a large readv() request over ``bzr+ssh``, break up the request into more manageable chunks. Because the RPC is not yet able to stream, this helps keep us from buffering too much information at once. (John Arbash Meinel) BUG FIXES: * Better message when the user needs to set their Launchpad ID. (Martin Pool, #289148) * ``bzr commit --local`` doesn't access the master branch anymore. This fixes a regression introduced in 1.9. (Marius Kruger, #299313) * Don't call the system ``chdir()`` with an empty path. Sun OS seems to give an error in that case. Also, don't count on ``getcwd()`` being able to allocate a new buffer, which is a gnu extension. (John Arbash Meinel, Martin Pool, Harry Hirsch, #297831) * Don't crash when requesting log --forward <file> for a revision range starting with a dotted revno. (Vincent Ladeuil, #300055) * Don't create text deltas spanning stacked repositories; this could cause "Revision X not present in Y" when later accessing them. (Martin Pool, #288751) * Pack repositories are now able to reload the pack listing and retry the current operation if another action causes the data to be repacked. (John Arbash Meinel, #153786) * PermissionDenied errors from smart servers no longer cause "PermissionDenied: "None"" on the client. (Andrew Bennetts, #299254) * Pushing to a stacked pack repository now batches writes, the same way writes are batched to ordinary pack repository. This makes pushing to a stacked branch over the network much faster. (Andrew Bennetts, #294479) * TooManyConcurrentRequests no longer occur when a fetch fails and tries to abort a write group. This allows the root cause (e.g. a network interruption) to be reported. (Andrew Bennetts, #297014) * RemoteRepository.get_parent_map now uses fallback repositories. (Aaron Bentley, #297991?, #293679?) API CHANGES: * ``CommitBuilder`` now validates the strings it will be committing, to ensure that they do not have characters that will not be properly round-tripped. For now, it just checks for characters that are invalid in the XML form. (John Arbash Meinel, #295161) * Constructor parameters for NewPack (internal to pack repositories) have changed incompatibly. * ``Repository.abort_write_group`` now accepts an optional ``suppress_errors`` flag. Repository implementations that override ``abort_write_group`` will need to be updated to accept the new argument. Subclasses that only override ``_abort_write_group`` don't need to change. * Transport implementations must provide copy_tree_to_transport. A default implementation is provided for Transport subclasses. TESTING: * ``bzr selftest`` now fails if no doctests are found in a module that's expected to have them. (Martin Pool) * Doctests now only report the first failure. (Martin Pool) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJOXBIJdeBCYSNAAMRAnmAAJ9iue+UiVelLrXlDF8URsU/FVaDpgCdFSj0 1BdDPX7I59Ds7ndIRYBMao0= =fk9V -----END PGP SIGNATURE-----

1 0

ANN: Shed Skin 0.0.30, an experimental (restricted-)Python-to-C++ Compiler
by Mark Dufour Dec. 5, 2008

Dec. 5, 2008

Hi all, I have just released version 0.0.30 of Shed Skin, an experimental (restricted) Python-to-C++ compiler. Most importantly, this release adds (efficient) support for user-defined classes in generated extension modules, which should make it much easier to integrate compiled code within larger projects. More specifically, compiled classes can now be instantiated on the CPython side, and instances can be passed freely between CPython and Shed Skin without any conversion taking place. (Instances of builtin classes are still (recursively) copied, though, at the moment..) Another major improvement was contributed by FFAO: a new 'set' implementation, directly based on the CPython code. While I haven't tested it on many benchmarks, it is clear that is now much faster, and on one benchmark it even outperforms CPython on my system by about 35%. Other notable changes include complex number support, mapping None to NULL instead of 0 and printing it as 'None', as well as an important type inference fix. With support for user-defined classes in extension modules, it looks like all the major pieces are now there to do a 0.1 release. The only thing I'd really like to do before that, is to improve support for the 'os' module. Please let me know if you'd like to help out here! Hopefully, with many details out of the way, I can have another good look at type inference for 0.2.. Thanks, Mark. -- "One of my most productive days was throwing away 1000 lines of code" - Ken Thompson

1 0

ANN: Porcupine Web Application Server 0.5.2 is released!
by tkouts Dec. 5, 2008

Dec. 5, 2008

Porcupine Web Application Server is a Python based framework that provides front-to-back revolutionary technologies for building modern data-centric Web 2.0 applications. This release includes the brand new version of QuiX supporting the latest releases of Firefox, Safari and Chrome browsers but also introduces a couple of new exciting enhancements. A popular request for QuiX has always been an effects module. This release has a new small effects module that initially supports fade, wipe and slide effects. Furthermore, the newest version includes an enhanced list view widget implementation with no more wobbling headers and great support for large datasets by using asynchronous rendering. Finally, the base widget class has a new "query" method for performing advanced queries on the widgets hierarchy and a new auto complete widget contribution. On the server side the db_backup.py utility is renamed to porcupineadmin.py and the database recovery is no longer attempted during the server start up process. Database recovery is now done by using the porcupineadmin.py utility with the -c switch. This allows multiple processes to access the database at the same time. Consequently, prior to installing or uninstalling an application with the "pakager.py" utility no longer requires the server to be stopped and then later re-started. This release also includes a new redesigned transaction sub-system. All transactional web methods must be marked as such by using the special @db.transactional() decorator. This decorator must always be declared right after the main web method decorator (i.e. webmethods.remotemethod). If you need transactions inside Python Server Pages create a function in the page and make it transactional by using the the @db.transactional decorator. Before reaching the milestone of release 1.0, for each new release the Porcupine API is not guaranteed to be backwards compatible but I'am doing my best to make these changes as harmless as possible. Gradually, the Porcupine API will become fully aligned with PEP 8. Helpful links ============= What is Porcupine? http://www.innoscript.org/what-is-porcupine-web-application-server/ Porcupine online demo: http://www.innoscript.org/porcupine-online-demo/ Porcupine Wiki: http://wiki.innoscript.org

1 0

RELEASED Python 2.6.1
by Barry Warsaw Dec. 5, 2008

Dec. 5, 2008

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hot on the heals of Python 3.0 comes the Python 2.6.1 bug-fix release. This is the latest production-ready version in the Python 2.6 family. Dozens of issues have fixed since Python 2.6 final was released in October. Please see the NEWS file for details: http://www.python.org/download/releases/2.6.1/NEWS.txt For more information on Python 2.6 please see http://docs.python.org/dev/whatsnew/2.6.html Source tarballs and Windows installers can be downloaded from the Python 2.6.1 page: http://www.python.org/download/releases/2.6.1/ Bugs can be reported in the Python bug tracker: http://bugs.python.org Enjoy, - -Barry Barry Warsaw barry(a)python.org Python 2.6/3.0 Release Manager (on behalf of the entire python-dev team) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iQCVAwUBSTi3KnEjvBPtnXfVAQLhQAP7BR8eqlVLDlu/bp2tGaRRQS8GW5X8KQQk h0RwCcAKK19WH6YS6zH+VoIpD8LnD37YqZL3m5MQZ/rDf0o3e6152CZ6GJvWE+0i 6w0cSvDqdWuOpfUfpYR21eQnoFuC6x/yfI//yWCnu8bZCypjmJCLKZAvu4pMjYgD ceChg4lLE68= =u/iW -----END PGP SIGNATURE-----

1 0

New Book: Programming in Python 3
by Mark Summerfield Dec. 4, 2008

Dec. 4, 2008

Hi, Now that Python 3 final has been released I thought it would be a good time to mention that there's a new book to go with it: "Programming in Python 3: A Complete Introduction to the Python Language" ISBN 0137129297 http://www.qtrac.eu/py3book.html I've been working on this for more than a year, testing the examples against every Python 3 alpha and beta, and against the final release (using Python's unit test and doctest modules of course:). The book has just gone into production and should be available in print at the end of this month in the U.S., and a month or two later elsewhere. The book's web page has links to a draft of the introduction and to safari books online where you can read extracts. The book is aimed at a wide audience, but assumes some programming experience (not necessarily Python, not necessarily object-oriented). It teaches solid procedural style programming, then builds on that to teach solid object-oriented programming, and then goes on to more advanced topics (e.g., including a nice way to create validated attributes by combining class decorators with descriptors). But even newcomers to Python 3 should be able to write useful (although small and basic) programs after reading chapter 1, and then go on to create larger and more sophisticated programs as they work through the chapters. -- Mark Summerfield, Qtrac Ltd, www.qtrac.eu <p><a href="http://www.qtrac.eu/py3book.html">Programming in Python 3</a> - A new book on the Python 3 language. (04-Dec-08)

1 0

RELEASED Python 3.0 final
by Barry Warsaw Dec. 4, 2008

Dec. 4, 2008

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On behalf of the Python development team and the Python community, I am happy to announce the release of Python 3.0 final. Python 3.0 (a.k.a. "Python 3000" or "Py3k") represents a major milestone in Python's history, and was nearly three years in the making. This is a new version of the language that is incompatible with the 2.x line of releases, while remaining true to BDFL Guido van Rossum's vision. Some things you will notice include: * Fixes to many old language warts * Removal of long deprecated features and redundant syntax * Improvements in, and a reorganization of, the standard library * Changes to the details of how built-in objects like strings and dicts work * ...and many more new features While these changes were made without concern for backward compatibility, Python 3.0 still remains very much "Pythonic". We are confident that Python 3.0 is of the same high quality as our previous releases, such as the recently announced Python 2.6. We will continue to support and develop both Python 3 and Python 2 for the foreseeable future, and you can safely choose either version (or both) to use in your projects. Which you choose depends on your own needs and the availability of third-party packages that you depend on. Some other things to consider: * Python 3 has a single Unicode string type; there are no more 8-bit strings * The C API has changed considerably in Python 3.0 and third-party extension modules you rely on may not yet be ported * Tools are available in both Python 2.6 and 3.0 to help you migrate your code * Python 2.6 is backward compatible with earlier Python 2.x releases We encourage you to participate in Python 3.0's development process by joining its mailing list: http://mail.python.org/mailman/listinfo/python-3000 If you find things in Python 3.0 that are broken or incorrect, please submit bug reports at: http://bugs.python.org/ For more information, links to documentation, and downloadable distributions, see the Python 3.0 website: http://www.python.org/download/releases/3.0/ Enjoy, - -Barry Barry Warsaw barry(a)python.org Python 2.6/3.0 Release Manager (on behalf of the entire python-dev team) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iQCVAwUBSTc3pXEjvBPtnXfVAQI69wP/dPHh8IL3GxziEV9QzlveKG+KyZb2X16x fxJnTCiXAbiAhT5C+m43OEnbF1PJgMDKtcZ5b7aQb4TQ0mJxISTQh0RfLCpArmlo tdTbzCLnh13KzB+3sUHCx+MeQNXERoWDV8hLz+4Ae71UsuUGynhtyP7ZJMJDue8j so2gv3fOMSs= =vkiy -----END PGP SIGNATURE-----

1 0

Updated Cygwin Package: python-2.5.2-1
by Jason Tishler Dec. 3, 2008

Dec. 3, 2008

New News: === ==== I have updated the version of Python to 2.5.2-1. The tarballs should be available on a Cygwin mirror near you shortly. The following are the only notable changes since the previous release: o upgrade to Python 2.5.2 o include pre-built sqlite3 module o include patches for the following issues: - http://bugs.python.org/issue2233 - http://bugs.python.org/issue2234 Old News: === ==== Python is an interpreted, interactive, object-oriented programming language. If interested, see the Python web site for more details: http://www.python.org/ Please read the README file: /usr/share/doc/Cygwin/python-2.5.2.README since it covers requirements, installation, known issues, etc. Standard News: ======== ==== To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin(a)cygwin.com . *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com(a)cygwin.com If you need more information on unsubscribing, start reading here: http://sources.redhat.com/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6

1 0