From tony.meyer at gmail.com Wed Feb 1 09:54:01 2006 From: tony.meyer at gmail.com (Tony Meyer) Date: Wed, 1 Feb 2006 21:54:01 +1300 Subject: python-dev Summary for 2006-01-01 through 2006-01-15 Message-ID: <6c63de570602010054w3a06fcfdpcf818b4441b5252b@mail.gmail.com> [The HTML version of this Summary is available at http://www.python.org/dev/summary/2006-01-01_2006-01-15.html] ============= Announcements ============= ---------------------------- QOTF: Quote of the Fortnight ---------------------------- Guido, on the crashability of Python: I'm not saying it's uncrashable. I'm saying that if you crash it, it's a bug unless proven harebrained. Contributing thread: - `Include ctypes into core Python? `_ [SJB] ------------------------------------ Brett Cannon looking for Ph.D. ideas ------------------------------------ Brett Cannon is looking for Python-related ideas to form the subject of his PhD dissertation, under Eric Wohlstadter at the University of British Columbia. He has three areas in which he has possible funding (XML integration, game scripting support, and AOP); he is open to grants from anyone else interested in particular Python development. If anyone has suggestions for topics, Brett is listening! So far: * Phillip J. Eby mentioned that he has been doing some research on implementing a non-traditional form of AOP in Python. * Bill Janssen suggested a system to compile Python to AJAX. * Steve Holden suggested a Python learning system. * Ian Bicking suggested Boxer_ implemented for Python. * Armin Rigo suggested PyPy related work. * Jason Orendorff suggested collecting a downloadable corpus of Python source code, and performing various analyses on it. * Dennis Allison suggested interpreter structures for Python-like languages that do not use a global interpreter lock, as well as various other topics. .. _Boxer: http://dewey.soe.berkeley.edu/boxer.html Contributing thread: - `Ph.D. dissertation ideas? `__ [TAM] --------------------------------- 2.4 Documentation with Commentary --------------------------------- Ian Bicking put an instance_ of his commenting system, Commentary_, up against the full 2.4 documentation. If you'd like to see how the Python docs look with user-added comments, now's your chance! .. _instance: http://pythonpaste.org/comment/python24/ .. _Commentary: http://pythonpaste.org/commentary/ Contributing thread: - `[Doc-SIG] that library reference, again `__ [SJB] --------------------------------------- Builds of the Development Documentation --------------------------------------- Be sure to keep yourself up to date with the newest Python documentation - Neal Norwitz has arranged it so that the current Python development documentation is now automatically generated every 12 hours and placed at http://docs.python.org/dev/. Contributing thread: - `automated builds and tests `__ [SJB] -------------------------------- PEPs now automatically installed -------------------------------- Martin v. L?wis has arranged for an automatic installation of PEPs_: they will now get published in the subversion post-commit. Contributing thread: - `Installing PEPs `__ .. _PEPs: http://www.python.org/peps [TAM] ========= Summaries ========= --------------------------------------------------- Using buildbot to automate testing of Python builds --------------------------------------------------- A buildbot_ has been setup to facilitate `automated testing of the Python SVN`_. There are currently five slaves setup: * Linux x86 (gentoo 2.6, glibc 2.3) * Linux AMD64 (gentoo 2.6, glibc 2.3) * Solaris10 sparc * OS X 10.3 G5 * OS X 10.4 G4 Ideally, all supported platforms will be added (including OS, version, hardware, and various configurations); the slaves are testing the trunk and the 2.4 branch. Note that Window buildbot slaves have to have an appropriate compiler (MS VC 7.1), otherwise it can't compile the code; the Windows Python would also like to build several other packages (like bz2 and Tcl/Tk). A periodic "clean build" may also be added; there was discussion whether this should be done via a patch to the buildbot master, via an IRC command, or with a separate scheduler. Martin v. L?wis would rather buildbot produced static pages than act as a web server (for security reasons). Brian Warner explained that it once did, but was changed to make it easier to implement features like the "Force Build" button. An explanation of the security was given, and it seems satisfactory at the moment. The buildbot testing has already produced results: a compiler warning on OS X 10.3 was noticed. A discussion took place as to whether this should be fixed (it should) and who could do it (Ronald Oussoren volunteered, with help from Skip Montanaro). Fredrik Lundh had been playing with "automatic module discovery" in an attempt to figure out how complete the library reference really is, tracking down missing reference pages and generating stubs for pages that "should exist". He suggested that the buildbot could also run this script; at the time of this summary this was in progress. .. _automated testing of the Python SVN: http://www.python.org/dev/buildbot/ .. _buildbot: http://buildbot.sourceforge.net/ Contributing threads: - `buildbot `__ - `Buildbot questions `__ - `[Buildbot-devel] Re: buildbot `__ - `Automated Python testing `__ - `building a module catalogue with buildbot `__ - `Buildbot: doing occasional full builds `__ [TAM] ---------------------- A "Rejected Ideas" PEP ---------------------- Alexander Kozlovsky submitted a pre-PEP for the oft-repeated request that Python do away with its explicit "self" parameter. Guido responded with a definitive "This won't change", but didn't want to allow the PEP to be created just to be rejected. A number of people felt that the mailing lists weren't a sufficiently visible place for this response, especially considering the huge number of times the request has been presented. Thomas Wouters proposed a "Rejected Ideas" PEP that would list some of the more commonly raised proposals that weren't really even worthy of a PEP, with references to the appropriate python-list or python-dev discussions. Tim Peters nominated the alternate title "Don't Bother: PEPs Rejected Before Being Written" which perhaps better summarizes the intent. People seemed generally in favor of the idea, and Thomas Wouters offered to write up a first draft indicating three major rejected ideas: * removing the explicit "self" parameter * upgrading the Python parser beyond a simple LL(1) * allowing parentheses to be omitted in function calls At the time of this summary, no PEP was yet available. Contributing threads: - `Draft proposal: Implicit self in Python 3.0 `__ - `Rejected ideas PEP (was re: Draft proposal: Implicit self in Python 3.0) `__ [SJB] ------------------------------- Using ssize_t as the index type ------------------------------- Continuing from `last week`_, more process was made towards `PEP 353`_. Tim Peters, Neal Norwitz, and Martin v. L?wis discussed replacing '#' as a format character, and how this could be down in a backwards compatible way; they also discussed how Py_ssize_t could be output correctly in a printf-style statement. Martin suggested using %zd, but this isn't in VC 7.1; Tim suggested that a macro be added to pyport.h, which would use "z" where possible, and define something else where not (e.g. Windows). Tim also suggested that PyErr_Format() and PyString_Format() should be taught to recognize the "z" qualifier, with the macros hidden inside the implementation of those functions. M.-A. Lemburg pointed out other changes of output parameter types which will cause problems in extensions, and worried that authors wouldn't be able to get these converted in time for Python 2.5. Martin disagreed. While code will continue to work with 32-bit systems with little work, more needs to be done for 64-bit systems. Martin suggested that users could continue to use 32-bit Python (since nothing will be gained by using 64-bit anyway) until the required changes are made. For more details, see the "Open Issues" section of the PEP. .. _last week: http://www.python.org/dev/summary/2005-12-16_2005-12-31.html#using-ssize-t-as-the-index-type .. _PEP 353: http://www.python.org/peps/pep-0353.html Contributing threads: - `[Python-checkins] commit of r41906 - python/branches/ssize_t/Objects/obmalloc.c `__ - `New PEP: Using ssize_t as the index type `__ - `[Python-checkins] r41972 - python/branches/ssize_t/Objects/funcobject.c `__ - `Py_ssize_t output parameters (Was: [Python-checkins] r41971 ...) `__ [TAM] ------------------------------------- Adding ctypes to the standard library ------------------------------------- Thomas Heller suggested that ctypes be included in core Python (starting with 2.5). The common response was that while ctypes is a useful, popular, mature module, it does make it very easy to get a core dump, which violates the guideline that if you get a core dump it's a bug in Python or in a third party extension or you're doing something harebrained. On the other hand, it was pointed out that the dl module suffers from the same problem, and is included without any warnings (the documentation was later fixed to include warnings). Martin v. L?wis suggested making ctypes a dynamically loaded module (ctypes.pyd), so administrators could remove it, and I could also make it a separate option in the Windows installer, so administrators could opt out of installing it. Everyone seemed happy with prominent warnings in the documentation, so the plan was to check this in. However, licensing issues were hit with libffi, so the check-in is on hold for the moment. Stay tuned for more exciting news on this next fortnight! Contributing thread: - `Include ctypes into core Python? `__ [TAM] ----------------------------------------- Adding tests when no fix is yet available ----------------------------------------- After Georg Brandl checked in a test for the compiler module without a corresponding fix, Tim Peters reverted the change, indicating that no check-in should ever leave the repository in such a state that ``regrtest.py -uall`` fails. The ensuing thread discussed a number of ways of checking in a test for a bug when code to fix the bug was not yet available. Neal Norwitz proposed adding two files to Lib/test, outstanding_bugs.py and outstanding_crashes.py, which would include the appropriate tests, but which would not be run under ``regrtest.py -uall``. Some people were concerned about the maintainability of keeping failing tests for a module separate from the other tests of that module, so Neal Norwitz and Scott David Daniels presented a patch_ and a recipe_ for decorators that mark individual test functions as failing. No official pronouncement on how failing tests should be added to the Python test suite had been made at the time of this summary. .. _patch: http://python.org/sf/1399935 .. _recipe: http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/466288 Contributing thread: - `Checking in a broken test was: Re: [Python-checkins] r41940 - python/trunk/Lib/test/test_compiler.py `__ - `r42003 - python/trunk/Lib/test/outstanding_bugs.pypython/trunk/Lib/test/outstanding_crashes.py `__ [SJB] ------------------------------------------- Running the test suites in multiple locales ------------------------------------------- Georg Brandl noted that unicode format modifiers were (in SVN) incorrectly using the locale (one should always use locale.format to get locale-aware formatting). Fredrik Lundh suggested that all test should be run in a different locale than C to detect these bugs, perhaps adding a "use setlocale" flag to the test runner, to simplify this. Neal Norwitz made a patch to do this, finding a failure in test_email and two failures in test_re. Contributing thread: - `locale and LC_NUMERIC `__ [TAM] ----------------------------------------------------------- Replacing the docutils directory with an svn:externals link ----------------------------------------------------------- David Goodger replaced the static copy of docutils in the "peps" repository with a svn:externals link to the docutils repository. There was some concern about svn querying servers other than svn.python.org (the docutils repository is hosted on svn.berlios.de) and about linking to a potentially broken repository. David assured python-dev that the svn.berlios.de server was hardly ever unreachable, and changed the svn:externals link to select the 0.4 revision of docutils instead of the trunk. That guaranteed a non-broken copy of docutils, and made updating to a new revision just a simple propedit. Contributing thread: - `r42015 - peps/trunk `__ [SJB] -------------- Tkinter status -------------- A brief message from Joseph Rodrigues asking about the status of Tkinter in Python started a short thread about how Tkinter is maintained in Python. Martin v. L?wis is the primary maintainer, and he mainly focuses on integrating user contributions and making sure that Python is compatible with the latest release of Tcl/Tk. New widgets don't get wrapped automatically - if you want one supported, you should submit a patch. Contributing thread: - `Tkinter `__ [SJB] ------------------------------------ Roadmap for ConfigParser development ------------------------------------ Once again, the output capability of ConfigParser was brought up; this time by Facundo Bastista, who `submitted a patch`_ that orders the output so that doctest output can be easily reliable. He pointed out that there is `another open patch`_ that allows the user to specify the order through an "ordered dictionary". Guido explained that he didn't feel that it mattered, as long as the patch also allows comments to be preserved; his preference was for everything (ordering, blank lines, and comments) to be preserved. Tony Meyer point out some examples_ of previous_ `python-dev discussion`_ about how ConfigParser should be modified, and that SpamBayes_ includes a ConfigParser subclass that allows 'surgical' editing of files. .. _submitted a patch: http://python.org/sf/1399309 .. _another open patch: http://python.org/sf/1371075 .. _previous: http://mail.python.org/pipermail/python-dev/2004-October/049454.html .. _python-dev discussion: http://mail.python.org/pipermail/python-dev/2004-October/049527.html .. _examples: http://aspn.activestate.com/ASPN/Mail/Message/python-dev/1483518 .. _SpamBayes: http://spambayes.org Contributing thread: - `ConfigParser to save with order `__ [TAM] ------------------------------- Patches for the logging package ------------------------------- Shane Hathaway asked about the process for submitting patches for the logging package. Vinay Sajip is the primary maintainer, and accepts patches (compatible with Python 1.5.2) through sourceforge as normal, though personal emails are appropriate if you are worried about spending time on a patch that is not accepted. There was a brief followup discussion about how to get the logging package to interact nicely with external log rotation tools, including the possible creation of a ``reopen()`` function for files, but the thread trailed off without any solid conclusion on this issue. Contributing thread: - `Logging enhancements `__ [SJB] ---------------------------------- os.path.getmtime() bugs on Windows ---------------------------------- Christian Tismer noted that if, in a single interactive session on Windows, create a file, get its os.path.getmtime(), change your time zone, and get its os.path.getmtime() again, the time stamps are different. He asked whether there was a way to circumvent the problem, or if a patch could be created. Tim Peters gave him a `reference to a CodeProject page` that discusses the problem. Martin v. L?wis has meant to work on a patch for several years; his plan is to drop usage of msvcrt's stat(3), and instead implement os.stat in terms of Windows API directly - this would also have the advantage that subsecond time-stamps can be exposed. This patch would need to be implemented twice; once for Win9X (ANSI file names) and once for NT+ (unicode file names). .. _reference to a CodeProject page: http://www.codeproject.com/datetime/dstbugs.asp Contributing thread: - `os.path.getmtime on Windows `__ [TAM] ---------------------------------------- Generating Python-ast.c and Python-ast.h ---------------------------------------- Python-ast.c and Python-ast.h are generated automatically from Parser/asdl_c.py and then checked into Subversion. However, a ``make distclean`` removes these files, and if you do not have a 2.2+ version of Python available, they cannot be regenerated. The best solution seemed to be to alter ``make distclean`` to not remove Python-ast.c and Python-ast.h as they only need to be regenerated when the AST definition changes, which is rather infrequent. Contributing thread: - `[Python-checkins] commit of r41880 - python/trunk/Python/Python-ast.c `__ [SJB] ----------------------------------------- Allowing dict subclasses for exec globals ----------------------------------------- Currently, the ``exec`` statement allows the locals expression (the second expression after ``in``) to be any mapping type. The globals expression (the first expression after ``in``) should be a dict object, but Python does not currently raise an exception if you use a dict subclass, though it will not call any overridden methods correctly. `Crutcher Dunnavant presented a patch`_ that allows the globals expression to be a dictionary subclass such that overridden methods are called properly. Because it gives Python new capabilities, if the patch is accepted, it will not become part of Python until 2.5. .. _Crutcher Dunnavant presented a patch: http://www.python.org/sf/1402289 Contributing thread: - `[PATCH] Fix dictionary subclass semantics when used as global dictionaries `__ [SJB] -------------------------------------- Finding an appropriate recursion limit -------------------------------------- Python limits the depth of the function call stack. Too low a limit, and some functions fail needlessly. Too high a limit, and some programs get a segmentation fault instead of an exception. There is no easy, automated, way to find the "right" limit. Contributing thread: - `Limiting the recursion limit `__ [Jim Jewett] ------------------------ When is a PEP necessary? ------------------------ Q. Why are so many PEPs about changes to syntax or the core language instead of (less intrusive) changes to the standard library? A. Unintrusive changes to the standard library can often just go in without the overhead of a PEP. This process *is* different from some other languages. Contributing thread: - `PEP and stdlib `__ [Jim Jewett] -------------------------------- Mixing file iteration techniques -------------------------------- 'for lines in file:' uses a buffer; doing an explicit readline does not use that buffer, which can lead to corrupted data. Thomas Wouters submitted a patch to raise an error instead of silently corrupting data. For backwards compatibility, it still doesn't complain when the mixing doesn't happen to corrupt data. He chose to raise an error instead of correcting the problem (by using the buffer exactly when he now raises an error) to minimize the changes. Contributing thread: - `file.next() vs. file.readline() `__ [Jim Jewett] ------------------------------------- Multiple interpreters sharing objects ------------------------------------- Having multiple interpreters sharing the same object isn't heavily tested. There is a threading-related bug (fixed in 2.4.2) that can result in (false) complaints about being run in restricted mode. In addition, if a thread finishes, another interpreter might reuse the thread id, which wasn't quite fully cleaned up. Various small patches were proposed; none are perfect, all are probably an improvement. Contributing threads: - `Sharing between multiple interpreters and restricted mode `__ - `PyThreadState_Delete vs PyThreadState_DeleteCurrent `__ - `pystate.c changes for Python 2.4.2 `__ [Jim Jewett] ----------------------------- Unicode exceptions with print ----------------------------- What to do if the output encoding can't handle the text you just sent it? Should it just substitute something (losing information) or should it really throw an exception? (What is wrong? Argh! I can't even print the bad data out!) Contributing thread: - `Unicode print/stdoutput exceptions are not nice `__ [Jim Jewett] -------------- curses testing -------------- Alone, the setupterm call [curses.setupterm(sys.__stdout__.fileno())] does nothing remarkable, but when it is done inside of curses.initscr() / curses.endwin() the terminal is not restored properly. Georg Brandl thinks that if setupterm() is to be tested, it should be executed before initscr(). Contributing thread: - `Birkenfeld's gone `__ [Jim Jewett] --------------------- Momentary API changes --------------------- Some functions were turned into macros, which are not so good for dynamic linking. This was later fixed. Contributing thread: - `API changes `__ [Jim Jewett] ---------------------- sudo security concerns ---------------------- If you can run a script as someone else (including root), and can set the environment variables, then you can get a python interactive session as that someone. Contributing thread: - `sudo security hole w/ potential Python connection `__ [Jim Jewett] ---------------------------- Problems with tar on Solaris ---------------------------- GNU tar should be used on Solaris, as the Solaris tar has problems. Contributing thread: - `TAR problems under Solaris `__ [Jim Jewett] ---------------------------- That which we call a rose... ---------------------------- "Reinhold Birkenfeld" was a pseudonym Georg Brandl first used when he was sixteen. Three years (plus change) later, he has decided to become known within the Python development community by his real name. Among the expected humourous replies, there was some discussion about whether pseudonyms should be permitted for people contributing to Python, but this (including exactly what a "contribution" is) wasn't resolved. Contributing thread: - `Birkenfeld's gone `__ [TAM] ================== Previous Summaries ================== - `When do sets shrink? `__ - `Including zlib... `__ - `a quit that actually quits `__ - `Real time behaviour of Pythons memory management; WAS: RE: Documentation about Python's GC,python-dev list messages referenced in Modules/gcmodule.c notreachable anymore `__ - `slight inconsistency in svn checkin email subject lines `__ - `buildno (Was: [Python-checkins] commit of r41907- python/trunk/Makefile.pre.in) `__ =============== Skipped Threads =============== - `Weekly Python Patch/Bug Summary `__ - `current test problems `__ - `mac memory leaks `__ - `bsddb broken `__ - `Jython and CPython `__ - `Compiler warnings for 64-bit portability problems `__ - `some interesting readings `__ - `Birkenfeld's gone `__ - `Python-Dev Digest, Vol 29, Issue 111 `__ - `PyCon TX 2006: Early-bird registration ends Jan. 15! `__ - `test_curses `__ - `sudo security hole w/ potential Python connection `__ - `Python-Dev Digest, Vol 30, Issue 32 `__ - `Hello `__ - `DRAFT: python-dev Summary for 2005-12-01 through 2005-12-15 `__ - `DRAFT: python-dev Summary for 2005-12-16 through 2005-12-31 `__ - `DRAFT: python-dev Summary for 2005-12-16 through2005-12-31 `__ - `Python icon `__ ======== Epilogue ======== This is a summary of traffic on the `python-dev mailing list`_ from January 01, 2006 through January 15, 2006. It is intended to inform the wider Python community of on-going developments on the list on a semi-monthly basis. An archive_ of previous summaries is available online. An `RSS feed`_ of the titles of the summaries is available. You can also watch comp.lang.python or comp.lang.python.announce for new summaries (or through their email gateways of python-list or python-announce, respectively, as found at http://mail.python.org). This is the 11th summary written by the python-dev summary deuce of Steve Bethard and Tony Meyer (Happy New Year!). 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 cent counts so even a small donation with a credit card, check, or by PayPal helps. -------------------- Commenting on Topics -------------------- To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list at python.org which is a gateway to the newsgroup) with a subject line mentioning what you are discussing. All python-dev members are interested in seeing ideas discussed by the community, so don't hesitate to take a stance on something. And if all of this really interests you then get involved and join `python-dev`_! ------------------------- How to Read the Summaries ------------------------- 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://svn.python.org/projects/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-12-01_2005-12-15.html .. _original text file: http://www.python.org/dev/summary/2006-01-01_2006-01-15.ht .. _archive: http://www.python.org/dev/summary/ .. _RSS feed: http://www.python.org/dev/summary/channews.rdf From ryan at rfk.id.au Wed Feb 1 13:17:37 2006 From: ryan at rfk.id.au (Ryan Kelly) Date: Wed, 01 Feb 2006 23:17:37 +1100 Subject: [ANN] filelike 0.1.1 Message-ID: <1138796257.9410.11.camel@mango> Hi Everyone, I've just uploaded the first version of my module for building, wrapping and transforming file-like objects: filelike-0.1.1 More details at: http://www.rfk.id.au/software/projects/filelike/ At the Cheese Shop: http://cheeseshop.python.org/pypi/filelike/ Cheers, Ryan Description: ------------ The filelike module takes care of the groundwork for implementing and handling file-like objects that implement a rich file-like interface, including reading, writing, and iteration. It also provides a number of useful classes built on top of this functionality. The main class is FileLikeBase, which implements the entire file-like interface (currently minus seek() and tell()) on top of primitive _read() and _write() methods. Subclasses may implement either or both of these methods to obtain all the higher-level file behaviors. Two methods are provided for when code expects to deal with file-like objects: * is_filelike(obj): checks that an object is file-like * to_filelike(obj): wraps a variety of objects in a file-like interface On top of this framework are built a collection of useful classes, including: * TransFile: pass file contents through an arbitrary translation function (e.g. compression, encryption, ...) * FixedBlockSizeFile: ensure all read/write requests are aligned with a given blocksize * DecryptFile: on-the-fly reading and writing to an encrypted file (using PEP272 cipher API) As an example of the type of thing this module is designed to achieve, here's how to use the DecryptFile class to transparently access an encrypted file: # Create the decryption key from Crypto.Cipher import DES cipher = DES.new('abcdefgh',DES.MODE_ECB) # Open the encrypted file f = DecryptFile(file("some_encrypted_file.bin","r"),cipher) The object in now behaves as a file-like object, transparently decrypting the file on-the-fly as it is read. -- Ryan Kelly http://www.rfk.id.au | This message is digitally signed. Please visit ryan at rfk.id.au | http://www.rfk.id.au/ramblings/gpg/ for details -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://mail.python.org/pipermail/python-announce-list/attachments/20060201/5b6c3064/attachment.pgp From ms at cerenity.org Wed Feb 1 16:18:41 2006 From: ms at cerenity.org (Michael Sparks) Date: Wed, 01 Feb 2006 15:18:41 +0000 Subject: Python Meet Manchester 8th Feb, Lass O'Gowrie Message-ID: Hi, This is to announce what looks like it might be the first Python Meet Manchester - should be fun! It's happening NEXT week. * Where: Lass O'Gowrie Pub. Directions: http://tinyurl.com/cp3kv * When: 7pm onwards, Wed 8th Feb If you've been to one in London you know pretty much what to expect - a bunch of geeks in a pub talking, well, about python and stuff they find interesting as well as demos and informal talks. If you've used/ written/ found something you think's cool and want to talk about it & show it off please do. As it's the first time we've no idea if the Lass O'Gowrie will be ideal or not, and if it isn't there's always the possibility of a Python "Crawl" to solve that :-) Sign up page (not obligatory, but would be nice if people did - it at least has my ugly mug on as a point of reference for people :-) here: * http://tinyurl.com/a9cry Current topics people have offered up for discussion: * Turbo Gears * Kamaelia (Similar, but not identical, problem space to twisted for people who don't know what it is) * How to write "Pythonically". (I'm convinced you need to be dutch for that one myself ;-) Also if you're vaguely interested in python, but are interested in other things like RoR, please come along - the London meets are interesting because of the eclectic mix of people/interests :-) Likewise if there's anything you'd be interested in seeing/hearing about, please come and chat about it :) Please forward this around! See you there! Michael. From anagappan at novell.com Wed Feb 1 17:57:33 2006 From: anagappan at novell.com (A Nagappan) Date: Wed, 01 Feb 2006 09:57:33 -0700 Subject: LDTP 0.3.0 released !!! Message-ID: <43E135D50200004400003D54@lucius.provo.novell.com> Hi, LDTP community has reached another important milestone with the release of LDTP 0.3.0. This release features the new architecture which is a result of more than 3 months of hard work by the LDTP community. This newsletter also includes latest news on our approach towards achieving an automated test engine. Useful references have been included at the end of this article for those who wish to hack/use LDTP. LDTP is now at version 0.3.0 ! Whats new in this release... + New Client Server Architecture: This release includes major changes in the architecture with LDTP using client/server architecture to handle more scenarios which were not possible with the previous versions. Thankfully, not much changes are required for the old scripts for them to be used. Kudos to the LDTP community for making this release a grand success. + Run time appmap generation (initialization of appmap is optional) Appmaps can be optional with the new LDTP as it can be generated autimatically at run time.This along with the Regular Expression (discussed below) feature will greatly minimise the script changes required after the GUI of the application to be tested changes. + Regular expression based object search (both context and component) This cool new feature enables the script writer to give regular expressions instead of complete names for the components under testing. This relieves the script writer from setting the context for different window titles. + For unexpected windows (example: connection reset by peer /connection timed out dialogs) can be handled by registering a callback function and the respective callback function will be called, whenever the registered window with the title appears and even this window could be based on regular expression + Programming language is no barrier for automation! Now the scripts can be written in any language even though the default one is Python. + Cleaner code base LDTP code base has been restructured and all the files follow proper coding guidelines. This helps newbies to get started with hacking LDTP more easily than ever before. This release is a promising one from the LDTP community with a bag full of features and lot more! so what are you waiting for. Grab your copy from the following link and start easing your work by automating using LDTP. Downloads... You can download the latest version of LDTP from http://ldtp.freedesktop.org/wiki/Downloads LDTP is available as rpm package. LDTP is also available as deb package for Debian and Ubuntu distributions. Thanks to Casanova (prashmohan at gmail.com) for the providing the same. For a step by step instruction on setting up LDTP please refer http://ldtp.freedesktop.org/wiki/How_20to_20setup_20pyldtp_20in_20GNU_2fLinux_20environment References For detailed information on LDTP framework and latest updates visit http://ldtp.freedesktop.org All the published newsletters including the current one can be downloaded from http://ldtp.freedesktop.org/wiki/Newsletters For release notes of every release including the current one please refer http://ldtp.freedesktop.org/wiki/Release_20Notes For information on various APIs in LDTP including those added for this release can be got from http://ldtp.freedesktop.org/wiki/API_20Reference To subscribe to LDTP mailing lists, visit http://ldtp.freedesktop.org/wiki/Mailing_20list IRC Channel - #ldtp on irc.freenode.net Thanks Nagappan Nagappan A Linux Desktop Testing Project - http://gnomebangalore.org/ldtp http://nagappanal.blogspot.com From altis at semi-retired.com Thu Feb 2 19:13:04 2006 From: altis at semi-retired.com (Kevin Altis) Date: Thu, 2 Feb 2006 10:13:04 -0800 Subject: ANN: OSCON 2006 (Python 14 Conference) Proposals due Feb. 13th Message-ID: OSCON 2006: Opening Innovation http://conferences.oreillynet.com/os2006/ Save the date for the 8th annual O'Reilly Open Source Convention, happening July 24-28, 2006 at the Oregon Convention Center in beautiful Portland, Oregon. Call For Participation ---------------------- Submit a proposal-fill out the form at: http://conferences.oreillynet.com/cs/os2006/create/e_sess/ Important Dates: * Proposals Due: Midnight (PST) February 13, 2006 * Speaker Notification: March 27, 2006 * Tutorial Presentation Files Due: June 12, 2006 * Session Presentation Files Due: June 26, 2006 * Conference: July 24-28, 2006 Proposals --------- We are considering proposals for 45 minute sessions and 3 hour tutorials. We rarely accept 90 minute proposals, as most general sessions are 45 minutes in length. Your proposals are examined by a committee which draws from them and which also solicits proposals to build the program. Proposals are due by midnight (PST), Feb. 13, 2006. The OSCON Speaker Manager, Vee McMillen, emails notification of the status of your talk (accepted or otherwise) by March 27, 2006. Unless the content of your talk is particularly timely (e.g., features of a product that will be launched at OSCON), you are required to send us your slides several weeks before the conference begins. Submit proposals via the form below. Some tips for writing a good proposal for a good talk: * Keep it free of marketing: talk about open source software, but not about a commercial product--the audience should be able to use and improve the things you talk about without paying money * Keep the audience in mind: they're technical, professional, and already pretty smart. * Clearly identify the level of the talk: is it for beginners to the topic, or for gurus? What knowledge should people have when they come to the talk? * Give it a simple and straightforward title: fancy and clever titles make it harder for people (committee and attendees) to figure out what you're really talking about * Limit the scope of the talk: in 45 minutes, you won't be able to cover Everything about Widget Framework X. Instead, pick a useful aspect, or a particular technique, or walk through a simple program. * Pages of code are unreadable: mere mortals can deal with code a line at a time. Sometimes three lines at a time. A page of code can't be read when it's projected, and can't be comprehended by the audience. * Explain why people will want to attend: is the framework gaining traction? Is the app critical to modern systems? Will they learn how to deploy it, program it, or just what it is? * Let us know in your proposal notes whether you can give all the talks you submitted proposals for * Explain what you will cover in the talk NOTE: All presenters whose talks are accepted (excluding Lightning Talks) will receive free registration at the conference. For each half-day tutorial, the presenter receives one night's accommodation, a limited travel allowance, and an honorarium. We give tutors and speakers registration to the convention (including tutorials), and tutors are eligible for a travel allowance: up to US$300 from the west coast of the USA, up to US$500 from the east coast of the USA, up to US$800 from outside the USA. Registration opens April, 2006. If you would like to be notified by email when registration opens, please use the form on our main page. CONFERENCE INFO =============== The O'Reilly Open Source Convention is where coders, sysadmins, entrepreneurs, and business people working in free and open source software gather to share ideas, discover code, and find solutions. At OSCON 2005, more than 2,400 attendees took part in 241 sessions and tutorials across eleven technology tracks, learning about the newest features and versions from creators and experts. A record number of products launches and announcements were made, and sponsors and exhibitors from a wide range of companies filled the largest exhibit hall in OSCON's history. We anticipate that OSCON 2006 will be even more successful, and continue to be the place for the open source community to meet up, debate, make deals, and connect face to face. OSCON 2006 will take place at the Oregon Convention Center in Portland, Oregon July 24-28, 2006. OSCON 2006 will feature the projects, technologies, and skills that you need to write and deploy killer modern apps. We're looking for proposals on platforms and applications around: * Multimedia including voice (VoIP) and video * AI including spam-busting, classification, clustering, and data mining * Collaboration including email, calendars, RSS, OPML, mashups, IM, presence, and session initialization * Project best practices including governance, starting a project, and managing communities * Microsoft Windows-based open source projects including .NET, Mono, and regular C/C++/Visual Basic Windows apps * Enterprise Java techniques including integration, testing, and scalable deployment solutions * Linux kernel skills for sysadmins including virtualization, tuning, and device drivers * Device hacking including iPods, Nintendo, PSP, XBox 360, and beyond * Design including CSS, GUI, and user experience (XP) * Entrepreneurial topics including management for techies, how to go into business for yourself, and business models that work * Security including hardening, hacking, root kits (Sony and otherwise), and intrusion detection/cleanup * Fun subjects with no immediate commercial application including retro computing, games, and BitTorrent Tracks at OSCON will include: * Desktop Apps * Databases, including MySQL, PostgreSQL, Ingres, and others * Emerging Topics * Java * Linux Kernel for SysAdmins * Linux for Programmers * Perl, celebrating the 10th year of The Perl Conference! * PHP * Programming, including everything that's not specific to a particular language * Python * Security * Ruby, including Ruby on Rails * Web Apps, including Apache * Windows From ahaas at airmail.net Thu Feb 2 20:12:40 2006 From: ahaas at airmail.net (Art Haas) Date: Thu, 2 Feb 2006 13:12:40 -0600 Subject: [ANNOUNCE] Twenty-eighth release of PythonCAD now available Message-ID: <20060202191240.GK11891@artsapartment.org> Hi. I'm pleased to announce the twenty-eighth development release of PythonCAD, a CAD package for open-source software users. As the name implies, PythonCAD is written entirely in Python. The goal of this project is to create a fully scriptable drafting program that will match and eventually exceed features found in commercial CAD software. PythonCAD is released under the GNU Public License (GPL). PythonCAD requires Python 2.2 or newer. The interface is GTK 2.0 based, and uses the PyGTK module for interfacing to GTK. The design of PythonCAD is built around the idea of separating the interface from the back end as much as possible. By doing this, it is hoped that both GNOME and KDE interfaces can be added to PythonCAD through usage of the appropriate Python module. Addition of other PythonCAD interfaces will depend on the availability of a Python module for that particular interface and developer interest and action. The twenty-eighth release of PythonCAD offers improved abilities to edit entities in a drawing. Previous releases had inconsistent behavior for entity modification as some operations first required selecting then entities to change and then selecting the operation to perform, where other changes were accomplished by first selecting the action and then selecting entities. The latest release allows for entity modifications to be performed in either mode, thus making the code more consistent as well as easier to use. For people familiar with AutoCAD, PythonCAD now has 'NOUN->VERB' and 'VERB->NOUN' entity modification behavior. Numerous internal changes to the code utilizing more current functionality are also included in this release, in particular a rewrite of the entity moving code. Also, the ability to adjust the attributes of the text objects in a Dimension have been improved as well as simplified. And as usual, a wide number of bug fixes and other code enhancements are present in the release. A mailing list for the development and use of PythonCAD is available. Visit the following page for information about subscribing and viewing the mailing list archive: http://mail.python.org/mailman/listinfo/pythoncad Visit the PythonCAD web site for more information about what PythonCAD does and aims to be: http://www.pythoncad.org/ Come and join me in developing PythonCAD into a world class drafting program! Art Haas -- Man once surrendering his reason, has no remaining guard against absurdities the most monstrous, and like a ship without rudder, is the sport of every wind. -Thomas Jefferson to James Smith, 1822 From richardjones at optushome.com.au Fri Feb 3 06:28:57 2006 From: richardjones at optushome.com.au (Richard Jones) Date: Fri, 3 Feb 2006 16:28:57 +1100 Subject: Roundup Issue Tracker release 1.0.1 Message-ID: <200602031628.57229.richardjones@optushome.com.au> I'm proud to release this, the 1.0.1 release of Roundup. Features in this release: - scripts/import_sf.py will import a tracker from Sourceforge.NET - added hasRole('Role Name') to HTMLUser Fixed in this release: - SQL generation for sort/group by separate Link properties (sf bug 1417565) - fix timezone offsetting in email Date: header - fix security check for hasPermission('Permission', None) If you're upgrading from an older version of Roundup you *must* follow the "Software Upgrade" guidelines given in the maintenance documentation. Roundup requires python 2.3 or later for correct operation. To give Roundup a try, just download (see below), unpack and run:: python demo.py Release info and download page: http://cheeseshop.python.org/pypi/roundup Source and documentation is available at the website: http://roundup.sourceforge.net/ Mailing lists - the place to ask questions: http://sourceforge.net/mail/?group_id=31577 About Roundup ============= Roundup is a simple-to-use and -install issue-tracking system with command-line, web and e-mail interfaces. It is based on the winning design from Ka-Ping Yee in the Software Carpentry "Track" design competition. Note: Ping is not responsible for this project. The contact for this project is richard at users.sourceforge.net. Roundup manages a number of issues (with flexible properties such as "description", "priority", and so on) and provides the ability to: (a) submit new issues, (b) find and edit existing issues, and (c) discuss issues with other participants. The system will facilitate communication among the participants by managing discussions and notifying interested parties when issues are edited. One of the major design goals for Roundup that it be simple to get going. Roundup is therefore usable "out of the box" with any python 2.3+ installation. It doesn't even need to be "installed" to be operational, though a disutils-based install script is provided. It comes with two issue tracker templates (a classic bug/feature tracker and a minimal skeleton) and five database back-ends (anydbm, sqlite, metakit, mysql and postgresql). From fuzzyman at gmail.com Fri Feb 3 10:28:24 2006 From: fuzzyman at gmail.com (Fuzzyman) Date: 3 Feb 2006 01:28:24 -0800 Subject: Movable Python 1.0.0 for Python 2.3 & 2.4 Message-ID: <1138958904.256756.324580@g49g2000cwa.googlegroups.com> It's finally happened, `Movable Python `_ is finally released. Versions for Python 2.3 & 2.4 are available from `The Movable Python Shop `_. The cost is ?5 per distribution, payment by PayPal. ?1 from every distribution goes to support the development of `SPE `_, the Python IDE. This gives you free support (via the `Movable Python Mailing List `_), and access to updates, for a year. There is a minor issue with the Python 2.2 version. This will be fixed and released in the next few days. In the meantime the previous version (0.4.6) is available for download from the shop. If you purchase this distribution your year will run from the date of the release of 1.0.0. Paying for **Movable Python** supports the development of the other Open Source `Voidspace Python Projects `_. What is Movable Python ? =================== **Movable Python** is a distribution of Python for Windows that doesn't need to be installed. It easily fits onto a USB memory stick. Python on a stick. It is integrated with SPE, the Python IDE, to make **Movable Python** a portable Build, Test, and Run environment. It has a nice GUI to launch programs and control its behaviour. Movable Python is useful in the following situations: * Machines where you can't install programs. * Where you need a portable 'Build, Test, and Run' Python environment. * Having several versions of Python on the same machine for forward/backward compatibility testing. * Easily deploying Python scripts without having to install Python. * Try before you buy - test Python without having to install it, including new versions . * 'Python Runtime Environment'. '``.py``' files can be associated with movpy. For more information, see `An Introduction to Movable Python `_. What's New ? ========== Changes since version 0.4.6. Completely new method for running files. This means you can launch multiple programs from the GUI. Lots of new libraries and tools included. Virtually all the included tools have had version upgrades since the last release. The GUI does a lot more : * Version number and Python version displayed on the GUI * You can pass arguments to your programs * It remembers the last directory you ran a program from * You choose if launched programs have a console box or not * You can configure the options programs are run with * You can edit the default options * Four configurable Quick Launch buttons * You can launch SPE from the GUI * You can launch the documentation (About) * You can launch an interpreter console * You can close the GUI without having to launch a program or go to the interpreter The following (command line) options are new : * ``f`` - run script in it's directory * ``b`` - pause after running script * ``o`` - override default options * ``die`` - get rid of GUI after running * ``k`` - run with console from movpyw * ``koff`` - run without console from movpy Complete documentation rewrite. Docs are now built with `rest2web `_. ``movpyw.exe`` is now included in the Python 2.2 distribution. Bug fixed where first command line argument to your program was always lost. {sm;:oops:} Bug fixed so that ``IPOFF`` actually works now. Bug fixed so that ``-p`` in ``config.txt`` now works. Lots of other minor changes and improvements. {sm;:-)} Known Issues ========== There are some (minor) known issues with version 1.0.0. These will be fixed soon. * Version for Python 2.2 not yet available. * Possible issue running ``movpy.exe`` from long file paths on Windows 98. * The ``lib`` directory is not added to ``sys.path`` before entering interactive mode. There are also several items in the `TODO `_ list. Many of these are future ways that **Movable Python** could be developed. From python at openlight.com Fri Feb 3 19:07:35 2006 From: python at openlight.com (George Belotsky) Date: Fri, 3 Feb 2006 13:07:35 -0500 Subject: Notes from the Seneca Speaker Series talk on Python Message-ID: <20060203180735.GA6985@localhost> The notes on the Python talk (formatted as S5 slides) that I gave as part of the Seneca Speaker Series are now available online: "http://cs.senecac.on.ca/speakers/docs/belotsky/". The talk is a brief tour on how to use Python in a complex project. This tour includes namespaces, Python's typesystem, descriptors, and refactoring of interfaces. It builds on my earlier, introductory Python talk at the same organization (which is Canada's largest college, with over 100,000 students): "http://cs.senecac.on.ca/soss/2005/presentations/george/index.html". This talk focuses on several very short examples, which show the immediate effectiveness (with minimal coding) of Python in diverse applications. If you like the S5 presentation system, you are welcome to download the theme from my slides, to use your own talks: "http://www.openlight.com/Python-S5-Theme.tar.gz". This theme modifies one of the original S5 themes, in order to give it a Python flavor. Best Wishes, George. From nnorwitz at gmail.com Sat Feb 4 04:00:35 2006 From: nnorwitz at gmail.com (Neal Norwitz) Date: Fri, 3 Feb 2006 19:00:35 -0800 Subject: [ANN] PyChecker 0.8.17 released Message-ID: A new version of PyChecker is available. There are two notable new features (command line options): --only and -#/--limit. --only will only print warnings from files specified on the command line. --limit will limit the number of warnings printed. By default, only 10 warnings are printed unless you disable the limit check: -# 0. What is it? PyChecker is a tool for finding bugs in Python source code. It finds problems that are typically caught by a compiler for less dynamic languages, like C and C++. It is similar to lint. Comments, criticisms, new ideas, and other feedback is welcome. Changes from 0.8.16 to 0.8.17: * Fix spurious warning for Statement with no effect using bit shifts * Add -#/--limit command line option to set the max # of warnings to show * Remove broken command line options: -e/--errors, --complexity * Add -e/--level command line options which allows the error level to be specified: error, security, warning, unused, deprecated, style. These names map to numbers: 90, 90, 70, 50, 40, 10 (error == security). Specifying a value means all levels equal to or greater than it. * Add --only option which displays warnings only for files specified on the command line * Add --evil option for users to prevent the interpreter from crashing due to broken C extensions * Fix wrong file name when warning about returning values from __init__ functions. (#1291116) * Fix a few more glitches with setup.py. * Suppress warning about integer division when the code is: int(x / y) * Add code to skip testing objects from extension modules that are known to crash the interpreter. Currently, the list includes old versions of matplotlib.axes.BinOpType and wx.TheClipboard. * Support ROT_THREE and ROT_FOUR opcodes PyChecker is available on Source Forge: Web page: http://pychecker.sourceforge.net/ Project page: http://sourceforge.net/projects/pychecker/ Mailing List: pychecker-list at lists.sourceforge.net Enjoy and don't forget to provide feedback! Neal -- pychecker-list at lists.sourceforge.net From dopal-annmail at sixtyten.org Sat Feb 4 12:31:57 2006 From: dopal-annmail at sixtyten.org (Allan Crooks) Date: Sat, 04 Feb 2006 11:31:57 +0000 Subject: [ANN] DOPAL 0.55 - Python library for Azureus Message-ID: <43E490AD.2070209@sixtyten.org> Summary: ------- DOPAL is a library to allow programs written in Python to easily communicate the Java BitTorrent client Azureus, via the XML/HTTP plugin (allowing communication over a network). Changes: ------- Version 0.55 is the second public release of DOPAL. The main change is a massive increase of supported classes defined by Azureus (up from 17 to 214!). There are also a few minor bugfixes in this release, as well as some internal core changes, and improved API documentation. The method definitions in this release are in sync with Azureus 2.3.0.7 b40 (though you can use any version of Azureus with DOPAL). Description: ----------- It provides a very Pythonic way of interacting with the objects available in Azureus's Plugin API - you can interact with remote objects and invoke methods on them as easily as any normal Python object (while all the connection handling and XML generation and parsing is done behind the scenes). It also allows you to write code which can do just the same things as Java plugins for Azureus can (well, almost). Website: ------- http://dopal.sourceforge.net/ Example usage: ------------- http://dopal.sourceforge.net/examples.html From jack at gulcas.org Sat Feb 4 23:58:32 2006 From: jack at gulcas.org (jack) Date: Sat, 04 Feb 2006 23:58:32 +0100 Subject: python port for iPod Message-ID: <43E53198.5080909@gulcas.org> Hi, Since May 2005 there is a port of python (v2.4.1) for Apple iPod. Porting was an 'easy' job, the only consideration was how you can write with a iPod, ipodlinux [1] people did an interface called iPodRead that allows you type into iPod scrolling left or right on the wheel. (This affects to the file Parser/myreadline.c, line 47). Furthermore, is necessary run configure with options: --without-threads, --without-shared and --with-cxx and build it in a cross-compile environment for ARM architecture. Running make the only problem was the function hypot (umm, like ipod :) in the math module (I don't remember the problem) but i had to change hypot(x,y) to sqrt(x*x+y*y). You can see the differences between python original and python ported source in [2]. First announce about the port can be found in [3]. More info about this port, cool pictures and binaries & source code in [4]. [1] http://ipodlinux.org [2] http://www.ciberjacobo.com/en/diffs.html [3] http://ipodlinux.org/forums/viewtopic.php?t=1945 [4] http://www.ciberjacobo.com/en/linux_on_ipod.html#python -- Jacobo Avariento Gimeno http://ciberjacobo.com OpenPGP key: http://ciberjacobo.com/key.pem From pyp at gmx.net Sun Feb 5 00:57:02 2006 From: pyp at gmx.net (=?iso-8859-1?B?TWlrZSBN/GxsZXI=?=) Date: 4 Feb 2006 15:57:02 -0800 Subject: Leipzig Python User Group - First Meeting 14.Feb.2006 Message-ID: <1139097422.694141.22360@g47g2000cwa.googlegroups.com> We will meet the first time on 14.02.2006 at 8 pm. at the Training Centre of the Python Academy, which is located at Zur Schule 20, 04158 Leipzig, Germany. Our topic is the formation of the Leipzig Python User Group, or LE-Snakes. Food and drinks are provided. Please send a short mail to info at python-academy.de to notify if you come, so we can make appropriate arrangements. The meeting will take place regularly once a month. The Training Centre of the Python Academy will be the default meeting place. Other locations will be announced. We plan to have one presentation per meeting about Python related topics. The title of the first presentation is: Mike M?ller "Parallelisierung von Pythonanwendungen mit Python Remote Objects (PYRO)"| The presentation will be given in German. There are slides available in English also. If there is demand the presentation can be given in English as well. Everybody who uses Python, plans to do so or is interested in learning more about the language is encouraged to participate. While the meeting language will be mainly German, English speakers are very welcome. We will provide English interpretation if needed. Current information are available here: http://www.python-academy.de/LE-Snakes/index.html Wir treffen uns zum ersten Mal am 14.02.2006. um 20:00 Uhr im Schulungszentrum der Python Academy, Zur Schule 20, 04158 Leipzig. Unser Thema ist die Gr?ndung der Leipzig Python User Group, der LE-Snakes. F?r das leibliche Wohl wird gesorgt. Wir bitten um kurze Anmeldung per e-mail an: info at python-academy.de Der Stammtisch soll regelm??ig einmal pro Monat in Leipzig stattfinden. Als Treffpunkt steht das Schulungszentrum der Python Academy zur Verf?gung. Andere Treffpunkte werden bei den Einladungen zum Stammtisch bekannt gegeben. Geplant ist ein Vortrag zu einem Python-relevanten Thema pro Treffen. Der Titel des Vortrages des ersten Treffens lautet: Mike M?ller "Parallelisierung von Pythonanwendungen mit Python Remote Objects (PYRO)" Teilnehmen kann jeder, der Interesse an Python hat, die Sprache bereits nutzt oder nutzen m?chte. Die Arbeitssprachen des Treffens ist Deutsch. English sprechende Python-Enthusiastsen sind trotzdem herzlich eingeladen. Wir ?bersetzen gern. Aktuelle Infomationen dazu gibt es hier: http://www.python-academy.de/LE-Snakes/index.html From jeff at taupro.com Sun Feb 5 11:53:48 2006 From: jeff at taupro.com (Jeff Rush) Date: Sun, 05 Feb 2006 04:53:48 -0600 Subject: New Mailing List for PyCon Technology and Conference Software Message-ID: <43E5D93C.2060703@taupro.com> I have arranged for the creation of a new mailing list under python.org for the discussion of software development for PyCon, of any type and for any year. We've been sending a lot of email privately and making the process more visible would be good I think. There are a few disjoint efforts and a list would bring them together. This list is also for the discussion of other technical matters related to PyCon such as the audio/video recording efforts. This list can also help us prepare for the conference-software sprint that Andrew Kuching is pushing for PyCon this year. Please consider signing up by visiting: http://mail.python.org/mailman/listinfo/pycon-tech -Jeff From jeff at taupro.com Sun Feb 5 11:18:27 2006 From: jeff at taupro.com (Jeff Rush) Date: Sun, 05 Feb 2006 04:18:27 -0600 Subject: Booksigning Party at PyCon This Year! Message-ID: <43E5D0F3.5060305@taupro.com> Because many authors of books related to Python will be in attendance at PyCon, we would like to organize a book signing activity. It seems logical to hold it Saturday night at the party at the Nerdbooks.com bookstore. Bring your own books or buy new ones in the store! And if you're an author in attendance who would like to promote your book, drop an email to "jeff at taupro.com" or come forward when we call the book signing to order in the store. So that the bookstore can have copies on-hand, we'd like to collect a list of titles you'd consider having signed. Please edit the following wiki page and add your choices. Authors, you can add your books too. http://us.pycon.org/TX2006/BookSigning -Jeff From 2005a at usenet.alexanderweb.de Sun Feb 5 21:33:11 2006 From: 2005a at usenet.alexanderweb.de (Alexander Schremmer) Date: Sun, 5 Feb 2006 21:33:11 +0100 Subject: ANN: MoinMoin 1.5.2 (advanced wiki engine) released Message-ID: <10w7ih0jwkncl$.dlg@usenet.alexanderweb.de> _ _ /\/\ ___ (_)_ __ /\/\ ___ (_)_ __ / \ / _ \| | '_ \ / \ / _ \| | '_ \ __ / /\/\ \ (_) | | | | / /\/\ \ (_) | | | | | /| |_ \/ \/\___/|_|_| |_\/ \/\___/|_|_| |_| |.__) ============================================== MoinMoin 1.5.2 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.5.2 is a bug fix release. The 1.5 branch brings you several new features such as the GUI editor, which allows the users to edit pages in a WYSIWYG environment, and many bug fixes. The download page: http://moinmoin.wikiwikiweb.de/MoinMoinDownload New features in 1.5.1 ===================== * The FullSearchCached macro which is statically cached on the page. * Surge protection system to stop bots or DOS-attackers from abusing your system * Allow normal HTML entities like & in the wiki page Major bug fixes in 1.5.2 ======================== * Clean up of the internal formatter API * Fixed some edge cases of GUIEditor usage. Major new features in 1.5 ========================= * The WYSIWYG editor for wiki pages allows you to edit pages without touching the markup. Furthermore, the wiki page is not stored as HTML after editing but kept as wiki markup in order to simplify the editing process for users that cannot or do not want to use the new editor. * AutoAdmin security policy allows users to gain admin permissions on particular pages. * The new authentication system allows to add short methods that check the credentials of the user. This allowed us to add eGroupware single sign on support. * Separation of homepages into a separate wiki (in a farm) and having a single user database is supported. * A DeSpam action to allow mass-reverting of spam attacks. * PackageInstaller support for simplified installation of plugins, themes and page bundles. This enables you to decide in which languages help pages should be installed. Note that Python 2.3.0 or newer is required. For a more detailed list of changes, see the CHANGES file in the distribution or http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES MoinMoin History ================ MoinMoin has been around since year 2000. The codebase was initally started 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 are also many private installations. More Information ================ * Project site: http://moinmoin.wikiwikiweb.de/ * Feature list: http://moinmoin.wikiwikiweb.de/MoinMoinFeatures * Download: http://moinmoin.wikiwikiweb.de/MoinMoinDownload * DesktopEdition: http://moinmoin.wikiwikiweb.de/DesktopEdition * This software is available under the GNU General Public License v2. * Changes: http://moinmoin.wikiwikiweb.de/MoinMoinRelease1.5/CHANGES * Known bugs: * http://moinmoin.wikiwikiweb.de/KnownIssues * http://moinmoin.wikiwikiweb.de/MoinMoinBugs sent by Alexander Schremmer for the MoinMoin team From dberlin at gmail.com Mon Feb 6 08:29:02 2006 From: dberlin at gmail.com (dberlin at gmail.com) Date: 5 Feb 2006 23:29:02 -0800 Subject: FarPy GUIE v0.4.2 Message-ID: <1139210942.029717.7080@z14g2000cwz.googlegroups.com> GUIE (GUI Editor) provides a simple WYSIWYG GUI editor for wxWidgets. The program was made in C# and saves the GUI that was created to a XML format I called GUIML. This GUIML is a pretty standard representation of the GUI created with the program with some helpful additions for .NET. Next, GUIE takes these GUIML files and translates it to either wxPython Python code or wxRuby Ruby code (more languages in the future). You may ask yourself why I took the extra step? Why didn't I go straight from C# controls to wxPython code? Why is GUIML necessary? Well, it isn't. It is there simply for people (or maybe I) to take the GUIML and convert it to other languages. This, by effect can convert this tool from a Python GUI editor, to "any programming language with a GUI module" GUI editor. http://farpy.holev.com Changes (as of v0.4.2) Fixed: RadioButton not exported Fixed: New form opened even though file import failed Changed: Default font to- MS Sans Sarif (windows default) Added: Error reporting in more areas Fixed: Attempt at fixing error saving files ("file in use" error) Added: Snap to grid functionality From jdavid at itaapy.com Mon Feb 6 10:50:04 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Mon, 06 Feb 2006 10:50:04 +0100 Subject: itools 0.12.3 released Message-ID: <43E71BCC.2020909@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.i18n itools.web itools.cms itools.ical itools.workflow itools.csv itools.resources itools.xhtml itools.datatypes itools.rss itools.xliff itools.gettext itools.schemas itools.xml itools.handlers itools.tmx itools.html itools.uri Changes: Resources - Add "tell" to the API of file resources (only implemented by memory resources for now). [#151] Web - Improved stability for the web server. We catch unexpected exceptions in a couple of places more, and send an "Internal Server Error" response to the browser; instead of crashing the server. Scripts - Add "igraph" to the collection of scripts; it draws a class diagram with the inheritance hierarchy. By Luis Belmar-Letelier [#219] Resources --------- Download http://www.ikaaro.org/download/itools/itools-0.12.3.tar.gz Home 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 jeff at taupro.com Mon Feb 6 13:47:00 2006 From: jeff at taupro.com (Jeff Rush) Date: Mon, 06 Feb 2006 06:47:00 -0600 Subject: Booksigning Party at PyCon This Year -- UPDATE Message-ID: <43E74544.9080000@taupro.com> DO NOT BRING YOUR OWN BOOKS For inventory security reasons, please do NOT bring your own books to the bookstore to be signed. Mixing attendee books with store books in a party atmosphere would be difficult to manage and we need to be considerate of the store. I mispoke in the original announcement. So that the bookstore can have copies on-hand, we'd like to collect a list of titles you'd consider having signed. Please edit the following wiki page and add your choices. Authors, you can add your books too. http://us.pycon.org/TX2006/BookSigning -Jeff From python-url at phaseit.net Mon Feb 6 17:56:49 2006 From: python-url at phaseit.net (Magnus Lycka) Date: Mon, 06 Feb 2006 16:56:49 +0000 Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Feb 6) Message-ID: QOTW: "Excessive cleverness can lead to unmaintainable code. So can excessive stupidity." -- Alan Morgan "Also Python code is pretty bare-metal, so that file.write or socket.write go to the syscall immediately. Try that in Java and you'll find 30 layers of complex abstractions for doubtful benefits and obvious slowness." -- Giovanni Bajo Want to talk at the Python 14 Conference? Proposals are due Feb. 13th. http://groups.google.com/group/comp.lang.python/browse_frm/thread/4778f0e488118d6c Need fuzzy lookups? It turns out the standard library has what you need! http://groups.google.com/group/comp.lang.python/browse_frm/thread/43f3ef0bf88f40d2 Metaclasses don't have to be so difficult... http://groups.google.com/group/comp.lang.python/browse_frm/thread/4be7f1d3f1b3f7df ActiveState goes solo. Again. http://blogs.activestate.com/activestate/2006/01/activestate_to_.html "Nokia ... announced [an agreement] to release the source code for its Python for S60 Platform software package ..." by way of SourceForge. http://www.ameinfo.com/76819.html If you want a computer with fewer keys than a mobile phone, you can now hack away in you favourite programming language on your Apple iPod! http://groups.google.com/group/comp.lang.python/browse_frm/thread/cddcdfb99c612213 Yet another program is saved from unwarranted use of regular expressions! http://groups.google.com/group/comp.lang.python/browse_frm/thread/32129018480c0121 Yes, it's feasable to write Python DJing software. Hopefully, the OP realized that the answer was yes before the thread turned into pseudopilosophical drivel. http://groups.google.com/group/comp.lang.python/browse_frm/thread/fb73a7701faf10ea This Object-Oriented stuff takes time to grasp... http://groups.google.com/group/comp.lang.python/browse_frm/thread/7e34915a76fa8893 http://groups.google.com/group/comp.lang.python/browse_frm/thread/869e448765ea4b98 Why make a code generator when you have Python? http://groups.google.com/group/comp.lang.python/browse_frm/thread/dfd984102f5f29ed ======================================================================== 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/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From fabioz at esss.com.br Mon Feb 6 18:45:50 2006 From: fabioz at esss.com.br (Fabio Zadrozny) Date: Mon, 06 Feb 2006 15:45:50 -0200 Subject: [ANN] PyDev 1.0 released In-Reply-To: <434E801E.3010702@esss.com.br> References: <43382E1F.3000600@esss.com.br> <434E801E.3010702@esss.com.br> Message-ID: <43E78B4E.3030501@esss.com.br> Hi All, PyDev - Python IDE (Python Development Enviroment for Eclipse) version 1.0 has been released. Check the homepage (http://pydev.sourceforge.net/) for more details. Details for Release: 1.0 Yeap, that's right, Pydev has reached its 'adulthood', so... enjoy it! Major highlights: ----------------------- * High-speed Debugger (on par with the best debuggers available) * Debugger now gets the variables 'on-demand' * The variables returned for jython are much more complete * Wizard to create new project has option for creating a default 'src' folder (and add it to the pythonpath). * The create new python module and new python package have been reviewed (you can still use the regular ones, but the new ones are really reccommended -- also it will help in making sure you have your pythonpath correctly configured!). * Create new source folder option added. * Pylint can now give the output to the console (configurable). * Pylint 0.9.0 tested * Pylint errors now show in the hover * The Pydev perspective was changed (so, please, close the current and ro-open it) * Templates were added for the keywords * Keybindings were added to run the current editor as python (F9) or as jython (Ctrl+F9). Those are customizable in the 'keys' preferences * And many other bug-fixes as usual 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 fabioz at esss.com.br Mon Feb 6 18:58:39 2006 From: fabioz at esss.com.br (Fabio Zadrozny) Date: Mon, 06 Feb 2006 15:58:39 -0200 Subject: [ANN] Pydev Extended: Pydev Extensions 1.0 release In-Reply-To: <434E801E.3010702@esss.com.br> References: <43382E1F.3000600@esss.com.br> <434E801E.3010702@esss.com.br> Message-ID: <43E78E4F.20703@esss.com.br> Hi All, Pydev Extensions 1.0 has been released Check the homepage (http://www.fabioz.com/pydev/) for more details. Pydev Extensions is a commercial product, and works with Eclipse and the Pydev "Open Source" version, and has features such as: * Code completion with auto-import * Code analysis (PyLint replacement, but much faster) * Quick-Fix for problems found in code analysis * Go to definition (Bycicle Repair Man replacement, but much more reliable) * Debug server (allows debugging scripts not lauched from within Eclipse) * Keywords presented as auto-completions as you type * Quick-outline 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 mark.m.mcmahon at gmail.com Tue Feb 7 01:30:28 2006 From: mark.m.mcmahon at gmail.com (Mark Mc Mahon) Date: Mon, 6 Feb 2006 19:30:28 -0500 Subject: pywinauto 0.2.0 released (refactoring galore) Message-ID: <71b6302c0602061630h7048840apfad5bb7c4273f605@mail.gmail.com> Hi, The 0.2.0 release of pywinauto is now available. pywinauto is a set of open-source (LGPL) modules for using Python as a GUI automation 'driver' for Windows NT based Operating Systems (NT/W2K/XP). SourceForge project page: http://sourceforge.net/projects/pywinauto Download from SourceForge http://sourceforge.net/project/showfiles.php?group_id=157379 (documentation is now included in the zip) Here is the list of changes: 0.2.0 - Significant refactoring ------------------------------------------------ 06-Feb-2006 0.2.0 Significant refactoring ------------------------------------------------ 06-Feb-2006 * Changed how windows are searched for (from application) This chage should not be a significant change for users * Started adding unit tests (and the have already uncovered bugs that been fixed). They also point to areas of missing functionality that will be addded with future updates * Changed from property access to Control attributes to function access If your code was accessing properties of controls then this might be a significant change! The main reasons for doing this were due to the inheritability of properties (or lack there-of!) and the additional scafolding that was required to define them all. * Updated the ``DialogWrapper.MenuSelect()`` method to notify the parent that it needs to initialize the menu's before it retrieves the items * Added functionality to associate 'non-text' controls with the 'text' control closest to them. This allows controls to be referenced by:: app.dlg. e.g. to reference the "Footer" edit control in the Page Setup dialog you could use:: app.PageSetup.FooterEdit * Added a MoveWindow method to HwndWrapper * Did some more cleanup (fixing pylint warnings) but still not finished * Added some better support for .NET controls (not to be considered final) If you want to follow this project then please sign up to the mailing list: https://lists.sourceforge.net/mailman/listinfo/pywinauto-users Thanks Mark -------------------------------------------- Mark Mc Mahon Manchester, NH 03110, USA

pywinauto 0.2.0 Simple Windows GUI automation with Python. (06-Feb-06) From aahz at pythoncraft.com Tue Feb 7 02:47:15 2006 From: aahz at pythoncraft.com (Aahz) Date: Mon, 6 Feb 2006 17:47:15 -0800 Subject: BayPIGgies: Feb 9, 7:30pm (Ironport) Message-ID: <20060207014715.GA983@panix.com> The next meeting of BayPIGgies will be Thurs, February 9 at 7:30pm at Ironport. This meeting features PyCon practice talks by Wes Chun, Jimmy Retzlaff, and possibly others. BayPIGgies meetings alternate between IronPort (San Bruno, California) and Google (Mountain View, California). For more information and directions, see http://baypiggies.net/ Before the meeting, we sometimes meet at 6pm for dinner. Discussion of dinner plans is handled on the BayPIGgies mailing list. Advance notice: The March meeting will probably be a PyCon wrap-up. Please e-mail baypiggies at python.org if you want to suggest an agenda (or volunteer to give a presentation). -- Aahz (aahz at pythoncraft.com) <*> http://www.pythoncraft.com/ "19. A language that doesn't affect the way you think about programming, is not worth knowing." --Alan Perlis From titus at caltech.edu Tue Feb 7 09:05:32 2006 From: titus at caltech.edu (titus at caltech.edu) Date: Tue, 7 Feb 2006 00:05:32 -0800 Subject: RELEASE: twill-0.8.2 Message-ID: <20060207080532.GC3347@caltech.edu> ANNOUNCING twill v0.8.2. twill is a simple language for browsing the Web. It's designed for automated testing of Web sites, but it can be used to interact with Web sites in a variety of ways. In particular, twill supports form submission, cookies, redirects, and HTTP authentication. A twill script to use the "I'm feeling lucky" button on Google looks like this: setlocal query "twill Python" go http://www.google.com/ fv 1 q $query submit btnI # use the "I'm feeling lucky" button show (Note that using this script abuses Google's Terms of Service. So don't.) This is the eighth public release of twill, version 0.8.2. You can install twill with easy_install, or download this release at http://darcs.idyll.org/~t/projects/twill-0.8.2.tar.gz Documentation is included in the .tar.gz and is also online at http://www.idyll.org/~t/www-tools/twill/ Miscellaneous details: twill is implemented in Python and uses pyparsing and mechanize. In addition to the existing simple command language, twill can easily be extended with Python. twill also provides a fairly simple and well-documented wrapper around mechanize. twill does not understand JavaScript, I'm sorry to say. --- New features: * added robust-ified form parsing code; * updated to latest mechanize, ClientForm, ClientCookie code; * updated to latest pyparsing code (1.4.1); * updated to latest wsgi_intercept code; * 'set_output' can now be used to redirect twill output specifically; * added execute_script function; * added return values to a number of the simple command-line functions; * fixed bugs in 'showlinks', 'go'; Backwards incompatibility issues: * changed tidy config option names; * wsgi_intercept code now wants a function that does its own app object caching. From fabioz at esss.com.br Tue Feb 7 11:07:31 2006 From: fabioz at esss.com.br (Fabio Zadrozny) Date: Tue, 07 Feb 2006 08:07:31 -0200 Subject: [ANN] Pydev 1.0.1 release In-Reply-To: <43E78E4F.20703@esss.com.br> References: <43382E1F.3000600@esss.com.br> <434E801E.3010702@esss.com.br> <43E78E4F.20703@esss.com.br> Message-ID: <43E87163.4020603@esss.com.br> Hi All, Pydev Extensions version 1.0.1 has been released More details at http://www.fabioz.com/pydev Pydev - Python IDE (Python Development Enviroment for Eclipse) version 1.0.1 has been released. More details at http://pydev.sf.net Details for Release: 1.0 .1: This was a 'single bug' release (it fixes an out-of-memory error when restoring the interpreter). Cheers, Fabio -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software www.esss.com.br Pydev Extensions http://www.fabioz.com/pydev PyDev - Python Development Enviroment for Eclipse http://pydev.sf.net http://pydev.blogspot.com From gary at modernsongs.com Thu Feb 9 19:12:12 2006 From: gary at modernsongs.com (Gary Poster) Date: Thu, 9 Feb 2006 13:12:12 -0500 Subject: Fredericksburg ZPUG February 15: ZODB Blob support, Zope 3 C2 certification, Twisted book review Message-ID: <7E03FB9D-D1C5-4B60-8CE4-3C25B1B8A810@modernsongs.com> Please join us February 15, 7:30-9:00 PM, for the eighth meeting of the Fredericksburg, VA Zope and Python User Group ("ZPUG"). Topics are ZODB Blob support, Zope 3 C2 certification, and a Twisted book review. This meeting is moved from the usual date (second Wednesday) to accommodate the visit of Christian Theune, an active member of the Zope community who will be visiting from Europe. More detail on topics: * Christian Theune is leading an effort to get Zope 3 Common Criteria certified. The Common Criteria is an international security evaluation program for software, based on US, Canadian, and European standards (more information at the bottom of this email). Christian will talk about this process and ask for feedback and ideas about the C2 certification of Zope 3. * Christian is also working with one of our ZPUG attendees, Chris McDonough, to add blob support to the Zope Object Database (ZODB), which essentially makes working with large blobs in the ZODB more efficient. He will talk about progress and approach for this effort. * Benji York will review the O'Reilly book about the Twisted network programming framework, with Zac Bir and Gary Poster chiming in occasionally. * We will serve delicious food and soft drinks. Next meeting, March 8, will have Brian Lloyd talk about IronPython (a Microsoft-sponsored implementation of Python on .Net); and Gary Poster talk about zasync 2, an in-development tool based on Twisted and Zope 3; and possibly other topics. The following meeting, April 12, will have Zac Bir talk about a Twisted-based application on Mac OS X; and other topics. We've had a nice group for all the meetings. Please come and bring friends! 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 or Zope. Contact: Gary Poster (gary at zope.com) From alberanid at libero.it Thu Feb 9 23:23:16 2006 From: alberanid at libero.it (Davide Alberani) Date: Thu, 09 Feb 2006 22:23:16 GMT Subject: [ANN] IMDbPY 2.4 released Message-ID: IMDbPY 2.4 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, support for unicode/utf8 strings was introduced; there are also other changes to improve performances and fix bugs. 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 richardjones at optushome.com.au Fri Feb 10 01:22:47 2006 From: richardjones at optushome.com.au (Richard Jones) Date: Fri, 10 Feb 2006 11:22:47 +1100 Subject: Roundup Issue Tracker release 1.1.0 Message-ID: <200602101122.47948.richardjones@optushome.com.au> I'm proud to release this, the 1.1.0 release of Roundup. Feature: - trackers may configure custom stop-words for the full-text indexer - login may now be for a single session (and this is the default) - trackers may hide exceptions from web users (they will be mailed to the tracker admin) (hiding is the default) - include "clear this message" link in the "ok" message bar Fixed: - fixes in scripts/import_sf.py - fix some unicode bugs in roundup-admin import - Xapian indexer wasn't actually being used and its reindexing of existing data was busted to boot - roundup-admin import wasn't indexing message content - allow dispname to be passed to renderWith (sf bug 1424587) - rename dispname to @dispname to avoid name clashes in the future - fixed schema migration problem when Class keys were removed If you're upgrading from an older version of Roundup you *must* follow the "Software Upgrade" guidelines given in the maintenance documentation. Roundup requires python 2.3 or later for correct operation. To give Roundup a try, just download (see below), unpack and run:: python demo.py Release info and download page: http://cheeseshop.python.org/pypi/roundup Source and documentation is available at the website: http://roundup.sourceforge.net/ Mailing lists - the place to ask questions: http://sourceforge.net/mail/?group_id=31577 About Roundup ============= Roundup is a simple-to-use and -install issue-tracking system with command-line, web and e-mail interfaces. It is based on the winning design from Ka-Ping Yee in the Software Carpentry "Track" design competition. Note: Ping is not responsible for this project. The contact for this project is richard at users.sourceforge.net. Roundup manages a number of issues (with flexible properties such as "description", "priority", and so on) and provides the ability to: (a) submit new issues, (b) find and edit existing issues, and (c) discuss issues with other participants. The system will facilitate communication among the participants by managing discussions and notifying interested parties when issues are edited. One of the major design goals for Roundup that it be simple to get going. Roundup is therefore usable "out of the box" with any python 2.3+ installation. It doesn't even need to be "installed" to be operational, though a disutils-based install script is provided. It comes with two issue tracker templates (a classic bug/feature tracker and a minimal skeleton) and five database back-ends (anydbm, sqlite, metakit, mysql and postgresql). From hpk at trillke.net Fri Feb 10 15:04:09 2006 From: hpk at trillke.net (holger krekel) Date: Fri, 10 Feb 2006 15:04:09 +0100 Subject: pypy pycon 2006 sprint Message-ID: <20060210140409.GA23817@solar.trillke> Post-PyCon PyPy Sprint: February 27th - March 2nd 2006 ============================================================ The next PyPy sprint is scheduled to take place right after PyCon 2006 in Dallas, Texas, USA. We hope to see lots of newcomers at this sprint, so we'll give friendly introductions. Note that during the Pycon conference we are giving PyPy talks which serve well as preparation. Goals and topics of the sprint ------------------------------ While attendees of the sprint are of course welcome to work on what they wish, we offer these ideas: - Work on an 'rctypes' module aiming at letting us use a ctypes implementation of an extension module from the compiled pypy-c. - Writing ctypes implementations of modules to be used by the above tool. - Experimenting with different garbage collection strategies. - Implementing Python 2.5 features in PyPy - Implementation of constraints solvers and integration of dataflow variables to PyPy. - Implement new features and improve the 'py' lib and py.test which are heavily used by PyPy (doctests/test selection/...). - Generally experiment with PyPy -- for example, play with transparent distribution of objects or coroutines and stackless features at application level. - Have fun! Location -------- The sprint will be held wherever the PyCon sprints end up being held, which is to say somewhere within the Dallas/Addison Marriott Quorum hotel. For more information see the PyCon 06 sprint pages: - http://us.pycon.org/TX2006/Sprinting - http://wiki.python.org/moin/PyCon2006/Sprints Exact times ----------- The PyPy sprint will from from Monday February 27th until Thursday March 2nd 2006. Hours will be from 10:00 until people have had enough. Registration, etc. ------------------ If you know before the conference that you definitely want to attend our sprint, please subscribe to the `PyPy sprint mailing list`_, introduce yourself and post a note that you want to come. Feel free to ask any questions or make suggestions there! There is a separate `PyCon 06 people`_ page tracking who is already planning to come. If you have commit rights on codespeak then you can modify yourself a checkout of http://codespeak.net/svn/pypy/extradoc/sprintinfo/pycon06/people.txt .. _`PyPy sprint mailing list`: http://codespeak.net/mailman/listinfo/pypy-sprint .. _`PyCon 06 people`: http://codespeak.net/pypy/extradoc/sprintinfo/pycon06/people.txt From rs.andre at gmail.com Fri Feb 10 17:46:09 2006 From: rs.andre at gmail.com (=?iso-8859-1?B?QW5kcuk=?=) Date: 10 Feb 2006 08:46:09 -0800 Subject: Research on collaborative navigation (zope prototype) z9 Message-ID: <1139589968.977315.59630@f14g2000cwb.googlegroups.com> Hi all, My name is Andr?. I'm working in a research prototype that tries to cluster web pages by tracking the interests of users (by recording the users' searches and accepted links) and relates that with an adaptive crawling mechanism. All system is implemented in zope, with python scripts. The address is http://andrers52.dyndns.org:8080/z9 I would like to invite everyone. Any comment is appreciated! Cheers! Andr? From grig.gheorghiu at gmail.com Fri Feb 10 22:36:53 2006 From: grig.gheorghiu at gmail.com (Grig Gheorghiu) Date: 10 Feb 2006 13:36:53 -0800 Subject: SoCal Piggies meeting: Feb. 15th, 7PM @ USC Message-ID: <1139607413.286385.284720@f14g2000cwb.googlegroups.com> If you're in the L.A. area, please join the SoCal Piggies for their monthly meeting at USC. Directions are available on the group's Wiki at . Agenda: Grig Gheorghiu and Titus Brown will give a dry-run of a shortened version of the tutorial they'll be presenting later this month at PyCon: "Agile development and testing in Python". For details on the tutorial, see . As always, we'll have pizza. Hope to see you there! Grig From ian at excess.org Fri Feb 10 22:32:16 2006 From: ian at excess.org (Ian Ward) Date: Fri, 10 Feb 2006 16:32:16 -0500 Subject: ANN: Urwid 0.9.0-pre2 curses-based UI library Message-ID: <43ED0660.6070708@excess.org> Announcing Urwid 0.9.0-pre2 --------------------------- Urwid home page: http://excess.org/urwid/ Tarball: http://excess.org/urwid/urwid-0.9.0-pre2.tar.gz About this release: =================== This is a development release intended only for those interested in working with the new Layout classes and those who want to help improve UTF-8 support. This release fixes a few problems introduced in -pre1. New in this release: ==================== - Replaced the custom align and wrap modes in example program calc.py with a new layout class. - Fixed Overlay class call to canvas.overlay broken by -pre1 changes. - Fixed Padding bug related to canvas -pre1 changes. About Urwid =========== Urwid is a curses-based UI library for Python. It features fluid interface resizing, CJK support, multiple text layouts, simple attribute markup, powerful scrolling list boxes, flexible edit boxes and HTML screen shots. Urwid is released under the GNU LGPL. From greg at cosc.canterbury.ac.nz Sun Feb 12 07:50:56 2006 From: greg at cosc.canterbury.ac.nz (greg) Date: Sun, 12 Feb 2006 19:50:56 +1300 Subject: ANN: PyGUI 1.6 Message-ID: <458500F5cjatU1@individual.net> PyGUI 1.6 is now available: http://www.cosc.canterbury.ac.nz/~greg/python_gui/ The major change in this version is that the Mac version is based on Cocoa instead of Carbon. This should provide a much better base for future development, but it does mean that MacOSX will now be required. (This isn't as big a change as it seems, since the Carbon version actually required MacOSX too, despite being Carbon.) There have been numerous other changes and improvements as well. See the CHANGES file in the distribution or on the web site for full details. What is PyGUI? -------------- PyGUI is an experimental highly-Pythonic cross-platform GUI API. Implementations are currently available for MacOSX and Gtk. For a full description of the project goals, see the PyGUI web page at the above address. From gerard.vermeulen at grenoble.cnrs.fr Sun Feb 12 14:38:19 2006 From: gerard.vermeulen at grenoble.cnrs.fr (Gerard Vermeulen) Date: Sun, 12 Feb 2006 14:38:19 +0100 Subject: ANN: first release of IVuPy-0.1 Message-ID: <20060212143819.57eb24a7.gerard.vermeulen@grenoble.cnrs.fr> I am proud to announce IVuPy-0.1 (I-View-Py). IVuPy is a Python extension module developed to write Python programs for 3D visualization of large data sets using Qt and PyQt. Python is extended by IVuPy with more than 600 classes of two of the Coin3D C++ class libraries: Coin and SoQt. Coin is compatible with the Open Inventor API. Open Inventor is an object-oriented 3D toolkit built on OpenGL that provides a 3D scene database, a built-in event model for user interaction, and the ability to print objects and exchange data with other graphics formats. The SoQt library interfaces Coin to Qt. See http://www.coin3d.org for more information on Coin3D. IVuPy requires at least one of the Numerical Python extension modules: NumPy, Numeric, or numarray (IVuPy works with all of them at once). Data transfer between the Numerical Python arrays and the Coin data structures has been implemented by copying. The design of the Open Inventor API favors ease of use over performance. The API is a natural match for Python, and in my opinion it is fun to program with IVuPy. The performance penalty of the design choice is small. The first example at http://ivupy.sourceforge.net/examples.html demonstrates this: NumPy calculates a surface with a million nodes in 1.7 seconds and Coin3D redisplays the surface in 0.3 seconds on my Linux system with a 3.6 GHz Pentium and a nVidea graphics card (NV41.1). The Inventor Mentor ( http://www.google.com/search?q=inventor+mentor ) is essential for learning IVuPy. The IVuPy documentation supplements the Inventor Mentor. IVuPy includes all C++ examples from the Inventor Mentor and their Python translations. There are also more advanced examples to show the integration of IVuPy and PyQt. IVuPy has been used for almost 6 months on Linux and Windows in the development of a preprocessor for a finite element flow solver and has been proven to be very stable. Prerequisites for IVuPy are: - Python-2.4.x or -2.3.x - at least one of NumPy, numarray, or Numeric - Qt-3.3.x, -3.2.x, or -3.1.x - SIP-4.3.x or -4.2.1 - PyQt-3.15.x or -3.14.1 - Coin-2.4.4 or -2.4.3 - SoQt-1.3.0 or -1.2.0 IVuPy is licensed under the terms of the GPL. Contact me, if the GPL is an obstacle for you. http://ivupy.sourceforge.net is the home page of IVuPy. Have fun -- Gerard Vermeulen From altis at semi-retired.com Mon Feb 13 09:48:50 2006 From: altis at semi-retired.com (Kevin Altis) Date: Mon, 13 Feb 2006 00:48:50 -0800 Subject: ANN: Proposals due today, Feb. 13th, for OSCON 2006 (Python 14) Message-ID: Save the date for the 8th annual O'Reilly Open Source Convention, happening July 24-28, 2006 at the Oregon Convention Center in beautiful Portland, Oregon. Call For Participation ---------------------- Submit a proposal-fill out the form at: http://conferences.oreillynet.com/cs/os2006/create/e_sess/ Important Dates: * Proposals Due: Midnight (PST) February 13, 2006 * Speaker Notification: March 27, 2006 * Tutorial Presentation Files Due: June 12, 2006 * Session Presentation Files Due: June 26, 2006 * Conference: July 24-28, 2006 Proposals --------- We are considering proposals for 45 minute sessions and 3 hour tutorials. We rarely accept 90 minute proposals, as most general sessions are 45 minutes in length. Your proposals are examined by a committee which draws from them and which also solicits proposals to build the program. Proposals are due by midnight (PST), Feb. 13, 2006. The OSCON Speaker Manager, Vee McMillen, emails notification of the status of your talk (accepted or otherwise) by March 27, 2006. Unless the content of your talk is particularly timely (e.g., features of a product that will be launched at OSCON), you are required to send us your slides several weeks before the conference begins. Submit proposals via the form below. Some tips for writing a good proposal for a good talk: * Keep it free of marketing: talk about open source software, but not about a commercial product--the audience should be able to use and improve the things you talk about without paying money * Keep the audience in mind: they're technical, professional, and already pretty smart. * Clearly identify the level of the talk: is it for beginners to the topic, or for gurus? What knowledge should people have when they come to the talk? * Give it a simple and straightforward title: fancy and clever titles make it harder for people (committee and attendees) to figure out what you're really talking about * Limit the scope of the talk: in 45 minutes, you won't be able to cover Everything about Widget Framework X. Instead, pick a useful aspect, or a particular technique, or walk through a simple program. * Pages of code are unreadable: mere mortals can deal with code a line at a time. Sometimes three lines at a time. A page of code can't be read when it's projected, and can't be comprehended by the audience. * Explain why people will want to attend: is the framework gaining traction? Is the app critical to modern systems? Will they learn how to deploy it, program it, or just what it is? * Let us know in your proposal notes whether you can give all the talks you submitted proposals for * Explain what you will cover in the talk NOTE: All presenters whose talks are accepted (excluding Lightning Talks) will receive free registration at the conference. For each half-day tutorial, the presenter receives one night's accommodation, a limited travel allowance, and an honorarium. We give tutors and speakers registration to the convention (including tutorials), and tutors are eligible for a travel allowance: up to US$300 from the west coast of the USA, up to US$500 from the east coast of the USA, up to US$800 from outside the USA. Registration opens April, 2006. If you would like to be notified by email when registration opens, please use the form on our main page. CONFERENCE INFO =============== The O'Reilly Open Source Convention is where coders, sysadmins, entrepreneurs, and business people working in free and open source software gather to share ideas, discover code, and find solutions. At OSCON 2005, more than 2,400 attendees took part in 241 sessions and tutorials across eleven technology tracks, learning about the newest features and versions from creators and experts. A record number of products launches and announcements were made, and sponsors and exhibitors from a wide range of companies filled the largest exhibit hall in OSCON's history. We anticipate that OSCON 2006 will be even more successful, and continue to be the place for the open source community to meet up, debate, make deals, and connect face to face. OSCON 2006 will take place at the Oregon Convention Center in Portland, Oregon July 24-28, 2006. OSCON 2006 will feature the projects, technologies, and skills that you need to write and deploy killer modern apps. We're looking for proposals on platforms and applications around: * Multimedia including voice (VoIP) and video * AI including spam-busting, classification, clustering, and data mining * Collaboration including email, calendars, RSS, OPML, mashups, IM, presence, and session initialization * Project best practices including governance, starting a project, and managing communities * Microsoft Windows-based open source projects including .NET, Mono, and regular C/C++/Visual Basic Windows apps * Enterprise Java techniques including integration, testing, and scalable deployment solutions * Linux kernel skills for sysadmins including virtualization, tuning, and device drivers * Device hacking including iPods, Nintendo, PSP, XBox 360, and beyond * Design including CSS, GUI, and user experience (XP) * Entrepreneurial topics including management for techies, how to go into business for yourself, and business models that work * Security including hardening, hacking, root kits (Sony and otherwise), and intrusion detection/cleanup * Fun subjects with no immediate commercial application including retro computing, games, and BitTorrent Tracks at OSCON will include: * Desktop Apps * Databases, including MySQL, PostgreSQL, Ingres, and others * Emerging Topics * Java * Linux Kernel for SysAdmins * Linux for Programmers * Perl, celebrating the 10th year of The Perl Conference! * PHP * Programming, including everything that's not specific to a particular language * Python * Security * Ruby, including Ruby on Rails * Web Apps, including Apache * Windows From csad7 at t-online.de Sun Feb 12 18:28:27 2006 From: csad7 at t-online.de (Christof) Date: Sun, 12 Feb 2006 18:28:27 +0100 Subject: ANN: retest 0.6 Message-ID: <43EF703B.90703@t-online.de> what is it ---------- A simple Server which enables tests of Python regular expressions (re module) in a webbrowser. Uses SimpleHTTPServer and AJAX. You need: Python, a modern webbrowser like Firefox, IE (from 5.5 (modern? well... ;), Safari or Opera (from 8) which handles XMLHttpRequest. changes ------- * added automatic opening of application webpage in the systems default browser (using the webbrowser module) (also in 0.5.2) * lots of code improvements by James Thiele (thanks a lot!) * added exit button (together with server code by James Thiele) license ------- This work is licensed under a Creative Commons License. download -------- current version: retest-0.6.zip - 060211, from http://cthedot.de/retest/ see also http://cheeseshop.python.org/pypi/retest/0.6 any comment will be appreciated, thanks christof hoeke From Sophia.Diana.Rozario at deshaw.com Mon Feb 13 08:23:55 2006 From: Sophia.Diana.Rozario at deshaw.com (Rozario, Sophia_Diana) Date: Mon, 13 Feb 2006 12:53:55 +0530 Subject: Wanted Python and C developers Urgently Message-ID: <621DF660C7FCE844AE1578DC64D8CAEB5EA692@mshyd3.hyd.deshaw.com> Hi, I am posting a couple of requirements in my organization. Any one interested can reply me directly. Maestro Software Developer We are seeking experienced software professionals to design and develop new components as well as to enhance and maintain Maestro, a best-of-breed computational chemistry graphical interface. Maestro is the unifying graphical interface for all of our simulation products. The ideal candidate will have at least 3 years of industry experience using C and C++, with a solid understanding of object-oriented design and programming. Experience in creating graphical user interfaces using Motif or a similar API and X Windows is required. You must have more than 3 years of industry experience with developing applications and significant development experience under UNIX (any version ok, but Linux or IRIX preferred). Frequent interactions with the firm's geographically dispersed groups make exceptional written and oral communication skills essential. An interest in creating and working on scientific user-interfaces is a plus, as is experience with any of the following: * Motif/Lesstif (or any similar variant). * OpenGL. * Development experience with any or all of Linux, IRIX, or Windows. * For Windows 2000 or XP, in particular, experience using MS VC++. * Familiarity with UNIX build tools such as make. * Fortran (77 and/or 90). Senior Python Developer Our Maestro product, the unifying graphical interface for all of our simulation products, includes and is supported by a suite of Python productivity and workflow tools. These tools range from small independent applications to larger applications needing tight integration with one or more Schr?dinger products and utilities, and they allow for a high degree of customizability, increase user productivity and maximally leverage all Schr?dinger products by creating novel, highly effective workflows. We are currently seeking an experienced Python developer to design and develop additional Python tools, and to enhance and maintain the existing infrastructure. The ideal candidate will have a Bachelor's degree in Engineering or Science and will possess a sound knowledge of Python and C. Experience with maintaining or extending Python wrappers as well as some knowledge of Python internals are a must. Good written and oral communication skills are essential. Knowledge of Swig or C++ is a plus, as is experience with creating graphical user interfaces, especially using interpreted or scripted languages, though candidates with GUI experience using compiled languages will also be considered. Python Developer Our Maestro product, the unifying graphical interface for all of our simulation products, includes and is supported by a suite of Python productivity and workflow tools. These tools range from small independent applications to larger applications needing tight integration with one or more Schr?dinger products and utilities, and they allow for a high degree of customizability, increase user productivity and maximally leverage all Schr?dinger products by creating novel, highly effective workflows. We are currently seeking an experienced software developer to design and develop additional Python tools, and to enhance and maintain the existing tools. The ideal candidate will have experience with and a solid understanding of Python or other scripted and interpreted languages. You must have a Master's degree in Physics or Chemistry with a good understanding of computational chemistry software and the associated workflows. You must have the ability to work well with scientists and developers within our Schr?dinger team to create the tools required by our customers and for our workflows. Frequent interactions with the firm's geographically dispersed groups make exceptional written and oral communication skills essential. Knowledge of Python, Tk, Tkinter, Pmw is a plus, as is experience in creating graphical user interfaces and cross-platform development. Systems Software Engineer, Job Control We are seeking software developers with solid experience in system and network programming for both Windows and Unix to assist in the development and maintenance of the job control middleware used by our computational chemistry products. The ideal candidate will have a minimum of two years experience in system and network programming for both Windows and Unix systems, and be fluent in both Perl and C. You must have significant experience with Python programming. A Bachelor's or Master's degree in Computer Science or an equivalent academic background is required. Frequent interactions with the firm's geographically dispersed groups make exceptional written and oral communication skills essential. Significant experience with any of the following is a plus: * Commercial software development * Cross-platform development under UNIX and Windows * Application architecture design * Distributed-application development * Grid application development * Workflow application development * Network server development * Database development Thanks, Diana Rozario Associate Resource Development (India) D.E.Shaw India Software Pvt. Ltd. http://www.deshawindia.com/ Hyderabad. DISCLAIMER: "Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of D. E. Shaw India Software Private Limited., or any of its affiliates" From jimmy at retzlaff.com Mon Feb 13 15:27:23 2006 From: jimmy at retzlaff.com (Jimmy Retzlaff) Date: Mon, 13 Feb 2006 06:27:23 -0800 Subject: py2exe 0.6.4 released Message-ID: py2exe 0.6.4 released ===================== py2exe is a Python distutils extension which converts Python scripts into executable Windows programs, able to run without requiring a Python installation. Console and Windows (GUI) applications, Windows NT services, exe and dll COM servers are supported. Changes in 0.6.4: * New skip-archive option which copies the Python bytecode files directly into the dist directory and subdirectories - no archive is used. * An experimental new custom-boot-script option which allows a boot script to be specified (e.g., --custom-boot-script=cbs.py) which can do things like installing a customized stdout blackhole. See py2exe's boot_common.py for examples of what can be done. The custom boot script is executed during startup of the executable immediately after boot_common.py is executed. * Thomas Heller's performance improvements for finding needed modules. * Mark Hammond's fix for thread-state errors when a py2exe created executable tries to use a py2exe created COM DLL. Changes in 0.6.3: * First release assembled by py2exe's new maintainer, Jimmy Retzlaff. Code changes in this release are from Thomas Heller and Gordon Scott. * The dll-excludes option is now available on the command line. It was only possible to specify that in the options argument to the setup function before. The dll-excludes option can now be used to filter out dlls like msvcr71.dll or even w9xpopen.exe. * Fix from Gordon Scott: py2exe crashed copying extension modules in packages. Changes in 0.6.2: * Several important bugfixes: - bundled extensions in packages did not work correctly, this made the wxPython single-file sample fail with newer wxPython versions. - occasionally dlls/pyds were loaded twice, with very strange effects. - the source distribution was not complete. - it is now possible to build a debug version of py2exe. Changes in 0.6.1: * py2exe can now bundle binary extensions and dlls into the library-archive or the executable itself. This allows to finally build real single-file executables. The bundled dlls and pyds are loaded at runtime by some special code that emulates the Windows LoadLibrary function - they are never unpacked to the file system. This part of the code is distributed under the MPL 1.1, so this license is now pulled in by py2exe. * By default py2exe now includes the codecs module and the encodings package. * Several other fixes. Homepage: Download from the usual location: Enjoy, Jimmy From python-url at phaseit.net Mon Feb 13 16:25:45 2006 From: python-url at phaseit.net (Cameron Laird) Date: Mon, 13 Feb 2006 15:25:45 +0000 Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Feb 13) Message-ID: QOTW: "Dangit! I need to find a less honest programming language. Anyone have a Perl cookbook handy? ..." - Lonnie Princehouse "The pursuit of orthogonality, while admirable, can lead to insanity if pushed too far." - Steve Holden One of this week's half-dozen examples of the, "Is there a better way ...? We've now improved it by a factor of 300", pattern has to do with combinatorics--specifically, the combinations of n items from a list of m: http://groups.google.com/group/comp.lang.python/browse_thread/thread/1f7e62e5ab0edb90/ Is it possible to test a string for non-ASCII characters? No, it's more than possible; viewed in the correct perspective, it's *easy*, and merely an application of Python's more general encoding capabilities: http://groups.google.com/group/comp.lang.python/browse_thread/thread/9011319757576f45/ The next PyPy sprint will immediately follow PyCon 2006: http://us.pycon.org/TX2006/Sprinting JavaScript practitioners will find Python eases their transition to the server- and native-sides: http://htmatters.net/htm/1/2006/02/Why-Python-makes-sense-for-web-development.cfm Paul McGuire reports satisfaction on his first use of an HTML-oriented extension to unittest: http://groups.google.com/group/comp.lang.python/browse_thread/thread/369e0f8c7e4efef/ Pyvm is (yet) another Python implementation, one based on an independent virtual machine. It has now its own Wiki: http://pyvm.pbwiki.com/ ======================================================================== 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/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From rasky at develer.com Mon Feb 13 16:25:45 2006 From: rasky at develer.com (Giovanni Bajo) Date: Mon, 13 Feb 2006 16:25:45 +0100 Subject: [ANN] PyInstaller 1.1 released Message-ID: <023201c630b1$c25c4790$bf03030a@trilan> PyInstaller 1.1 *************** PyInstaller 1.1 has been released! This release has been composed also with the help of patches provided by the community: many thanks to everybody! Find the downloads at the usual locations: http://pyinstaller.hpcf.upr.edu (website) http://pyinstaller.hpcf.upr.edu/source/1.1/pyinstaller_1.1.zip http://pyinstaller.hpcf.upr.edu/source/1.1/pyinstaller_1.1.tar.gz ChangeLog for this release: + (Windows) Make single-file packages not depend on MSVCRT71.DLL anymore, even under Python 2.4. You can eventually ship your programs really as single-file executables, even when using the newest Python version! + Fix problem with incorrect python path detection. Now using helpers from distutils. + Fix problem with rare encodings introduced in newer Python versions: now all the encodings are automatically found and included, so this problem should be gone forever. + Fix building of COM servers (was broken in 1.0 because of the new build system). + Mimic Python 2.4 behaviour with broken imports: sys.modules is cleaned up afterwise. This allows to package SQLObject applications under Windows with Python 2.4 and above. + Add import hook for the following packages: + GTK + PyOpenGL (tested 2.0.1.09) + dsnpython (tested 1.3.4) + KInterasDB (courtesy of Eugene Prigorodov) + Fix packaging of code using "time.strptime" under Python 2.3+. + (Linux) Ignore linux-gate.so while calculating dependencies (fix provided by Vikram Aggarwal). + (Windows) With Python 2.4, setup UPX properly so to be able to compress binaries generated with Visual Studio .NET 2003 (such as most of the extensions). UPX 1.92+ is needed for this. -- Giovanni Bajo From ian at excess.org Tue Feb 14 15:29:58 2006 From: ian at excess.org (Ian Ward) Date: Tue, 14 Feb 2006 09:29:58 -0500 Subject: ANN: Urwid 0.9.0-pre3 curses-based UI library Message-ID: <43F1E966.80102@excess.org> Announcing Urwid 0.9.0-pre3 --------------------------- Urwid home page: http://excess.org/urwid/ Tarball: http://excess.org/urwid/urwid-0.9.0-pre3.tar.gz About this release: =================== This is a development release intended only for those interested in working with the new Layout classes and those who want to help improve UTF-8 support. This is a single bugfix release preceeding some major changes. New in this release: ==================== - Fixed Canvas attribute padding bug related to -pre1 changes. About Urwid =========== Urwid is a curses-based UI library for Python. It features fluid interface resizing, CJK support, multiple text layouts, simple attribute markup, powerful scrolling list boxes, flexible edit boxes and HTML screen shots. Urwid is released under the GNU LGPL. From hosalo at _NO_SPAM_gmail.com Tue Feb 14 18:47:26 2006 From: hosalo at _NO_SPAM_gmail.com (Heikki Salo) Date: Tue, 14 Feb 2006 17:47:26 GMT Subject: Release: DirectPython 0.1 Message-ID: The first release of DirectPython is now available at http://sourceforge.net/projects/directpython/ DirectPython is a C++ extension to the Python programming language (2.4.x) which provides access to DirectX (9.0c) API, including Direct3D, DirectSound and DirectShow. The full installation includes many samples and documentation that should make programming easy, even for beginners. From frank at niessink.com Tue Feb 14 22:06:34 2006 From: frank at niessink.com (Frank Niessink) Date: Tue, 14 Feb 2006 22:06:34 +0100 Subject: [ANN] Release 0.56 of Task Coach Message-ID: <43F2465A.8030307@niessink.com> Hi all, I'm pleased to announce release 0.56 of Task Coach. New in this release: Features added: * Tasks can have attachments. Attachments can be added, removed and opened. Opening of attachments is done by starting the default application for the attachment file type. Attachments can also be dragged from a file browser and dropped onto a task in one of the task viewers or on the task attachment pane in the task editor dialog. * Whether a task is marked completed when all its child tasks are completed is now a setting that can be changed application-wide via the preferences dialog. The application-wide setting can be overruled on a task-by-task basis via the task editor dialog. * Task Coach shows a 'tips' dialog at startup. Hopefully it is helpful for new users. Experienced users can turn it off. Features changed: * More visual feedback when dragging tasks in the tree view. * Task editor layout changed. Priority is now part of the task description. Budget and revenue have been merged into one pane. Implementation changed: * Default values for task and effort attributes are no longer saved in the Task Coach file, resulting in an estimated 33% reduction of file size. 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 kevin at janrain.com Wed Feb 15 00:41:55 2006 From: kevin at janrain.com (Kevin Turner) Date: Tue, 14 Feb 2006 15:41:55 -0800 Subject: [ANN] python-openid 1.0.4 Message-ID: <1139960515.4762.51.camel@lobster.janrain.com> This morning there was a message in my inbox from my DNS registrar inviting me to click through for a "special message" from them. An animation loaded with elaborately rendered red roses and candlelight, and wishes for a happy valentines day written out in a flowing font. Well, I guess we could have done that too. But we don't really know that much about this Saint Valentine character. Do we really need to send out cards stamped with symbolic hearts? Or would it in fact be better to publish some bug fixes? For all I know, Saint Valentine's day job is working as a sysadmin. Perhaps he even runs an OpenID server for his company's domain. So today we're releasing version 1.0.4 of our Python OpenID library. This is a maintenance release which includes in openid.consumer: * added logging to more error cases. * fixed to appropriately return SETUP_NEEDED from completeAuth(). * fixed some occurrences of unnecessarily falling back to dumb mode. in openid.server: * corrections to the server's replay attack prevention in dumb mode. * made more careful checking of trust_root. and in openid.store, used by both parties: * removal of several arbitrary field limits in the SQL stores. (This will effect newly created stores only; old ones will continue operating with their existing schema.) Python OpenID is available under the GNU LGPL from http://www.openidenabled.com/openid/libraries/python Download links: http://www.openidenabled.com/resources/downloads/python-openid/python-openid-1.0.4.tar.gz http://www.openidenabled.com/resources/downloads/python-openid/python-openid-1.0.4.zip sha1sums: 1d7548ece4a92d70fe5f8b8abbfbafd30ea57c4b python-openid-1.0.4.tar.gz 423fde12c5030553798381ffa7f8ecda340533da python-openid-1.0.4.zip Share and Enjoy, - Kevin JanRain, Inc. From fuzzyman at gmail.com Wed Feb 15 11:28:26 2006 From: fuzzyman at gmail.com (Fuzzyman) Date: 15 Feb 2006 02:28:26 -0800 Subject: [ANN] Movable Python 1.0.1 Message-ID: <1139999306.406292.313440@g14g2000cwa.googlegroups.com> I'm pleased to be able to announce the release of `Movable Python 1.0.1 `_. This includes the release of **Movable Python** for Python 2.2. To obtain it, visit the `Movable Python Shop `_. Existing users of Movable Python can go to the groups area and simply download an updated copy. .. note:: For a heads up about possible features in the *next* version of a Movable Python, visit the `Voidspace Techie Blog `_. What's New ? ========== Added support for the ``-m`` command line option. This works for modules contained within the ``library.zip``, as well as other modules on ``sys.path``. **Movable Python** now *ignores* (with warnings) the unsupported Python command line options. Error messages are now printed to ``sys.stderr``. Can run '.pyc' and '.pyo' files. ``customize.py`` now run when launching an interactive interpreter. Renamed the function to go interactive to ``interactive_mode``. New variable available in ``customize.py``. ``interactive``, this is ``True`` if launching an interactive interpreter. This allows you to customize the environment differently for interactive sessions. Add the ``lib`` directory (etc) to ``sys.path`` before entering interactive mode. (BUGFIX) ``pywin32`` extensions now import properly (even on machines that don't have them installed). (BUGFIX) {sm;:oops:} Added the extra files for `Firedrop2 Macros `_. Changes for Python 2.2 compatibility. Distribution for Python 2.2 built. What is Movable Python ? =================== **Movable Python** is a distribution of Python for Windows that doesn't need to be installed. It easily fits onto a USB memory stick. Python on a stick. It is integrated with SPE, the Python IDE, to make **Movable Python** a portable Build, Test, and Run environment. It has a nice GUI to launch programs and control its behaviour. Movable Python is useful in the following situations: * Machines where you can't install programs. * Where you need a portable 'Build, Test, and Run' Python environment. * Having several versions of Python on the same machine for forward/backward compatibility testing. * Easily deploying Python scripts without having to install Python. * Try before you buy - test Python without having to install it, including new versions . * 'Python Runtime Environment'. '``.py``' files can be associated with movpy. For more information, see `An Introduction to Movable Python `_. Known Issues ========== * There are problems with the ``pywin32`` extensions and Python 2.2. They are included but may not all function correctly. * ``-m`` doesn't work with modules in ``library.zip`` under Python 2.2. This may or may not be resolvable. * **Movable Python** doesn't yet handle ``from __future__ import ...`` statements in scripts that are run. This will be fixed. From alexandre.fayolle at logilab.fr Wed Feb 15 13:36:44 2006 From: alexandre.fayolle at logilab.fr (Alexandre Fayolle) Date: Wed, 15 Feb 2006 13:36:44 +0100 Subject: [ANN] pyqonsole-0.2.0 Message-ID: <20060215123644.GM12419@logilab.fr> Logilab has released pyqonsole-0.2.0 Pyqonsole is a X Window terminal written in Python. The code is based on konsole, and it uses the Qt toolkit. It is mainly meant for use by Python application developpers who would like to embed a terminal in their application, but it can be used as a not blazingly fast XTerm replacement. Download: http://www.logilab.org/projects/pyqonsole Mailing List: http://www.logilab.org/mailinglists/python_projects -- Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org Retrait du projet de loi DADVSI: http://eucd.info/petitions/index.php?petition=2 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 481 bytes Desc: Digital signature Url : http://mail.python.org/pipermail/python-announce-list/attachments/20060215/8d2e864e/attachment.pgp From miller_ralph at sbcglobal.net Wed Feb 15 23:34:58 2006 From: miller_ralph at sbcglobal.net (Ralph Miller) Date: Wed, 15 Feb 2006 16:34:58 -0600 Subject: ANN: PyIE - Python Inference Engine Message-ID: <43F3AC92.5010006@sbcglobal.net> PyIE, Python Inference Engine, is now available at "DFWPython.org", under "Our Source Repository", thanks to Jeff Rush. The current revision is 0.9.10. What's PyIE ? ------------- PyIE is an hypothesis based, agenda driven, object oriented inference engine written in Python. Inferencing modes include back chaining, opportunistic forward chaining and explicit forward chaining. The object base supports classes, first-class objects and multiple, dynamic inheritance. PyIE uses a TMS (truth maintenance system) for non-monotonic reasoning. All objects are first class objects and all values are slot values, i.e. data members attached to some object. The GUI uses TKinter and consists of a main control panel and seven editors for the agenda, classes, objects, slots, rules, methods and commands. The knowledge base file types are currently XML and an older Python-like text format. A version is associated with all .py files and when the KBs are saved, this current version number is saved within the knowledge base source files. Only the XML format supports methods and is the default file type. Knowledge is usually, but not always, expressed in rules and the sequencing of the inferencing is controlled by a structure called an agenda. The current truth-values of each clause and each rule are kept in an hypothesis. Rules typically contain the main expression of knowledge and experience. Every rule must be associated with a hypo. Every rule has one or more antecedent clauses, usually termed the 'left hand side' (lhs). Rules may also have one or more consequent clauses; usually termed the 'right hand side' (rhs). In order to prove the associated hypo true, a rule must prove all antecedent clauses true. A hypothesis is simply a truth-value, in PyIE one of four possible values: True, False, Not Known or Unknown. 'Unknown' indicates that the hypo has not been tested, while 'Not Known' specifies that the hypo has been tested but proven neither 'True' nor 'False'. The engine proves hypotheses taken from an agenda. The agenda is hypothesis driven, that is, only hypotheses are contained in the agenda, not rules. The engine selects the relevant hypothesis to be proved and follows a specific set of steps to prove the hypo. Firing rules is only one method for proving a hypothesis. Download -------- The current PyIE may be exported from the subversion repository: https://python.taupro.com/repo/Projects/PyIE/trunk Compressed gzip and zip files will be available from time to time from: https://python.taupro.com/repo/Projects/PyIE/downloads External Dependencies --------------------- PyIE relies on Python 2.3 and later and also TKinter. No other modules need be installed. License ------- The license is MIT. Caveats ------- This is a research project. The documenetation is woefully incomplete. 'Eval' and 'compile' are used in the "KBsXML.py" module to process rules and methods. The underlying assumption is that there will be no malicious use. Author ------ Ralph S. Miller miller_ralph at sbcglobal.net Regards, Ralph From faltet at carabos.com Thu Feb 16 11:56:46 2006 From: faltet at carabos.com (Francesc Altet) Date: Thu, 16 Feb 2006 11:56:46 +0100 Subject: [ANN] PyTables (A Hierarchical Database) 1.2.2 is out Message-ID: <200602161156.46810.faltet@carabos.com> =========================== Announcing PyTables 1.2.2 =========================== This is a maintenance version. Some important improvements and bug fixes has been addressed in it. Go to the PyTables web site for downloading the beast: http://pytables.sourceforge.net/ or keep reading for more info about the new features and bugs fixed in this version. Changes more in depth ===================== Improvements: - Multidimensional arrays of strings are now supported as node attributes. They just need to be wrapped into ``CharArray`` objects (see the ``numarray.strings`` module). - The limit of 512 KB for row sizes in tables has been removed. Now, there is no limit in the row size. - When using table row iterators in non-iterator contexts, a warning is issued recommending the users to use them in iterator contexts. Before, when these iterators were used, it was printed a regular record get from an arbitrary place of the memory, giving a non-sense record as a result. - Compression libraries are now dynamically loaded as different extension modules, so there is no longer need for producing several binary packages supporting different sets of compressors. Bug fixes: - Solved a leak that exposed when reading VLArray data. The problem was due to the usage of different heaps (C and Python) of memory. Thanks to Russel Howe to report this and to provide an initial patch. Known issues: - Time datatypes are non-portable between big-endian and little-endian architectures. This is ultimately a consequence of an HDF5 limitation. See SF bug #1234709 for more info. Backward-incompatible changes: - Please, see RELEASE-NOTES.txt file. Important notes for Windows users ================================= If you are willing to use PyTables with Python 2.4 in Windows platforms, you will need to get the HDF5 library compiled for MSVC 7.1, aka .NET 2003. It can be found at: ftp://ftp.ncsa.uiuc.edu/HDF/HDF5/current/bin/windows/5-165-win-net.ZIP Users of Python 2.3 on Windows will have to download the version of HDF5 compiled with MSVC 6.0 available in: ftp://ftp.ncsa.uiuc.edu/HDF/HDF5/current/bin/windows/5-165-win.ZIP Also, note that support for the UCL compressor has not been added in the binary build of PyTables for Windows because of memory problems (perhaps some bad interaction between UCL and something else). Eventually, UCL support might be dropped in the future, so, please, refrain to create datasets compressed with it. What it is ========== **PyTables** is a package for managing hierarchical datasets and designed to efficiently cope with extremely large amounts of data (with support for full 64-bit file addressing). It features an object-oriented interface that, combined with C extensions for the performance-critical parts of the code, makes it a very easy-to-use tool for high performance data storage and retrieval. PyTables runs on top of the HDF5 library and numarray (Numeric is also supported and NumPy support is coming along) package for achieving maximum throughput and convenient use. Besides, PyTables I/O for table objects is buffered, implemented in C and carefully tuned so that you can reach much better performance with PyTables than with your own home-grown wrappings to the HDF5 library. PyTables sports indexing capabilities as well, allowing doing selections in tables exceeding one billion of rows in just seconds. Platforms ========= This version has been extensively checked on quite a few platforms, like Linux on Intel32 (Pentium), Win on Intel32 (Pentium), Linux on Intel64 (Itanium2), FreeBSD on AMD64 (Opteron), Linux on PowerPC and MacOSX on PowerPC. For other platforms, chances are that the code can be easily compiled and run without further issues. Please, contact us in case you are experiencing problems. Resources ========= Go to the PyTables web site for more details: http://pytables.sourceforge.net/ About the HDF5 library: http://hdf.ncsa.uiuc.edu/HDF5/ About numarray: http://www.stsci.edu/resources/software_hardware/numarray To know more about the company behind the PyTables development, see: http://www.carabos.com/ Acknowledgments =============== Thanks to various the users who provided feature improvements, patches, bug reports, support and suggestions. See THANKS file in distribution package for a (incomplete) list of contributors. Many thanks also to SourceForge who have helped to make and distribute this package! And last but not least, a big thank you to THG (http://www.hdfgroup.org/) for sponsoring many of the new features recently introduced in PyTables. Share your experience ===================== Let us know of any bugs, suggestions, gripes, kudos, etc. you may have. ---- **Enjoy data!** -- The PyTables Team -- >0,0< Francesc Altet ? ? http://www.carabos.com/ V V C?rabos Coop. V. ??Enjoy Data "-" From theller at python.net Wed Feb 15 20:47:38 2006 From: theller at python.net (Thomas Heller) Date: Wed, 15 Feb 2006 20:47:38 +0100 Subject: ctypes 0.9.9.3 released Message-ID: <43F3855A.30706@python.net> ctypes 0.9.9.3 released - Feb 15, 2006 ====================================== Overview ctypes is an advanced ffi (Foreign Function Interface) package for Python 2.3 and higher. ctypes allows to call functions exposed from dlls/shared libraries and has extensive facilities to create, access and manipulate simple and complicated C data types in Python - in other words: wrap libraries in pure Python. It is even possible to implement C callback functions in pure Python. ctypes includes a code generator toolchain which allows automatic creation of library wrappers from C header files. This feature is still experimental and beta quality. ctypes runs on Windows, Windows CE, MacOS X, Linux, Solaris, FreeBSD, OpenBSD. It may also run on other systems, provided that libffi supports this platform. Important If you download the source distribution, please choose the ZIP file for Windows, and the .tar.gz file for other machines. These archive have different contents! There have been lots of changes - if you are the author or user of a package that uses ctypes, please test it with this release and report problems on the ctypes-users mailing list. Changes in 0.9.9.3 (These are the most important changes, see the ChangeLog for complete details) Windows The ctypes.com package is no longer included and supported. It is replaced by the comtypes package which will be released separately. ctypes has been ported to Windows CE by Luke Dunstan. Other platforms Hye-Shik Chang has written a new build system for libffi which should remove possible licensing issues. All platforms The library loading code has been rewritten by Andreas Degert, there are now sophisticated methods to find shared libraries. On OS X, this uses files from Bob Ippolito's macholib. See the manual for details. Finally I started to write the manual, it is available online: http://tinyurl.com/7bpg4 New 'errcheck' protocol to check the return values of foreign functions, suggested by Mike Fletcher. Lots of bug fixes, especially for 64-bit platforms. Improved performance when creating ctypes instances. Subclasses of simple types (c_int, c_void_p, and so on) now behave as expected - they are not automatically converted into native Python types any longer. Support for explicit byte ordering in structures has been added (BigEndianStructure, LittleEndianStructure base classes). call byref() automatically, if needed, for POINTER types in argtypes. Lots of improvements to the code generator. Changes in 0.9.6 Thanks to all of you who reported bugs so quickly, and those who tried out the codegenerator toolchain. Bug fixes: - keyword arguments in Structure/Union initializers had no effect. - it was impossible to override the from_parm class method in subclasses of c_void_p, c_char_p, and c_wchar_p. - removed the __del__ method of _CDLL. It caused uncollectable garbage in Python's gc. - ctypes.com.register: enclose the Python script to run a com server in quotes, otherwise it won't run correctly when the directory name contains spaces. Enhancements: - Several changes have been made to the h2xml script from the codegenerator toolchain. See the documentation (linked below) for details. Additions in 0.9.5 New package ctypes.wrap. This contains decorators usable for easier creation of wrapper functions. This package also contains a toolchain for (semi)automatic creation of wrappers for external libraries - it can parse C header files and generate ctypes code for the declarations in them. It can even handle preprocessor definitions! For details, see http://starship.python.net/crew/theller/ctypes/codegen.html Changes in 0.9.5 On systems where sizeof(int) == sizeof(long), c_int/c_long and c_uint/c_ulong are now aliases. Similar for c_long/c_longlong and c_ulong/c_ulonglong. This prevents unneeded type errors. If an exception occurs in a callback function, a full traceback is now printed. Raising SystemExit in a callback function now correctly exists Python. HRESULT is now a proper ctype - no longer a function. This allows to use it in the argtypes sequence for function prototypes. An easier way to define structures and unions that reference themselves, or have dependencies to other data types. The _fields_ attribute can now be set *after* the Structure/Union class has been created. This makes the SetPointerType function obsolete. The semantics of the _fields_ attribute in sub-subclasses of Structure and Union has been fixed. The baseclasses _fields_ list is extended, not replaced, in subclasses. Assigning _fields_ when it is no longer possible raises an error now. Structures and unions now work as restype and in the argtypes list for functions. An important bug has been fixed with pointers. Detailed changelog is in CVS: Download Downloads are available in the sourceforge files section Separate source distributions are available for windows and non-windows systems. Please use the .zip file for Windows and Windows CE, and use the .tar.gz file for non-Windows systems (it contains the complete cross-platform libffi sources). Binary windows installers, which contain compiled extension modules, are also available, be sure to download the correct one for the Python version you are using. Homepage Enjoy, Thomas From tomerfiliba at gmail.com Wed Feb 15 21:33:12 2006 From: tomerfiliba at gmail.com (tomerfiliba at gmail.com) Date: 15 Feb 2006 12:33:12 -0800 Subject: RPyC-2.32 Message-ID: <1140035592.138467.11690@o13g2000cwo.googlegroups.com> Remote Python Call (RPyC) 2.32 http://rpyc.sf.net RPyC is a transparent, symmetrical python library for distributed-computing. It began as an RPC library (hence the name), but grew into something much more comprehensive with many use cases. It basically works by giving you full control over a remote slave-interpreter (a separate process), which can perform operations on your behalf. There's much more info on the site, but just to show how simple and straight-forward RPyC is, here's a little code snippet: ======== # first run the forking or threaded server (in the Rpyc/Servers directory) on the localhost. # this is a demo of a client from Rpyc.Factories import SocketConnection from Rpyc.Utils import * # c is the connection to the slave-server c = SocketConnection("localhost") # and the slave works like you would expect -- importing modules and executing code print c.modules.sys.path c.modules.sys.path.append("pipi") print c.modules.sys.path[-1] my_remote_list = c.modules.__builtin__.list("abcdef") print dir(my_remote_list) print c.modules.__builtin__.eval("5*3") # but dont use eval. it's dirty. keep all the logics at the client side, # and only have the slave perform work on your behalf # another common case: working with files f = c.modules.__builtin__.open("lala.txt", "wb") f.write("nothing really") f.close() c.modules.os.remove("lala.txt") ========= So I hope this little snippet starts your appetite. There's a lot more (like callbacks, async objects, threads, events, etc.), so have a look. -tomer, king of the ganges From theller at python.net Wed Feb 15 21:43:33 2006 From: theller at python.net (Thomas Heller) Date: Wed, 15 Feb 2006 21:43:33 +0100 Subject: comtypes 0.2 released Message-ID: <43F39275.4010202@python.net> comtypes is a pure Python COM package, based on the ctypes FFI library. comtypes replaces and extends the former ctypes.com package. It offers superior support for custom COM interfaces with typelib support. Requires ctypes 0.9.9.3 or later. Limitations: - inprocserver code should work, localserver code is very early. - no documentation http://sourceforge.net/project/showfiles.php?group_id=115265 Enjoy, Thomas From fabioz at esss.com.br Thu Feb 16 17:29:42 2006 From: fabioz at esss.com.br (Fabio Zadrozny) Date: Thu, 16 Feb 2006 14:29:42 -0200 Subject: [ANN] Pydev and Pydev Extensions 1.0.2 release In-Reply-To: <43E78E4F.20703@esss.com.br> References: <43382E1F.3000600@esss.com.br> <434E801E.3010702@esss.com.br> <43E78E4F.20703@esss.com.br> Message-ID: <43F4A876.6030001@esss.com.br> Hi All, Pydev and Pydev Extensions 1.0.2 have been released Check http://www.fabioz.com/pydev for details on Pydev Extensions and http://pydev.sf.net has for details on Pydev Highlights in Pydev Extensions: ------------------------------- - New feature in the debugger: the console is available for probing when in 'suspendend mode' - New feature in code analysis: Provided a way to consider tokens that should be in the globals - Halt fix when too many matches where found in the go to definition. - Code analysis minor bugs fixed. - Error when opening browser fixed. Highlights in Pydev: ----------------------- - Jython debugging now working. - Code coverage does not report docstrings as not being executed. - Freeze when making a 'step-in' fixed in the debugger. - Grammar generated with javacc version 4.0 Cheers, Fabio -- Fabio Zadrozny ------------------------------------------------------ Software Developer ESSS - Engineering Simulation and Scientific Software www.esss.com.br Pydev Extensions http://www.fabioz.com/pydev PyDev - Python Development Enviroment for Eclipse http://pydev.sf.net http://pydev.blogspot.com From fumanchu at amor.org Fri Feb 17 09:22:17 2006 From: fumanchu at amor.org (Robert Brewer) Date: Fri, 17 Feb 2006 00:22:17 -0800 Subject: Dejavu 1.4.0 (Python ORM) release Message-ID: <6949EC6CD39F97498A57E0FA55295B2141160B@ex9.hostedexchange.local> Dejavu 1.4.0 http://projects.amor.org/dejavu/ I'm extremely pleased to announce the release of Dejavu 1.4.0, a pure-Python Object-Relational Mapping library. Dejavu allows you to create, query, and manage persistent data using your existing knowledge of Python programming. Features -------- * Data queries are expressed using pure Python; no SQL, no operator hacks, and no need to wrap code in strings. * Data may be transparently stored in PostgreSQL, MySQL, SQLite, Access, or SQL Server databases, as well as in flat files (using shelve), and caching proxies. You can create and combine custom storage systems for your own integration and performance needs. * Easy associations between Unit classes. * Full thread-safety for reliable use in web applications and other concurrent environments. * Views, sorting, cross-tabs, and other analysis tools. * Unit Collections, plus Engines and Rules to form powerful end-user query and reporting interfaces. What's new in 1.4 ----------------- * Full LEFT, RIGHT, and INNER JOIN support. * Optimized and introspectable To-One and To-Many associations. * Arbitrary names for Unit.ID's (primary keys). * Support for multiple ID's (primary keys). * A new Schema class and other upgrade-management tools. * Default values for UnitProperties. * New logging hooks to help debug SQL and other storage issues. * Fixes to support Python 2.4 bytecode and other changes. * Inheritance support (all subclasses are recalled). * Vastly-improved test suite. * New recur module included, with a threaded Worker class. * Better support for update triggers. Dejavu is in the Public Domain, and you may use it anywhere with no obligation whatsoever. User documentation and a full Trac site are available at: http://projects.amor.org/dejavu/ Robert Brewer System Architect Amor Ministries fumanchu at amor.org -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mail.python.org/pipermail/python-announce-list/attachments/20060217/2ebfdc75/attachment.htm From travis at enthought.com Thu Feb 16 20:17:08 2006 From: travis at enthought.com (Travis N. Vaught) Date: Thu, 16 Feb 2006 13:17:08 -0600 Subject: ANN: Python Enthought Edition Version 0.9.2 Released Message-ID: <43F4CFB4.1080305@enthought.com> Enthought is pleased to announce the release of Python Enthought Edition Version 0.9.2 (http://code.enthought.com/enthon/) -- a python distribution for Windows. This is a kitchen-sink-included Python distribution including the following packages/tools out of the box: Numeric 24.2 SciPy 0.3.3 IPython 0.6.15 Enthought Tool Suite 1.0.2 wxPython 2.6.1.0 PIL 1.1.4 mingw 20030504-1 f2py 2.45.241_1926 MayaVi 1.5 Scientific Python 2.4.5 VTK 4.4 and many more... 0.9.2 Release Notes Summary --------------------------- Version 0.9.2 of Python Enthought Edition is the first to include the Enthought Tool Suite Package (http://code.enthought.com/ets/). Other changes include upgrading to Numeric 24.2, including MayaVi 1.5 (rather than 1.3) and removing a standalone PyCrust package in favor of the one included with wxPython. Also, elementtree and celementtree have been added to the distribution. Notably, this release is still based on Python 2.3.5 and still includes SciPy 0.3.3. You'll also notice that we have changed the version numbering to a major.minor.point format (from a build number format). see full release notes at: http://code.enthought.com/release/changelog-enthon0.9.2.shtml Best, Travis N. Vaught From fuzzyman at gmail.com Sat Feb 18 13:22:25 2006 From: fuzzyman at gmail.com (Fuzzyman) Date: 18 Feb 2006 04:22:25 -0800 Subject: [ANN] Movable Python Trial Version Message-ID: <1140265345.314438.185160@z14g2000cwz.googlegroups.com> Hot on the heels of `Movable Python 1.0.1 `_, is the release of a free trial version of **Movable Python**. This is the full distribution for Python 2.3.5. To download (and play), visit `Movable python Demo `_. You can obtain the full version from the `Groups Page `_. It is set to expire on the 22nd May, and displays a nag screen on startup. Other than that, it is the full version. Have fun. Fuzzyman From darcy at PyGreSQL.org Sat Feb 18 21:33:25 2006 From: darcy at PyGreSQL.org (D'Arcy J.M. Cain) Date: Sat, 18 Feb 2006 15:33:25 -0500 Subject: PyGreSQL 3.8 released Message-ID: <20060218153325.44c27719.darcy@PyGreSQL.org> PyGreSQL v3.8 has been released. It is available at: ftp://ftp.PyGreSQL.org/pub/distrib/PyGreSQL-3.8.tgz. If you are running NetBSD, look in the packages directory under databases. There is also a package in the FreeBSD ports collection. Please refer to changelog.txt for things that have changed in this version. Please refer to readme.txt for general information. -- D'Arcy J.M. Cain PyGreSQL Development Group http://www.PyGreSQL.org From mark.m.mcmahon at gmail.com Sun Feb 19 04:26:29 2006 From: mark.m.mcmahon at gmail.com (Mark Mc Mahon) Date: Sat, 18 Feb 2006 22:26:29 -0500 Subject: pywinauto 0.2.1 released - lots of new functionality Message-ID: <71b6302c0602181926r4e048667mbc70ccdc5a67a459@mail.gmail.com> Hi, The 0.2.1 release of pywinauto is now available. pywinauto is a set of open-source (LGPL) modules for using Python as a GUI automation 'driver' for Windows NT based Operating Systems (NT/W2K/XP). SourceForge project page: http://sourceforge.net/projects/pywinauto Download from SourceForge http://sourceforge.net/project/showfiles.php?group_id=157379 Here is the list of changes: 0.2.1 Small Release number - big changes ------------------------------------------------ 17-Feb-2006 * Quick release to get many changes out there - but this release has been less tested then I would like for a 0.3.0 release. * Allow access to non text controls using the closest Text control. This closest text control will normally be the static/label associated with the control. For example in Notepad, Format->Font dialog, the 1st combobox can be refered to as "FontComboBox" rather than "ComboBox1" * Added a new control wrapper - ``PopupMenuWrapper`` for context menu's You can now work easily with context menu's e.g. :: app.Notepad.Edit.RightClick() # need to use MenuClick rather then MenuSelect app.PopupMenu.MenuClick("Select All") app.Notepad.Edit.RightClick() app.PopupMenu.MenuClick("Copy") I could think of merging the ``RightClick()`` and ``MenuSelect()`` into one method ``ContextMenuSelect()`` if that makes sense to most people. * Added Support for Up-Down controls * Not all top level windows now have a FriendlyClassName of "Dialog". I changed this because it made it hard to get windows of a particular class. For example the main Notepad window has a class name of "Notepad". This was primarily implemented due to work I did getting the System Tray. * Renamed ``StatusBarWrapper.PartWidths()`` to ``PartRightEdges()`` as this is more correct for what it returns. * Changed HwndWrapper.Text() and SetText() to WindowText() and SetWindowText() respectively to try and make it clearer that it is the text returned by GetWindowText and not the text that is visible on the control. This change also suggested that EditWrapper.SetText() be changed to SetEditText() (though this is not a hard requirement EditWrapper.SetText() still exists - but may be deprecated. * Added ClickInput, DoubleClickInput, RightClickInput, PressMouseInput ReleaseMouseInput to HwndWrapper - these use SendInput rather then WM_LBUTTONDOWN, WM_RBUTTONUP, etc used by Click, DoubleClick etc. I also added a MenuClick method that allows you to click on menu items. This means you can now 'physically' drop menus down. * Some further working with tooltips that need to be cleaned up. * Fixed a bug where coordinates passed to any of the Click operations had the X and Y coordinates swapped. * Added new MenuItem and Menu classes that are to the most part hidden but you can get a menu item by doing :: app.Notepad.MenuItem("View") app.Notepad.MenuItem("View->Status Bar") MenuItems have various actions so for example you can use ``MenuItem.IsChecked()`` to check if the menu item is checked. Among other methods there are ``Click()`` and ``Enabled()``. * Modified the 'best match' algorithm for finding controls. It now searches a couple of times, and tries to find the best fit for the text passed to it. The idea here is to make it more "Select what I want - not that other thing that looks a bit like what I want!". It is possible this change could mean you need to use new identifiers in scripts - but in general very little modification should be necessary. There was also a change to the algorithm that looked for the closest text control. It missed some obvious controls in the previous implementation. It also had a bug for controls above the control rather than to the left. * Added a new example scripts SaveFromInternetExplorer.py and SaveFromFirefox.py which show automating downloading of a page from either of these browsers. * Added yet more unit tests, there are now a total of 134 tests. If you want to follow this project then please sign up to the mailing list: https://lists.sourceforge.net/mailman/listinfo/pywinauto-users Thanks Mark -------------------------------------------- Mark Mc Mahon Manchester, NH 03110, USA

pywinauto 0.2.1 Simple Windows GUI automation with Python. (17-Feb-06) From fuzzyman at gmail.com Sun Feb 19 18:36:03 2006 From: fuzzyman at gmail.com (Fuzzyman) Date: 19 Feb 2006 09:36:03 -0800 Subject: [ANN] ConfigObj 4.2.0 Message-ID: <1140370563.534467.205640@g44g2000cwa.googlegroups.com> `ConfigObj 4.2.0 `_ is now available. The main improvements are *full* Unicode support,a s well as the addition of the 'convenience' `Section Methods `_ * *as_bool* * *as_int* * *as_float* More compelling reasons to choose **ConfigObj** for reading and writing config files in Python. What's New ? ========== The full changelog is : Removed ``BOM_UTF8`` from ``__all__``. The ``BOM`` attribute has become a boolean. (Defaults to ``False``.) It is *only* ``True`` for the ``UTF16`` encoding. File like objects no longer need a ``seek`` attribute. Full unicode support added. New options/attributes ``encoding``, ``default_encoding``. ConfigObj no longer keeps a reference to file like objects. Instead the ``write`` method takes a file like object as an optional argument. (Which will be used in preference of the ``filename`` attribute if that exists as well.) utf16 files decoded to unicode. If ``BOM`` is ``True``, but no encoding specified, then the utf8 BOM is written out at the start of the file. (It will normally only be ``True`` if the utf8 BOM was found when the file was read.) File paths are *not* converted to absolute paths, relative paths will remain relative as the ``filename`` attribute. Fixed bug where ``final_comment`` wasn't returned if ``write`` is returning a list of lines. Deprecated ``istrue``, replaced it with ``as_bool``. Added ``as_int`` and ``as_float``. What is ConfigObj ? =============== **ConfigObj** is a simple but powerful config file reader and writer: an *ini file round tripper*. It's 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. It is intended as a more powerful (but simpler to use) replacement for `ConfigParser `_. It's features include : * Nested sections (subsections), to any level * List Values * Multiple Line Values * Full Unicode support * String interpolation (substitution) * Integrated with a powerful validation system - including automatic type checking/conversion - repeated sections - 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 Sun Feb 19 18:23:50 2006 From: spe.stani.be at gmail.com (spe.stani.be at gmail.com) Date: 19 Feb 2006 09:23:50 -0800 Subject: SPE IDE videos and more... Message-ID: <1140369830.172637.125300@z14g2000cwz.googlegroups.com> I'm happy to spread the word about showmedo.com, an excellent collection of python programming videos. >From the website http://showmedo.com/videoListPage?listKey=TheBigPythonList: """Want to learn how to use some of the best Python programming tools out there, including the supercharged IPython interpreter and the great free editor SPE? Or maybe you want to see how easy it is to create great-looking, powerful graphical user interfaces using wxPython. If so, take a gander at the videos below.""" They have two SPE specific videos: """ Python with Stani's Python Editor (SPE) Two videos to demonstrate editing and debugging of Python code using the excellent SPE toolkit. Python Development and Navigation with SPE ------------------------------------------------------------------ SPE is a well-featured cross-platform development environment for Python. Here I show you how to write a simple Python program, save the code, run it and navigate using the Explorer, Index and UML Viewer. Complimentary material can be found in the manual and the tutorial at http://www.serpia.org. Debugging with WinPDB from Within SPE ------------------------------------------------------------------ The WinPDB graphical debugger can be launched from within SPE to debug Python code. Here I show how to launch the debugger, step through the code and stack frame, inspect variables and exit back to SPE. I also explain the significance of the Magic Letters. """ The SPE videos area available at the url: http://showmedo.com/videoListPage?listKey=PythonDevelopmentWithSPE. Contribute back to your favorite open source projects by submitting your own python videos to this wonderfull project! If you need inspiration look at the requested videos: http://showmedo.com/requests Who will make the first wxGlade video? Anyone who contributes a video can request a SPE pdf manual as a reward. Stani -- http://pythonide.stani.be http://pythonide.stani.be/screenshots http://pythonide.stani.be/manual/html/manual.html -- PS Other python videos have as topic: """ Beginning Python ------------------------------------------------------------------ Three videos covering the download and installation of the Python programming language on a Windows machine and a small introduction to the Python interpreter. Python Development with IPython ------------------------------------------------------------------ Four videos leading you through the installation and basic mastery of the powerful IPython interactive Python environment Python GUI Programming with wxPython ------------------------------------------------------------------ A series of videos for beginners showing how easy it is to quickly develop professional looking graphical user interfaces exploiting the ease and power of the Python programming language. wxPython is fast becomming one of the most popular cross-platform GUI programming solutions. This set of videos aims to show you why. """ From gerard.vermeulen at grenoble.cnrs.fr Sat Feb 18 14:16:53 2006 From: gerard.vermeulen at grenoble.cnrs.fr (Gerard Vermeulen) Date: Sat, 18 Feb 2006 14:16:53 +0100 Subject: ANN: PyQwt3D-0.1.1 released Message-ID: <20060218141653.78be399b.gerard.vermeulen@grenoble.cnrs.fr> What is PyQwt3D? - it is a set of Python bindings for the QwtPlot3D C++ class library which extends the Qt framework with widgets for 3D data visualization. PyQwt3D inherits the snappy feel from QwtPlot3D. The examples at http://pyqwt.sourceforge.net/pyqwt3d-examples.html show how easy it is to make a 3D plot and how to save a 3D plot to an image or an (E)PS/PDF file. - it requires and extends PyQt, a set of Python bindings for Qt. - it supports the use of PyQt, Qt, Qwt, the Numerical Python extensions (any combination of NumPy, numarray, and numarray) and optionally SciPy in a GUI Python application or in an interactive Python session. - it runs on POSIX, MacOS/X and Windows platforms (practically any platform supported by Qt and Python). Changes: - support for NumPy, see http://numeric.scipy.org - support for SIP-4.3.x - build fixes for MacOS/X The home page of PyQwt3D is http://pyqwt.sourceforge.net. PyQwt3D-0.1.1 requires: 1. Python-2.4.x or -2.3. 2. PyQt-3.15.x or -3.14.x. 3. SIP-4.3.x or -4.2.1. 4. Qt-3.3.x, -3.2.x, or -3.1.x. 5. QwtPlot3D-0.2.6. Have fun -- Gerard Vermeulen From manatlan at gmail.com Mon Feb 20 19:57:19 2006 From: manatlan at gmail.com (manatlan) Date: Mon, 20 Feb 2006 19:57:19 +0100 Subject: Yet another template engine : HYPY Message-ID: HyPy : means HYperText in PYthon It's yet another template engine, under GPL2 license The main feature is that it let you code yours templates like you code your python. (the indentation defines the structure of the html). So, it's very easy to render xhtml content. But hypy let you render any kind of string document too ! It's a very young project, but i think it's usable. Features : - let you code your html like you code in python - lightweight engine (300 lines) - Compile templates to bytecode (pyc files) - classical clauses (if/else, for, capture ...) - templates inheritances (concept of masterpages and childpages) Url (tutorial and download) : http://manatlan.online.fr/hypy.php From ian at excess.org Mon Feb 20 20:05:08 2006 From: ian at excess.org (Ian Ward) Date: Mon, 20 Feb 2006 14:05:08 -0500 Subject: ANN: Urwid 0.9.0 - Console UI library Message-ID: <43FA12E4.1080106@excess.org> Announcing Urwid 0.9.0 ---------------------- Urwid home page: http://excess.org/urwid/ Tarball: http://excess.org/urwid/urwid-0.9.0.tar.gz Screenshots: http://excess.org/urwid/utf8examples.html About this release: =================== This is the first release of Urwid with UTF-8 input and display support. A new raw_display module was added to enable UTF-8 display. This module also fixes the "dead corner" in the bottom right of the screen and improves legibility of bright text in some terminals. New in this release: ==================== - New support for UTF-8 encoding including input, display and editing of narrow and wide (CJK) characters. Preliminary combining (zero-width) character support is included, but full support will require terminal behavior detection. Right-to-Left input and display are not implemented. - New raw_display module that handles console display without relying on external libraries. This module was written as a work around for the lack of UTF-8 support in the standard version of ncurses. Eliminates "dead corner" in the bottom right of the screen. Avoids use of bold text in xterm and gnome-terminal for improved text legibility. - Fixed overlay bug related to UTF-8 handling. - Fixed Edit.move_cursor_to_coords(..) bug related to wide characters in UTF-8 encoding. About Urwid =========== Urwid is a console UI library for Python. It features fluid interface resizing, UTF-8 support, multiple text layouts, simple attribute markup, powerful scrolling list boxes and flexible interface design. Urwid is released under the GNU LGPL. From jdavid at itaapy.com Mon Feb 20 20:35:38 2006 From: jdavid at itaapy.com (=?UTF-8?B?IkouIERhdmlkIEliw6HDsWV6Ig==?=) Date: Mon, 20 Feb 2006 20:35:38 +0100 Subject: itools 0.12.4 released Message-ID: <43FA1A0A.70103@itaapy.com> itools is a Python library, it groups a number of packages into a single meta-package for easier development and deployment: itools.catalog itools.i18n itools.web itools.cms itools.ical itools.workflow itools.csv itools.resources itools.xhtml itools.datatypes itools.rss itools.xliff itools.gettext itools.schemas itools.xml itools.handlers itools.tmx itools.html itools.uri Changes: Handlers - Now the transacion code follows the open/close protocol of resources. Catalog - Now the index load code follows the open/close protocol of resources. Web - Add a global "try..except" clause to catch any error that may reach the main loop, so the server never stops. - Return "400 Bad Request" whenever the parsing of the request fails. - Ignore parameters added to the If-Modified-Since header. Since some some browsers do append extra-information (what does not respects the RFC). - Fix HEAD requests, call GET first, then send only the headers. CMS - Remove a debugging line that slipped in the previous release. - Fix the Epoz editor (a couple of files were missing). Resources --------- Download http://www.ikaaro.org/download/itools/itools-0.12.4.tar.gz Home 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 aronovitch at gmail.com Mon Feb 20 22:27:27 2006 From: aronovitch at gmail.com (Amit Aronovitch) Date: Mon, 20 Feb 2006 23:27:27 +0200 Subject: OSDC::Israel - last minute reminder Message-ID: <43FA343F.5090709@gmail.com> Hi, This is a last minute reminder for the Open Source Developers Conference that will be held from Sunday to Tueseday in Netanya, Israel. The schedule is available here: http://www.osdc.org.il/schedule.html Online registration and payment are open until 25/2. ====================================== Open Source Developers' Conference, 26-28 February, 2006, Netanya, Israel ====================================== http://www.osdc.org.il/index.html About ------ The Open Source Developers' Conferences (OSDCs) are grassroots symposia originating from Australia. The conference tries to bring together the users of various OS technologies such as Perl, Python, Ruby, Tcl, PHP, MySQL, PostgreSQL, Subversion and more. The Israeli OSDC is organized by the Israeli Perl Mongers and the Israeli Python user group. Our aim is to bring together practitioners, scholars, students, programmers, researchers and managers from different areas to discuss their views on various aspects of the Open Source technologies, to share knowledge and to have fun while doing so. Structure ---------- The conference will last for 3 days with 3 parallel tracks of presentations. Presentations will be given in either Hebrew or English, depending on the speaker's preference (language listed on the schedule). From python-url at phaseit.net Mon Feb 20 23:11:48 2006 From: python-url at phaseit.net (Cameron Laird) Date: Mon, 20 Feb 2006 22:11:48 +0000 Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Feb 20) Message-ID: QOTW: "On the other hand, lousy testing is practically worthless." - Steve D'Aprano "Komodo adds no goo to your code." - Trent Mick A nice if implicit comparison of stylish use of a regular expression vs. an equally stylish procedural approach: which is easier for *you* to maintain? http://groups.google.com/group/comp.lang.python/browse_thread/thread/104e2da852269d01/ Sibylle Koczian, Fredrik Lundh, and others illustrate simple function nesting as an example of "free variables" or "enclosing scope locals": http://groups.google.com/group/comp.lang.python/browse_thread/thread/3c682f2af5bc039b/ Diez B. Roggisch comments on the portability and applicability of IronPython: http://groups.google.com/group/comp.lang.python/browse_thread/thread/2762f6dfc5f72651/ To safen a Python sandbox is less quixotic than you might have heard: http://groups.google.com/group/comp.lang.python/browse_thread/thread/e6e428d39998bffc/ lambda stays: http://mail.python.org/pipermail/python-dev/2006-February/060415.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/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From calfdog at yahoo.com Tue Feb 21 03:17:43 2006 From: calfdog at yahoo.com (calfdog at yahoo.com) Date: 20 Feb 2006 18:17:43 -0800 Subject: cPAMIE 2.0 released!! Message-ID: <1140488263.385868.46220@o13g2000cwo.googlegroups.com> PAMIE is a "FREE" open-source tool written in Python for Automating Internet Explorer. This tool allows Software Quality Assurance Engineers or others to write Python scripts to Automate the testing of their Web Applications. Dependencies: * Windows 2000 pro or Win XP * Python 2.4 an above ( will work in 2.3 but not recommended) * Ctypes 2006-02-16 Release PAMIE 2.0 ==================================== Added: Added nameProp to imageGet() Added: findText() - finds text on a page can be used with regex Added: outerHTML() - gets outer HTML from body - also used with findText Added: Increased _init() timeout to 300 Added: goBack() - Navigates back one page Added: stop() - Stops navigation Fixed: ie.Document bug in pageGetText() Fixed: class properties are now instanced. Added: busyTuner to _wait methods to allow for adjustments when experiencing pages that don't fully load Added: radioButtonsGet() method Fixed: "TypeError: cannot concatenate 'str' and 'int' objects" on certain debug messages Fixed: int.strip() error in findElement() method 2006-01-11 Release PAMIE 2.0 Beta ==================================== Added: updated docs with a reference guide! Added: timeout routine to windowFind() function Change: fireEvent() now elementFireEvent() Fixed: catch and ignore very occassional Access Denied message in wait functions Fixed: frameWait() to support nested frames Fixed: getFrame() needed a frame wait to sync properly Added: regular expression support for findElement() val parameter, which propagates up to most methods Added: writeDocs script to generate class file documentation Fixed: elementGetList() now case insensitive Fixed: elementGetList() elementList parameter now properly accepts a list Added: elementGetChildren() method Added: support for nested frames Added: name parameter on widgetGet() methods will now accept index as argument Added: most widget...() methods will now accept either index or an element for name parameter Added: tableCellExists() method Added: tableExists() method Added: tableGet() method Added: tableRowExists() method Added: tableRowGetIndex() method Added: tablesGet() method Change: elementClick() now accepts an element only Added: elementFindByIndex() method Change: widgetClickIndex() methods were removed. use elementFindByIndex() instead Fixed: elementFind() compares attribute values correctly 2006-01-01 Release PAMIE 2.0 Alpha ==================================== A whole new start! The whole PAMIE structure has been revamped, reorganized, reworked and redone. In addition to this, the main features of this release are full support for frames, forms (or not!), optional debugging, optional fancy HTML reporting, consistent function naming, many new functions, and much much more. Your old PAMIE scripts are going to need some updating, but it is well worth it. A build certification script (buildCert.py) has also been included that will not only validate the PAMIE builds, but will serve as an excellent example script on how to use the various PAMIE methods. You should take a look at it and run it first. Please remember this is an Alpha release so we can hear some feedback, so don't go throwing this into a production environment. Original Development ==================================== 20040415 - modifications by Jeff Hinrichs (dundeemt at users.sourceforge.net) 20040511 - modifications by Rob Marchetti (rmarchetti at users.sourceforge.net) 20040606 - modifications by Rob Marchetti (rmarchetti at users.sourceforge.net) 20040801 - added Frames modifications by Steve Mcdonald 20050301 - added Frames modifications by Tom Cunningham 20050301 - added modifications by Dave K 20050301 - added modifications by Drunk Bum 20060101 - whole class revamped by Drunk Bum, start of 2.x 20060220 - - modifications by Rob Marchetti (rmarchetti at users.sourceforge.net) From chad at zetaweb.com Tue Feb 21 07:12:37 2006 From: chad at zetaweb.com (Chad Whitacre) Date: Tue, 21 Feb 2006 01:12:37 -0500 Subject: [ANN] testosterone 0.4.0 -- a manly Python testing interface Message-ID: <43FAAF55.906@zetaweb.com> Dear All, I am pleased to announce the release of testosterone, a manly Python testing interface. testosterone is a test runner for unittest tests, featuring an elegant curses(3) interface. Screencast, documentation, and downloads are all available at: http://www.zetadev.com/software/testosterone/ Thank you. Chad Whitacre http://www.zetadev.com/ From armin.ronacher at active-4.com Wed Feb 22 06:12:30 2006 From: armin.ronacher at active-4.com (armin.ronacher at active-4.com) Date: 21 Feb 2006 21:12:30 -0800 Subject: Jinja Template Engine Message-ID: <1140585150.289211.258910@z14g2000cwz.googlegroups.com> ===== Jinja ===== Jinja is a small but very fast und easy to use stand-alone template engine written in pure python. Since version 0.6 it uses a new parser that increases parsing performance a lot by caching the nodelists on the harddisk if wanted. It includes multiple template inheritance and other features like simple value escaping... Template Syntax =============== This is a small example template in which you can see, how jinja's syntax looks like: My Webpage

My Webpage

{{ variable }} Usage ===== Here a small example:: from jinja import Template, Context, FileSystemLoader t = Template('mytemplate', FileSystemLoader('/path/to/the/templates')) c = Context({ 'navigation' [ {'href': '#', 'caption': 'Index'}, {'href': '#', 'caption': 'Spam'} ], 'variable': 'hello world' }) print t.render(c) Download ======== You can fetch the current version of Jinja (0.6) from the cheeseshop: http://cheeseshop.python.org/pypi/Jinja From armin.ronacher at active-4.com Wed Feb 22 06:19:15 2006 From: armin.ronacher at active-4.com (armin.ronacher at active-4.com) Date: 21 Feb 2006 21:19:15 -0800 Subject: Colubrid WSGI Publisher Message-ID: <1140585555.822639.187320@g44g2000cwa.googlegroups.com> ===================== Colubrid WSGI Toolkit ===================== Colubrid is a WSGI request handler which simplifies python web developement. If you've ever created a WSGI application without an framework or an request handler you know how stupid this can be. Hello World Example =================== This example outputs "Hello World":: from colubrid import BaseApplication, execute class HelloWorld(BaseApplication): def process_request(self): self.request.write('Hello World') app = HelloWorld if __name__ == '__main__': execute() Documentation can be found on `the homepage`_. .. _the homepage: http://wsgiarea.pocoo.org/colubrid/documentation/ WSGI Compatibility ================== Colubrid is full compatible the existing WSGI Systems, for example you can bind the flup session middleware into Colubrid with 5 lines of code. You can download colubrid from the `download section`_. .. _download section: http://wsgiarea.pocoo.org/colubrid/downloads/ From a.held at computer.org Wed Feb 22 15:14:21 2006 From: a.held at computer.org (andreas) Date: 22 Feb 2006 06:14:21 -0800 Subject: ANN: pyFltk-1.1 Message-ID: <1140617661.603681.12250@z14g2000cwz.googlegroups.com> This is to announce the first official release of pyFltk-1.1, the Python bindings for the cross platform GUI toolkit fltk-1.1 This release candidate has been tested with fltk-1.1.7 and requires Python2.4. pyFltk is a lighweight, easy-to-use GUI toolkit for Python. It can be used where simplicity, speed, small footprint, and ease-of-use are important. Changes: * Now it is possible to extend all widgets in Python * Fl_Preferences has been added. * Various bug fixes * Faster dispatch (thanks to SWIG) * Improved stability * Added port of FLTK sudoku program A source distribution, a Windows installer, and a Linux binary (including fltk) can be downloaded from http://pyfltk.sourceforge.net. Regards Andreas Held http://pyfltk.sourceforge.net From chad at zetaweb.com Wed Feb 22 16:26:06 2006 From: chad at zetaweb.com (Chad Whitacre) Date: Wed, 22 Feb 2006 10:26:06 -0500 Subject: [ANN] testosterone 0.4.1 -- the manly Python testing interface Message-ID: <43FC828E.8010500@zetaweb.com> Greetings, program! I have issued a point release for testosterone, the manly Python testing interface. The package I released two days ago did not install properly on GNU/Linux. This release fixes that issue, and a bug with single-test TestCases. It is available at: http://www.zetadev.com/software/testosterone/ Also, I have created a Google Group for discussion and support: http://groups.google.com/group/testosterone/ Thank you. Chad Whitacre http://www.zetadev.com/ From finite.automaton at gmail.com Thu Feb 23 00:37:30 2006 From: finite.automaton at gmail.com (finite.automaton at gmail.com) Date: 22 Feb 2006 15:37:30 -0800 Subject: ANN: Yet Another Python Graphviz Binding Message-ID: <1140651450.455414.268820@g43g2000cwa.googlegroups.com> (already announced this on c.l.py, but maybe it should be here, too...) Introducing Yapgvb, a Python wrapper around the AT&T's graph layout library Graphviz. Features: - A nice clean Pythonic interface - Boost.Python wrapper around the C libraries; no more fiddling with system calls to dot. - Read and write .dot files using Graphviz's own library routines. - Translation to and from Boost.Graph; do your computation using Boost, and draw it with Graphviz. URL: http://yapgvb.sourceforge.net From chad at zetaweb.com Thu Feb 23 18:29:19 2006 From: chad at zetaweb.com (Chad Whitacre) Date: Thu, 23 Feb 2006 12:29:19 -0500 Subject: [ANN] httpy 0.9.0 -- a sane and robust HTTP library for Python Message-ID: <43FDF0EF.5030702@zetaweb.com> Greetings, program! I am pleased to announce the first public release of httpy -- a sane and robust HTTP library for Python. With httpy, you write "responders," and put them on the network with "couplers." Here is a trivial responder: import httpy class Responder: def respond(request): raise httpy.Response(200, "Greetings, program!") And here is how to couple it: responder = Responder() coupler = httpy.couplers.StandAlone(responder) coupler.go() httpy is so amazing, in fact, that with it I was able to write an entire wiki in only 20 seconds! Don't believe me? Check out the screencast (along with downloads and full documentation) at: http://www.zetadev.com/software/httpy/ Thank you. Chad Whitacre http://www.zetadev.com/ P.S. I'm going to be discussing httpy, testosterone, and a couple other projects at PyCon this weekend at an Open Space event on Saturday morning entitled "Un-reinventing the Wheel: Some Lessons from Zope, Backported to Unix." Join me if you can. From tim at pollenation.net Fri Feb 24 10:08:02 2006 From: tim at pollenation.net (Tim Parkin) Date: Fri, 24 Feb 2006 09:08:02 +0000 Subject: [ANN] New python.org and Call for Volunteers Message-ID: <43FECCF2.9070201@pollenation.net> We would like to announce that the beta python site will be made live on the 5th March 2006. In order to ensure that the switch is as smooth as possible, we are asking for some volunteers to help in finalising the migration and checking of content and links. Guido van Rossum will be announcing this during his keynote speech at Pycon and there will be sprints from 27th February through to the 2nd March. All the information you'll need is here. http://wiki.python.org/moin/PyCon2006/Sprints/PydotorgSprint It is our intention to move the current site to http://archive.python.org and to allow certain paths of the new beta site to still use the old content (for instance, it is likely that the /docs section will remain as is until a new documentation template has been approved). The work won't be finished once the site goes live however, work has already started on adding the facility for discussion, annotation and additions to the website by integrating wiki page content. The plan is for the best bits of the community contributions to be included as appendices to each page of the site. Please get involved now and help us to reach this ultimate goal as soon as possible. If you wish to volunteer some time, please send an email to tparkin at python.org and we will add you to the list. beta.python team so far: * Tim Parkin * Stephan Deibel * David Goodger * Steve Holden From richard at pyweek.org Fri Feb 24 22:59:52 2006 From: richard at pyweek.org (richard at pyweek.org) Date: Sat, 25 Feb 2006 08:59:52 +1100 Subject: PyWeek Python Game Programming Challenge, The Second! Message-ID: <200602250859.52563.richard@pyweek.org> The date for the second PyWeek challenge has been set: Sunday 26th March to Sunday 2nd April (00:00UTC to 00:00UTC). The PyWeek challenge invites entrants to write a game in one week from scratch either as an individual or in a team. Entries must be developed in Python, during the challenge, and must incorporate some theme chosen at the start of the challenge. REGISTRATION IS NOW OPEN -- To register for the challenge, visit: http://www.pyweek.org/ Some of the challenge website isn't finished yet. I hope to have it completed in the next week. This includes management of team entries. PLANNING FOR THE CHALLENGE -- Make sure you have working versions of the libraries you're going to use. The rules page has a list of libraries and other resources. Make sure you can build packages to submit as your final submission (if you're going to use py2exe, make sure you know how to use it and that it works). If you don't have access to Linux, Windows or a Mac to test on, contact friends, family or other competitors to find someone who is able to test for you. -- Visit the PyWeek website: http://www.pyweek.org/ From t.koutsovassilis at gmail.com Mon Feb 27 15:13:35 2006 From: t.koutsovassilis at gmail.com (t.koutsovassilis at gmail.com) Date: 27 Feb 2006 06:13:35 -0800 Subject: ANN: Porcupine 0.0.6 released Message-ID: <1141049615.165057.76660@u72g2000cwu.googlegroups.com> This release includes numerous QuiX enhancements, but also introduces some major QuiX API changes. The base widget class (Widget) has been refactored. Most of its attributes have been replaced with getters and setters. Thus, a single attribute change does not require a full redraw. This release also introduces the term "off-line widget", a major performance enhancement. It is now possible to detach a widget hierarchy by keeping it in memory, and attach it again, whenever this is needed. So far, six QuiX modules have been optimized using this technique. On the server side, a new utility has been included. The "db_init.py" script initializes a blank Porcupine database. This script might be useful of those not being able to start the server due to BerkeleyDB incompatible database formats. The "stringresources.xml" configuration file is discarded. The localized strings are kept inside UTF-8 encoded Python script files. By this way, we prevent any possible resource naming conflicts by different applications. Finally, all system resources (servlets, PSPs and strings) are moved inside the "resources/system" folder. The "system/servlets" and "system/PSP" folders are discarded. Due to the API changes introduced on both sides (server and client), all previous versions of Porcupine applications are incompatible with this release and should be upgraded. Innoscript has also announced Quill, the upcoming QuiX visual editor. The first WYSIWYG web interface designer for rich internet desktop-like applications. For details see http://www.innoscript.org/content/view/40/2/. Resources ========= What is Porcupine? http://www.innoscript.org/content/view/30/42/ Porcupine online demo: http://www.innoscript.org/content/view/21/43/ Porcupine tutorials: http://wiki.innoscript.org/index.php/Developers/Tutorials Developer resources: http://www.innoscript.org/component/option,com_remository/Itemid,33/func,selectcat/cat,3/ From t.koutsovassilis at gmail.com Mon Feb 27 15:31:21 2006 From: t.koutsovassilis at gmail.com (t.koutsovassilis at gmail.com) Date: 27 Feb 2006 06:31:21 -0800 Subject: ANN: FileTrack v0.1-beta2 released Message-ID: <1141050681.753678.153230@u72g2000cwu.googlegroups.com> FileTrack is the first desktop-like web application based on Porcupine Web application server and QuiX. It is a web enabled communication log, keeping track of all your inbound and outbound documents. It supports multiple logs, auto-archiving of older entries and generates simple reports based on multiple criteria. One or more log entries, contacts or documents can be grouped together into an issue, for easier monitoring. This release is compatible with the new Porcupine and QuiX APIs. It also includes a minor optimization and a bug fix. The script that assigned the security roles on a log entry, based on the sender, the recipient and the CC list, was faulty. If a FileTrack author was included in this list, its role on the log entry was changed to 'Reader'. As a result, despite of being a member of the "FileTrack Authors" group, the user could not edit the entry. The contacts' search query, when clicking on the initial letter, is changed using recursive traversal of the "/Contacts" folder. Download it at http://www.innoscript.org/component/option,com_remository/Itemid,33/func,selectfolder/filecatid,8/ From mcfletch at rogers.com Mon Feb 27 23:00:54 2006 From: mcfletch at rogers.com (Mike C. Fletcher) Date: Mon, 27 Feb 2006 17:00:54 -0500 Subject: February Toronto Python User's Group meeting is tomorrow, 7PM at Linux Caffe Message-ID: <44037696.9030401@rogers.com> I'll be doing a short presentation on my recent work on the StarPy Asterisk Protocols for Twisted. These protocols allow Python programmers to write Asterisk FastAGI and AMI customisation and management scripts in the same process as code running any other Twisted clients/servers. After that we'll have time for open discussion. Meeting is at the regular time and place, Linux Caffe, 7pm. Details here: http://web.engcorp.com/pygta/wiki/NextMeeting Hope to see you all there, Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com From python-url at phaseit.net Tue Feb 28 00:19:16 2006 From: python-url at phaseit.net (Cameron Laird) Date: Mon, 27 Feb 2006 23:19:16 +0000 Subject: Dr. Dobb's Python-URL! - weekly Python news and links (Feb 27) Message-ID: QOTW: "Actually, Python has the distinction of being both a great tool language *and* a great Zen language. That's what makes Python so cool ;-)))" - Ron Stephens "It is probably possible to do the whole thing with a regular expression. It is probably not wise to do so." - John Zenger (among MANY other wise people) Steve Holden generates abundant volume of PyCon reportage when executive responsibilities don't tether him: http://holdenweb.blogspot.com/ A question from Brian Blais on the simplest non-trivial sorting elicits a satisfying range of expressions: http://groups.google.com/group/comp.lang.python/browse_thread/thread/560fda5a309a08ab/ Use the 'Net for backups in a far more sophisticated way: http://www.csua.berkeley.edu/~emin/source_code/dibs/ A beta release of the updated official Python site will go live on 5 March 2006: http://wiki.python.org/moin/PyCon2006/Sprints/PydotorgSprint ======================================================================== 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/topic/python/ (requires subscription) http://groups-beta.google.com/groups?q=python-url+group:comp.lang.python*&start=0&scoring=d& http://purl.org/thecliff/python/url.html (dormant) or http://groups.google.com/groups?oi=djq&as_q=+Python-URL!&as_ugroup=comp.lang.python There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask to subscribe. Mention "Python-URL!". -- The Python-URL! Team-- Dr. Dobb's Journal (http://www.ddj.com) is pleased to participate in and sponsor the "Python-URL!" project. From crutcher at gmail.com Tue Feb 28 01:16:06 2006 From: crutcher at gmail.com (Crutcher Dunnavant) Date: 27 Feb 2006 16:16:06 -0800 Subject: New Module: CmdLoop - Base class for writing simple interactive command loop environments. Message-ID: <1141085766.724799.327630@v46g2000cwv.googlegroups.com> Code available here: http://littlelanguages.com/web/software/python/modules/cmdloop.py Base class for writing simple interactive command loop environments. CommandLoop provides a base class for writing simple interactive user environments. It is designed around sub-classing, has a simple command parser, and is trivial to initialize. Here is a trivial little environment written using CommandLoop: import cmdloop class Hello(cmdloop.CommandLoop): PS1='hello>' @cmdloop.aliases('hello', 'hi', 'hola') @cmdloop.shorthelp('say hello') @cmdloop.usage('hello TARGET') def helloCmd(self, flags, args): ''' Say hello to TARGET, which defaults to 'world' ''' if flags or len(args) != 1: raise cmdloop.InvalidArguments print >> self.OUT, 'Hello %s!' % args[0] @cmdloop.aliases('quit') def quitCmd(self, flags, args): ''' Quit the environment. ''' raise cmdloop.HaltLoop Hello().runLoop() Here's a more complex example: import cmdloop class HelloGoodbye(cmdloop.CommandLoop): PS1='hello>' def __init__(self, default_target = 'world'): self.default_target = default_target self.target_list = [] @cmdloop.aliases('hello', 'hi', 'hola') @cmdloop.shorthelp('say hello') @cmdloop.usage('hello [TARGET]') def helloCmd(self, flags, args): ''' Say hello to TARGET, which defaults to 'world' ''' if flags or len(args) > 1: raise cmdloop.InvalidArguments if args: target = args[0] else: target = self.default_target if target not in self.target_list: self.target_list.append(target) print >> self.OUT, 'Hello %s!' % target @cmdloop.aliases('goodbye') @cmdloop.shorthelp('say goodbye') @cmdloop.usage('goodbye TARGET') def goodbyeCmd(self, flags, args): ''' Say goodbye to TARGET. ''' if flags or len(args) != 1: raise cmdloop.InvalidArguments target = args[0] if target in self.target_list: print 'Goodbye %s!' % target self.target_list.remove(target) else: print >> self.OUT, \ "I haven't said hello to %s." % target @cmdloop.aliases('quit') def quitCmd(self, flags, args): ''' Quit the environment. ''' raise cmdloop.HaltLoop def _onLoopExit(self): if len(self.target_list): self.pushCommands(('quit',)) for target in self.target_list: self.pushCommands(('goodbye', target)) else: raise cmdloop.HaltLoop HelloGoodbye().runLoop() From andy at reportlab.com Tue Feb 28 12:51:40 2006 From: andy at reportlab.com (Andy Robinson) Date: Tue, 28 Feb 2006 11:51:40 +0000 Subject: UK Python Conference - 19-20 April 2006 Message-ID: <4404394C.8050303@reportlab.com> The ACCU is once again hosting a UK Python Conference on the above dates at the Randolph Hotel in Oxford. Sign up now..... http://www.accu.org/index.php/conferences/2006/schedule PROGRAMME ========= I am happy to announce that Guido van Rossum is once again a keynote speaker for the entire ACCU conference. Following his keynote we have a single, 2-day Python track on Wednesday and Thursday including... Steve Holden: The Best of PyCon Michael Hudson: Error Handling with Recovery Phil Thompson: PyQT 4 Michael Hudson: PyPy - a progress report Simon Willison: Django Remi Delon: CherryPy and TurboGears Chris Withers: Templating systems Andy Robinson: Metadata and models in Python Andrew Thompson: Financial Programming in Python ...and of course lightning talks and BOFS will be welcome.... Friday 21st will feature a Dynamic Languages track with in-depth talks on Javascript, Ruby and Groovy, which I am sure will be of great interest to Python developers; and of course the dinner. PRE CONFERENCE PYTHON TUTORIAL: =============================== John Pinner will be giving a full day "Python for Programmers" tutorial on Tuesday prior to the main event. This tutorial is aimed at programmers who have no previous knowledge of Python but who would like to know more about it. If you want to convert your colleagues, this is where to send them.... ABOUT THE ACCU CONFERENCE ========================= For those not familiar with the event, the ACCU conference is one of the foremost gatherings of programming talent in the world, regularly featuring authors and major figures from the C/C++/C#/Java/Python and other communities. The cheapest way to attend is to join the ACCU This will be the LAST CHANCE to attend this fantastic event; after more than 5 years of being nurtured by the ACCU, the UK Python community will hopefully be organising a standalone conference in future years. Python talks will continue to be welcome (and we hope numerous) on the ACCU programme, but not as an advertised "mini-conference"; instead we'll be shifting focus to dynamic languages in general. Best Regards, Andy Robinson ACCU Conference Committee From andy at reportlab.com Tue Feb 28 12:42:31 2006 From: andy at reportlab.com (Andy Robinson) Date: Tue, 28 Feb 2006 11:42:31 +0000 Subject: UK Python Conference - 19-20 April 2006 Message-ID: <44043727.1060709@reportlab.com> The ACCU is once again hosting a UK Python Conference on the above dates at the Randolph Hotel in Oxford. Sign up now..... http://www.accu.org/index.php/conferences/2006/schedule PROGRAMME ========= I am happy to announce that Guido van Rossum is once again a keynote speaker for the entire ACCU conference. Following his keynote we have a single, 2-day Python track on Wednesday and Thursday including... Steve Holden: The Best of PyCon Michael Hudson: Error Handling with Recovery Phil Thompson: PyQT 4 Michael Hudson: PyPy - a progress report Simon Willison: Django Remi Delon: CherryPy and TurboGears Chris Withers: Templating systems Andy Robinson: Metadata and models in Python Andrew Thompson: Financial Programming in Python ...and of course lightning talks and BOFS will be welcome.... Friday 21st will feature a Dynamic Languages track with in-depth talks on Javascript, Ruby and Groovy, which I am sure will be of great interest to Python developers; and of course the dinner. PRE CONFERENCE PYTHON TUTORIAL: =============================== John Pinner will be giving a full day "Python for Programmers" tutorial on Tuesday prior to the main event. This tutorial is aimed at programmers who have no previous knowledge of Python but who would like to know more about it. If you want to convert your colleagues, this is where to send them.... ABOUT THE ACCU CONFERENCE ========================= For those not familiar with the event, the ACCU conference is one of the foremost gatherings of programming talent in the world, regularly featuring authors and major figures from the C/C++/C#/Java/Python and other communities. The cheapest way to attend is to join the ACCU This will be the LAST CHANCE to attend this fantastic event; after more than 5 years of being nurtured by the ACCU, the UK Python community will hopefully be organising a standalone conference in future years. Python talks will continue to be welcome (and we hope numerous) on the ACCU programme, but not as an advertised "mini-conference"; instead we'll be shifting focus to dynamic languages in general. Best Regards, Andy Robinson ACCU Conference Committee