Mailman 3 February 2003 - Python-announce-list

pyText2Pdf V 1.0 released
by abpillai＠lycos.com 13 Feb '03

13 Feb '03

pyText2Pdf version 1.0, a free python port of the text2pdf utility by Phil Smith released. Goto URL : http://members.fortunecity.com/anandpillai/ Thanks Anand Pillai

1 0

Sydney Australia: Python Interest Group - Monday 17th February 2002
by Mary Gardiner 12 Feb '03

12 Feb '03

Hi everyone, The Sydney Python Interest Group is on this Monday. Andrew Bennetts: Twisted Programming Date: Monday February 17th Time: 7:00pm Location: University of Technology, Sydney (UTS) Broadway campus, building 10, room 2.440 (computer lab, on the entrance level). -Mary ---- Sydney Python Interest Group meetins are announced on: * comp.lang.python.announce and python-announce-list(a)python.org[0] * the Australasian Python users list[1] * The Sydney Linux User's Group announce list[2] [0] http://mail.python.org/mailman/listinfo/python-announce-list [1] http://starship.python.net/mailman/listinfo/python-au [2] http://lists.slug.org.au/listinfo/announce/ ---- The Sydney Python Interest Group is, while not restricted to Python on Linux, a Special Interest Group of the Sydney Linux Users Group (SLUG), and would like to thank SLUG for its support. See the PIG webpage: http://pig.slug.org.au/ for previous talks.

1 0

ANNOUNCE: The Winnipeg Python User Group (reborn!)
by Brad Bollenbach 12 Feb '03

12 Feb '03

Good news for Python Geeks in Central Canada; the Winnipeg Python User Group (WPUG) is officially born (again!). Anyone with an interest in Python in Winnipeg or anywhere around Central Canada is encouraged to join! More info can be found at: http://www.bbnet.ca/wpug The first meeting is scheduled to take place February 27 (location to be agreed upon by the participants). Hosting for the official WPUG homepage will be provided by BBnet.ca. ** Please note that I don't currently read c.l.p very often so please reply directly to me via email. -- Brad Bollenbach Software Engineer BBnet.ca

1 0

ANN: BayPIGgies mtg Wed Feb 12 7:30pm
by Wesley Chun 12 Feb '03

12 Feb '03

BayPIGgies: Silicon Valley-San Francisco Bay Area Python Users Group When: February 12, 2002 @ 7:30pm Where: Stanford University, Palo Alto, CA Agenda: Python, threads, e-mail, HTTP, spam :-) Speaker: Dennis Reinhardt "Python technology in a threaded internet application" The Python technology underpinning a new spam management program is described. The program uses Python threading with independent threads of control for acquiring POP3 email, delivering that email to client, and for user control via integrated http server. Threads are spawned dynamically. Most of the code is written at the socket level. The approach taken to allow an embedded single executable install and live update will be described. # Call For Talks: We are actively seeking speakers for BayPIGgies! If you would like to give a talk at one of our 2003 meetings (any Python related topic), contact us to coordinate! more info including directions: http://www.baypiggies.net hope 2 c u tomorrow nite! -wesley - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - "Core Python Programming", Prentice Hall PTR, � 2001 http://starship.python.net/crew/wesc/cpp/ Silicon Valley-San Francisco Bay Area Python Users Group (BayPIGgies) http://baypiggies.net wesley.j.chun :: wesc at deirdre.org or wesc at fuzzyorange.com cyberweb.consulting : henderson, nv : cyberweb at rocketmail.com http://www.roadkill.com/~wesc/cyberweb/

1 0

ZODB3 3.1.1 final
by barry＠zope.com 11 Feb '03

11 Feb '03

We've made the final release of ZODB 3.1.1 available, including ZEO 2.0.2. This release corresponds to the version of ZODB in Zope 2.6.1 which was also recently released. There's not much different from ZODB 3.1.1beta2, except for an updated tool. ZODB is the Zope Object Database, a system for providing transparent persistence for Python objects in a transactional framework. For more information, including links to download, please see: http://www.zope.org/Products/ZODB3.1 See also the ZODB wiki page for all things ZODB: http://www.zope.org/Wikis/ZODB Thanks go to Tim for building and testing the Windows installer for Python 2.1 and 2.2. There is also a distutils source tarball for building on *nix systems. Enjoy, -Barry, Jeremy, and Tim

