From steven.bethard at gmail.com Mon Aug 1 00:35:27 2005 From: steven.bethard at gmail.com (Steven Bethard) Date: Sun, 31 Jul 2005 16:35:27 -0600 Subject: python-dev summary for 2005-07-01 to 2005-07-15 Message-ID: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-07-01_2005-07-15.html] ============= Announcements ============= ------------------------------ QOTF (Quotes of the Fortnight) ------------------------------ Marc-Andre Lemburg provides perhaps the best summary to date of `how strings and Unicode should be used`_ in Python: To untie this Gordian Knot, we should use strings and Unicode like they are supposed to be used (in the context of text data): * strings are fine for text data that is encoded using the default encoding * Unicode should be used for all text data that is not or cannot be encoded in the default encoding Later on in Py3k, all text data should be stored in Unicode and all binary data in some new binary type. On a more entertaining note, Anthony Baxter describes the general outlook outlook on handling `threads vs signals`_: threads vs signals is a platform-dependant trail of misery, despair, horror and madness .. _how strings and Unicode should be used: http://mail.python.org/pipermail/python-dev/2005-July/054854.html .. _threads vs signals: http://mail.python.org/pipermail/python-dev/2005-July/054832.html ========= Summaries ========= --------------------------------------- PEP 343 Documentation: Context Managers --------------------------------------- Raymond Hettinger started a thread discussing how objects with __enter__ and __exit__ methods should be referred to in the official Python documentation. A few terms were thrown around, with "resource manager" being one of the early favorites. However, because the __enter__/__exit__ protocol handles a much more general construct that just the acquisition and release of a resource, this term steadily lost ground. Things like "locking objects are resource managed" and "decimal.Context() is a resource manager" sounded awkward and hard to explain. Phillip J. Eby suggested that objects with __enter__ and __exit__ methods could be called "context managers", and people seemed generally happy with this term. Nick Coghlan took this term, and some example use cases for "context managers", and put together a `draft documentation`_ for the section in the Python Library Reference. People liked Nick's wording, and after a few minor revisions (mainly to add more examples), it looked pretty complete. Nick promised to add a bit to the Python tutorial after he got a chance to play with the PEP 342_/343_ implementations. There was also a brief followup thread that discussed which objects in the stdlib should gain __enter__ and __exit__ methods in Python 2.5. It looks like decimal.Context objects will almost certainly become context managers, and there is some chance that a sys.redirected_stdout context manager might appear. .. _draft documentation: http://www.python.org/sf/1234057 .. _342: http://www.python.org/sf/1223381 .. _343: http://python.org/sf/1235943 Contributing threads: - `Terminology for PEP 343 `__ - `Terminology for PEP 343 `__ - `'With' context documentation draft (was Re: Terminology for PEP 343 `__ - `PEP 343 documentation on Sourceforge Patch tracker `__ - `Possible context managers in stdlib `__ [SJB] ----------------------- GCC/G++ Issues on Linux ----------------------- While in the past Python and Python extension modules could be compiled on Linux with different GCC versions as long as the 'C' ABIs were compatible, David Abrahams reported that Python extensions on Linux now crash if they are not compiled with exactly the same version of GCC as the Python they're loaded into. This is apparently due to the fact that on these systems Python is being linked with CXX when it should be linked with CC. The solution turned out to be to pass --without-cxx to configure; if it is not specified, configure runs a linking test that (improperly) determines that linking with CXX is necessary. When the --without-cxx flag is specified, configure does not perform this linking test, so Python is linked with CC. In the same discussion, Christoph Ludwig pointed out another problem in the above linking test. The current test compiles a single translation unit program using CXX and sees if linking it using CC fails. For GCC 3.x, it does, but because GCC 4.0 does a better job of eliminating unreachable code, with GCC 4.0 it does not. Thus make fails using GCC 4.0. Christoph showed that compiling a program with two tranlation units, one of which calls an 'extern "C"' function in the other, restores the original behavior. He provided the corresponding patch_ to configure.in. While Christoph's patch stops make from failing on Linux with ELF shared binaries and GCC 4.x, it did not address David Abrahams original concern -- that on Linux with ELF shared binaries and GCC 3.x or 4.x, configure should determine that Python can be compiled *without* CXX. Christoph promised to work on a more comprehensive patch to address this problem for Python 2.5. .. _patch: http://www.python.org/sf/1239112 Contributing threads: - `GCC version compatibility `__ - `Linux Python linking with G++? `__ - `[C++-sig] GCC version compatibility `__ [SJB] -------------------------------------------------------- Behavior of Sourceforge when replying to python-checkins -------------------------------------------------------- At the moment, replying to a message in the check-ins list defaults to directing the reply to python-dev. After this lead to some confusion, Guido questioned whether this was a good idea or not; the two main problems are that it is more difficult than necessary to send notes to the committer, and difficult to follow such threads (the past is in the check-in message, and future messages might be on python-dev or the check-ins list). Only one person replied to Guido's suggestion (agreeing) - nothing appears to have changed so far, so it seems that perhaps the status quo rules. Contributing thread: - `floatobject.c 2.136 `__ [TAM] ---------------------------------------- Removing else clauses from while and for ---------------------------------------- Thomas Lotze suggested that an 'eltry' keyword be introduced, to be the counterpart of 'elif' for try statements; this idea was quickly shot down by Guido (the use case is rare, using both "else" and "try" is fine, a loop solution often works well). As a result, however, Guido wondered whether else clauses on for/while were a good idea, even though he dislikes flag variables. He was joined by various people, some of whom did not know (or had forgotten) that the clauses even existed - some people wondered whether they made the language harder to learn. These people were outnumbered, though, but people who felt that these loop else clauses were an elegant part of the language and should definitely stay. Interestingly, Guido noted that he wonders whether "elif" was a mistake, and should have been "else if" (although there was no indication that he felt that this should be changed in Python 3000). Contributing thread: - `Chaining try statements: eltry? `__ [TAM] --------------------------------------------------------- Adding Syntactic Support for Instance Variable Assignment --------------------------------------------------------- Ralf W. Grosse-Kunstleve asked for syntactic support for the common idiom:: def __init__(self, x, y, z): self.x = x self.y = y self.z = z using the syntax:: def __init__(self, .x, .y, .z): pass People pointed out that with a properly-defined initialize() function you could use existing Python syntax and only need a single function call in __init__:: def __init__(self, x, y, z): initialize(self, locals()) The thread_ was moved to comp.lang.python before it had a chance to turn into a decorator-syntax-like discussion. ;) .. _thread: http://mail.python.org/pipermail/python-list/2005-July/288292.html Contributing thread: - `reducing self.x=x; self.y=y; self.z=z boilerplate code `__ [SJB] ------------------------------------- Changing Triple-quoted String Parsing ------------------------------------- Andrew Durdin suggested a change in the way that triple-quoted strings are parsed. Strings like:: myverylongvariablename = """\ This line is indented, But this line is not. Note the trailing newline: """ would have the initial indents on all lines but the first ignored when they were parsed. People seemed generally to dislike the proposal, for a number of reasons: - "It smells too much of DWIM, which is very unpythonic" -- Guido - it is backwards incompatible in a number of ways - textwrap.dedent covers pretty much all of the use cases Andrew Durdin said he would write the PEP anyway so that at least if the idea was rejected, there would be some official documentation of the rejection. Contributing thread: - `Triple-quoted strings and indentation `__ [SJB] ----------------------- path module and Unicode ----------------------- Continuing last month's discussion on including the path module in the standard library, Neil Hodgson pointed out that path makes it easier to handle Unicode directory paths on Windows-based platforms; currently, this requires user code. Further replies pointed out similar Unicode handling problems in sys.argv and os.listdir, leading Guido to comment, "Face it. Unicode stinks (from the programmer's POV). But we'll have to live with it." Neil boiled this down to four high-level strategies for dealing with attributes that can Unicode: always returning Unicode, returning Unicode only when a value can't be represented in ASCII, returning Unicode only when a value can't be represented in the current code page, or creating "separate-but-equal" APIs (like sys.argvu and os.environu). Marc-Andre Lemburg and Guido both expressed strong preferences for the second option, with Marc-Andre formulating the rule as presented in this issue's QotF. Contributing threads: - `Adding the 'path' module (was Re: Some RFE for review) `__ - `Adding the 'path' module (was Re: Some RFE for review) `__ - `Adding the 'path' module (was Re: Some RFE for review) `__ [TDL] -------------------------------------- Improving decimal module documentation -------------------------------------- Facundo Bastista couldn't find the explanation of the decimal module's rounding modes. Nick Coghlan helped him find it in section for `Context objects`_ but noted that the wording for the round-half modes was sparse. Raymond Hettinger then improved the docs by adding a few words to the effect that the various round-half modes are rules for breaking ties when two integers are equally near. He also switched the presentation from paragraph-form to list-form so to make it easier to find and read. .. _Context objects: http://docs.python.org/lib/decimal-decimal.html Contributing threads: - `Decimal rounding doc `__ - `Missing docs (was Decimal rounding doc) `__ [TAM] ---------------- getch() behavior ---------------- Darryl Dixon pointed out that the getpass() function in the getpass module does not accept extended characters on Windows, where the msvcrt module is used to capture one character at a time from stdin via the _getch() function defined in conio.h. Windows supports `capturing extended characters`_ via _getch, but it requires making a second call to getch() if one of the 'magic' returns is encountered in the first call (0x00 or 0xE0). Darryl asked whether a patch for the msvcrt module that added support for capturing extended characters would be considered. However, no support was received (although it was suggested that a patch submitted through sourceforge, possibly implemented via a new function, would be considered), as the thinness of the msvcrt wrapper is intentional, and it was not clear that this was a problem (i.e., that two calls could not be made). .. _capturing extended characters: http://support.microsoft.com/default.aspx?scid=kb;en-us;57888 Contributing threads: - `getch() in msvcrt does not accept extended characters. `__ - `getch() in msvcrt does not accept extended characters. `__ [TAM] ------------------- Threads and signals ------------------- Florent Pillet noticed that when using Python 2.3 on Max OS X, calling tmpfile() from a C extension had the side-effect of disabling Control-C keyboard interruption (SIGINT). Further digging revealed that on both Darwin and FreeBSD platforms, tmpfile() does play with the signal handling, but appears to change it back. Michael Hudson noted that Florent's code also involved threads, and that mixing threads and signal handling involved "enormously subtle" issues. Anthony Baxter also replied that Python 2.4 should be less subject to harmful effects from these bugs, but as a rule, mixing threads and signals is a recipe for "misery, despair, horror, and madness." Contributing threads: - `C bindings calling tmpfile() blocks interrupt signal `__ [TDL] -------- List API -------- Nicolas Fleury proposed adding copy() and clear() functions to lists, to be more consistent with dict and set. It was pointed out that the copy module (copy.copy()) can be used for generic copying, or a copy constructor and that clearing can be done with slicing (seq[:] = []) or the del keyword (del seq[:]). The advocate of the clear method argued that a clear() method would be easy to find in documentation, and wouldn't require understanding slicing to use it, but none of the developers would agree to expand the API just to add a third-way to do it, so it seems unlikely that anything more will come of this at this time. Raymond Hettinger also noted that slicing is one of the first concepts presented in the tutorial -- it is so basic to the language that it would be a mistake steer people away from learning it. Contributing threads: - `List copy and clear (was Re: Inconsistent API for sets.Set and build-in set) `__ - `List copy and clear (was Re: Inconsistent API for sets.Set and build-in set) `__ [TAM] ------------ Money Module ------------ Facundo Batista announced that the `Money module`_ is taking form quickly, a "pre-PEP", and unit tests have been written. Raymond Hettinger and Aahz noted that a "pre-PEP" is really a misnomer: PEPs describe enhancements to the Python core and standard library, while Money is still rather experimental and unlikely to see inclusion anytime soon. Facundo invited any interested parties to join the discussion in the pymoney-general list on SourceForge. .. _Money module: http://sourceforge.net/projects/pymoney Contributing threads: - `Money module `__ [TDL] ------------------------ Bug-reporting Checklists ------------------------ Brett Cannon posted a draft of a checklist to help users report bugs. Several minor improvements were suggested, but Raymond Hettinger expressed mild dislike for the idea, describing it as "administrivia" that might actually prevent people from filing bugs. Terry Reedy suggested, along with the checklists, some minor changes to the structure of the python.org site (to define bugs, help determine whether a bug has already been reported, etc.) would help even more. Contributing threads: - `checklist for filing a bug `__ [TDL] =============== Skipped Threads =============== - `how to create single exe dos file `__ - `cephes module missing `__ - `Inconsistent API for sets.Set and build-in set `__ - `python-dev Summary for 2005-06-16 through 2005-06-30 [draft] `__ - `using pyhon from the MSYS shell `__ - `Possible C API problem? `__ - `Weekly Python Patch/Bug Summary `__ - `Expanding max chunk size to 4GB. `__ - `Request to add developer `__ - `C bindings calling tmpfileblocks interrupt signal `__ - `Another SoC student for CVS access `__ - `__autoinit__ `__ - `SF patch #1214889 - file.encoding support `__ - `e-mail addresses `__ - `[Python-checkins] python/dist/src/Miscdevelopers.txt, 1.15, 1.16 `__ - `Is PEP 237 final -- Unifying Long Integers and Integers `__ - `Python on PyPI `__ ======== Epilogue ======== ------------ Introduction ------------ This is a summary of traffic on the `python-dev mailing list`_ from July 01, 2005 through July 15, 2005. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This is the seventh summary written by the python-dev summary cabal of Steve Bethard, Tim Lesher, and Tony Meyer. To contact us, please send email: - Steve Bethard (steven.bethard at gmail.com) - Tim Lesher (tlesher at gmail.com) - Tony Meyer (tony.meyer at gmail.com) Do *not* post to comp.lang.python if you wish to reach us. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every penny helps so even a small donation with a credit card, check, or by PayPal helps. -------------------- 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 ------------------------- The in-development version of the documentation for Python can be found at http://www.python.org/dev/doc/devel/ and should be used when looking up any documentation for new code; otherwise use the current documentation as found at http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. Please note that this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it. I do suggest learning reST, though; it's simple and is accepted for `PEP markup`_ and can be turned into many different formats like HTML and LaTeX. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow me to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _last summary: http://www.python.org/dev/summary/ .. _original text file: http://www.python.org/dev/summary/2005-07-01_2005-07-15.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From t.koutsovassilis at gmail.com Mon Aug 1 13:32:28 2005 From: t.koutsovassilis at gmail.com (t.koutsovassilis@gmail.com) Date: 1 Aug 2005 04:32:28 -0700 Subject: ANN: Porcupine 0.0.2 released Message-ID: <1122895948.742914.164200@g14g2000cwa.googlegroups.com> Porcupine is a Web application server that features an embedded object database, the Porcupine Object Query Language, XMLRPC support, and QuiX, an integrated JavaScript XUL motor. Porcupine includes everything you will ever need for developing and deploying rich internet applications. This release includes many bug fixes and a couple of cool new features. It incorporates a developer-friendly version of QuiX and an enriched version of Porcupine OQL. The previous release of QuiX did not allow debugging of modules using a debugger such as the Venkman JavaScript Debugger for Mozilla, or the Microsoft Script Debugger for Internet Explorer. Another side effect of this was the inconsistent JavaScript error line numbers reported by Internet Explorer. This release addresses both issues. Another obvious new feature of QuiX is the progress bar appearing while QuiX loads external modules, providing a better end-user experience. Finally, Porcupine OQL now supports subqueries. Subqueries provide a flexible bridge between Porcupine objects and their relations (joinning). http://www.innoscript.org From fabioz at esss.com.br Mon Aug 1 15:01:26 2005 From: fabioz at esss.com.br (Fabio Zadrozny) Date: Mon, 01 Aug 2005 10:01:26 -0300 Subject: ANN: PyDev 0.9.7 with support to java 1.3 and 1.4 released In-Reply-To: <42E6412A.4020905@esss.com.br> References: <42A720BD.5050701@esss.com.br> <42C175A5.5000206@esss.com.br> <42E6412A.4020905@esss.com.br> Message-ID: <42EE1D26.5070501@esss.com.br> Hi All, PyDev - Python IDE (Python Development Enviroment for Eclipse) version 0.9.7 with support to java 1.3 and 1.4 has just been released. Check the homepage (http://pydev.sourceforge.net/) for more details. IMPORTANT: - A new package has been added to the pydev release with support to earlier java versions (latest release just supports java 5.0). - This package is targeted specifically for people that don't have access to java 5.0 (namely, earlier versions of MAC OS). - Support for this release is limited to the .zip distribution in the sourcforge downloads, and will not be put into the update site. Release Highlights: This build fixes some nasty bugs from 0.9.6... it is highly recommended you install it. (right now, everything but the debugger should work fine with 3.1). Important notes Note 1: Because of some issues with Eclipse, you have to uninstall all previous PyDev installations before installing the new release. Note 2: This release only works with Eclipse 3.1 (and from now on, Eclipse 3.0.x is no longer supported). Regards, Fabio -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software www.esss.com.br PyDev - Python Development Enviroment for Eclipse pydev.sf.net pydev.blogspot.com From michaels at rd.bbc.co.uk Mon Aug 1 19:48:35 2005 From: michaels at rd.bbc.co.uk (Michael Sparks) Date: Mon, 01 Aug 2005 19:48:35 +0200 Subject: ANN: Kamaelia 0.2.0 has been released! Message-ID: <42ee6e86$0$91540$ed2e19e4@ptn-nntp-reader04.plus.net> Kamaelia 0.2.0 has been released! What is it? =========== Kamaelia is a collection of Axon components designed for network protocol experimentation in a single threaded, select based environment. Axon components are python generators are augmented by inbox and outbox queues (lists) for communication in a communicating sequential processes (CSP) like fashion. The architecture is specifically designed to try and simplify the process of designing and experimenting with new network protocols in real environments. More background on the motivations behind Kamaelia can be found here: http://kamaelia.sourceforge.net/Challenges/ The focus of this release adds in support for introspection, pygame based interfaces, 4 new examples using these, visualisation tools, as well as syntactic sugar to make building Kamaelia systems simpler. (Specifically Graphline and pipeline systems. This build upon the existing base allowing TCP and Multicast based client/server systems. Other additions and changes include updated examples, variety of bugfixes in existing components (some pre-emptively discovered by introspection), and a variety of utility components. It is now also possible to write components using threading as the concurrency model rather than generators - allowing integration with thread/blocking only based systems. The system is known to work under Linux, Mac OS X, Windows and a subset has been tested on Series 60 mobiles. General feedback is welcome either directly, mailing lists or via the project weblog which is here: * http://kamaelia.sourceforge.net/cgi-bin/blog/blog.cgi What's new in version 0.2.0 ? ============================= Lots! Full release notes can be found here: * http://kamaelia.sourceforge.net/Kamaelia-0.2.0-ReleaseNotes.html Editted highlights... Debian Packages! Many thanks are due to Gintautas Miliauskas, Programmers of Vilnius, for assistance in building Debian packages. (The current packages are based on his, and any errors are likely to be mine, not his) These have been tested successfully on Ubuntu 5.04. 4 new examples have been added showing of various new subsystem: * Example 5 : This creates a simple streaming system, and looks inside to see what components are running/active, and passes the resulting information an Axon Visualiser. * Example 6 : This is a simple/generic topology visualisation server. Accepts the following commands over the network ADD NODE id label auto - ADD LINK id id DEL NODE id DEL ALL As this stands this is pretty useful, but that's pretty much everything it does like this. * Example 7 : This shows how the visualisation subsystem can be extended to work in different ways. What this does by default when run is randomly create new nodes and new linkages quite quickly, allowing you to see how the system works. * Example 8 : Sample slideshow/presentation tool. Unlike traditional slideshow/presentation tools, you can modify this to run arbitrary components. An example of how this can work is provided - allowing stepping through some graph visualisations along with the presentation. A Tools directoy has been added with the following tools: * Axon Shell. (Requires IPython) Implements a simple command line shell which allows experimentation with Axon systems - the shell runs a scheduler as a background thread. For a tutorial of use, see: * http://kamaelia.sourceforge.net/AxonShell.html * Axon Visualiser. Implements a simple tool for looking inside (quite literally) running Axon/Kamaelia systems. This allows a very different style of debugging and can be extremely useful. Tutorial on its way! Graphlines and Pipelines These are probably the most useful additions to Kamaelia since 0.1.2. They are essentially syntactic sugar for building and working with systems of components, but make building interesting systems rapidly out of pre-existing components fun and easy. The pipelines follow the same sort of model as the Unix pipeline. Graphlines are something new, and like pipelines and all linkages may take any data along them. Please take a look at the release notes for a graphline example. A couple of simple pipelines looks like this: pipeline( ReadFileAdaptor(file_to_stream, readmode="bitrate", bitrate=400000, chunkrate=50), blockise(), # Ensure chunks small enough for multicasting! Multicast_transceiver("0.0.0.0", 0, "224.168.2.9", 1600), ).activate() pipeline( Multicast_transceiver("0.0.0.0", 1600, "224.168.2.9", 0), detuple(1), VorbisDecode(), AOAudioPlaybackAdaptor(), ).run() A selection of other subsystems have been added - targeted at visualisation of Kamaelia (and other graph structured) systems using pygame. The layout mechanism is a simple physics engine. Key packages of note added: Kamaelia.UI, Kamaelia.UI.Pygame, Kamaelia.Physics, Kamaelia.Visualisation.Axon, Kamaelia.Visualisation.PhysicsGraph Requirements ============ * Python 2.3 or higher recommended, though please do report any bugs with 2.2. * Axon (1.1.1 recommended) * vorbissimple (if you want to use the vorbis decode component/examples) (Both Axon and vorbissimple are separate parts of the Kamaelia project, and available at the same download location - see below) Platforms ========= Kamaelia has been used successfully under both Linux, Windows and Mac OS X (panther). A subset of Kamaelia has been successfully tested on Series 60 Nokia mobiles when used with the Axon SERIES 60 branch. Where can I get it? =================== Web pages are here: http://kamaelia.sourceforge.net/Docs/ http://kamaelia.sourceforge.net/ (includes info on mailing lists) ViewCVS access is available here: http://cvs.sourceforge.net/viewcvs.py/kamaelia/ Weblog * http://kamaelia.sourceforge.net/cgi-bin/blog/blog.cgi Licensing ========= Kamaelia is released under the Mozilla tri-license scheme (MPL1.1/GPL2.0/LGPL2.1). See http://kamaelia.sourceforge.net/Licensing.html Best Regards, Michael. -- Michael.Sparks at rd.bbc.co.uk, http://kamaelia.sourceforge.net/ British Broadcasting Corporation, Research and Development Kingswood Warren, Surrey KT20 6NP This message (and any attachments) may contain personal views which are not the views of the BBC unless specifically stated. From abpillai at gmail.com Tue Aug 2 13:06:00 2005 From: abpillai at gmail.com (Anand) Date: 2 Aug 2005 04:06:00 -0700 Subject: ANN: HarvestMan 1.4.5 beta 1 Message-ID: <1122980760.820446.269570@o13g2000cwo.googlegroups.com> HarvestMan 1.4.5 beta 1 follows right at the heels of HarvestMan 1.4.5 alpha 2 which was released on July 21 2005. The new version adds a lot of improvements on the command line options. There is a wget like option which allows the user to just download files without trying to crawl the website. The entire command line is rewritten for ease of use and clarity. Support for server-side dynamic web page extensions '.shtm', '.aspx', '.cfm','.cfml','.cms' were added. Apart from there there are a few minor bug fixes. The harvestman web site http://harvestman.freezope.org is not reachable since the hosting provider, freezope seems to be down since yesterday. However you can download the package and see the Changelogs at http://developer.berlios.de . Package: http://download.berlios.de/harvestman/HarvestMan-1.4.5-b1.tar.bz2 . Release information & Changelog: http://developer.berlios.de/project/shownotes.php?release_id=6732 . The release announcement is also available at freshmeat. http://freshmeat.net/releases/203127/ Thanks -Anand From mike.seeley at sbcglobal.net Mon Aug 1 22:18:47 2005 From: mike.seeley at sbcglobal.net (Michael Seeley) Date: Mon, 01 Aug 2005 20:18:47 GMT Subject: Short term project Message-ID: I have a client in Fort Worth, TX that needs a Python programmer for a short project. This could be a telecommuting position. Please email me at mseeley at msxi.com if interested. From jdhunter at ace.bsd.uchicago.edu Tue Aug 2 15:24:25 2005 From: jdhunter at ace.bsd.uchicago.edu (John Hunter) Date: Tue, 02 Aug 2005 08:24:25 -0500 Subject: ANN: matplotlib 0.83.2 Message-ID: <87vf2ozd2u.fsf@peds-pc311.bsd.uchicago.edu> matplotlib is a 2D plotting package for python. This is a summary of recent developments in matplotlib since 0.80. For detailed notes, see http://matplotlib.sf.net/whats_new.html, http://matplotlib.sf.net/CHANGELOG and http://matplotlib.sf.net/API_CHANGES == Whats New == matplotlib wiki: this was just launched a few days ago and only has two entries to date, but we hope this will grow into a useful site with tutorials, howtos, installation notes, recipes, etc. Please contribute! Thanks to scipy.org and Enthought for hosting. http://www.scipy.org/wikis/topical_software/MatplotlibCookbook CocoaAgg: New CocoaAgg backend for native GUI on OSX, 10.3 and 10.4 compliant, contributed by Charles Moad. TeX support : Now you can (optionally) use TeX to handle all of the text elements in your figure with the rc param text.usetex in the antigrain and postscript backends; see http://www.scipy.org/wikis/topical_software/UsingTex. Thanks to Darren Dale for hard work on the TeX support. Reorganized config files: Made HOME/.matplotlib the new config dir where the matplotlibrc file, the ttf.cache, and the tex.cache live. Your .matplotlibrc file, if you have one, should be renamed to .matplotlib/matplotlibrc. Masked arrays: Support for masked arrays in line plots, pcolor and contours. Thanks Eric Firing and Jeffrey Whitaker. New image resize options interpolation options. See help(imshow) for details, particularly the interpolation, filternorm and filterrad kwargs. New values for the interp kwarg are: 'nearest', 'bilinear', 'bicubic', 'spline16', 'spline36', 'hanning', 'hamming', 'hermite', 'kaiser', 'quadric', 'catrom', 'gaussian', 'bessel', 'mitchell', 'sinc', 'lanczos', 'blackman' Byte images: Much faster imaeg loading for MxNx4 or MxNx3 UInt8 images, which bypasses the memory and CPU intensive integer/floating point conversions. Thanks Nicolas Girard. Fast markers on win32: The marker cache optimization is finally available for win32, after an agg bug was found and fixed (thanks Maxim!). Line marker plots should be considerably faster now on win32. Qt in ipython/pylab: You can now use qt in ipython pylab mode. Thanks Fernando Perez and the Orsay team! Agg wrapper proper: Started work on a proper agg wrapper to expose more general agg functionality in mpl. See examples/agg_test.py. Lots of wrapping remains to be done. Subplot configuration: There is a new toolbar button on GTK*, WX* and TkAgg to launch the subplot configuration tool. GUI neutral widgets: Matplotlib now has cross-GUI widgets (buttons, check buttons, radio buttons and sliders). See examples/widgets/*.py and http://matplotlib.sf.net/screenshots.html#slider_demo. This makes it easier to create interactive figures that run across backends. Full screen mode in GTK*: Use 'f' to toggle full screen mode in the GTK backends. Thanks Steve Chaplin. Downloads available from http://matplotlib.sf.net From halley at play-bow.org Tue Aug 2 17:57:55 2005 From: halley at play-bow.org (Bob Halley) Date: 02 Aug 2005 08:57:55 -0700 Subject: dnspython 1.3.4 Message-ID: dnspython 1.3.4 has been released. New since 1.3.3: The source address and port may now be specified when calling dns.query.{udp,tcp,xfr}. The resolver now does exponential backoff each time it runs through all of the nameservers. Rcodes which indicate a nameserver is likely to be a "permanent failure" for a query cause the nameserver to be removed from the mix for that query. This release fixes all known bugs. See the ChangeLog file for more detailed information on changes since the prior release. For the latest in releases, documentation, and information, visit the dnspython home page at http://www.dnspython.org/ From srichter at cosmos.phy.tufts.edu Tue Aug 2 21:02:23 2005 From: srichter at cosmos.phy.tufts.edu (Stephan Richter) Date: Tue, 2 Aug 2005 15:02:23 -0400 Subject: Zope 3.1.0c1 released! Message-ID: <200508021502.23346.srichter@cosmos.phy.tufts.edu> The Zope 3 development team is proud to announce Zope 3.1.0 candidate 1. Zope 3 is the next major Zope release and has been written from scratch based on the latest software design patterns and the experiences of Zope 2. It is in our opinion that Zope 3.1 is more than ready for production use, which is why we decided to drop the 'X' for experimental from the name. We will also continue to work on making the transition between Zope 2 and Zope 3 as smooth as possible. As a first step, Zope 2.8 includes Zope 3 features in the form of Five. Please test this release carefully and send us any feedback! In particular, we have tried very hard to keep backward-compatibility with the previous X3 3.0 release, so please let us know if the new release breaks your code. Downloads http://zope.org/Products/Zope3/ Installation instructions for both Windows and Un*x/Linux are now available in the top level 'README.txt' file of the distribution. The binary installer is recommended for Windows. Zope 3.1 requires Python 2.3.5 or 2.4.1 to run. You must also have zlib installed on your system. Important Changes Since 3.1.0b1 All of the outstanding issues in the to-do list were completed, which included many bugfixes and the removal of all outstanding XXX comments. There was also a lot of work done in fixing many places that were not translatable. Most Important Changes Since 3.0 - New Pluggable Authentication Utility (PAU), which is similar in philosophy to the Zope 2 PAS. The following features are available in the in the basic PAU facility: + Credentials Plugins: Basic HTTP Auth, Session + Authenticator Plugins: Principal Folder, Group Folder For a detailed description of the pluggable authentication utility, see 'zope/app/authentication/README.txt'. - Major simplifications to the component architecture: + Removal of the concept of a service. All outstanding services were converted to utilities: Error Reporting, FSSync, Authentication. + Site Managers are global and local now; adapters and utilties are directly registered with the site manager. Now global and local component registration and lookup behaves very similar. + Local registrations can now only have two states: active and inactive. This simplified the code so much, that 'zope.app.utility', 'zope.app.registration' and 'zope.app.site' were all merged into 'zope.app.component'. + Implemented menus as utilities. The API also supports sub-menus now. + Implemented views as adapters. Skins and layers are now simply interfaces that the request provides. - Added an integer-id facility for assigning integer identifiers to objects. - Added basic catalog and index frameworks. - Added "sources", which are like vocabularies except that they support very large collections of values that must be searched, rather than browsed. - Created a new granting UI that allows advanced searching of principal sources. - Implemented a generic user preferences systsem that was designed to be easily used in TALES expressions and via Python code. Preferences can be edited via 'http://localhost:8080/++preferences++/'. A demo of the preferences can be found at:: http://svn.zope.org/Zope3/trunk/src/zope/app/demo/skinpref/ - ZCML now supports conditional directives using the 'zcml:condition' attribute. The condition is of the form "verb argument". Two verbs, 'have feature' and 'installed module' are currently implemented. Features can be declared via the 'meta:provides' directive. - Improved API doctool: Code Browser now shows interfaces, text files and ZCML files; the new Book Module compiles all available doctext files into an organized book; the new Type Module lets you browser all interface types and discover interfaces that provide types; views are shown in the interface details screen; views and adapters are categorized into specific, extended and generic; user preferences allow you to customize certain views; 3rd party modules can now be added to the Code Browser. - Improved I18n-based number and datetime formatting by integrating 'pytz' for timezone support, implementing all missing format characters, and reinterpreting the ICU documentation to correctly parse patterns. - Added '++debug++' traversal adapter that allows you to turn on debugging flags in 'request.debug'. Currently the following flags are defined: source, tal, errors. - Improved logout support. - Added the HTTP request recorder, which lets you inspect raw HTTP requests and responses. It can be used to create functional doctests without requiring third-party tools such as TCPWatch. - Developed a generic 'browser:form' directive. It is pretty much the same as the 'browser:editform' directive, except that the data is not stored on some context or adapted context but sent as a dictionary to special method (by default). For a complete list of changes see the 'CHANGES.txt' file. Resources - "Zope 3 Development Web Site":http://dev.zope.org/Zope3 - "Zope 3 Dev Mailing List":http://mail.zope.org/mailman/listinfo/zope3-dev - "Zope 3 Users Mailing List":http://mail.zope.org/mailman/listinfo/zope3-users - IRC Channel: #zope3-dev at irc.freenode.net Acknowledgments Thanks goes to everyone that contributed. Release date: June 18, 2005 The Zope 3 development team is proud to announce Zope 3.1.0 beta 1. Zope 3 is the next major Zope release and has been written from scratch based on the latest software design patterns and the experiences of Zope 2. It is in our opinion that Zope 3.1 is more than ready for production use, which is why we decided to drop the 'X' for experimental from the name. We will also continue to work on making the transition between Zope 2 and Zope 3 as smooth as possible. As a first step, Zope 2.8 includes Zope 3 features in the form of Five. Please test this release carefully and send us any feedback! In particular, we have tried very hard to keep backward-compatibility with the previous X3 3.0 release, so please let us know if the new release breaks your code. Downloads http://zope.org/Products/Zope3/ Installation instructions for both Windows and Un*x/Linux are now available in the top level 'README.txt' file of the distribution. The binary installer is recommended for Windows. Zope 3.1 requires Python 2.3.5 or 2.4.1 to run. You must also have zlib installed on your system. Most Important Changes Since 3.0 - New Pluggable Authentication Utility (PAU), which is similar in philosophy to the Zope 2 PAS. The following features are available in the in the basic PAU facility: + Credentials Plugins: Basic HTTP Auth, Session + Authenticator Plugins: Principal Folder, Group Folder For a detailed description of the pluggable authentication utility, see 'zope/app/authentication/README.txt'. - Major simplifications to the component architecture: + Removal of the concept of a service. All outstanding services were converted to utilities: Error Reporting, FSSync, Authentication. + Site Managers are global and local now; adapters and utilties are directly registered with the site manager. Now global and local component registration and lookup behaves very similar. + Local registrations can now only have two states: active and inactive. This simplified the code so much, that 'zope.app.utility', 'zope.app.registration' and 'zope.app.site' were all merged into 'zope.app.component'. + Implemented menus as utilities. The API also supports sub-menus now. + Implemented views as adapters. Skins and layers are now simply interfaces that the request provides. - Added an integer-id facility for assigning integer identifiers to objects. - Added basic catalog and index frameworks. - Added "sources", which are like vocabularies except that they support very large collections of values that must be searched, rather than browsed. - Created a new granting UI that allows advanced searching of principal sources. - Implemented a generic user preferences systsem that was designed to be easily used in TALES expressions and via Python code. Preferences can be edited via 'http://localhost:8080/++preferences++/'. A demo of the preferences can be found at:: http://svn.zope.org/Zope3/trunk/src/zope/app/demo/skinpref/ - ZCML now supports conditional directives using the 'zcml:condition' attribute. The condition is of the form "verb argument". Two verbs, 'have feature' and 'installed module' are currently implemented. Features can be declared via the 'meta:provides' directive. - Improved API doctool: Code Browser now shows interfaces, text files and ZCML files; the new Book Module compiles all available doctext files into an organized book; the new Type Module lets you browser all interface types and discover interfaces that provide types; views are shown in the interface details screen; views and adapters are categorized into specific, extended and generic; user preferences allow you to customize certain views; 3rd party modules can now be added to the Code Browser. - Improved I18n-based number and datetime formatting by integrating 'pytz' for timezone support, implementing all missing format characters, and reinterpreting the ICU documentation to correctly parse patterns. - Added '++debug++' traversal adapter that allows you to turn on debugging flags in 'request.debug'. Currently the following flags are defined: source, tal, errors. - Improved logout support. - Added the HTTP request recorder, which lets you inspect raw HTTP requests and responses. It can be used to create functional doctests without requiring third-party tools such as TCPWatch. - Developed a generic 'browser:form' directive. It is pretty much the same as the 'browser:editform' directive, except that the data is not stored on some context or adapted context but sent as a dictionary to special method (by default). For a complete list of changes see the 'CHANGES.txt' file. Resources - "Zope 3 Development Web Site":http://dev.zope.org/Zope3 - "Zope 3 Dev Mailing List":http://mail.zope.org/mailman/listinfo/zope3-dev - "Zope 3 Users Mailing List":http://mail.zope.org/mailman/listinfo/zope3-users - IRC Channel: #zope3-dev at irc.freenode.net Acknowledgments Thanks goes to everyone that contributed. Jim Fulton, Fred Drake, Philipp von Weitershausen, Stephan Richter, Gustavo Niemeyer, Daniel Nouri, Volker Bachschneider, Roger Ineichen, Shane Hathaway, Bjorn Tillenius, Garrett Smith, Marius Gedminas, Stuart Bishop, Dominik Huber, Dmitry Vasiliev, Gary Poster, Brian Lloyd, Julien Anguenot, Albertas Agejevas, Benji York Enjoy! The Zope 3 Development Team From gary at zope.com Tue Aug 2 21:35:57 2005 From: gary at zope.com (Gary Poster) Date: Tue, 2 Aug 2005 15:35:57 -0400 Subject: Fredericksburg, VA ZPUG August 10: .Net, functional testing Message-ID: Please join us August 10, 7:30-9:00 PM, for the third meeting of the Fredericksburg, VA Zope and Python User Group ("ZPUG"). This meeting has four features of note. - Brian Lloyd, the author of Python for .Net (http://www.zope.org/ Members/Brian/PythonNet/) and the Zope Corporation VP of Engineering, will discuss his .Net platform and give a brief .Net overview. - Benji York, Zope Corp Senior Software Engineer, will discuss current functional testing practices on Zope 3, including using Selenium on Zope 3, using demo storage for functional testing, and using his own compelling new functional test package. Note that the majority of this discussion has strong applicability to automated testing of all web frameworks and applications. - We will serve the now-usual geek-chic fruit, cheese, and soft drinks. - Fred Drake, Zope Corp Senior Software Engineer, Python core developer, Python documentation maintainer and editor, and co-author of the O'Reilly book Python & XML will give two of his books (http:// www.amazon.com/exec/obidos/tg/detail/-/0596001282/) to new attendees. Upon pressure, he admitted that he would be willing to autograph them if bribed with fruit, cheese, and soft drinks. Note that we are eager to have non-Zope-Corporation employees give presentations. :-) We had three new attendees last meeting, for a total of ten. Please come and bring friends! More information http://www.zope.org/Members/poster/ fxbgzpug_announce_3 and below. Hope to see you there! Gary General ZPUG information ------------------------------------ When: second Wednesday of every month, 7:30-9:00. Where: Zope Corporation offices. 513 Prince Edward Street; Fredericksburg, VA 22408 (tinyurl for map is http://tinyurl.com/duoab). Parking: Zope Corporation parking lot; entrance on Prince Edward Street. Topics: As desired (and offered) by participants, within the constraints of having to do with Python. Contact: Gary Poster (gary at zope.com) From millerdev at gmail.com Wed Aug 3 05:01:03 2005 From: millerdev at gmail.com (Daniel Miller) Date: Tue, 02 Aug 2005 23:01:03 -0400 Subject: ANN: AOPython 1.0.1 Message-ID: <42F0336F.3070600@gmail.com> What is it? ~~~ AOPython is an AOP module for Python. Changes since the last release ~~~ - API CHANGE: Changed argument order of weave function: weave(aspects, object, includes...) seems more logical than weave(object, aspects, includes...) since Aspect now has a weave method with that argument order. - Removed "dangerous method name" check from Aspect.wrap. Rare cases may exist in which those methods may need to be wrapped. Not to mention it's more consistent with the Zen of Python. - Switched from using types.MethodType to __get__(instance, class) to create methods from functions. The tests seem to run a tiny bit faster, so it may improve performance (probably not). - Minor code cleanup. - Minor improvements to documentation. - Reorganized the aopython module (moved internal functions to the bottom, etc.). - Added __version__ and __all__ variables to aopython. - Renamed unwrapDict to _unwrapDict. Download/leave comments/ask questions ~~~ http://www.openpolitics.com/pieces/archives/001702.html Comments are appreciated.

