From quentel.pierre at wanadoo.fr Wed Nov 1 11:07:09 2006 From: quentel.pierre at wanadoo.fr (Pierre Quentel) Date: 1 Nov 2006 02:07:09 -0800 Subject: [ANN] Karrigell-2.3.2 released - MySQL admin application Message-ID: <1162375629.467228.249340@e64g2000cwd.googlegroups.com> Hi all, The new version of the web framework Karrigell has just been released It features InstantSite, an online application that manages MySQL databases. Users can create and drop databases, create or drop tables, add and remove fields with their types and options. A click is enough to generate the script that will allow users to add, edit and remove rows in this table This script is a "Karrigell service" that can be edited to fit particular needs You can see an online demo here : http://quentel.pierre.free.fr/Karrigell/InstantSite_demo.html Karrigell main page : http://karrigell.sourceforge.net Download : http://sourceforge.net/project/showfiles.php?group_id=67940 Regards, Pierre From anthony at python.org Wed Nov 1 11:50:32 2006 From: anthony at python.org (Anthony Baxter) Date: Wed, 1 Nov 2006 21:50:32 +1100 Subject: RELEASED Python 2.3.6, FINAL Message-ID: <200611012150.44644.anthony@python.org> On behalf of the Python development team and the Python community, I'm happy to announce the release of Python 2.3.6 (FINAL). Python 2.3.6 is a security bug-fix release. While Python 2.5 is the latest version of Python, we're making this release for people who are still running Python 2.3. Unlike the recently released 2.4.4, this release only contains a small handful of security-related bugfixes. See the website for more. * Python 2.3.6 contains a fix for PSF-2006-001, a buffer overrun * in repr() of unicode strings in wide unicode (UCS-4) builds. * See http://www.python.org/news/security/PSF-2006-001/ for more. This is a **source only** release. The Windows and Mac binaries of 2.3.5 were built with UCS-2 unicode, and are therefore not vulnerable to the problem outlined in PSF-2006-001. The PCRE fix is for a long-deprecated module (you should use the 're' module instead) and the email fix can be obtained by downloading the standalone version of the email package. Most vendors who ship Python should have already released a patched version of 2.3.5 with the above fixes, this release is for people who need or want to build their own release, but don't want to mess around with patch or svn. There have been no changes (apart from the version number) since the release candidate of 2.3.6. Python 2.3.6 will complete python.org's response to PSF-2006-001. If you're still on Python 2.2 for some reason and need to work with UCS-4 unicode strings, please obtain the patch from the PSF-2006-001 security advisory page. Python 2.4.4 and Python 2.5 have both already been released and contain the fix for this security problem. For more information on Python 2.3.6, including download links for source archives, release notes, and known issues, please see: http://www.python.org/2.3.6 Highlights of this new release include: - A fix for PSF-2006-001, a bug in repr() for unicode strings on UCS-4 (wide unicode) builds. - Two other, less critical, security fixes. Enjoy this release, Anthony Anthony Baxter anthony at python.org Python Release Manager (on behalf of the entire python-dev team) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://mail.python.org/pipermail/python-announce-list/attachments/20061101/cb5f29ef/attachment.pgp From fabiofz at gmail.com Wed Nov 1 13:00:57 2006 From: fabiofz at gmail.com (Fabio Zadrozny) Date: Wed, 1 Nov 2006 09:00:57 -0300 Subject: Pydev 1.2.5 Released Message-ID: Hi All, Pydev and Pydev Extensions 1.2.5 have been released Details on Pydev Extensions: http://www.fabioz.com/pydev Details on Pydev: http://pydev.sf.net Details on its development: http://pydev.blogspot.com Release Highlights in Pydev Extensions: ----------------------------------------------------------------- * Minor bug on mark occurrences fixed * The quick outline now will go to the 'sole item' in the tree even if it is not selected (and OK is pressed) Release Highlights in Pydev: ---------------------------------------------- * Early release of the Pydev package explorer View. Features already implemented: o Common resource actions (delete, copy, rename, team...) o Shows the Source folder with a different icon o Linking mode enabled o Shows the outline for a python file o Opening an item in the outline opens the correct place in the correspondent file o NOTE: The package explorer is still in a beta state * Debugger bug-fix: Crash when debugging wxPython programs should not happen anymore * When opening a file, the encoding is considered (and not only when saving it) * Patches from Gergely Kis: o Option for having a 'default interpreter' in the combo for selecting which interpreter to use for a run o Saving the things related to the pydev project in a .pydevproject file to be commited * Patch from Gregory Golberg: o Ctrl+Shift+D when a variable is selected in debug mode shows the variable value What is PyDev? --------------------------- PyDev is a plugin that enables users to use Eclipse for Python and Jython development -- making Eclipse a first class Python IDE -- It comes with many goodies such as code completion, syntax highlighting, syntax analysis, refactor, debug and many others. Cheers, -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software http://www.esss.com.br Pydev Extensions http://www.fabioz.com/pydev Pydev - Python Development Enviroment for Eclipse http://pydev.sf.net http://pydev.blogspot.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20061101/d284ab27/attachment.htm From dangoor at gmail.com Wed Nov 1 18:52:40 2006 From: dangoor at gmail.com (Kevin Dangoor) Date: Wed, 1 Nov 2006 12:52:40 -0500 Subject: Michigan Python Users Group Meeting 11/2 @ 7PM Message-ID: <3f085ecd0611010952l4526b07fh5d6fac6547e7b68c@mail.gmail.com> http://www.michipug.org/ The November meeting of MichiPUG will be tomorrow, Thursday, November 2nd at 7PM at the Arbor Networks office. Last month's meeting had a filled schedule with talks on wxPython and Twill. This month, we've got our most open schedule that we've had for a few months. The one topic we've decided on is that we're going to talk about editors and people will be free to show off some of the cool Python editing related features of their favorite editor/IDE. In months past when we didn't have a full schedule, we've still had plenty to talk about. The time is left open for any random Python question or quick topics that people want discuss. So, bring along your editor and any burning Python questions and join us! (Meetings are free, and the meeting is at the Arbor Networks office in downtown Ann Arbor) From garabik-news-2005-05 at kassiopeia.juls.savba.sk Wed Nov 1 19:41:24 2006 From: garabik-news-2005-05 at kassiopeia.juls.savba.sk (garabik-news-2005-05 at kassiopeia.juls.savba.sk) Date: Wed, 1 Nov 2006 18:41:24 +0000 (UTC) Subject: ANN: pydf 1 released Message-ID: After many 0.9* versions, pydf version 1 is released. pydf displays the amount of used and available space on your filesystems, just like df, but in colours. The output format is completely customizable. Pydf was written and works on Linux, but should work also on other modern UNIX systems (including MacOSX). URL: http://kassiopeia.juls.savba.sk/~garabik/software/pydf/ License: public domain Changes since the last version: * show read only mounted filesystems in different colour (thanks to Micha? J. Gajda and Bastian Kleineidam) * work around python statvfs 32-bit overflow bug (this manifested itself with filesystems bigger than 2147483648 blocks) -- ----------------------------------------------------------- | Radovan Garab?k http://kassiopeia.juls.savba.sk/~garabik/ | | __..--^^^--..__ garabik @ kassiopeia.juls.savba.sk | ----------------------------------------------------------- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread! From frank at niessink.com Thu Nov 2 23:43:49 2006 From: frank at niessink.com (Frank Niessink) Date: Thu, 02 Nov 2006 23:43:49 +0100 Subject: [ANN] Release 0.61.0 of Task Coach Message-ID: <454A74A5.8030108@niessink.com> Hi all, I'm pleased to announce release 0.61.0 of Task Coach. New in this release: Bugs fixed: * Displaying a previously hidden toolbar would result in an incorrectly drawn window. * Exported HTML didn't contain an explicit charset. * Negative effort preventation was not working correctly. Features added: * Hierarchical categories. * Export in Comma Separated Values (CSV) format. As with export to HTML, the current view is exported. * Task Coach can be run from a removable medium, such as a USB stick. On Windows, use the installer to install Task Coach to the medium. Then, start Task Coach and turn the setting 'Save settings to same directory as program' on. This setting can be found in Edit -> Preferences -> File). This makes sure the TaskCoach.ini file is saved on the removable medium, in the same directory as the main program. 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://taskcoach.niessink.com https://sourceforge.net/projects/taskcoach/ A binary installer is available for Windows XP and a disk image is available for Mac OSX, in addition to the source distribution. 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, Frank From steven.bethard at gmail.com Fri Nov 3 18:57:30 2006 From: steven.bethard at gmail.com (steven.bethard at gmail.com) Date: Fri, 3 Nov 2006 17:57:30 +0000 (GMT) Subject: python-dev Summary for 2006-09-16 through 2006-09-30 Message-ID: <20061103175732.7F93B1E4004@bag.python.org> python-dev Summary for 2006-09-16 through 2006-09-30 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-09-16_2006-09-30] ========= Summaries ========= --------------- Import features --------------- Fabio Zadrozny ran into the `previously reported relative import issues`_ where a ``from . import xxx`` always fails from a top-level module. This is because relative imports rely on the ``__name__`` of a module, so when it is just ``"__main__"``, they can't handle it properly. On the subject of imports, Guido said that one of the missing import features was to be able to say "*this* package lives *here*". Paul Moore whipped up a Python API to an import hook that could do this, but indicated that a full mechanism would need to pay more attention to the environment (e.g. PYTHONPATH and .pth files). There was also some discussion about trying to have a sort of per-module ``sys.path`` so that you could have multiple versions of the same module present, with different modules importing different versions. Phillip J. Eby suggested that this was probably not a very common need, and that implementing it would be quite difficult with things like C extensions only being able to be loaded once. In general, people seemed interested in a pure-Python implementation of the import mechanism so that they could play with some of these approaches. It looked like Brett Cannon would probably be working on that. .. _previously reported relative import issues: http://www.python.org/dev/summary/2006-06-16_2006-06-30/#relative-imports-and-pep-338-executing-modules-as-scripts Contributing thread: - `New relative import issue `__ ---------------------------- Python library documentation ---------------------------- A less-trolly-than-usual post from Xah Lee started a discussion about the Python documentation. Greg Ewing and others suggested following the documentation style of the Inside Macintosh series: first an "About this module" narrative explaining the concepts and how they fit together, followed by the extensive API reference. Most people agreed that simply extracting the documentation from the docstrings was a bad idea -- it lacks the high-level overview and gives equal importance to all functions, regardless of their use. Contributing thread: - `Python Doc problems `__ ----------------------- OS X universal binaries ----------------------- Jack Howarth asked about creating universal binaries for OS X that would support 32-bit or 64-bit on both PPC and x86. Ronald Oussoren pointed out that the 32-bit part of this was already supported, but indicated that adding 64-bit support simultaneously might be more difficult. Ronald and Martin v. Lowis discussed strategies for modifying pyconfig.h, though it seemed these solutions might cause distutils to detect some architecture features incorrectly. Martin suggested that this was more a problem of distutils than pyconfig.h. Contributing thread: - `python, lipo and the future? `__ ---------------------------------- Finer-grained locking than the GIL ---------------------------------- Martin Devera was looking into replacing the global interpreter lock (GIL) with finer-grained locking, tuned to minimize locking by assuming that most objects were used only by a single thread. For objects that were shared across multiple threads, this approach would allow non-blocking reads, but require all threads to "come home" before modifications could be made. Phillip J. Eby pointed out that most object accesses in Python are actually modifications too, due to reference counting, so it looked like Martin's proposal wouldn't work well with the current refcounting implementation of Python. After Martin v. Lowis found a bug in the locking algorithm, Martin Devera decided to take his idea back to the drawing board. Contributing thread: - `deja-vu .. python locking `__ --------------------------- OS X and ssize_t formatting --------------------------- The buildbots spotted an OS X error in the itertools module. After Jack Diederich fixed a bug where ``size_t`` had been used instead of ``ssize_t``, Neal Norwitz noticed some problems with ``%zd`` on OS X. Despite documentation to the contrary in both the man page and the C99 Standard, using that specifier on OS X treats a negative number as an unsigned number. Ronald Oussoren and others reported the bug to Apple. Contributing thread: - `test_itertools fails for trunk on x86 OS X machine `__ ------------------- itertools.flatten() ------------------- Michael Foord asked about including a flatten function that would take a sequence with sub-sequences nested to an arbitrary depth and create a simple non-nested sequence from that. People were strongly opposed to adding this as a builtin, but even as an itertools function, there was disagreement. How should strings, dicts and other arbitrary iterables be flattened? Since there wasn't one clear answer, it looked like the proposal didn't have much of a chance. Contributing thread: - `Suggestion for a new built-in - flatten `__ ------------------------------- Class definition syntax changes ------------------------------- Fabio Zadrozny noted that in Python 2.5, classes can now be declared as:: class C(): ... Some folks wanted the result to be a new-style class, but the presence or absence of ``()`` was deemed too subtle of a cue to make the new-style/old-style distinction. For the Python 2.X series, explicit subclassing of ``object`` will still be necessary. Contributing thread: - `Grammar change in classdef `__ ---------------------- Python 2.5 and GCC 4.2 ---------------------- Armin Rigo found some more signed integer overflows when using GCC 4.2 like the ones `reported earlier`_. Because Python 2.5 final was scheduled to be released in 24 hours, and it looked like there wouldn't be too many people affected these problems, they were deferred until 2.5.1. For the moment at least, the README indicates that GCC 4.1 and 4.2 shouldn't be used to compile Python. .. _reported earlier: http://www.python.org/dev/summary/2006-08-16_2006-08-31/#gcc-4-2-and-integer-overflows Contributing threads: - `Before 2.5 - More signed integer overflows `__ - `GCC 4.x incompatibility `__ ---------------------------------- Discard method for dicts and lists ---------------------------------- Gustavo Niemeyer and Greg Ewing suggested adding ``dict.discard()`` and ``list.discard()`` along the lines of ``set.discard()``. Fred L. Drake, Jr. explained that ``dict.discard(foo)`` is currently supported with ``dict.pop(foo, None)``. There was more debate about the ``list`` version, but most people seemed to think that wrapping ``list.remove()`` with the appropriate if-statement or try-except was fine. Contributing threads: - `dict.discard `__ - `list.discard? (Re: dict.discard) `__ -------------------- weakref enhancements -------------------- tomer filiba offered some additions to the weakref module, weakattr_ and weakmethod_. Raymond Hettinger questioned how frequently these would be useful in the real world, but both tomer and Alex Martelli assured him that they had real-world use-cases for these. However, there didn't generally seem to be enough support for them to include them in the standard library. .. _weakattr: http://sebulba.wikispaces.com/recipe+weakattr .. _weakmethod: http://sebulba.wikispaces.com/recipe+weakmethod Contributing thread: - `weakref enhancements `__ ------------------------ AST structure guarantees ------------------------ Anthony Baxter asked that the AST structure get the same guarantees as the byte-code format, that is, that it would change as little as possible so that people who wanted to hack it wouldn't have to change their code for each release. Pretty much everyone agreed that this was a good idea. In a related thread, Sanghyeon Seo asked if the AST structure should become part of the Python specification so that other implementations like IronPython_ would use it as well. While most people felt like it would be good if the various specifications had similar AST representations, it seemed like mandating it as part of the implementation would lock things down too much. .. _IronPython: http://www.codeplex.com/Wiki/View.aspx?ProjectName=IronPython Contributing threads: - `IronPython and AST branch `__ - `IronPython and AST branch `__ - `AST structure and maintenance branches `__ ----------------------------- PEP 302: phase 2 import hooks ----------------------------- For his dissertation work, Brett Cannon needed to implement phase 2 of the `PEP 302`_ import hooks. He asked for feedback on whether it would be easier to do this within the current C code, or whether it would be better to rewrite the import mechanisms in Python first. Phillip J. Eby gave some advice on how to restructure things, and suggested that the C code was somewhat delicate and having a Python implementation around would be a Good Thing. Armin Rigo strongly recommended rewriting things in Python. .. _PEP 302: http://www.python.org/dev/peps/pep-0302/ Contributing thread: - `difficulty of implementing phase 2 of PEP 302 in Python source `__ -------------------------------------- Testsuite, Windows and spaces in paths -------------------------------------- Martin v. Lowis was trying to fix some bugs where spaces in Windows paths caused some of the testsuite to fail. For example, test_popen was getting an error because ``os.popen`` invoked:: cmd.exe /c "c:\Program Files\python25\python.exe" -c "import sys;print sys.version" which failed complaining that c:\Program is not a valid executable. Jean-Paul Calderon and Tim Peters explained that the ``cmd.exe`` part is necessary to force proper cmd.exe-style argument parsing and to allow environment variable substitution. After scrutinizing the MS quoting rules, it seemed like fixing this for Python 2.5 was too likely to introduce incompatibilities, so it was postponed to 2.6. Contributing thread: - `Testsuite fails on Windows if a space is in the path `__ ----------------------------------------- PEP 353: Backwards-compatibility #defines ----------------------------------------- David Abrahams suggested a modification to the suggested backwards-compatibility #define incantation of `PEP 353`_ so that the PY_SSIZE_T_MAX and PY_SSIZE_T_MIN would only ever get defined once. There was some discussion about whether or not this was absolutely necessary, but everyone agreed that the change was probably sensible regardless. .. _PEP 353: http://www.python.org/dev/peps/pep-0353/ Contributing thread: - `Pep 353: Py_ssize_t advice `__ ---------------- Shrinking Python ---------------- Milan Krcmar asked about what he could drop from Python to make it small enough to fit on a platform with only 2 MiB of flash ROM and 16 MiB of RAM. Giovanni Bajo suggested dropping the CJK codecs (which account for about 800K), though he also noted that after that there weren't any really low-hanging fruit. Martin v. Lowis suggested that he might also get a gain out of dropping support for dynamic loading of extension modules, and linking all necessary modules statically. Gustavo Niemeyer pointed him to `Python for S60`_ and `Python for Maemo`_ which had to undergo similar stripping down. .. _Python for S60: http://opensource.nokia.com/projects/pythonfors60/ .. _Python for Maemo: http://pymaemo.sf.net Contributing thread: - `Minipython `__ ================ Deferred Threads ================ - `Removing __del__ `__ - `Caching float(0.0) `__ - `PEP 355 status `__ - `PEP 351 - do while `__ ================== Previous Summaries ================== - `Signals, threads, blocking C functions `__ =============== Skipped Threads =============== - `Thank you all `__ - `BRANCH FREEZE/IMMINENT RELEASE: Python 2.5 (final). 2006-09-19, 00:00UTC `__ - `RELEASED Python 2.5 (FINAL) `__ - `release25-maint branch - please keep frozen for a day or two more. `__ - `Download URL typo `__ - `Exceptions and slicing `__ - `Weekly Python Patch/Bug Summary `__ - `release25-maint is UNFROZEN `__ - `Small Py3k task: fix modulefinder.py `__ - `win32 - results from Lib/test - 2.5 release-maint `__ - `Weekly Python Patch/Bug Summary ** REVISED ** `__ - `[Python-checkins] release25-maint is UNFROZEN `__ - `Python network Programmign `__ - `Relative import bug? `__ - `GCC patch for catching errors in PyArg_ParseTuple `__ - `Typo.pl scan of Python 2.5 source code `__ - `Maybe we should have a C++ extension for testing... `__ - `Python 2.5 bug? Changes in behavior of traceback module `__ - `Need help with C - problem in sqlite3 module `__ - `PyErr_CheckSignals error return value `__ - `python-dev summary for 2006-08-01 to 2006-08-15 `__ - `2.4.4c1 October 11, 2.4.4 final October 18 `__ - `[SECUNIA] "buffer overrun in repr() for unicode strings" Potential Vulnerability (fwd) `__ - `List of candidate 2.4.4 bugs? `__ - `openssl - was: 2.4.4c1 October 11, 2.4.4 final October 18 `__ - `Collecting 2.4.4 fixes `__ - `os.unlink() closes file? `__ - `Tix not included in 2.5 for Windows `__ - `Possible semantic changes for PEP 352 in 2.6 `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from September 16, 2006 through September 30, 2006. 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 python-dev summary is the 13th written by Steve Bethard. To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) 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 cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at 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 ------------------------- 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. We 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. .. _python-dev: http://www.python.org/dev/ .. _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 .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From steven.bethard at gmail.com Fri Nov 3 18:57:32 2006 From: steven.bethard at gmail.com (steven.bethard at gmail.com) Date: Fri, 3 Nov 2006 17:57:32 +0000 (GMT) Subject: python-dev Summary for 2006-09-01 through 2006-09-15 Message-ID: <20061103175734.854011E4004@bag.python.org> python-dev Summary for 2006-09-01 through 2006-09-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-09-01_2006-09-15] ============= Announcements ============= ---------------------------- QOTF: Quote of the Fortnight ---------------------------- Through a cross-posting slip-up, Jean-Paul Calderone managed to provide us with some inspiring thoughts on mailing-list archives: One could just as easily ask why no one bothers to read mailing list archives to see if their question has been answered before. No one will ever know, it is just one of the mysteries of the universe. Contributing thread: - `[Twisted-Python] Newbie question `__ ------------------------- Monthly Arlington sprints ------------------------- Jeffrey Elkner has arranged for monthly Arlington Python sprints. See the `Arlington sprint wiki`_ for more details. .. _Arlington sprint wiki: http://wiki.python.org/moin/ArlingtonSprint Contributing thread: - `Arlington sprints to occur monthly `__ ========= Summaries ========= ----------------------------------------- Signals, threads and blocking C functions ----------------------------------------- Gustavo Carneiro explained a problem that pygtk was running into. Their main loop function, ``gtk_main()``, blocks forever. If there are threads in the program, they cannot receive signals because Python catches the signal and calls ``Py_AddPendingCall()``, relying on the main thread to call ``Py_MakePendingCalls()``. Since with pygtk, the main thread is blocked calling a C function, it has no way other than polling to decide when ``Py_MakePendingCalls()`` needs to be called. Gustavo was hoping for some sort of API so that his blocking thread could get notified when ``Py_AddPendingCall()`` had been called. There was a long discussion about the feasibility of this and other solutions to his problem. One of the main problems is that almost nothing can safely be done from a signal handler context, so some people felt like having Python invoke arbitrary third-party code was a bad idea. Gustavo was reasonably confident that he could write to a pipe within that context, which was all he needed to do to solve his problem, but Nick Maclaren explained in detail some of the problems, e.g. writing proper synchronization primitives that are signal-handler safe. Jan Kanis suggested that threads in a pygtk program should occasionally check the signal handler flags and calls PyGTK's callback to wake up the main thread. But Gustavo explained that things like the GnomeVFS library have their own thread pools and know nothing about Python so can't make such a callback. Adam Olsen suggested that Python could create a single non-blocking pipe for all signals. When a signal was handled, the signal number would be written to that pipe as a single byte. Third-party libraries, like pygtk, could poll the appropriate file descriptor, waking up and handing control back to Python when a signal was received. There were some disadvantages to this approach, e.g. if there is a large burst of signals, some of them would be lost, but folks seemed to think that these kinds of things would not cause many real-world problems. Gustavo and Adam then worked out the code in a little more detail. The `Py_signal_pipe patch`_ was posted to SourceForge. .. _Py_signal_pipe patch: http://bugs.python.org/1564547 Contributing thread: - `Signals, threads, blocking C functions `__ ------------------------ API for str.rpartition() ------------------------ Raymond Hettinger pointed out that in cases where the separator was not found, ``str.rpartition()`` was putting the remainder of the string in the wrong spot, e.g. ``str.rpartition()`` worked like:: 'axbxc'.rpartition('x') == ('axb', 'x', 'c') 'axb'.rpartition('x') == ('a', 'x', 'b') 'a'.rpartition('x') == ('a', '', '') # should be ('', '', 'a') Thus code that used ``str.rpartition()`` in a loop or recursively would likely never terminate. Raymond checked in a fix for this, spawning an enormous discussion about how the three bits ``str.rpartition()`` returns should be named. There was widespread disagreement on which side was the "head" and which side was the "tail", and the only unambiguous one seemed to be "left, sep, right". Raymond and others were not as happy with this version because it was no longer suggestive of the use cases, but it looked like this might be the best compromise. Contributing threads: - `Problem withthe API for str.rpartition() `__ - `Fwd: Problem withthe API for str.rpartition() `__ --------------- Unicode Imports --------------- Kristjan V. Jonsson submitted a `unicode import patch`_ that would allow unicode paths in sys.path and use the unicode file API on Windows. It got a definite "no" from the Python 2.5 release managers since it was already too late in the release process. Nonetheless there was a long discussion about whether or not it should be considered a bug or a feature. Martin v. Lowis explained that it was definitely a feature because it would break existing introspection tools expecting things like __file__ to be 8-bit strings (not unicode strings as they would be with the patch). .. _unicode import patch: http://bugs.python.org/1552880 Contributing thread: - `Unicode Imports `__ ------------------------- Exception and __unicode__ ------------------------- Marcin 'Qrczak' Kowalczyk reported a `TypeError from unicode()`_ when applied to an Exception class. Brett Cannon explained the source of this: BaseException defined a ``__unicode__`` descriptor which was complaining when it was handed a class, not an instance. The easiest solution seemed to be the best for Python 2.5: simply rip out the ``__unicode__`` method entirely. M.-A. Lemburg suggested that for Python 2.6 this should be fixed by introducing a tp_unicode slot. .. _TypeError from unicode(): http://bugs.python.org/1551432 Contributing thread: - `2.5 status `__ -------------------------- Slowdown in inspect module -------------------------- Fernando Perez reported an enormous slowdown in Python 2.5's inspect module. Nick Coghlan figured out that this was a result of ``inspect.findsource()`` calling ``os.path.abspath()`` and ``os.path.normpath()`` repeatedly on the module's file name. Nick provided a `patch to speed things up`_ by caching the absolute, normalized file names. .. _patch to speed things up: http://bugs.python.org/1553314 Contributing thread: - `inspect.py very slow under 2.5 `__ -------------------------------- Cross-platform float consistency -------------------------------- Andreas Raab asked about trying to minimize some of the cross-platform differences in floating-point calcuations, by using something like fdlibm_. Tim Peters pointed him to a `previous thread on this issue`_ and suggested that best route was probably to package a Python wrapper for fdlibm_ and see how much interest there was. .. _fdlibm: http://www.netlib.org/fdlibm/ .. _previous thread on this issue: http://mail.python.org/pipermail/python-list/2005-July/290164.html Contributing thread: - `Cross-platform math functions? `__ ----------------------------------- Refcounting and errors in functions ----------------------------------- Mihai Ibanescu pointed out that refcount status for functions that can fail is generally poorly documented. Greg Ewing explained that refcounting behavior should be independent of whether the call succeeds or fails, but it was clear that this was not always the case. Mihai promised to file a low-severity bug so that this problem wouldn't be lost. Contributing thread: - `Py_BuildValue and decref `__ ------------ Python 2.3.6 ------------ Barry Warsaw offered to push out a Python 2.3.6 if folks were interested in getting some bugfixes out to the platforms which were still running Python 2.3. After an underwhelming response, he retracted the offer. (Stay tuned though - more on 2.3.6 in future summaries.) Contributing threads: - `Interest in a Python 2.3.6? `__ - `Interest in a Python 2.3.6? `__ - `Python 2.4.4 was: Interest in a Python 2.3.6? `__ ----------------------------------- Effbot Python library documentation ----------------------------------- Johann C. Rocholl asked about the status of http://effbot.org/lib/, Fredrik Lundh's alternative format and rendering for the Python library documentation. Fredrik indicated that due to the pushback from some folks on python-dev, they've been working mainly "under the radar" on this. (At least until some inconsiderate soul put them in the summary...) ;-) Contributing threads: - `That library reference, yet again `__ - `That library reference, yet again `__ ================ Deferred Threads ================ - `IronPython and AST branch `__ ================== Previous Summaries ================== - `Py2.5 issue: decimal context manager misimplemented, misdesigned, and misdocumented `__ - `Error while building 2.5rc1 pythoncore_pgo on VC8 `__ - `gcc 4.2 exposes signed integer overflows `__ - `no remaining issues blocking 2.5 release `__ - `new security doc using object-capabilities `__ =============== Skipped Threads =============== - `A test suite for unittest `__ - `Fwd: [Python-checkins] r51674 - python/trunk/Misc/Vim/vimrc `__ - `Weekly Python Patch/Bug Summary `__ - `Windows build slave down until Tuesday-ish `__ - `[Python-checkins] TRUNK IS UNFROZEN, available for 2.6 work if you are so inclined `__ - `Exception message for invalid with statement usage `__ - `buildbot breakage `__ - `Change in file() behavior in 2.5 `__ - `'with' bites Twisted `__ - `What windows tool chain do I need for python 2.5 extensions? `__ - `2.5c2 `__ - `_PyGILState_NoteThreadState should be static or not? `__ - `BRANCH FREEZE: release25-maint, 00:00UTC 12 September 2006 `__ - `datetime's strftime implementation: by design or bug `__ - `Subversion 1.4 `__ - `RELEASED Python 2.5 (release candidate 2) `__ - `Maybe we should have a C++ extension for testing... `__ - `.pyc file has different result for value "1.79769313486232e+308" than .py file `__ - `release is done, but release25-maint branch remains near-frozen `__ - `fun threading problem `__ - `Thank you all `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from September 01, 2006 through September 15, 2006. 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 python-dev summary is the 12th written by Steve Bethard. To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) 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 cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at 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 ------------------------- 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. We 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. .. _python-dev: http://www.python.org/dev/ .. _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 .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From jcarlson at uci.edu Sat Nov 4 01:53:14 2006 From: jcarlson at uci.edu (Josiah Carlson) Date: Fri, 03 Nov 2006 16:53:14 -0800 Subject: PyPE 2.7.2 released Message-ID: <20061103165120.C13E.JCARLSON@uci.edu> === What is PyPE? === PyPE (Python Programmers' Editor) was written in order to offer a lightweight but powerful editor for those who think emacs is too much and idle is too little. Syntax highlighting is included out of the box, as is multiple open documents via tabs. Beyond the basic functionality, PyPE offers an expandable source tree, filesystem browser, draggable document list, todo list, filterable function list, find and replace bars (no dialog to find or replace simple strings), recordable and programmable macros, spell checker, reconfigurable menu hotkeys, triggers, find in files, external process shells, and much more. === More Information === If you would like more information about PyPE, including screenshots, where to download the source or windows binaries, bug tracker, contact information, or a somewhat complete listing of PyPE's features, visit PyPE's home on the web: http://pype.sf.net/index.shtml If you have any questions about PyPE, please contact me, Josiah Carlson, aka the author of PyPE, at jcarlson at uci.edu . PyPE 2.7.2 includes the following changes and bugfixes since release 2.7.1: (changed) files with at least 20,000 lines or at least 4 megs will no longer have their bookmark or fold states saved on close. This significantly reduces the time to close (and sometimes open) large files. (fixed) code that uses MainWindow.exceptDialog() will now properly create a dialog. (fixed) wxPython 2.7 incompatability in the Browsable directory tree in wxPython 2.7 - 2.7.1.2 . (removed) some unnecessary debug printouts. (changed) the 'Search' tab to better handle narrower layouts. (fixed) the 'Ignore .subdirs' option in the 'Search' tab now gets disabled along with 'Search Subdirectories' when applicable. (fixed) error when opening changelog.txt on unicode-enabled installations. (fixed) spell checker for unicode-enabled platforms. (fixed) case where various checkmarks in the Documents menu wouldn't update when a document was opened, closed, or created on some platforms. (added) --font= command line option for choosing the font that the editor will use. From sh at defuze.org Sat Nov 4 22:58:14 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Sat, 04 Nov 2006 21:58:14 +0000 Subject: ANN: bridge 0.1.0 a general Python and IronPython XML library Message-ID: <454D0CF6.9030802@defuze.org> Hi all, I'm happy to introduce the first release of bridge. A general purpose XML library for Python and IronPython (and ultimately Jython). bridge is very simple and light. It basically let you load an XML document via a set of different parsers (xml.dom, Amara, lxml, System.Xml) and creates a tree of Elements and Attributes before releasing the parser resources. This means that once the document is loaded it is independent from the underlying parser. bridge then provides a straightforward interface to navigate through the tree and manipulate it. bridge does not try to replace underlying XML engines but offer a common API so that your applications are less dependent of those engines. bridge offers a couple of other goodies however to play with the tree of elements (see the documentation). == Download == * easy_install -U bridge * Tarballs http://www.defuze.org/oss/bridge/ * svn co https://svn.defuze.org/oss/bridge/ == Documentation == http://trac.defuze.org/wiki/bridge Hope this will help a few people in working with XML without worrying on which engine they choose to use. Have fun, -- Sylvain Hellegouarch http://www.defuze.org From phil at riverbankcomputing.co.uk Sun Nov 5 14:11:21 2006 From: phil at riverbankcomputing.co.uk (Phil Thompson) Date: Sun, 5 Nov 2006 13:11:21 +0000 Subject: ANN: SIP v4.5 Released Message-ID: <200611051311.21536.phil@riverbankcomputing.co.uk> Riverbank Computing is pleased to announce the release of SIP v4.5 available from http://www.riverbankcomputing.co.uk/sip/. SIP is a tool for generating Python modules that wrap C or C++ libraries. It is similar to SWIG. It is used to generate PyQt and PyKDE. Full documentation is available at http://www.riverbankcomputing.com/Docs/sip4/sipref.html. SIP is licensed under the Python License and runs on Windows, UNIX, Linux and MacOS/X. SIP requires Python v2.3 or later. The main focus of this release is support for Python v2.5. Other features of SIP include: - extension modules are implemented as a single binary .pyd or .so file (no Python stubs) - support for Python new-style classes - generated modules are quick to import, even for large libraries - support for Qt's signal/slot mechanism - thread support - the ability to re-implement C++ abstract and virtual methods in Python - the ability to define Python classes that derive from abstract C++ classes - the ability to spread a class hierarchy across multiple Python modules - support for C++ namespaces - support for C++ exceptions - support for C++ operators - an extensible build system written in Python that supports over 50 platform/compiler combinations - the generation of API files for IDEs that support autocompletion and call tips. Phil From phil at riverbankcomputing.co.uk Sun Nov 5 14:36:58 2006 From: phil at riverbankcomputing.co.uk (Phil Thompson) Date: Sun, 5 Nov 2006 13:36:58 +0000 Subject: ANN: PyQt v4.1 Released Message-ID: <200611051336.58334.phil@riverbankcomputing.co.uk> Riverbank Computing is pleased to announce the release of PyQt v4.1 available from http://www.riverbankcomputing.co.uk/pyqt/. The highlights of this release include: - support for Qt v4.2 including QGraphicsView and related classes, the undo framework, widget stylesheets, and integration with GNOME (both visually and the event loop) - the addition of the QtTest module for automated GUI testing - the addition of the QAxContainer module for Windows for integrating ActiveX controls. PyQt is a comprehensive set of Qt bindings for the Python programming language and supports the same platforms as Qt (Windows, Linux and MacOS/X). Like Qt, PyQt is available under the GPL and a commercial license. See http://www.riverbankcomputing.com/Docs/PyQt4/html/classes.html for the class documentation. PyQt v4 supports Qt v4 (http://www.trolltech.com/products/qt/index.html). PyQt v3 is still available to support earlier versions of Qt. PyQt v4 is implemented as a set of 10 extension modules containing approximately 400 classes and 6,000 functions and methods. QtCore The non-GUI infrastructure including event loops, threads, i18n, Unicode, signals and slots, user and application settings. QtGui A rich collection of GUI widgets. QtNetwork A set of classes to support TCP and UDP socket programming and higher level protocols (eg. HTTP). QtOpenGL A set of classes that allows PyOpenGL to render onto Qt widgets. QtSql A set of classes that implement SQL data models and interfaces to industry standard databases. Includes an implementation of SQLite. QtSvg A set of classes to render SVG files onto Qt widgets. QtTest A set of classes to automate unit testing of PyQt applications and GUIs. QtXML A set of classes that implement DOM and SAX parsers. QtAssistant A set of classes that enables the Qt Assistant online help browser to be integrated with an application. QAxContainer A set of classes for Windows that allows the integration of ActiveX controls and COM objects. A Windows installer is provided for the GPL version of PyQt to be used with the GPL version of Qt v4 (http://www.trolltech.com/download/qt/windows.html). It enabes a complete PyQt environment to be installed on Windows without the need for a C++ compiler. PyQt includes the pyuic utility which generates Python code to implement user interfaces created with Qt Designer in the same way that the uic utility generates C++ code. It is also able to load Designer XML files dynamically. Phil From ryan at rfk.id.au Mon Nov 6 01:56:53 2006 From: ryan at rfk.id.au (Ryan Kelly) Date: Mon, 06 Nov 2006 11:56:53 +1100 Subject: ANN: PyEnchant 1.2.0 Message-ID: <1162774613.4973.4.camel@grapefruit> Hi All, I'm pleased to announce the release of PyEnchant version 1.2.0. This version includes some important updates in the underlying enchant library, and implements basic "filters" to allow skipping of email addresses, WikiWords, URLs, etc during a spellchecking session. 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/ It also provides extended functionality including classes for tokenizing text and iterating over the spelling errors in it, as well as a ready-to-use text interface and wxPython dialog. Current Version: 1.2.0 Licence: LGPL with exemptions, as per Enchant itself ChangeLog for 1.2.0: -------------------- * Implemented "filters" that allow tokenization to skip common word forms such as URLs, WikiWords, email addresses etc. * Now ships with enchant-1.3.0, meaning: * PWLs can return a useful list of suggestions rather than the empty list * Hunspell replaces MySpell as the default Windows backend * Tokenization doesnt split words at non-alpha characters by default * GtkSpellCheckerDialog contributed by Fredrik Corneliusson * Removed deprecated functionality: * Dict.add_to_personal * All registry handling functionality from enchant.utils * enchant.utils.SpellChecker (use enchant.checker.SpellChecker) * Removed PyPWL, as native enchant PWLs can now suggest corrections -- Ryan Kelly http://www.rfk.id.au | This message is digitally signed. Please visit ryan at rfk.id.au | http://www.rfk.id.au/ramblings/gpg/ for details -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://mail.python.org/pipermail/python-announce-list/attachments/20061106/640d84f5/attachment.pgp From simon at brunningonline.net Mon Nov 6 13:15:12 2006 From: simon at brunningonline.net (Simon Brunning) Date: Mon, 6 Nov 2006 12:15:12 +0000 Subject: London Python Meetup, Wednesday the 15th of November Message-ID: <8c7f10c60611060415g66053dabu5b5449ece65f7b6b@mail.gmail.com> Details here: . -- Cheers, Simon B simon at brunningonline.net http://www.brunningonline.net/simon/blog/ From bray at sent.com Tue Nov 7 18:36:47 2006 From: bray at sent.com (bray at sent.com) Date: Tue, 07 Nov 2006 11:36:47 -0600 Subject: ChiPy Monthly Meeting, Thursday 7:00 pm. Message-ID: <1162921007.26531.275231865@webmail.messagingengine.com> Thursday November 9 2006. 7:00 pm. This may be our best meeting yet. This is our regular Thurs. meeting. In addition stay tuned for a special meeting to welcome Ed Leafe http://chipy.org/EdOnDabo. Please ping the list to tell us what you want to address in your lightning talk. Lets try to get one talk from each brave soul for about 5 minutes a piece. Topics ------ - Python Mock Library - fawad - Web log generation and parsing - lightning talks Location -------- Daisychain - 2159 W 21st Pl, Chicago il 60608 http://www.dai5ychain.net/ map - http://tinyurl.com/ybdcxb About ChiPy ----------- ChiPy is a group of Chicago Python Programmers, l33t, and n00bs. Meetings are held monthly at various locations around Chicago. Also, ChiPy is a proud sponsor of many Open Source and Educational efforts in Chicago. Stay tuned to the mailing list for more info. ChiPy website: ChiPy Mailing List: Python website: --- From bray at sent.com Tue Nov 7 18:38:38 2006 From: bray at sent.com (bray at sent.com) Date: Tue, 07 Nov 2006 11:38:38 -0600 Subject: ChiPy (Special) Meeting, Tuesday 14th 5:30 pm. Message-ID: <1162921118.26732.275232016@webmail.messagingengine.com> NOTE: This is a special meeting on next Tuesday in addition to our normal Thursday meeting. Attend both, if you can. Tuesday. November 14 2006. 5:30 pm. Topics ------ Ed Leaf on Dabo is an open-source framework for developing desktop (i.e., rich client) applications in Python. Details ======= Dabo is an open-source framework for developing desktop (i.e., rich client) applications in Python. Its primary target is the group of developers who come from a background in the proprietary Microsoft-centric tools, such as Visual FoxPro and Visual Basic, but it also targets Delphi, Filemaker, and other desktop application development systems who want rich client applications that run unmodified on Windows, Linux and OS X. The focus of the talk will be on the visual tools available in Dabo to help you quickly develop serious database applications in Python. Parts of the talk will also be directed toward existing wxPython developers who love the results of working with that UI toolkit, but who hate the non-Pythonic interface. Location -------- Monadnock Building at 53 W. Jackson in downtown Chicago: Conference Room 826. Alternatively, if we need more space, we will relocate to the restaurant on the first floor: http://www.cavanaughschicago.com. We will leave a note with the gaurd in case we relocate. RSVP to carl at personnelware.com Stay tuned to the mailing list for more details. http://mail.python.org/mailman/listinfo/chicago About ChiPy ----------- ChiPy is a group of Chicago Python Programmers, l33t, and n00bs. Meetings are held monthly at various locations around Chicago. Also, ChiPy is a proud sponsor of many Open Source and Educational efforts in Chicago. Stay tuned to the mailing list for more info. ChiPy website: ChiPy Mailing List: Python website: --- From python-url at phaseit.net Tue Nov 7 21:44:58 2006 From: python-url at phaseit.net (Cameron Laird) Date: Tue, 7 Nov 2006 20:44:58 +0000 (UTC) Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Nov 7) Message-ID: QOTW: "If you want to become a good Python programmer, you really need to get over that 'I need a oneliner' idea." - Fredrik Lundh http://groups.google.com/group/comp.lang.python/msg/9e10957173a20e73 "It is the shortsightedness of the Python core developers that keeps the palindrome related functions and algorithms out of the standard library." - Istvan Albert http://groups.google.com/group/comp.lang.python/msg/da6ce70ae0f4fe06 'Near the US capital? Hear Barry Warsaw introduce Python to a public NASA audience: http://isandtcolloq.gsfc.nasa.gov/fall2006/speaker/warsaw.html Among the most important work going on in the Python world is that of the sprints--the recent Duesseldorf one, for example: http://codespeak.net/pipermail/pypy-dev/2006q4/003396.html pyjamas is a toolkit which facilitates AJAX composition in Python: http://pyjamas.pyworks.org/ Carl Banks is one of the people for whom timing is simple: http://groups.google.com/group/comp.lang.python/browse_thread/thread/a06186617a253757/ In principle, Python is great for extending-and-embedding. Each of these involves intimidatingly multiple aspects, though, as we'll discuss over the next few weeks. Fredrik Lundh bounds one of them: installation of an adequate development environment under Windows: http://groups.google.com/group/comp.lang.python/msg/b765eb106cc7a8fc PyParsing!? Sure, it's powerful, and pythonic, but is it really appropriate to ... oh, I guess it is. Paul McGuire releases another of his pedagogic salvoes (inadvertently?) devoted to surprising things that can be PyParsed: http://groups.google.com/group/comp.lang.python/browse_thread/thread/43b240a51e3777f0/ Notice the distinct approaches taken by Fredrik Lundh, Frederic Rentsch, ... in the same thread. PyQt 4.1 supports Qt 4.2, confusingly enough. Consequential news centers around QtTest (yeah!), QAxContainer, and QGraphicsView: http://www.riverbankcomputing.co.uk/news.php Fredrik Lundh collects pyidioms: http://effbot.org/zone/python-lists.htm ======================================================================== 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 Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html Steve Bethard continues the marvelous tradition early borne by Andrew Kuchling, Michael Hudson, Brett Cannon, Tony Meyer, and Tim Lesher 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/ 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/python/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 Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. 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://www.python.org/dev/peps/pep-0042/ The online Python Journal is posted at pythonjournal.cognizor.com. editor at pythonjournal.com and editor at 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.python.* Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From fuzzyman at gmail.com Wed Nov 8 01:17:15 2006 From: fuzzyman at gmail.com (Fuzzyman) Date: 7 Nov 2006 16:17:15 -0800 Subject: [ANN] Movable Python 2.0.0 Beta 2 Message-ID: <1162945035.524823.14160@m73g2000cwd.googlegroups.com> I'm pleased to announce the release of `Movable Python 2.0.0 Beta 2 `_. There are now updated versions for Python 2.2 - 2.5, the Mega-Pack [#]_, and the free trial version. The most important changes in this release are : * Fixes for Pythonwin. The 'run' button and 'grep' dialog now work. * You can now specify a directory for config files. * The environment programs are run in is no longer pre-populated with variables. The **Movable Python** variables are now in a module called ``movpy``. You can see the full `changelog `_ below. You can download the updated version from : `Movable Python Download Pages `_ You can get the free trial version, from `Movable Python Demo & Other Files `_ What is Movable Python ================== **Movable Python** is a distribution of Python, for Windows, that can run without being installed. It means you can carry a full development environment round on a USB stick. It is also useful for testing programs with a 'clean Python install', and testing programs with multiple versions of Python. The GUI program launcher makes it a useful programmers tool, including features like : * Log the output of all Python scripts run * Enable Psyco for all scripts * Quick Launch buttons for commonly used programs * Configure multiple interpreters for use from a single interface It comes with the Pythonwin IDE. Plus many other features and bundled libraries. What's New ? ========== The changes in version 2.0.0 Beta 2 include : (Many thanks to Schipo and Patrick Vrijlandt for bug reports, fixes and suggestions.) Updated to Python 2.4.4 and wxPython 2.7.1 Fixed the bug with pylab support. Fixed problem with global name scope in the interactive interpreter. Everything moved out of the default namespace and moved into a module called 'movpy'. This contains : * ``filename`` = the path to the script we are running (the executable in interactive mode) * ``filedir`` = the directory that script is in (None when in interactive mode) * ``movpydir`` = the directory of the movpy executable * ``curdir`` = the cwd from which we have been called * ``configdir`` = the directory where config files are accessed from * ``libdir`` = the 'lib' directory that modules/packages are contained in * ``commandline`` != '' if '-c' was used * ``go_interactive`` = True if '-i' was set. * ``interactive`` = True if we are in an interactive session * ``interactive_mode`` is a function to enter interactive mode ``interactive_mode(localvars=None, globalvars=None, IPOFF=False, argv=None)`` * ``movpyw`` = True if we are running under movpyw rather than movpy The docs menu option will now launch the local version if available. Logfile is now closed using 'atexit' (should be closed *after* other 'atexit' functions finish). Logfile is flushed after every write to keep it in sync. A new command line option to specify the config file directory. ``movpyw --config ~\movpyfiles\config`` (The '~' is expanded to mean the user directory.) Fix for grep in Pythonwin IDE. Fix so that 'run' works in Pythonwin. (Browse button is disabled.) .. [#] The `Mega-Pack `_ is all the interpreters bundled together. It comes pre-configured so that you can test programs with any version of Python (including IronPython) from a single interface. From chad at zetaweb.com Wed Nov 8 05:08:51 2006 From: chad at zetaweb.com (Chad Whitacre) Date: Tue, 07 Nov 2006 23:08:51 -0500 Subject: [ANN] mode.py 1.0a1 Message-ID: <45515853.1060403@zetaweb.com> Greetings, program! This is to announce the first public release of mode.py, a small utility module that models the life-cycle of an application as a series of four modes: debugging, development, staging, and production. Quick start: $ easy_install mode.py ... $ python ... >>> import mode >>> mode.development # the default True >>> mode.set('production') >>> mode.staging_or_production True >>> The mode is taken from the PYTHONMODE environment variable. A more illustrative example: import mode if mode.DEVELOPMENT_OR_DEBUGGING: db = "mysql://localhost:3306/test" elif mode.STAGING: db = "mysql://dbserver:33000/staging" elif mode.PRODUCTION: db = "mysql://dbserver:33000/live" For full documentation and downloads, see the project homepage: http://www.zetadev.com/software/mode.py/ Thanks. yours, Chad Whitacre http://www.zetadev.com/ From robin at alldunn.com Wed Nov 8 08:59:14 2006 From: robin at alldunn.com (Robin Dunn) Date: Tue, 07 Nov 2006 23:59:14 -0800 Subject: ANN: wxPython 2.7.2.0 Message-ID: <45518E52.4010306@alldunn.com> Announcing ---------- The 2.7.2.0 release of wxPython is now available for download at http://wxpython.org/download.php. This is expected to be the last stepping stone in the path to the next stable release series, 2.8.x. We're pushing full speed ahead in order to get 2.8.0 included with OSX 10.5, and so far we are very close to being on schedule. This release has some house-keeping style changes, as well as some user-contributed patches and also the usual crop of bug fixes. Source and binaries are available for both Python 2.4 and 2.5 for Windows and Mac, as well some pacakges for varous Linux distributions. A summary of changes is listed below and also at http://wxpython.org/recentchanges.php. What is wxPython? ----------------- wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module that wraps the GUI components of the popular wxWidgets cross platform library, which is written in C++. wxPython is a cross-platform toolkit. This means that the same program will usually run on multiple platforms without modifications. Currently supported platforms are 32-bit Microsoft Windows, most Linux or other Unix-like systems using GTK2, and Mac OS X 10.3+, in most cases the native widgets are used on each platform. Changes in 2.7.2.0 ------------------ Patch [ 1583183 ] Fixes printing/print preview inconsistencies Add events API to wxHtmlWindow (patch #1504493 by Francesco Montorsi) Added wxTB_RIGHT style for right-aligned toolbars (Igor Korot) Added New Zealand NZST and NZDT timezone support to wx.DateTime. wx.Window.GetAdjustedBestSize is deprecated. In every conceivable scenario GetEffectiveMinSize is probably what you want to use instead. wx.Image: Gained support for TGA image file format. wx.aui: The classes in the wx.aui module have been renamed to be more consistent with each other, and make it easier to recognize in the docs and etc. that they belong together. FrameManager --> AuiManager FrameManagerEvent --> AuiManagerEvent PaneInfo --> AuiPaneInfo FloatingPane --> AuiFloatingPane DockArt --> AuiDockArt TabArt --> AuiTabArt AuiMultiNotebook --> AuiNotebook AuiNotebookEvent --> AuiNotebookEvent wx.lib.customtreectrl: A patch from Frame Niessink which adds an additional style (TR_AUTO_CHECK_PARENT) that (un)checks a parent when all children are (un)checked. wx.animate.AnimationCtrl fixed to display inactive bitmap at start (patch 1590192) Patch from Dj Gilcrease adding the FNB_HIDE_ON_SINGLE_TAB style flag for wx.lib.flatnotebook. wx.Window.GetBestFittingSize has been renamed to GetEffectiveMinSize. SetBestFittingSize has been renamed to SetInitialSize, since it is most often used only to set the initial (and minimal) size of a widget. The QuickTime backend for wx.media.MediaCtrl on MS Windows works again. Just pass szBackend=wx.media.MEDIABACKEND_QUICKTIME to the constructor to use it instead of the default ActiveMovie backend, (assuming the quicktime DLLs are available on the system.) -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! From jdavid at itaapy.com Wed Nov 8 11:58:38 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Wed, 08 Nov 2006 11:58:38 +0100 Subject: itools 0.14.4 released Message-ID: <4551B85E.7000802@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.http itools.uri itools.cms itools.i18n itools.vfs itools.csv itools.ical itools.web itools.datatypes itools.rss itools.workflow itools.gettext itools.schemas itools.xhtml itools.handlers itools.stl itools.xliff itools.html itools.tmx itools.xml This is a bug-fix release, most bugs belonging to itools.cms: - Fix serious bug: database synchronization for actions in the root folder. - Fix user's "edit_account_form" view (#539). - Fix removing objects (#542). - Improve "Not Found" error messages in some configurations (#543). - Fixes to the calendar code (#82). - Few minor bugs fixed in the HTML editor. - Fix French translation of the javascript calendar widget (#459). There is also one bug fix in itools.http: - Fix "get_mtime" (itools.http.vfs) when the server does not send the "Last-Modified" header. Credits: - Herv? Cauwelier helped fixing bugs; - Nicolas Deram fixed many bugs; - J. David Ib??ez fixed many bugs. Resources --------- Download http://download.ikaaro.org/itools/itools-0.14.4.tar.gz Home http://www.ikaaro.org/itools Mailing list http://mail.ikaaro.org/mailman/listinfo/itools Bug Tracker http://bugs.ikaaro.org/ -- J. David Ib??ez Itaapy Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88 From chris.arndt at web.de Wed Nov 8 13:47:33 2006 From: chris.arndt at web.de (Christopher Arndt) Date: Wed, 08 Nov 2006 13:47:33 +0100 Subject: 1. Koelner Python-Stammtisch Thu, 16th Nov 2006, 18:45h Message-ID: <4551D1E5.9020909@web.de> Hi everybody, the 1. K?lner Python Stammtisch (Python meetup Cologne) takes place on Thursday, 16th Nov 2006. I invite everybody interested in Python, users and developers alike, be they from Cologne and surroundings or from afar, to join this event for the strengthening of the network of Pythoneers in Germany. The meeting point is in the foyer of the Maritim Hotel (located directly next to the Deutzer bridge and the Heumarkt) at 18:45h. We will then walk to a nearby pub in the old town of Cologne, probably the "Brauerei zu Malzm?hle" (Heumarkt 16). I will check the location again at the beginning of next week, and post an update if necessary. This meeting occurs on occasion of the LinuxWorld Expo, which takes place from 14th to 16th Nov 2006 at the KoelnMesse on the other side of the Rhine. For anybody who is not able attend on Thursday evening, there is the possibility of meeting for a chat at the fair at any of the three days. For further information, see this (German) page: http://wiki.python.de/User_Treffen Since this is the first meeting of its kind in Cologne and we are meeting in a relaxed environment, no special agenda is planned. If you want to suggest a discussion topic, presentation, social proceeding etc. you are encouraged to do so! Meanwhile it is hoped, that this event will give the opportunity to make contacts, discuss the merits of our favourite programming language and ponder over the viability a regular meeting. I hope to see many of you there! Chris P.S. If somebody is late or has trouble finding us, my mobile number is: 0176-28259175 From mwh at python.net Wed Nov 8 16:08:23 2006 From: mwh at python.net (Michael Hudson) Date: Wed, 08 Nov 2006 16:08:23 +0100 Subject: Last chance to join the Summer of PyPy! Message-ID: <87bqnirn6g.fsf@starship.python.net> Hopefully by now you have heard of the "Summer of PyPy", our program for funding the expenses of attending a sprint for students. If not, you've just read the essence of the idea :-) However, the PyPy EU funding period is drawing to an end and there is now only one sprint left where we can sponsor the travel costs of interested students within our program. This sprint will probably take place in Leysin, Switzerland from 8th-14th of January 2007. So, as explained in more detail at: http://codespeak.net/pypy/dist/pypy/doc/summer-of-pypy.html we would encourage any interested students to submit a proposal in the next month or so. If you're stuck for ideas, you can find some at http://codespeak.net/pypy/dist/pypy/doc/project-ideas.html but please do not feel limited in any way by this list! Cheers, mwh ... and the PyPy team -- This is an off-the-top-of-the-head-and-not-quite-sober suggestion, so is probably technically laughable. I'll see how embarassed I feel tomorrow morning. -- Patrick Gosling, ucam.comp.misc From kelong_2000 at yahoo.com Wed Nov 8 16:11:34 2006 From: kelong_2000 at yahoo.com (Kenneth Long) Date: Wed, 8 Nov 2006 07:11:34 -0800 (PST) Subject: ANN: wxPython 2.7.2.0 In-Reply-To: <45518E52.4010306@alldunn.com> Message-ID: <20061108151134.73765.qmail@web51113.mail.yahoo.com> Is there a new version of Demo Docs released also? I get this error from Sourceforge after clicking on the link at wxPython page. Could not read file. Go back. /home/ftp/pub/sourceforge//w/wx/wxpython/wxPython2.7-win32-docs-demos-2.7.2.0.exe Nov 08, 2006 07:10 --- Robin Dunn wrote: > Announcing > ---------- > > The 2.7.2.0 release of wxPython is now available for > download at > http://wxpython.org/download.php. This is expected > to be the last > stepping stone in the path to the next stable > release series, > 2.8.x. We're pushing full speed ahead in order to > get 2.8.0 included > with OSX 10.5, and so far we are very close to being > on schedule. This > release has some house-keeping style changes, as > well as some > user-contributed patches and also the usual crop of > bug fixes. Source > and binaries are available for both Python 2.4 and > 2.5 for Windows and > Mac, as well some pacakges for varous Linux > distributions. A summary > of changes is listed below and also at > http://wxpython.org/recentchanges.php. > > > What is wxPython? > ----------------- > > wxPython is a GUI toolkit for the Python programming > language. It > allows Python programmers to create programs with a > robust, highly > functional graphical user interface, simply and > easily. It is > implemented as a Python extension module that wraps > the GUI components > of the popular wxWidgets cross platform library, > which is written in > C++. > > wxPython is a cross-platform toolkit. This means > that the same program > will usually run on multiple platforms without > modifications. > Currently supported platforms are 32-bit Microsoft > Windows, most Linux > or other Unix-like systems using GTK2, and Mac OS X > 10.3+, in most > cases the native widgets are used on each platform. > > > Changes in 2.7.2.0 > ------------------ > > Patch [ 1583183 ] Fixes printing/print preview > inconsistencies > > Add events API to wxHtmlWindow (patch #1504493 by > Francesco Montorsi) > > Added wxTB_RIGHT style for right-aligned toolbars > (Igor Korot) > > Added New Zealand NZST and NZDT timezone support to > wx.DateTime. > > wx.Window.GetAdjustedBestSize is deprecated. In > every conceivable > scenario GetEffectiveMinSize is probably what you > want to use instead. > > wx.Image: Gained support for TGA image file format. > > wx.aui: The classes in the wx.aui module have been > renamed to be more > consistent with each other, and make it easier to > recognize in the > docs and etc. that they belong together. > > FrameManager --> AuiManager > FrameManagerEvent --> AuiManagerEvent > PaneInfo --> AuiPaneInfo > FloatingPane --> AuiFloatingPane > DockArt --> AuiDockArt > TabArt --> AuiTabArt > AuiMultiNotebook --> AuiNotebook > AuiNotebookEvent --> AuiNotebookEvent > > wx.lib.customtreectrl: A patch from Frame Niessink > which adds an > additional style (TR_AUTO_CHECK_PARENT) that > (un)checks a parent when > all children are (un)checked. > > wx.animate.AnimationCtrl fixed to display inactive > bitmap at start > (patch 1590192) > > Patch from Dj Gilcrease adding the > FNB_HIDE_ON_SINGLE_TAB style flag > for wx.lib.flatnotebook. > > wx.Window.GetBestFittingSize has been renamed to > GetEffectiveMinSize. > SetBestFittingSize has been renamed to > SetInitialSize, since it is > most often used only to set the initial (and > minimal) size of a > widget. > > The QuickTime backend for wx.media.MediaCtrl on MS > Windows works > again. Just pass > szBackend=wx.media.MEDIABACKEND_QUICKTIME to the > constructor to use it instead of the default > ActiveMovie backend, > (assuming the quicktime DLLs are available on the > system.) > > -- > Robin Dunn > Software Craftsman > http://wxPython.org Java give you jitters? Relax > with wxPython! > > -- > http://mail.python.org/mailman/listinfo/python-list > hello ____________________________________________________________________________________ Sponsored Link Degrees online in as fast as 1 Yr - MBA, Bachelor's, Master's, Associate Click now to apply http://yahoo.degrees.info From sh at defuze.org Wed Nov 8 23:59:19 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Wed, 08 Nov 2006 22:59:19 +0000 Subject: ANN: Amplee 0.3.2 Message-ID: <45526147.5030802@defuze.org> Hi all, I'm happy to introduce the release of Amplee 0.3.2, a Python implementation of the Atom Publishing Protocol. This release is a bug fixes but with a few new features as well: * Support of the Amazon S3 service as a storage * Support for the Hachoir library which should offer more format supported as members * Better support for Atom members * Updated demo code showing more functionalities of amplee (not yet updated on the wiki though so please look at: http://trac.defuze.org/browser/oss/amplee/amplee/demo == Download == * easy_install -U amplee * Tarballs http://www.defuze.org/oss/amplee/ * svn co https://svn.defuze.org/oss/amplee/ == Documentation == http://trac.defuze.org/wiki/amplee == TODO == * Add tests * Fix the WSGI handler to use the new routing_args spec. * Improve documentation This release is still a little rough around the edges but it's getting better :) Have fun, -- Sylvain Hellegouarch http://www.defuze.org From richard at commonground.com.au Thu Nov 9 06:47:36 2006 From: richard at commonground.com.au (Richard Jones) Date: Thu, 9 Nov 2006 16:47:36 +1100 Subject: Roundup Issue Tracker release 1.3.0 Message-ID: I'm proud to release version 1.3.0 of Roundup. New Features in 1.3.0: - WSGI support via roundup.cgi.wsgi_handler Fixed in 1.3.0: - sqlite module detection was broken for python 2.5 compiled without sqlite support - fixed support for pysqlite2 (version 2.1.0 is the minimum version supported) - roundup-server called setuid when run by non-root user - fix sort/group direction checkbox in issue.index.html (sf bug 1593025) - fix error detection for non-EN locales of postgres (sf bug 1592249) - fix email change note rendering of multiline properties (sf patch 1575223) - fix sidebar search links (sf patch 1574467) - nicer "permission required" messages (sf patch 1558183) - fix unstable ordering of detectors (sf bug 1585378) 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:: roundup-demo Release info and download page: http://cheeseshop.python.org/pypi/roundup Source and documentation is available at the website: http://roundup.sourceforge.net/ Mailing lists - the place to ask questions: http://sourceforge.net/mail/?group_id=31577 About Roundup ============= 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. Note: Ping is not responsible for this project. The contact for this project is richard at users.sourceforge.net. 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.3+ 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). From theller at ctypes.org Thu Nov 9 13:27:30 2006 From: theller at ctypes.org (Thomas Heller) Date: Thu, 09 Nov 2006 13:27:30 +0100 Subject: [Ann] ctypes wiki Message-ID: <45531EB2.1000104@ctypes.org> I have installed a wiki which could / should be used to document the ctypes package and ctypes related packages (like comtypes, for example). ctypes is a foreign function library for Python: http://starship.python.net/crew/theller/ctypes/ I hope the wiki will evolve over time into a useful resource. Currently there is no actual contents - so please contribute by adding tips, tricks, and whatever you have to share about ctypes. The wiki URL is: http://starship.python.net/crew/theller/wiki Thomas From ero.carrera at gmail.com Thu Nov 9 16:30:30 2006 From: ero.carrera at gmail.com (Ero Carrera) Date: Thu, 9 Nov 2006 16:30:30 +0100 Subject: Pythonika 1.0 Message-ID: <3918350C-3D19-413D-ABC9-29747C1205F1@gmail.com> Hi, I'm happy to announce the first release of Pythonika, a free MathLink module for Mathematica that makes it possible to write (and run) Python code within Mathematica's notebooks. It handles the conversion of Python and Mathematica objects transparently and allows to use all of Python's modules in the machine (Mathematica, Numarray, NetworkX, etc. all at once :-P ). I find the mix of Mathematica's interactivity with Python to be a really good combination. == Download & Information == Pythonika is available at: http://dkbza.org/pythonika.html (an example notebook is available on the previous link as well as in the downloaded package) Entry in the Wolfram Information Center: http://library.wolfram.com/infocenter/MathSource/6622/ The download includes source code and binaries for OSX/Windows/Linux. Regards, -- Ero Carrera From richardjones at optushome.com.au Fri Nov 10 04:03:14 2006 From: richardjones at optushome.com.au (Richard Jones) Date: Fri, 10 Nov 2006 14:03:14 +1100 Subject: Registrations are open for tutorials at OSDC 2006 Message-ID: <200611101403.14997.richardjones@optushome.com.au> Time is running out to register for tutorials at the Open Source Developers' Conference 2006 tutorial program: http://www.osdc.com.au/registration/index.html The tutorials run on the 5th December, followed by the technical program on the 6th - 8th December. Most tutorials include printed reference material. Our tutorial program is included below: Room 1 Room 2 9:00am Cascading Style Sheets Open Source Python GIS Hacks 12:30pm Lunch Lunch 1:30pm Test Web Apps with Perl Drupal Tutorial 3:00pm Afternoon tea Afternoon tea 3:30pm Intro to Perl Template::Toolkit Large Scale Web Apps A morning tea break will occur roughly half way through the the 9am - 12:30pm tutorials. For more information on what each tutorial covers, please visit: http://www.osdc.com.au/papers/tutorials.html Prices and information on how to register can be found at: http://www.osdc.com.au/registration/index.html You can help us make this conference be the best developers' conference this year just by turning up and participating! We look forward to sharing this great conference with you. If your business would like to benefit from exposure to many of Australia's best open source developers then perhaps you should consider sponsorship. We have a wide range of sponsorship options, to find out more information please visit: http://www.osdc.com.au/sponsors/index.html Richard Jones OSDC Program Chair From frank at niessink.com Sat Nov 11 17:09:01 2006 From: frank at niessink.com (Frank Niessink) Date: Sat, 11 Nov 2006 17:09:01 +0100 Subject: [ANN] Release 0.61.2 of Task Coach Message-ID: <4555F59D.4000909@niessink.com> Hi all, Release 0.61.2 of Task Coach is a bug-fix release that hopefully gets rid of the following bugs: * Some Linux distributions do not have the BROWSER environment variable set, causing errors. Be prepared. * Saving failed with a UnicodeError if a category description would contain non-ASCII characters. * Deleting a task would not delete the task from the categories it belonged to, resulting in errors upon next loading of the task file. 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://taskcoach.niessink.com https://sourceforge.net/projects/taskcoach/ A binary installer is available for Windows XP and a disk image is available for Mac OSX, in addition to the source distribution. 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, Frank From detlev at die-offenbachs.de Sun Nov 12 11:56:01 2006 From: detlev at die-offenbachs.de (Detlev Offenbach) Date: Sun, 12 Nov 2006 11:56:01 +0100 Subject: ANN: version 3.9.2 of eric3 available Message-ID: Hi, this is to informe you about the availability of eric3 v 3.9.2. This is bug fix release with some new features. It is available via http://www.die-offenbachs.de/detlev/eric.html Changelog: - bug fixes - added support for new QScintilla stuff (e.g. autocomplete from document and APIs) - extended debugger to not set the encoding (configurable) - added keyboard shortcuts for the shell -- to clear the shell -- for all zoom aczions (zoom in, zoom out, zoom) - added the tool eric3-configure to setup eric3 without the need to start the IDE Regards, Detlev -- Detlev Offenbach detlev at die-offenbachs.de From mmueller at python-academy.de Sun Nov 12 23:18:58 2006 From: mmueller at python-academy.de (Mike =?iso-8859-1?Q?M=FCller?=) Date: Sun, 12 Nov 2006 23:18:58 +0100 Subject: Leipzig Python User Group - Meeting, November 14, 2006, 8:00pm Message-ID: <7.0.1.0.0.20061112231446.01adc668@python-academy.de> ========================= Leipzig Python User Group ========================= Next Meeting Tuesday, November 14, 2006 ---------------------------------------- We will meet on November 14 at 8:00 pm at the training center of Python Academy in Leipzig, Germany (http://www.python-academy.com/center/find.html). We will have an open discussion about Python. Food and soft drinks are provided. Please send a short confirmation mail to info at python-academy.de, so we can prepare appropriately. Everybody who uses Python, plans to do so or is interested in learning more about the language is encouraged to participate. While the meeting language will be mainly German, English speakers are very welcome. We will provide English interpretation if needed. Current information about the meetings can always be found at http://www.python-academy.com/user-group/index.html ========================= Leipzig Python User Group ========================= Stammtisch am 14.11.2006 ------------------------- Wir treffen uns am 14.11.2006 um 20:00 Uhr wieder im im Schulungszentrum der Python Academy in Leipzig (http://www.python-academy.de/Schulungszentrum/anfahrt.html). Diesmal haben wir eine offene Diskussionsrunde zu Python. F?r das leibliche Wohl wird gesorgt. Wir bitten um kurze Anmeldung per e-mail an: info at python-academy.de An den Treffen der Python Anwendergruppe kann jeder teilnehmen, der Interesse an Python hat, die Sprache bereits nutzt oder nutzen m?chte. Die Arbeitssprachen des Treffens ist Deutsch. Englisch sprechende Python-Enthusiasten sind trotzdem herzlich eingeladen. Wir ?bersetzen gern. Aktuelle Informationen zu den Treffen sind immer unter http://www.python-academy.de/User-Group/index.html zu finden. From Eric_Dexter at msn.com Mon Nov 13 01:58:53 2006 From: Eric_Dexter at msn.com (edexter) Date: 12 Nov 2006 16:58:53 -0800 Subject: Dex Tracker .007 available Message-ID: <1163379532.999803.96140@i42g2000cwa.googlegroups.com> Dex Tracker .007 is now available. Dex Tracker is a tracker csound front end. Now Includes .sco editor and live help where you can just click and ask your questions on a google group. Included with Dex Tracker is csound routines a bunch or routines to manipulate csound files written in python. https://sourceforge.net/projects/dex-tracker/ From jeff at taupro.com Mon Nov 13 05:08:36 2006 From: jeff at taupro.com (Jeff Rush) Date: Sun, 12 Nov 2006 22:08:36 -0600 Subject: Seeking Photo Links for Past PyCons Message-ID: <4557EFC4.6020703@taupro.com> In working with the graphic designer we've hired for PyCon 2007, we'd like to add some diversity to the typical conference photos. We want a new photo montage similar to the one we've had for many years at the page top at: http://us.pycon.org/TX2006/HomePage The graphic designer has gone over Flickr with the 'pycon' keyword but not found a single photo of women at PyCon. For those with a bit of time and perhaps a photo inclination could we get a few volunteers to locate and send me links to any photos they feel represent PyCon well? And if the photos zero in a specific person we'll need to get their permission before plastering their likeless all over the place. ;-) Thanks, Jeff Rush PyCon 2007 Co-Chair From jeff at taupro.com Mon Nov 13 13:45:06 2006 From: jeff at taupro.com (Jeff Rush) Date: Mon, 13 Nov 2006 06:45:06 -0600 Subject: An Invitation to Get Involved in Python Advocacy Message-ID: <455868D2.1020903@taupro.com> I'd like to extend an invitation to those who would like to get involved in advocating the use of Python. In August, the PSF hired me, for a 6-mo contract, to coordinate the Python advocacy effort. Since then I've been working to make the next PyCon one of the best conferences yet, and putting in place the infrastructure of a newcomer portal (http://advocacy.python.org) focused on drawing in those people who don't know much about Python but have developed an interest for various reasons. The portal also has an entry point (http://advocacy.python.org/getinvolved) to organize the materials and activities of those already in the Python community who want to get involved. I've also established a new mailing list on which to discuss advocacy, replacing the list, and a blog.(http://python-advocacy.blogspot.com) for keeping the Python community up-to-date about advocacy goings on. The blog is aggregated into the official Planet Python (but I can't seem to reach the coordinator of the *unofficial* Planet Python). A bit about the newcomer portal to place it in context; the portal is designed to help someone who has just become aware of Python decide if the language is right for them. It seeks to quickly direct visitors to the information they want, and bring to their attention how diverse and vibrant the support for Python is. The audience is not only programmers but also journalists, project managers, scientists/engineers, recruiters and educators. Different audiences come at Python with different needs and often need different explanations. And some are indeed programmers, but using other languages, who wonder how Python compares to what they are using now. For the newcomer portal we have a need for content writers to focus on specific problem domains, for the various subcommunities to provide technology roadmaps and representative samples of source code that would entice someone to check them out. As one example, the SciPy/NumPy group could write about what makes their software attractive to the scientific community and provide one-page sources that illustrates certain common operations, to show off the clarify and expressiveness of Python. I've found plenty of material on the SciPy website that I'm weaving into the newcomer portal. The portal is not designed to replace what we have at www.python.org but to complement it, and to serve as an organizing point for the extensive content already on www.python.org and elsewhere. The portal also specifically supports dynamic content, relational database storage of information and easy plug-in of new components to add new features. Such features will eventually include, among other things, a searchable roster of user groups, a registry of speakers and trainers and a catalog of books about Python, each with RSS feeds where appropriate. And for the curious, the portal is written using the Zope 3 component system, building on the underlying Twisted subsystem for internal background scheduling and hooked to a PostgreSQL database. The site makes use of Zope 3 viewlets to provide pluggable display elements, reStructured text documents for a clean separation between content and infrastructure, and Nabu for synchronization of document collections into the indexing engine and persisting of the reST DOMs to enable content manipulation at presentation time according to what is to be viewed (biblio data, abstracts, content). The portal is located on the python.org servers and all software and content are checked into svn.python.org. In closing, I am greatly honored by the trust of the foundation members in me and hope to serve the community well. As coordinator, I invite others to get involved and will strive to provide an assistive environment within which everyone can be productive. The primary discussion area is the new mailing list which can be joined at: http://mail.python.org/mailman/listinfo/advocacy and a list of what is needed is at: http://advocacy.python.org/getinvolved I am also maintaining a list of accomplishments and near-term To-Do's for myself at: http://wiki.python.org/moin/PythonAdvocacyCoordinator Jeff Rush Python Advocacy Coordinator From python-url at phaseit.net Mon Nov 13 16:46:53 2006 From: python-url at phaseit.net (Cameron Laird) Date: Mon, 13 Nov 2006 15:46:53 +0000 (UTC) Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Nov 13) Message-ID: QOTW: "It is humbling to see how simple yet powerfull python`s view on things is...." - ??ric Daigneault http://groups.google.com/group/comp.lang.python/msg/bbd842715bb5b6eb "[I]f a machine is expected to be infallible, it cannot also be intelligent." - Alan Turing, 20 February 1947, lecture to London Mathematical Socity on ACE Stefan Schukat illustrates an instructive use of COM in a multi-threaded context which manages a MATLAB instance: http://groups.google.com/group/comp.lang.python/browse_thread/thread/c13315f002ab025/ Someone should capture the scattered but valuable observations of this report on Windows-hosted extending into a more enduring document: http://groups.google.com/group/comp.lang.python/browse_frm/thread/36c13e238e6e3bb4 Paul Boddie provides references on concurrency in Python: http://groups.google.com/group/comp.lang.python/msg/4a507814e704b782 Microsoft publicizes IronPython's ASP.Net capabilities: http://www.infoworld.com/archives/emailPrint.jsp?R=printThis&A=/article/06/11/07/HNvsiron_1.html http://www.eweek.com/article2/0,1895,2053498,00.asp?kc=EWWHNEMNL110906EOAD The latest release of eric3 supports QScintilla autocompletion, and more: http://www.die-offenbachs.de/detlev/eric.html Is a "parameter-holding class" reasonable? Probably so, at least on occasion: http://groups.google.com/group/comp.lang.python/browse_thread/thread/64d84ae1de8bd74/ ======================================================================== 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 Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html Steve Bethard continues the marvelous tradition early borne by Andrew Kuchling, Michael Hudson, Brett Cannon, Tony Meyer, and Tim Lesher 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/ 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/python/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 Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. 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://www.python.org/dev/peps/pep-0042/ The online Python Journal is posted at pythonjournal.cognizor.com. editor at pythonjournal.com and editor at 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.python.* Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From chad at zetaweb.com Tue Nov 14 05:31:20 2006 From: chad at zetaweb.com (Chad Whitacre) Date: Mon, 13 Nov 2006 23:31:20 -0500 Subject: [ANN] httpy 1.0a1 -- smooths out WSGI's worst warts Message-ID: <45594698.8020307@zetaweb.com> Greetings, program! I'm pleased to announce version 1.0a1 of httpy, middleware to smooth out WSGI's worst warts. With httpy in your stack, you can return a string, or return or raise an httpy.Response object, instead of mucking with start_response and iterables. This version marks a major change of scope for httpy, from WSGI competitor to itty-bitty middleware. I'm late to the party, but it turns out Kool-Aid is still good warm. Help yourself: http://www.zetadev.com/software/httpy/ Thanks. Chad Whitacre http://www.zetadev.com/ From garabik-news-2005-05 at kassiopeia.juls.savba.sk Tue Nov 14 15:16:34 2006 From: garabik-news-2005-05 at kassiopeia.juls.savba.sk (garabik-news-2005-05 at kassiopeia.juls.savba.sk) Date: Tue, 14 Nov 2006 14:16:34 +0000 (UTC) Subject: ANN: ludevit 1 available Message-ID: ludev?t is a simple program translating standard Slovak language into the L. ?t?r version. The program is probably interesting only to Slovak speakers. Requirements: Python at least version 2.3, only standard library modules are used. The program is intended to be used in Unix environments with UTF-8 locale, but should work everywhere python runs, if you provide UTF-8 input and are content with UTF-8 output. License: GPL >=2.0 Where to download: http://kassiopeia.juls.savba.sk/~garabik/software/ludevit/ Online demo: http://vvv.juls.savba.sk/ludevit/ This is an initial release. -- ----------------------------------------------------------- | Radovan Garab?k http://kassiopeia.juls.savba.sk/~garabik/ | | __..--^^^--..__ garabik @ kassiopeia.juls.savba.sk | ----------------------------------------------------------- Antivirus alert: file .signature infected by signature virus. Hi! I'm a signature virus! Copy me into your signature file to help me spread! From bvdp at xplornet.com Tue Nov 14 19:41:57 2006 From: bvdp at xplornet.com (bvdp at xplornet.com) Date: 14 Nov 2006 10:41:57 -0800 Subject: MMA - Musical MIDI Accompaniment 1.0 Message-ID: <1163529717.325544.29020@h54g2000cwb.googlegroups.com> Version 1.0 of MMA - Musical MIDI Accompaniment - is now available for downloading. Included in this release: Minor changes in the install scripts, Command line option cleanup, Minor bug fixes. MMA is a accompaniment generator -- it creates midi tracks for a soloist to perform with. User supplied files contain pattern selections, chords, and MMA directives. For full details please visit: http://www.mellowood.ca/mma/ MMA is written entirely in Python. If you have any questions or comments, please send them to: bob at mellowood.ca From link at mevis.de Wed Nov 15 14:10:54 2006 From: link at mevis.de (Florian Link) Date: Wed, 15 Nov 2006 14:10:54 +0100 Subject: Initial release of new PythonQt binding Message-ID: <455B11DE.8020300@mevis.de> PythonQt is a dynamic and lightweight script binding of the Qt4 framework to the Python language. It can be easily embedded into Qt4 applications and makes any QObject derived object scriptable via Python without the need of wrapper code generation. The first public beta release is available as source code under the LGPL license. The binding has been used for quite a while in a commercial product and we are looking for new developers to join the project on Source Forge. http://pythonqt.sourceforge.net/ http://sourceforge.net/projects/pythonqt/

