From gp.ciceri@acm.org Wed Oct 1 14:52:28 2003 From: gp.ciceri@acm.org (g.p.ciceri) Date: Wed, 01 Oct 2003 13:52:28 GMT Subject: patch to add support for jabber and spread messages to logging Message-ID: Hello all, I've just finished a little patch to logging.handlers to send logging events notification as both jabber and spread messages. It's rather untested, but perhaps it's already useful. You'll find it at http://pyhacks.suddenthinks.com/ Any comment will be appreciated, as usual. Reagards /gp -- Gian Paolo Ciceri Via G.Marconi 5 - 22036 ERBA CO ITALY mobile : ++39 340 7218101 : ++39 329 8103661 eMail : gp.ciceri@acm.org, gp.ciceri@computer.org : gp.ciceri@suddenthinks.com webSite: http://www.suddenthinks.com ICQ # : 94620118 jabber : gp.ciceri@jabber.com From pycon@python.org Wed Oct 1 22:41:59 2003 From: pycon@python.org (PyCon Chair) Date: Wed, 1 Oct 2003 17:41:59 -0400 Subject: PyCon DC 2004: Call for Proposals Message-ID: [Please repost to local Python mailing lists.] Want to share your expertise? PyCon DC 2004 is looking for proposals to fill the formal presentation tracks. PyCon DC 2003 had a broad range of presentations, from reports on academic and commercial projects to tutorials and case studies, and we hope to extend that range this year. As long as the presentation is interesting and potentially useful to the Python community, it will be considered for inclusion in the program. The proposal deadline is December 1; the proposal submission system should be up by mid-October. We'll send out another notice with more info when the submission system goes live. Proposals should be 250-1000 words in text (plain or reST) or HTML. You may request either thirty or sixty minutes for your timeslot. Proposals will be accepted or rejected by January 1, 2004. If your proposal is accepted, you may include a companion paper for publication on the PyCon web site. If you don't want to make a formal presentation, there will be a significant amount of Open Space to allow for informal and spur-of-the-moment presentations for which no formal submission is required. There will also be several Lightning Talk sessions (five minutes or less). For more information, see http://www.python.org/pycon/dc2004/cfp.html PyCon is a community-oriented conference targeting developers (both those using Python and those working on the Python project). It gives you opportunities to learn about significant advances in the Python development community, to participate in a programming sprint with some of the leading minds in the Open Source community, and to meet fellow developers from around the world. The organizers work to make the conference affordable and accessible to all. DC 2004 will be held March 24-26, 2004 in Washington, D.C. The keynote speaker is Mitch Kapor of the Open Source Applications Foundation (http://www.osafoundation.org/). There will be a four-day development sprint before the conference. We're looking for volunteers to help run PyCon. If you're interested, subscribe to http://mail.python.org/mailman/listinfo/pycon-organizers Don't miss any PyCon announcements! Subscribe to http://mail.python.org/mailman/listinfo/pycon-announce You can discuss PyCon with other interested people by subscribing to http://mail.python.org/mailman/listinfo/pycon-interest The central resource for PyCon DC 2004 is http://www.python.org/pycon/dc2004/ -- Aahz (aahz@pythoncraft.com) <*> http://www.pythoncraft.com/ "It is easier to optimize correct code than to correct optimized code." --Bill Harlan From pythonguy@Hotpop.com Wed Oct 1 18:39:25 2003 From: pythonguy@Hotpop.com (Anand Pillai) Date: 1 Oct 2003 10:39:25 -0700 Subject: ANN: HarvestMan 1.2 Message-ID: HarvestMan, a full-featured, multithreaded web robot(crawler) program in python has released version 1.2. The highlights of this release are: 1. Support for javascript parsing/fetching 2. Support for downloading java applets 3. A new threading model(experimental) The project page is available at http://harvestman.freezope.org Freshmeat: http://www.freshmeat.net/projects/harvestman Changelog: http://harvestman.freezope.org/files/Changelog.txt Thank you for your kind attention. -Anand From jeremy@zope.com Thu Oct 2 04:26:15 2003 From: jeremy@zope.com (Jeremy Hylton) Date: Wed, 01 Oct 2003 23:26:15 -0400 Subject: ZODB 3.2 release candidate 1 Message-ID: We are happy to announce that ZODB 3.2 release candidate 1 has been released. You can find it at the usual place: http://www.zope.org/Products/ZODB3.2. This release contains a few bug fixes since the ZODB 3.2b3 release last week. If no major bugs are found in the release candidate, we will make the final release next week with identical code. If there are bugs, we will do another release candidate next week. What is ZODB? It is the Zope Object Database. It provides an object-oriented database for Python that provides a high-degree of transparency. Applications can take advantage of object database features with few, if any, changes to application logic. ZODB includes features such as a pluggable storage interface, rich transaction support, and undo. ZODB 3.2 has a number of new features and improvements over ZODB 3.1: - improve performance and stability of ZEO - new ZEO authentication protocol - new configuration language, ZConfig, for databases, storages, and ZEO servers - many bug fixes - improved documentation - new daemon tools The most recent changes from the NEWS.txt file are included below. -- Jeremy Hylton What's new in ZODB3 3.2 release candidate 1 =========================================== Release date: 01-Oct-2003 Added a summary to the Doc directory. There are several new documents in the 3.2 release, including "Using zdctl and zdrun to manage server processes" and "Running a ZEO Server HOWTO." Fixed ZEO's protocol negotiation mechanism so that a client ZODB 3.1 can talk to a ZODB 3.2 server. Fixed a memory leak in the ZEO server. The server was leaking a few KB of memory per connection. Fixed a memory leak in the ZODB object cache (cPickleCache). The cache did not release two references to its Connection, causing a large cycle of objects to leak when a database was closed. Fixed a bug in the ZEO code that caused it to leak socket objects on Windows. Specifically, fix the trigger mechanism so that both sockets created for a trigger are closed. Fixed a bug in the ZEO storage server that caused it to leave temp files behind. The CommitLog class contains a temp file, but it was not closing the file. Changed the order of setuid() and setgid() calls in zdrun, so that setgid() is called first. Added a timeout to the ZEO test suite that prevents hangs. The test suite creates ZEO servers with randomly assigned ports. If the port happens to be in use, the test suite would hang because the ZEO client would never stop trying to connect. The fix will cause the test to fail after a minute, but should prevent the test runner from hanging. The logging package was updated to include the latest version of the logging package from Python CVS. Note that this package is only installed for Python 2.2. In later versions of Python, it is available in the Python standard library. The ZEO1 directory was removed from the source distribution. ZEO1 is not supported, and we never intended to include it in the release. From stani_@hotmail.com Thu Oct 2 15:49:46 2003 From: stani_@hotmail.com (SM) Date: 2 Oct 2003 07:49:46 -0700 Subject: Spe 0.3.0.a IDE with Blender and wxGlade support Message-ID: Spe 0.3.0.a Spe is a python IDE with auto-indentation, auto completion, call tips, syntax coloring, syntax highlighting, class explorer, source index, auto todo list, sticky notes, integrated pycrust shell, python file browser, recent file browser, drag&drop, context help, ... Special is its blender support with a blender 3d object browser and its ability to run interactively inside blender. Spe is extensible with boa. :Links: - Homepage: http://spe.pycs.net - Website: http://projects.blender.org/projects/spe/ - Screenshots: http://spe.pycs.net/pictures/index.html - Forum: http://projects.blender.org/forum/?group_id=30 - RSS feed: http://spe.pycs.net/weblog/rss.xml Spe now ships with a minimal preference dialog box, which will be further extended. The most important editor settings can now be set, so spe can now also be used by those who prefer tabs instead of spaces. I'm afraid spe will fail to work with Python 2.2.1, so please upgrade! :Batteries included: - Kiki: Regular Expression (regex) console. Altough still a pre-alpha release, it might be already usefull. For more info: http://project5.tk - wxGlade: wxGlade is a GUI designer written in Python with the popular GUI toolkit wxPython, that helps you create wxWindows/wxPython user interfaces. As you can guess by the name, its model is Glade, the famous GTK+/GNOME GUI builder, with which wxGlade shares the philosophy and the look & feel (but not a line of code). For more info: http://wxglade.sourceforge.net :New features: - preference dialog :Fixes: - sm.zfill fix - options of find tab now work - find tab layout fixed for Linux - no syntax check on python files :Requirements: - full python_ 2.3 or 2.2.2 (updated!) - wxpython_ 2.4.1.2 - optional blender_ 2.28c :Wanted: - people to help implementing new features, documenting, ... :Contributors: - Tina Hirsch From robin@alldunn.com Fri Oct 3 02:08:44 2003 From: robin@alldunn.com (Robin Dunn) Date: Thu, 02 Oct 2003 18:08:44 -0700 Subject: ANNOUNCE: wxPython 2.4.2.4 Message-ID: Announcing ---------- I'm pleased to announce the 2.4.2.4 release of wxPython, now available for download at http://wxpython.org/download.php or http://sourceforge.net/project/showfiles.php?group_id=10718&release_id=166530 What is wxPython? ----------------- wxPython is a GUI toolkit for the Python programming language. It allows Python programmers to create programs with a robust, highly functional graphical user interface, simply and easily. It is implemented as a Python extension module that wraps the popular wxWindows cross platform GUI library, which is written in C++. wxPython is a cross-platform toolkit. This means that the same program will usually run on multiple platforms without modifications. Currently supported platforms are 32-bit Microsoft Windows, most Linux or other Unix-like systems, and Macintosh OS X. Changes in 2.4.2.4 ------------------ This version is mostly a bug-fix release, but there are also a few new features: * Use wxSTC in the demo for displaying the soucre code of the samples. * Added wxPython.lib.newevent from Miki Tebeka. Its usage is demonstrated in the Threads sample in the demo. * Updates to wxMaskedEditCtrl. * Added wxMaskedNumCtrl. * Added Chris Barker's FloatCanvas. -- Robin Dunn Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython! From anthony@python.org Fri Oct 3 09:35:58 2003 From: anthony@python.org (Anthony Baxter) Date: Fri, 03 Oct 2003 18:35:58 +1000 Subject: RELEASED Python 2.3.2 (final) Message-ID: On behalf of the Python development team and the Python community, I'm happy to announce the release of Python 2.3.2 (final). Python 2.3.2 is a bug-fix release, to repair a couple of build problems and packaging errors in Python 2.3.1. For more information on Python 2.3.2, including download links for various platforms, release notes, and known issues, please see: http://www.python.org/2.3.2 Highlights of this new release include: - A bug in autoconf that broke building on HP/UX systems is fixed. - A bug in the Python configure script that meant os.fsync() was never available is fixed. Highlights of the previous major Python release (2.3) are available from the Python 2.3 page, at http://www.python.org/2.3/highlights.html Many apologies for the flaws in 2.3.1 release. Hopefully the new release procedures should stop this happening again. Enjoy the new release, Anthony Anthony Baxter anthony@python.org Python 2.3.2 Release Manager (on behalf of the entire python-dev team) From wari@home.wari.org Fri Oct 3 16:11:56 2003 From: wari@home.wari.org (Wari Wahab) Date: Fri, 03 Oct 2003 23:11:56 +0800 Subject: ANN: Pyblosxom 0.8.1 Message-ID: Pyblosxom 0.8.1 --------------- Pyblosxom is a weblog engine that uses standard text files located on your filesystem as a database of weblog entries. The concept is simple, managing content is as easy as editing a text file with your favourite text editor. Announcement ------------ After a long testing phase, pyblosxom 0.8.1 is out now and you can find the files at [https://sourceforge.net/project/showfiles.php?group_id=67445&release_id=188449 sourceforge]. Those who have downloaded 0.8 previously (this was not announced here) and those who used the pyblosxom comments plugin are advised to use this version, due to a flaw that was recently discovered. The CVS commit changelog can be found at http://roughingit.subtlehints.net/code/ChangeLog.html Important Changes to note in this version are: * New callback added `cb_story_end()` to fix a potential scripting attack via comments -- if the commentor enters text using $ they can access entry and config variables. * `contrib/plugins/pycategories.py`: Fixes the bug where a directory (which has no entries) has a subdirectory which does have entries doesn't get shown. * pyarchives plugin now uses templates instead of hardcoded to use `
`'s * Removed the configuration override feature in pyblosxom, people using this feature in their blogs should use the config plugin located [http://roughingit.subtlehints.net/pyblosxom/registry/general/flavconfig.registry here] (Thanks to Robert Wall for this nice contribution) * Minor XHTML compliant output fixes * Changed the way we handle variable arguments. We now handle anything that is a valid python argument list (arguments, keyword arguments, no arguments, ...). * `contrib/plugins/pycalendar.py`: Re-fixed the issue where thismonth is outside of the range of keys that we have * Some code cleanups with pychecker From Python Developer List Fri Oct 3 13:58:43 2003 From: Python Developer List (=?ISO-8859-1?Q?Michael_Str=F6der?=) Date: Fri, 03 Oct 2003 14:58:43 +0200 Subject: ANN: python-ldap-2.0.0pre14 Message-ID: Find a new pre-release of python-ldap: http://python-ldap.sourceforge.net/ python-ldap provides an object-oriented API to access LDAP directory servers from Python programs. It mainly wraps the OpenLDAP 2.x libs for that purpose. Additionally it contains modules for other LDAP-related stuff (e.g. processing LDIF, LDAPURLs and LDAPv3 schema). ---------------------------------------------------------------- Released 2.0.0pre14 2003-10-03 Changes since 2.0.0pre13: setup.py: * Some modifications to ease building for Win32 * Added directory Build/ mainly intended for platform-specific examples of setup.cfg * Fixed installing ldap.filter ldap.ldapobject: * Added class attribute LDAPObject.network_timeout mapped to set_option(ldap.OPT_NETWORK_TIMEOUT,..) * LDAPObject.search_ext(): Pass arguments serverctrls,clientctrls to _ldap.search_ext() ldap.sasl: * Added class ldap.sasl.external for handling the SASL mechanism EXTERNAL * Dictionary ldap.sasl.saslmech_handler_class built during import for all the known SASL mechanisms derived from class definitions ldap.schema: * More graceful handling of KeyError in SubSchema.attribute_types() * New method SubSchema.get_inheritedattr() for retrieving inherited class attributes * New method SubSchema.get_inheritedobj() for retrieving a schema element instance including all inherited class attributes From edreamleo@charter.net Fri Oct 3 20:52:15 2003 From: edreamleo@charter.net (Edward K. Ream) Date: Fri, 3 Oct 2003 14:52:15 -0500 Subject: ANN: Leo 4.0 beta 2 outlining editor Message-ID: Leo 4.0 beta 2 is now available at: http://sourceforge.net/projects/leo/ This is the second public release of Leo 4.0. There are no known serious bugs in this version of Leo. Version 4.0 is the culmination of over a year of collaborative design work and several months of actual implementation. 4.0 introduces new file formats. Please make full backups of important files. Highlights of 4.0 beta 2 ------------------------ * Fixed several bugs: - Fixed problems with reading and writing 4.0 derived files. - Fixed several Unicode-related bugs. - Fixed a crasher in the Go To Line Number command. - Fixed a problem with Importing Python files. * Important improvements: - Added allow_clone_drags setting that allows Leo to be used with Aqua. - When running Python 2.3 Leo can now create window icons without third-party packages. - The usual minor improvements and bug fixes. Highlights of 4.0 beta 1 ------------------------ * Improved and simplified format of derived files. - Eliminated child indices, extraneous blank lines and @body sentinels. - Eliminated @node sentinels that indicate outline structure. - New @nl and @nonl sentinels indicate where newlines are and aren't. - These changes largely eliminate unwanted cvs conflicts. * Greatly improved error handling. - Reading derived files _never_ alters outline structure or links. - Read errors leave the outline completely unchanged. - Broken clone links are gone forever. - As a result, using 4.0 is much safer than all previous versions. * Full compatibility will previous versions of Leo. - Leo reads all derived files properly, regardless of version. - Leo writes new-format derived files by default, and this default may be changed. * New commands: - Write 3.x Derived File and Write 4.x Derived File commands. - Import Derived File command. - Clear Recent Files command. * Several new plugins. What is Leo? ------------ - A programmer's editor, an outlining editor and a flexible browser. - A literate programming tool, compatible with noweb and CWEB. - A data organizer and project manager. Leo provides multiple views of projects within a single outline. - Fully scriptable using Python. Leo saves its files in XML format. - Portable. leo.py is 100% pure Python. - Open Software, distributed under the Python License. Leo requires Python 2.1 or above and tcl/tk 8.3 or above. Leo works on Linux, Windows and MacOs X. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Home: http://sourceforge.net/projects/leo/ Download: http://sourceforge.net/project/showfiles.php?group_id=3458 CVS: http://sourceforge.net/cvs/?group_id=3458 Wiki: http://leo.hd1.org/ Edward K. Ream -------------------------------------------------------------------- Edward K. Ream email: edreamleo@charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html -------------------------------------------------------------------- From garycramblitt_NOSPAM@comcast.net Fri Oct 3 23:33:49 2003 From: garycramblitt_NOSPAM@comcast.net (Gary Cramblitt) Date: Fri, 03 Oct 2003 18:33:49 -0400 Subject: ANN: Story Talker 0.1.0.0 Message-ID: Story Talker is a free, open-source GUI frontend to the Festival Text-to-speech Synthesis engine. It is designed for speaking long plain text or HTML files, such as e-books and web articles. It is not intended as a general-purpose screen reader and does not target the blind. Story Talker enhances Festival by offering pause and resume of spoken text. It will automatically bookmark the last sentence spoken so that you may later restart speaking from the bookmark. Story Talker was developed for Linux, but may run under any platform that can run Python, wxPython, and Festival (not tested). You can learn more about Story Talker at http://storytalker.sourceforge.net/ From jjl@pobox.com Sun Oct 5 20:53:34 2003 From: jjl@pobox.com (John J. Lee) Date: 05 Oct 2003 20:53:34 +0100 Subject: ANN: DOMForm 0.0.1a released Message-ID: http://wwwsearch.sourceforge.net/DOMForm/ This is the first release. There are many known bugs, and interfaces will change. Most of the bugs are in the JavaScript support. The ClientForm work-alike stuff is relatively stable (but see the entities and select_default bugs listed in the known bugs list on the web page). Feedback is welcome, but do check the list of known bugs on the web page. Requires Python 2.3 and PyXML 0.8.3 (earlier versions may work, but are untested). Currently mxTidy is required (I may switch to uTidylib at some point). The spidermonkey Python module is required if you want JavaScript interpretation. DOMForm is a Python module for web scraping and web testing. It knows how to evaluate embedded JavaScript code in response to appropriate events. DOMForm supports both the ClientForm HTML form interface and the HTML DOM level 2 interface (note that ATM the DOM is written to an out-of-date version of the specification, and has some hacks to get it to work with 'DOM as deployed'). The ClientForm interface makes it easy to parse HTML forms, fill them in and return them to the server. The DOM interface makes it easy to get at other parts of the document, and makes JavaScript support possible. The ability to switch back and forth between the two interfaces allows simpler code than would result from using either interface alone. DOMForm is partly derived from several third-party libraries. The JavaScript support currently depends on Mozilla's GPLed spidermonkey JavaScript interpreter (which is available separately from Mozilla itself), and a Python interface to spidermonkey. Simple example: from urllib2 import urlopen from DOMForm import ParseResponse response = urlopen("http://www.example.com/") window = ParseResponse(response) window.document # HTML DOM Level 2 HTMLDocument interface forms = window._htmlforms # list of objects supporting ClientForm.HTMLForm i/face form = forms[0] assert form.name == "some_form" domform = form.node # level 2 HTML DOM HTMLFormElement interface control = form.find_control("some_control") # ClientForm.Control i/face domcontrol = control.node # corresponding level 2 HTML DOM HTMLElement i/face doc.some_form._htmlform # back to the ClientForm.HTMLForm interface again doc.some_form.some_control._control # ClientForm.Control interface again response = urlopen(form.click()) # domform.submit() also works John From max@alcyone.com Mon Oct 6 00:04:29 2003 From: max@alcyone.com (Erik Max Francis) Date: Sun, 05 Oct 2003 16:04:29 -0700 Subject: ANN: CAGE 1.1.3 -- A generic and fairly complete cellular automata simulation engine Message-ID: Summary A generic and fairly complete cellular automata simulation engine. Overview CAGE is a fairy generic and complete cellular automaton simulation engine in Python. It supports both 1D and 2D automata, a variety of prepackaged rules, and the concept of "agents" which can move about independently on the map for implementing agent behavior. CAGE comes with numerous examples of fully-functional CA systems, including Conway's Game of Life, Langton's self-reproducing automaton, Langton's "vants," and 1D automata rule explorers. It also comes with simple displayers (including a curses interface for 2D automata). Also included is a unique implementation of a finite state machine (ant.py). Note that CAGE is implemented entirely in Python, and due to its very generalized nature, is not designed for speed. It is sufficient to update a 80x24 Conway's Game of Life grid at a few times per second on a modern machine. CAGE is intended primarily as an education toolkit, rather than an industrial-strength CA simulator. Getting the software The current version of cage is 1.1.3. The software is available in a tarball here: http://www.alcyone.com/software/cage/cage-latest.tar.gz. The official URL for this Web site is http://www.alcyone.com/software/cage/. License This code is released under the LGPL. .... Release history [since 1.1] - 1.1.3; 2003 Oct 5. Fix AsynchronousAutomaton updating method; add a chain reaction demo; changed license to LGPL. - 1.1.2; 2002 Nov 4. Workaround for reported crashes on some Linux systems in either curses or the Python curses glue layer. - 1.1.1; 2002 Jul 23. The Conway automaton inadvertently defaulted to "high life" instead of the standard rule. -- Erik Max Francis && max@alcyone.com && http://www.alcyone.com/max/ __ San Jose, CA, USA && 37 20 N 121 53 W && &tSftDotIotE / \ Life imitates art far more than art imitates life. \__/ Oscar Wilde From g2h5dqi002@sneakemail.com Mon Oct 6 05:50:40 2003 From: g2h5dqi002@sneakemail.com (Greg Ewing (using news.cis.dfn.de)) Date: Mon, 06 Oct 2003 17:50:40 +1300 Subject: ANN: Pyrex 0.9 Message-ID: Pyrex 0.9 is now available: http://www.cosc.canterbury.ac.nz/~greg/python/Pyrex/ New Features: * An extension type can inherit from another built-in or extension type * Extension types can have properties * Extension types can have C methods Plus numerous bug fixes -- see CHANGES.txt in the distribution or on the web page for details. What is Pyrex? -------------- Pyrex is a new language for writing Python extension modules. It lets you freely mix operations on Python and C data, with all Python reference counting and error checking handled automatically. -- Greg Ewing, Computer Science Dept, University of Canterbury, Christchurch, New Zealand http://www.cosc.canterbury.ac.nz/~greg From pythonguy@Hotpop.com Thu Oct 2 07:35:01 2003 From: pythonguy@Hotpop.com (Anand Pillai) Date: 1 Oct 2003 23:35:01 -0700 Subject: ANN: HarvestMan 1.2 Message-ID: (I had announced this yesterday but somehow the message has not been posted). HarvestMan, a multithreaded, customizable webcrawler (offline browser) written in python has released version 1.2. The main changes are o Support for javascript o Support for java applets Project page: http://harvestman.freezope.org Changelog: http://harvestman.freezope.org/files/Changes.txt Freshmeat: http://www.freshmeat.net/projects/harvestman -Anand From jjl@pobox.com Mon Oct 6 22:02:38 2003 From: jjl@pobox.com (John J. Lee) Date: 06 Oct 2003 22:02:38 +0100 Subject: ANN: spidermonkey 0.0.1a released Message-ID: [reposting, since it didn't turn up on c.l.py.announce the first time] http://wwwsearch.sourceforge.net/spidermonkey/ This is the first release. There are known bugs, and interfaces may change. Requires Python 2.3 and spidermonkey 1.5. Currently, Pyrex is required to build it. It should work on any platform where spidermonkey runs. I've only tested on Linux, though. spidermonkey is a Python/JavaScript bridge module, making use of Mozilla's spidermonkey JavaScript implementation. Allows implementation of JavaScript classes, objects and functions in Python, and evaluation and calling of JavaScript scripts and functions respectively. Borrows heavily from Claes Jacobssen's Javascript Perl module, in turn based on Mozilla's 'PerlConnect' Perl binding. See also: PyXPCOM. Example of a few of the features: from spidermonkey import Runtime rt = Runtime() cx = rt.new_context() class foo: def hello(self): print "Hello, JavaScript world!" cx.bind_class(foo, bind_constructor=True) f = cx.eval_script("""var f = new foo(); f.hello(); f; // script return value """) print f # script return value f.hello() def repeat(x): return x*2 cx.bind_callable("repeat", repeat) print cx.eval_script(""" var r = ["foo", {"bar": 2.3, "spam": [1,2,3]}]; repeat(r); """) John From joel.quinet@skynet.be Tue Oct 7 13:40:47 2003 From: joel.quinet@skynet.be (Joel Quinet) Date: Tue, 7 Oct 2003 14:40:47 +0200 Subject: mock object package Message-ID: http://users.skynet.be/fa254522/mock-0.0.0.1.zip mock is a Python module to write mock object. This package is based on the concept of the mock object package for Java. The current version has no specific documentation, there is only doc string in the code itself, and also the unittest module which provide doc and sample. This is the first public release. Normally, there is not requirement for Python version all should works, but I have only tested with 2.3 and above. The plan for the next versions are the implementation of mock object module for module provided as standard library like ConfigParser, etc... And also a mockobject generator from a source code file. for more information on mockobject, have a look at http://www.mockobjects.com From bgudorf@neurokode.com Wed Oct 8 04:31:28 2003 From: bgudorf@neurokode.com (Bryan J Gudorf) Date: Tue, 7 Oct 2003 23:31:28 -0400 Subject: Python Database Objects (PDO) 1.0.2 Released Message-ID: We at NeuroKode Labs, LLC, are proud to announce the release of Python Database Objects (PDO) 1.0.2. The current release adds kinterbasedb, (firebird, interbase) support. As released previously: Python Database Objects (PDO) provides an easy to use Object Oriented API for database developers. PDO utilizes DB-API modules for database access, but allows for a Common Object Oriented API across RDBMS. Thus, PDO can be thought of as a 'wrapper' around the DB-API and database specific modules. PDO offers a unique interface which includes such features as column access by name, forward and backward movement through a result set and much, much more. Downloads for Python Database Objects are available on SourceForge.Net or for more information please visit pdo.neurokode.com. ~Bryan J Gudorf NeuroKode Labs, LLC From gritsch@iue.tuwien.ac.at Wed Oct 8 17:44:18 2003 From: gritsch@iue.tuwien.ac.at (Markus Gritsch) Date: Wed, 08 Oct 2003 18:44:18 +0200 Subject: ANN: VideoCapture 0.8 released Message-ID: VideoCapture-0.8 ================ URL: ---- http://videocapture.sourceforge.net/ What it is: ----------- VideoCapture is a Python extension for Win32 which makes it possible to access video-capture devices (e.g. a USB webcam, a TV-card, ...). What is new in version 0.8: --------------------------- *) Added module documentation. *) Moved project to SourceForge.net. *) Included a precompiled binary of the low level module linked against Python 2.3. *) Incorporated stand-alone webservers from Don Garrett and Don Kimber (Tools\3rdParty). The pushserver from Don Kimber is quite interesting. Now I can watch TV in a Mozilla window with 25 fps *) Added setResolution() method contributed by Don Kimber. (Probably works only on devices which have the resolution specified in the CapturePinProperties.) *) Don Kimber fixed a small but serious inconsistency in displayCapturePinProperties() with sometimes resulted in a seg-fault. Enjoy, Markus From philippe.dalet@voila.fr Wed Oct 8 21:11:59 2003 From: philippe.dalet@voila.fr (Philippe Dalet) Date: 8 Oct 2003 13:11:59 -0700 Subject: GPIB-USB interface Message-ID: GPIB-USB 82357A interface (agilent) module for python. With this module, you can drive on windows environment the GPIB bus via the USB port. HP54111D.py contains the HP oscilloscope 54111D object class. GPIB.py contains the GPIB object class (with 82357A interface). PyOscilloscope.py will be ready in a few week, and via USB you will can acquire the data scope (see wxpyplot.py) , print the signals and save in bitmap format. Projects for my students http://sourceforge.net/projects/gpib82357a/ philippe.dalet@voila.fr Laboratoire STS électronique Lyp Champollion av pezet 46100 FIGEAC FRANCE From Alexandre.Fayolle@logilab.fr Thu Oct 9 11:04:06 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Thu, 9 Oct 2003 12:04:06 +0200 Subject: [ANN] logilab-common [fixes bug in pylint] Message-ID: Logilab has released logilab-common-0.3.4 What's new? ----------- This release fixes a bug in asntg, occuring with python2.3 when parsing modules including an encoding declaration. This caused pylint to crash on such files. If you use pylint-0.2 with python 2.3, you should install this release of logilab-common.=20 It also removes a debug print statement from configuration.py which=20 resulted in incorrect configuration files.=20 About logilab-common -------------------- logilab-common contains some modules used by different projects released by Logilab, including abstract syntax tree manipulation tools, database helper functions, HTML generation, command line argument parsing, logging, and process daemonization. URLs ---- Homepage: http://www.logilab.org/projects/common/ Download: ftp://ftp.logilab.org/pub/common/common-0.3.4.tar.gz Mailing list: http://lists.logilab.org/pipermail/python-projects/ --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s From Alexandre.Fayolle@logilab.fr Thu Oct 9 11:13:47 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Thu, 9 Oct 2003 12:13:47 +0200 Subject: [ANN] xmldiff-0.6.4 Message-ID: Logilab has released xmldiff-0.6.4 What's new? ----------- This release fixes a bug which broke directory processing in recursive mode. A --help command line option was added to xlmrev, and the documentation was rewritten in restructured text.=20 About xmldiff ------------- Xmldiff is a Python tool that figures out the differences between two similar XML files, in the same way the diff utility does for text files.=20 The output can use a home brewn format, or XUpdate.=20 Xmldiff can also be used as a python module, and use already parsed DOM trees for input.=20 It requires pyxml[1] to be installed.=20 Xmldiff is released under the GPL.=20 URLs ---- Homepage: http://www.logilab.org/projects/xmldiff/ Download: ftp://ftp.logilab.org/pub/common/xmldiff-0.6.4.tar.gz Mailing list: http://lists.logilab.org/pipermail/xml-projects/ [1] http://pyxml.sf.net/ --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s From Alexandre.Fayolle@logilab.fr Thu Oct 9 11:20:04 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Thu, 9 Oct 2003 12:20:04 +0200 Subject: [ANN] xmldiff-0.6.4 In-Reply-To: <20031009101347.GP23519@calvin> References: <20031009101347.GP23519@calvin> Message-ID: On Thu, Oct 09, 2003 at 12:13:47PM +0200, Alexandre Fayolle wrote: > Download: ftp://ftp.logilab.org/pub/common/xmldiff-0.6.4.tar.gz Sorry, wrong URL.=20 Please use ftp://ftp.logilab.org/pub/xmldiff/xmldiff-0.6.4.tar.gz --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s From edreamleo@charter.net Thu Oct 9 13:19:37 2003 From: edreamleo@charter.net (Edward K. Ream) Date: Thu, 9 Oct 2003 07:19:37 -0500 Subject: ANN: Leo 4.0 beta 3 outlining editor Message-ID: Leo 4.0 beta 3 is now available at: http://sourceforge.net/projects/leo/ This is the third public release of Leo 4.0. There are no known serious bugs in this version of Leo. This will likely be the last beta release before 4.0 final. N.B. 4.0 introduces new file formats. Please make full backups of important files. Highlights of 4.0 beta 3 ------------------------ - Fixed problems with setting Leo's window icons. - Plugins may now save their own information in and elements in .leo files. - The usual assortment of bug fixes and minor improvements. Quote of the month ------------------ I've written documentation in WordPerfert, Ventura, Word, PageMaker, and FrameMaker and even though they create wonderfully looking and useful documents, they've never been able to do what I've been looking for. HTML, compiled help files, and later PDF came closer, but still not there. I think I've found it in Leo, a way to make a "living" document. A document built out of discrete parts that can be re-organized on the fly to meet the needs of a varying audience...Being a convert for less than a day I've still got a lot to learn, but just the possibility of keeping system maintenance scripts in the IT manual is mind boggling. -- David Nichols Highlights of 4.0 beta 2 ------------------------ * Fixed several bugs: - Fixed problems with reading and writing 4.0 derived files. - Fixed several Unicode-related bugs. - Fixed a crasher in the Go To Line Number command. - Fixed a problem with Importing Python files. * Important improvements: - Added allow_clone_drags setting that allows Leo to be used with Aqua. - When running Python 2.3 Leo can now create window icons without third-party packages. - The usual minor improvements and bug fixes. Highlights of 4.0 beta 1 ------------------------ * Improved and simplified format of derived files. - Eliminated child indices, extraneous blank lines and @body sentinels. - Eliminated @node sentinels that indicate outline structure. - New @nl and @nonl sentinels indicate where newlines are and aren't. - These changes largely eliminate unwanted cvs conflicts. * Greatly improved error handling. - Reading derived files _never_ alters outline structure or links. - Read errors leave the outline completely unchanged. - Broken clone links are gone forever. - As a result, using 4.0 is much safer than all previous versions. * Full compatibility will previous versions of Leo. - Leo reads all derived files properly, regardless of version. - Leo writes new-format derived files by default, and this default may be changed. * New commands: - Write 3.x Derived File and Write 4.x Derived File commands. - Import Derived File command. - Clear Recent Files command. * Several new plugins. What is Leo? ------------ - A programmer's editor, an outlining editor and a flexible browser. - A literate programming tool, compatible with noweb and CWEB. - A data organizer and project manager. Leo provides multiple views of projects within a single outline. - Fully scriptable using Python. Leo saves its files in XML format. - Portable. leo.py is 100% pure Python. - Open Software, distributed under the Python License. Leo requires Python 2.1 or above and tcl/tk 8.3 or above. Leo works on Linux, Windows and MacOs X. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Home: http://sourceforge.net/projects/leo/ Download: http://sourceforge.net/project/showfiles.php?group_id=3458 CVS: http://sourceforge.net/cvs/?group_id=3458 Wiki: http://leo.hd1.org/ Edward K. Ream October 9, 2003 -------------------------------------------------------------------- Edward K. Ream email: edreamleo@charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html -------------------------------------------------------------------- From jeremy@zope.com Thu Oct 9 13:29:20 2003 From: jeremy@zope.com (Jeremy Hylton) Date: Thu, 09 Oct 2003 08:29:20 -0400 Subject: ZODB 3.2 released Message-ID: We are happy to announce that ZODB 3.2 has been released. You can find it at the usual place: http://www.zope.org/Products/ZODB3.2. This release is identical to the release candidate that was issued last week. What is ZODB? It is the Zope Object Database. It provides an object-oriented database for Python that provides a high-degree of transparency. Applications can take advantage of object database features with few, if any, changes to application logic. ZODB includes features such as a pluggable storage interface, rich transaction support, and undo. ZODB 3.2 has a number of new features and improvements over ZODB 3.1: - improve performance and stability of ZEO - new ZEO authentication protocol - new configuration language, ZConfig, for databases, storages, and ZEO servers - many bug fixes - improved documentation - new daemon tools -- Jeremy Hylton From jason@tishler.net Thu Oct 9 19:07:59 2003 From: jason@tishler.net (Jason Tishler) Date: Thu, 9 Oct 2003 14:07:59 -0400 Subject: Updated Cygwin Package: python-2.3.2-1 Message-ID: New News: === ==== I have updated the version of Python to 2.3.2-1. The tarballs should be available on a Cygwin mirror near you shortly. The following are the other notable changes: 1. fix embedded Cygwin Python problem (SF #794140): http://sf.net/tracker/?func=detail&atid=105470&aid=794140&group_id=5470 2. comply with FHS directory structure Old News: === ==== Python is an interpreted, interactive, object-oriented programming language. If interested, see the Python web site for more details: http://www.python.org/ Please read the README file: /usr/share/doc/Cygwin/python-2.3.2.README since it covers requirements, installation, known issues, etc. To update your installation, click on the "Install Cygwin now" link on the http://cygwin.com/ web page. This downloads setup.exe to your system. Then, run setup and answer all of the questions. Note that we have recently stopped downloads from sources.redhat.com (aka cygwin.com) due to bandwidth limitations. This means that you will need to find a mirror which has this update. In the US, ftp://mirrors.rcn.net/mirrors/sources.redhat.com/cygwin/ is a reliable high bandwidth connection. In Germany, ftp://ftp.uni-erlangen.de/pub/pc/gnuwin32/cygwin/mirrors/cygnus/ is usually pretty good. In the UK, http://programming.ccp14.ac.uk/ftp-mirror/programming/cygwin/pub/cygwin/ is usually up-to-date within 48 hours. If one of the above doesn't have the latest version of this package then you can either wait for the site to be updated or find another mirror. The setup.exe program will figure out what needs to be updated on your system and will install newer packages automatically. If you have questions or comments, please send them to the Cygwin mailing list at: cygwin@cygwin.com . I would appreciate if you would use this mailing list rather than emailing me directly. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question, the Cygwin mailing list is the appropriate place. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send email to the address specified there. It will be in the format: cygwin-announce-unsubscribe-you=yourdomain.com@cygwin.com Jason -- PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6 From jeremy@alum.mit.edu Fri Oct 10 05:03:49 2003 From: jeremy@alum.mit.edu (Jeremy Hylton) Date: Fri, 10 Oct 2003 00:03:49 -0400 Subject: CFP: LL3; Submission deadline Oct. 17 Message-ID: Call for Presentations Lightweight Languages Workshop (LL3) http://ll3.ai.mit.edu/ November 8, 2003 Cambridge, Ma., USA The Lightweight Languages Workshop series focuses on programming languages, tools, and processes that are usable and useful. Lightweight languages have been an effective vehicle for introducing new features to mainstream programmers. We encourage presentations on topics of interest to the community of lightweight language users and designers. We prefer topics that will interest a broad audience. We do not require the presentation of novel research ideas. We are looking for abstracts of talks to be given at the workshop. Send abstracts to ll3-submit@ai.mit.edu. See the full call for proposals for suggested topics. Deadlines --------- Submissions: Oct. 17, 2003 Notification: Oct. 24, 2003 Program Committee ----------------- Ken Anderson, BBN (co-chair) Jeremy Hylton, Python Software Foundation (co-chair) Geoffrey Knauth, BAE Systems Shriram Krishnamurthi, Brown University Erik Meijer, Microsoft WebData Dan Sugalski, Perl Foundation Greg Sullivan, MIT CSAIL For more information, email ll3@ai.mit.edu. From mircea@sticlete.com Fri Oct 10 05:14:14 2003 From: mircea@sticlete.com (Mircea Hossu) Date: Fri, 10 Oct 2003 00:14:14 -0400 Subject: ANN: WhatOS embedded system solution Message-ID: The first version of WhatOS has been released. www.sticlete.com/whatos http://sourceforge.net/projects/whatos WhatOS is a free open source embedded system development solution. It provides a complete set of tools for creating high-quality, reliable embedded systems. These include: a real-time operating system (RTOS) generator, a graphical simulator for testing and debugging generated systems, and tools for interacting with systems remotely after they have been embedded. WhatOS generates a finite-state machine (FSM) operating system that is architecture independent and can run on processors as small as resource-limited 8-bit microcontrollers. Key Features ------------ * User friendly thanks to Python (primary API). * Automated testing thanks to Python's doctest and unit test. * Modular -- plug and play tasks without breaking the whole system; easily share device drivers, network protocols, etc. * Write tasks in C (C API). * Graphical simulator. * Uses friendly a-a-p recipes instead of make files. (www.a-a-p.org). * Host platform independence (currently Linux and Windows-Cygwin). * Target architecture independence. Change the target processor late in the design cycle with minimum penalty. * Do anything else you want -- use Python's comprehensive libraries and Python community software. From anthony@interlink.com.au Fri Oct 10 07:01:01 2003 From: anthony@interlink.com.au (Anthony Baxter) Date: Fri, 10 Oct 2003 16:01:01 +1000 Subject: Seventh version of Python Director available Message-ID: I'm happy to announce the seventh release of Python Director. Python Director is a pure python TCP load balancer. It takes inbound TCP connections and connects them to one of a number of backend servers. Despite the version numbering (which looks scary), this is quite mature software - it's been in heavy use for well over 12 months, balancing FastCGI and HTTP connections to our backend Zope servers. Features: * async i/o based, so much less overhead than fork/thread based balancers. Can use either twisted or python's standard asyncore library (twisted is recommended, and asyncore support will be removed in a future version). * Multiple scheduling algorithms (random, round robin, leastconns, leastconns+roundrobin) * If a server fails to answer, it's removed from the pool - the client that failed to connect gets transparently failed over to a new host. * xml based configuration file * seperate management thread that periodically re-adds failed hosts if they've come back up. * optional builtin webserver for admin * webserver has methods suitable for both interactive and automated systems Changes from 0.0.6 to 0.0.7 - You can specify a hostname of '*' to the listen directive for both the scheduler and the administrative interface to mean 'listen on all interfaces'. Considerably more obvious than '0.0.0.0'. Thanks to Andrew Sydelko for the idea. - New "leastconnsrr" scheduler - this is leastconns, with a roundrobin as well. Previously, leastconns would keep the list of hosts sorted, which often meant one system got beaten up pretty badly. - Twisted backend group selection works again. - The client address is now passed to the scheduler's getHost() method. This allows the creation of "sticky" schedulers, where a client is (by preference) sent to the same backend server. The factory function for schedulers will change to allow things like "roundrobin,sticky". -- Anthony Baxter It's never too late to have a happy childhood. From Anthony Baxter Fri Oct 10 07:06:59 2003 From: Anthony Baxter (Anthony Baxter) Date: Fri, 10 Oct 2003 16:06:59 +1000 Subject: Seventh version of Python Director available Message-ID: Argh. Always include the URL. The code is available from http://pythondirector.sourceforge.net/ >>> Anthony Baxter wrote > I'm happy to announce the seventh release of Python Director. > > Python Director is a pure python TCP load balancer. It takes > inbound TCP connections and connects them to one of a number > of backend servers. > > Despite the version numbering (which looks scary), this is quite > mature software - it's been in heavy use for well over 12 months, > balancing FastCGI and HTTP connections to our backend Zope > servers. > > Features: > > * async i/o based, so much less overhead than fork/thread based > balancers. Can use either twisted or python's standard asyncore > library (twisted is recommended, and asyncore support will be > removed in a future version). > > * Multiple scheduling algorithms (random, round robin, leastconns, > leastconns+roundrobin) > > * If a server fails to answer, it's removed from the pool - the client > that failed to connect gets transparently failed over to a new host. > > * xml based configuration file > > * seperate management thread that periodically re-adds failed hosts if > they've come back up. > > * optional builtin webserver for admin > > * webserver has methods suitable for both interactive and automated > systems > > > > Changes from 0.0.6 to 0.0.7 > > - You can specify a hostname of '*' to the listen directive for both > the scheduler and the administrative interface to mean 'listen on > all interfaces'. Considerably more obvious than '0.0.0.0'. Thanks > to Andrew Sydelko for the idea. > - New "leastconnsrr" scheduler - this is leastconns, with a roundrobin > as well. Previously, leastconns would keep the list of hosts sorted, > which often meant one system got beaten up pretty badly. > - Twisted backend group selection works again. > - The client address is now passed to the scheduler's getHost() method. > This allows the creation of "sticky" schedulers, where a client is > (by preference) sent to the same backend server. The factory function > for schedulers will change to allow things like "roundrobin,sticky". > > > -- > Anthony Baxter > It's never too late to have a happy childhood. -- Anthony Baxter It's never too late to have a happy childhood. From gp.ciceri@acm.org Fri Oct 10 09:02:08 2003 From: gp.ciceri@acm.org (g.p.ciceri) Date: Fri, 10 Oct 2003 08:02:08 GMT Subject: Initial implementation of XMLRPC over Spread Message-ID: Hello all, I've just setup a little python implementation (a simple server class and a client test program) of XMLRPC calls over a Spread (http://www.spread.org) communication group. It's rather crude; from a private msgbox you send a SAFE message (coded in XMLRPC syntax) to a well-known group acting as (server) endpoint. From a server listening to this endpoint you send another SAFE message back to the client with the XMLRPC response. As method to reduce group communication noise there's a filter on the messagetype: I've used type 006 to tag message for rpc processing. Error handling is non-existant, so is documentation. You'll find it at http://pyhacks.suddenthinks.com/index.html#20031010 Any comment will be appreciated, as usual. Regards /gp -- Gian Paolo Ciceri Via G.Marconi 5 - 22036 ERBA CO ITALY mobile : ++39 340 7218101 eMail : gp.ciceri@acm.org : gp.ciceri@suddenthinks.com webSite: http://www.suddenthinks.com ICQ # : 94620118 jabber : gp.ciceri@jabber.com From Alexandre.Fayolle@logilab.fr Thu Oct 9 11:13:47 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Thu, 9 Oct 2003 12:13:47 +0200 Subject: [ANN] xmldiff-0.6.4 Message-ID: Logilab has released xmldiff-0.6.4 What's new? ----------- This release fixes a bug which broke directory processing in recursive mode. A --help command line option was added to xlmrev, and the documentation was rewritten in restructured text.=20 About xmldiff ------------- Xmldiff is a Python tool that figures out the differences between two similar XML files, in the same way the diff utility does for text files.=20 The output can use a home brewn format, or XUpdate.=20 Xmldiff can also be used as a python module, and use already parsed DOM trees for input.=20 It requires pyxml[1] to be installed.=20 Xmldiff is released under the GPL.=20 URLs ---- Homepage: http://www.logilab.org/projects/xmldiff/ Download: ftp://ftp.logilab.org/pub/common/xmldiff-0.6.4.tar.gz Mailing list: http://lists.logilab.org/pipermail/xml-projects/ [1] http://pyxml.sf.net/ --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s -- http://mail.python.org/mailman/listinfo/python-list From Alexandre.Fayolle@logilab.fr Fri Oct 10 11:03:59 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Fri, 10 Oct 2003 12:03:59 +0200 Subject: [ANN] pylint-0.2.1 Message-ID: Logilab has released pylint-0.2.1 What's new? ----------- This releases features a long due quickstart document, and a FAQ. It also corrects several problems with the encoding checker and the format checker. Indentation problems are now warnings instead of errors. Pylint now tries to handle all known filename extensions for python source code. About Pylint ------------ Pylint is a lint-like tool for Python code. It performs almost all the verifications that pychecker does, and additionally can perform some stylistic verification and coding standard enforcements. The checked code is assigned a mark based on the number and the severity of the encountered problems. The previous mark of a given piece of code is cached so that you can see if the code quality has improved since the last check. Dependencies ------------ Python >=3D 2.2 (http://www.python.org/) logilab-common >=3D 0.3.4 (http://www.logilab.org/projects/common/) optik >=3D 1.4 (only with python < 2.3) (http://optik.sf.net/) URLs ---- Homepage: http://www.logilab.org/projects/pylint Download: ftp://ftp.logilab.org/pub/pylint/pylint-0.2.tar.gz Documentation: http://www.logilab.org/projects/pylint/documentation --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s From Alexandre.Fayolle@logilab.fr Fri Oct 10 11:24:57 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Fri, 10 Oct 2003 12:24:57 +0200 Subject: [ANN] pylint-0.2.1 In-Reply-To: <20031010100358.GN23519@calvin> References: <20031010100358.GN23519@calvin> Message-ID: On Fri, Oct 10, 2003 at 12:03:59PM +0200, Alexandre Fayolle wrote: > Download: ftp://ftp.logilab.org/pub/pylint/pylint-0.2.tar.gz Well... If you want the new release, you'd better use ftp://ftp.logilab.org/pub/pylint/pylint-0.2.1.tar.gz Sorry for the inconvenience.=20 --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s From oussoren@cistron.nl Fri Oct 10 14:30:34 2003 From: oussoren@cistron.nl (Ronald Oussoren) Date: Fri, 10 Oct 2003 15:30:34 +0200 Subject: ANN: PyObjC 1.0 Message-ID: The PyObjC developers are happy to announce the 1.0 release of PyObjC. It is available for download at http://pyobjc.sourceforge.net/. PyObjC is a bridge between Python and Objective-C. It allows full featured Cocoa applications and plugins to be written in pure Python. It is also easy to use other frameworks containing Objective-C class libraries from Python and to mix in Objective-C, C and C++ source. Python is a highly dynamic programming language with a shallow learning curve. It combines remarkable power with very clear syntax. The installer package includes a number of Project Builder templates for easily creating new Cocoa-Python projects, as well as support for syntax-coloring Python files in Project Builder. PyObjC also supports full introspection of Objective-C classes and direct invocation of Objective-C APIs from the interactive interpreter. PyObjC requires MacOS X 10.2 or later. PyObjC works both with the Apple provided Python installation in MacOS X 10.2 (and later) and with MacPython 2.3. Users of MacPython 2.3 can install PyObjC though the PackageManager application. Version 1.0 fixes a number of bugs in the beta release, and fixes some inconsitencies in the exposed interfaces. It also includes improved support for Key-Value Coding (the NSKeyValue coding informal protocol). PyObjC is released with an open source license. From Alexandre.Fayolle@logilab.fr Thu Oct 9 11:20:04 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Thu, 9 Oct 2003 12:20:04 +0200 Subject: [ANN] xmldiff-0.6.4 In-Reply-To: <20031009101347.GP23519@calvin> References: <20031009101347.GP23519@calvin> Message-ID: On Thu, Oct 09, 2003 at 12:13:47PM +0200, Alexandre Fayolle wrote: > Download: ftp://ftp.logilab.org/pub/common/xmldiff-0.6.4.tar.gz Sorry, wrong URL.=20 Please use ftp://ftp.logilab.org/pub/xmldiff/xmldiff-0.6.4.tar.gz --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s -- http://mail.python.org/mailman/listinfo/python-list From Bram@moolenaar.net Fri Oct 10 11:57:34 2003 From: Bram@moolenaar.net (Bram Moolenaar) Date: Fri, 10 Oct 2003 12:57:34 +0200 Subject: Awards for development of build tool presented Message-ID: In July I have invited you to help working on the A-A-P project and have a chance to win a Zimbu Award. The awards have now been presented. Many software developers work on freely distributable computer programs without compensation. Thus it does not provide them with money and the work must be done next to a job or studies. An expression of appreciation for the work done is appropriate. Mostly this appreciation only consists of an informal "thank you" from users. For the A-A-P project we wanted to do more than that and the contest for the Zimbu Awards was put in place. Zimbu is the A-A-P mascot. The three Zimbu Award winners are: Adriaan de Groot receives the 444 euro award for "the best contribution to the A-A-P project". He has tracked down a large number of problems and provided solutions. He changed the documentation from SGML to XML and wrote an explanation about how to get the required tools for XML. Adriaan added support for "libtool", helped implementing language modules and improved the robustness of several commands. Rui Lopes receives the 222 euro award for "the most useful patch for Aap or Agide". Rui made the FreeBSD port of Aap and supplied patches to make installing Aap work a lot better. The quality of his patches was remarkably high. By making the FreeBSD port he also increased the visibility of the A-A-P project. Joerg Beyer receives the 111 euro award for "the brightest idea for the A-A-P project". Joerg has supplied several solutions for tricky problems in the Aap implementation. The scope support was based on his ideas, he made a first implementation for the automatic configuration support and improved the setup for testing. Strangely, not much of his code ended up in Aap, but his suggestions were indispensible. Joerg replied that he donates the money to the ICCF Holland foundation, the charity that Bram Moolenaar promotes to help needy children in Uganda (http://iccf-holland.org/). Adriaan de Groot, the winner of the main prize, was pleasantly surprised with the award being presented to him in person. It happens to be that the winner works not far from where the A-A-P project leader lives. Everybody in the world had an equal oppurtunity to get the prize. Adriaan has clearly given the largest contribution to the project. Bram Moolenaar, the A-A-P project leader, assures that the distance was of no importance when selecting the winner. When asked whether the chance to win a Zimbu Award has motivated him to work on A-A-P Adriaan replies this was indeed so. He has a limited amount of time available and a lot of plans. Nevertheless, his appreciation for the capabilities of Aap also played an important role. He expects that Aap will make building KDE applications a lot simpler. Adriaan intends to keep working on this the coming months, thus he certainly deserves the Zimbu Award. Obviously, the development of Aap and Agide continues. Despite the passing of the deadline for the Zimbu Awards the A-A-P maillist is busy with discussions about further improvements. We are thankful that many developers are willing to spend time on improving open-source software without getting a prize. The prizes have been made available by Stichting NLnet, the organisation that also funded the setup of the A-A-P project. There may be some confusion about the names. A short explanation: A-A-P: The name of the project. It is not an abbreviation, it was selected because the "a-a-p.org" domain was available and sorts nicely. Aap: Name of the major program in the A-A-P project. Aap executes recipes, which are files that describe work to be done. It can be compared to "make", but is more robust, portable and has many more features. Agide: Another program of the A-A-P project. It stands for "A-A-P GUI IDE". It is a flexible software development platform. Zimbu: The A-A-P mascot. Aap is the Dutch word for monkey. For pictures of the award presentation: http://www.a-a-p.org/zimbu_award.html For questions: Bram Moolenaar About the A-A-P project: ------------------------ A-A-P makes it easy to locate, download, build and install software. It also supports browsing source code, developing programs, managing different versions and distribution of software and documentation. This means that A-A-P is useful both for users and for developers. A-A-P is an open-source software project: everybody can contribute and the software is freely distributable under the GNU GPL. URL: http://www.a-a-p.org/ About Stichting NLnet: ---------------------- NLnet is a non-profit organization with a mission and a philosophy. The mission is to advance network technology. The philosophy is Open Source. NLnet supports a wide range of projects and activities, varying from software development and scientific research to information dissemination in the form of workshops, conferences and exchange programs. All results of research and development supported by NLnet, such as software, publications and experience, are made available under open source software licenses for further development, deployment and distribution. URL: http://www.nlnet.nl/ About Bram Moolenaar: --------------------- Bram Moolenaar is the project leader of A-A-P. He worked full-time on the project for the past one and a half year. Bram is mostly known for his work on Vim, the text editor that is included with most Linux distributions and voted "best editor" several times. URL: http://www.moolenaar.net/ -- hundred-and-one symptoms of being an internet addict: 160. You get in the elevator and double-click the button for the floor you want. /// Bram Moolenaar -- Bram@Moolenaar.net -- http://www.Moolenaar.net \\\ /// Creator of Vim - Vi IMproved -- http://www.Vim.org \\\ \\\ Project leader for A-A-P -- http://www.A-A-P.org /// \\\ Help AIDS victims, buy here: http://ICCF-Holland.org/click1.html /// From Alexandre.Fayolle@logilab.fr Thu Oct 9 11:13:47 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Thu, 9 Oct 2003 12:13:47 +0200 Subject: [ANN] xmldiff-0.6.4 Message-ID: Logilab has released xmldiff-0.6.4 What's new? ----------- This release fixes a bug which broke directory processing in recursive mode. A --help command line option was added to xlmrev, and the documentation was rewritten in restructured text.=20 About xmldiff ------------- Xmldiff is a Python tool that figures out the differences between two similar XML files, in the same way the diff utility does for text files.=20 The output can use a home brewn format, or XUpdate.=20 Xmldiff can also be used as a python module, and use already parsed DOM trees for input.=20 It requires pyxml[1] to be installed.=20 Xmldiff is released under the GPL.=20 URLs ---- Homepage: http://www.logilab.org/projects/xmldiff/ Download: ftp://ftp.logilab.org/pub/common/xmldiff-0.6.4.tar.gz Mailing list: http://lists.logilab.org/pipermail/xml-projects/ [1] http://pyxml.sf.net/ --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s -- http://mail.python.org/mailman/listinfo/python-list From Alexandre.Fayolle@logilab.fr Thu Oct 9 11:04:06 2003 From: Alexandre.Fayolle@logilab.fr (Alexandre Fayolle) Date: Thu, 9 Oct 2003 12:04:06 +0200 Subject: [ANN] logilab-common [fixes bug in pylint] Message-ID: Logilab has released logilab-common-0.3.4 What's new? ----------- This release fixes a bug in asntg, occuring with python2.3 when parsing modules including an encoding declaration. This caused pylint to crash on such files. If you use pylint-0.2 with python 2.3, you should install this release of logilab-common.=20 It also removes a debug print statement from configuration.py which=20 resulted in incorrect configuration files.=20 About logilab-common -------------------- logilab-common contains some modules used by different projects released by Logilab, including abstract syntax tree manipulation tools, database helper functions, HTML generation, command line argument parsing, logging, and process daemonization. URLs ---- Homepage: http://www.logilab.org/projects/common/ Download: ftp://ftp.logilab.org/pub/common/common-0.3.4.tar.gz Mailing list: http://lists.logilab.org/pipermail/python-projects/ --=20 Alexandre Fayolle LOGILAB, Paris (France). http://www.logilab.com http://www.logilab.fr http://www.logilab.org D=E9veloppement logiciel avanc=E9 - Intelligence Artificielle - Formation= s -- http://mail.python.org/mailman/listinfo/python-list From gp.ciceri@acm.org Sat Oct 11 21:58:55 2003 From: gp.ciceri@acm.org (g.p.ciceri) Date: Sat, 11 Oct 2003 20:58:55 GMT Subject: ANN: spreadxmlrpclib v.0.1 - XMLRPC over Spread Message-ID: spreadxmlrpclib is a Python module to make XMLRPC procedure calls over Spread (http://www.spread.org). It uses the Spread Group communication transport instead of the standard HTTP POST, so it's lighter and it's able to take advantage of its rich communication semantics. You can find it at http://pyhacks.suddenthinks.com/spreadrpc/ Every comment is welcome, as usual /gp -- Gian Paolo Ciceri Via G.Marconi 5 - 22036 ERBA CO ITALY mobile : ++39 340 7218101 : ++39 329 8103661 eMail : gp.ciceri@acm.org, : gp.ciceri@suddenthinks.com webSite: http://www.suddenthinks.com ICQ # : 94620118 jabber : gp.ciceri@jabber.com From bdeck@lycos.co.uk Sat Oct 11 21:59:53 2003 From: bdeck@lycos.co.uk (deckerben) Date: Sat, 11 Oct 2003 22:59:53 +0200 Subject: Announce: PythonD 2.2.1 Release 2.1(final) development platform for DOS Message-ID: ANNOUNCEMENT: PythonD 2.2.1 Release 2.1 (final) is now available for public download at: http://members.lycos.co.uk/bdeck/pythond.htm This is a stable patch level release. Many additional modules are also available for download including: Reportlab 1.15 PDF library PyHL HDF5 file format library Gnome LibXML2 and LibXSLT modules (based on LibXML2 2.5.8) PyXML 0.82 PyNumeric 23.0 If you are using DJGPP, the distribution should be unzipped (with a utility that will preserve internal directory structure) at your root(top) DJGPP directory. If you are using networking, be sure to back up critical files from your %ETC% directory, including 'hosts' and 'wattcp.cfg', is they are included blank in the distribution, also your ssl directory. **************************************************************************** ENHANCEMENTS and FIXES over last (2.0) Release include: Curses module support for multibyte keys and characters improved. os.path.dirname and realpath fixed to accomodate '\\' seperator and '/'. Socketmodule rebuilt with improved SSL libraries. test_fcntl.py now passes (but of limited usefulness) test_select.py ported to DJGPP (using bash.exe) Several new C symbols added to export table Enabled network packet debugging mode (using '-v' python startup option) readline history file is now located in same dir as python.exe I am seeking volunteers to help with parts of the project, particularly with ideas for OpenGL and porting GTK or TKinter. If you like python and have interest in porting/maintaining a VGA/SVGA python GUI library standard for DOS, please contact me :-) Regards, Ben From gp.ciceri@acm.org Sun Oct 12 08:29:31 2003 From: gp.ciceri@acm.org (g.p.ciceri) Date: Sun, 12 Oct 2003 07:29:31 GMT Subject: ANN: JASPlogging ver.0.1.0 - Python logging for Jabber and Spread Message-ID: Hello all, JASPlogging is a Python module to extend the logging facility to Jabber and/or Spread messages. It provides the handlers. You can find it at: http://pyhacks.suddenthinks.com/JASPlogging/ Every comment is welcome, as usual. /gp -- Gian Paolo Ciceri Via G.Marconi 5 - 22036 ERBA CO ITALY mobile : ++39 340 7218101 : ++39 329 8103661 eMail : gp.ciceri@acm.org, : gp.ciceri@suddenthinks.com webSite: http://www.suddenthinks.com ICQ # : 94620118 jabber : gp.ciceri@jabber.com From drifty@alum.berkeley.edu Mon Oct 13 06:22:40 2003 From: drifty@alum.berkeley.edu (Brett C.) Date: Sun, 12 Oct 2003 22:22:40 -0700 Subject: python-dev Summary for 2003-09-16 through 2003-09-30 Message-ID: python-dev Summary for 2003-09-16 through 2003-09-30 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from September 16, 2003 through September 30, 2003. It is intended to inform the wider Python community of on-going developments on the list. To comment on anything mentioned here, just post to `comp.lang.python`_ (or email python-list@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`_! This is the twenty-sixth summary written by Brett Cannon (homework, the Summaries, how does he find the time?). All summaries are archived at http://www.python.org/dev/summary/ . Please note that this summary is written using reStructuredText_ which can be found at http://docutils.sf.net/rst.html . Any unfamiliar punctuation is probably markup for reST_ (otherwise it is probably regular expression syntax or a typo =); you can safely ignore it, although I suggest learning reST; it's simple and is accepted for `PEP markup`_ and gives some perks for the HTML output. Also, because of the wonders of programs that like to reformat text, I cannot 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. .. _PEP Markup: http://www.python.org/peps/pep-0012.html 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 on something mentioned here. PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=5470 .. _python-dev mailing list: http://mail.python.org/mailman/listinfo/python-dev .. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. contents:: .. _last summary: http://www.python.org/dev/summary/2003-09-01_2003-09-15.html ===================== Summary Announcements ===================== First, sorry about the lateness of this summary. I have started my first quarter at `Cal Poly SLO`_. Not only do I get to deal with being back in school for the first time in over a year, but I also get to be abruptly introduced to the quarter system. Joys abound for me. I am still reworking how I manage my time and the Summaries were the first thing to take a back seat. Hopefully this won't happen again. In case you have not been following general Python news, `Python 2.3.2`_ is now the newest release of Python. In case you missed the Python 2.3.1 release, then you missed the little hiccup in that release, which is fine. The Python 2.3.2 release does not technically fall under the jurisdiction of this summary, but I am not going to wait half a month to let people know about it. .. _Cal Poly SLO: http://www.calpoly.edu/ .. _Python 2.3.2: http://www.python.org/2.3.2/ ========= Summaries ========= ---------------------------------------------------------- Deprecations won't spontaneously appear in a micro release ---------------------------------------------------------- In case you don't know, sets.BaseSet.update() has been deprecated in favor of union_update() in order to cut out the unneeded duplication of functionality in Python 2.4 . While 2.3.1 was still under development it grew a PendingDeprecationWarning. This did not sit well with some people. The argument for the PendingDeprecationWarning was that it is silent by default and gives people a heads-up in terms of things that are known to be deprecated in the next minor version of Python. Against this idea, the argument that it adds a change between micro versions that is not a bug fix was raised. In the end this won. Contributing threads: - `pending deprecation warning for Set.update `__ ------------------------------ Web-SIG on its way, supposedly ------------------------------ Bill Janssen is working on a charter so a Web SIG_ can be started in order to redesign the cgi module as the main goal, but also just making Python friendlier to web coding in general. .. _SIG: http://www.python.org/community/sigs.html Contributing threads: - `Improving the CGI module `__ ------------------------------------------- Threads and the desolation that is shutdown ------------------------------------------- Tim Peters decided to try to deal with the fact that the Zope 3 testing suite was spitting out a ton of messages about unhandled exceptions during shutdown of the interpreter. It turned out that threads were still running during shutdown and thus were throwing a fit because they were accessing module globals that were being torn down and set to None. The problem went away when the second call to PyGC_Collect() in Py_Finalize() was commented out. This is not totally acceptable since the second call is there to help collect garbage at shutdown so that things clean up properly. Tim did end up suggesting just taking it out, though, for a future version of Python. He also suggested tearing down the sys module even later (and thus "even more of a special case than it is now"). This would leave sys.modules around and thus not cause globals to turn to None and cause errors from that side-effect. Neither solution has been taken yet. A temporary solution if you keep running into this is to make sure that either your cleanup code only accesses local variables (if you have to store references to globals since that will keep them around for you during shutdown). Contributing threads: - `Fun with 2.3 shutdown `__ ---------------------- Where is str.rsplit?!? ---------------------- The reason str.rsplit does not exist in Python is because the method is not difficult to code on your own. And yet people still want it. But there was not of a public outcry and the topic just fizzled. Contributing threads: - `Discussion on adding rsplit() for strings and unicode objects. `__ ----------------- Waxing on PEP 310 ----------------- Holger Krekel brought up PEP 310 (entitled "Reliable Acquisition/Release Pairs") in terms of how code blocks should handle exceptions and such. Michael Hudson suggested that might be taking PEP 310 beyond what it is meant to cover. To this, Holger suggested that then perhaps some other route should be taken. As with all PEPs, discussion of them is always helpful for python-dev and the community. It helps hash out ideas and gives python-dev feedback on whether a PEP should be rejected. Contributing threads: `pep 310 (reliable acquisition/release pairs) `__ ------------------------------------------------------------ bsddb3 failures and the database system it wraps, news at 10 ------------------------------------------------------------ The bsddb3 regression tests were failing during preparation for Python 2.3.1 . Beyond the "the test just fails sometimes" issues that come up with tests that are finicky because of timing, it was suggested that the failures are the fault of the Sleepycat_ DB code. It is still being looked into. .. _Sleepycat: http://www.sleepycat.com/ Contributing threads: - `latest bsddb3 test problems `__ ---------------------------------------------------- We want *you* to help with the war on SF patch items ---------------------------------------------------- Someone wanted to help but wasn't sure how they could. Martin v. Loewis sent an email listing common things anyone can do to help with dealing with the patch items on SourceForge_. The email can be found at http://mail.python.org/pipermail/python-dev/2003-September/038253.html . Contributing threads: - `Help offered `__ --------------- Python glossary --------------- Skip Montanaro converted the glossary he has as a wiki at http://manatee.mojam.com/python-glossary to the proper format to be included in the Python documentation. You can peruse the glossary as it stands in the documentation at http://www.python.org/dev/doc/devel/tut/node16.html. Thanks to Skip for for doing the grunt work and getting this done. If you wish to help, please visit the wiki and add/edit/whatever . Contributing threads: - `Python Glossary `__ ---------------------------------- Mitch Kapor to speak at PyCon 2004 ---------------------------------- Mitch Kapor is founder of the `Open Source Application Foundation`_ (OSAF), co-founder of the `Electronic Frontier Foundation`_, and developer of Chandler_ . He is going to be the keynote speaker at `PyCon 2004`_ . The general `Call for Proposals`_ has gone out. If you have any desire to speak at PyCon take a look at the CFP. .. _PyCon 2004: http://www.python.org/pycon/dc2004/ .. _Open Source Application Foundation: http://www.osafoundation.org/ .. _Electronic Frontier Foundation: http://www.eff.org/ .. _Chandler: http://www.osafoundation.org/Chandler-Product_FAQ.htm .. _Call for Proposals: http://www.python.org/pycon/dc2004/cfp.html ----------------------------------------------------- Python 2.3.1 released, people were happy... initially ----------------------------------------------------- Python 2.3.1 was released to the general public. It was meant to be a bug-fix release to fix bugs that were discovered after Python 2.3 went out the door. But then a typo in the configure.in script that prevented os.fsync() from ever being included was discovered. A rather vocal group of users of this function got out their pitchforks and torches while screaming, "blood, blood!" (actually they were nice about it, but saying, "they kindly asked for a new release," isn't that dramatic, is it?) How were the rioting masses (who were actually not rioting) appeased? Contributing threads: - `2.3.1 is (almost) a go `__ - `RELEASED Python 2.3.1 `__ - `How to test for stuff like fsync? `__ ---------------------------------------------- Let them eat cake while releasing Python 2.3.2 ---------------------------------------------- Python 2.3.2 was released to deal with the os.fsync() snafu. HP/UX compiling issues were also addressed. The bsddb3 problems are still there, but it is becoming more and more certain that the issues are with Sleepycat and not the bsddb module. Contributing threads: - `plans for 2.3.2 `__ - `Python2.3.2 and release23-maint branch `__ - `2.3.2 and bsddb `__ - `RELEASED Python 2.3.2, release candidate 1 `__ - `OpenSSL vulnerability `__ - `RELEASED Python 2.3.2 (final) `__ From remi@cherrypy.org Sun Oct 12 21:52:43 2003 From: remi@cherrypy.org (Remi Delon) Date: 12 Oct 2003 13:52:43 -0700 Subject: Python-2.3.1 available at Python-Hosting.com References: Message-ID: > Python-2.3.1 is now available on all the servers at Python-Hosting.com > (making it one of the first hosting providers to support Python-2.3.1 > :-) Well, as several people requested, I've upgraded to Python-2.3.2 :-) Remi. From edreamleo@charter.net Mon Oct 13 16:22:26 2003 From: edreamleo@charter.net (Edward K. Ream) Date: Mon, 13 Oct 2003 10:22:26 -0500 Subject: ANN: Leo 4.0 beta 4 outlining editor Message-ID: Leo 4.0 beta 4 is now available at: http://sourceforge.net/projects/leo/ This is the fourth public release of Leo 4.0. There are no known serious bugs in this version of Leo. This will be the last beta release before 4.0 final. N.B. 4.0 introduces new file formats. Please make full backups of important files. Highlights of 4.0 beta 4 ------------------------ - Changed all instances of string.letters to string.ascii_letters. string.letters can cause crashes in some locales (Unicode environments). - Fixed several bugs that caused clone marks not to be set properly. Highlights of 4.0 beta 3 ------------------------ - Fixed problems with setting Leo's window icons. - Plugins may now save their own information in and elements in .leo files. - The usual assortment of bug fixes and minor improvements. Highlights of 4.0 beta 2 ------------------------ * Fixed several bugs: - Fixed problems with reading and writing 4.0 derived files. - Fixed several Unicode-related bugs. - Fixed a crasher in the Go To Line Number command. - Fixed a problem with Importing Python files. * Important improvements: - Added allow_clone_drags setting that allows Leo to be used with Aqua. - When running Python 2.3 Leo can now create window icons without third-party packages. - The usual minor improvements and bug fixes. Highlights of 4.0 beta 1 ------------------------ * Improved and simplified format of derived files. - Eliminated child indices, extraneous blank lines and @body sentinels. - Eliminated @node sentinels that indicate outline structure. - New @nl and @nonl sentinels indicate where newlines are and aren't. - These changes largely eliminate unwanted cvs conflicts. * Greatly improved error handling. - Reading derived files _never_ alters outline structure or links. - Read errors leave the outline completely unchanged. - Broken clone links are gone forever. - As a result, using 4.0 is much safer than all previous versions. * Full compatibility will previous versions of Leo. - Leo reads all derived files properly, regardless of version. - Leo writes new-format derived files by default, and this default may be changed. * New commands: - Write 3.x Derived File and Write 4.x Derived File commands. - Import Derived File command. - Clear Recent Files command. * Several new plugins. Quote of the month ------------------ I've written documentation in WordPerfert, Ventura, Word, PageMaker, and FrameMaker and even though they create wonderfully looking and useful documents, they've never been able to do what I've been looking for. HTML, compiled help files, and later PDF came closer, but still not there. I think I've found it in Leo, a way to make a "living" document. A document built out of discrete parts that can be re-organized on the fly to meet the needs of a varying audience...Being a convert for less than a day I've still got a lot to learn, but just the possibility of keeping system maintenance scripts in the IT manual is mind boggling. -- David Nichols What is Leo? ------------ - A programmer's editor, an outlining editor and a flexible browser. - A literate programming tool, compatible with noweb and CWEB. - A data organizer and project manager. Leo provides multiple views of projects within a single outline. - Fully scriptable using Python. Leo saves its files in XML format. - Portable. leo.py is 100% pure Python. - Open Software, distributed under the Python License. Leo requires Python 2.1 or above and tcl/tk 8.3 or above. Leo works on Linux, Windows and MacOs X. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Home: http://sourceforge.net/projects/leo/ Download: http://sourceforge.net/project/showfiles.php?group_id=3458 CVS: http://sourceforge.net/cvs/?group_id=3458 Wiki: http://leo.hd1.org/ Edward K. Ream October 13, 2003 -------------------------------------------------------------------- Edward K. Ream email: edreamleo@charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html -------------------------------------------------------------------- From ahaas@airmail.net Tue Oct 14 19:39:23 2003 From: ahaas@airmail.net (Art Haas) Date: Tue, 14 Oct 2003 13:39:23 -0500 Subject: [ANNOUNCE] Tenth release of PythonCAD now available Message-ID: I'd like to announce the tenth 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 Python 2.3. 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 interfaces will depend on the availability of a Python module for that particular interface and developer interest and action. The tenth release contains many fixes for running PythonCAD on Python 2.3. The latest Python release has a variety of internal changes, and various bits of code in PythonCAD triggered deprecation warnings from Python. All known warnings have been removed, so PythonCAD should run cleanly on this new Python release, as well as the older 2.2 releases. This release also includes the code for reading AutoCAD DWG files, though PythonCAD still is unable to import the files. This code will be the basis for importing DWG files into PythonCAD directly. A number of entity clipping algorithms have been added for use in redrawing the screen and future use in improving the internal entity storage and access. Radial dimensions entities now can display the diameter value of a circle instead of just the radius. This release also contains a number of other small bug fixes and code improvements, though the redraw bug in release eight is still not fixed. The DWG file format information came from the OpenDWG group, so my thanks to them for providing this information on the web. The OpenDWG website is at http://www.opendwg.org The 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 edreamleo@charter.net Fri Oct 17 11:59:45 2003 From: edreamleo@charter.net (Edward K. Ream) Date: Fri, 17 Oct 2003 05:59:45 -0500 Subject: ANN: Leo 4.0 final: An outlining editor Message-ID: Leo 4.0 is now available at: http://sourceforge.net/projects/leo/ More than a year in the making, Leo 4.0 is here. Highlights of 4.0 final: ----------------------- ** Improved and simplified format of derived files. - Eliminated child indices, extra blank lines and @body sentinels. - Eliminated @node sentinels that indicate outline structure. - New @nl and @nonl sentinels indicate where newlines are. - These changes largely eliminate unwanted cvs conflicts. ** Greatly improved error handling. - Reading derived files _never_ alter outline structure or links. - Read errors leave the outline completely unchanged. - Broken clone links are gone forever. - As a result, 4.0 is much safer than all previous versions. ** Full compatibility will previous versions of Leo. - Leo 4.0 reads all derived files properly, regardless of version. - Leo writes new-format derived files by default. - New commands in the read/write menu allow you to explicitly specify the format of derived files. * New commands: - Write 3.x Derived File and Write 4.x Derived File. - Import Derived File. - Clear Recent Files. * Dozens of other improvements, including: - Better Unicode support. - New configuration settings. - Several new plugins. Quote of the month ------------------ I've written documentation in WordPerfert, Ventura, Word, PageMaker, and FrameMaker and even though they create wonderfully looking and useful documents, they've never been able to do what I've been looking for. HTML, compiled help files, and later PDF came closer, but still not there. I think I've found it in Leo, a way to make a "living" document...A document built out of discrete parts that can be re-organized on the fly to meet the needs of a varying audience. Being a convert for less than a day I've still got a lot to learn, but just the possibility of keeping system maintenance scripts in the IT manual is mind boggling. -- David Nichols What is Leo? ------------ - A programmer's editor, an outlining editor and a flexible browser. - A literate programming tool, compatible with noweb and CWEB. - A data organizer and project manager. Leo provides multiple views of projects within a single outline. - Fully scriptable using Python. Leo saves its files in XML format. - Portable. leo.py is 100% pure Python. - Open Software, distributed under the Python License. Leo requires Python 2.1 or above and tcl/tk 8.3 or above. Leo works on Linux, Windows and MacOs X. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Home: http://sourceforge.net/projects/leo/ Download: http://sourceforge.net/project/showfiles.php?group_id=3458 CVS: http://sourceforge.net/cvs/?group_id=3458 Wiki: http://leo.hd1.org/ Edward K. Ream October 17, 2003 -------------------------------------------------------------------- Edward K. Ream email: edreamleo@charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html -------------------------------------------------------------------- From python-CC@AOL.COM Sat Oct 18 05:07:05 2003 From: python-CC@AOL.COM (Adraewen) Date: Sat, 18 Oct 2003 04:07:05 GMT Subject: Lose Weight Without Dieting Message-ID: possessionshopscotch.pleads.countersinkUltimate HGH 1000.
counterexample.scuff.polkadotmakes you look and feel 20 YEARS YOUNGER!