1 0

PySQLite 0.4.0 released
by Gerhard Häring 11 Feb '03

11 Feb '03

NAME: PySQLite - Extension module for SQLite databases. DESCRIPTION: A Python-DB API 2.0 compliant extension module that uses the SQLite embedded SQL database. No external SQL server required. Think of Gadfly, only faster. SQLite is a powerful, embedded relational database in a compact C library. It supports a large subset of SQL92, multiple tables and indices, transactions, and triggers. Sources are uncopyrighted and can be used for any purpose. More information can be found at <http://www.hwaci.com/sw/sqlite/index.html>. HOMEPAGE: <http://pysqlite.sourceforge.net> DOWNLOAD: Source and Windows binary downloads are available at <http://www.sourceforge.net/projects/pysqlite> AUTHORS: Gerhard Häring <gerhard.haering(a)gmx.de> Michael Owens <mike(a)mikesclutter.com> LICENSE: Python NOTES: The following are changes and enhancements since the last release: IMPORTANT BACKWARDS INCOMPATIBLE CHANGE: ======================================== SQLite is typeless, that's why we had the special command "pysqlite_pragma expected types = type1, type2, ..., typen" which was parsed in the Python layer. Of course, this isn't standard SQL so such code isn't portable to other DB-API modules. That's why I changed this mechanism. The new syntax is -- types = type1, type2, ..., typen Which is just a special SQL comment that other database backends will cheerfully ignore. On the Python side of things, Connection has now an attribute 'rowclass' that is set to PgResultSet by default. This attribute is written in every new cursor instance. rowclass == tuple is handled differently - nothing needs to be done because the C layer already returns tuples. So with con.rowclass = tuple you'll get a noticeable speed boost :-) The tuple thing doesn't handle Python 2.1 yet, but I wonder if we should just discontinue support for anything older than 2.2 in the first place. NOT SO IMPORTANT CHANGES (FOR THE END USER) =========================================== Lots of little changes, like Python 2.3 compatibility, fixes for the Debian control files. The type conversions and converters were moved from the Python layer into the C layer. This was done so this is happening at *one* place. - Moved exceptions from pysqlite_exceptions.py to _sqlite.c. - Moved type codes from sqlite/constants/FIELD_TYPE.py to _sqlite.c - Trimmed available type codes. - Require SQLite version 2.5.6 or later. - Always use "pragma show_datatypes=on" - Made the type conversion actually work and fixed a potential strcpy-related buffer overrun. - In cursor.description, set all fields to None where we don't know anything about (as the DB-API specification tells). - Fixed sqlite_is_at_least_version. - Renamed '_sqlite.enable_userfunction_debugging' to '_sqlite.enable_callback_debugging', because it is now also usable for busy callbacks. - Make process_record cope with empty data. This occurs when PRAGMA EMPTY_RESULT_CALLBACKS=ON was set by the user. - Wrap sqlite_busy_handler and sqlite_busy_timeout.

1 0

ANNOUNCE: SCons 0.11 (build tool in Python) is now available
by Steven Knight 11 Feb '03

