From barry@digicool.com Fri Jan 5 04:43:01 2001 From: barry@digicool.com (Barry A. Warsaw) Date: 5 Jan 2001 04:43:01 GMT Subject: This is a test, please ignore Message-ID: Testing c.l.py.a gateway... From chalky@null.net Sun Jan 7 02:18:20 2001 From: chalky@null.net (Stephen Davies) Date: Sun, 7 Jan 2001 13:18:20 +1100 (EST) Subject: Synopsis 0.2 Released Message-ID: Synopsis is a source code documentation tool that follows a modular architecture to adapt to different languages, comment styles and output formats. Currently it supports IDL and C++ languages and HTML output. It has the ability to scale to large projects, integrating well with Makefiles to only update documentation for changed files. One of the goals of Synopsis is to integrate the documentation between different languages, for example linking implementations in any language with their CORBA interfaces and vice versa. It is written in Python except for the C++ parser, which is a module written in C++ based on OpenC++. The IDL parser uses the omniidl tool from omniORB which is also written in Python. Support for a Python parser is planned for the next release. Changes: Release 0.2 adds C++ support and a rewritten HTML formatter. It is complete enough to be in use by the Berlin Project. Homepage: http://synopsis.sourceforge.net/ Download: http://sourceforge.net/projects/synopsis/ From never@freemail.hu Sun Jan 7 15:07:05 2001 From: never@freemail.hu (Hever, Zsolt) Date: Sun, 07 Jan 2001 16:07:05 +0100 Subject: [ANN] Every.py Chat Message-ID: Every.py Chat is a HTML, JavaScript (Cookie) and Python based very simple chat program. Features: The message board does not blink as the HTML code refreshes itself. It is refreshed, if there is a new message, so the messages are browsable. I have tested it on Linux and Win98 under Netscape and Internet Explorer and hope it works on other platforms and browsers as well. Any comment or critique is welcomed. Download: in tar and gzip format: http://www.bagoly.matavnet.hu/download/chat.tar.gz in zip format: http://www.bagoly.matavnet.hu/download/chat.zip You can test and see it online at: http://www.bagoly.matavnet.hu/chat/felegyhazi/eindex.html Meet Eliza at: http://www.bagoly.matavnet.hu/chat/eliza/eindex.html This is an adaptation of therapist.py program by Joseph Strout (Artifical Intelligence in Python) for CGI. Zsolt Hever From akuchlin@mems-exchange.org Mon Jan 8 03:37:51 2001 From: akuchlin@mems-exchange.org (A.M. Kuchling) Date: Sun, 7 Jan 2001 22:37:51 -0500 Subject: python-dev summary, Dec. 1-15 Message-ID: Python-dev summary, December 1-15, 2000 ======================================= To comment on material in this python-dev summary, you can simply post to comp.lang.python / . These summaries are archived at . A busy two weeks, particularly for the PEPs, where there were several major edits and changes of status. The deadline for PEPs for Python 2.1 is Dec. 15; after this point, no new PEPs will be added to the list (though they may be taken off the list if implementation turns out to be impractical or the proposed idea proves a bad one). I expect the next two week period to be slow on python-dev, since most people will be off on vacation, celebrating the holiday, or otherwise distracted. Unit testing ============ Jeremy Hylton wondered about adding a unit testing framework to Python. The list of suggested candidates produced by people on python-dev is: PyUnit: http://pyunit.sourceforge.net unittest.py from Quixote: http://x63.deja.com/=usenet/getdoc.xp?AN=683946404 (intro) http://www.amk.ca/python/unittest.html (docs) doctest: http://starbase.neosoft.com/~claird/comp.lang.python/doctest.html David Goodger pointed out another unit testing implementation: http://www.objectmentor.com/freeware/downloads.html If readers of this summary know of other unit testing tools for Python, please let python-dev know about them. Peter Funk compared doctest and Quixote's unittest.py: "After reading Andrew's docs, I think Quixote basically offers three additional features if compared with Tim Peters 'doctest'." http://mail.python.org/pipermail/python-dev/2000-December/010882.html __findattr__ ============ Barry Warsaw submitted PEP 231, suggesting a new __findattr__() hook. "My hope is that __findattr__() would eliminate most, if not all, the need for ExtensionClass, at least within the Zope and ZODB contexts. I haven't tried to implement Persistent using it though." http://python.sourceforge.net/peps/pep-0231.html __findattr__ would be called on every attribute access, unlike __getattr__ which is only called when the attribute is not found in an instance's dictionary. __findattr__ poses a self-referential problem, though; how would the __findattr__ access any of the contents of an instance, since it would be recursively called on any attribute access within the body of the __findattr__()? Barry's PEP used a .infindattr attribute that would be set to true inside a __findattr__ method, but that isn't thread-safe. Other approaches were suggested -- store this in the thread state, compile special tricks into the bytecode compiled for __findattr__ calls -- but nothing seemed very clean. GvR's response to all this was "I'm unconvinced by the __findattr__ proposal as it now stands," and went on to reject the PEP. Iterating through dictionaries ============================== Discussion about iterating through dictionaries without constructing a list of keys (the .popitem() proposed in the 2 weeks covered by the previous python-dev summary). Christian Tismer analyzed the math for the hash tables that underly dictionaries: "The powers of µ reach all these patterns. Therefore, each pattern *is* some power of µ. By multiplication with µ we can reach every possible pattern exactly once. Since these patterns are used as distances from the primary hash-computed slot modulo 2^n, and the distances are never zero, all slots can be reached." http://mail.python.org/pipermail/python-dev/2000-December/010913.html Christian went on to use this to attempt to improve the hashing algorithm used for dictionaries: "While the current algorithm is 110 times slower on a worst case dict (quadratic behavior), the new algorithm accounts a little for the extra cycle, but is only 4 times slower." http://mail.python.org/pipermail/python-dev/2000-December/011085.html Tim thought that the GF() hashing wasn't relevant to the problem of consuming the entire contents of a dictionary, and proposed a different popitem() implementation: http://mail.python.org/pipermail/python-dev/2000-December/010916.html PEP Progress ============ PEP 207, the Rich Comparison PEP, was updated by Guido. Rich comparisons would provide more flexibility, making it possible to separately overload <, >, <=, >=, ==, != in classes, and to return something besides a Boolean result. The idea has been around for years, and David Ascher wrote an earlier proposal a few years ago. PEP 207 is mostly a re-editing of David's proposal by GvR. http://python.sourceforge.net/peps/pep-0207.html Neil Schemenauer has been beavering away at PEP 208, clarifying the semantics and the implementation of __coerce__: http://python.sourceforge.net/peps/pep-0208.html The patch for Neil's reference implementation is patch #102652: http://sourceforge.net/patch/?func=detailpatch&patch_id=102652&group_id=5470 GvR approved PEP 217, written by Moshe Zadka: "Display Hook for Interactive Use". This PEP adds a sys.displayhook(obj) function which is called to display results in the interactive interpreter, making it easy to use str() or a fancy pretty-printing function instead of just the default repr(). http://python.sourceforge.net/peps/pep-0217.html Jeremy Hylton updated PEP 227, "Statically Nested Scopes": http://python.sourceforge.net/peps/pep-0227.html Jeremy's prototype implementation is available as patch #102864: http://sourceforge.net/patch/?func=detailpatch&patch_id=102864&group_id=5470 PEP 230, a warning framework proposal, also received GvR's final approval during this time period. http://python.sourceforge.net/peps/pep-0230.html Three new PEPS: #231 was born and died during this time period, and is discussed in the __findattr__ section above. #232 is Barry Warsaw's proposal for function attributes, and 233 is Paul Prescod's proposal for an on-line help facility in the interpreter. http://python.sourceforge.net/peps/pep-0232.html http://python.sourceforge.net/peps/pep-0233.html Deprecating the string module? ============================== GvR made a few checkins that replaced uses of string.* functions with string methods. Neil Schemenauer asked "Can you explain the logic behind this recent interest in removing string functions from the standard library? It it performance? Some unicode issue?" Guido's response was "As a realistic test of the warnings module I played with some warnings about the string module, and then found that most of the std library modules use it, triggering an extraordinary amount of warnings." http://mail.python.org/pipermail/python-dev/2000-December/011051.html Tim wondered if this was really necessary: "'string' is right up there with 'os' and 'sys' as a FIM (Frequently Imported Module), so the required code changes will be massive. As a user, I don't see what's in it for me to endure that pain: the string module functions work fine!" http://mail.python.org/pipermail/python-dev/2000-December/011054.html This sparked a lengthy debate; *is* the string module going away? Guido dislikes the duplication in having both a string module and string methods, though it would only disappear several major releases in the future; Barry Warsaw prefers string methods over string functions. While Greg Wilson also liked removing the duplication of functionality, GvR and Barry seem to be otherwise alone on this point; no one sees the need to remove the string module, and some people don't like string methods that much, particularly in certain cases such as the .join() method. Other stuff =========== Thomas Gellekum submitted a wrapper for the panel library that comes with ncurses. However, the additional code would make _cursesmodule.c even larger (60K, 2500 lines), so instead AMK proposed splitting up the C module. Fred Drake pointed out a better way, using CObjects to export an API: http://mail.python.org/pipermail/python-dev/2000-December/010971.html A patch was submitted to SourceForge, and is currently waiting for more people to look at it: http://sourceforge.net/patch/?func=detailpatch&patch_id=102813&group_id=5470 Related Links ============= Python-dev archives: http://www.python.org/pipermail/python-dev/ Python project page on SourceForge: http://sourceforge.net/projects/python Python Enhancement Proposals (PEPs): http://python.sourceforge.net/peps/ From akuchlin@mems-exchange.org Mon Jan 8 03:38:12 2001 From: akuchlin@mems-exchange.org (A.M. Kuchling) Date: Sun, 7 Jan 2001 22:38:12 -0500 Subject: python-dev summary, Dec. 16-31 Message-ID: Python-dev summary, December 16-31, 2000 ======================================== To comment on material in this python-dev summary, you can simply post to comp.lang.python / . These summaries are archived at . The past two weeks turned out to be less quiet than expected, though most of the items were minor ones. 2.1 release plans ================= December 15 was the deadline for PEPs; no new PEPs will be considered for inclusion in 2.1, and PEPs not in the active list will not be considered either. Martin von Loewis wondered if the timetable for Python 2.1 was realistic: "I think it is unrealistic to expect the same amount of commitment for the next release, especially if that release appears just a few months after the previous release (that is, one month from now)." GvR thought that the ideas being considered for Python 2.1 were much smaller than the changes that went into 2.0, and listed them: http://mail.python.org/pipermail/python-dev/2000-December/011069.html Module autoconfiguration ======================== Eric S. Raymond noted that the curses module isn't automatically built, and that in general more modules could be built without requiring explicit user intervention: "This is not good, as it may lead careless distribution builders to ship Python 2.0s that will not be able to support the curses front end in CML2." http://mail.python.org/pipermail/python-dev/2000-December/011194.html AMK has been working on PEP 229, a proposal to automatically configure and compile extension modules, and the accompanying patch. This would replace the Module/Setup file and makesetup script, and fix ESR's problem. http://python.sourceforge.net/peps/pep-0229.html The patch: http://sourceforge.net/patch/?func=detailpatch&patch_id=102588&group_id=5470 On that note, a link was posted to the current version of the automatic setup.py script, asking for people to try it out on various platforms and offer corrections: "Is anything missing that should have been built? Did an attempt at building a module fail? These indicate problems autodetecting something, so if you can figure out how to find the required library or include file, let me know what to do." Instructions are in my post: http://mail.python.org/pipermail/python-dev/2000-December/011231.html The setup script can be downloaded from: http://www.amk.ca/files/python/setup.py Please give it a try. chomp() ======= People have suggested adding a chomp() function that performs the same task as the Perl built-in: it removes the trailing newline from a string. http://sourceforge.net/patch/?func=detailpatch&patch_id=103029&group_id=5470 Reaction was mixed: Moshe liked it, but others thought that the existing rstrip() method, which removes *all* whitespace from the end of a string, is sufficient. Calls for assistance ==================== Moshe Zadka noted that the FAQ is out of date, and that the FAQwizard on python.org had been down for some time without anyone noticing: "I think the FAQ-Wizard method has proven itself not very efficient (for example, apparently no one noticed until now that it's not working)." The FAQ should really be maintained by an editor; does anyone want to volunteer? http://mail.python.org/pipermail/python-dev/2000-December/011240.html The PSA bookstore has been updated, rewritten, and resurrected as the Python bookstore. Contributions of additional reviews, suggestions for titles, etc. are welcome. http://www.amk.ca/bookstore/ Other stuff =========== The mailing lists on python.org ran into trouble near the end of the month; list services were moved from a machine at CNRI to one at Digital Creations, the disk on mail.python.org filled up, Postfix on mail.python.org inserts a delay of some hours, and a bug in Mailman was found: "This is serious enough to warrant a Mailman 2.0.1 release, probably mid-next week." http://mail.python.org/pipermail/python-dev/2000-December/011242.html The changes to the curses module to export a C API, discussed in the previous python-dev summary, met with approval and were checked in. This meant that Thomas Gellekum's curses.panel module could also be added. Anyone want to work on wrapping the form and/or menu libraries that come with ncurses? Python may avoid the need to argue over where to put the braces, but there's still the need to use a consistent style in Python's C code. Fred Drake suggested using 4-space indents, no tabs; this is different from GvR's preferred style, but according to Fred, the 4-space style is tolerated as an alternative. GvR pronounced on this: "If 3rd party code is already written using a different style, it can stay that way, especially if it's a large volume that would be hard to reformat." http://mail.python.org/pipermail/python-dev/2000-December/011195.html Related Links ============= Python-dev archives: http://www.python.org/pipermail/python-dev/ Python project page on SourceForge: http://sourceforge.net/projects/python Python Enhancement Proposals (PEPs): http://python.sourceforge.net/peps/ From amyk@foretec.com Thu Jan 11 19:20:38 2001 From: amyk@foretec.com (Amy Katherine) Date: Thu, 11 Jan 2001 14:20:38 -0500 Subject: ***Python 9 Conference New Updates and Developments*** Message-ID: Greetings! Below are some important updates on Python 9 events and activities. Information on the refereed papers and posters is now available at http://www.python9.org/p9-refereedpapers1.html. Six refereed papers have been nominated for the Best Paper Award. Attendees will vote for the Best Paper, and the award will be presented at the closing plenary session on March 7. Information on the Python Applications Track is now available at http://www.python9.org/p9-applications1.html. ActiveState, the PythonLabs development team at Digital Creations, and Secret Labs AB (PythonWare) will all host sessions featuring their latest innovations based on Python. The track will also include a Lightning Talks session. Proposals for Lightning Talks are now being accepted! If you wish to participate in this session, please send a message to lightning-talks@python9.org. Information on the Zope Track is now available at http://www.python9.org/p9-zope1.html. Digital Creations' Zope, written in Python, is the leading Open Source application server. Attendees of this track will learn Zope basics and advanced usage and hear about new developments in the Zope world. ______________________________________ *****Reminders***** Early Bird Registration closes on February 2, 2001. To register, please go to http://www.python9.org/p9-reginfo.html. Sleeping rooms at the Hilton Long Beach are going fast! Please go to www.python9.org/p9-hotelinfo.html for information on reserving a sleeping room. Detailed information on all conference events and activities can be found at www.python9.org (updated frequently!). ______________________________________ Platinum Sponsor: ActiveState (www.ActiveState.com) Gold Sponsor: Digital Creations (www.digicool.com) Silver Sponsor: O'Reilly & Associates (www.oreilly.com) From uche.ogbuji@fourthought.com Tue Jan 16 14:33:35 2001 From: uche.ogbuji@fourthought.com (uche.ogbuji@fourthought.com) Date: Tue, 16 Jan 2001 07:33:35 -0700 Subject: ANN: 4Suite 0.10.1 Message-ID: Fourthought, Inc. (http://Fourthought.com) announces the release of 4Suite 0.10.1 --------------------------- Open source tools for standards-based XML, DOM, XPath, XSLT, RDF XPointer, XLink and object-database development in Python http://4Suite.org 4Suite is a collection of Python tools for XML processing and object database management. An integrated packaging of several formerly separately-distributed components: 4DOM, 4XPath and 4XSLT, 4RDF, 4ODS, 4XPointer, 4XLink and DbDOM. News ---- * PyXML (0.6.3 + fixes) is now built in * Implement XInclude * DbDom: Implement cloneNode and document fragments * XSLT: More thorough test harness * XSLT: Support source docs from stdin on 4xslt command line * XSLT: Implement unparsed-entity-uri * XSLT: Restricted HTML writer output allowed as security tool * XPath: Add extension funcs: evaluate,distinct,split,range,if,find * DOM: Update to 2000-11-13 level 2 recomendation * DOM: Proper SAX2 support for reader * DOM: Add native sgmlop reader * RDF: Add removeAll to Model * Documentation updates and consolidation * Domlette reader option to force 8-bit DOM strings even in Python 2.0 * Organize Reader and URI handler APIs to allow easier customizations * Many Python 1.5.2 and 2.0 compatibility fixes * Many misc optimizations * Many misc bug-fixes * 4Suite.org revamped: much heavier use of 4Suite Server features More info and Obtaining 4Suite ------------------------------ Please see http://4Suite.org >From where you can download source, Windows and Linux binaries. 4Suite is distributed under a license similar to that of the Apache Web Server. -- Uche Ogbuji Principal Consultant uche.ogbuji@fourthought.com +01 303 583 9900 x 101 Fourthought, Inc. http://Fourthought.com 4735 East Walnut St, Ste. C, Boulder, CO 80301-2537, USA Software-engineering, knowledge-management, XML, CORBA, Linux, Python From uche.ogbuji@fourthought.com Tue Jan 16 14:33:58 2001 From: uche.ogbuji@fourthought.com (uche.ogbuji@fourthought.com) Date: Tue, 16 Jan 2001 07:33:58 -0700 Subject: ANN: 4Suite Server 0.10.1 Message-ID: Fourthought, Inc. (http://Fourthought.com) announces the release of 4Suite Server 0.10.1 ---------------------------- An open source XML data server based on open standards implemented using 4Suite and other tools http://FourThought.com/4SuiteServer http://4Suite.org News ---- * Windows support * Smoother installation and configuration * Comprehensive installation HOWTOs * HTTP server support * Raw file support: can serve arbitrary files given mime type * Very experimental SOAP support * Python 2.0 support * More demos * Many optimizations and bug fixes * 4Suite.org revamped: much heavier use of 4Suite Server features 4Suite Server is a platform for XML processing. It features an XML data repository, a rules-based engine, and XSLT transforms, XPath and RDF-based indexing and query, XLink resolution and many other XML services. It also supports related services such as distributed transactions and access control lists. It supports remote, cross-platform and cross-language access through CORBA, HTTP and other request protocols to be added shortly. It's not meant to be a full-blown application server. It provides highly-specialized services for XML processing that can be used with other application servers. The software is open-source and free to download. Priority support and customization is available from Fourthought, Inc. For more information on this, see the http://FourThought.com, or contact Fourthought at info@fourthought.com or +1 303 583 9900 The 4Suite Server home page is http://FourThought.com/4SuiteServer >From where you can download the software itself or an executive summary thereof, read usage scenarios and find other information. From lance@johnstonwells.com Tue Jan 16 17:26:34 2001 From: lance@johnstonwells.com (Lance Thomas) Date: Tue, 16 Jan 2001 10:26:34 -0700 Subject: [Announce] Kaivo Announces Python Training Partnership Message-ID: This is a MIME message. If you are reading this text, you may want to consider changing to a mail reader or gateway that understands how to properly handle MIME multipart messages. --=_F2A9A140.83E28A80 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable FOR IMMEDIATE RELEASE =20 KAIVO ANNOUNCES PYTHON TRAINING PARTNERSHIP DENVER (Jan. 16, 2001) - Kaivo, a leading Open Source solutions provider, = announced that=20 they will be partnering with Mark Lutz, one of the primary figures in the = Python community, in the delivery of Python education and training. The three day course, "Python for Programmers" is an in-depth, hands-on = introduction to the Python programming / scripting language. Students will = learn Python language fundamentals as well as how to apply Python in a = handful of common application domains, such as=20 Internet scripting, systems programming, and user interface development. = "Python for=20 Programmers" has been successfully presented to both programming experts = and novices. Therefore there are no absolute prerequisites for it other = than basic computer familiarity. Some prior background in programming may = help for later topics, but is not generally required. The first course will be offered February 21 to 23 in Denver, CO. = Detailed course information and on-line registration is available at = http://www.kaivo.com/KaivoCourses/catalog or call Kaivo at 303-539-0200 = and ask for a training coordinator. Kaivo plans to co-sponsor future = classes, in Denver as well as other parts of the country-check www.kaivo.co= m for periodic updates to the schedule. =20 "Our customers and potential customers are constantly requesting Python = training," said=20 Kathy Gosa, Kaivo's vice president of education. "The extremely rapid = growth of the Python community has driven us to provide the best training = possible. We are very excited to be partnering with someone of Mark's = expertise." Mark Lutz is a Python trainer, writer, and software developer, and is one = of the primary figures=20 in the Python community. He is the author of the O'Reilly books "Programmin= g Python" and "Python Pocket Reference" and co-author of "Learning = Python". Mark has been involved with Python since 1992, and began teaching = Python classes in 1997. "I'm excited to be working with Kaivo," said Lutz, "especially due to = their experience with open systems and open source. I think their = co-sponsoring of this class and future classes indicates the continuing = rapid growth of Python adoption." ABOUT KAIVO Kaivo began as a UNIX education and training provider in 1984. We have = been educating customers on the benefits and power of Open Systems and = Open Source tools for sixteen years. That experience has taught us how = important technical training can be to the rapid adoption and successful = implementation of a powerful tool like Python.=20 ABOUT PYTHON Python is a popular object-oriented scripting language, used for a wide = variety of=20 programming tasks. Visit www.python.org for more information, and to = download the most current Python release free.=20 # # # Contacts: =20 Kathy Gosa=20 VP Education=20 Kaivo =20 303.539.0200=20 www.kaivo.com Mark Lutz lutz@rmi.net http://www.rmi.net/~lutz --=_F2A9A140.83E28A80 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Description: HTML
FOR IMMEDIATE RELEASE=20          
 