pomade.adjustors.adheres100% SATISFACTION GUARANTEED! click here

albuquerque.metaphor.hyperboloidRemove mail

boatswains.talents.mightiness From gp.ciceri@suddenthinks.com Sat Oct 18 10:43:50 2003 From: gp.ciceri@suddenthinks.com (gian paolo ciceri) Date: Sat, 18 Oct 2003 09:43:50 GMT Subject: [ANN] Initial implementation of XMLRPC over Jabber Message-ID: Hello all, I've just setup a little python implementation (a simple server class and a client test program) of XMLRPC calls over a Jabber transport. Error handling is non-existant, so is documentation. You'll find it at http://pyhacks.suddenthinks.com/jabberrpc/ Any comment will be appreciated, as usual. Regards /gp -- gian paolo ciceri - japanman suddenthinks, excellence through refactoring ++39 340 7218101 gp.ciceri@acm.org gp.ciceri@suddenthinks.com From webmaster@keyphrene.com Sun Oct 19 07:14:23 2003 From: webmaster@keyphrene.com (webmaster@keyphrene.com) Date: Sun, 19 Oct 2003 06:14:23 GMT Subject: ANN: Naja 0.8.9 is now available Message-ID: Naja is a freeware tool written in Python/wxPython. Naja is a download manager and a website grabber. It can be used for extract articles from news server. Naja supports proxy (HTTP, HTTPS, FTP, SOCKS v4a, SOCKS v5). The downloading maybe achieved by splitting the file being downloaded into several parts and downloading these parts at the same time (HTTP, HTTPS, FTP). Donwload speeds are increased by downloading the file from the mirrors sites, when the sites propose it. Naja exists under Windows, Linux & MacOS X. Others features: Csv filter Cheksums (CRC32, MD5, SHA1) Web Interface (take control since your office) Mirroring (Multiples Choices) Naja is available for download from the Keyphrene web site: http://www.keyphrene.com/products/naja From philippe.dalet@voila.fr Sun Oct 19 15:58:11 2003 From: philippe.dalet@voila.fr (Philippe Dalet) Date: 19 Oct 2003 07:58:11 -0700 Subject: GPIB-USB 82357A interface (agilent) py82357A-0.4 release Message-ID: - few bugs in the installation: methods were not accessible error due to the same name between package and extension: 0.4 bugs eliminated TODO: to find or to create intrumentation widgets (knob, led, switch ..) for wxpython to create a true oscilloscope (see labwindows or labview software) ----------------------------------------------------------------------------- With this module, you can drive on windows environment the GPIB bus via the USB port. HP54111D.py contains the HP oscilloscope 54111D object class. GPIB.py contains the GPIB object class. PyGPIBscope.py will be ready in a few week, and via USB you will can acquire the data scope (see wxpyplot.py) , print the signals and save in bitmap format. Projects for my students philippe.dalet@voila.fr Laboratoire STS électronique Lyp Champollion av pezet 46100 FIGEAC FRANCE From edreamleo@charter.net Mon Oct 20 14:13:53 2003 From: edreamleo@charter.net (Edward K. Ream) Date: Mon, 20 Oct 2003 08:13:53 -0500 Subject: Leo 4.0 final: An outlining editor References: Message-ID: Things have not gone real smoothly for the 4.0 release: 1. Somehow the wrong version of leosetup.exe got associated with 4.0 final at http://sourceforge.net/project/showfiles.php?group_id=3458 People thinking they were downloading the 4.0 final version of this file would instead get the 4.0 beta 1 version! I have just uploaded and retested this file by downloading it and reinstalling it. All seems good (for now). I believe this was a SF problem... 2. The 4.0 final release contains a crasher that has caused problems for some people when opening or saving new .leo files. To fix this, make the following change. If you are having problems with Leo you will probably want to make this change outside of Leo. In line 609 of leoFileCommands.py change: language = name.replace(name,"/","") to: language = name.replace("/","") 3. There have been Unicode problems when writing leoConfig.txt reported by people using the cp936 text encoding. I hope to fix all these problems in a 4.0.1 release due this week sometime. Edward -------------------------------------------------------------------- Edward K. Ream email: edreamleo@charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html -------------------------------------------------------------------- From perry@stsci.edu Mon Oct 20 17:13:30 2003 From: perry@stsci.edu (Perry Greenfield) Date: Mon, 20 Oct 2003 12:13:30 -0400 Subject: PyRAF 1.1 now available Message-ID: The Science Software Branch of the Space Telescope Science Institute wishes to announce the availability of version 1.1 of PyRAF. PyRAF is intended to be used with the astronomical data reduction system called IRAF (http://iraf.noao.edu) PyRAF allows one to run IRAF tasks from within a Python interpreter. IRAF CL syntax can be used interactively from within PyRAF, and a number of new interactive features are provided (notably command line recall). It also allows Python to be used to script IRAF tasks. See the PyRAF home page for more information. http://www.stsci.edu/resources/software_hardware/pyraf The primary change in this version (from 1.0) is that it uses a different default graphics kernel that removes the dependence on the software components that have proved the most difficult to install and maintain, namely those items related to OpenGL. It is the first version of PyRAF that works on Mac OS X. This release includes upgraded versions of numarray and PyFITS, as well as a new module (numdisplay) that allows displaying numarray arrays on x11iraf or ds9 (or any compatible image display program). Also included are two new utilities: readgeis, which can read GEIS files into numarray, and fitsdiff which compares the headers and data of two different FITS files. See the PyRAF web page (use link below) for more details on all of these modules and packages. Some tasks in STSDAS 3.1 (released concurrently) require PyRAF 1.1. Users using these tasks (e.g., PyDrizzle) must upgrade from PyRAF 1.0. Furthermore, PyDrizzle in STSDAS 3.0 will not work with PyRAF 1.1; users will need to upgrade to STSDAS 3.1 to use PyDrizzle with PyRAF 1.1. PyRAF 1.1 is supported on Solaris, Redhat Linux, and Mac OS X. It should work on other Unix and Linux systems though it has not been tested by us on those platforms, and support for debugging problems may be limited (and effectively nonexistent for some platforms, such as Tru64, AIX, and IRIX). Unlike previous releases, this release does not include binary distributions and will need to be built from source; this should be straightforward now that dependencies on OpenGL have been removed. If feedback indicates that source installations are too difficult or problem-prone on some platforms, will provide binary distributions for those as needed. Please contact help@stsci.edu if any difficulties are encountered with installation. It may be downloaded from http://www.stsci.edu/resources/software_hardware/pyraf/current/download This release also fixes a number of bugs and makes some small changes in functionality. Consult the release notes for details. PyRAF is released with an OpenSource BSD license. From webmaster@keyphrene.com Tue Oct 21 08:40:55 2003 From: webmaster@keyphrene.com (webmaster@keyphrene.com) Date: Tue, 21 Oct 2003 07:40:55 GMT Subject: ANN: Naja 0.8.9 patch Message-ID: This is a bug-fix release for Naja 0.8.9 that fixes FTP protocol. It's available for download from the Keyphrene web site (patch_naja089.zip or patch_naja089.tar.gz): http://www.keyphrene.com/products/naja From peter@engcorp.com Tue Oct 21 16:49:34 2003 From: peter@engcorp.com (Peter Hansen) Date: Tue, 21 Oct 2003 11:49:34 -0400 Subject: Toronto-area Python user group, Tuesday October 28, 8pm Message-ID: The next monthly meeting of PyGTA, the Toronto-and-area Python user group, will be held next week at the usual time and place: - Tuesday, October 28 - from 8 pm to 10 pm - room 31 of the 519 Church St Community Centre No specific speakers are lined up yet, although I will probably be demonstrating Kaval's unittest-based test framework for the HC12 CPU, which allows tests written in Python to verify code written in C and compiled to machine code for this chip, using a CPU simulator written in Python. The usual post-meeting sugar-and-caffeine fest will occur at Just Desserts on Yonge. Last meeting had a near record turnout, with much interesting discussion, so don't miss out... see you there! -Peter and Ian, meeting organizers P.S.: Out of consideration for the high volume of the comp.lang.python newsgroup and the mailing list, this will be the last announcement posted there. Subsequent ones will go only to the .announce group and the pygta-announce mailing list. Unless we get enough requests to the contrary... if you've been hearing these announcements only through c.l.p or the Python list, now's the time to subscribe to our PyGTA announcement mailing list: see http://web.engcorp.com/pygta/wiki/MailingLists for more. From jdhunter@nitace.bsd.uchicago.edu Tue Oct 21 22:37:07 2003 From: jdhunter@nitace.bsd.uchicago.edu (John Hunter) Date: Tue, 21 Oct 2003 16:37:07 -0500 Subject: ANN matplotlib-0.30 - matlab style python plotting Message-ID: matplotlib is a 2D plotting package for python with a matlab compatible syntax and output tested under linux and windows platforms. matplotlib-0.30 is available for download at http://matplotlib.sourceforge.net, and has many new features since the last major release. Multiple outputs matplotlib now supports postscript and GD output, as well as the traditional GTK backend. The postscript backend goes a long way towards the goal of acheiving publication quality output. The GD backend allows you to use matplotlib even in environments with no X server, such as for a web application server serving dynamic charts. Log scaling With the help of Andrew Straw, matplotlib now has log axis capabilities, with new commands semilogx, semilogy and loglog See http://matplotlib.sourceforge.net/screenshots.html#log_shot Legends With the help of Charles R. Twardy, matplotlib now has a matlab compatible legend command. See http://matplotlib.sourceforge.net/screenshots.html#legend_demo Numerous bug fixes and minor additions DPI parameter allows multiple output resolutions with correct scaling Several bug fixes in GTK interactive mode using examples/interactive2.py Multiple ways to specify colors, including matlab compatible format strings, RGB tuples, and html-style hex color strings Rewrite of line class for much greater compatibility with matlab handle graphics commands and flexibility in choosing line styles and markers See http://matplotlib.sourceforge.net/screenshots.html for screenshots and http://matplotlib.sourceforge.net/whats_new.html for more detailed information on what's new. John Hunter From max@alcyone.com Wed Oct 22 04:15:02 2003 From: max@alcyone.com (Erik Max Francis) Date: Tue, 21 Oct 2003 20:15:02 -0700 Subject: ANN: fauxident 1.2.1 -- A simple, faked ident daemon Message-ID: Overview fauxident is a small Python script that will act as an extremely naive ident server, answering all ident requests with a consistent response -- either an ERROR or a USERID response. This can be advantageous on systems where running a true identd is unavailable, where it would be a security risk, or when masquerading firewalls are in use, where multiple machines are involved behind the firewall and running a proper ident system is not an option. Getting the software The current version of fauxident is 1.2.1. The latest version of the software is available in a tarball here: http://www.alcyone.com/software/fauxident/fauxident-latest.tar.gz. The official URL for this Web site is http://www.alcyone.com/software/fauxident/. Requirements fauxident requires Python 2.x or greater and a Unix or Unix-like operating system. License This code is released under the GPL. .... Release history [since 1.2] - 1.2.1; 2003 Oct 21. User name permuting was accidentally on by default; corrected missing -m entry in usage information. -- Erik Max Francis && max@alcyone.com && http://www.alcyone.com/max/ __ San Jose, CA, USA && 37 20 N 121 53 W && &tSftDotIotE / \ We're the stars on Earth \__/ Des'ree From jjl@pobox.com Thu Oct 23 00:53:07 2003 From: jjl@pobox.com (John J. Lee) Date: 23 Oct 2003 00:53:07 +0100 Subject: ANN: ClientCookie 0.4.6a released Message-ID: http://wwwsearch.sourceforge.net/ClientCookie/ Bugfix release. Officially this is an alpha release, but it's actually stable code: the only reason for the 'alpha' label is that I'm waiting for Jeremy Hylton to look at RFE http://www.python.org/sf/759792 -- if that needs interface changes, so will ClientCookie. 0.3.x is no longer supported. See the following for how to switch from 0.3.x to 0.4.x: http://wwwsearch.sourceforge.net/ClientCookie/porting.txt Changes since 0.4.3a: * Cleaned up MSIECookies delayloading. All methods should now work, but anything that causes iteration over all cookies will not cause loading of delayloaded cookies from disk. If you really want to iterate over *all* cookies (rather than just those currently in memory), call read_all_cookies. * Lots of MSIECookieJar bug fixes. * Corrected domain-blocking documentation ("acme.com" doesn't match ".acme.com"). Also, changed wording (from "x matches y" to "y matches x"), to agree with the ordering actually used in the code (since the domain-matching algorithms used are not commutative, this was confusing). * Fixed loading from file for cookies with no name (previously, the name and value were reversed). * Assorted other bug fixes. * Split up set_ok and return_ok methods from DefaultCookiePolicy to make it easier to inherit its implementation. * Implemented strict_domain argument to DefaultCookiePolicy constructor. Requires Python >= 1.5.2. ClientCookie is a Python module for handling HTTP cookies on the client client side, useful for accessing web sites that require cookies to be set and then returned later. It also provides some other (optional) useful stuff: HTTP-EQUIV and Refresh handling, automatic adding of the Referer [sic] header and lazily-seek()able responses. These extras are implemented using an extension that makes it easier to add new functionality to urllib2. It has developed from a port of Gisle Aas' Perl module HTTP::Cookies, from the libwww-perl library. Simple usage: import ClientCookie response = ClientCookie.urlopen("http://foo.bar.com/") This function behaves identically to urllib2.urlopen, except that it deals with cookies automatically. That's probably all you need to know. John From jjl@pobox.com Thu Oct 23 13:52:19 2003 From: jjl@pobox.com (John J. Lee) Date: 23 Oct 2003 13:52:19 +0100 Subject: ANN: ClientCookie 0.4.7a released References: Message-ID: jjl@pobox.com (John J. Lee) writes: > http://wwwsearch.sourceforge.net/ClientCookie/ > > Bugfix release. Just fixed a couple of doc bugs with MSIECookieJar, and one more MSIECookieJar bug. Released as 0.4.7a. John From knight@baldmt.com Thu Oct 23 15:57:38 2003 From: knight@baldmt.com (Steven Knight) Date: Thu, 23 Oct 2003 09:57:38 -0500 (CDT) Subject: ANNOUNCE: SCons 0.93 releases User's Guide, adds usability enhancements Message-ID: SCons is a software construction tool (build tool, or make tool) written in Python. It is based on the design which won the Software Carpentry build tool competition in August 2000. Version 0.93 of SCons has been released and is available for download from the SCons web site: http://www.scons.org/ Or through the download link at the SCons project page at SourceForge: http://sourceforge.net/projects/scons/ RPM and Debian packages and a Win32 installer are all available, in addition to the traditional .tar.gz and .zip files. WHAT'S NEW IN THIS RELEASE? IMPORTANT: Release 0.93 contains the following interface changes: - Construction variables may now be expanded anywhere within an argument to a Builder or a construction environment method, not just in specific places like file prefixes and suffixes. This may cause variable interpolation if a file name or argument contained a '$' (dollar sign). - The long-obsolete GetCommandHandler() and SetCommandHandler() functions have been removed. - The ParseConfig() global function has been deprecated in favor of the new env.ParseConfig() method. The global function will be removed in some future release. See the release notes for more information about these changes. This release adds the following features: - SCons now supports calling almost all functionality either through a global function or a construction environment method: - The following global functions have now had corresponding construction environment methods added: Action(), AddPostAction(), AddPreAction(), Alias(), Builder(), BuildDir(), CacheDir(), Clean(), Configure(), Default(), EnsurePythonVersion(), EnsureSConsVersion(), Environment(), Exit(), Export(), FindFile(), GetBuildPath(), GetOption(), Help(), Import(), Literal(), Local(), Platform(), Repository(), Scanner(), SConscriptChdir(), SConsignFile(), SetOption(), SourceSignatures(), Split(), TargetSignatures(), Tool(), Value(). - The following construction environment methods have now had corresponding global functions added: AlwaysBuild(), Command(), Depends(), Ignore(), Install(), InstallAs(), Precious(), SideEffect() and SourceCode(). - The following default Builders have now had corresponding global functions added: CFile(), CXXFile(), DVI(), Jar(), Java(), JavaH(), Library(), M4(), MSVSProject(), Object(), PCH(), PDF(), PostScript(), Program(), RES(), RMIC(), SharedLibrary(), SharedObject(), StaticLibrary(), StaticObject(), Tar(), TypeLibrary() and Zip(). - Package management tools on AIX and Solaris are now used to find where the C and C++ compilers are installed. - New $CCVERSION and $CXXVERSION variables record the compiler version for many C and C++ compilers. - A new $JARCHDIR variable supports changing to a directory using the jar -C option. - SCons now detect Java manifest files when using jar, and specifies them using the jar m flag. - Directories may now be used as Builder sources, and correctly trigger a rebuild when any file underneath the directory changes. - A new SConsignFile() function allows configuration of a single file to hold all build signatures, instead of a separate .sconsign file in each directory. - The CheckHeader(), CheckCHeader(), CheckCXXHeader() and CheckLibWithHeader() configure checks can now take a list of header files when more than one #include line is necessary. - SCons can now decide if a .tex file is TeX or LaTeX, and will re-run latex or run bibtex as needed. - Directories can now be the targets, sources or dependencies of the Depends(), Ignore(), Precious() and SideEffect() methods. - The env.WhereIs() method can now take explicit "path" and "pathext" arguments. The following fixes have been added: - .S, .spp and .SPP assembly-language files are now properly scanned for C-preprocessor dependencies. - The scons.py and scons.bat files now also look for the SCons modules in the site-packages directory as well. - SCons now properly re-scans dependencies in generated or installed header files. - The -Q option now only suppresses the "Reading" and "Building" progress messages; it was incorrectly suppressing other messages as well. - The C scanner now finds dependencies when there is no space between the #include and the opening double quote or angle bracket. - EnsurePythonVersion() now handles alphanumeric Python version strings. - The env.Append() method now suppresses null values when appropriate. - ParseConfig() now appends values properly regardless of the initial values of $CCFLAGS, $CPPPATH, $LIBPATH and $LIBS. - If there were any build errors, the final progress message now says "...terminated because of errors" instead "...done building targets." - "rm" on Win32 systems is only used if Cygwin Python is being used. - Qt is now properly detected on the local system in all cases. - Configure checks now support BooleanType as a legal return value. - Attempts to call a Configure check from within a Builder function now generate an error message. - Builders can now be called when a Configure context is open. - Trying to use the -j option under Python versions without parallel build support (threading) now issues a warning and carries on. Performance has been improved as follows: - A new thread pool implementation improves parallel build performance and handling of keyboard interrupts. The documentation has been improved: - The first release of the SCons User's Guide is now available multiple formats. Follow the appropriate link for your desired format from the SCons documentation page at: http://www.scons.org/doc.html - The lists of global functions and construction environment methods in the man page have been combined and alphabetized. ABOUT SCONS Distinctive features of SCons include: - a global view of all dependencies; no multiple passes to get everything built properly - configuration files are Python scripts, allowing the full use of a real scripting language to solve difficult build problems - a modular architecture allows the SCons Build Engine to be embedded in other Python software - the ability to scan files for implicit dependencies (#include files); - improved parallel build (-j) support that provides consistent build speedup regardless of source tree layout - use of MD5 signatures to decide if a file has really changed; no need to "touch" files to fool make that something is up-to-date - easily extensible through user-defined Builder and Scanner objects - build actions can be Python code, as well as external commands An scons-users mailing list is available for those interested in getting started using SCons. You can subscribe at: http://lists.sourceforge.net/lists/listinfo/scons-users Alternatively, we invite you to subscribe to the low-volume scons-announce mailing list to receive notification when new versions of SCons become available: http://lists.sourceforge.net/lists/listinfo/scons-announce ACKNOWLEDGEMENTS Special thanks to J.T. Conklin, Charles Crain, Christian Engel, Sergey Fogel, Ralf W. Grosse-Kunstleve, Stephen Kennedy, John Johnson, Clark McGrew, Bram Moolenaar, Gary Oberbrunner, Gerard Patel, Marko Rauhamaa, Anthony Roach and Christoph Wiedemann for their contributions to this release. On behalf of the SCons team, --SK From fredrik@pythonware.com Thu Oct 23 19:25:53 2003 From: fredrik@pythonware.com (Fredrik Lundh) Date: Thu, 23 Oct 2003 20:25:53 +0200 Subject: ANN: PythonDoc 2.0 beta 2 (october 23, 2003) Message-ID: PythonDoc is a documentation tool for Python, inspired by JavaDoc. Like JavaDoc, PythonDoc scans your Python code for doc comments, and generates API documentation in XML and HTML formats. Python- Doc supports basic JavaDoc tags like @param and @return, and adds a few Python-specific tags. You can use PythonDoc comments to describe module-level variables and constants, functions, classes, methods, and attributes. PythonDoc 2.0 is a complete rewrite of my xmltoys/PythonDoc tool from last year. The new version uses a much improved parser (based on source code scanning rather than introspection), and is designed to work with Python 1.5.2 and later. Brief description and examples (for an earlier alpha release): http://online.effbot.org/2003_10_01_archive.htm#pythondoc-20a1 Downloads: http://effbot.org/downloads#pythondoc http://effbot.org/downloads#elementtree Documentation: http://effbot.org/zone/pythondoc.htm Sample output (using the default "compact HTML" renderer): http://effbot.org/zone/pythondoc-compact.htm enjoy /F From admin@polerio.com Fri Oct 24 05:22:34 2003 From: admin@polerio.com (Polerio Babao Jr.II) Date: 23 Oct 2003 21:22:34 -0700 Subject: ANN: pyCatalog Message-ID: Download: http://sf.net/projects/pycatalog Website: http://pycatalog.sf.net pyCatalog is a Python, MySQL, wxPython, Reportlab application specifically usable in library and information centers. It simply produces book catalog and card catalog in pdf format rendered using reportlab. The program takes MARC file as its source data. pyCatalog is a Python, MySQL, wxPython, Reportlab application specifically usable in library and information centers. It simply produces book catalog and card catalog in pdf format rendered using reportlab. The program takes MARC file as its source data. pyCatalog - is a combination of Python, wxPython, Reportlab, and python-mysql application that renders Book and Card Catalog. Catalog output is one of the core output needed in library software today. Because open source system for libraries as of this date didn't have this kind of feature as most other proprietary library software have today. This includes Koha, Obiblio, and PhpMyLibrary. By making this generalized solution, those open source system for libraries mentioned will be able to take advantage from this application because the software is not centered on one library system. The application simply needs a MARC file in order to output the desired book and card catalog. The application was written in Python to make it platform independent. Thus it will run in Linux, Mac, and Windows environment. Other utilities added include python-mysqldb, wxPython, reportlab. The application require MySQL database to manipulate the order of the catalog. Card catalog is a 3x5 page size output that comprises one book bibliographic entry. Book catalog is a full page output that comprise 1 or more bibliograrphic entry. It was named pycatalog, simply because it is written entirely in python, and catalog wholly describes the purpose of this application. I wanted to make this application open source because I believe open source developers will put this application above all expensive proprietary software for libraries. And will make this application fully-functional, I may not have that complete resource to create a world-accepted catalog generator but I think ideas and contributions from the developers around the world would help improve this application. I brought this idea to the public because of the necessity I felt during my project. I have searched all day long at Google to find a catalog generator but I find nothing. Hope this application would be able to help small to large scale libraries around the world. It simply needs MARC file to output thier desired catalog. MARC means Machine Readable Catalog (The MARC formats are standards for the representation and communication of bibliographic and related information in machine-readable form.) This is simply a machine readable bibiliographic description of materials like book, newspaper, etc. Download: http://sf.net/projects/pycatalog Website: http://pycatalog.sf.net Polerio T. Babao III Open Source Project Head Developer From brett@python.org Fri Oct 24 22:26:33 2003 From: brett@python.org (Brett C.) Date: Fri, 24 Oct 2003 14:26:33 -0700 Subject: python-dev Summary for 2003-10-01 through 2003-10-15 Message-ID: python-dev Summary for 2003-10-01 through 2003-10-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from=20 October 1, 2003 through October 15, 2003. It is intended to inform the=20 wider Python community of on-going developments on the list. To comment=20 on anything mentioned here, just post to `comp.lang.python`_ (or email=20 python-list@python.org which is a gateway to the newsgroup) with a=20 subject line mentioning what you are discussing. All python-dev members=20 are interested in seeing ideas discussed by the community, so don't=20 hesitate to take a stance on something. And if all of this really=20 interests you then get involved and join `python-dev`_! This is the twenty-seventh summary written by Brett Cannon (about to=20 turn a quarter century old; so young yet so wise =3D). All summaries are archived at http://www.python.org/dev/summary/ . Please note that this summary is written using reStructuredText_ which=20 can be found at http://docutils.sf.net/rst.html . Any unfamiliar=20 punctuation is probably markup for reST_ (otherwise it is probably=20 regular expression syntax or a typo =3D); you can safely ignore it,=20 although I suggest learning reST; it's simple and is accepted for `PEP=20 markup`_ and gives some perks for the HTML output. Also, because of the=20 wonders of programs that like to reformat text, I cannot guarantee you=20 will be able to run the text version of this summary through Docutils_=20 as-is unless it is from the original text file. .. _PEP Markup: http://www.python.org/peps/pep-0012.html The in-development version of the documentation for Python can be found=20 at http://www.python.org/dev/doc/devel/ and should be used when looking=20 up any documentation on something mentioned here. PEPs (Python=20 Enhancement Proposals) are located at http://www.python.org/peps/ . To=20 view files in the Python CVS online, go to=20 http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs=20 and suggested patches can be found at the SourceForge_ project page. .. _python-dev: http://www.python.org/dev/ .. _SourceForge: http://sourceforge.net/tracker/?group_id=3D5470 .. _python-dev mailing list:=20 http://mail.python.org/mailman/listinfo/python-dev .. _comp.lang.python: http://groups.google.com/groups?q=3Dcomp.lang.pytho= n .. _Docutils: http://docutils.sf.net/ .. _reST: .. _reStructuredText: http://docutils.sf.net/rst.html .. contents:: .. _last summary:=20 http://www.python.org/dev/summary/2003-09-01_2003-09-15.html =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Summary Announcements =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Python-dev had a major explosion in emails thanks to some proposed=20 changes to list.sort (summarized in `Decorate-sort-undecorate eye for=20 the list.sort guy`_). That got covered. Some behind-the-scenes stuff=20 that would not interest the general Python community was left out for my=20 personal sanity. It looks like I will not have major issues continuing writing the=20 Summaries in terms of school interfering. The only big issue will be=20 how long past their closure date does it take me to get them out. In=20 other words, unless my schoolwork load suddenly becomes heavy=20 continuously I should be able to keep doing the Summaries until my=20 personal sanity gives out. This summary is brought to you by the songs "Insanity_" by `Liz Phair`_=20 and "`Harder to Breathe`_" by `Maroon 5`_ (note these links require=20 iTunes_ to be installed; now available on Windows!). .. _Insanity:=20 http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewAlbum?playlistId=3D= 1760071&selectedItemId=3D1759480 .. _Liz Phair:=20 http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewArtist?artistId=3D2= 2707 .. _Harder to Breathe:=20 http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewAlbum?playlistId=3D= 1798612&selectedItemId=3D1798604 .. _Maroon 5:=20 http://phobos.apple.com/WebObjects/MZStore.woa/wa/viewArtist?artistId=3D1= 798556 .. _iTunes: http://www.apple.com/itunes/ =3D=3D=3D=3D=3D=3D=3D=3D=3D Summaries =3D=3D=3D=3D=3D=3D=3D=3D=3D -------------------------------------------------------------------- I gave a talk at PyCon 2004 and all I got was respect and admiration -------------------------------------------------------------------- I summarized this last month, but this is important so I am doing it=20 again (and will continue to mention it until no more proposals are being=20 accepted). PyCon_ is ramping up for 2004 and is putting out a `Call for Proposals`_.=20 Since PyCon is meant to be very broad-reaching you can propose anything=20 from a scientific paper to a tutorial. If you have any inkling to give a talk please send in a proposal. It=20 can be rough; the key is that what you want to discuss can be understood=20 from the proposal. So take a look at the link and consider coming to=20 PyCon as a speaker and not just a attendee. .. _PyCon: http://www.python.org/pycon/dc2004/ .. _Call for Proposals: http://www.python.org/pycon/dc2004/cfp.html Contributing threads: `PyCon DC 2004: Call for Proposals=20 `__ --------------- Web-SIG started --------------- As stated on the SIGs page, "The Python `Web SIG`_ is dedicated to=20 improving Python's support for interacting with World Wide Web services=20 and clients." If there is some web-related functionality that you think=20 Python should, this is the place to discuss it. If you think an=20 existing Python module could stand a redesign then this is the proper=20 forum for your ideas. .. _Web SIG: http://www.python.org/sigs/web-sig/ Contributing threads: `Any movement on a SIG for web lib enchancements?=20 `__ -------------------------------------------- I have seen the future and it includes 2.3.3 -------------------------------------------- Anthony Baxter, release manager for Python `2.3.1`_ and `2.3.2`_, is=20 already planning a 2.3.3 release in about three months time. He=20 initially suggested that the goal of this release should be to have=20 Python build on as many platforms as possible. Michael Hudson listed "HPUX/ia64, various oddities on Irix" as the major=20 troublemakers. He suggested that a sustained push to fix these build=20 problems happen instead of trying to do it last-minute. Michael also=20 thought it would be a good idea to try to find experts on the trouble=20 platforms instead of having someone getting access to some machine and=20 floundering since they don't know the OS. Skip Montanaro quickly chimed in with=20 http://www.python.org/cgi-bin/moinmoin/PythonTesters which is a wiki=20 page that lists people who are available to help with testing on various=20 OSs. Please have a look and if you think you could help out on an OS=20 add yourself. .. _2.3.1: http://www.python.org/2.3.1/ .. _2.3.2: http://www.python.org/2.3.2/ Contributing threads: `2.3.3 plans=20 `__ ------------------- Helping you help us ------------------- In response to Martin v. L=C3=B6wis' email on how to handle patches, Mich= ael=20 Bartl expressed his disappointment that nothing had happened to his=20 patches. It was explained to him that because of time restraints on=20 python-dev that it can take time for people to get to all of the=20 patches, but that his work was greatly appreciated and would eventually=20 be looked at. Since the email Martin has managed to take a look at them=20 (even accepted one). The question of searching on SourceForge_ through the tracker items also=20 came up. There is a search box on the left side of the page, but it is=20 not extensive. Better than nothing. I also posted an essay I wrote that is meant to act as a guide to how=20 Python is developed and how anyone can help with the development=20 regardless of abilities. You can look at the email below in the "Draft=20 of an essay on Python development" thread referenced below in=20 "Contributing threads". Hopefully it will end up on python.org once it=20 is in its final form. Contributing threads: `Patches & Bug help revisited=20 `__ `Draft of an essay on Python development (and how to help)=20 `__ -------------------------------------------- Making DLLs fatter for lower file dependency -------------------------------------------- Thomas Heller suggested adding more modules to the Windows DLL as=20 built-in so as to cut back on the number of files required to get Python=20 to run (py2exe_ stands to benefit from this). The issue of having a=20 larger DLL to have to load into memory was brought up, but Martin v.=20 L=C3=B6wis said that DLLs only load into memory what is needed to run and= not=20 the entire DLL. The issue of making the overall DLL larger in terms of disk space was=20 brought up, but the worry was partially minimized when the list of=20 modules to add was limited to small modules that do not have external=20 dependencies. But zlib might break that last rule in order to allow importation from=20 compressed zip files. The idea of integrating the zlib source into the=20 Python tree was brought up, but shot down for licensing issues on top of=20 keeping the code synchronized. .. _py2exe: http://py2exe.sf.net/ Contributing threads: `buildin vs. shared modules=20 `__ -------------------------------------------------- Decorate-sort-undecorate eye for the list.sort guy -------------------------------------------------- Raymond Hettinger suggested adding built-in support for the=20 decorate-sort-undecorate (DSU) sorting idiom to list.sort (see the=20 Python Cookbook recipe at=20 http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/52234 which is=20 recipe 2.3 in the dead tree version or Tim Peters' intro to chapter 2=20 for details on the idiom). After a long discussion on the technical=20 merits of various ways to do this, list.sort gained the keyword=20 arguments 'key' and 'reverse'. 'key' takes in a function that accepts one argument and returns what the=20 item should be sorted based on. So running ``[(0,0), (0,2),=20 (0,1)].sort(key=3Dlambda x: x[1])`` will sort the list based on the secon= d=20 item in each tuple. Technically the sort algorithm just runs the item=20 it is currently looking at through the function and then handles the=20 sorting. This avoids having to actually allocate another list. If=20 'key' and 'cmp' are both provided then 'key' is called on the items to=20 be sorted and the function's return values are then passed to 'cmp'. 'reverse' does what it sounds like based on whether its argument is true=20 or false. list.sort also became guaranteed to be stable (this include 'reverse'). A discussion of whether list.sort should return self came up and was=20 *very* quickly squashed by Guido. The idea of having a second method,=20 though, that did sort and returned a copy of the sorted list is still=20 being considered. Contributing threads: `decorate-sort-undecorate=20 `__ `list.sort=20 `__ ------------------------------- New Python 2.3.2 Windows binary ------------------------------- Some invalid DLLs made it into the 2.3.2 Windows binary distribution by=20 accident. It seems to mostly affect Windows 98 and NT 4 users. The=20 binary has been fixed and put up online. You can tell if you downloaded=20 the fixed version by checking the filename; the new one is named=20 Python-2.3.2-1.exe (notice the "-1"). Contributing threads: `Python-2.3.2 windows binary screwed=20 `__ ----------------------------------- A call for cool itertools additions ----------------------------------- Have an idea for something that should be added to itertools? Read=20 http://mail.python.org/pipermail/python-dev/2003-October/038916.html and=20 see if it matches the criteria. If it does send it off to Raymond=20 Hettinger. From cartermark46@ukmail.com Sat Oct 25 12:42:03 2003 From: cartermark46@ukmail.com (Mark Carter) Date: 25 Oct 2003 04:42:03 -0700 Subject: ANN DirsSync-1.3-rc3 - directories synchronizer Message-ID: DirsSync is an application which synchronizes two or more directories. Download: http://sourceforge.net/projects/dirssync/ Features: * Graphical interface * recurses subdirectories * multiple directories can be specified * two-way synchronization * one-way synchronization ("local" to "remote", or vice versa), with optional deletion on target directory * synchronizes according to time or file size * internationalised in English and Italian Non-features (i.e. what it doesn't do): * does not filter according to file type * does not work over FTP * not suitable as a command-line driven tool Requires: Python and wxPython Development Status: 2 - Pre-Alpha - but is quite usable Environment: Win32 (MS Windows), X11 Applications Intended Audience: Developers, End Users/Desktop, System Administrators License: GNU General Public License (GPL) Natural Language: English Operating System: Windows, Linux Programming Language: Python Topic: Filesystems Recent changes: * internationalization * sundry minor bug fixes Mark Carter From jeremy@alum.mit.edu Sun Oct 26 05:04:13 2003 From: jeremy@alum.mit.edu (Jeremy Hylton) Date: Sun, 26 Oct 2003 01:04:13 -0400 Subject: LL3, Nov. 8, 2003, Call for participation Message-ID: Call for Participation Lightweight Languages Workshop 2003 (LL3) ========================================= Saturday, November 8, 2003 MIT, Room 34-101, Cambridge, Mass. http://ll3.ai.mit.edu/ LL3 will be an intense, exciting, one-day forum bringing together the best programming language implementors and researchers, from both academia and industry, to exchange ideas and information, to challenge one another, and to learn from one another. If you plan to attend, please register as soon as possible. There is no cost to attend, but we need to know how much food to order. The workshop will also be broadcast live on the Internet. We are grateful to Microsoft Research for sponsoring the workshop and Internet broadcast. Program ======= Session I: 10:00-11:00 ---------------------- ACME: Toward a LL Testing Framework for Large Distributed Systems Dana Moore and Bill Wright Interactive Web Programming using WASH/CGI Matthias Neubauer Session II: 11:30-12:30 ----------------------- XS: Lisp on Lego MindStorms Taiichi Yuasa Posters and demos -- details will be posted on the web site Session III: 2:00-3:30 ---------------------- Bluespec, Language Support for Next-Generation Hardware Design Rishiyur S. Nikhil The Virtual Machine of Lua Luiz Henrique de Figueiredo Embedding an interpreted language using higher-order functions and types Norman Ramsey Session IV: 4:00-5:00 --------------------- Functional Reactive Programming in Scheme Gregory Cooper Boundaries Dan Sugalski Program Committee ================= Ken Anderson, BBN (co-chair) Jeremy Hylton, Python Software Foundation (co-chair) Geoffrey Knauth, BAE Systems Shriram Krishnamurthi, Brown University Erik Meijer, Microsoft WebData Dan Sugalski, Perl Foundation Greg Sullivan, MIT CSAIL From fredrik@pythonware.com Sun Oct 26 09:04:35 2003 From: fredrik@pythonware.com (Fredrik Lundh) Date: Sun, 26 Oct 2003 10:04:35 +0100 Subject: ANN: PythonDoc 2.0 beta 3 (october 26, 2003) Message-ID: (aka PythonDoc 2.0 release candidate 1) PythonDoc is a documentation tool for Python, inspired by JavaDoc. Like JavaDoc, PythonDoc scans your Python code for doc comments, and generates API documentation in XML and HTML formats. Python- Doc supports basic JavaDoc tags like @param and @return, and adds a few Python-specific tags. You can use PythonDoc comments to describe module-level variables and constants, functions, classes, methods, and attributes. PythonDoc 2.0 is a complete rewrite of my xmltoys/PythonDoc tool from last year. The new version uses a much improved parser (based on source code scanning rather than introspection), and is designed to work with Python 1.5.2 and later. PythonDoc 2.0 beta 3 provides limited support for additional JavaDoc tags (@author, @version, etc), uses a slightly modified XML format, works with ElementTree 1.0, supports filename wildcards on Windows, and only writes XML files if you use the -x option. Brief description and examples (for an earlier alpha release): http://online.effbot.org/2003_10_01_archive.htm#pythondoc-20a1 Downloads: http://effbot.org/downloads#pythondoc http://effbot.org/downloads#elementtree Documentation: http://effbot.org/zone/pythondoc.htm Sample output (using the default "compact HTML" renderer): http://effbot.org/zone/pythondoc-compact.htm enjoy /F From alan_salmoni@yahoo.com Mon Oct 27 02:08:03 2003 From: alan_salmoni@yahoo.com (Alan James Salmoni) Date: 26 Oct 2003 18:08:03 -0800 Subject: Release of SalStat 20031022, standalone executables for Linux and Windows! Message-ID: This is a quick note to announce a release of SalStat, the Python/wxPython powered application for scientific statistical analysis. If you're not sure what this is: just think SPSS/StatView/SAS (but a bit more basic... for now!) The 2 new files are stand-alone executables (packaged with the McMillan installer, and Inno setup for Windows), which means that users should be able to use SalStat without having to download Python, wxPython and Numeric. Of course, the source code versions are also available from the website. This is the first Linux binary version for almost a year, and the first Windows binary for about 6 months... (sorry guys, had problems which are now sorted) The Linux version is about 8MB, and 4MB for Windows. The tar.gz file for the source code version is half a meg, but you'll need wxPython and Numeric installed. Also, I want to announce that I have moved most of the action from the SunSite website to SourceForge. The website is there (http://salstat.sourceforge.net) with all the usual details (though a few screenshots have yet to be uploaded). The download page is http://sourceforge.net/project/showfiles.php?group_id=16791. The project page is at http://sourceforge.net/projects/salstat/. I hope you are all well and enjoying programing in Python as much as I am! Alan James Salmoni SalStat Statistics From ngps@netmemetic.com (Ng Pheng Siong) Mon Oct 27 02:07:31 2003 From: ngps@netmemetic.com (Ng Pheng Siong) (Ng Pheng Siong) Date: 27 Oct 2003 02:07:31 GMT Subject: M2Crypto 0.12 with Win32 binaries Message-ID: Hi, M2Crypto 0.12 is now available. What's new: - Tested with Python 2.3. - ZServerSSL with client certificate authentication. - ZServerSSL for Zope 2.7.0b2. - ZServerSSL exports SSL_CIPHER to Zope applications. - setup.py works "out of the box", no Distutils tweaking needed. - Updated build instructions for Mac OS X. M2Crypto is here: http://sandbox.rulemaker.net/ngps/m2/ As usual, feedback is welcome. Cheers. -- Ng Pheng Siong http://firewall.rulemaker.net -+- Manage Your Firewall Rulebase Changes http://sandbox.rulemaker.net/ngps -+- Open Source Python Crypto & SSL From itamar@itamarst.org Mon Oct 27 17:12:37 2003 From: itamar@itamarst.org (Itamar Shtull-Trauring) Date: Mon, 27 Oct 2003 12:12:37 -0500 Subject: ANN: Twisted 1.1.0, the framework of *your* internet Message-ID: Twisted is an event-driven networking framework for server and client applications. For more information, visit http://www.twistedmatrix.com, join the list http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python or visit us on #twisted at irc.freenode.net. The Twisted from Scratch tutorial is a good starting point for learning Twisted: http://twistedmatrix.com/documents/howto/tutorial What's New in 1.1.0 =================== - twisted.application, an updated deployment and configuration library. - Mac OS X GUI event loop integration (requires PyObjC). - New howtos, including a tutorial, and more web framework docs. - The documentation is now better organized, up-to-date with the latest APIs, and in some areas much more extensive. - Removed a number of broken, unmaintained and unused packages and modules. - Bug fixes and feature enhancements. What is Twisted? ================ Twisted is an event-driven framework for building networked clients and servers. It contains a powerful and simple networking core, a full-featured suite of interoperable protocols, among them a powerful web server and applications framework. Twisted supports many event loops for both server apps and GUI integration on the client side, including: - Win32 events, including GUI support - Mac OS X - GTK+ - GTK+ 2 - Qt - wxPython - Tkinter Twisted can run protocols over TCP, SSL, UDP, multicast, Unix sockets and subprocesses. It also includes scheduling support, threading integration, RDBMS event loop integration and other basic requirements for networked applications. Also included are implementations of many protocols. In some cases this includes complete frameworks providing facilities on top of the base protocol: - SSH - IMAP - DNS - FTP (client only, server needs rewrite) - HTTP, including a complete web framework - Jabber - SIP - XML-RPC server and client frameworks - SOAP server framework - NNTP and complete NNTP server framework - SOCKSv4 (server only) - SMTP - IRC - telnet - POP3 - AOL's instant messaging TOC - MSN messaging - OSCAR, used by AOL IM as well as ICQ (client only) - MouseMan serial mice, and GPS devices - Twisted Perspective Broker, a remote object protocol -- Itamar Shtull-Trauring http://itamarst.org/ Available for Python & Twisted consulting From trentm@ActiveState.com Tue Oct 28 01:16:35 2003 From: trentm@ActiveState.com (Trent Mick) Date: Mon, 27 Oct 2003 17:16:35 -0800 Subject: ANN: ActivePython 2.3.2 & ActivePython 2.2.3 Message-ID: We are pleased to announce that versions 2.3.2 and 2.2.3 of ActivePython are now available for download from: http://www.ActiveState.com/ActivePython ActivePython 2.3.2 is the first ActivePython release for the Python 2.3.x series. ActivePython 2.2.3 is a bugfix release for, and supercedes, ActivePython 2.2.2. ActivePython is ActiveState's quality-assured binary build of Python. Builds are currently available for Windows, Linux and Solaris. In addition to the core language, ActivePython features: * zlib and bzip2 for data compression; * Tkinter for Tk development; * a large set of useful Python documentation; and, * on Windows, Mark Hammond's PyWin32 extensions, including the Pythonwin IDE, support for Python ASP, the PythonCOM system. Please submit email feedback to: ActivePython-feedback@ActiveState.com and file bugs against ActivePython at http://bugs.ActiveState.com/ActivePython Thanks, and enjoy! Trent -- Trent Mick TrentM@ActiveState.com From brian@zope.com Tue Oct 28 04:29:54 2003 From: brian@zope.com (Brian Lloyd) Date: Mon, 27 Oct 2003 23:29:54 -0500 Subject: Python for .NET 1.0 beta 1 released Message-ID: Python for .NET 1.0 beta 1 has been released - you can download it from: http://www.zope.org/Members/Brian/PythonNet/ Python for .NET is a near-seamless integration of Python with the .NET common language runtime. For more details, see the README: http://www.zope.org/Members/Brian/PythonNet/README.html With the 1.0 b1 release, it is nearly feature-complete and is now usable for real applications (some simple demos are included). There is also now a mailing list for discussion, questions and issues related to Python for .NET at: pythondotnet@python.org. To subscribe to the mailing list or read the online archives, see: http://mail.python.org/mailman/listinfo/pythondotnet Brian Lloyd brian@zope.com V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com From gherman@darwin.in-berlin.de Tue Oct 28 11:04:20 2003 From: gherman@darwin.in-berlin.de (Dinu Gherman) Date: Tue, 28 Oct 2003 12:04:20 +0100 Subject: ANN: ReSTedit 0.3 - a ReStructuredText editor/explorer Message-ID: ReSTedit 0.3 has been released and is available from: http://python.net/~gherman/ReSTedit.html The latest changes from 0.2 include: - proper file opening/saving capabilities (.txt) added - HTML and PDF export added (PDF needs LaTeX) Dinu -- Dinu C. Gherman - http://python.net/~gherman ...................................................................... "The best way to predict the future is to invent it." (Alan Kay) From gherman@darwin.in-berlin.de Fri Oct 31 08:07:21 2003 From: gherman@darwin.in-berlin.de (Dinu Gherman) Date: Fri, 31 Oct 2003 09:07:21 +0100 Subject: ANN: emkey 0.2 - a simple post-processing tool for Keynote documents Message-ID: Hi, I've released emkey 0.2, a simple post-processing tool for Keynote documents. As of now it might be particularly useful for people using Python code on Keynote slides, but it's easy to imagine additional features. Please see the full Readme for this first release below. Regards, Dinu emkey ===== Summary ------- emkey is an EmPy-based post-processing tool for Apple Keynote documents. Overview -------- emkey is a simple command-line tool for post-processing Apple Keynote documents. It currently imports external text snippets on single slides and can apply syntax color highlighting to them if these are Python source code. Basics ------ emkey works on the APXL [1]_ presentation file of a Keynote [2]_ document. Before using it you create a normal Keynote presentation document. EmPy [3]_ tags like ``@load("fibo.py", colored=1)`` on a slide will then be expanded during post-processing by emkey with the content of the respective file, with syntax highlighting for Python code if desired. The tool makes one backup of the APXL file before modifying it, and allows to revert to this backup after post-processing. History ------- :0.2: first release Requirements ------------ There are no special requirements for running emkey, except a Python interpreter 2.x [4]_, EmPy 3.x (3.3 included), copyrighted by Erik Max Francis and PyFontify (0.5 included), copyrighted by Just van Rossum. Licence ------- emkey is released under the GPL - see the included file, "GPL.txt". The included EmPy and PyFontify modules are licensed under the LGPL and the Python License, respectively. Download -------- The emkey distribution, including one Keynote sample document is available from: http://python.net/~gherman/emkey.html Notes ------ Thanks to Erik Max Francis and Just van Rossum who have kindly allowed to include EmPy and PyFontify respectively into the emkey distribution. Note, that there is no installation procedure by which you might risk to overwrite an existing EmPy or PyFontify. **Be careful when using emkey on Keynote documents! Remember to revert to the original version before re-editing the document with Keynote, again!** Future ------ In principle one could extend this tool to provide further kinds of post-processing capabilities on Keynote files, which, of course, needs intimate knowledge of the APXL files. Links ----- .. [1] http://developer.apple.com/technotes/tn2002/tn2067.html .. [2] http://www.apple.com/keynote .. [3] http://www.alcyone.com/software/empy .. [4] http://www.python.org Author ------ Dinu Gherman, http://python.net/~gherman/Contact.html, 2003-10-31 From astrand@lysator.liu.se Fri Oct 31 11:43:58 2003 From: astrand@lysator.liu.se (Peter Astrand) Date: Fri, 31 Oct 2003 12:43:58 +0100 Subject: popen5: New POSIX process module Message-ID: I've written a new popen-like module for Python. This module overcomes = several limitations with the old popen2 module, but also aims to be a = generic module for starting and communicating with processes on POSIX = systems. It can replace several older modules and functions, like: os.system os.spawn* os.popen* popen2.* commands.* This module features: * Cross-process exceptions: Exceptions happening in the child before the = new process has started to execute are re-raised in the parent. This = means that it's easy to handle exec() failures, for example. With = popen2, it's impossible to detect if the execution failed. * A hook for executing customized code between fork and exec. This can = be used for, for example, changing uid. * No implicit call of /bin/sh. This means that there is no need for = escaping dangerous shell meta characters. * A communicate() method, which makes it easy to send stdin data and = read stdout and stderr data, without risking deadlocks. * Support for connecting several subprocesses (shell "pipe"). The module is available from http://cvs.lysator.liu.se/viewcvs/viewcvs.cgi/popen5/?cvsroot=3Dpython-po= pen5, = or via anonymous CVS = (:pserver:anonymous@cvs.lysator.liu.se:/cvsroot/python-popen5). All feedback is appreciated. /Peter =C5strand From jjl@pobox.com Fri Oct 31 20:54:30 2003 From: jjl@pobox.com (John J. Lee) Date: 31 Oct 2003 20:54:30 +0000 Subject: ANN: ClientForm 0.1.10 released Message-ID: http://wwwsearch.sourceforge.net/ClientForm/ Changes from 0.1.9 to 0.1.10: * XHTML support (only for Pythons >= 2.2). Thanks to Michael Howitz. * A minor bugfix. Requires Python >= 1.5.2. ClientForm is a Python module for handling HTML forms on the client side, useful for parsing HTML forms, filling them in and returning the completed forms to the server. It has developed from a port of Gisle Aas' Perl module HTML::Form, from the libwww-perl library, but the interface is not the same. Simple example: from urllib2 import urlopen from ClientForm import ParseResponse forms = ParseResponse(urlopen("http://www.example.com/form.html")) form = forms[0] print form form["author"] = "Gisle Aas" # form.click returns a urllib2.Request object # (see HTMLForm.click_request_data.__doc__ if you're not using urllib2) response = urlopen(form.click("Thanks")) John