11 Feb '03

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.11 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.11 contains the following interface changes: - The default suffix for static object files when using gcc has been changed to ".os" to allow shared and static object files to exist side-by-side in the same directory. - When no command-line targets are specified, the default behavior is now to build all derived files in or below the current directory (like Make). This can be disabled by explicitly specifying "Default(None)" in an SConscript file. - Setting the BUILDERS construction variable now clears previous Builder attributes from the construction Environment. - An "env" argument has been added to the strfunction() method of Python function Actions. See the release notes for more information about these changes. This release adds the following features: - A new CacheDir() function and related command-line options --cache-disable, --cache-force and --cache-show support the ability to share derived files between builds. - Support for the IRIX platform and SGI MIPSPro tool chain. - Support for the PharLap ETS tool chain. - Support for compiling with Microsoft VC++ when running Cygwin Python. - New AddPreAction() and AddPostAction() functions. - Python function Actions can now include the contents of construction variables in their signatures. - A new strfunction() method has been added for external command Actions. - The SConscript() function now takes optional "build_dir" and "duplicate" keyword arguments that make it easier to set up a build directory. - The same Win32 object files can now be linked into either shared or static libraries. The following fixes have been added: - Fixed many (not all) situations when interrupts (CTRL-C) wouldn't actually stop a build. - Libraries in the LIBS construction variable can now explicitly include a library prefix and suffix. - The Win32 scons.bat script now has DOS-standard CR-LF line endings. - Fixed how the Environment.Append() method works BUILDERS (and other dictionaries). - Fixed how a file prefix is added when the target isn't specified. - Better error messages whene a BuildDir is read-only. - A platform or tool module can now be directly imported even after it's been included in a construction Environment. - The output of -c -n is now correct when a target is a directory. Performance has been improved as follows: - Added support for caching values when use --implicit-cache. The following changes have been made to the SCons packaging: - Added new --standard-lib, --standalone-lib and --version-lib options to the "setup.py install" command to make it easier to install the SCons build engine (library) into different locations. If no explicit library installation location is specified, the SCons "setup.py" script now looks for an existing SCons build engine in these three locations and prefers where the build engine was installed previously. The documentation has been improved: - Eliminated description of some deprecated keywords. - Updated description of BuildDir() to try to explain more clearly how to set up a build directory. 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 Chad Austin, Michael Cook, Charles Crain, Steve Leblanc and Anthony Roach for their contributions to this release. On behalf of the SCons team, --SK

1 0

PyCon Registration: Early Bird Available
by Steve Holden 11 Feb '03

11 Feb '03

PyCon, the Python community conference described at http://www.python.org/pycon/ opened for registration a while ago. Those wishing to attend can secure the fabulous "early bird" rate of just $150 by visiting http://www.python.org/pycon/reg.html now. It's been a while since I bothered these lists about it, so this is just a reminder: registration can be secured by credit card online, or by check (in US funds, drawn on a US bank). Thanks to the generosity of New Riders, some of those attending will return home with a free copy of "Python Web Programming". I look forward to seeing you all there. regards -- Steve Holden http://www.holdenweb.com/ Python Web Programming http://pydish.holdenweb.com/pwp/ Register for PyCon now! http://www.python.org/pycon/reg.html

1 0

Update to PEP308: if-then-else expression
by Raymond Hettinger 11 Feb '03

11 Feb '03

I updated the PEP for Guido van Rossum. If the cron job is doing its thing, the results will be visible in a few hours. The update reflects updated thinking based on the discussion to-date. It also summarizes a few posts from comp.lang.python. Hopefully, it will serve to focus the discussion on the best of the ideas and arguments presented so far. * Out of order evaluation is out of favor. * So are ideas that do not provide for short-circuiting. * (if <condition>: <expression1> else: <condition2>) is in vogue. * <condition> ?? <expression1> || <expression2> is a new contender. * cond(<condition>, <expression1>, <condition2>) is viable if implemented as a keyword and has short-circuit behavior. Note, the actual word is still an open question. iif() got shot down quickly. * Added a summary of a few ideas from the last couple hundred posts from comp.lang.python. Raymond Hettinger

1 0

Webware for Python 0.8 released.
by Stuart Donaldson 11 Feb '03

11 Feb '03

Webware 0.8 has been released. It includes includes numerous enhancements and bug fixes. Webware provides a suite of Python components for developing Web applications. It includes an App Server, Servlets, Python Server Pages, Object-Relational mapping, Task Scheduling, Session management, and many other features. Webware is very modular, and easily extended. Check out the Webware for Python home page for documentation, and download instructions at http://webware.sourceforge.net/

1 0