KAIVO ANNOUNCES PYTHON TRAINING PARTNERSHIP
 
DENVER (Jan. 16, 2001) - Kaivo, a leading Open Source solutions = provider,=20 announced that
they will be partnering with Mark Lutz, one of the primary figures in = the=20 Python community, in the delivery of Python education and training.
 
The three day course, "Python for Programmers" is an in-depth, = hands-on=20 introduction to the Python programming / scripting language. Students will = learn=20 Python language fundamentals as well as how to apply Python in a handful = of=20 common application domains, such as
Internet scripting, systems programming, and user interface=20 development.  "Python for
Programmers" has been successfully presented to both programming = experts=20 and novices. Therefore there are no absolute prerequisites for it other = than=20 basic computer familiarity. Some prior background in programming may help = for=20 later topics, but is not generally required.
 
The first course will be offered February 21 to 23 in Denver, = CO. =20 Detailed course information and on-line registration is available at http://www.kaivo.com/Kai= voCourses/catalog=20 or call Kaivo at 303-539-0200 and ask for a training coordinator.  = Kaivo=20 plans to co-sponsor future classes, in Denver as well as other parts of = the=20 country-check www.kaivo.com for = periodic=20 updates to the schedule.
 
"Our customers and potential = customers are=20 constantly requesting Python training," said
Kathy Gosa, Kaivo's vice president of education. "The extremely = rapid=20 growth of the Python community has driven us to provide the best = training=20 possible.  We are very excited to be partnering with someone of = Mark's=20 expertise."
Mark Lutz is a Python trainer, writer, and software developer, and is = one=20 of the primary figures
in the Python community. He is the author of the O'Reilly books=20 "Programming Python" and "Python Pocket Reference" and co-author of = "Learning=20 Python". Mark has been involved with Python since 1992, and began = teaching=20 Python classes in 1997.
 