PythonQt 0.9 - dynamic scripting binding of Qt4 to Python (15-11-06) -- ------------------------------------------------------------------------ Florian Link MeVis Research Universitaetsallee 29, D-28359 Bremen, Germany http://www.mevis.de email: link at mevis.de voice: +49 421 218 7772, fax: +49 421 218 4236 From michael at stroeder.com Wed Nov 15 18:41:59 2006 From: michael at stroeder.com (=?ISO-8859-1?Q?Michael_Str=F6der?=) Date: Wed, 15 Nov 2006 18:41:59 +0100 Subject: ANN: python-ldap-2.2.1 Message-ID: <455B5167.6040503@stroeder.com> Find a new release of python-ldap: http://python-ldap.sourceforge.net/ python-ldap provides an object-oriented API to access LDAP directory servers from Python programs. It mainly wraps the OpenLDAP 2.x libs for that purpose. Additionally it contains modules for other LDAP-related stuff (e.g. processing LDIF, LDAPURLs and LDAPv3 schema). ---------------------------------------------------------------- Released 2.2.1 2006-11-15 Changes since 2.2.0: Modules/ * Fix for Python 2.5 free(): invalid pointer (see SF#1575329) * passwd() accepts None for arguments user, oldpw, newpw (see SF#1440151) Lib/ * ldif.LDIFWriter.unparse() now accepts instances of derived dict and list classes (see SF#1489898) From sh at defuze.org Thu Nov 16 00:22:44 2006 From: sh at defuze.org (Sylvain Hellegouarch) Date: Wed, 15 Nov 2006 23:22:44 +0000 Subject: ANN: amplee 0.3.3 Message-ID: <455BA144.30802@defuze.org> Hi all, I'm happy to introduce the release of Amplee 0.3.3, a Python implementation of the Atom Publishing Protocol. This release is a bug fixes but with a few new features as well: * Improved support of the Amazon S3 service as a storage * Support for the Hachoir library which should offer more format supported as members * Fixed the AtomMember class * Improved the potential of the different callbacks on creation, update and deletion of resources. * Added lots of docstrings (still not enough though) * Fixed quite a few bunch of bugs (thanks to David Turner) * Fix the WSGI handler to use the new routing_args spec. * Largely improved the demo as well This release is getting closer to what the final API will look like and I think it's a pretty stable version. == Download == * easy_install -U amplee * Tarballs http://www.defuze.org/oss/amplee/ * svn co https://svn.defuze.org/oss/amplee/ == Documentation == http://trac.defuze.org/wiki/amplee http://www.defuze.org/oss/amplee/doc/html/ == TODO == * Add tests * Remove genser dependency * Improve documentation Have fun, -- Sylvain Hellegouarch http://www.defuze.org From konrad.hinsen at laposte.net Thu Nov 16 10:14:30 2006 From: konrad.hinsen at laposte.net (konrad.hinsen at laposte.net) Date: Thu, 16 Nov 2006 10:14:30 +0100 Subject: New parallel computing module for Python Message-ID: <947BE3EE-D6B0-4908-B513-991297A1EF0A@laposte.net> The latest development release of ScientificPython (2.7), which is available now at http://sourcesup.cru.fr/projects/scientific-py/ contains a new module for parallel computing using a master-slave model: a master process defines computational tasks, and any number of slave processes execute them. The main advantages of this approach are simplicity and the possibility to run a variable number of slave processes. Slave processes can even be killed during execution; as long as at least one slave process remains, the computation will terminate correctly. Here is a very simple example that illustrates parallel computation using the new module: from Scientific.DistributedComputing.MasterSlave \ import MasterProcess, SlaveProcess from Scientific import N import sys class Master(MasterProcess): def run(self): for i in range(5): # request a computation task of type "sqrt" task_id = self.requestTask("sqrt", float(i)) for i in range(5): # retrieve the result from a "sqrt" computation task task_id, tag, result = self.retrieveResult("sqrt") print result class SquareRoot(SlaveProcess): # implement the computation task "sqrt" def do_sqrt(self, x): return (x, N.sqrt(x)) if len(sys.argv) == 2 and sys.argv[1] == "master": master = True elif len(sys.argv) == 2 and sys.argv[1] == "slave": master = False else: print "Argument must be 'master' or 'slave'" raise SystemExit if master: process = Master("demo") else: process = SquareRoot("demo") process.start() The communication between processes is handled by Pyro (pyro.sourceforge.net), which has to be installed as well. Comments are welcome! -- --------------------------------------------------------------------- Konrad Hinsen Centre de Biophysique Mol?culaire, CNRS Orl?ans Synchrotron Soleil - Division Exp?riences Saint Aubin - BP 48 91192 Gif sur Yvette Cedex, France Tel. +33-1 69 35 97 15 E-Mail: hinsen at cnrs-orleans.fr --------------------------------------------------------------------- From a.held at computer.org Thu Nov 16 22:47:00 2006 From: a.held at computer.org (andreas) Date: 16 Nov 2006 13:47:00 -0800 Subject: ANN: pyFltk-1.1.1 Message-ID: <1163713620.745261.35110@i42g2000cwa.googlegroups.com> We are happy to announce a new release of pyFltk, the Python bindings for FLTK. This release supports FLTK-1.1.7 and Python 2.4 and 2.5. FLTK is a lightweight cross-platform GUI toolkit with a very small footprint. pyFltk applications are very simple and intuitive, making it a good choice for small to medium applications that want to get up to speed quickly. Changes in this release include various bug fixes, improved memory management, and the fixing of several compilation issues. Also, some preliminary documentation was added, see test/preface.html. This release can be downloaded from the project home page: http://pyfltk.sourceforge.net Have fun! Andreas http://pyfltk.sourceforge.net From michels at mps.mpg.de Fri Nov 17 09:01:33 2006 From: michels at mps.mpg.de (Helmut Michels) Date: Fri, 17 Nov 2006 09:01:33 +0100 Subject: [ANN] Data Plotting Library DISLIN 9.1 Message-ID: Dear Python users, I am pleased to announce version 9.1 of the data plotting software DISLIN. DISLIN is a high-level and easy to use plotting library for displaying data as curves, bar graphs, pie charts, 3D-colour plots, surfaces, contours and maps. Several output formats are supported such as X11, VGA, PostScript, PDF, CGM, WMF, HPGL, TIFF, GIF, PNG, BMP and SVG. The software is available for several C, Fortran 77 and Fortran 90/95 compilers. Plotting extensions for the interpreting languages Perl, Python and Java are also supported for the most operating systems. DISLIN distributions and manuals in PDF, PostScript and HTML format are available from the DISLIN home page http://www.dislin.de and via FTP from the server ftp://ftp.gwdg.de/pub/grafik/dislin All DISLIN distributions are free for non-commercial use. Licenses for commercial use are available from the site http://www.dislin.de. Regards, ------------------- Helmut Michels Max Planck Institute for Solar System Research Phone: +49 5556 979-334 Max-Planck-Str. 2 Fax : +49 5556 979-240 D-37191 Katlenburg-Lindau Mail : michels at mps.mpg.de From jdavid at itaapy.com Fri Nov 17 18:04:56 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Fri, 17 Nov 2006 18:04:56 +0100 Subject: itools 0.14.5 released Message-ID: <455DEBB8.6050201@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.http itools.uri itools.cms itools.i18n itools.vfs itools.csv itools.ical itools.web itools.datatypes itools.rss itools.workflow itools.gettext itools.schemas itools.xhtml itools.handlers itools.stl itools.xliff itools.html itools.tmx itools.xml This release brings an important feature, the new script "icms-make-package". It will create a Python package, which specializes "itools.cms" to create a custom web application. The purpose of this script is to make it easier for Python developers to get started with "itools.cms". The script comes along with the Quick Start document, which can be found in the itools web site: http://download.ikaaro.org/doc/icms-quickstart/quickstart.html Apart from this new feature, some bugs have been fixed: - In itools.vfs, "vfs.copy" now works when the object being copied is a folder in the filesystem. - In itools.stl, the "not" expressions work now when the character that follows the "not" keyword is a whitespace other than the common space character (e.g. a tab or a new line). Credits: - Herv? Cauwelier added the "icms-make-package" script and fixed the VFS bug; - J. David Ibanez fixed the STL bug. Resources --------- Download http://download.ikaaro.org/itools/itools-0.14.5.tar.gz Home http://www.ikaaro.org/itools Mailing list http://mail.ikaaro.org/mailman/listinfo/itools Bug Tracker http://bugs.ikaaro.org/ -- J. David Ib????ez Itaapy Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88 From jdahlin at async.com.br Sat Nov 18 16:53:26 2006 From: jdahlin at async.com.br (Johan Dahlin) Date: Sat, 18 Nov 2006 13:53:26 -0200 Subject: ANNOUNCE: PyGObject 2.12.3 Message-ID: <455F2C76.1070303@async.com.br> I am pleased to announce version 2.12.3 of the Python bindings for GObject. The new release is available from ftp.gnome.org as and its mirrors as soon as its synced correctly: http://download.gnome.org/sources/pygobject/2.12/ What's new since PyGObject 2.12.2: - distutils build fixes (Cedric) - documentation updates (John) - gobject.handler_block_by_func and friends now accept methods (Johan, Dima, #375589) - avoid truncating of gparamspec (Yevgen Muntyan, #353943) - set __module__ on gobject derived types (Johan, Osmo Salomaa, #376099) - Ensure exceptions are raised on errors in gobject.OptionGroup (Johan, Laszlo Pandy, #364576) Blurb: GObject is a object system library used by GTK+ and GStreamer. PyGObject provides a convenient wrapper for the GObject+ 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 PyGTK, PyORBit and gnome-python, it can be used to write full featured Gnome applications. Like the GObject library itself PyGObject 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 featured applications. PyGObject requires GObject >= 2.8.0 and Python >= 2.3.5 to build. -- Johan Dahlin jdahlin at async.com.br From frank at niessink.com Sun Nov 19 15:20:05 2006 From: frank at niessink.com (Frank Niessink) Date: Sun, 19 Nov 2006 15:20:05 +0100 Subject: [ANN] Release 0.61.3 of Task Coach Message-ID: <45606815.3080602@niessink.com> Hi all, Release 0.61.3 of Task Coach is a bug-fix release that hopefully gets rid of the following bugs: * If saving the TaskCoach.ini file would fail, displaying the error message would fail (too) because the i18n translator had not been imported at that point. * Mac OSX distribution did not start. Upgraded py2app. * Dragging and dropping a task in the task tree view would sometimes drag the wrong task. * Give category dialog focus and select default category title to make it easier to quickly enter categories using the keyboard. * The gdiplus.dll was missing from the Windows distribution. 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://taskcoach.niessink.com https://sourceforge.net/projects/taskcoach/ A binary installer is available for Windows XP and a disk image is available for Mac OSX, in addition to the source distribution. 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, Frank Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/taskcoach/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/taskcoach/join (Yahoo! ID required) <*> To change settings via email: mailto:taskcoach-digest at yahoogroups.com mailto:taskcoach-fullfeatured at yahoogroups.com <*> To unsubscribe from this group, send an email to: taskcoach-unsubscribe at yahoogroups.com <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/ From ian at showmedo.com Sun Nov 19 18:10:56 2006 From: ian at showmedo.com (Ian Ozsvald) Date: Sun, 19 Nov 2006 17:10:56 +0000 Subject: ANN: Physics and 3D with VPython (9 ShowMeDo videos) Message-ID: <45609020.5040604@showmedo.com> Summary: Erik Thompson has kindly allowed us to host copies of his excellent 9-part series introducing physics using 3D with VPython. http://showmedo.com/videos/series?name=pythonThompsonVPythonSeries Detail: Erik covers the physics of motion in the first four videos (1 hour of content). The next 5 videos (to be on-line in a week) show friction, springs, weights and the motion of a satellite. In total there is a whopping 3.5 hours of brilliant tutorial material. About ShowMeDo.com: Free videos (we call them ShowMeDos) showing you how to do things. The videos are made by us and our users, for everyone. Over half of our content is for Python. We'd love to have more contributions - would you share what you know? The founders, Ian Ozsvald, Kyran Dale -- ian showmedo.com http://www.showmedo.com http://blog.showmedo.com From ian at showmedo.com Sun Nov 19 18:12:23 2006 From: ian at showmedo.com (Ian Ozsvald) Date: Sun, 19 Nov 2006 17:12:23 +0000 Subject: ANN: PAMIE web dev testing (1 new ShowMeDo video) Message-ID: <45609077.3040204@showmedo.com> Summary: Robert Marchetti's third PAMIE video demonstrates how to write test-scripts for interacting with a web-site via Internet Explorer. http://showmedo.com/videos/series?name=pythonMarchettiPamieSeries About ShowMeDo.com: Free videos (we call them ShowMeDos) showing you how to do things. The videos are made by us and our users, for everyone. Over half of our content is for Python. We'd love to have more contributions - would you share what you know? The founders, Ian Ozsvald, Kyran Dale -- ian showmedo.com http://www.showmedo.com http://blog.showmedo.com From levub137 at wi.rr.com Sun Nov 19 18:52:17 2006 From: levub137 at wi.rr.com (Raymond L. Buvel) Date: Sun, 19 Nov 2006 11:52:17 -0600 Subject: [ANN] clnum-1.4 Class Library For Numbers Python Binding Message-ID: <456099D1.1000503@wi.rr.com> The clnum package adds rational numbers and arbitrary precision floating point numbers in real and complex form to Python. Also provides arbitrary precision floating point replacements for the functions in the math and cmath standard library modules. Home page: http://calcrpnpy.sourceforge.net/clnum.html Changes in 1.4 * Fixed anomaly where an exact zero was converted using default precision in multiply and divide routines. * Added function to approximate a number as a rational with the size of the numerator and denominator constrained. From levub137 at wi.rr.com Sun Nov 19 18:53:40 2006 From: levub137 at wi.rr.com (Raymond L. Buvel) Date: Sun, 19 Nov 2006 11:53:40 -0600 Subject: [ANN] ratfun-2.4 Polynomials and Rational Functions Message-ID: <45609A24.3000708@wi.rr.com> The ratfun module provides classes for defining polynomial and rational function (ratio of two polynomials) objects. These objects can be used in arithmetic expressions and evaluated at a particular point. Home page: http://calcrpnpy.sourceforge.net/ratfun.html Note: If you are using rpncalc-1.2 or later, this module is already included. This release is for folks who don't want rpncalc. Changes in 2.4 * Updated the included clnum package. * Added uniqueRoots to handle polynomials with multiple roots. From levub137 at wi.rr.com Sun Nov 19 18:54:55 2006 From: levub137 at wi.rr.com (Raymond L. Buvel) Date: Sun, 19 Nov 2006 11:54:55 -0600 Subject: [ANN] rpncalc-2.5 RPN Calculator for Python Message-ID: <45609A6F.5050702@wi.rr.com> The rpncalc package adds an interactive Reverse Polish Notation (RPN) interpreter to Python. This interpreter allows the use of Python as an RPN calculator. You can easily switch between the RPN interpreter and the standard Python interpreter. Home page: http://calcrpnpy.sourceforge.net/ Changes in 2.5 * Update the included clnum package. * Added ratapx and unique_roots commands. From drew at zenoss.com Mon Nov 20 20:20:28 2006 From: drew at zenoss.com (Drew Bray) Date: Mon, 20 Nov 2006 14:20:28 -0500 Subject: Zenoss Launches Version 1.0 Python-based IT Monitoring Product Message-ID: Zenoss Launches Core 1.0 Product Breakthrough Solution Sets New Standard for Open Source IT Monitoring Annapolis, MD ? November 14, 2006 ? Zenoss, Inc., a leading provider of enterprise network and systems monitoring software, today announced the availability of Zenoss Core version 1.0. Zenoss Core is an integrated IT monitoring product that allows IT administrators to manage the status and health of their entire infrastructures through a single web-based console. As a free, open source software product, Zenoss provides organizations world-wide with a new alternative for enterprise-grade IT monitoring that is substantially less expensive and easier to deploy than traditional solutions. ?Zenoss Core has been downloaded more than 50,000 times in the last 120 days; many organizations rely on the product every day to monitor their mission critical IT infrastructure,? said Bill Karpovich, CEO and Co-Founder of Zenoss, Inc. ?The solution has already been proven in demanding environments and today we?re launching it for mainstream adoption.? Zenoss is focused on helping medium-sized organizations more effectively manage their rapidly growing IT infrastructures. Zenoss Core provides these organizations with the rich, integrated functionality previously available only through proprietary solutions that were too expensive and complex. ?Systems Management 2.0 companies, like Zenoss, are lowering the barriers to entry for systems management,? said RedMonk analyst Michael Cot?. ?These companies and projects are typically characterized by open source development and an overall, positive simplification of the systems management space especially for the mid- market.? ?We looked at several alternatives?including the large enterprise suites?and narrowed the selection down to BMC and Zenoss,? said Jim Stalder, CIO of Mercy Medical Services in Baltimore, MD. ?Zenoss was the best choice in terms of ease-of-deployment and price. With Zenoss, we have improved our responsiveness and availability, and we are saving 80% over the cost of a proprietary solution.? Zenoss monitors the entire infrastructure including network devices, server hardware, operating systems, applications, software versions, and environmental controls. Zenoss Core 1.0 builds significant advancements in scalability, a richer user interface, and a high level of stability on top of the Zenoss Core features. The key features of Zenoss include: Cross-Layer Monitoring?Inventory and Configuration Model: Zenoss populates (using auto-discovery) and maintains a complete database of the IT infrastructure, including configuration details, dependencies, and logical views. Availability Monitoring: End-to-end, active testing of infrastructure elements and application services, including process monitoring, simple ping tests, and more sophisticated ?synthetic transactions.? Performance Monitoring: Zenoss tracks and graphs over time a virtually unlimited set of performance metrics across all infrastructure components. Alerts are generated when Zenoss detects breaches of end-user thresholds. Event Management: Zenoss collects events and alarms from throughout the infrastructure into a central repository where they are correlated, prioritized, and archived for historical analysis. Rules are configured by end users to generate pages and/or emails as matching conditions are discovered. Zenoss 1.0 also includes many new features that augment the Zenoss Core modules. Remote Management: Securely manage remote servers through the use of Zen Plug-ins. Sophisticated Alerting: Version 1.0 offers a complex alerting faculty that enables alerts to be sent to pagers or email and can even adhere to an ?on call? schedule. Automated Update Checking: A new automatic software update feature makes it easy to keep up with the latest Zenoss Core security and feature updates. Red Hat Enterprise Linux Support: Zenoss Core 1.0 is officially supported on Red Hat Enterprise Linux 4.0 and has received Red Hat Ready Certification. In addition, Zenoss has committed to support future versions of the commercial Linux operating system. Zenoss Core 1.0 is available for download at http://www.zenoss.com/ download/. About Zenoss, Inc. Recently named one of the ?Top 10 Open Source Companies to Watch? by Network World, Zenoss is an open source network and systems management software company based in Annapolis, MD. Zenoss provides the most complete open source monitoring platform as a lower cost and easier-to-deploy alternative to traditional proprietary solutions. For more information, please visit www.zenoss.com. Project Blurb Zenoss is Python/Zope-based, network/systems monitoring application that has been in development since 2002. The goal of Zenoss is to ?Simplify Systems Management? with a Python, open source alternative to the big commercial management suites (e.g. IBM Tivoli, HP OpenView, etc.). From python-url at phaseit.net Tue Nov 21 00:22:52 2006 From: python-url at phaseit.net (Paul Boddie) Date: Mon, 20 Nov 2006 23:22:52 +0000 (UTC) Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Nov 20) Message-ID: QOTW: "I think you've got the wrong intuition about the balance between the amount of bandwidth and the amount of computation a given numer [sic] of dollars would buy. You've hundreds of CPU cycles available per bit transmitted; space enough to stick in even Python." - Thomas Womack (on comp.lang.lisp, earlier this year, so it's not a true QOTW) http://groups.google.com/group/comp.lang.lisp/msg/453239d7b8e0ef72 "I'm a recent, belated convert from Perl. I work in a physics lab and have been using Python to automate a lot of measurement equipment lately. It works fabulously for this purpose." - Dan Lenski On the subject of Python and large volumes of data, it would seem that maps and data visualisation are a natural combination for the pydap treatment: http://taoetc.org/27 "MIT to try Python ...": http://www.amk.ca/diary/2006/11/mit_to_try_python_for_introduc.html A treatment of many different domains can be found in the itools package (and the 21 subpackages of the 0.14.5 release!): http://groups.google.com/group/comp.lang.python.announce/browse_frm/thread/4f0480456bfac121/ http://www.ikaaro.org/itools Problems with Python 2.5 portability? Or, more precisely, with extension modules not working with the new release? http://mail.python.org/pipermail/python-dev/2006-November/069967.html BaseHTTPRequestHandler accesses POST data through rfile: http://groups.google.com/group/comp.lang.python/browse_thread/thread/c928f2ab0f5c1e63/ pyparsing and itertools: wise coders ready to move past RE know 'em both: http://groups.google.com/group/comp.lang.python/browse_thread/thread/85646f5cbd7e0718/ Is comparing Python and PHP a "fair comparison"? The debate focuses on many things that make languages popular for Web applications: http://groups.google.com/group/comp.lang.python/browse_frm/thread/4156e7f6d5a90c84/ The big news outside the Python community last week was the surprising GPL-licensing of many of Sun's Java technologies. So, will GPL-licensed Java eat into Python's market share? http://groups.google.com/group/comp.lang.python/browse_frm/thread/e52bf7ac89325485/ All these comparisons whet the appetite for some real advocacy, coordinated by the Python Software Foundation's own man: http://groups.google.com/group/comp.lang.python.announce/browse_frm/thread/c71513d3fbed25ef/ Advocacy applies at all levels, of course, backed up by comparisons, tests, benchmarks... In the Web opinions shootout it's TurboGears vs. Django: http://groups.google.com/group/turbogears/browse_frm/thread/a37037677b067872 And Django vs. Rails: http://groups.google.com/group/django-users/msg/328151a262c00eb0 The conflict (good natured, of course) extends to literature as the TurboGears book hits the shelves: http://groups.google.com/group/turbogears/msg/318bfff14bcf0ef3 Whilst the Django book - still a work in progress - is readable in its evolving form: http://www.djangobook.com Decide between the Web programming options yourself, but without really installing anything. Be prepared for quite a choice, as noted by a Django lead developer on the TurboGears discussion group! http://www.vmware.com/vmtn/appliances/directory/289 And even if you're a disinterested observer, the battle of these big frameworks still provides benefits to those just looking for decent Web hosting (and bringing us full circle to that PHP vs. Python discussion): http://groups.google.com/group/comp.lang.python/browse_frm/thread/17718e04ab4a6e25/ Secure Python: is running untrusted code a good idea, and is it Python or the operating system who can offer the most help? http://groups.google.com/group/comp.lang.python/browse_frm/thread/fb27c42ee21afcaf/ And what about "untrusted" contributors to your blog's comments. There's SpamBayes for e-mail, but can one filter blog comments in the same way? http://www.larsen-b.com/Article/244.html As people continually note, as CPython motors onward with many new features, Jython struggles to keep up. Could the biggest motivational force behind its revival really be the principal developer of JRuby? http://headius.blogspot.com/2006/11/jython-alive-and-well-and-looking-for.html But don't start to think that old releases of Python don't see any action. Here, Python 1.5.2 makes an appearance on Telit's GSM/GPRS telecoms/networking modules: http://www.telit.co.it/modules.asp?lang=1 ======================================================================== 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 Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html Steve Bethard continues the marvelous tradition early borne by Andrew Kuchling, Michael Hudson, Brett Cannon, Tony Meyer, and Tim Lesher 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/ 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/python/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 Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. 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://www.python.org/dev/peps/pep-0042/ The online Python Journal is posted at pythonjournal.cognizor.com. editor at pythonjournal.com and editor at 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.python.* Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From franz.steinhaeusler at gmx.at Tue Nov 21 16:14:07 2006 From: franz.steinhaeusler at gmx.at (Franz Steinhaeusler) Date: Tue, 21 Nov 2006 16:14:07 +0100 Subject: ANN: DrPython 162 Message-ID: Hello, I have the honour for the next time to make bug fixes and updates for DrPython. I am not intended to make any crucial changes, only make it run for wxPython 2.7 and 2.8. Because the last version is about 1 year old, I made this Announce posting. http://sourceforge.net/projects/drpython/ From bronger at physik.rwth-aachen.de Wed Nov 22 07:45:18 2006 From: bronger at physik.rwth-aachen.de (Torsten Bronger) Date: Wed, 22 Nov 2006 07:45:18 +0100 Subject: ANN: PyVISA 1.1 -- GPIB, USB, RS232 instrument control Message-ID: <87k61o7zep.fsf@wilson.homeunix.com> Hall?chen! At http://pyvisa.sourceforge.net you can find information about the PyVISA package. It realises Python bindings for the VISA library functions, which enables you to control GPIB, USB, and RS232-serial measurement devices via Python. Yesterday I released version 1.1, which works much better together with older VISA implementations. Moreover, we finally have reports from Linux users. They successfully used PyVISA with Linux + NI/Tektronix GPIB hardware. Tsch?, Torsten. F'up to comp.lang.python -- Torsten Bronger, aquisgrana, europa vetus ICQ 264-296-646 (See http://ime.webhop.org for Jabber, MSN, etc.) From nnorwitz at gmail.com Wed Nov 22 02:27:07 2006 From: nnorwitz at gmail.com (Neal Norwitz) Date: Tue, 21 Nov 2006 17:27:07 -0800 Subject: What Guido does for his day job Message-ID: Ever wonder what Guido has been doing at Google? Now is your chance to find out! Guido has worked at Google for nearly a year. He splits his time between working on Python and working on Google projects. He will be giving a presentation and demo on Nov 30, 2006. I won't spoil it, but this talk will touch on some aspects of Google's development process and what Guido has done to improve it. He did such a good job, engineers voted his project one of the top 10 accomplishments! The talk will be at 7.00pm on Nov 30, 2006 at Google Headquarters in Mountain View, CA in Building 43, room: Tunis. The talk is targeted towards anyone interested in software development. It's not Python specific. For updates, check http://code.google.com/ I believe the talk will be videotaped and put on Google video. I hope to see lots of new faces! n From mark.john.rees at gmail.com Thu Nov 23 01:22:09 2006 From: mark.john.rees at gmail.com (hex-dump) Date: 22 Nov 2006 16:22:09 -0800 Subject: Sydney Python Users Meetup Message-ID: <1164241329.764369.213160@j44g2000cwa.googlegroups.com> Tonight November 23 from 6:30-8:30 pm, there will be a social gathering of Sydney Python Users Group and any individuals interested in discussing Python, Web, Zope, Plone, Ruby, Perl etc over drinks. Laptops, code review etc allowed. We will meet on the ground floor next to the internal entrance of P.J. O'Briens Pub at the Grace Hotel, corner of York and King Streets. To help find us, look for me, I am similar to the individual in this photo, http://osdc2006.cgpublisher.com/proposals/22/index_html but now a little older and even less hair. Regards Mark From sylvain.thenault at logilab.fr Thu Nov 23 16:45:53 2006 From: sylvain.thenault at logilab.fr (Sylvain =?iso-8859-1?Q?Th=E9nault?=) Date: Thu, 23 Nov 2006 16:45:53 +0100 Subject: [ANN] pylint 0.12.2 / astng 0.16.3 Message-ID: <20061123154553.GC21319@crater.logilab.fr> Hi there ! I'm pleased to announce new bugs fix releases of pylint and astng. Most bug discussed more or less recently on the python-projects mailing list should be fixed by those releases, and astng inference capability has been enhanced for some construction, so upgrade is recommended. Visit the respective projects'page of our fresh new .org site to get the latest source distribution :o) http://www.logilab.org/project/name/pylint http://www.logilab.org/project/name/logilab-astng Enjoy ! -- Sylvain Th?nault LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations D?veloppement logiciel sur mesure: http://www.logilab.fr/services Python et calcul scientifique: http://www.logilab.fr/science From chris.arndt at web.de Sat Nov 25 06:52:52 2006 From: chris.arndt at web.de (Christopher Arndt) Date: Sat, 25 Nov 2006 06:52:52 +0100 Subject: ANN: New Python User Group Cologne mailing list (German) Message-ID: <4567DA34.30000@web.de> Patrick Holz from the computing centre of the University Cologne has kindly created a mailing list for the emerging Python User Group in Cologne (K?ln), Germany. You can find further information and subscribe to the list under the following URL: https://lists.uni-koeln.de/mailman/listinfo/python-users The conversation on this list is conducted in the German language. The list interface is in German too by default, but you can switch it to English if you like. Posting, subscribers list and archives are currently for list members only, though the latter may change after proper consideration of privacy issues. There is also some basic information about the new Python User Group on the German Python Wiki: http://wiki.python.de/User_Group_K%C3%B6ln You'll find the dates for our regular meetings there, but we will also announce them on the relevant Python mailing lists. Regards, Christopher Arndt From daftspaniel at gmail.com Sat Nov 25 23:19:04 2006 From: daftspaniel at gmail.com (daftspaniel at gmail.com) Date: 25 Nov 2006 14:19:04 -0800 Subject: LDBackup Release 00.08.01 Message-ID: <1164493144.664334.7530@l12g2000cwl.googlegroups.com> Release 00.08.01 This is the fifth public release of LD Backup and it is not quite 'ready'. The purpose of this release is to get some feedback and maybe find a developer or two to contribute. It is a small project to encourage newbies to Python to take part in OSS software. The program has been tested on Windows XP SP2 and on Ubuntu Linux 6.06 so it may still need some work on other platforms. Cross-platform support is a high priority for version 1.0. http://www.latedecember.com/sites/software/LDBackup/ From katarzyna.bylec at gmail.com Sun Nov 26 17:04:38 2006 From: katarzyna.bylec at gmail.com (Katarzyna Bylec) Date: Sun, 26 Nov 2006 17:04:38 +0100 Subject: RuPy: Ruby & Python Conference 2007 Message-ID: <35cc14d70611260804m4a202320ve16778b5fbf05071@mail.gmail.com> Hello, we would like to invite you to one of the biggest Ruby and Python events in central-eastern Europe next year. RuPy Conference dedicated to Ruby and Python programming languages will take place in April 14-15, 2007 in Poznan, Poland and the idea behind it is to put together experts with young programmers and to support a good communication channel for East-West exchange of prospective ideas. If you think you have something interesting to present or some ideas to share with other enthusiasts, we would be more then happy to welcome you as a Speaker. Proposals of lectures (i.e. title and short abstract) can be submitted to rupy-talks at wmid.amu.edu.pl . Speakers' registration includes attendance at lecture sessions on both days of the Conference, all refreshments during the coffee breaks and Conference lunches. For each participant Organizers guarantee free accommodation and full board during the Conference. As a Speaker you will also be entitled to partial reimbursement for the travel expenses.You are also more than welcome to participate in all extra events including guided sightseeing, conference Banquet and other entertainments provided by Organizers. All information can be found on RuPy website: http://rupy.wmid.amu.edu.pl Looking forward to seeing you in Poland, RuPy Committee -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20061126/f3be01aa/attachment.html From katarzyna.bylec at gmail.com Sun Nov 26 17:27:01 2006 From: katarzyna.bylec at gmail.com (Katarzyna Bylec) Date: 26 Nov 2006 08:27:01 -0800 Subject: Ruby & Python Conference 2007 Message-ID: <1164558421.077358.114270@n67g2000cwd.googlegroups.com> Hello, we would like to invite you to one of the biggest Ruby and Python events in central-eastern Europe next year. RuPy Conference dedicated to Ruby and Python programming languages will take place in April 14-15, 2007 in Poznan, Poland and the idea behind it is to put together experts with young programmers and to support a good communication channel for East-West exchange of prospective ideas. If you think you have something interesting to present or some ideas to share with other enthusiasts, we would be more then happy to welcome you as a Speaker. Proposals of lectures (i.e. title and short abstract) can be submitted to rupy-talks at wmid.amu.edu.pl . Speakers' registration includes attendance at lecture sessions on both days of the Conference, all refreshments during the coffee breaks and Conference lunches. For each participant Organizers guarantee free accommodation and full board during the Conference. As a Speaker you will also be entitled to partial reimbursement for the travel expenses.You are also more than welcome to participate in all extra events including guided sightseeing, conference Banquet and other entertainments provided by Organizers. All information can be found on RuPy website: http://rupy.wmid.amu.edu.pl Looking forward to seeing you in Poland, RuPy Committee From george.sakkis at gmail.com Mon Nov 27 00:56:05 2006 From: george.sakkis at gmail.com (George Sakkis) Date: 26 Nov 2006 15:56:05 -0800 Subject: ANN: Pyflix-0.1 Message-ID: <1164585365.384860.173730@l39g2000cwd.googlegroups.com> Hi there, I'm happy to announce Pyflix, a small Python package that provides an easy entry point for those wishing to get up and running at the Netflix Prize competition (http://www.netflixprize.com/). For those who are not aware of it, the Netflix Prize challenge is to write a recommendation algorithm that improves the accuracy of predictions about how much someone is going to love a movie based based on their past ratings. Netflix offers $1,000,000 (one million dollars) to the first team that provides an algorithm that outperforms Cinematch (TM), the movie recommendation system developed by Netflix, by 10% or more; there's also a $50,000 Progress Prize awarded to the team with the most improvement over the previous year's accuracy. Pyflix requires Python 2.4 or later and Numpy 1.0. It combines an efficient storage scheme with a high-level API that allows contestants to focus on the real problem, the recommendation system algorithm. You may download Pyflix and find more about it at http://pyflix.python-hosting.com. Enjoy and good luck! George From stevech1097 at yahoo.com.au Mon Nov 27 03:02:12 2006 From: stevech1097 at yahoo.com.au (Steve Chaplin) Date: Mon, 27 Nov 2006 10:02:12 +0800 Subject: ANN: pycairo release 1.2.6 now available Message-ID: <1164592932.32624.3.camel@localhost.localdomain> Pycairo is a set of Python bindings for the multi-platform 2D graphics library cairo. http://cairographics.org http://cairographics.org/pycairo A new pycairo release 1.2.6 is now available from: http://cairographics.org/releases/pycairo-1.2.6.tar.gz http://cairographics.org/releases/pycairo-1.2.6.tar.gz.md5 166b04c4800c01aba1a6c8b14e87e0bc pycairo-1.2.6.tar.gz Overview of changes from pycairo 1.2.2 to pycairo 1.2.6 ======================================================= * Pycairo 1.2.6 requires cairo 1.2.6 (or later). * mingw32 compiler fixes (Cedric Gustin) * setup.py improvements (Cedric Gustin) * ImageSurface.get_data() new method added ImageSurface.get_data_as_rgba() method removed Send instant messages to your online friends http://au.messenger.yahoo.com From steven.bethard at gmail.com Mon Nov 27 05:44:00 2006 From: steven.bethard at gmail.com (steven.bethard at gmail.com) Date: Mon, 27 Nov 2006 04:44:00 +0000 (GMT) Subject: python-dev Summary for 2006-10-01 through 2006-10-15 Message-ID: <20061127044401.DE99E1E4007@bag.python.org> python-dev Summary for 2006-10-01 through 2006-10-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-10-01_2006-10-15] ============= Announcements ============= ----------------------------- QOTF: Quotes of the Fortnight ----------------------------- Martin v. Lowis on a small change to Python that wouldn't affect many applications: I'm pretty sure someone will notice, though; someone always notices. Contributing thread: - `Caching float(0.0) `__ Steve Holden reminds us that patch submissions are dramatically preferred to verbose thread discussions: This thread has disappeared down a rat-hole, never to re-emerge with anything of significant benefit to users. C'mon, guys, implement a patch or leave it alone :-) Contributing thread: - `Caching float(0.0) `__ ========= Summaries ========= -------------- Caching floats -------------- Nick Craig-Wood discovered that he could save 7MB in his application by adding the following simple code:: if age == 0.0: age = 0.0 A large number of his calculations were producing the value 0.0, which meant that many copies of 0.0 were being stored. Since all 0.0 literals refer to the same object, the code above was removing all the duplicate copies of 0.0. Skip Montanaro and played around a bit with floatobject.c, and found that Python's test suite allocated a large number of small integral floats (though only a couple hundred were generally allocated at the same time). Kristjan V. Jonsson played around with caching for float values between -10.0 and 10.0 with the EVE server and got a 25% savings in allocations. There was some concern that for systems with both +0.0 and -0.0, the cache might cause problems, since determining which zero you have seemed difficult. However, James Y Knight showed how to do this fairly easily in C with a double/uint64_t union. Eventually, people agreed that it should be fine to just cache +0.0. Kristjan V. Jonsson and Josiah Carlson proposed patches, but nothing was posted to SourceForge. Contributing threads: - `Caching float(0.0) `__ - `Caching float(0.0) `__ -------------------------------------------- Buffer overrun in repr() and Python releases -------------------------------------------- The implications of PSF-2006-001_, a buffer overrun problem in repr(), were considered for the various Python releases. The bug had been fixed before Python 2.5 was released, and had been applied to the Python 2.4 branch shortly before Python 2.4.4 was released. The security advisory provided patches for both Python 2.3 and 2.4, but to make sure that full source releases were available for all major versions of Python still in use, it looked like there would be a source-only 2.3.6 release (source-only because neither Mac nor Windows builds were affected). .. _PSF-2006-001: http://www.python.org/news/security/PSF-2006-001/ Contributing threads: - `Security Advisory for unicode repr() bug? `__ - `2.3.6 for the unicode buffer overrun `__ --------------------------- Build system for python.org --------------------------- Anthony, Barry Warsaw, Georg Brandl and others indicated that the current website build system was making releases and other updates more difficult than they should be. Most people didn't have enough cycles to spare for this, but Michael Foord said he could help with a transition to rest2web_ if that was desirable. Fredrik Lundh also suggested a few options, including his older proposal to `use Django`_. No definite plans were made though. .. _rest2web: http://www.voidspace.org.uk/python/rest2web/ .. _use Django: http://effbot.org/zone/pydotorg-cache.htm Contributing thread: - `2.3.6 for the unicode buffer overrun `__ -------------------- String concatenation -------------------- Larry Hastings posted a `patch for string concatenation`_ that delays the creation of a new string until someone asks for the string's value. As a result, the following code would be about as fast as the ``''.join(strings)`` idiom:: result = '' for s in strings: result += s To achieve this, he had to change ``PyStringObject.ob_sval`` from a ``char[1]`` array, to a ``char *``. Reaction was mixed -- some people really disliked using ``join()``, while others didn't see the need for such a change. .. _patch for string concatenation: http://bugs.python.org/1569040 Contributing thread: - `PATCH submitted: Speed up + for string concatenation, now as fast as "".join(x) idiom `__ ---------------------------- PEP 315: Enhanced While Loop ---------------------------- Hans Polak revived the discussion about `PEP 315`_, which proposes a do-while loop for Python that would allow the current code:: while True: if not : break to be written instead as:: do: while : Hans was hoping to simplify the situation where there is no ```` following the ```` test and a number of syntax suggestions were proposed to this end. In the end, Guido indicated that none of the suggestions were acceptable, and Raymond Hettinger offered to withdraw the PEP. .. _PEP 315: http://www.python.org/dev/peps/pep-0315/ Contributing threads: - `PEP 351 - do while `__ - `PEP 351 - do while `__ - `PEP 315 - do while `__ ------------------------------ PEP 355: path objects rejected ------------------------------ Luis P Caamano asked about the status of `PEP 355`_, which aimed to introduce an object-oriented reorganization of Python's path-related functions. Guido indicated that the current "amalgam of unrelated functionality" was unacceptable and pronounced it dead. Nick Coghlan elaborated the "amalgam" point, explaining that `PEP 355`_ lumped together all the following: - string manipulation operations - abstract path manipulation operations - read-only traversal of a concrete filesystem - addition and removal of files/directories/links within a concrete filesystem Jason Orendorff pointed out some other problems with the PEP: - the motivation was weak - the API had too many methods - it didn't fix all the perceived problems with the existing APIs - it would have introduced a Second Way To Do It without being clearly better than the current way There were some rumors of a new PEP based on Twisted's filepath_ module, but nothing concrete at the time of this summary. .. _PEP 355: http://www.python.org/dev/peps/pep-0355/ .. _filepath: http://twistedmatrix.com/trac/browser/trunk/twisted/python/filepath.py Contributing threads: - `PEP 355 status `__ - `PEP 355 status `__ ---------------------------------- Processes and threading module API ---------------------------------- Richard Oudkerk proposed a module that would make processes usable with an API like that of the threading module. People seemed unsure as to whether it would be better to have a threading-style or XML-RPC-style API. A few other relevant modules were identified, including PyXMLRPC_ and POSH_. No clear winner emerged. .. _PyXMLRPC: http://sourceforge.net/projects/py-xmlrpc/ .. _POSH: http://poshmodule.sourceforge.net/ Contributing thread: - `Cloning threading.py using proccesses `__ ------------------------------------ Python 3.0: registering methods in C ------------------------------------ After a brief exchange about which ``tp_flags`` implied which others, there was some discussion on how to simplify ``tp_flags`` for Python 3000. Raymond Hettinger suggested that the NULL or non-NULL status of a slot should be enough to indicate its presence. Martin v. Lowis pointed out that this would require recompiling extension modules for every release, since if a new slot is added, extension modules from earlier releases wouldn't even *have* the slot. Fredrik Lundh suggested a `dynamic registration method`_ instead, which would look something like:: static PyTypeObject *NoddyType; NoddyType = PyType_Setup("noddy.Noddy", sizeof(Noddy)); PyType_Register(NoddyType, PY_TP_DEALLOC, Noddy_dealloc); PyType_Register(NoddyType, PY_TP_DOC, "Noddy objects"); ... PyType_Register(NoddyType, PY_TP_NEW, Noddy_new); if (PyType_Ready(&NoddyType) < 0) return; People thought this looked like a good idea, and Fredrik Lundh planned to look into it seriously for Python 3000. .. _dynamic registration method: http://effbot.org/zone/idea-register-type.htm Contributing thread: - `2.4.4: backport classobject.c HAVE_WEAKREFS? `__ ----------------------------------------- Tracker Recommendations: JIRA and Roundup ----------------------------------------- The PSF Infrastructure Committee announced their recommendations for trackers to replace SourceForge. Both JIRA and Roundup were definite improvements over SourceForge, though the Infrastructure Committee was leaning towards JIRA since Atlassian had offered to host it for them. Roundup was still under consideration if 6-10 admins could volunteer to maintain the installation. (More updates on this in the next summary.) Contributing thread: - `PSF Infrastructure Committee's recommendation for a new issue tracker `__ ----------------------------- PEP 302: import hooks phase 2 ----------------------------- Brett Cannon announced that he'd be working on a C implementation of phase 2 of `PEP 302`_. Phillip J. Eby pointed out that phase 2 could not be implemented in a backwards-compatible way, and so the code should be targeted at the p3yk branch. He also suggested that rewriting the import mechanisms in Python was probably going to be easier than trying to do it in C, particularly since some of the pieces were already available in the pkgutil module. Neal Norwitz strongly agreed, pointing out that string and list manipulation, which is necessary in a variety of places in the import mechanisms, is much easier in Python than in C. Brett promised a Python implementation as part of his research work. .. _PEP 302: http://www.python.org/dev/peps/pep-0302/ Contributing thread: - `Created branch for PEP 302 phase 2 work (in C) `__ ------------------------------------------ Web crawlers and development documentation ------------------------------------------ Fredrik Lundh noticed that Google was sometimes finding the `development documentation`_ instead of the `current release documentation`_. A.M. Kuchling added a ``robots.txt`` to keep crawlers out of the development area. .. _development documentation: http://docs.python.org/dev/ .. _current release documentation: http://docs.python.org/ Contributing thread: - `what's really new in python 2.5 ? `__ ----------------------------------------- Buildbots, compile errors and batch files ----------------------------------------- Tim Peters noticed that bsddb was getting compile errors on Windows but the buildbots were not reporting anything. Because some additional commands were added after the call to ``devenv.com`` in the ``build.bat`` script, the error status was not getting propagated appropriately. After Tim and Martin v. Lowis figured out how to repair this, the buildbots were again able to report compile errors. Contributing thread: - `2.4 vs Windows vs bsddb `__ --------------------------------- Python 2.5 and Visual Studio 2005 --------------------------------- Kristjan V. Jonsson showed that using Visual Studio 2005 instead of Visual Studio 2003 gave a 7% gain in speed, and a 10% gain when performance guided optimization (PGO) was enabled. While the "official" compiler can't get changed at a point release, everyone agreed that making the PCBuild8 directory work out of the box and adding an appropriate buildslave was a good idea. Kristjan promised to look into setting up a buildslave. Contributing thread: - `Python 2.5 performance `__ ---------------------------------- Distributing debug build of Python ---------------------------------- David Abrahams asked if python.org would be willing to post links to the ActiveState debug builds of Python to make it easier for Boost.Python_ users to obtain a debug build. People seemed to think that Boost.Python_ users should be able to create a debug build of Python themselves if necessary. .. _Boost.Python: http://www.boost.org/libs/python/doc/index.html Contributing thread: - `Plea to distribute debugging lib `__ ----------------------------------------- Unmarshalling/Unpickling multiple objects ----------------------------------------- Tim Lesher proposed adding a generator to marshal and pickle so that instead of:: while True: try: obj = marshal.load(fobj) # or pickle.load(fobj) except EOFError: break ... do something with obj ... you could write something like:: for obj in marshal.loaditer(fobj): # or pickle.loaditer(fobj) ... do something with obj ... when you wanted to load multiple objects in sequence from the same file. Both Perforce and Mailman store objects in a way that would benefit from such a function, so it seemed like such an API might be reasonable. No patch had been submitted at the time of this summary. Contributing thread: - `Iterating over marshal/pickle `__ ------------------------------- spawnvp and spawnvpe on Windows ------------------------------- Alexey Borzenkov asked why spawnvp and spawnvpe weren't available in Python on Windows even though they were implemented in the CRT. He got the usual answer, that no one had submitted an appropriate patch, but that such a patch would be a reasonable addition for Python 2.6. Fredrik Lundh pointed out that the subprocess module was probably a better choice than spawnvp and spawnvpe anyway. Contributing thread: - `Why spawnvp not implemented on Windows? `__ ================== Previous Summaries ================== - `difficulty of implementing phase 2 of PEP 302 in Python source `__ - `Python Doc problems `__ - `Signals, threads, blocking C functions `__ =============== Skipped Threads =============== - `Removing __del__ `__ - `Tix not included in 2.5 for Windows `__ - `Weekly Python Patch/Bug Summary `__ - `HAVE_UINTPTR_T test in configure.in `__ - `OT: How many other people got this spam? `__ - `2.4.4 fixes `__ - `2.4.4 fix: Socketmodule Ctl-C patch `__ - `[Python-checkins] r51862 - python/branches/release25-maint/Tools/msi/msi.py `__ - `Fwd: [ python-Feature Requests-1567948 ] poplib.py list interface `__ - `Can't check in on release25-maint branch `__ - `if __debug__: except Exception, e: pdb.set_trace() `__ - `2.5, 64 bit `__ - `BUG (urllib2) Authentication request header is broken on long usernames and passwords `__ - `[Python-3000] Sky pie: a "var" keyword `__ - `Proprietary code in python? `__ - `DRAFT: python-dev summary for 2006-08-16 to 2006-08-31 `__ - `BRANCH FREEZE, release24-maint for 2.4.4c1. 00:00UTC, 11 October 2006 `__ - `2.4 vs Windows vs bsddb [correction] `__ - `RELEASED Python 2.4.4, release candidate 1 `__ - `ConfigParser: whitespace leading comment lines `__ - `Exceptions and slicing `__ - `Proposal: No more standard library additions `__ - `[py3k] Re: Proposal: No more standard library additions `__ - `Modulefinder `__ - `VC6 support on release25-maint `__ - `os.utime on directories: bug fix or new feature? `__ - `Problem building module against Mac Python 2.4 and Python 2.5 `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from October 01, 2006 through October 15, 2006. 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 python-dev summary is the 14th written by Steve Bethard. To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) 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 cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at 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 ------------------------- 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. We 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. .. _python-dev: http://www.python.org/dev/ .. _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 .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From steven.bethard at gmail.com Mon Nov 27 05:52:10 2006 From: steven.bethard at gmail.com (steven.bethard at gmail.com) Date: Mon, 27 Nov 2006 04:52:10 +0000 (GMT) Subject: python-dev Summary for 2006-11-01 through 2006-11-15 Message-ID: <20061127045213.410EC1E4007@bag.python.org> python-dev Summary for 2006-11-01 through 2006-11-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-11-01_2006-11-15] ============= Announcements ============= -------------------------- Python 2.5 malloc families -------------------------- Just a reminder that if you find your extension module is crashing with Python 2.5 in malloc/free, there is a high chance that you have a mismatch in malloc "families". Unlike previous versions, Python 2.5 no longer allows sloppiness here -- if you allocate with the ``PyMem_*`` functions, you must free with the ``PyMem_*`` functions, and similarly, if you allocate with the ``PyObject_*`` functions, you must free with the ``PyObject_*`` functions. Contributing thread: - `2.5 portability problems `__ ========= Summaries ========= ---------------------------------- Path algebra and related functions ---------------------------------- Mike Orr started work on a replacement for `PEP 355`_ that would better group the path-related functions currently in ``os``, ``os.path``, ``shutil`` and other modules. He proposed to start with a `directory-tuple Path class`_ that would have allowed code like:: # equivalent to # os.path.join(os.path.dirname(os.path.dirname(__FILE__)), "lib") os.path.Path(__FILE__)[:-2] + "lib" where a Path object would act like a tuple of directories, and could be easily sliced and reordered as such. As an alternative, glyph proposed using `Twisted's filepath module`_ which was already being used in a large body of code. He showed some common pitfalls, like that the existence on Windows of "CON" and "NUL" in *every* directory can make paths invalid, and indicated how FilePath solved these problems. Fredrik Lundh suggested a reorganization where functions that manipulate path *names* would reside in ``os.path``, and functions that manipulate *objects* identified by a path would reside in ``os``. The ``os.path`` module would gain a path wrapper object, which would allow "path algebra" manipulations, e.g. ``path1 + path2``. The ``os`` module would gain some of the ``os.path`` and ``shutil`` functions that were manipulating real filesystem objects and not just the path names. Most people seemed to like this approach, because it correctly targeted the "algebraic" features at the areas where chained operations were most common: path name operations, not filesystem operations. Some of the conversation moved on to the `Python 3000 list`_. .. _PEP 355: http://www.python.org/dev/peps/pep-0355/ .. _directory-tuple Path class: http://wiki.python.org/moin/AlternativePathClass .. _Twisted's filepath module: http://twistedmatrix.com/trac/browser/trunk/twisted/python/filepath.py .. _Python 3000 list: http://mail.python.org/mailman/listinfo/python-3000 Contributing threads: - `Path object design `__ - `Mini Path object `__ - `[Python-3000] Mini Path object `__ ------------------ Replacing urlparse ------------------ A few more bugs in ``urlparse`` were turned up, and `earlier discussions about replacing urlparse`_ were briefly revisited. Paul Jimenez asked about `uriparse module`_ and was told that due to the constant problems with ``urlparse``, people were concerned about including the "incorrect" library again, so requirements were a little stringent. Martin v. Lowis gave him some guidance on a few specific points, and Nick Coghlan promised to try to post his `urischemes module`_ (a derivative of Paul's `uriparse module`_) to the `Python Package Index`_. .. _earlier discussions about replacing urlparse: http://www.python.org/dev/summary/2006-06-01_2006-06-15/#rfc-3986-uniform-resource-identifiers-uris .. _uriparse module: http://bugs.python.org/1462525 .. _urischemes module: http://bugs.python.org/1500504 .. _Python Package Index: http://www.python.org/pypi Contributing threads: - `patch 1462525 or similar solution? `__ - `Path object design `__ ---------------------------------- Importing .py, .pyc and .pyo files ---------------------------------- Martin v. Lowis brought up `Osvaldo Santana's patch`_ which would have made Python search for both .pyc and .pyo files regardless of whether or not the optimize flag, "-OO", was set (like zipimporter does). Without this patch, when "-OO" was given, Python never looked for .pyc files. Some people thought that an extra ``stat()`` call or directory listing to check for the other file would be too expensive, but no one profiled the various versions of the code so the cost was unclear. People were leaning towards removing the extra functionality from zipimporter so that at least it was consistent with the rest of Python. Giovanni Bajo suggested that .pyo file support should be dropped completely, with .pyc files being compiled at various levels of optimization depending on the command line flags. To make sure all your .pyc files were compiled at the same level of optimization, you'd use a new "-I" flag to indicate that all files should be recompiled, e.g. ``python -I -OO app.py``. Armin Rigo suggested using .pyc files only as a means of caching bytecode for speed reasons, and introducing a new filename extension for importable bytecode files. This would have avoided a commonly encountered problem where Python uses stale .pyc files instead of the more up-to-date .py files. This can happen, for example, when a .py file is deleted without deleting the accompanying .pyc file -- if a new .py file of the same name is introduced somewhere else, it may be hidden unintentionally by the .pyc file. There was some support for Armin's solution, but it was not overwhelming. .. _Osvaldo Santana's patch: http://bugs.python.org/1346572 Contributing thread: - `Importing .pyc in -O mode and vice versa `__ --------------------------------------------------------------- The buffer protocol and communicating binary format information --------------------------------------------------------------- The discussion of extending the buffer protocol to more binary formats continued this fortnight. Though the PIL_ had been used as an example of a library that could benefit from an extended buffer protocol, Fredrik Lundh indicated that future versions of the PIL_ would make the binary data model completely opaque, and instead provide a view-style API like:: view = object.acquire_view(region, supported formats) ... access data in view ... view.release() Along these lines, the discussion turned away from the particular C formats used in ``ctypes``, ``numpy``, ``array``, etc. and more towards the best way to communicate format information between these modules. Though it seemed like people were not completely happy with the proposed API of the new buffer protocol, the discussion seemed to skirt around any concrete suggestions for better APIs. In the end, the only thing that seemed certain was that a new buffer protocol could only be successful if it were implemented on all of the appropriate stdlib modules: ``ctypes``, ``array``, ``struct``, etc. .. _PIL: http://www.pythonware.com/products/pil/ Contributing threads: - `PEP: Adding data-type objects to Python `__ - `PEP: Extending the buffer protocol to share array information. `__ - `idea for data-type (data-format) PEP `__ ----------------- dir() and __dir__ ----------------- Tomer Filiba continued his `previous investigations`_ into adding a ``__dir__()`` method to allow customization of the ``dir()`` builtin. He moved most of the current ``dir()`` logic into ``object.__dir__()``, with some additional logic necessary for modules and types being moved to ``ModuleType.__dir__()`` and ``type.__dir__()`` respectively. He posted a `patch for his implementation`_ and it got approval for Python 2.6. There was a brief discussion about whether or not it was okay for an object to lie about its members, with Fredrik Lundh suggesting that you should only be allowed to *add* to the result that ``dir()`` produces. Nick Coghlan pointed out that when a class overrides ``__getattribute__()``, attributes that the default ``dir()`` implementation sees can be blocked, in which case removing members from the result of ``dir()`` might be quite appropriate. .. _previous investigations: http://www.python.org/dev/summary/2006-07-01_2006-07-15/#adding-a-dir-magic-method .. _patch for his implementation: http://bugs.python.org/1591665 Contributing thread: - `__dir__, part 2 `__ -------------------------------- Invalid read errors and valgrind -------------------------------- Using valgrind, Herman Geza found that he was getting some "Invalid read" read errors in PyObject_Free which weren't identified as acceptable in Misc/README.valgrind. Tim Peters and Martin v. Lowis explained that these are okay if they are reads from Py_ADDRESS_IN_RANGE. If the address given is Python's own memory, a valid arena index is read. Otherwise, garbage is read (though this read will never fail since Python always reads from the page where the about-to-be-freed block is located). The arenas are then checked to see whether the result was garbage or not. Neal Norwitz promised to try to update Misc/README.valgrind with this information. Contributing thread: - `valgrind `__ --------------------------- SCons and cross-compilation --------------------------- Martin v. Lowis reviewed a `patch for cross-compilation`_ which proposed to use SCons_ instead of distutils because updating distutils to work for cross-compilation would have involved some fairly major changes. Distutils had certain notions of where to look for header files and how to invoke the compiler which were incorrect for cross-compilation, and which were difficult to change. While accepting the patch would not have required SCons_ to be added to Python proper (which a number of people opposed), people didn't like the idea of having to update SCons configuration in addition to already having to update setup.py, Modules/Setup and the PCbuild area. The patch was therefore rejected. .. _patch for cross-compilation: http://bugs.python.org/841454 .. _SCons: http://www.scons.org/ Contributing thread: - `Using SCons for cross-compilation `__ ---------------------------- Individual interpreter locks ---------------------------- Robert asked about having a separate lock for each interpreter instance instead of the global interpreter lock (GIL). Brett Cannon and Martin v. Lowis explained that a variety of objects are shared between interpreters, including: * extension modules * type objects (including exception types) * singletons like ``None``, ``True``, ``()``, strings of length 1, etc. * many things in the sys module A single lock for each interpreter would not be sufficient for handling access to such shared objects. Contributing thread: - `Feature Request: Py_NewInterpreter to create separate GIL (branch) `__ --------------------------- Passing floats to file.seek --------------------------- Python's implementation of ``file.seek`` was converting floats to ints. `Robert Church suggested a patch`_ that would convert floats to long longs and thus support files larger than 2GiB. Martin v. Lowis proposed instead to use the ``__index__()`` API to support the large files and to raise an exception for float arguments. Martin's approach was approved, with a warning instead of an exception for Python 2.6. .. _Robert Church suggested a patch: http://bugs.python.org/1067760 Contributing thread: - `Passing floats to file.seek `__ ---------------------------------------- The datetime module and timezone objects ---------------------------------------- Fredrik Lundh asked about including a ``tzinfo`` object implementation for the ``datetime`` module, along the lines of the ``UTC``, ``FixedOffset`` and ``LocalTimezone`` classes from the `library reference`_. A number of people reported having copied those classes into their own code repeatedly, and so Fredrik got the go-ahead to put them into Python 2.6. .. _library reference: http://docs.python.org/lib/datetime-tzinfo.html Contributing thread: - `ready-made timezones for the datetime module `__ ================ Deferred Threads ================ - `Summer of Code: zipfile? `__ - `Results of the SOC projects `__ ================== Previous Summaries ================== - `The "lazy strings" patch [was: PATCH submitted: Speed up + for string concatenation, now as fast as "".join(x) idiom] `__ =============== Skipped Threads =============== - `RELEASED Python 2.3.6, FINAL `__ - `[Tracker-discuss] Getting Started `__ - `Status of pairing_heap.py? `__ - `Inconvenient filename in sandbox/decimal-c/new_dt `__ - `test_ucn fails for trunk on x86 Ubuntu Edgy `__ - `Weekly Python Patch/Bug Summary `__ - `Last chance to join the Summer of PyPy! `__ - `[Python-checkins] r52692 - in python/trunk: Lib/mailbox.py Misc/NEWS `__ - `PyFAQ: help wanted with thread article `__ - `Arlington sprint this Saturday `__ - `Suggestion/ feature request `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from November 01, 2006 through November 15, 2006. 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 python-dev summary is the 16th written by Steve Bethard. To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) 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 cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at 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 ------------------------- 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. We 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. .. _python-dev: http://www.python.org/dev/ .. _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 .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From steven.bethard at gmail.com Mon Nov 27 05:47:23 2006 From: steven.bethard at gmail.com (steven.bethard at gmail.com) Date: Mon, 27 Nov 2006 04:47:23 +0000 (GMT) Subject: python-dev Summary for 2006-10-16 through 2006-10-31 Message-ID: <20061127045230.BCA881E400D@bag.python.org> python-dev Summary for 2006-10-16 through 2006-10-31 ++++++++++++++++++++++++++++++++++++++++++++++++++++ .. contents:: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-10-16_2006-10-31] ============= Announcements ============= -------------------------------------- Roundup to replace SourceForge tracker -------------------------------------- Roundup_ has been named as the official replacement for the SourceForge_ issue tracker. Thanks go out to the new volunteer admins, Paul DuBois, Michael Twomey, Stefan Seefeld, and Erik Forsberg, and also to `Upfront Systems`_ who will be hosting the tracker. If you'd like to provide input on what the new tracker should do, please join the `tracker-discuss mailing list`_. .. _SourceForge: http://www.sourceforge.net/ .. _Roundup: http://roundup.sourceforge.net/ .. _Upfront Systems: http://www.upfrontsystems.co.za/ .. _tracker-discuss mailing list: http://mail.python.org/mailman/listinfo/tracker-discuss Contributing threads: - `PSF Infrastructure has chosen Roundup as the issue tracker for Python development `__ - `Status of new issue tracker `__ ========= Summaries ========= --------------------------------------------------------------- The buffer protocol and communicating binary format information --------------------------------------------------------------- Travis E. Oliphant presented a pre-PEP for adding a standard way to describe the shape and intended types of binary-formatted data. It was accompanied by a pre-PEP for extending the buffer protocol to handle such shapes and types. Under the proposal, a new ``datatype`` object would describe binary-formatted data with an API like:: datatype((float, (3,2)) # describes a 3*2*8=48 byte block of memory that should be interpreted # as 6 doubles laid out as arr[0,0], arr[0,1], ... a[2,0], a[1,2] datatype([( ([1,2],'coords'), 'f4', (3,6)), ('address', 'S30')]) # describes the structure # float coords[3*6] /* Has [1,2] associated with this field */ # char address[30] Alexander Belopolsky provided a nice example of why you might want to extend the buffer protocol along these lines. Currently, there's not much you can do with a basic buffer object. If you want to pass it to numpy_, you have to provide the type and shape information yourself:: >>> b = buffer(array('d', [1,2,3])) >>> numpy.ndarray(shape=(3,), dtype=float, buffer=b) array([ 1., 2., 3.]) By extending the buffer protocol appropriately so that the necessary information can be provided, you should be able to pass the buffer directly to numpy_ and have it understand the format itself:: >>> numpy.array(b) People were uncomfortable with the many ``datatype`` variants -- the constructor accepted types, strings, lists or dicts, each of which could specify the structure in a different way. Also, a number of people questioned why the existing ``ctypes`` mechanisms for describing binary data couldn't be used instead, particularly since ``ctypes`` could already describe things like function pointers and recursive types, which the pre-PEP could not. Travis said he was looking for a way to unify the data formats of all the ``array``, ``struct``, ``numpy`` and ``ctypes`` modules, and felt like using the ``ctypes`` approach was too verbose for use in the other modules. In particular, he felt like the ``ctypes`` use of type objects as binary-format specifiers was problematic because type objects were harder to manipulate at the C level. The discussion continued on into the next fortnight. .. _numpy: Contributing threads: - `PEP: Adding data-type objects to Python `__ - `PEP: Extending the buffer protocol to share array information. `__ ------------------------ The "lazy strings" patch ------------------------ Discussion continued on Larry Hastings `lazy strings patch`_ that would have delayed until necessary the evaluation of some string operations, like concatenation and slicing. With his patch, repeated string concatenation could be used instead of the standard ``.join()`` idiom, and slices which were never used would never be rendered. Discussions of the patch showed that people were concerned about memory increases when a small slice of a very large string kept the large string around in memory. People also felt like a stronger motivation was necessary to justify complicating the string representation so much. Larry was pointed to some `code that his patch would break`_, which was using ``ob_sval`` directly instead of calling ``PyString_AS_STRING()`` like it was supposed to. He was also referred to the `Python 3000 list`_ where the recent discussions of `string views`_ would be relevant, and his proposal might have a better chance of acceptance. .. _lazy strings patch: http://bugs.python.org/1569040 .. _code that his patch would break: http://www.google.com/codesearch?hl=en&lr=&q=ob_sval+-stringobject.%5Bhc%5D&btnG=Search .. _Python 3000 list: http://mail.python.org/mailman/listinfo/python-3000 .. _string views: http://mail.python.org/pipermail/python-3000/2006-August/003280.html Contributing threads: - `PATCH submitted: Speed up + for string Re: PATCH submitted: Speed up + for string concatenation, now as fast as "".join(x) idiom `__ - `Python-Dev Digest, Vol 39, Issue 54 `__ - `Python-Dev Digest, Vol 39, Issue 55 `__ - `The "lazy strings" patch [was: PATCH submitted: Speed up + for string concatenation, now as fast as "".join(x) idiom] `__ - `The "lazy strings" patch `__ -------------- PEP 355 status -------------- BJorn Lindqvist wanted to wrap up the loose ends of `PEP 355`_ and asked whether the problem was the specific path object of `PEP 355`_ or path objects in general. A number of people felt that some reorganization of the path-related functions could be helpful, but that trying to put everything into a single object was a mistake. Some important requirements for a reorganization of the path-related functions: * should divide the functions into coherent groups * should allow you to manipulate paths foreign to your OS There were a few suggestions of possible new APIs, but no concrete implementations. People seemed hopeful that the issue could be resurrected for Python 3K, but no one appeared to be taking the lead. .. _PEP 355: http://www.python.org/dev/peps/pep-0355/ Contributing thread: - `PEP 355 status `__ -------------------------------------------------- Buildbots, configure changes and extension modules -------------------------------------------------- Grig Gheorghiu, who's been taking care of the `Python Community Buildbots`_, noticed that the buildbots started failing after a checkin that made changes to ``configure``. Martin v. Lowis explained that even though a plain ``make`` will trigger a re-run of ``configure`` if it has changed, there is an issue with distutils not rebuilding when header files change, and so extension modules are sometimes not rebuilt. Contributions to fix that deficiency in distutils are welcome. Martin also pointed out a handy way of forcing a buildbot to start with a clean build: ask the buildbot to build a non-existing branch. This causes the checkouts to be deleted and the build to fail. The next regular build will then start from scratch. .. _Python Community Buildbots: http://www.pybots.org/ Contributing thread: - `Python unit tests failing on Pybots farm `__ --------------- Sqlite versions --------------- Skip Montanaro ran into some problems running ``test_sqlite`` on OSX where he was getting a bunch of ``ProgrammingError: library routine called out of sequence`` errors. These errors appeared reliably when ``test_sqlite`` was run immediately after ctypes' ``test_find``. When he started linking to sqlite 3.1.3 instead of sqlite 3.3.8, the problems went away. Barry Warsaw mentioned that he had run into similar troubles when he tried to upgrade from 3.2.1 to 3.2.8. Contributing thread: - `Massive test_sqlite failure on Mac OSX ... sometimes `__ --------------------------------------------- Threads, generators, exceptions and segfaults --------------------------------------------- Mike Klaas managed to `provoke a segfault`_ in Python 2.5 using threads, generators and exceptions. Tim Peters was able to whittle Mike's problem down to a relatively simple test case, where a generator was created within a thread, and then the thread vanished before the generator had exited. The segfault was a result of Python's attempt to clean up the abandoned generator, during which it tried to access the generator's already free()'d thread state. No clear solution to this problem had been decided on at the time of this summary. .. _provoke a segfault: http://bugs.python.org/1579370 Contributing thread: - `Segfault in python 2.5 `__ ---------------- ctypes and win64 ---------------- Previously, Thomas Heller had asked that ctypes be removed from the Python 2.5 win64 MSI installers since it did not work for that platform at the time. Since then, Thomas integrated some patches in the trunk so that _ctypes could be built for win64/AMD64. Backporting these fixes to Python 2.5 would have meant that, while the MSI installer would still not include it, _ctypes could be built from a source distribution on win64/AMD64. It was unclear whether this would constitute a bugfix (in which case the backport would be okay) or a feature (in which case it wouldn't). Contributing thread: - `ctypes and win64 `__ ------------------------------ Python 2.3.X and 2.4.X retired ------------------------------ Anthony Baxter pushed out a Python 2.4.4 release and was pushing out the Python 2.3.6 source release as well. He indicated that once 2.3.6 was out, both of these branches could be officially retired. Contributing thread: - `state of the maintenance branches `__ --------------------------------------- Producing bytecode from Python 2.5 ASTs --------------------------------------- Michael Spencer offered up his compiler2_ module, a rewrite of the compiler module which allows bytecode to be produced from ``_ast.AST`` objects. Currently, it produces almost identical output to ``__builtin__.compile`` for all the stdlib modules and their tests. He asked for feedback on what would be necessary to get it stdlib ready, but had no responses. .. _compiler2: http://svn.brownspencer.com/pycompiler/branches/new_ast/ Contributing thread: - `Fwd: Re: ANN compiler2 : Produce bytecode from Python 2.5 AST `__ ================== Previous Summaries ================== - `Python 2.5 performance `__ - `Promoting PCbuild8 (Was: Python 2.5 performance) `__ - `2.3.6 for the unicode buffer overrun `__ - `2.4.4: backport classobject.c HAVE_WEAKREFS? `__ =============== Skipped Threads =============== - `Weekly Python Patch/Bug Summary `__ - `Problem building module against Mac Python 2.4 and Python 2.5 `__ - `svn.python.org down `__ - `BRANCH FREEZE release24-maint, Wed 18th Oct, 00:00UTC `__ - `who is interested on being on a python-dev panel at PyCon? `__ - `RELEASED Python 2.4.4, Final. `__ - `Nondeterministic long-to-float coercion `__ - `Promoting PCbuild8 `__ - `OT: fdopen on Windows question `__ - `Modulefinder `__ - `Optional type checking/pluggable type systems for Python `__ - `readlink and unicode strings (SF:1580674) Patch http://www.python.org/sf/1580674 fixes readlink's behaviour w.r.t. Unicode strings: without this patch this function uses the system default encoding instead of the filesystem encoding to convert Unicode objects to plain strings. Like os.listdir, os.readlink will now return a Unicode object when the argument is a Unicode object. What I'd like to know is if this can be backported to the 2.5 branch. The first part of this patch (use filesystem encoding instead of the system encoding) is IMHO a bugfix, the second part might break existing applications (that might not expect a unicode result from os.readlink). The reason I did this patch is that os.path.realpath currently breaks when the path is a unicode string with non-ascii characters and at least one element of the path is a symlink. Ronald `__ - `readlink and unicode strings (SF:1580674) `__ - `RELEASED Python 2.3.6, release candidate 1 `__ - `__str__ bug? `__ - `Hunting down configure script error `__ - `Python 2.4.4 docs? `__ - `DRAFT: python-dev summary for 2006-09-01 to 2006-09-15 `__ - `DRAFT: python-dev summary for 2006-09-16 to 2006-09-30 `__ - `[Python-checkins] r52482 - in python/branches/release25-maint: Lib/urllib.py Lib/urllib2.py Misc/NEWS `__ - `Typo.pl scan of Python 2.5 source code `__ - `build bots, log output `__ - `PyCon: proposals due by Tuesday 10/31 `__ - `test_codecs failures `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from October 16, 2006 through October 31, 2006. 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 python-dev summary is the 15th written by Steve Bethard. To contact me, please send email: - Steve Bethard (steven.bethard at gmail.com) 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 cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at 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 ------------------------- 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. We 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. .. _python-dev: http://www.python.org/dev/ .. _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 .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _Python Software Foundation: http://python.org/psf/ .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From jeff at taupro.com Mon Nov 27 10:43:53 2006 From: jeff at taupro.com (Jeff Rush) Date: Mon, 27 Nov 2006 03:43:53 -0600 Subject: Announcing: Keynote Speakers for PyCon 2007 Message-ID: <456AB359.4080106@taupro.com> The PyCon organizers would like to announce the slate of keynote speakers who have accepted our invitation to speak at PyCon 2007! PyCon 2007 is taking place in Addison (Dallas), Texas on Feb 23-25 2007. For photos, biographies and more, check out: http://us.pycon.org/TX2007/Keynotes Ivan Krsti? (speaking Friday AM) Topic: "The Python machine: Python and One Laptop per Child" Adele Goldberg (speaking Saturday AM) Topic: TBD (probably something related to Zope 3 and Education) Guido van Rossum (speaking Saturday Lunch) Topic: "Python 3000" Robert M. Lefkowitz ("r0ml") (speaking Sunday AM) Topic: "The Importance of Programming Literacy" -Jeff Co-Chair PyCon 2007 From jeff at taupro.com Mon Nov 27 11:06:10 2006 From: jeff at taupro.com (Jeff Rush) Date: Mon, 27 Nov 2006 04:06:10 -0600 Subject: A Call for Community Input re PyCon Slogans/Swag Message-ID: <456AB892.4080304@taupro.com> The PyCon organizers have established a short online poll to collect input from the Python community regarding the shirts, tote bag and slogans to be used at PyCon 2007, being held in Addison (Dallas), Texas Feb 23-25 2007. When we put out a prior call for slogan suggestions, we received 104 submissions. We've since reviewed them, narrowed them down to a number reasonable for voting on, and now you can help us decide the winner! Actually we're looking for two winners, one slogan for the T-shirt and another for the tote bag. Please take the poll at the following page. We've tried to keep it short, to respect your time. http://us.pycon.org/swagpoll Thanks! Jeff Rush Co-Chair PyCon 2007 From jeff at taupro.com Mon Nov 27 11:55:11 2006 From: jeff at taupro.com (Jeff Rush) Date: Mon, 27 Nov 2006 04:55:11 -0600 Subject: DFW Pythoneers had a Successful Holiday Meeting Message-ID: <456AC40F.2070109@taupro.com> The DFW Pythoneers had a great meeting this past Saturday, with 8 people showing up on the holiday weekend. We discussed Python descriptors, properties and lazy/cached computation, and then went into an informal discussion about metaclasses and played with a simple example. The ideas we covered took a bit of effort to get your head around, but everyone seemed to appreciate their value when we wrapped up. For those that don't know, the more formal presentations for our club are archived at: https://dfwpython.org/repo/Presentations/ * 2005-07-17-Serving-Web-Content-using-Python/ * 2005-08-17-Storing-Data-using-Python/ * 2006-03-25-About-Python-Eggs.odt * 2006-03-25-About-Python-Eggs.pdf * 2006-06-24-Python-Design-Patterns.odt * 2006-06-24-Python-Design-Patterns.pdf * 2006-07-08-Python-Design-Patterns-2.odt * 2006-07-08-Python-Design-Patterns-2.pdf * 2006-07-08-Python-Design-Patterns-Handout.odt * 2006-08-12-Python-2.5.odt * 2006-08-12-Python-2.5.pdf * 2006-08-12-Python-Design-Patterns-3.odt * 2006-08-12-Python-Design-Patterns-3.pdf * 2006-11-25-FunWithDescriptors/ And we have a slowly growing set of club projects at the following page. Note however that many of them are experimental or unfinished, so don't expect polished ready-to-run source. https://dfwpython.org/repo/Projects/ * DBUS/ * GnomeApplets/ * HalResponder/ * MailClients/ * PongInvaders/ * PyCon/ * PyIE/ * TwistedAddressbook/ * TwistedBase/ * TwistedCalendar/ * TwistedTaskmaster/ * challenges/ * googlewhack/ * rpmcleaner/ Last, at a recent meeting I went over the infrastructure of the Python advocacy website I'm working on, written in Zope 3. Still a bit rough, for those who've asked, here is where you can find the source: https://svn.python.org/www/trunk/advocacy.python.org/ I hope to see you at a future meeting. For meeting details, check out: http://python.meetup.com/10 http://www.dfwpython.org Jeff Rush DFW Pythoneers Organizer From python-url at phaseit.net Mon Nov 27 18:04:29 2006 From: python-url at phaseit.net (Paul Boddie) Date: Mon, 27 Nov 2006 17:04:29 +0000 (UTC) Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Nov 27) Message-ID: QOTW: "Given these criteria, my recommendations for a first programming language would be Python or Scheme." - Peter Norvig (some time ago, but referenced on comp.lang.lisp this week) http://www.norvig.com/21-days.html "however if you want more visual effect with less hassle, consider learning Python instead. with Python you can get some graphical stuff working almost out-of-the box, while with Lisp it's matter of luck if particular thing will work on your system :)." -- Alex Mizrahi (on comp.lang.lisp) http://groups.google.com/group/comp.lang.lisp/msg/7a30146ff97f79b1 Those in California get to hear what Python's "benevolent dictator" does in his day job: http://groups.google.com/group/comp.lang.python.announce/browse_frm/thread/f09ffd3e7200e06f/ ...something which isn't fully explained in the Google Master Plan: http://www.larsen-b.com/Article/246.html And for the sake of intercontinental relevance, our European pick of events has to be the Plat_Forms Web development contest in Germany: http://groups.google.com/group/pylons-discuss/browse_frm/thread/2330ada0c8e5605c/ ... although RuPy also certainly deserves attention: http://rupy.wmid.amu.edu.pl/ (November 30th is a big day: it's the Plat_Forms registration deadline *and* Guido's talk, as well as the last day of Ingeniweb in Paris, ...) "Pitivi is written in Python and as such should be an easy project for developers to get started with." Apparently, the non-linear video editor in question could really move forward "if more python hackers came onboard to help out": http://blogs.gnome.org/view/uraeus/2006/11/22/0 http://www.pitivi.org/ Or if your interest is in audio editing, the Python/GTK/GNOME-based Jokosher might welcome your contributions: http://www.jokosher.org/contribute A fledgling free PDF journal appears. http://pythonpapers.org/ November's installment of the language popularity contest quickly leads to an investigation into the coherency of Python's Web programming options: http://groups.google.com/group/comp.lang.python/browse_frm/thread/02875f58a917c04d Fundamental questions about the nature of time seem to arise when one is "blazin' some mad chronix": http://groups.google.com/group/comp.lang.python/browse_frm/thread/95b64b889bef4c46 Meanwhile, potentially better use of time can sometimes be achieved by compiling inline C code at runtime, using cinpy (C in Python) and the remarkable tcc (Tiny C Compiler): http://www.cs.tut.fi/~ask/cinpy/ And for those who want to pretend they're writing Python whilst really writing C++, pyplus maintains the illusion: http://www.imitationpickles.org/pyplus/ But without resorting to the joys of C++, some of those desirable "compile-time" checks can be run on Python source code, too, thanks to pylint: http://groups.google.com/group/comp.lang.python.announce/browse_frm/thread/36a06d611e9a6363/ Advice about moving from Matlab to Python isn't in short supply this week: http://groups.google.com/group/comp.lang.python/browse_frm/thread/a71af37fd9372868/ ======================================================================== 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 Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html Steve Bethard continues the marvelous tradition early borne by Andrew Kuchling, Michael Hudson, Brett Cannon, Tony Meyer, and Tim Lesher 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/ 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/python/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 Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. 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://www.python.org/dev/peps/pep-0042/ The online Python Journal is posted at pythonjournal.cognizor.com. editor at pythonjournal.com and editor at 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.python.* Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://www.ddj.com/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From jdavid at itaapy.com Tue Nov 28 10:53:51 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Tue, 28 Nov 2006 10:53:51 +0100 Subject: itools 0.14.6 released Message-ID: <456C072F.4060607@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.http itools.uri itools.cms itools.i18n itools.vfs itools.csv itools.ical itools.web itools.datatypes itools.rss itools.workflow itools.gettext itools.schemas itools.xhtml itools.handlers itools.stl itools.xliff itools.html itools.tmx itools.xml The focus of this release is performance and bug hunting. First the speed: - Indexing of office documents (PDF, OpenDocument, Word, etc.) has been massively improved in both speed and memory usage. - The "get_handler" and "traverse2" methods (from itools.handlers) now accept the optional parameter "caching"; if set to False caching won't be active for this call, see #569 for the details. - The catalog has been optimized to be about 12% faster with the index and unindex operations. - The whole module "itools.i18n.oracle" (whose purpose is to guess the language of a text) has been rewritten for better performance and readibility. And now for the bugs: - A serious bug has been fixed in "itools.cms": under some conditions the catalog was not synchronized with the data. The issue was solved with an update of the catalog, but still very annoying. - Some bugs in itools.xhtml and itools.html have been fixed related to the the semi-automatic translation of (X)HTML templates and documents. And the unit tests have been updated. See #279 for the details. - Many bugs have been fixed in the itools.cms web interface: #294, #438, #512, #563, #576, #577, #578 and #579. Credits: - Luis Belmar-Letelier helped fixing bugs; - Herv? Cauwelier worked on the performance and fixed some bugs; - Nicolas Deram helped fixing bugs; - J. David Ib??ez helped with the performance and fixed many bugs. Resources --------- Download http://download.ikaaro.org/itools/itools-0.14.6.tar.gz Home http://www.ikaaro.org/itools Mailing list http://mail.ikaaro.org/mailman/listinfo/itools Bug Tracker http://bugs.ikaaro.org/ -- J. David Ib??ez Itaapy Tel +33 (0)1 42 23 67 45 9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88 From christian at dowski.com Tue Nov 28 15:08:49 2006 From: christian at dowski.com (Christian Wyglendowski) Date: Tue, 28 Nov 2006 09:08:49 -0500 Subject: ANN: CherryPy 3.0 RC1 Message-ID: Hello everyone, I'm happy to announce the first release candidate for CherryPy 3.0. Here are a few highlights since the beta2 release: * A builtin dispatcher for Routes ( http://www.cherrypy.org/changeset/1390 ) * The InternalRedirect mechanism was reworked entirely (http://www.cherrypy.org/ticket/600 ) * Numerous bug fixes and enhancements. You can download CherryPy 3.0 RC1 from http://www.cherrypy.org/wiki/CherryPyDownload . For everything that's new in CherryPy 3.0, see http://www.cherrypy.org/wiki/WhatsNewIn30. To upgrade from a previous version, see http://www.cherrypy.org/wiki/UpgradeTo30. Christian Wyglendowski http://www.dowski.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20061128/dee9b4a2/attachment.html From fuzzyman at gmail.com Wed Nov 29 15:40:31 2006 From: fuzzyman at gmail.com (Fuzzyman) Date: 29 Nov 2006 06:40:31 -0800 Subject: odict the Ordered Diction 0.2.2 Message-ID: <1164811231.064346.108700@16g2000cwy.googlegroups.com> After a break of almost a year there has been an update to `odict the Ordered Dictionary `_. The latest version is 0.2.2, with changes implemented by Nicola Larosa. Despite over 700 downloads since May (plus 1300 as part of `pythonutils `_) there have been no bug reports, only improvements [#]_. {sm;:-)} * `Quick Download `_ What is odict? ========== **odict** is a pure Python implementation of an ordered dictionary. It keeps keys in insertion order and allows you to change the order. Methods (including iteration) that would return members in an arbitrary order are now ordered. There is also the `SequenceOrderedDict `_ that behaves like a sequence as well as a dictionary. It allows slicing and the keys, values and items methods are special sequence objects (which are also callable and so behave as methods too). What's New ? ========== Code ------- Removed the TODO and CHANGELOG sections in the tail docstring (they are in the docs anyway). Disabled warnings during tests. Explicitly disabled tests execution on Python v.2.2 . In addition to the slicing tests, other ones are failing. Removed code duplication between the ``__init__`` and the ``update`` methods. Misc. cleanup. Also, based on code from `Tim Wegener`_: - added the ``rename`` method; - removed a ``has_key`` usage in the ``__setitem__`` method. Documentation ---------------------- Moved the ISSUES chapter from code's tail docstring to here. Moved up the `Creating an Ordered Dictionary `_ chapter. Added prompts to the code examples and removed the superfluous print statements (sometimes they were there, sometimes they were not). Misc. cleanup. .. [#] So either no-one is using it, or it's really good... From t.koutsovassilis at gmail.com Thu Nov 30 01:08:57 2006 From: t.koutsovassilis at gmail.com (t.koutsovassilis at gmail.com) Date: 29 Nov 2006 16:08:57 -0800 Subject: ANN: FileTrack 0.1-beta3 is released Message-ID: <1164845337.331695.202050@14g2000cws.googlegroups.com> FileTrack is a Web-enabled communication log, keeping track of all of your company's inbound and outbound documents. It supports multiple logs, auto-archiving of older entries, and generates simple reports based on multiple criteria. One or more log entries, contacts, or documents can be grouped together into an issue for easier monitoring. This release of FileTrack is fully compatible with Porcupine v0.0.8. Moreover, it includes a few minor bug fixes and the UI has taken advantage of the new box layout QuiX widget, which has replaced the non-interactive splitters. This application is also a good sample for those willing to develop a Porcupine application, as it includes code for all of the three layers (custom schema, servlets and presentation) and all forms of servlets (PSP pages, XMLRPC and QuiX servlets). Installation instructions can be found at http://wiki.innoscript.org/index.php/Administrators/HowToInstallPPFiles Other available Porcupine applications can be downloaded from http://www.innoscript.org/component/option,com_remository/Itemid,33/func,selectcat/cat,4/ From dberlin at gmail.com Thu Nov 30 23:19:38 2006 From: dberlin at gmail.com (dberlin at gmail.com) Date: 30 Nov 2006 14:19:38 -0800 Subject: Ann: FarPy GUIE v0.5.3 Message-ID: <1164925178.500145.153220@h54g2000cwb.googlegroups.com> About http://farpy.holev.com GUIE (GUI Editor) provides a simple WYSIWYG GUI editor for wxWidgets. The program was made in C# and saves the GUI that was created to a XML format I called GUIML. This GUIML is a pretty standard representation of the GUI created with the program with some helpful additions for .NET. Next, GUIE takes these GUIML files and translates it to either wxPython Python code or wxRuby Ruby code (more languages in the future). You may ask yourself why I took the extra step? Why didn't I go straight from C# controls to wxPython code? Why is GUIML necessary? Well, it isn't. It is there simply for people (or maybe I) to take the GUIML and convert it to other languages. This, by effect can convert this tool from a Python GUI editor, to "any programming language with a GUI module" GUI editor. The GUI Editor was built to be as point & click as possible, trying to avoid wx's sizers completly. This means that controls can go anywhere, and you have the freedom to play with the GUI however you want. *new* GUIE goes Open Source - Source-Code now available for download! Changes (as of v0.5.3) Added: Support for different tab-types (space & real-tabes), see settings Fixed: Error when trying to export empty PictureBox Changed: Removed dotted background Fixed: Align to grid offset fix Added: Align to grid to settings file, now choice is saved Changes (as of v0.5.2) Added: IronPython GUI Support! (Microsoft .NET Windows Forms in Python) Changes (as of v0.5.1) Added: Drag & Drop functionality for adding controls Changed: Settings mechanism. "settings.opt" replacing "settings.xml". Fixed: Bug causing panel background color to be other than white Changes (as of v0.5) Added: Source release Added: Partial wxPerl support Fixed: Splash screen causes loading delay Fixed: When saving guiml, controls got a gray background-color Changed: Certain GUI improvements in settings form Fixed: Actions should be disabled when no form is open Changed: Logo in splash screen Fixed: XY Coords incorrect when hovering controls Added: Unicode support in guiml files http://farpy.holev.com