AOPython 1.0.1 - Aspect Oriented Python (02-Aug-05)

-- ~ Daniel Miller millerdev at gmail.com From Facundo.Batista at telefonicamoviles.com.ar Wed Aug 3 22:22:08 2005 From: Facundo.Batista at telefonicamoviles.com.ar (Batista, Facundo) Date: Wed, 3 Aug 2005 17:22:08 -0300 Subject: PyAr - Python Argentina 10th Meeting, Thursday, August 4th Message-ID: <55018DD359F5B147861F150F4689161E0BA5B3F6@escont.tcp.com.ar> The Argentine Python User Group, PyAr, will have its tenth meeting this Thursday, August 4th at 7:00pm. Agenda ------ Despite our agenda tends to be rather open, this time we would like to cover these topics: - Discuss present and future of the messaging framework Gauchito Gil (http://www.python.com.ar/Wiki/GauchitoGil) - See if we move to other meeting point. - Discuss website function and see if we go for another content manager. Where ----- We're meeting at Hip Hop Bar, Hip?lito Yirigoyen 640, Ciudad de Buenos Aires, starting at 19hs. We will be in the back room, so please ask the barman for us. About PyAr ---------- For more information on PyAr see http://pyar.decode.com.ar (in Spanish), or join our mailing list (Also in Spanish. For instructions see http://pyar.decode.com.ar/Members/ltorre/listademail) We meet on the second Thursday of every month. . Facundo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ADVERTENCIA. La informaci?n contenida en este mensaje y cualquier archivo anexo al mismo, son para uso exclusivo del destinatario y pueden contener informaci?n confidencial o propietaria, cuya divulgaci?n es sancionada por la ley. Si Ud. No es uno de los destinatarios consignados o la persona responsable de hacer llegar este mensaje a los destinatarios consignados, no est? autorizado a divulgar, copiar, distribuir o retener informaci?n (o parte de ella) contenida en este mensaje. Por favor notif?quenos respondiendo al remitente, borre el mensaje original y borre las copias (impresas o grabadas en cualquier medio magn?tico) que pueda haber realizado del mismo. Todas las opiniones contenidas en este mail son propias del autor del mensaje y no necesariamente coinciden con las de Telef?nica Comunicaciones Personales S.A. o alguna empresa asociada. Los mensajes electr?nicos pueden ser alterados, motivo por el cual Telef?nica Comunicaciones Personales S.A. no aceptar? ninguna obligaci?n cualquiera sea el resultante de este mensaje. Muchas Gracias. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20050803/bd9a84e9/attachment.htm From garabik-news-2005-05 at kassiopeia.juls.savba.sk Fri Aug 5 09:37:13 2005 From: garabik-news-2005-05 at kassiopeia.juls.savba.sk (garabik-news-2005-05@kassiopeia.juls.savba.sk) Date: Fri, 5 Aug 2005 07:37:13 +0000 (UTC) Subject: ANNOUNCE: pydf 0.9.8.3 Message-ID: After a long time, a new version of pydf is available. 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. URL: http://melkor.dnp.fmph.uniba.sk/~garabik/pydf/ License: Public Domain Notable changes since the last version: - tries to detect screen size and modify output accordingly - rewritten to be compliant and to use features of modern python versions - supports filesystem sizes up to yottabytes (untested :-)) - better remote filesystems detection -- ----------------------------------------------------------- | 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 2005a at usenet.alexanderweb.de Sun Aug 7 01:04:07 2005 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun, 7 Aug 2005 01:04:07 +0200 Subject: ANN: MoinMoin 1.3.5 (advanced wiki engine) released Message-ID: _ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| _) \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.3.5 advanced wiki engine released ============================================== MoinMoin is an easy to use, full-featured and extensible wiki software package written in Python. It can fulfill a wide range of roles, such as a personal notes organizer deployed on a laptop or home web server, a company knowledge base deployed on an intranet, or an Internet server open to individuals sharing the same interests, goals or projects. A wiki is a collaborative hypertext environment with an emphasis on easy manipulation of information. MoinMoin 1.3.5 is a maintenance release that fixes several bugs and introduces some new features. See below. Upgrading is recommended for all users. - http://moinmoin.wikiwikiweb.de/MoinMoinDownload Major bugs that were fixed -------------------------- * Fixed minor security bug when acl of deleted page was ignored. See: http://moinmoin.wikiwikiweb.de/MoinMoinBugs/ACLIgnoredAfterDelete * Fixed shortcut link non-existent page detection. * Fixed a few bugs related to Python 2.2.x. * Fixed traceback which occurred on negated searches. * Fixed core code to support external formatters better. * Fixed url_mappings to work in proxied setups and sent mails again. Also fixed for image links. Thanks to JohannesBerg. * Fixed migration script 10 to run on Python 2.2.2. * The twisted server defaulted to a socket timeout of 12 hours! We reduced that to a more sane 10 minutes, that should still be more than enough. This fixed the "too many open files" problem we encountered quite often recently. Thanks to Helmut Grohne! * Various other bugfixes. Major New features ------------------ * Integrated Lupy indexer for better search performance. It is disabled by default as of 1.3.5 as it still has known issues. * Integrated MonthCalendar 2.1 with some new features. * Added the new XSLT parser and the DocBook parser. This should increase the 4suite compatiblity. See HelpOnXmlPages. Thanks to Henry Ho! * Added the DocBook formatter. This will let you generate DocBook markup by writing simple wiki pages. It needs PyXML. * New standalone server classes: ThreadPoolServer using pool of threads, ThreadingServer with thread limit and ForkingServer. * An option "PythonOption Location" in mod_python setup to solve script_name problems. * HTTPS using the Twisted server For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES Major new features in 1.3 ========================= * MoinMoin speaks your language! Complete Unicode support, translated system and help pages in more than ten languages, and support for languages written from right to left are the base features of our internationalisation support. * Fresh look and feel. New default user interface design, improved existing themes and enhanced theme plug-in framework that make it easier to modify the design or create completely new user interface. * Find anything on your wiki, instantly. New search engine and streamlined Google-like search interface, using multiple search terms, regular expressions, search term modifiers and boolean search. * Antispam - keep spammers out of you wiki. Protect your wiki with automatically updated spam patterns maintained on the MoinMaster wiki, and shared by all MoinMoin wikis worlwide. * Underlay directory - easy upgrade and maintenance. New streamlined directory layout protects all system and help pages in a separate underlay directory. * Run with your favorite server. Use either a standalone server that requires only Python, the high performance Twisted server, Apache with Fast CGI, mod_python or plain CGI. * Multiconfig - easier, more powerful configuration. New class-based configuration allow you to easily configure single or multiple wikis sharing a common setup. MoinMoin History ================ MoinMoin has been around since year 2000. Most of the codebase was written by J?rgen Hermann; it is currently being developed by a growing team. Being originally based on PikiPiki, it has evolved heavily since then (PikiPiki and MoinMoin 0.1 consisted of just one file!). Many large enterprises have been using MoinMoin as a key tool of their intranet, some even use it for their public web page. A large number of Open Source projects use MoinMoin for communication and documentation. Of course there is also a large number of private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.3/CHANGES * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team From aahz at pythoncraft.com Mon Aug 8 17:53:30 2005 From: aahz at pythoncraft.com (Aahz) Date: Mon, 8 Aug 2005 08:53:30 -0700 Subject: BayPIGgies: August 11, 7:30pm (Ironport) Message-ID: <20050808155330.GA8821@panix.com> The next meeting of BayPIGgies will be Thurs, August 11 at 7:30pm at Ironport. Hasan Diwan will present RRsR, a web-based RSS reader written using feedparser and python CGI. This is expected to be a short presentation; afterward, anyone who was at OSCON is invited to summarize what they saw/heard. BayPIGgies meetings alternate between IronPort (San Bruno, California) and Google (Mountain View, California). For more information and directions, see http://www.baypiggies.net/ Before the meeting, we plan to meet at 6pm for dinner. Discussion of dinner plans is handled on the BayPIGgies mailing list. This week will probably be at Creperie du Monde, six long blocks from IronPort (i.e., walking distance). Advance notice: The September 8 meeting agenda has not been set. Please send e-mail to baypiggies at baypiggies.net if you want to suggest an agenda (or volunteer to give a presentation). We already have a speaker for October. -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ The way to build large Python applications is to componentize and loosely-couple the hell out of everything. From ianb at colorstudy.com Mon Aug 8 18:25:14 2005 From: ianb at colorstudy.com (Ian Bicking) Date: Mon, 08 Aug 2005 11:25:14 -0500 Subject: Chicago Python Users Group, Thurs Aug 11, 7pm Message-ID: <42F7876A.4010605@colorstudy.com> The Chicago Python User Group, ChiPy, will have its next meeting on Thursday August 11th, starting at 7pm. For more information on ChiPy see http://chipy.org Presentations ------------- * Aaron Lav will talk about Unicode and middleproxy, a proxying web application that adds links to definitions of Chinese characters. * Ian Bicking will talk about distutils and setuptools -- how to use Python packages and how to make your own. * If time permits, Michael Tobis will talk on the pdb module, probably along with a "symbolic debuggers, who needs 'em?" discussion. There will also be time to chat, and many opportunities to ask questions. We encourage people at all levels to attend. Location -------- This month we will be meeting at Imaginary Landscape at 5121 N Ravenswood, on Chicago's North Side. Parking is available. See the website for more transportation information. About ChiPy ----------- This will be ChiPy's (cardinal number) meeting. We meet once a month, on the second Thursday of the month. If you can't come this month, please join our mailing list: http://lonelylion.com/mailman/listinfo/chipy From john at zoner.org Mon Aug 8 21:40:47 2005 From: john at zoner.org (John Holland) Date: Mon, 8 Aug 2005 15:40:47 -0400 Subject: ANN: pyx12-1.2.0 Message-ID: <20050808194047.GA96297@bilbo.int.zoner.org> What's New: =========== Created DTD for the simple XML output form. Changed URL. Removed generation of DTD line for idtag and idtagqual XML output forms. Added a new XML output form: idtagqual. This form appends the ID value to non-unique segment IDs Added draft map for Unsolicited 277: 277U.4010.X070.xml Base map_if segment children on dictionary - faster lookups Corrected validation bugs. Added more unit and functional tests. Altered segment interface. See CHANGELOG.txt for all changes. What is Pyx12? ============== Pyx12 is a HIPAA X12 document validator and converter. It parses an ANSI X12N data file and validates it against a representation of the Implementation Guidelines for a HIPAA transaction. By default, it creates a 997 response. It can create an html representation of the X12 document or can translate to and from an XML representation of the data file. Where can I get it? =================== Pyx12 is available at http://sourceforge.net/projects/pyx12/ From agreen at cirrustech.com.au Tue Aug 9 04:41:43 2005 From: agreen at cirrustech.com.au (Alan Green) Date: Tue, 09 Aug 2005 12:41:43 +1000 Subject: SyPy Meetup - August 15 - Chris Withers Message-ID: <42F817E7.9060905@cirrustech.com.au> Chris Withers, Zope guru and a major contributor to SquishDot (http://www.squishdot.org/) is coming to Sydney (Australia) for a few days, and would like to meet up with some Sydney Pythoneers on Monday August 15. Date: Monday August 15 Time: 6:30-7:00pmish onwards Place: James Squires Brewhouse 2 The Promenade, King St Wharf Sydney Fee: $0.00 It promises to be an interesting evening, both for Zope programmers, and for those curious about Zope. Alan. From jdavid at itaapy.com Tue Aug 9 12:46:13 2005 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Tue, 09 Aug 2005 12:46:13 +0200 Subject: itools 0.10.0 released Message-ID: <42F88975.5090105@itaapy.com> What is it? itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment. The packages included are: itools.catalog itools.datatypes itools.gettext itools.handlers itools.html itools.i18n itools.ical itools.resources itools.rss itools.schemas itools.tmx itools.uri itools.web itools.workflow itools.xhtml itools.xliff itools.xml What's new? Now Python 2.4 is required. Data Types - The module "itools.types" has been renamed to "itools.datatypes", and features a better programming interface. By David Ib??ez. Schemas - New module "itools.schemas" provides a registry of schemas (collections of data-types), a feature that has been moved from "itools.xml.namespaces". By David Ib??ez. Resources - Now Zope 2 resources use "bobobase_modification_time". By David Ib??ez. Catalog - Implement range search. By David Ib??ez. Simple Template Language - New keyword "none" in STL expressions (#71). By Herv? Cauwelier. - Omit the STL namespace declaration after processing (#81). By Herv? Cauwelier. iCalendar - Added support for RFC 2445 (itools.ical). By Nicolas Deram. RSS - Added support for RSS 2.0 (itools.rss). By Piotr Macuk. TMX - Added support for the "Translation Memory eXchange" file format (itools.tmx). By Nicolas Oyez. XLIFF - Added support for the "XML Localisation Interchange File Format" (itools.xliff). By Nicolas Oyez. Web - New package "itools.web" provides high level API to build web applications. Proof-of-concept implementations for CGI and standalone server. Obsoleted package "itools.zope" removed. By David Ib??ez. Packaging - Improving unit tests. By Herv? Cauwelier. Links - Download and Documentation, http://www.ikaaro.org/itools - Mailing list, http://in-girum.net/mailman/listinfo/ikaaro - Bug Tracker, http://in-girum.net/cgi-bin/bugzilla/index.cgi -- 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 uche.ogbuji at fourthought.com Tue Aug 9 22:45:51 2005 From: uche.ogbuji at fourthought.com (Uche Ogbuji) Date: Tue, 09 Aug 2005 14:45:51 -0600 Subject: ANN: Amara XML Toolkit 1.0 Message-ID: <1123620351.3753.12.camel@borgia> http://uche.ogbuji.net/tech/4suite/amara ftp://ftp.4suite.org/pub/Amara/ Changes in this release: * Bug fixes and documentation improvements * Incorporation of prerequisites (from 4Suite) into compact allinone package. You no longer need anything except for Python to install Amara from one package in one step. Amara XML Toolkit is a collection of Python tools for XML processing-- not just tools that happen to be written in Python, but tools built from the ground up to use Python idioms and take advantage of the many advantages of Python. Amara builds on 4Suite [http://4Suite.org], but whereas 4Suite focuses more on literal implementation of XML standards in Python, Amara focuses on Pythonic idiom. It provides tools you can trust to conform with XML standards without losing the familiar Python feel. The components of Amara are: * Bindery: data binding tool (a very Pythonic XML API) * Scimitar: implementation of the ISO Schematron schema language for XML; converts Schematron files to Python scripts * domtools: set of tools to augment Python DOMs * saxtools: set of tools to make SAX easier to use in Python * Flextyper: user-defined datatypes in Python for XML processing There's a lot in Amara, but here are highlights: Amara Bindery: XML as easy as py -------------------------------- Bindery turns an XML document into a tree of Python objects corresponding to the vocabulary used in the XML document, for maximum clarity. For example, the document What do you mean "bleh" But I was looking for argument Becomes a data structure such that you can write binding.monty.python.spam In order to get the value "eggs" or binding.monty.python[1] In order to get the value "But I was looking for argument". There are other such tools for Python, and what makes Anobind unique is that it's driven by a very declarative rules-based system for binding XML to the Python data. You can register rules that are triggered by XPattern expressions specialized binding behavior. It includes XPath support and supports mutation. Bindery is very efficient, using SAX to generate bindings. Scimitar: Schematron for Pytthon -------------------------------- Merged in from a separate project, Scimitar is an implementation of ISO Schematron that compiles a Schematron schema into a Python validator script. You typically use scimitar in two phases. Say you have a schematron schema schema1.stron and you want to validate multiple XML files against it, instance1.xml, instance2.xml, instance3.xml. First you run schema1.stron through the scimitar compiler script, scimitar.py: scimitar.py schema1.stron The generated file, schema1.py, can be used to validate XML instances: python schema1.py instance1.xml Which emits a validation report. Amara DOM Tools: giving DOM a more Pythonic face ------------------------------------------------ DOM came from the Java world, hardly the most Pythonic API possible. Some DOM-like implementations such as 4Suite's Domlettes mix in some Pythonic idiom. Amara DOM Tools goes even further. Amara DOM Tools feature pushdom, similar to xml.dom.pulldom, but easier to use. It also includes Python generator-based tools for DOM processing, and a function to return an XPath location for any DOM node. Amara SAX Tools: SAX without the brain explosion ------------------------------------------------ Tenorsax (amara.saxtools.tenorsax) is a framework for "linerarizing" SAX logic so that it flows more naturally, and needs a lot less state machine wizardry. License ------- Amara is open source, provided under the 4Suite variant of the Apache license. See the file COPYING for details. Installation ------------ Amara requires Python 2.3 or more recent. If you do not have 4Suite, grab the Amara-allinone package. If you already have 4Suite installed, grab the stand along Amara package. In either case, unpack to a convenient location and run: python setup.py install -- Uche Ogbuji Fourthought, Inc. http://uche.ogbuji.net http://fourthought.com http://copia.ogbuji.net http://4Suite.org Use CSS to display XML, part 2 - http://www-128.ibm.com/developerworks/edu/x-dw-x-xmlcss2-i.html XML Output with 4Suite & Amara - http://www.xml.com/pub/a/2005/04/20/py-xml.html Use XSLT to prepare XML for import into OpenOffice Calc - http://www.ibm.com/developerworks/xml/library/x-oocalc/ Schema standardization for top-down semantic transparency - http://www-128.ibm.com/developerworks/xml/library/x-think31.html From garabik-news-2005-05 at kassiopeia.juls.savba.sk Wed Aug 10 14:48:17 2005 From: garabik-news-2005-05 at kassiopeia.juls.savba.sk (garabik-news-2005-05@kassiopeia.juls.savba.sk) Date: Wed, 10 Aug 2005 12:48:17 +0000 (UTC) Subject: ANN: unicode 0.4.7 Message-ID: unicode is a simple python command line utility that displays properties for a given unicode character, or searches unicode database for a given name. It was written with Linux in mind, but should work almost everywhere (including MS Windows and MacOSX), UTF-8 console is recommended. Changes since previous versions: * accept --color as synonym of --colour * -v switch to display UniHan properties (you need Unihan.txt and it is slow) Author: Radovan Garab?k URL: http://kassiopeia.juls.savba.sk/~garabik/software/unicode/ License: GPL -- ----------------------------------------------------------- | 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 tim at zope.com Wed Aug 10 20:33:20 2005 From: tim at zope.com (Tim Peters) Date: Wed, 10 Aug 2005 14:33:20 -0400 Subject: ZODB 3.4.1 final released Message-ID: <20050810183321.03BCC3B805B@smtp.zope.com> I'm pleased to announce the release of ZODB 3.4.1 final. This corresponds to the ZODB that will ship in Zope 2.8.1. You can download a source tarball or Windows installer from: http://zope.org/Products/ZODB3.4 Note that there are two Windows installers, for Python 2.3 (2.3.5 is recommended) and Python 2.4 (2.4.1 is recommended). There have been many bugfixes in various areas since ZODB 3.4. In addition, optional ZEO client cache tracing was badly broken with the introduction of multiversion concurrency control (MVCC) in ZODB 3.3, and ZODB 3.4.1 is the first attempt to repair that. See the news file for details: http://zope.org/Products/ZODB3.4/NEWS.html Note that ZODB 3.4.1 does not support any version of Zope 2.6 or 2.7. Current Zope 2.8 development uses ZODB 3.4.1, and current Zope3 development uses a ZODB 3.5 prerelease. The ZODB 3.3 line is officially retired (3.3.1 final was the last release in the 3.3 line). From grig.gheorghiu at gmail.com Wed Aug 10 21:23:48 2005 From: grig.gheorghiu at gmail.com (Grig Gheorghiu) Date: 10 Aug 2005 12:23:48 -0700 Subject: SoCal Piggies meeting: August 16th 7PM at USC Message-ID: <1123701828.580505.53640@o13g2000cwo.googlegroups.com> Python enthusiasts from the L.A/Orange County areas are invited to the next SoCal Piggies meeting on Tuesday August 16th from 7 PM to 9 PM. The meeting will take place at USC. Directions available here: On the agenda: * "Demo of interactive multi-player game based on Python, CGI and Javascript" - Charlie Hornberger * "Demo/presentation of a commercial wxWindows-based Python application" - Steve Williams From stevech1097 at yahoo.com.au Thu Aug 11 06:37:46 2005 From: stevech1097 at yahoo.com.au (Steve Chaplin) Date: Thu, 11 Aug 2005 12:37:46 +0800 Subject: ANN: pycairo 0.9.0 Message-ID: <1123735066.2428.4.camel@localhost.localdomain> Pycairo is a set of Python bindings for the vector graphics library cairo. http://www.cairographics.org http://www.cairographics.org/pycairo A new pycairo snapshot 0.9.0 is now available from: http://cairographics.org/snapshots/pycairo-0.9.0.tar.gz http://cairographics.org/snapshots/pycairo-0.9.0.tar.gz.md5 a01c9c34bcb15e89fcea03c324158422 pycairo-0.9.0.tar.gz Overview of changes from pycairo 0.6.0 to pycairo 0.9.0 ======================================================= General changes: Pycairo has been updated to work with cairo 0.9.0. New cairo functions supported: cairo_get_antialias cairo_set_antialias cairo_surface_mark_dirty_rectangle cairo_surface_flush Bug Fixes - double buffering now works with the cairo.gtk module Send instant messages to your online friends http://au.messenger.yahoo.com From frank at niessink.com Fri Aug 12 23:09:42 2005 From: frank at niessink.com (Frank Niessink) Date: Fri, 12 Aug 2005 23:09:42 +0200 Subject: [ANN] Release 0.46 of Task Coach Message-ID: <42FD1016.80101@niessink.com> Hi all, I'm pleased to announce release 0.46 of Task Coach. New in this release: Bugs fixed: * In the effort views, the status bar would show information about tasks, not about effort. * Entering a negative effort duration while using a non-english language would crash Task Coach. * Having a two letter language string (e.g. 'en') in the TaskCoach.ini file would cause an error in the preferences dialog. Features added: * Double-clicking the system tray icon when Task Coach is not minimized will raise the Task Coach window. * Added Spanish translation thanks to Juan Jos?. Feature changed: * Keyboard shortcut for deleting a task is now 'Delete' instead of 'Ctrl-D' and 'Ctrl-Enter' marks the selected task(s) completed. Implementation changes: * Task ids are now persistent, i.e. they are saved to and loaded from the Task Coach (XML) file. This will make it easier, in the future, to keep tasks synchronized with external sources, e.g. Outlook. * Task Coach now keeps track of the last modification time of tasks. These times are saved to and loaded from the Task Coach (XML) file. This change is also in preparation of synchronization functionality. 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, 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 python-url at phaseit.net Fri Aug 12 23:52:16 2005 From: python-url at phaseit.net (Cameron Laird) Date: Fri, 12 Aug 2005 21:52:16 +0000 Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Aug 12) Message-ID: QOTW: "... So I started profiling the code and the slowdown was actually taking place at places where I didn't expect it." -- Guyon Mor?e (and about twenty-three thousand others) "[A] suggestion from the world of 'agile development': stop making so many decisions and start writing some actual code!" -- Peter Hansen Scott David Daniels and others illustrate that the most common answer for Python is, "It's (already) in there." In the case at hand the subject is primitive symbolic arithmetic: http://groups.google.com/group/comp.lang.python/index/browse_frm/thread/13ed519653969e55/ Andy Smith rails against "frameworks": http://an9.org/devdev/why_frameworks_suck?sxip-homesite=&checked=1 "Porcupine is a [Python-based] Web application server that features an embedded object database, the Porcupine Object Query Language, XMLRPC support, and QuiX, an integrated JavaScript XUL motor." http://www.innoscript.org Getters and setters are (mostly) for other languages; Python has properties (and descriptors!): http://groups.google.com/group/comp.lang.python/browse_thread/thread/f903ab167c91e6ce/ Ramza Brown confusingly but helpfully repackages "the absolute minimum libraries needed for Python to work with Win32": http://groups.google.com/group/comp.lang.python/browse_thread/thread/d0d4e4303e985729/ Paolino offers a technique for *pruning* attributes in a subclass: http://groups.google.com/group/comp.lang.python/browse_thread/thread/1805446521e8f34e/ Hard though it may be for some of us to accept, a zillion threads might not be all bad. http://www.usenix.org/events/hotos03/tech/vonbehren.html Python helps win awards: http://groups.google.com/group/comp.lang.python/browse_thread/thread/c6190563601c437f/ Python fits on small machines, sort-of: http://groups.google.com/group/comp.lang.python/browse_thread/thread/834f5b571be0b5f6/ ======================================================================== 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 Steve Bethard, Tim Lesher, and Tony Meyer continue the marvelous tradition early borne by Andrew Kuchling, Michael Hudson and Brett Cannon 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/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Kurt B. Kaiser publishes a weekly report on faults and patches. http://www.google.com/groups?as_usubject=weekly%20python%20patch Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor 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/topics/pythonurl/ (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 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!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From goodger at python.org Sat Aug 13 03:58:37 2005 From: goodger at python.org (David Goodger) Date: Fri, 12 Aug 2005 21:58:37 -0400 Subject: new PEP type: Process Message-ID: <42FD53CD.1080905@python.org> Barry Warsaw and I, the PEP editors, have been discussing the need for a new PEP type lately. Martin von L?wis' PEP 347 was a prime example of a PEP that didn't fit into the existing Standards Track and Informational categories. We agreed upon a new "Process" PEP type. For more information, please see PEP 1 (http://www.python.org/peps/pep-0001.html) -- the type of which has also been changed to Process. Other good examples of Process PEPs are the release schedule PEPs, and I understand there may be a new one soon. (Please cc: any PEP-related mail to peps at python.org) -- David Goodger -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 253 bytes Desc: OpenPGP digital signature Url : http://mail.python.org/pipermail/python-announce-list/attachments/20050812/6028f945/signature.pgp From csad7 at t-online.de Sat Aug 13 19:02:02 2005 From: csad7 at t-online.de (Christof) Date: Sat, 13 Aug 2005 19:02:02 +0200 Subject: ANN: cssutils 0.8a3 (alpha 3 release) Message-ID: <42FE278A.4010104@t-online.de> what is it ---------- A Python package to parse and build CSS Cascading Style Sheets. Partly implements the DOM Level 2 Stylesheets and DOM Level 2 CSS interfaces. The implementation uses some Python standard features like standard lists for classes like css.CSSRuleList and is hopefully a bit easier to use. changes since the last full release ----------------------------------- **MAJOR API CHANGE** reflecting DOM Level 2 Stylesheets and DOM Level 2 CSS see http://cthedot.de/cssutils/ for a complete list of changes, examples etc changes in 0.8a3 ~~~~~~~~~~~~~~~~ * custom log for CSSparser should work again * calling script cssparser has 2 new options (not using optparse yet...) cssparser.py filename.css [encoding[, "debug"]] 1. encoding of the filename.css to parse 2. if called with "debug" debugging mode is enabled and default log prints all messages * cssutils.css.CSSUnknownRule reintegrated and Tests added * cssutils.Comment reintegrated implements css.CSSRule, there a new typevalue COMMENT (=-1) is added * lexer does handle strings *almost* right now... * bugfixes * simplified lexer, still lots of simplification todo known issues ------------ * @media and @page rules are disabled (Unknown Rule will be used currently) * string with enclosed quotes probably do cause errors e.g. content: "some \"text"; will likely break the parser * probably all escaped characters (\x) will break the parser * nested blocks like in @media or custom at-rules will probably not work license ------- cssutils is published under the LGPL. download -------- download cssutils 0.8a3 alpha - 050813 from http://cthedot.de/cssutils/ This is an alpha release so use at your own risk! Some parts will not work as expected... Any bug report is welcome. cssutils needs * Python 2.3 (tested with Python 2.4.1 on Windows XP only) * maybe PyXML (tested with PyXML 0.8.4 installed) any comment will be appreciated, thanks christof hoeke

cssutils 0.8a3 - cssutils - CSS Cascading Style Sheets library for Python (13-Aug-05) From unicorn at kurskline.ru Sun Aug 14 09:12:14 2005 From: unicorn at kurskline.ru (Roman V. Kiseliov) Date: Sun, 14 Aug 2005 11:12:14 +0400 Subject: pyExcelerator 0.6.0a is now available Message-ID: <42FEEECE.5090901@kurskline.ru> Hi! I'm pleased to announce that pyExcelerator 0.6.0a is now available for download. ------------------------------------------------------- What can you do with pyExcelerator: Generating Excel 97+ files with Python 2.4+ (need decorators), importing Excel 95+ files, support for UNICODE in Excel files, using variety of formatting features and printing options, NEW: formulas, dates, numbers support, Excel files and OLE2 compound files dumper. No need in Windows/COM --------------------------------------------------------- 0.6.0a (14.08.2005) --------- * blanks, numbers, currency (use number formats!) and dates (use number formats!) * pyExcelerator uses 1.5-2 times less memory (thanks to __brains__ and __slots__) * fixes for Big Endian CPUs * some refactorings * new examples: blanks.py, merged1.py, dates.py, numbers.py, num_formats.py, formulas.py * most important change: formulas support ---------------------------------------------------------- DOWNLOAD: http://sourceforge.net/projects/pyexcelerator/ http://www.kiseliov.ru/downloads.html /---------------------------------------------------------- / Regards, Roman V. Kiseliov roman at kiseliov.ru From dieter at handshake.de Sun Aug 14 22:01:03 2005 From: dieter at handshake.de (Dieter Maurer) Date: 14 Aug 2005 22:01:03 +0200 Subject: [Ann] DMpdb: improvements and extensions for "pdb" Message-ID: DMpdb is a tiny Python package with improvements and extensions for "pdb", Pythons built-in debugger: * the 'where' command gets optional arguments 'number' and 'end' to control the amount of entries printed; its output is made more readable; by defining the method 'getAdditionalFrameInfo', a derived class can show additional debugging info. * the 'do_break' command can now be used from outside the debugger to define breakpoints * the new 'frame' command allows to directly switch to an interesting frame The package also defines the module "Zpdb" providing a debugger class that understands Zope's additional debugging info ('__traceback_info__' and '__traceback_supplement__'). Download: From simon at unisolve.com.au Mon Aug 15 05:31:57 2005 From: simon at unisolve.com.au (Simon Taylor) Date: Mon, 15 Aug 2005 13:31:57 +1000 Subject: OSDC 2005 Call For Papers Message-ID: OSDC (Open Source Developers' Conference) is a grass-roots/low cost conference in the style of a YAPC or PyCon. It's organised for developers, by developers, and we're looking for papers on open source languages, technologies and tools. The conference will be held in Melbourne (Monash University's Caulfield Campus) from the 5th til the 7th of December, 2005. Last years conference had about 160 people and around 60 papers on a range of topics - see http://www.osdc.com.au/papers/2004.html for a list. This list might also be useful if you're looking for ideas on what sort of thing would be appropriate. To submit a proposal, get yourself to the www.osdc.com.au website, and hit the 'Call for papers' link, or go directly to the paper submission website at http://osdc2005.cgpublisher.com/cfp.html Key Dates: Proposals deadline 19th August 2005 Proposal acceptance 12th September 2005 Submission deadline 28th October 2005 Final version for proceedings 15th November 2005 Conference 5th - 7th December 2005 Please feel free to pass this on to any other people or groups you think might be interested in submitting a paper! thanks Hope to see you there! - Simon Taylor From webmaster at keyphrene.com Mon Aug 15 15:58:58 2005 From: webmaster at keyphrene.com (webmaster@keyphrene.com) Date: Mon, 15 Aug 2005 13:58:58 GMT Subject: ANN: Naja 1.2.5 is now available Message-ID: <43009e9e$0$17727$626a14ce@news.free.fr> Naja is a download manager and a website grabber written in Python/wxPython.You can add some plugins (newsreader, newsgroups grabber, FTP - FTPS - SFTP client,WebDAV client) and take control of your downloads from your office. Naja supports proxy (HTTP, HTTPS, FTP,SOCKS v4a, SOCKSv5), and use some authentication methods.The downloading maybe achieved by splitting the file being downloaded into several parts and downloading these parts at the same time (HTTP,HTTPS,FTP). Donwload speeds are increased by downloading the file from the mirrors sites,when the sites propose it. Others features: Csv filter Cheksums (CRC32, MD2, MD4, MD5, SHA, SHA1, MDC2, RMD160) Crypt (Only for the eXtended version) and Decrypt (AES, DES, 3DES ...) newsreader, newsposter (uue, yEnc) CGI & WebDAV Server Web Interface basic and digest authentication for client and server Compress and decompress (zip, tar.gz, tar.bz2) Picture viewer Text Editor Naja is available for download from the Keyphrene web site: http://www.keyphrene.com/products/naja From usenet-40993 at pool.julien-oster.de Mon Aug 15 23:01:32 2005 From: usenet-40993 at pool.julien-oster.de (Julien Oster) Date: Mon, 15 Aug 2005 23:01:32 +0200 Subject: ANN: xmlrpcserver 0.99.1 Message-ID: <3mce5jF163q0aU1@individual.net> I am pleased to announce the initial release of xmlrpcserver 0.99.1, an XML-RPC server module on top of xmlrpclib. xmlrpcserver is a simple to use but fairly complete XML-RPC server module for Python, implemented on top of the standard module xmlrpclib. This module may, for example, be used in CGIs, inside application servers or within an application, or even standalone as an HTTP server waiting for XML-RPC requests. xmlrpcserver is completely written in python and has no dependencies other than python standard modules. xmlrpcserver allows you to incorporate a full XML-RPC server in your projects in virtually no time. xmlrpcserver includes compliance to and announcement of the following de-facto standards: * XML-RPC * system.getCapabilities * Fault Code Interoperability Here is a completely operational example for usage as CGI: ---------- #!/usr/bin/env python import sys from xmlrpc import XmlRpcServer def testmethod(meta, argument1, argument2): print (meta, argument1, argument2) return [1, 2, 3, 4] server = XmlRpcServer() server.register('test.test', testmethod) # read the request, perform the call and send the response sys.stdout.write("Content-type: text/xml\n\n") server.execute() ---------- xmlrpcserver also includes a handy standalone HTTP server, XmlRpcHTTPServer, derived from both BaseHTTPServer.HTTPServer and XmlRpcServer. Additional connection data is provided with the metadata dictionary. You can find xmlrpcserver at http://www.julien-oster.de/projects/xmlrpcserver/ Regards, Julien From andrewm at object-craft.com.au Tue Aug 16 09:20:51 2005 From: andrewm at object-craft.com.au (Andrew McNamara) Date: Tue, 16 Aug 2005 17:20:51 +1000 Subject: Albatross 1.32 released Message-ID: <20050816072051.4899F6F4064@longblack.object-craft.com.au> OVERVIEW Albatross is a small toolkit for developing highly stateful web applications. The toolkit has been designed to take a lot of the pain out of constructing intranet applications although you can also use Albatross for deploying publicly accessed web applications. In slightly more than 4500 lines of Python (according to pycount) you get the following: * An extensible HTML templating system similar to DTML including tags for: - Conditional processing. - Macro definition and expansion. - Sequence iteration and pagination. - Tree browsing. - Lookup tables to translate Python values to arbitrary template text. * Application classes which offer the following features: - Optional server side or browser side sessions. - The ability to place Python code for each page in a dynamically loaded module, or to place all page processing code in a single mainline. * The ability to deploy applications as CGI, FastCGI, mod_python or a pure python HTTP server by changing less than 10 lines of code. The toolkit application functionality is defined by a collection of fine grained mixin classes. Nine different application types and six different execution contexts are prepackaged, you are able to define your own drop in replacements for any of the mixins to alter any aspect of the toolkit semantics. Application deployment is controlled by your choice of either cgi, FastCGI, mod_python, or BaseHTTPServer Request class. It should be possible to develop a Request class for Medusa or Twisted to allow applications to be deployed on those platforms with minimal changes. Albatross comes with over 170 pages of documentation. HTML, PDF and PostScript formatted documentation is available from the toolkit homepage. The toolkit homepage: http://www.object-craft.com.au/projects/albatross/ The Albatross mailing list subscription and archives: http://object-craft.com.au/cgi-bin/mailman/listinfo/albatross-users BUGFIXES SINCE 1.30: * To obtain a reference to the current frame, _caller_globals was raising and catching an exception, then extracting the tb_frame member of sys.exc_traceback. sys.exc_traceback was deprecated in python 1.5 as it is not thread-safe. It now appears to be unreliable in 2.4, so _caller_globals has been changed to use sys._getframe(). * If ctx.set_page() was called from within the start page, then the wrong page methods (page_enter, page_display, etc) would be called (those of the initial page, rather than the page requested via set_page). * Fixes to handling of missing RandomPage page modules. From millerdev at gmail.com Wed Aug 17 05:47:34 2005 From: millerdev at gmail.com (Daniel Miller) Date: Tue, 16 Aug 2005 23:47:34 -0400 Subject: ANN: AOPython 1.0.2 Message-ID: <4302B356.1050702@gmail.com> AOPython 1.0.2 has been released. AOPython is an AOP (Aspect Oriented Programming) module for Python. AOPython provides a base 'Aspect' that can 'advise' or wrap function and/or method calls. It also contains a weave function that can weave (apply advice to a subset of- or all functions and methods in) a module, class, or instance. Advice may modify or replace parameters and/or the return value of the advised function or method each time it is called. It can do many other things such as handle exceptions raised by an advised function, collect information on the method call (logging), or obtain and release resources before and after a method is invoked. Example 1: How to wrap a function from aopython import Aspect def negate(x): return -x aspect = Aspect() negate = aspect.wrap(negate) negate(2) # advised function call Example 2: How to weave a class from aopython import Aspect class MyObj(object): def double(self, x): return x * 2 def tripple(self, x): return x * 3 aspect = Aspect() aspect.weave(MyObj) myobj = MyObj() myobj.double(5) # advised method call MyObj.tripple(myobj, 5) # advised method call In this release the weave functionality has been enhanced to allow more flexible weaving of callables in modules, classes, or instances. An unweave function has been added to allow advice to be removed en-mass from an object that was previously weaved. Test coverage was also greatly improved, especially for the weave/unweave functions. See the change log for more details. Download/leave comments/ask questions http://www.openpolitics.com/pieces/archives/001710.html Comments are appreciated.

AOPython 1.0.2 - Aspect Oriented Python (16-Aug-05)

-- ~ Daniel Miller millerdev at gmail.com From csad7 at t-online.de Wed Aug 17 22:09:26 2005 From: csad7 at t-online.de (Christof) Date: Wed, 17 Aug 2005 22:09:26 +0200 Subject: ANN: encutils 0.4 Message-ID: <43039976.5010901@t-online.de> Some basic helper functions to deal with encodings of text files (like HTML, XHTML, XML) via HTTP. Developed for cssutils but looked worth an independent release. Download from http://cthedot.de/encutils/ Included are some unittests. License Creative Commons License http://creativecommons.org/licenses/by/2.0/ Functions: Note: All encodings returned are uppercase. encodingByMediaType(media_type, log=None) Returns a default encoding for the given Media-Type, e.g. 'UTF-8' for media-type='application/xml'. If no default encoding is available returns None. getHTTPInfo(HTTPResponse, log=None) Returns (media_type, encoding) information from the response' Content-Type HTTP header (case of headers is ignored.) May be (None, None) e.g. if no Content-Type header is available. getMetaInfo(text, log=None) Returns (media_type, encoding) information from (first) X/HTML Content-Type element if available. getXMLEncoding(text, log=None) Parses XML declaration of a document (if present) (simplified). Returns (encoding, explicit). No autodetection of BOM is done yet. If no explicit encoding is found returns ('UTF-8', False). guessEncoding(HTTPResponse, text, log=None) Tries to find the encoding of given text. Uses information in headers of supplied HTTPResponse, possible XML declaration and X/HTML elements. Returns (encoding, mismatch). Encoding is the explicit or implicit encoding or None and returned always uppercase. Mismatch is True if any mismatches between media_type, XML declaration or textcontent are found. More detailed mismatch reports are written to the optional log. Mismatches are not nessecarily errors! For details see the specifications.. Plan is to integrate XML autodetection (of BOM) in the next release. I would very much welcome any feedback about spec compliance, errors or other problems with the functions (or the tests!). Please use http://cthedot.de/blog/?cat=14 or http://cthedot.de/contact/. Thanks a lot! chris

encutils 0.4 - basic helper functions to deal with encodings of text files (17-Aug-05) From wesc at fuzzyorange.com Thu Aug 18 04:08:29 2005 From: wesc at fuzzyorange.com (Wesley Chun) Date: Wed, 17 Aug 2005 19:08:29 -0700 Subject: ANN: Python training, 2005 Aug 29-31, San Francisco Message-ID: <200508180208.j7I28TWk011174@freesia.deirdre.org> hi all, just a reminder that our next Python training course is less than 2 weeks away! details can be found at http://cyberwebconsulting.com (click "Python training"). if you're interested in joining us near San Francisco, sign up soon as there's only room for 9 more people!! contact us at cyberweb-at-rocketmail.com with any questions. thanks, -wesley > Newsgroups: comp.lang.python > From: w... at deirdre.org > Date: 28 Jul 2005 09:49:31 -0700 > Subject: ANN: Python training, 2005 Aug 29-31, San Francisco > > What: Python Programming I: Introduction to Python > When: August 29-31, 2005 > Where: San Francisco, CA, USA > > Already know Java, Perl, C/C++, JavaScript, PHP, or TCL/Tk, but want to > learn Python because you've been hearing about how Google, Yahoo!, > Industrial Light & Magic, Red Hat, Zope, and NASA are using this > object-oriented, open source applications and systems development > language? Python is rapidly gaining momentum worldwide and seeing more > new users each year. While similar to those other languages, Python > differentiates itself with a robust yet simple-as-VB syntax which allows > for shorter development time and improved group collaboration. > > Need to get up-to-speed with Python as quickly as possible? Come join > us in beautiful Northern California the week before Labor Day. We are > proud to announce another rigorous Python training event taught by > software engineer and "Core Python Programming" author, Wesley Chun. > This is an intense introduction to Python programming geared towards > those who have some proficiency in another high-level language. Topics > include: > > * Python's Objects and Memory Model > * Data Types, Operators, and Methods > * Errors and Exception Handling > * Files and Input/Output > * Functions and Functional Programming > * Modules and Packages > * Classes, Methods, and Class Instances > * Callable and Executable Objects > > This course will take place daily August 29-31, 2005 (Monday through > Wednesday, 9am - 5pm) in San Bruno, CA, right near the San Francisco > International Airport at the: > > Staybridge Suites > San Francisco Airport > 1350 Huntington Ave > San Bruno, CA 94066 > 650-588-0770 > > This venue provides free shuttles to/from the airport and has easy > access to public transit (BART, CalTrain, SamTrans) to help you get all > over the Bay Area. Afterwards, feel free to enjoy the holiday weekend > in the greatest city by the Bay... bring your families!! > > Sign up quickly as we can only take 15-20 enrollees! For more infor- > mation and registration, just go to http://cyberwebconsulting.com and > click on the "Python Training" link. If you have any questions, feel > free to contact us at cyberweb-at-rocketmail.com. From alex at king.net.nz Thu Aug 18 11:32:46 2005 From: alex at king.net.nz (Alex King) Date: Thu, 18 Aug 2005 21:32:46 +1200 Subject: linux.conf.au 2006 Message-ID: <1124357566.25594.50.camel@morrison.itspace> linux.conf.au is Australia's national Linux conference. linux.conf.au 2006 will be held in Dunedin, New Zealand from the 23rd - 28th January 2006 at the University of Otago. This is the seventh exciting year of linux.conf.au. The first was called CALU, and was held in Melbourne in 1999. Every year the conference gets bigger and more popular, attracting many high profile speakers and well known Linux and Open Source Developers. More information about linux.conf.au is available at http://lca2006.linux.org.au/ The organisers would like to hold a Python Mini-Conference preceding the main conference, if the interest is there form the Python community. See http://lists.linux.org.au/archives/lca-announce/2005-August/msg00001.html for the call for miniconfs. If you can attend LCA06 and would like to see a python miniconf, please reply to organisers at lca2006.linux.org.au and register your interest. Looking forward to seeing you in Dunedin, New Zealand, Alex King LCA06 organiser From python-url at phaseit.net Thu Aug 18 15:31:23 2005 From: python-url at phaseit.net (Cameron Laird) Date: Thu, 18 Aug 2005 13:31:23 +0000 Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Aug 18) Message-ID: QOTW: "It seems to me that Java is designed to make it difficult for programmers to write bad code, while Python is designed to make it easy to write good code." -- Magnus Lycka "Code attracts people that like to code. Tedious, repetitive c.l.py threads attract people that like to write tedious, repetitive c.l.py threads." -- Robert Kern Yes, commercial Python training *is* available: http://groups.google.com/group/comp.lang.python.announce/msg/f1bd9b8deac1cb39 You know how essential the Cookbook is. Filling a slightly different role is the Grimoire: http://the.taoofmac.com/space/Python/Grimoire The latest SPE "features a remote, encrypted and embedded ... debugger ...": http://pythonide.stani.be Paul Dale convincingly advertises O'Reilly's Safari service: http://groups.google.com/group/comp.lang.python/browse_thread/thread/115a242dc77b0057/ Python is a superb vehicle for several niches generally thought exclusive to other languages, such as automation of Windows processes. Another too-little-known such strength is Python's adeptness with native Mac OS X applications: http://developer.apple.com/cocoa/pyobjc.html mensanator introduces enough of bit arithmetic to explain popcount and Hamming distance: http://groups.google.com/group/comp.lang.python/browse_thread/thread/e0716ffcf80af3a2/ PEP editors David Goodger and Barry Warsaw refine PEP organization: http://mail.python.org/pipermail/python-list/2005-August/294467.html ======================================================================== 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 Steve Bethard, Tim Lesher, and Tony Meyer continue the marvelous tradition early borne by Andrew Kuchling, Michael Hudson and Brett Cannon 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/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Kurt B. Kaiser publishes a weekly report on faults and patches. http://www.google.com/groups?as_usubject=weekly%20python%20patch Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor 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/topics/pythonurl/ (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 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!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From asterix at lagaule.org Fri Aug 19 10:54:10 2005 From: asterix at lagaule.org (asterix@lagaule.org) Date: Fri, 19 Aug 2005 10:54:10 +0200 Subject: Gajim 0.8 Message-ID: <20050819085410.GA5735@lagaule.org> Gajim 0.8 is now available. Gajim is a Jabber client for GTK+/GNOME. Home Page: http://gajim.org Downloads: http://www.gajim.org/downloads.php New in Gajim 0.8: # Avatars (JEP-0153) # Chat state notifications aka. typing notification (JEP-0085) # Bookmark storage (JEP-0048) # File Transfer (JEP-0096) # Major changes to adhere to GNOME HIG # Complete vcard fields support # New and better user interface for chat and groupchat windows # SRV capabilities and custom hostname/port # Many improvements in group chat and IRC emulation (eg. nick # autocompletation and cycling) # Gajim can now send and receive single messages # New iconsets and new dialog for customizing the user interface # Mouseover information for contacts in the roster window (aka # tooltips) # DBus Capabilities. Now Gajim can be remote controlled # Now you can lookup a word in Wikipedia, dictionary or in # search engine # XML Console # Authenticating HTTP Requests via XMPP (JEP-0070) # Notification Area Icon (aka. trayicon) support in Windows # Norwegian & Czech translations From fabioz at esss.com.br Fri Aug 19 21:28:35 2005 From: fabioz at esss.com.br (Fabio Zadrozny) Date: Fri, 19 Aug 2005 16:28:35 -0300 Subject: ANN: PyDev 0.9.7.99 released In-Reply-To: <42E6412A.4020905@esss.com.br> References: <42A720BD.5050701@esss.com.br> <42C175A5.5000206@esss.com.br> <42E6412A.4020905@esss.com.br> Message-ID: <430632E3.9050403@esss.com.br> Hi All, PyDev - Python IDE (Python Development Enviroment for Eclipse) version 0.9.7.99 has just been released. Check the homepage (http://pydev.sourceforge.net/) for more details. Details for Release: 0.9.7.99 OK, what's with the strange release version number?... Well, this version undergone lot's of changes, so, PyDev will be waiting on feedback about them... only after that will it become 0.9.8! Major highlights: ---------------- * PyDev has its first shot at Jython. you should be able to use many things already, meaning: all the common editor features and code completion. * The debugger is working. Others that are new and noteworthy: ------------------------------------ * Code completion has been improved for supporting wild imports and relative imports better (sometimes it had some problems). * There are hovers for the text and annotations (when you pass the mouse through an error it will show its description). * Block comment (Ctrl+4) now uses the size defined for the print margin. * New block-comment style added (Ctrl+Shift+4). * New icons were created. * wxPython completions now show. * Many other bug-fixes as usual. Note on Java 1.4 support: Currently Java 1.4 is not supported (only java 5.0), altough we will try to add support for java 1.4 before the 1.0 release. Special thanks --------------- This release would not be possible without help from: OctetString, for the financial support for making jython support possible! Aleks Totic, Scott Schlesier and Vitor Oba for the debugger patches! Eduardo A. Hoff, for the new logo and changes on the site layout! Cheers, Fabio -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software www.esss.com.br PyDev - Python Development Enviroment for Eclipse pydev.sf.net pydev.blogspot.com From theller at python.net Fri Aug 19 22:10:47 2005 From: theller at python.net (Thomas Heller) Date: Fri, 19 Aug 2005 22:10:47 +0200 Subject: comtypes prerelease available Message-ID: <4q9lhem0.fsf@python.net> I have uploaded an early preview release for comtypes. As you might know, comtypes is a new COM library for Python, based on the ctypes package. There is not yet any documentation, but I hope that at least some of the unittests provided give an impression how it is supposed to be used. There are also some docstrings in the comtypes/client/__init__.py module, which contains the high level functions to use. Highlights: - access *custom* interfaces easily. This works best if they provide type information - automatic typelib wrapper generation. This even should work in frozen executables. - event support. - comtypes is supposed to provide good support for Limitations: - there is currently *no* server side support. You cannot yet write COM servers in comtypes, although I hope that can follow soon. - custom interfaces work best (IUnkown based or IDispatch based). Pure dispinterface support is somewhat limited (but then there is pywin32, if you need that). Enjoy, Thomas SF project page: http://sourceforge.net/projects/comtypes/ Download page: http://sourceforge.net/project/showfiles.php?group_id=115265 Requires ctypes.0.9.8, which is also available for download at this page. From t-meyer at ihug.co.nz Sat Aug 20 09:22:35 2005 From: t-meyer at ihug.co.nz (Tony Meyer) Date: Sat, 20 Aug 2005 19:22:35 +1200 Subject: python-dev Summary for 2005-07-16 through 2005-07-31 Message-ID: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-07-16_2005-07-31.html] ============= Announcements ============= ------------------------------------------------- PyPy Sprint in Heidelberg 22nd - 29th August 2005 ------------------------------------------------- Heidelberg University in Germany will host a PyPy_ sprint from 22nd August to 29th August. The sprint will push towards the 0.7 release of PyPy_ which hopes to reach Python 2.4.1 compliancy and to have full, direct, translation into a low level language instead of reinterpretation through CPython. If you'd like to help out, this is a great place to start! For more information, see PyPy's `Heidelberg sprint`_ page. .. _PyPy: http://codespeak.net/pypy .. _Heidelberg sprint: http://codespeak.net/pypy/index.cgi?extradoc/sprintinfo/Heidelberg-sprint.ht ml Contributing thread: - `Next PyPy sprint: Heidelberg (Germany), 22nd-29th of August `__ -------------------------------- zlib 1.2.3 in Python 2.4 and 2.5 -------------------------------- Trent Mick supplied a patch for updating Python from zlib 1.2.1 to zlib 1.2.3, which eliminates some potential security vulnerabilities. Python will move to this new version of zlib in both the maintenance 2.4 branch and the main (2.5) branch. Contributing thread: - `zlib 1.2.3 is just out `__ ========= Summaries ========= ------------------------------- Moving Python CVS to Subversion ------------------------------- Martin v. L?wis submitted `PEP 347`_, which outlines moving from CVS to SVN for source code revision control of the Python repository, and moving from SourceForge to python.org for repository hosting. Moving to SVN from CVS met with general favour, although most were undecided about moving from sourceforge.net to python.org. The additional administration requirements of the move were the primary concern, and moving to an alternative host was suggested. Martin is open to including suggestions for alternative hosts in the PEP, but is not interested in carrying out such research himself; as such, if alternative hosts are to be included, someone needs to volunteer to collect all the required information and submit it to Martin. Discussion about the conversion and the move is continuing in August. .. _PEP 347: http://www.python.org/peps/pep-0347.html Contributing thread: - `PEP: Migrating the Python CVS to Subversion `__ --------------------------------- Exception Hierarchy in Python 3.0 --------------------------------- Brett Cannon posted the first draft of `PEP 348`_, covering reorganisation of exceptions in Python 3.0. The initial draft included major changes to the hierarchy, requiring any object raised to inherit from a certain superclass, and changing bare 'except' clauses to catch a specific superclass. The latter two proposals didn't generate much comment (although Guido vacillated between removing bare 'except' clauses and not), but the proposed hierarchy organisation and renaming was hotly discussed. Nick Coghlan countered each revision of Brett's maximum-changes PEP with a minimum-changes PEP, each evolving through python-dev discussion, and gradually moving to an acceptable middle ground. At present, it seems that the changes will be much more minor than the original proposal. The thread branched off into comments about `Python 3.0`_ changes in general. The consensus was generally that although backwards compatibility isn't required in Python 3.0, it should only be broken when there is a clear reason for it, and that, as much as possible, Python 3.0 should be Python 2.9 without a lot of backwards compatibility code. A number of people indicated that they were reasonably content with the existing exception hierarchy, and didn't feel that major changes were required. Guido suggested that a good principle for determining the ideal exception hierarchy is whether there's a use case for catching the common base class. Marc-Andre Lemburg pointed out that when migrating code changes in Exception names are reasonably easy to automate, but changes in the inheritance tree are much more difficult. Many exceptions were discussed at length (e.g. WindowsError, RuntimeError), with debate about whether they should continue to exist in Python 3.0, be renamed, or be removed. The PEP contains the current status for each of these exceptions. The PEP evolution and discussion are still continuing in August, and since this is for Python 3.0, are likely to be considered open for some time yet. .. _Python 3.0: http://www.python.org/peps/pep-3000.html .. _PEP 348: http://www.python.org/peps/pep-0348.html Contributing thread: - `Pre-PEP: Exception Reorganization for Python 3.0 `__ ----------------------------------------- Docstrings and the Official Documentation ----------------------------------------- A new `bug report`_ pointed out that the docstring help for cgi.escape was not as detailed as that in the full documentation, prompting Skip Montanaro to ask whether this should be the case or not. Several reasons were outlined why docstrings should be more of a "quick reference card" than a "textbook" (i.e. maintain the status quo). Tim Peters suggested that tools to extract text from the full documentation would be a more sensible method of making the "textbook" available from help()/pydoc; if anyone is interested, then this would probably be the best way to start implementing this. .. _bug report: http://python.org/sf/1243553 Contributing thread: - `should doc string content == documentation content? `__ --------------------------- Syntax suggestion: "while:" --------------------------- Martin Blais suggested "while:" as a syntactic shortcut for "while True:". The suggestion was shot down pretty quickly; not only is "while:" less explicit than "while True:", but it introduces readability problems for the apparently large number of people who, when reading "while:", immediately think "while what?" Contributing thread: - `while: `__ ------------------ Sets in Python 2.5 ------------------ In Python 2.4, there is no C API for the built-in set type; you must use PyObject_Call(), etc. as you would in accessing other Python objects. However, in Python 2.5, Raymond Hettinger plans to introduce a C API along with a new implementation of the set type that uses its own data structure instead of forwarding everything to dicts. Contributing thread: - `C api for built-in type set? `__ =============== Skipped Threads =============== - `Some RFE for review `__ - `python/dist/src/Doc/lib emailutil.tex,1.11,1.12 `__ - `read only files `__ - `builtin filter function `__ - `Weekly Python Patch/Bug Summary `__ - `Information request; Keywords: compiler compiler, EBNF, python, ISO 14977 `__ - `installation of python on a Zaurus `__ - `python-dev summary for 2005-07-01 to 2005-07-15 [draft] `__ - `math.fabs redundant? `__ ================================================= Skipped Threads (covered in the previous summary) ================================================= - `'With' context documentation draft (was Re: Terminology for PEP 343 `__ - `Adding the 'path' module (was Re: Some RFE for review) `__ - `[C++-sig] GCC version compatibility `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from July 16, 2005 through July 31, 2005. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This is the 8th summary written by the python-dev summary cabal of Steve Bethard, Tim Lesher, and Tony Meyer. To contact us, please send email: - Steve Bethard (steven.bethard at gmail.com) - Tim Lesher (tlesher at gmail.com) - Tony Meyer (tony.meyer at gmail.com) Do *not* post to comp.lang.python if you wish to reach us. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every penny helps so even a small donation with a credit card, check, or by PayPal helps. -------------------- 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 ------------------------- The in-development version of the documentation for Python can be found at http://www.python.org/dev/doc/devel/ and should be used when looking up any documentation for new code; otherwise use the current documentation as found at http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. Please note that this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it. 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. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow us to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _last summary: http://www.python.org/dev/summary/2005-04-16_2005-04-30.html .. _original text file: http://www.python.org/dev/summary/2005-07-16_2005-07-31.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From abpillai at gmail.com Sat Aug 20 15:58:41 2005 From: abpillai at gmail.com (Anand) Date: 20 Aug 2005 06:58:41 -0700 Subject: ANN: HarvestMan 1.4.5 final Message-ID: <1124546321.584344.164730@o13g2000cwo.googlegroups.com> HarvestMan s a multithreaded webcrawler/offline browser written entirely in Python. The 1.4.5 final version of HarvestMan is available for download. This release follows the beta release of 1.4.5 on 02/08/05. This release fixes a few bugs in the 1.4.5 beta 1 version. WWW: http://harvestman.freezope.org Freshmeat: http://freshmeat.net/projects/harvestman Download: http://harvestman.freezope.org/download.html Thanks -Anand From levub137 at wi.rr.com Sat Aug 20 18:26:12 2005 From: levub137 at wi.rr.com (Raymond L. Buvel) Date: Sat, 20 Aug 2005 11:26:12 -0500 Subject: [ANN] rpncalc-2.0 Message-ID: <430759A4.6090100@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.0 * Added function to compute the roots of a polynomial. * Added functions to save and restore the stacks and user variables. * Added clnum package which provides arbitrary precision floats and rationals in both real and complex forms. Also provides the functions in the standard math and cmath libraries in extended precision floating point. * Switched the RPN interpreter to use the clnum package for all operations. The standard Python float and complex are still available but require an explicit conversion. * Switched ratfun so that it requires the clnum package. This simplified some of the code for handling integer coefficients. It also makes it possible to use Laguerre's method for finding the roots of polynomials. * Changed the license to the GPL because the clnum package uses a GPL library. From fredrik.corneliusson at gmail.com Mon Aug 22 12:57:23 2005 From: fredrik.corneliusson at gmail.com (Fredrik Corneliusson) Date: Mon, 22 Aug 2005 12:57:23 +0200 Subject: Transolution 0.4b5 released Message-ID: <964da4b00508220357e4641a0@mail.gmail.com> Transolution homepage: http://transolution.python-hosting.com/ Release Notes: This release fixes some serious bugs related to TM server and XLIFF Editor TM look up. It also adds a xliff2tmx filter. About Transolution: Transolution is a Computer Aided Translation (CAT) suite supporting the XLIFF standard. It provides the open source community with features and concepts that have been used by commercial offerings for years to improve translation efficiency and quality. The suite is modular to make it flexible and provides a XLIFF Editor, translation memory engine and filters to convert different formats to and from XLIFF. The use of XLIFF means that almost any content can be localized as long as there is a filter for it (XML, SGML, PO, RTF,StarOffice/OpenOffice). From garabik-news-2005-05 at kassiopeia.juls.savba.sk Mon Aug 22 12:59:36 2005 From: garabik-news-2005-05 at kassiopeia.juls.savba.sk (garabik-news-2005-05@kassiopeia.juls.savba.sk) Date: Mon, 22 Aug 2005 10:59:36 +0000 (UTC) Subject: ANN: pydf 0.9.8.4 Message-ID: Version 0.9.8.4 of pydf has been released. pydf is a console program that 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. URL: http://melkor.dnp.fmph.uniba.sk/~garabik/pydf/ License: Public Domain Notable changes since the last version: - support for multiple possible mtab-like files - e. g. out-of-box support for Solaris - fallback to parsing 'mount' when no mtab-like file is available - e. g. support for MacOS X -- ----------------------------------------------------------- | 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 newsgroups at jensdiemer.de Tue Aug 23 10:54:14 2005 From: newsgroups at jensdiemer.de (jens) Date: Tue, 23 Aug 2005 10:54:14 +0200 Subject: [ANN] PyLucid v0.3.1 (CMS in pure Python CGI) Message-ID: <430ae40b_2@news.isis.de> Hi! PyLucid is a lightweight, OpenSource (GPL) content management system (CMS) written in pure Python CGI. Nearly all output can be customized. No shell account is needed. To run PyLucid you need a standard Webserver with Python (at least v2.2.1) CGI and MySQL (mySQLdb). (Based on the PHP lucidCMS). Information under: http://www.pylucid.org/ Download: http://sourceforge.net/projects/pylucid/ Jens Diemer From fuzzyman at gmail.com Thu Aug 25 16:21:02 2005 From: fuzzyman at gmail.com (Fuzzyman) Date: 25 Aug 2005 07:21:02 -0700 Subject: ANN: ConfigObj 4 released Message-ID: <1124979662.657387.9860@g43g2000cwa.googlegroups.com> This is a *major* update to ConfigObj. Version 4.0.0 beta 2 is now available. Homepage: http://www.voidspace.org.uk/python/configobj.html Download URL: http://www.voidspace.org.uk/cgi-bin/voidspace/downman.py?file=configobj-4.0.0b2.zip ConfigObj is a simple but powerful config file reader and writer: an ini file round tripper. Its main feature is that it is very easy to use, with a straightforward programmer's interface and a simple syntax for config files. It has lots of other features though : * Nested sections (subsections), to any level * List values * Multiple line values * String interpolation * Integrated with a powerful validation system o including automatic type checking/conversion o and allowing default values * All comments in the file are preserved * The order of keys/sections is preserved * No external dependencies From spe.stani.be at gmail.com Thu Aug 25 22:46:07 2005 From: spe.stani.be at gmail.com (SPE - Stani's Python Editor) Date: 25 Aug 2005 13:46:07 -0700 Subject: ANN: SPE 0.7.5.c: Improved documentation & bugfixes Message-ID: <1125002767.361686.228260@z14g2000cwz.googlegroups.com> With special thanks to Dimitri Pater to contribute his documenation from http://www.serpia.com and Nir Aides for the documentation about the debugger. Also thanks to all Mac donors who bring real Mac support for SPE more and more close. For more info visit the homepage. Stani Spe is a free python IDE with auto indentation & completion, call tips, syntax coloring & highlighting, UML diagrams, class explorer, source index, auto todo list, sticky notes, pycrust shell, file browsers, drag&drop, context help, Blender support, ... Spe ships with Python debugger (remote & encrypted), wxGlade (gui designer), PyChecker (source code doctor) and Kiki (regex console). http://pythonide.stani.be http://pythonide.stani.be/blog http://pythonide.stani.be/screenshots From zd223 at nyu.edu Fri Aug 26 06:36:59 2005 From: zd223 at nyu.edu (Zilin Du) Date: Fri, 26 Aug 2005 00:36:59 -0400 Subject: PySWT 0.0.3 Message-ID: <1c54a731c58beb.1c58beb1c54a73@nyu.edu> Hi, all, PySWT 0.0.3 is out, here is some updates: -- update to SWT 3.1 -- finished exporting all SWT classes -- make jsip public available -- add a browser example download it from: http://www.cs.nyu.edu/zilin/pyswt/pmwiki.php?n=PySWT.DownloadAndInstall thanks! zilin AT cs.nyu.edu From johan at pulp.se Sun Aug 28 13:57:28 2005 From: johan at pulp.se (Johan Lindberg) Date: 28 Aug 2005 04:57:28 -0700 Subject: ANN: wxBrowser 0.3.0 Message-ID: <1125230248.861664.97930@f14g2000cwb.googlegroups.com> wxBrowser 0.3.0 is available for download at SourceForge. Introduction The wxBrowser is an application browser, which is similar to a regular web browser, but it doesn't read HTML to generate and display content; it reads wxwML (XML), generates and dynamically executes wxPython GUI code. GUI events are bound to URLs instead of functions. If an event is triggered the wxBrowser requests a new document from the URL, expecting wxwML back. It translates the wxwML into wxPython code and executes it. See http://www.pulp.se/wx/wxBrowser.pdf for more info Changes This is a complete rewrite of 0.2.5. I added support for "client-side scripting" and the possibility to add and/or customize handling of widgets. Note! This version of the wxBrowser has no "Open URL" dialog so you must enter the URL at the command prompt. Download You can download the python source from SourceForge (http://sourceforge.net/project/showfiles.php?group_id=134835&package_id=148033&release_id=352303) and there's a sample application at http://www.pulp.se/wx/contacts/v2 that you can use to test it. More information See: http://sourceforge.net/projects/wxbrowser and http://www.pulp.se/ Disclaimer The wxBrowser is still very "work in progress", there's still lots of things to be done but this version is complete enough to play around with and try out the idea. I haven't had the opportunity to try this version on any other OS than Windows XP. If you do, please let me know what happens. WARNING! By adding client-side scripting I've also made it rather EASY to have the wxBrowser execute "malicious python code" that can possibly harm your computer so please be careful with what applications you point your wxBrowser to. I won't take responsibility for any damages done to your computer by using this software. -- Johan Lindberg, 2005-08-28 johan at pulp.se From srichter at cosmos.phy.tufts.edu Sun Aug 28 16:35:53 2005 From: srichter at cosmos.phy.tufts.edu (Stephan Richter) Date: Sun, 28 Aug 2005 10:35:53 -0400 Subject: Zope 3.1.0 RC 2 released! Message-ID: <200508281035.53494.srichter@cosmos.phy.tufts.edu> Hello everyone, The Zope 3 development team is proud to announce Zope 3.1.0 candidate 2. Zope 3 is the next major Zope release and has been written from scratch based on the latest software design patterns and the experiences of Zope 2. It is in our opinion that Zope 3.1 is more than ready for production use, which is why we decided to drop the 'X' for experimental from the name. We will also continue to work on making the transition between Zope 2 and Zope 3 as smooth as possible. As a first step, Zope 2.8 includes Zope 3 features in the form of Five. Now that we have a release that we would like to declare stable next week, we are looking for translators, who translate Zope 3 into their favorite language! We are utilizing the Rosetta system from Ubuntu for managing those translations. If you are not familiar with Rosetta, please send us a mail to zope3-dev at zope.org and we get you set up. Downloads http://zope.org/Products/Zope3/ Installation instructions for both Windows and Un*x/Linux are now available in the top level 'README.txt' file of the distribution. The binary installer is recommended for Windows. Zope 3.1 requires Python 2.3.5 or 2.4.1 to run. You must also have zlib installed on your system. Changes Since 3.1.0c1 - Removed an untested missfeature that can cause infinite loops in principalfolder's Principal class. - Switch to METAL 1.1, which solved a serious bug. - Grant view cleaned up. - Add missing id attribute to select widget. - pytz has been updated. - Some code optimization in the HTTP factory of the publisher and ftesting framework. - Multiple headers having the same name are correctly handled now. - Now SQL operation parameters will be properly encoded before executing. - More carefully handle case when SQL parameters is a tuple or a list of a tuples. - All request factories can now be configured. - Script and Installation documentation improvements. - Fixed several bugs in API doc. Also provided some flexibility with the UI. - Fix to source widget hasInput and associated changes - Updated Build System. - Fix I18n bugs. Updated Russian and German translations. Most Important Changes Since 3.0 - New Pluggable Authentication Utility (PAU), which is similar in philosophy to the Zope 2 PAS. The following features are available in the in the basic PAU facility: + Credentials Plugins: Basic HTTP Auth, Session + Authenticator Plugins: Principal Folder, Group Folder For a detailed description of the pluggable authentication utility, see 'zope/app/authentication/README.txt'. - Major simplifications to the component architecture: + Removal of the concept of a service. All outstanding services were converted to utilities: Error Reporting, FSSync, Authentication. + Site Managers are global and local now; adapters and utilties are directly registered with the site manager. Now global and local component registration and lookup behaves very similar. + Local registrations can now only have two states: active and inactive. This simplified the code so much, that 'zope.app.utility', 'zope.app.registration' and 'zope.app.site' were all merged into 'zope.app.component'. + Implemented menus as utilities. The API also supports sub-menus now. + Implemented views as adapters. Skins and layers are now simply interfaces that the request provides. - Added an integer-id facility for assigning integer identifiers to objects. - Added basic catalog and index frameworks. - Added "sources", which are like vocabularies except that they support very large collections of values that must be searched, rather than browsed. - Created a new granting UI that allows advanced searching of principal sources. - Implemented a generic user preferences systsem that was designed to be easily used in TALES expressions and via Python code. Preferences can be edited via 'http://localhost:8080/++preferences++/'. A demo of the preferences can be found at:: http://svn.zope.org/Zope3/trunk/src/zope/app/demo/skinpref/ - ZCML now supports conditional directives using the 'zcml:condition' attribute. The condition is of the form "verb argument". Two verbs, 'have feature' and 'installed module' are currently implemented. Features can be declared via the 'meta:provides' directive. - Improved API doctool: Code Browser now shows interfaces, text files and ZCML files; the new Book Module compiles all available doctext files into an organized book; the new Type Module lets you browser all interface types and discover interfaces that provide types; views are shown in the interface details screen; views and adapters are categorized into specific, extended and generic; user preferences allow you to customize certain views; 3rd party modules can now be added to the Code Browser. - Improved I18n-based number and datetime formatting by integrating 'pytz' for timezone support, implementing all missing format characters, and reinterpreting the ICU documentation to correctly parse patterns. - Added '++debug++' traversal adapter that allows you to turn on debugging flags in 'request.debug'. Currently the following flags are defined: source, tal, errors. - Improved logout support. - Added the HTTP request recorder, which lets you inspect raw HTTP requests and responses. It can be used to create functional doctests without requiring third-party tools such as TCPWatch. - Developed a generic 'browser:form' directive. It is pretty much the same as the 'browser:editform' directive, except that the data is not stored on some context or adapted context but sent as a dictionary to special method (by default). For a complete list of changes see the 'CHANGES.txt' file. Resources - "Zope 3 Development Web Site":http://dev.zope.org/Zope3 - "Zope 3 Dev Mailing List":http://mail.zope.org/mailman/listinfo/zope3-dev - "Zope 3 Users Mailing List":http://mail.zope.org/mailman/listinfo/zope3-users - IRC Channel: #zope3-dev at irc.freenode.net Acknowledgments Thanks goes to everyone that contributed. Enjoy! The Zope 3 Development Team From hpk at trillke.net Sun Aug 28 17:55:23 2005 From: hpk at trillke.net (holger krekel) Date: Sun, 28 Aug 2005 17:55:23 +0200 Subject: PyPy 0.7 is out / first self contained release Message-ID: <20050828155523.GN666@solar.trillke.net> pypy-0.7.0: first PyPy-generated Python Implementations ============================================================== What was once just an idea between a few people discussing on some nested mailing list thread and in a pub became reality ... the PyPy development team is happy to announce its first public release of a fully translatable self contained Python implementation. The 0.7 release showcases the results of our efforts in the last few months since the 0.6 preview release which have been partially funded by the European Union: - whole program type inference on our Python Interpreter implementation with full translation to two different machine-level targets: C and LLVM - a translation choice of using a refcounting or Boehm garbage collectors - the ability to translate with or without thread support - very complete language-level compliancy with CPython 2.4.1 What is PyPy (about)? ------------------------------------------------ PyPy is a MIT-licensed research-oriented reimplementation of Python written in Python itself, flexible and easy to experiment with. It translates itself to lower level languages. Our goals are to target a large variety of platforms, small and large, by providing a compilation toolsuite that can produce custom Python versions. Platform, Memory and Threading models are to become aspects of the translation process - as opposed to encoding low level details into a language implementation itself. Eventually, dynamic optimization techniques - implemented as another translation aspect - should become robust against language changes. Note that PyPy is mainly a research and development project and does not by itself focus on getting a production-ready Python implementation although we do hope and expect it to become a viable contender in that area sometime next year. Where to start? ----------------------------- Getting started: http://codespeak.net/pypy/dist/pypy/doc/getting-started.html PyPy Documentation: http://codespeak.net/pypy/dist/pypy/doc/ PyPy Homepage: http://codespeak.net/pypy/ The interpreter and object model implementations shipped with the 0.7 version can run on their own and implement the core language features of Python as of CPython 2.4. However, we still do not recommend using PyPy for anything else than for education, playing or research purposes. Ongoing work and near term goals --------------------------------- PyPy has been developed during approximately 15 coding sprints across Europe and the US. It continues to be a very dynamically and incrementally evolving project with many one-week meetings to follow. You are invited to consider coming to the next such meeting in Paris mid October 2005 where we intend to plan and head for an even more intense phase of the project involving building a JIT-Compiler and enabling unique features not found in other Python language implementations. PyPy has been a community effort from the start and it would not have got that far without the coding and feedback support from numerous people. Please feel free to give feedback and raise questions. contact points: http://codespeak.net/pypy/dist/pypy/doc/contact.html contributor list: http://codespeak.net/pypy/dist/pypy/doc/contributor.html have fun, the pypy team, of which here is a partial snapshot of mainly involved persons: Armin Rigo, Samuele Pedroni, Holger Krekel, Christian Tismer, Carl Friedrich Bolz, Michael Hudson, Eric van Riet Paap, Richard Emslie, Anders Chrigstroem, Anders Lehmann, Ludovic Aubry, Adrien Di Mascio, Niklaus Haldimann, Jacob Hallen, Bea During, Laura Creighton, and many contributors ... PyPy development and activities happen as an open source project and with the support of a consortium partially funded by a two year European Union IST research grant. Here is a list of the full partners of that consortium: Heinrich-Heine University (Germany), AB Strakt (Sweden) merlinux GmbH (Germany), tismerysoft GmbH(Germany) Logilab Paris (France), DFKI GmbH (Germany) ChangeMaker (Sweden), Impara (Germany) From csad7 at t-online.de Sun Aug 28 22:21:34 2005 From: csad7 at t-online.de (Christof) Date: Sun, 28 Aug 2005 22:21:34 +0200 Subject: ANN: retest 0.3 Message-ID: <43121CCE.8090706@t-online.de> what is it ---------- A simple server which enables Python regular expression tests in a webbrowser. Uses SimpleHTTPServer and AJAX. You need: Python, a modern webbrowser like Firefox, IE (from 5.5), Safari) which handles XMLHttpRequests. Currently works best with Firefox, any feedback is welcome. license ------- This work is licensed under a Creative Commons License. download -------- retest-0.3.zip - 050828 http://cthedot.de/retest/retest-0.3.zip Tested with Python 2.4.1 on Windows XP and Firefox 1.05 only. any comment will be appreciated, thanks christof hoeke

retest 0.3 - test Python regular expressions in a webbrowser (28-Aug-05) From fabioz at esss.com.br Mon Aug 29 19:12:03 2005 From: fabioz at esss.com.br (Fabio Zadrozny) Date: Mon, 29 Aug 2005 14:12:03 -0300 Subject: ANN: PyDev 0.9.8 released In-Reply-To: <430632E3.9050403@esss.com.br> References: <42A720BD.5050701@esss.com.br> <42C175A5.5000206@esss.com.br> <42E6412A.4020905@esss.com.br> <430632E3.9050403@esss.com.br> Message-ID: <431341E3.6020103@esss.com.br> Hi All, PyDev - Python IDE (Python Development Enviroment for Eclipse) version 0.9.8 has just been released. Check the homepage (http://pydev.sourceforge.net/) for more details. Details for Release: 0.9.8 Major highlights: ------------------- * Jython integrated. * Jython debugger support added. Others that are new and noteworthy: ------------------------------------- * jython integration supports spaces for jython.jar and java install * jython code-completion support for new style objects (jython 2.2a1) has been enhanced. * many templates were added * the grammar evolved a lot, so, now you actually have decorators in the grammar, list comprehension on method calls and tuples and the new from xxx import (a,b,c) syntax. * pylint supports spaces * pylint is no longer distributed with pydev (it must be installed in the site-packages and its location must be specified in the preferences) * some problems regarding 'zombie processes' after eclipse exit with the shells used for code-completion should be fixed Special thanks --------------- This release would not be possible without help from: OctetString, for the financial support for making jython support possible! Vitor Oba for debugger patches! Cheers, Fabio -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software www.esss.com.br PyDev - Python Development Enviroment for Eclipse pydev.sf.net pydev.blogspot.com From t-meyer at ihug.co.nz Tue Aug 30 02:45:30 2005 From: t-meyer at ihug.co.nz (Tony Meyer) Date: Tue, 30 Aug 2005 12:45:30 +1200 Subject: python-dev Summary for 2005-08-01 through 2005-08-15 Message-ID: [The HTML version of this Summary is available at http://www.python.org/dev/summary/2005-08-01_2005-08-15.html] ============= Announcements ============= ---------------------------- QOTF: Quote of the Fortnight ---------------------------- Some wise words from Donovan Baarda in the PEP 347 discussions: It is true that some well designed/developed software becomes reliable very quickly. However, it still takes heavy use over time to prove that. Contributing thread: - `PEP: Migrating the Python CVS to Subversion `__ [SJB] ------------ Process PEPs ------------ The PEP editors have introduced a new PEP category: "Process", for PEPs that don't fit into the "Standards Track" and "Informational" categories. More detail can be found in `PEP 1`_, which is itself a Process PEP. .. _PEP 1: http://www.python.org/peps/pep-0001.html Contributing thread: - `new PEP type: Process `__ [TAM] ----------------------------------------------- Tentative Schedule for 2.4.2 and 2.5a1 Releases ----------------------------------------------- Python 2.4.2 is tentatively scheduled for a mid-to-late September release and a first alpha of Python 2.5 for March 2006 (with a final release around May/June). This means that a PEP for the 2.5 release, detailing what will be included, will likely be created soon; at present there are various accepted PEPs that have not yet been implemented. Contributing thread: - `plans for 2.4.2 and 2.5a1 `__ [TAM] ========= Summaries ========= ------------------------------- Moving Python CVS to Subversion ------------------------------- The `PEP 347`_ discussion from last fortnight continued this week, with a revision of the PEP, and a lot more discussion about possible version control software (RCS) for the Python repository, and where the repository should be hosted. Note that this is not a discussion about bug trackers, which will remain with Sourceforge (unless a separate PEP is developed for moving that). Many revision control systems were extensively discussed, including `Subversion`_ (SVN), `Perforce`_, `Mercurial`_, and `Monotone`_. Whichever system is moved to, it should be able to be hosted somewhere (if *.python.org, then it needs to be easily installable), needs to have software available to convert a repository from CVS, and ideally would be open-source; similarity to CVS is also an advantage in that it requires a smaller learning curve for existing developers. While Martin isn't willing to discuss every system there is, he will investigate those that make him curious, and will add other people's submissions to the PEP, where appropriate. The thread included a short discussion about the authentication mechanism that svn.python.org will use; svn+ssh seems to be a clear winner, and a test repository will be setup by Martin next fortnight. The possibility of moving to a distributed revision control system (particularly `Bazaar-NG`_) was also brought up. Many people liked the idea of using a distributed revision control system, but it seems unlikely that Bazaar-NG is mature enough to be used for the main Python repository at the current time (a move to it at a later time is possible, but outside the scope of the PEP). Distributed RCS are meant to reduce the barrier to participation (anyone can create their own branches, for example); Bazaar-NG is also implemented in Python, which is of some benefit. James Y Knight pointed out `svk`_, which lets developers create their own branches within SVN. In general, the python-dev crowd is in favour of moving to SVN. Initial concern about the demands on the volunteer admins should the repository be hosted at svn.python.org were addressed by Barry Warsaw, who believes that the load will be easily managed with the existing volunteers. Various alternative hosts were discussed, and if detailed reports about any of them are created, these can be added to the PEP. While the fate of all PEPS lie with the BDFL (Guido), it is likely that the preferences of those that frequently check in changes, the pydotorg admins, and the release managers (who have all given favourable reports so far), will have a significant effect on the pronouncement of this PEP. .. _PEP 347: http://www.python.org/peps/pep-0347.html .. _svk: http://svk.elixus.org/ .. _Perforce: http://www.perforce.com/ .. _Subversion: http://subversion.tigris.org/ .. _Monotone: http://venge.net/monotone/ .. _Bazaar-NG: http://www.bazaar-ng.org/ .. _Mercurial: http://www.selenic.com/mercurial/ Contributing threads: - `PEP: Migrating the Python CVS to Subversion `__ - `PEP 347: Migration to Subversion `__ - `Hosting svn.python.org `__ - `Fwd: Distributed RCS `__ - `cvs to bzr? `__ - `Distributed RCS `__ - `Fwd: PEP: Migrating the Python CVS to Subversion `__ - `On distributed vs centralised SCM for Python `__ [TAM] ------------------------------------------ PEP 348: Exception Hierarchy in Python 3.0 ------------------------------------------ This fortnight mostly concluded the previous discussion about `PEP 348`_, which sets out a roadmap for changes to the exception hierarchy in Python 3.0. The proposal was heavily scaled back to retain most of the current exception hierarchy unchanged. A new exception, BaseException, will be introduced above Exception in the current hierarchy, and KeyboardInterrupt and SystemExit will become siblings of Exception. The goal here is that:: except Exception: will now do the right thing for most cases, that is, it will catch all the exceptions that you can generally recover from. The PEP would also move NotImplementedError out from under RuntimeError, and alter the semantics of the bare except so that:: except: is the equivalent of:: except Exception: Only BaseException will appear in Python 2.5. The remaining modifications will not occur until Python 3.0. .. _PEP 348: http://www.python.org/peps/pep-0348.html Contributing threads: - `Pre-PEP: Exception Reorganization for Python 3.0 `__ - `PEP, take 2: Exception Reorganization for Python 3.0 `__ - `Exception Reorg PEP checked in `__ - `PEP 348: Exception Reorganization for Python 3.0 `__ - `Major revision of PEP 348 committed `__ - `Exception Reorg PEP revised yet again `__ - `PEP 348 and ControlFlow `__ - `PEP 348 (exception reorg) revised again `__ [SJB] ---------------------- Moving towards Unicode ---------------------- Neil Schemenauer presented `PEP 349`_, which tries to ease the transition to Python 3.0, in which there will be a bytes() type for byte data and a str() type for text data. Currently to convert an object to text, you have one of three options: * Call str(). This breaks with a UnicodeEncodeError if the object is of type unicode (or a subtype) or can only represent itself in unicode and therefore returns unicode from __str__. * Call unicode(). This can break external code that is not yet Unicode-safe and that passed a str object to your code but got a unicode object back. * Use the "%s" format specifier. This breaks with a UnicodeEncodeError if the object can only represent itself in unicode and therefore returns unicode from __str__. `PEP 349`_ attempts to address this problem by introducing a text() builtin which returns str or unicode instances unmodified, and returns the result of calling __str__() on the object otherwise. Guido preferred to instead relax the restrictions on str() to allow it to return unicode objects. Neil implemented such a patch, and found that it broke only two test cases. The discussion stopped shortly after Neil's report however, so it was unclear if any permanent changes had been agreed upon. Guido made a few other Python 3.0 suggestions in this thread: * The bytes() type should be mutable with a corresponding frozenbytes() immutable type * Opening a file in binary or text mode would cause it to return bytes() or str() objects, respectively * The file type should grow a getpos()/setpos() pair that are identical to tell()/seek() when a file is open in binary mode, and which work like tell()/seek() but on characters instead of bytes when a file is opened in text mode. However, none of these seemed to be solid commitments. .. _PEP 349: http://www.python.org/peps/pep-0349.html Contributing threads: - `PEP: Generalised String Coercion `__ - `Generalised String Coercion `__ [SJB] ---------------------------- PEP 344 and reference cycles ---------------------------- Armin Rigo brought up an issue with `PEP 344`_ which proposes, among other things, adding a __traceback__ attribute to exceptions to avoid the hassle of extracting it from sys.exc_info(). Armin pointed out that if exceptions grow a __traceback__ attribute, every statement:: except Exception, e: will create a cycle:: e.__traceback__.tb_frame.f_locals['e'] Despite the fact that Python has cyclic garbage collection, there are still some situations where cycles like this can cause problems. Armin showed an example of such a case:: class X: def __del__(self): try: typo except Exception, e: e_type, e_value, e_tb = sys.exc_info() Even in current Python, instances of the X class are uncollectible. When garbage collection runs and tries to collect an X object, it calls the __del__() method. This creates the cycle:: e_tb.tb_frame.f_locals['e_tb'] The X object itself is available through this cycle (in ``f_locals['self']``), so the X object's refcount does not drop to 0 when __del__() returns, so it cannot be collected. The next time garbage collection runs, it finds that the X object has not been collected, calls its __del__() method again and repeats the process. Tim Peters suggested this problem could be solved by declaring that __del__() methods are called exactly once. This allows the above X object to be collected because on the second run of the garbage collection, __del__() is not called again. Thus, the refcount of the X object is not incremented, and so it is collected by garbage collection. However, guaranteeing that __del__() is called only once means keeping track somehow of which objects' __del__() methods were called, which seemed somewhat unattractive. There was also brief talk about removing __del__ in favor of weakrefs, but those waters seemed about as murky as the garbage collection ones. .. _PEP 344: http://www.python.org/peps/pep-0344.html Contributing thread: - `__traceback__ and reference cycles `__ [SJB] ---------------------------- Style for raising exceptions ---------------------------- Guido explained that these days exceptions should always be raised as:: raise SomeException("some argument") instead of:: raise SomeException, "some argument" The second will go away in Python 3.0, and is only present now for backwards compatibility. (It was necessary when strings could be exceptions, in order to pass both the exception "type" and message.) PEPs 8_ and 3000_ were accordingly updated. .. _8: http://www.python.org/peps/pep-0008.html .. _3000: http://www.python.org/peps/pep-3000.html Contributing threads: - `PEP 8: exception style `__ - `FW: PEP 8: exception style `__ [SJB] ----------------------------------- Skipping list comprehensions in pdb ----------------------------------- When using pdb, the only way to skip to the end of a loop is to set a breakpoint on the line after the loop. Ilya Sandler suggested adding an optimal numeric argument to pdb's "next" comment to indicate how many lines of code should be skipped. Martin v. L?wis pointed out that this differs from gdb's "next " command, which does "next" n times. Ilya suggested implementing gdb's "until" command instead, which gained Martin's approval. It was also pointed out that pdb is one of the less Pythonic modules, particularly in terms of the ability to subclass/extend, and would be a good candidate for rewriting, if anyone had the inclination and time. Contributing threads: - `pdb: should next command be extended? `__ - `an alternative suggestion, Re: pdb: should next command be extended? `__ [TAM] ------------------ Sets in Python 2.5 ------------------ Raymond Hettinger has been checking-in the new implementation for sets in Python 2.5. The implementation is based heavily on dictobject.c, the code for Python dict() objects, and generally deviates only when there is an obvious gain in doing so. Raymond posted a proposed C API sets; no comments were forthcoming and it was implemented for Py2.5 without changes. Contributing threads: - `[Python-checkins] python/dist/src/Objects setobject.c, 1.45, 1.46 `__ - `Discussion draft: Proposed Py2.5 C API for set and frozenset objects `__ [SJB] ================================ Deferred Threads (for next time) ================================ - `SWIG and rlcompleter `__ =============== Skipped Threads =============== - `Extension of struct to handle non byte aligned values? `__ - `Syscall Proxying in Python `__ - `__autoinit__ (Was: Proposal: reducing self.x=x; self.y=y; self.z=z boilerplate code) `__ - `Weekly Python Patch/Bug Summary `__ - `PEP 342 Implementation `__ - `String exceptions in Python source `__ - `[ python-Patches-790710 ] breakpoint command lists in pdb `__ - `[C++-sig] GCC version compatibility `__ - `PyTuple_Pack added references undocumented `__ - `PEP-- Context Managment variant `__ - `Sourceforge CVS down? `__ - `PSF grant / contacts `__ - `Python + Ping `__ - `Terminology for PEP 343 `__ - `dev listinfo page (was: Re: Python + Ping) `__ - `set.remove feature/bug `__ - `Extension to dl module to allow passing strings from native function `__ - `build problems on macosx (CVS HEAD) `__ - `request for code review - hashlib - patch #1121611 `__ - `python-dev Summary for 2005-07-16 through 2005-07-31 [draft] `__ - `string_join overrides TypeError exception thrown in generator `__ - `implementation of copy standard lib `__ - `xml.parsers.expat no userdata in callback functions `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from August 01, 2005 through August 15, 2005. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). Tim Lesher has had to bow out from the summaries for now; many thanks to him for the contributions he made over the last few months. This is the 1st summary written by the python-dev summary confederacy of Steve Bethard and Tony Meyer (Thanks Tim!). To contact us, please send email: - Steve Bethard (steven.bethard at gmail.com) - Tony Meyer (tony.meyer at gmail.com) Do *not* post to comp.lang.python if you wish to reach us. The `Python Software Foundation`_ is the non-profit organization that holds the intellectual property for Python. It also tries to advance the development and use of Python. If you find the python-dev Summary helpful please consider making a donation. You can make a donation at http://python.org/psf/donations.html . Every penny helps so even a small donation with a credit card, check, or by PayPal helps. -------------------- 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 ------------------------- The in-development version of the documentation for Python can be found at http://www.python.org/dev/doc/devel/ and should be used when looking up any documentation for new code; otherwise use the current documentation as found at http://docs.python.org/ . PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. Please note that this summary is written using reStructuredText_. Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it. 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. Unfortunately, even though reST is standardized, the wonders of programs that like to reformat text do not allow us to guarantee you will be able to run the text version of this summary through Docutils_ as-is unless it is from the `original text file`_. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _c.l.py: .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _PEP Markup: http://www.python.org/peps/pep-0012.html .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. _PSF: .. _Python Software Foundation: http://python.org/psf/ .. _last summary: http://www.python.org/dev/summary/2005-04-16_2005-04-30.html .. _original text file: http://www.python.org/dev/summary/2005-08-01_2005-08-15.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From alberanid at libero.it Tue Aug 30 08:43:01 2005 From: alberanid at libero.it (Davide Alberani) Date: Tue, 30 Aug 2005 06:43:01 GMT Subject: IMDbPY 2.1 released Message-ID: IMDbPY 2.1 is available (tgz, deb, rpm, exe) from: http://imdbpy.sourceforge.net/ IMDbPY is a Python package useful to retrieve and manage the data of the IMDb movie database about both movies and people. With this release you can transfer the whole content of the plain text data files (distributed by IMDb) into a SQL database. A lot of bugs where fixed, and the 'http' data access system retrieves some new information. Platform-independent and written in pure Python (and few C lines), it can retrieve data from both the IMDb's web server and a local copy of the whole database. IMDbPY package can be very easily used by programmers and developers to provide access to the IMDb's data to their programs. Some simple example scripts are included in the package; other IMDbPY-based programs are available from the home page. -- Davide Alberani [PGP KeyID: 0x465BFD47] http://erlug.linux.it/~da/ From python-url at phaseit.net Tue Aug 30 13:39:01 2005 From: python-url at phaseit.net ( Diez B.Roggisch ) Date: Tue, 30 Aug 2005 11:39:01 +0000 Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Aug 30) Message-ID: QOTW: "If I wanted to write five lines instead of one everywhere in a Python program, I'd use Java." -- Paul Rubin http://groups.google.com/group/comp.lang.python/msg/6fac4f3022acd1fa?hl=de& "i think less buggy code is not the main concern for all." -- km http://groups.google.com/group/comp.lang.python/msg/db5acbd68447ae33?hl=de& Bryan Olson discovers inconsistencies in the slice implementation that lead to a new slicing PEP and a lively discussion about string index semantics: http://groups.google.com/group/comp.lang.python/browse_frm/thread/402d770b6f503c27/66014427182265b9#66014427182265b9 Mark Dickinson finds strange runtime differences depending on the existence of dummy variables - the riddle is solved by Stelios Xanthakis who points out that min() can behave non-deterministically when the compared entities have no well-defined comparision sematics: http://groups.google.com/group/comp.lang.python/browse_frm/thread/2ff00f12499233e5/8b658bc804020f08#8b658bc804020f08 Russell E. Owen tries to get unique ids for bound methods - and discovers that id() can return the same value for two different bound methods. The solution is to keep a reference to the bound method, thus the id() won't be reused - which tkinters _register does: http://groups.google.com/group/comp.lang.python/browse_frm/thread/143a9000bdc9847e/5b2d07b8e5470583#5b2d07b8e5470583 Ramza Brown wants a small footprint python distro - and gets answers which shed light on the subject from varying perspectives: http://groups.google.com/group/comp.lang.python/browse_frm/thread/18e8f91c8e915c50/da5c5a740f7afe87#da5c5a740f7afe87 Diego AndrĀŽs Sanabria wonders about the apparent lack of a binary tree data type in python: http://groups.google.com/group/comp.lang.python/browse_frm/thread/fb307dbdf7069b30/a0f94ea4a27ddb7c#a0f94ea4a27ddb7c sysfault wants enlightenment about decorators and metaclasses - and hopefully now has it: http://groups.google.com/group/comp.lang.python/browse_frm/thread/6bcb4d9ae934ac64/1060a20aaaf4b89a#1060a20aaaf4b89a Roland Hedberg wants to speed up his client/server implementation - and gets deep insight into the TCP/IP protocol stacks: http://groups.google.com/group/comp.lang.python/browse_frm/thread/507a711c61df7ad5/d6e871a24d8506a6#d6e871a24d8506a6 As often before, Jp Calderone eloquently illustrates the expressiveness Twisted affords those writing multitasking network servers: http://groups.google.com/group/comp.lang.python/browse_thread/thread/dce3370299af324e/ max(01)* needs help on piping commands in python: http://groups.google.com/group/comp.lang.python/browse_frm/thread/5cbe3126675ac0e0/1b3d6b36341e8cad#1b3d6b36341e8cad Pythoneers are nearly unanimous: when you need dynamic names for your variables ... you're probably doing something wrong. Python is plenty dynamic, though, so of course it's *possible*: http://groups.google.com/group/comp.lang.python/browse_thread/thread/d9a99f17e0cad8f2/ Damien Elmes needs advice dealing with locales: http://groups.google.com/group/comp.lang.python/browse_frm/thread/8f44319aee701f71/ce6194ba78934818#ce6194ba78934818 KM compares apples with oranges - and gets told so: http://groups.google.com/group/comp.lang.python/browse_frm/thread/d1c6888eaec9930f/b444a3ec71e0e2b3#b444a3ec71e0e2b3 42 thinks he has new ideas about restricting python's execution - it turns out to be old news again, though: http://groups.google.com/group/comp.lang.python/browse_frm/thread/89e733d60380741b/4831ed5d84026549#4831ed5d84026549 ======================================================================== 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 Steve Bethard, Tim Lesher, and Tony Meyer continue the marvelous tradition early borne by Andrew Kuchling, Michael Hudson and Brett Cannon 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/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donate.html Kurt B. Kaiser publishes a weekly report on faults and patches. http://www.google.com/groups?as_usubject=weekly%20python%20patch Cetus collects Python hyperlinks. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://aspn.activestate.com/ASPN/Cookbook/Python Among several Python-oriented RSS/RDF feeds available are http://www.python.org/channews.rdf http://bootleg-rss.g-blog.net/pythonware_com_daily.pcgi http://python.de/backend.php For more, see http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://python.sourceforge.net/peps/pep-0042.html The online Python Journal is posted at pythonjournal.cognizor.com. editor 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/topics/pythonurl/ (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 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!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From xi at gamma.dn.ua Tue Aug 30 20:03:58 2005 From: xi at gamma.dn.ua (Kirill Simonov) Date: Tue, 30 Aug 2005 21:03:58 +0300 Subject: PySyck-0.55.1: Initial Release Message-ID: <20050830180358.GA9437@58sirius016.dc.ukrtel.net> PySyck: Python bindings for the Syck YAML parser and emitter ============================================================ YAML_ is a data serialization format designed for human readability and interaction with scripting languages. Syck_ is an extension for reading and writing YAML in scripting languages. Syck provides bindings to the Python programming language, but they are somewhat limited and leak memory. PySyck_ is aimed to update the current Python bindings for Syck. PySyck_ may be used for various tasks, in particular, as a replacement of the module pickle_. Please be aware that PySyck_ is a beta-quality software and is not ready yet for production use. You may download PySyck_ source and Windows binary packages from http://xitology.org/pysyck/. It is the initial release of PySyck_. .. _YAML: http://yaml.org/ .. _Syck: http://whytheluckystiff.net/syck/ .. _PySyck: http://xitology.org/pysyck/ .. _pickle: http://docs.python.org/lib/module-pickle.html -- xi From heikki at osafoundation.org Wed Aug 31 07:08:30 2005 From: heikki at osafoundation.org (Heikki Toivonen) Date: Tue, 30 Aug 2005 22:08:30 -0700 Subject: ANN: M2Crypto 0.15 Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 M2crypto release 0.15 In this M2Crypto release: * Support for OpenSSL up to 0.9.8 * Support for SWIG 1.3.24 * Support for Python 2.4.1 * Twisted integration * Safer defaults for SSL context and post connection check for clients * Eliminated C pointers from interfaces (some may still remain in callbacks) * Many cases where Python interpreter crashed have been fixed * Improved thread safety of many callbacks * Memory leak fixes * And of course more of the OpenSSL API is covered, new docstrings and tests have been written To get the source: svn co http://svn.osafoundation.org/m2crypto/tags/0.15 m2crypto-0.15 Enjoy! - -- Heikki Toivonen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (Cygwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDFTtOb8x8KoP+JuwRAsziAJ9+ihoqleq1nWJS6Ssuvdkj6Lnh5wCfR8fP laxXwvW7OUruYDN2pqlPT3g= =7dc6 -----END PGP SIGNATURE----- From michele.petrazzo at TOGLIunipex.it Wed Aug 31 12:05:09 2005 From: michele.petrazzo at TOGLIunipex.it (Michele Petrazzo) Date: Wed, 31 Aug 2005 12:05:09 +0200 Subject: [ANN] FreeImagePy 1.0.0 Message-ID: <431580d5$0$8481$5fc30a8@news.tiscali.it> What is? It' a python wrapper for FreeImage, Open Source library for developers who would like to support popular graphics image formats. How work? It use a binary freeimage library present on the system and ctypes. It 's released with the two public license GPL/FIPL: GPL: GNU GENERAL PUBLIC LICENSE - freeimagepy.sf.net/license-gpl.txt FIPL: FreeImage Public License - freeimagepy.sf.net/license-fi.tx More informations can be found here: http://freeimagepy.sf.net/ Michele Petrazzo From dberlin at gmail.com Wed Aug 31 18:58:46 2005 From: dberlin at gmail.com (dberlin@gmail.com) Date: 31 Aug 2005 09:58:46 -0700 Subject: ANN: FarPy GUIE v0.0.1 - Python GUI Editor Message-ID: <1125507526.582210.25550@g47g2000cwa.googlegroups.com> I named this tool - FarPy GUIE, and is available at: http://farpy.holev.com/ This is a quote from the site: "GUIE (GUI Editor) provides a simple WYSIWYG GUI editor for wxPython. 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 standrad representation of the GUI created with the program. Next, GUIE takes these GUIML files and translates it to wxPython Python code. 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 neccessary? 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 affect 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 wxPython's sizers completly. This means that controls can go anywhere, and you have the freedom to play with the GUI however you want. However, this also means that until some more advanced aligning features are added, this method might be a little awkward at first." I must add that the tool is in it's early stages of development, and basically I need the public's help to make it better. Thanks,