"I'm excited to be working with Kaivo," said Lutz, "especially due to = their=20 experience with open systems and open source.  I think their = co-sponsoring=20 of this class and future classes indicates the continuing rapid growth of = Python=20 adoption."
 
ABOUT KAIVO
Kaivo began as a UNIX education and training provider = in=20 1984.  We have been educating customers on the benefits and power of = Open=20 Systems and Open Source tools for sixteen years.  That experience = has=20 taught us how important technical training can be to the rapid adoption = and=20 successful implementation of a powerful tool like Python.
 
ABOUT PYTHON
Python is a popular object-oriented scripting = language,=20 used for a wide variety of
programming tasks.  Visit www.python.org for more information, = and to=20 download the most current Python release free.
 
# # #
Contacts: 
Kathy Gosa 
VP Education 
Kaivo   
303.539.0200
www.kaivo.com
 
Mark Lutz
lutz@rmi.net
http://www.rmi.net/~lutz
--=_F2A9A140.83E28A80-- From akuchlin@mems-exchange.org Tue Jan 16 20:19:48 2001 From: akuchlin@mems-exchange.org (Andrew Kuchling) Date: Tue, 16 Jan 2001 15:19:48 -0500 Subject: Quixote 0.2 released Message-ID: Version 0.2 of the Quixote Web development toolkit is now available. Quixote uses Python package to store all the code and HTML for a Web-based application. PTL, Python Template Language, is used to mix HTML with Python code; the basic syntax looks just like Python, but expressions are converted to strings and appended to the output. Notable changes in this version are: handler methods are now passed a single 'request' object, and not a request,response pair; added a config parser, so that Individual Quixote applications can have their own configuration settings; the session management has been overhauled; PTL modules can now have docstrings; and other various minor bug fixes and enhancements. Some of these changes, especially the first one, are incompatible with the previously released version, so existing code will have to be rewritten to work with this version. The Quixote home page is at: http://www.mems-exchange.org/software/python/quixote/ The code can be downloaded from: http://www.mems-exchange.org/software/files/quixote/ Thanks to Neil Schemenauer, who did most of the packaging of this release, and to the various developers at the MEMS Exchange who've contributed to this release. --amk From rupe@metro.yak.net Fri Jan 12 08:17:37 2001 From: rupe@metro.yak.net (Rupert Scammell) Date: Fri, 12 Jan 2001 03:17:37 -0500 (EST) Subject: [Module] pyfi / 1.0 Message-ID: pyfi / 1.0 ---------- pyfi provides a set of functions that perform commonly used financial calculations pyfi is a library that provides a set of financial functions for the Python language. All functions are comprehensively documented in the source. Functions implemented in pyfi Version 1.0 are: Simple interest (sint) Simple interest future value (sint_future_val) Compound interest (cint) Compound interest future value (cint_future_val) Annual yield (ayield) Ordinary annuity (o_annuity) Present value of annuity (pval_annuity) Amortization (amort) pyfi's Advogato project page is http://www.advogato.com/proj/py-fi Contributions and suggestions for further development are welcomed. URL: http://metro.yak.net/pyfi.html Download: http://metro.yak.net/pyfi.py License: Public Domain Categories: Math Rupert Scammell (rupe@metro.yak.net) http://metro.yak.net -- pyfi / 1.0 -- pyfi provides a set of functions that perform commonly used financial calculations From x@vex.net Tue Jan 9 19:40:25 2001 From: x@vex.net (Parnassus Submission) Date: Tue, 9 Jan 2001 14:40:25 -0500 (EST) Subject: Python 2.0 Message-ID: Python 2.0 ----------- Python 2.0 for QNX RTP RTOS Python 2.0 is now available for the real-time operating system QNX RTP (QNX Neutrino) Tcl8.2.3 / Tk8.2.3 are implemented ... IDLE is running. A GUI extension is also available. There is also a Python 2.0 version downloadable for QNX 4. URL: http://sourcforge.net/projects/pyqnx License: Python Style Platform: QNX4, QNX RTP Requires: Tcl/TK , Tilcon TRTD Gui: Tkinter, Tilcon TRTD Categories: Python Tools/Extensions Armin Steinhoff http://sourceforge.net/projects/pyqnx -- Python 2.0 -- Python 2.0 for QNX RTP RTOS From simon2@www2.hku.nl Tue Jan 16 22:10:48 2001 From: simon2@www2.hku.nl (Simon de Bakker) Date: Tue, 16 Jan 2001 17:10:48 -0500 (EST) Subject: [Module] midipy 2.0 Message-ID: midipy 2.0 ---------- midi input & output Midi input and output in python and some basic channel filtering for now. Extensive filtering and thru will be added shortly. URL: http://www2.hku.nl/~simon2 Download: http://www2.hku.nl/~simon2/python/bin/midipy/midipy20.zip Platform: Win32 Binaries: yes Categories: Sound/Audio Simon de Bakker (simon2@www2.hku.nl) http://www2.hku.nl/~simon2 -- midipy 2.0 -- midi input & output From v@omniscia.org Thu Jan 11 00:04:21 2001 From: v@omniscia.org (Vivake Gupta) Date: Wed, 10 Jan 2001 19:04:21 -0500 (EST) Subject: [Module] Simplex Message-ID: Simplex ------- Regression method for arbitrary nonlinear function minimization. Simplex minimizes an arbitrary nonlinear function of N variables by the Nedler-Mead Simplex method as described in: Nedler, J.A. and Mead, R., "A Simplex Method for Function Minimization", Computer Journal, Vol. 7, 1965, pp. 308-313. It makes no assumptions about the smoothness of the function being minimized. It converges to a local minimum which may or may not be the global minimum depending on the initial guess used as a starting point. URL: http://www.omniscia.org/~vivake/python/ Download: http://www.omniscia.org/~vivake/python/Simplex.py License: GPL Categories: Math Vivake Gupta (v@omniscia.org) http://www.omniscia.org/~vivake/python/ -- Simplex -- Regression method for arbitrary nonlinear function minimization. From simon2@www2.hku.nl Tue Jan 9 23:40:19 2001 From: simon2@www2.hku.nl (Simon de Bakker) Date: Tue, 9 Jan 2001 18:40:19 -0500 (EST) Subject: [Module] MIDIpy Message-ID: MIDIpy ------ Get midi input on win32 platform Get midi input from any midi device on the win32 platform. Later versions will add midi output and midi thru. URL: http://www2.hku.nl/~simon2 Download: http://www2.hku.nl/~simon2/python/bin/midipy/midipy.zip Platform: Win32 Binaries: yes Categories: Sound/Audio Simon de Bakker (simon2@www2.hku.nl) http://www2.hku.nl/~simon2 -- MIDIpy -- Get midi input on win32 platform From hassan@dotfunk.com Fri Jan 12 21:50:34 2001 From: hassan@dotfunk.com (Scott Hassan) Date: Fri, 12 Jan 2001 16:50:34 -0500 (EST) Subject: [Application] ImageServer Message-ID: ImageServer ----------- a simple web based digital photo management system Image Server is simple web based digital photo management system. It is used to display, store, annotate, and archive thousands of photos. There are many built-in features to make it easy to display your photos to the world. URL: http://www.dotfunk.com/projects/image_server/ License: GPL Platform: Linux Requires: PIL, jpeglib Binaries: Linux Categories: Internet Scott Hassan (hassan@dotfunk.com) http://www.dotfunk.com/hassan/homepage/ -- ImageServer -- a simple web based digital photo management system From acox@globalnet.co.uk Mon Jan 15 22:18:18 2001 From: acox@globalnet.co.uk (Andrew Cox) Date: Mon, 15 Jan 2001 17:18:18 -0500 (EST) Subject: [Module] PyGlut Message-ID: PyGlut ------ A Python binding for GLUT PyGlut exposes everything from GLUT 3.7 including the API version 4 stuff related to games (fullscreen modes for example). URL: http://www.users.globalnet.co.uk/~acox/PyGlut/index.html Binaries: Win32 Categories: Graphics, Graphics/GUI Andrew Cox (acox@globalnet.co.uk) http://www.users.globalnet.co.uk/~acox/index.html -- PyGlut -- A Python binding for GLUT From beazley@cs.uchicago.edu Thu Jan 18 03:07:22 2001 From: beazley@cs.uchicago.edu (David Beazley) Date: Wed, 17 Jan 2001 21:07:22 -0600 (CST) Subject: CFP: 2001 O'Reilly Open Source Convention Message-ID: *** CALL FOR PARTICIPATION *** O'Reilly Open Source Convention July 23-27, 2001 San Diego, California *** Python Track *** O'Reilly & Associates is pleased to announce the 3rd annual Open Source Convention. This event is the central gathering place for the Open Source community to exchange ideas, techniques, and to advance the language. The Open Source Convention is a five-day event designed for programmers, developers, and technical staff involved in Open Source technology and its applications. The convention will be held at the Sheraton San Diego Hotel and Marina, San Diego, California, July 23-27, 2001. The program committee of the Python track invites submissions of tutorial and convention presentation on topics of interest to Python programmers. Tutorial Presentations ---------------------- The first two days of the convention are devoted to tutorials. Tutorial proposals must include the following: - Tutorial length (3 or 6 hours) - Target audience including any recommended prerequisites. - What attendees will learn. - Tutorial outline--a short bullet list description of the course itself. - Speaker name - Speaker biography - Complete speaker contact information. The program committee particularly encourages the submission of tutorials that are designed to present core Python topics to a technically sophisticated audience (i.e., tutorials should favor technical depth versus advocacy and high-level overviews). Conference Presentations ------------------------ Convention proposals will be considered for the following types of talks: - Focused discussions related to a specific Python technology or programming technique. Typical examples might include extension building, internationalization, programming with threads, Tkinter, and XML. - New product/technology demonstrations. - Panel discussions. - Applications and case studies that describe the use of Python in real-world applications. Convention proposals must include the following: - Type of talk -- technology, new product, panel, or case-study. - Title of talk or demonstration. - Abstract of talk, maximum of 250 words. - Speaker name. - Speaker biography. - Complete speaker contact information. Submissions of novel and unusual Python applications are particularly encouraged. Presentations by marketing staff or with a marketing focus will not be accepted. Submitting Your Proposal ------------------------ All proposals must be sent to oscon2001-proposals@oreilly.com Proposals should be sent in plain text with no attachments. Submit one proposal per email. The subject line of your email must follow this format: Last name: proposal type: proposal title For example: Johnson: Tutorial: Advanced Python Programming You will receive an automatic confirmation upon receipt of each proposal. Important Dates --------------- Tutorial and presentation proposals due: February 1, 2001 Notification to presenters : March 1, 2001 Tutorial presentations due : May 1, 2001 Convention presentations due : June 1, 2001 More Information ---------------- More information about the convention can be found at: http://conferences.oreilly.com/oscon2001 Specific questions concerning the Python track can be sent to ora-python-pc@cs.uchicago.edu. Python Track Program Committee ------------------------------ Andrew Kuchling, MEMS Exchange Andy Robinson, ReportLab David Ascher, ActiveState Paul Dubois, Lawrence Livermore National Laboratory David Beazley, University of Chicago, Chair Fredrik Lundh, Secret Labs AB/PythonWare Greg Stein, Technical Advisor, ActiveState Jason Asbahr, Origin/Electronic Arts Jeremy Hylton, Digital Creations Tim Peters, Digital Creations Guido van Rossum, Digital Creations From bckfnn@worldonline.dk Thu Jan 18 20:20:43 2001 From: bckfnn@worldonline.dk (Finn Bock) Date: Thu, 18 Jan 2001 20:20:43 GMT Subject: ANN: Jython-2.0 released Message-ID: I am happy to announce the release of Jython 2.0. Jython is a Java implementation of the Python programming language. It allows users to compile Python source code to Java byte codes, and run the resulting bytecodes on any Java Virtual Machine. It is a very seamless and smooth integration with Java: from Python you have complete access to all Java libraries, can build applets, can integrate with Java beans, and can subclass Java classes in Python and vice versa. Like Python, and unlike Java, Jython can also be used interactively: just type some Jython code at the prompt and see the results immediately. A java installer is available for download at the Jython website: http://www.jython.org/ Installation is started by running the installer class. Further information and tips on installation is available at: http://www.jython.org/install.html Jython 2.0 is feature compatible with Python 2.0 and among the new feature are: - Augmented assignment, e.g. x += 1 - List comprehensions, e.g. [x**2 for x in range(10)] - Extended import statement, e.g. import Module as Name - Extended print statement, e.g. print >> file, "Hello" A complete list of changes and differences are available here: http://www.jython.org/NEWS.html Bugs can be reported to the bug manager on SourceForge: http://sourceforge.net/bugs/?group_id=12867 Cheers, the jython-developers From akuchlin@mems-exchange.org Fri Jan 19 03:16:29 2001 From: akuchlin@mems-exchange.org (A.M. Kuchling) Date: Thu, 18 Jan 2001 22:16:29 -0500 Subject: python-dev summary, Jan. 1-15 Message-ID: Python-dev summary, January 1-15, 2001 ====================================== To comment on material in this python-dev summary, you can simply post to comp.lang.python / . These summaries are archived at . Heading for 2.1alpha1 ===================== The pace of checkins has been steadily increasing in preparation for the release of the first alpha of Python 2.1, still scheduled for Friday, January 19 (but don't be surprised if it's a few days late). The following PEPs had their implementations committed: PEP 208, "Reworking the Coercion Model"; PEP 230, "Warning Framework"; PEP 232, "Function Attributes". PEP 222, "Web Library Enhancements", has been abandoned, or at least deferred to some future Python release. Speeding up file.readline() =========================== Improving the speed of line-by-line file access generated the most discussion during this period. New users wanting to compare Python and Perl often try the benchmark of writing simple loops in both languages to read all the lines in the file. Python 2.0 comes out slower in this test, but no one had ever looked into the cause. As a datapoint, Tim Peters measured a "while 1: line = file.readline()" loop at 30 seconds on Windows, while a Perl loop took 6 seconds, for a factor of 7 difference; the numbers are somewhat better on most Unix machines, but Python is still consistently slower. This benchmark came up for discussion in comp.lang.python. The python-dev discussion started with a patch submitted by Jeff Epler that added an xreadlines() function, analogous to xrange(), so you could write "for line in file.xreadlines(): ...". "The desire is to iterate over file contents in a way that satisfies the following criteria: * Uses the 'for' syntax, because this clearly captures the underlying operation. (files can be viewed as sequences of lines when appropriate) * Consumes small amounts of memory even when the file contents are large. * Has the lowest overhead that can reasonably be attained." http://mail.python.org/pipermail/python-dev/2001-January/011265.html Many false paths were followed in the resulting lengthy threads. I don't propose to summarize every single red herring, but will instead jump right to the conclusions. The loop inside Python's readline() function is a straightforward while loop using getc(). In multithreaded environments, getc() has to lock the file object, and this adds additional overhead. On Windows the overhead is startling: "It looks like we're paying (on Win98SE) approximately: 17 seconds for compiling with _MT (threadsafe libc) 6 seconds to do the work 5 seconds for "other stuff", best guess mostly a poor platform malloc/realloc 2 seconds for not optimizing the loop -- 30 total" http://mail.python.org/pipermail/python-dev/2001-January/011339.html Perl is fast because it accesses the internals of C's FILE objects, accessing the stream's buffers directly. The problem is that this is nonportable and, as Tim Peters discovered, complicated: "20 years ago I may have thought this was fun. I thought debugging large systems of m4 macros was fun then, and I'm not sure this is either better or worse than that -- well, it's worse, because I understood m4's implementation." http://mail.python.org/pipermail/python-dev/2001-January/011317.html Windows has very high locking overhead for some reason, but this overhead is still present on Unix platforms. The Single Unix Specification includes a getc_unlocked() function that does no locking and saves this overhead; the flockfile() and funlockfile() functions can be used to lock the stream outside of an inner loop. Most Unix platforms seem to gain an improvement of a factor of 4 or so, but Mark Favas reported an extreme value: Tru64, the simple while loop went from 322 seconds to 10 seconds, a factor of 32. Windows doesn't have a getc_unlocked(), so a different solution needs to be used there. Tim came up with a scheme using fgets(); fgets on its own isn't suitable for reading lines, because there's no way to detect embedded nulls, but you can fill a buffer with non-null bytes, read a line into the buffer, and then search from the left for a newline. "Surprise? Despite all the memsets, memchrs (looking for a newline), and one-at-a-time backward searches (looking for a null byte), it's a huge win on Windows." The simple while loop went from 30 seconds to 13 seconds. http://mail.python.org/pipermail/python-dev/2001-January/011379.html Some improvements were also made to the fileinput module, and Jeff Epler's xreadlines module was added, with the right glue to add an .xreadlines() method to file objects that automatically imports the module. 'for line in file.xreadlines()' usually takes about half the time of the simple while loop. Therefore, Python 2.1 will have significantly faster file I/O for the common task of processing a file line-by-line. pydoc ===== Ka-Ping Yee announced pydoc, a tool for browsing the python documentation: "At the shell prompt, 'pydoc ' displays documentation on , very much like 'man'." ?!ng posted a sample transcript of pydoc in action: http://mail.python.org/pipermail/python-dev/2001-January/011538.html It's been checked into the sandbox area of the CVS tree: http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/python/nondist/sandbox/help/?cvsroot=python Try it out! The more favorable reaction to pydoc and the more testing it gets, the better the chance of it slipping into 2.1. Exporting names from a module ============================= Patch #102808 adds a mechanism to export names from a module. GvR's description: "... if there's a variable __exports__ in the module, it is a list of identifiers, and any access from outside the module to names not in the list is disallowed. This affects access using the getattr and setattr protocols (which raise AttributeError for disallowed names), as well as "from M import v" (which raises ImportError)." http://sourceforge.net/patch/?func=detailpatch&patch_id=102808&group_id=5470 Reactions were mixed. Some people liked the idea, and thought it would make some additional optimizations possible. To quote Neil Schemenauer, "It should allow some attribute access inside of modules to become faster (like LOAD_FAST for locals). I think that optimization could be implemented without too much difficulty." Other people thought that applying it only to modules would cause people to assume that it would also work for classes, but the patch didn't implement that. The final decision was to reject the patch. However, one part of the patch was added; 'from Module import *' will now look for a variable named __all__ containing a list of strings, and will only import the symbols listed in __all__. Other things ============ Christian Tismer released a set of Stackless Python patches for 2.0. Note that a bugfix release was made on January 15th. http://www.stackless.com/ Michel Pelletier has written a draft PEP for adding interfaces to Python. No PEP number has been allocated yet. http://www.zope.org/Members/michel/InterfacesPEP/PEP.txt Related Links ============= Python-dev archives: http://www.python.org/pipermail/python-dev/ Python project page on SourceForge: http://sourceforge.net/projects/python Python Enhancement Proposals (PEPs): http://python.sourceforge.net/peps/ From urmane@urmane.org Thu Jan 18 18:26:34 2001 From: urmane@urmane.org (Jim Niemira) Date: Thu, 18 Jan 2001 13:26:34 -0500 (EST) Subject: [Wrapper] Milter/0.1 Message-ID: Milter/0.1 ---------- A python wrapper for sendmail's libmilter functionality. This is a C wrapper around sendmail's libmilter functionality to implement a python module. With this module, you can have sendmail events (connect, helo, headers, etc) directly run your python code as they occur. Your code can also direct sendmail to change headers, modify the message body, etc. This is a beta version, and my first python extension. I'd appreciate any information, requests, comments, critique, and patches ;-) Email me at urmane@urmane.org URL: http://www.urmane.org/~urmane/milter Download: http://www.urmane.org/~urmane/tgz/milter-0.1.tar.gz License: GPL Requires: sendmail-8.11.1 or above Categories: Networking Jim Niemira (urmane@urmane.org) -- Milter/0.1 -- A python wrapper for sendmail's libmilter functionality. From davidma@eskimo.com Mon Jan 22 04:04:24 2001 From: davidma@eskimo.com (David Margrave) Date: Sun, 21 Jan 2001 23:04:24 -0500 (EST) Subject: [Module] Pylibpcap 0.2 Message-ID: Pylibpcap 0.2 ------------- Python Module for libpcap packet capture library This is a python module for the libpcap packet capture library, based on the original PY-libpcap module by Aaron Rhodes. This new module uses SWIG shadow classes to make the interface more OO URL: http://pylibpcap.sourceforge.net License: BSD Style Platform: Unix Requires: libpcap library Binaries: Linuk Categories: Networking David Margrave (davidma@eskimo.com) -- Pylibpcap 0.2 -- Python Module for libpcap packet capture library From jbekesi@meta-ware.at Mon Jan 22 12:55:50 2001 From: jbekesi@meta-ware.at (Janos BEKESI) Date: Mon, 22 Jan 2001 13:55:50 +0100 Subject: [ANN] Macromedia Director Python Xtra Mini-HowTo Message-ID: A small Howto for the usage of Python-Xtra with Macromedia Director 7 or 8 for Win32 can be found at http://lingo-cvs.sourceforge.net . . . m e t a - w a r e . . . . . . . . dr. janos bekesi schoenbrunnerstrasse 135 A--1050 Wien Tel. +43 1 548 2788 www.meta-ware.at Austria Tel./Fax +43 1 548 1595 From dogusanh@tr.net Mon Jan 22 17:53:22 2001 From: dogusanh@tr.net (Hakki Dogusan) Date: Mon, 22 Jan 2001 12:53:22 -0500 (EST) Subject: [Wrapper] CodeBase Interface For Python Message-ID: CodeBase Interface For Python ----------------------------- Wrapper for Sequiter's (www.sequiter.com) dbase api. Wrapper for Sequiter's (www.sequiter.com) dbase api. Win32. Binary Only. CodeBase library is NOT included. Mimics CodeBase C++ Api. Most of the examples are translated to Python. URL: http://home.tr.net/dogusanh/ Platform: Win32 Requires: CodeBase C4DLL.DLL Categories: Database Hakki Dogusan (dogusanh@tr.net) http://home.tr.net/dogusanh/ -- CodeBase Interface For Python -- Wrapper for Sequiter's (www.sequiter.com) dbase api. From guido@digicool.com Tue Jan 23 14:14:03 2001 From: guido@digicool.com (Guido van Rossum) Date: Tue, 23 Jan 2001 09:14:03 -0500 Subject: Python 2.1 alpha 1 released! Message-ID: Thanks to the PythonLabs developers and the many hard-working volunteers, I'm proud to release Python 2.1a1 -- the first alpha release of Python version 2.1. The release mechanics are different than for previous releases: we're only releasing through SourceForge for now. The official source tarball is already available from the download page: http://sourceforge.net/project/showfiles.php?group_id=5470 Additional files will be released soon: a Windows installer, Linux RPMs, and documentation. Please give it a good try! The only way Python 2.1 can become a rock-solid product is if people test the alpha releases. Especially if you are using Python for demanding applications or on extreme platforms we are interested in hearing your feedback. Are you embedding Python or using threads? Please test your application using Python 2.1a1! Please submit all bug reports through SourceForge: http://sourceforge.net/bugs/?group_id=5470 Want to know what's new in this release first? Andrew Kuchling wrote an excellent overview: http://www.amk.ca/python/2.1/ The official release NEWS file is also on the SourceForge site. --Guido van Rossum (home page: http://www.python.org/~guido/) From abo@minkirri.apana.org.au Tue Jan 23 04:24:34 2001 From: abo@minkirri.apana.org.au (Donovan Baarda) Date: Mon, 22 Jan 2001 23:24:34 -0500 (EST) Subject: [Module] pysync 0.6 Message-ID: pysync 0.6 ---------- A Python implementation of the rsync algorithm This is a demonstration implementation of the rsync algorithm in Python. It is not fast and is not optimised. The primary aim is to provide a simple example implementation of the algorithm for reference, so code clarity is more important than performance. Ideas have been liberaly taken from libhsync, xdelta and rsync. This was announced on Freshmeat some time ago, but not on Parnassus (it was down at the time). There is a new version pending with significant improvements, but I thought I'd belatedly announce this version in case people were interested. URL: http://freshmeat.net/projects/pysync/ Download: ftp://minkirri.apana.org.au/pub/python/pysync-0.6.tar.bz2 License: GPL Categories: Encryption/Encoding Donovan Baarda (abo@minkirri.apana.org.au) http://sourceforge.net/users/abo/ -- pysync 0.6 -- A Python implementation of the rsync algorithm From pfremy@chez.com Tue Jan 23 11:42:59 2001 From: pfremy@chez.com (Philippe Fremy) Date: Tue, 23 Jan 2001 06:42:59 -0500 (EST) Subject: [Application] KLotski beta 1.0 Message-ID: KLotski beta 1.0 ---------------- Brick game The goal is to bring a main piece to its destination by moving other pieces around. A real brainteaser. URL: http://aquila.rezel.enst.fr/philippe/klotski License: GPL Platform: Win32, Linux Requires: Qt, PyQt Gui: PyQt Categories: Games Philippe Fremy (pfremy@chez.com) http://aquila.rezel.enst.fr/philippe -- KLotski beta 1.0 -- Brick game From barry@digicool.com Wed Jan 24 19:18:49 2001 From: barry@digicool.com (Barry Warsaw) Date: Wed, 24 Jan 2001 14:18:49 -0500 (EST) Subject: [Module] mimelib-0.1 Message-ID: mimelib-0.1 ----------- Yet another MIME handling library for Python This is yet another package for handling, parsing, and generating MIME messages in Python. It differs from other such packages by splitting the object model from the plain text parser and generator. Thus it is easier to modify the object model, create one from scratch, etc. and then generate the plain text when ready. Alternative parsers and generators can, of course, be created. Version 0.1 is very experimental. The mimelib package will be used in the GNU Mailman project for all MIME and message handling. This version is a snapshot of the current code base being developed for Mailman 2.1. URL: http://barry.wooz.org/software/pyware.html Download: http://barry.wooz.org/software/Code/mimelib.tgz License: Python Style Categories: Internet, E-mail Barry Warsaw (barry@digicool.com) http://barry.wooz.org -- mimelib-0.1 -- Yet another MIME handling library for Python From joya@foretec.com Thu Jan 25 22:29:04 2001 From: joya@foretec.com (Joya Subudhi) Date: Thu, 25 Jan 2001 17:29:04 -0500 Subject: Join us at Python 9! Message-ID: Hello all, I hope you will join us for the Ninth International Python Conference in Long Beach, California, March 5 - 8, 2001. You can find all the details on this year's conference at http://www.python9.org/p9-brochure.pdf. Register online today at http://www.python9.org to take advantage of Early Bird rates! Early Bird registration closes on Friday, February 2, 2001 (Midnight, EST). For more information, please send email to info@python9.org. Kind Regards, Joya Subudhi Foretec Seminars, Inc. From leonmcclatchey@homemal.com Sat Jan 27 23:52:45 2001 From: leonmcclatchey@homemal.com (Leon McClatchey) Date: Sat, 27 Jan 2001 18:52:45 -0500 (EST) Subject: [Wrapper] Cash.py Message-ID: Cash.py ------- Wrapper for running gnucash & gnc-prices Written under Python 1.5.2, used to run gnucash, purge the data files, and obtain stock prices using gnc-prices License: Python Style Platform: Linux Categories: Applications Leon McClatchey (leonmcclatchey@homemal.com) -- Cash.py -- Wrapper for running gnucash & gnc-prices From djc@object-craft.com.au Sun Jan 28 22:46:36 2001 From: djc@object-craft.com.au (Dave Cole) Date: 29 Jan 2001 09:46:36 +1100 Subject: csv-0.2 released Message-ID: With all of this CSV parsing discussion, I received a couple of requests for enhancements to my fast CSV module. The enhancements are: - Parser object now has the field_sep attribute. This is the character which is used to delimit fields in records. I found (and reported) a bug in the Python PyMember_Set() function while adding this feature. - Parser object now has the join() method which combines the elements in a sequence and returns a CSV record in a string. The new module can be downloaded from: http://www.object-craft.com.au/projects/csv/ As pointed out on the page, the module runs only slightly slower than string.split(). - Dave -- http://www.object-craft.com.au From beazley@cs.uchicago.edu Mon Jan 29 15:42:03 2001 From: beazley@cs.uchicago.edu (David Beazley) Date: Mon, 29 Jan 2001 09:42:03 -0600 (CST) Subject: CFP: O'Reilly Open Source Convention - Feb. 1 Message-ID: ====== DEADLINE : February 1, 2001 ====== *** CALL FOR PARTICIPATION *** O'Reilly Open Source Convention July 23-27, 2001 San Diego, California *** Python Track *** O'Reilly & Associates is pleased to announce the 3rd annual Open Source Convention. This event is the central gathering place for the Open Source community to exchange ideas, techniques, and to advance the language. The Open Source Convention is a five-day event designed for programmers, developers, and technical staff involved in Open Source technology and its applications. The convention will be held at the Sheraton San Diego Hotel and Marina, San Diego, California, July 23-27, 2001. The program committee of the Python track invites submissions of tutorial and convention presentation on topics of interest to Python programmers. Tutorial Presentations ---------------------- The first two days of the convention are devoted to tutorials. Tutorial proposals must include the following: - Tutorial length (3 or 6 hours) - Target audience including any recommended prerequisites. - What attendees will learn. - Tutorial outline--a short bullet list description of the course itself. - Speaker name - Speaker biography - Complete speaker contact information. The program committee particularly encourages the submission of tutorials that are designed to present core Python topics to a technically sophisticated audience (i.e., tutorials should favor technical depth versus advocacy and high-level overviews). Conference Presentations ------------------------ Convention proposals will be considered for the following types of talks: - Focused discussions related to a specific Python technology or programming technique. Typical examples might include extension building, internationalization, programming with threads, Tkinter, and XML. - New product/technology demonstrations. - Panel discussions. - Applications and case studies that describe the use of Python in real-world applications. Convention proposals must include the following: - Type of talk -- technology, new product, panel, or case-study. - Title of talk or demonstration. - Abstract of talk, maximum of 250 words. - Speaker name. - Speaker biography. - Complete speaker contact information. Submissions of novel and unusual Python applications are particularly encouraged. Presentations by marketing staff or with a marketing focus will not be accepted. Submitting Your Proposal ------------------------ All proposals must be sent to oscon2001-proposals@oreilly.com Proposals should be sent in plain text with no attachments. Submit one proposal per email. The subject line of your email must follow this format: Last name: proposal type: proposal title For example: Johnson: Tutorial: Advanced Python Programming You will receive an automatic confirmation upon receipt of each proposal. Important Dates --------------- Tutorial and presentation proposals due: February 1, 2001 Notification to presenters : March 1, 2001 Tutorial presentations due : May 1, 2001 Convention presentations due : June 1, 2001 More Information ---------------- More information about the convention can be found at: http://conferences.oreilly.com/oscon2001 Specific questions concerning the Python track can be sent via e-mail to ora-python-pc@cs.uchicago.edu. Python Track Program Committee ------------------------------ Jason Asbahr, Origin/Electronic Arts David Ascher, ActiveState David Beazley, University of Chicago, Chair Paul Dubois, Lawrence Livermore National Laboratory Jeremy Hylton, Digital Creations Andrew Kuchling, MEMS Exchange Fredrik Lundh, Secret Labs AB/PythonWare Tim Peters, Digital Creations Andy Robinson, ReportLab Greg Stein, Technical Advisor, ActiveState Guido van Rossum, Digital Creations Aaron Watters, ReportLab From okopien@cs.concordia.ca Tue Jan 30 00:34:03 2001 From: okopien@cs.concordia.ca (Rich Okopien) Date: Mon, 29 Jan 2001 19:34:03 -0500 (EST) Subject: [Application] Canadian Movie Listing Finder v1.0 Message-ID: Canadian Movie Listing Finder v1.0 ---------------------------------- View movie listing information at theatres in 67 Canadian cities. Created with the Python v2.0 scripting language, and the Tkinter GUI. The Canadian Movie Listing Finder lets the you find movie listings for 67 Canadian cities. It will then show you every movie currently playing in the selected city, and all the theatres in operation in that city. Detailed information about a movie, its rating; playing time; cast; and description can be viewed. the showtimes for a movie at every theatre in the selected city can be viewed. And information about a theatre, and all movies playing at that theatre can also be viewed. URL: http://www3.sympatico.ca/destra/rich/portfolio.html Download: http://www3.sympatico.ca/destra/rich/files/movie_listings_1_0.zip License: Python Style Requires: Python v2.0 + Gui: Tkinter Categories: Net Applications Rich Okopien (okopien@cs.concordia.ca) http://beam.to/rich -- Canadian Movie Listing Finder v1.0 -- View movie listing information at theatres in 67 Canadian cities. From jazariel@tiscalinet.it Tue Jan 30 16:43:54 2001 From: jazariel@tiscalinet.it (Thomas Schulze) Date: Tue, 30 Jan 2001 17:43:54 +0100 (added by postmaster@mail.tiscalinet.it) Subject: Indovinello - The Game of Numbers Message-ID: First public announcement: Indovinello - The Game of Numbers is a console based number guessing game inspired by The Book of Numbers by Conway/Guy. It starts very gradual but features more than 100 number properties and the possibility to add more. Current version: 0.76 Code: Python 1.52 Category: Games / Math Platform: Unix, Win32 and others License: GPL URL: http://digilander.iol.it/jazariel/ Download: http://digilander.iol.it/jazariel/download.html e-mail: jazariel@tiscalinet.it Thomas Schulze -- TiscaliNet, libero accesso ad Internet. http://www.tiscalinet.it