From dmgass@hotmail.com  Sat May  1 20:22:15 2004
From: dmgass@hotmail.com (Dan Gass)
Date: Sat, 01 May 2004 14:22:15 -0500
Subject: config-py 1.0 released
Message-ID: <mailman.1083479163.29540.clpa-moderators@python.org>

config-py version 1.0 has been released and is available at SourceForge.  
This
is the initial release of a Python module for reading python based user
configuration files to control script execution.  (It is a more powerful
alternative to Python's ConfigParser module).  The long term goal is to 
refine
this module for eventual inclusion in the standard Python distribution.


Module Description
------------------

This python module provides a simple, but extremely flexible and powerful
method of controlling python script execution by use of configuration 
settings
stored in user configuration files.  This module is a more powerful
alternative to the ConfigParser module already available in the standard
Python distribution.

The standard ConfigParser module parses text based user configuration files
and provides access to that information.  This module reads python based
configuration files and provides access to the python objects contained
within.  In addition, this module supports hierarchical organization of the
settings within the configuration files so that settings may be accessed 
using
keys specified by the user from the command line or by other means.  By use 
of
python based configuration files, this module provides a simple solution to
most configuration problems but also has the flexibility to solve the most
complex configuration issues.


Other Important Information
---------------------------

License:            GNU General Public License (GPL)

Project Home Page:  http://config-py.sourceforge.net/

Download URL:       https://sourceforge.net/projects/config-py/

Author/Maintainer:  Dan Gass (dmgass@hotmail.com)



<P><A HREF="http://config-py.sourceforge.net/">config-py 1.0</A> - Python
          based user configuration file accessor module.  (05-May-04)

_________________________________________________________________
Check out the coupons and bargains on MSN Offers! http://youroffers.msn.com



From alberanid@libero.it  Sun May  2 13:32:44 2004
From: alberanid@libero.it (Davide Alberani)
Date: Sun, 02 May 2004 12:32:44 GMT
Subject: IMDbPY 1.2 released
Message-ID: <mailman.1083525903.5865.clpa-moderators@python.org>

IMDbPY 1.2 is available here:
  http://imdbpy.sourceforge.net/

IMDbPY is a Python package useful to retrieve and manage the data of
the IMDb movie database.

With this release it's possible to retrieve almost every
available information about movies and persons. Many bugs
where fixed. Introduced a test suite.

IMDbPY aims to provide an easy way to access the IMDb's database
using a Python script.
Platform-independent and written in pure Python, it's theoretically
independent from the data source (since IMDb provides two or three
different interfaces to their database).

IMDbPY is mainly intended for programmers and developers who want
to build their Python programs using the IMDbPY package, but some
example scripts - useful for simple users - are included.

So far the only data source supported is the IMDb web server.


-- 
Davide Alberani
Contacts: http://digilander.libero.it/alberanid/


From aahz@pythoncraft.com  Sun May  2 20:20:32 2004
From: aahz@pythoncraft.com (Aahz)
Date: Sun, 2 May 2004 15:20:32 -0400
Subject: PEP 328 update
Message-ID: <mailman.1083525903.5874.clpa-moderators@python.org>

PEP 328 (``import`` changes) has been updated and is available at
http://www.python.org/peps/pep-0328.html

Comments on the revised version are welcome.  One area where feedback is
particularly desired is on the frequency of relative imports inside
packages in current code, both in absolute terms and as a percentage of
all imports.
-- 
Aahz (aahz@pythoncraft.com)           <*>         http://www.pythoncraft.com/

"I used to have a .sig but I found it impossible to please everyone..."  --SFJ


From Pierre-et-Liliane.DENIS@village.uunet.be  Sun May  2 21:52:23 2004
From: Pierre-et-Liliane.DENIS@village.uunet.be (Pierre Denis)
Date: Sun, 2 May 2004 22:52:23 +0200
Subject: ANN: UFOPAX 1.0 released
Message-ID: <mailman.1083588123.4403.clpa-moderators@python.org>

I have the pleasure to announce the launch of the UFOPAX project on http://home.tiscali.be/be052320/ufopax/.

UFOPAX is a generic engine for building and exploring text-oriented virtual universes. A universe is translated into a world model,
which contains all its entities and their relationships. A GUI shows structured views on the world model and allows to interact with
it.

It is programmed with Python and wxPython.

Any comments are welcome (E-mail: Pierre-et-Liliane.DENIS@village.uunet.be).

Thanks for your interest,

Pierre Denis


<P><A HREF="http://home.tiscali.be/be052320/ufopax/"> UFOPAX 1.0</A> - UFOPAX is a generic engine for building and exploring
text-oriented virtual universes. (02-May-04)






From ajw140NO@SPAMyork.ac.uk  Mon May  3 12:02:53 2004
From: ajw140NO@SPAMyork.ac.uk (Andrew Wilkinson)
Date: Mon, 03 May 2004 12:02:53 +0100
Subject: ANN: PyLinda 0.2
Message-ID: <mailman.1083588124.4423.clpa-moderators@python.org>

PyLinda 0.2

By Andrew Wilkinson <aw at cs dot york dot ac dot uk>

Introduction
---------------

Linda is an widely studied distributed computing environment, centred
around the notion of a tuple space. A tuple space is a bag (also called a
multi-set) of tuples. A tuple is an ordered, typed chunk of data. Tuple
spaces exist independently of processes in the system, and the data placed
into a tuple space also exist independently. See "Generative communication
in Linda" (1985) and "Multiple tuple spaces in Linda" both by David
Gelernter for more information on Linda.

PyLinda is a simple implementation of a linda system, however it also
includes several of the more recently proposed extensions to Linda in the
form of multiple tuple spaces, garbage collection, sane non-blocking
primitives and bulk tuple operations.

Full details can be found at the website
http://www-users.cs.york.ac.uk/~aw/pylinda

The package can be downloaded from
http://www-users.cs.york.ac.uk/~aw/pylinda/linda-0.2.tar.gz

Changes In This Version
---------------

- New features
 * Patch from Andreas Kostyrka to allow the server to be bound only to
localhost preventing any external connections.
   Run as 'linda_server.py -a' to prevent any external access to the server.
 * Patch from Andreas Kostyrka to allow limiting the server to certain IP
addresses/ranges.
   Run as 'linda_server.py --peer=<dns name/ip address/ip range>' where ip
range is of the form n.n.n.n/r.

- Bug Fixes
 * Thanks to Andreas Kostyrka for spotting that printing the universal
tuplespace caused an exception.
 * Fixed bug in tuple container that could cause a type error

- Efficency Updates
 * Modify the client-side code so messages where the return message from the
server is not important don't block. If another message is sent to the
server before the return message is received then that message blocks.

- Packaging Updates
 * Change examples and documentation to install under /usr/share/pylinda
 * Set example programs to be marked as executable and have the shebang
lines modified to the local python install.

- Documentation Updates
 * Distributed documentation does not now contain the internal structure of
PyLinda.
 * Moved documentation to a proxy c file which is easier for Doxygen to
parse.
 * Changed "How To Install" to refer to the website, not my internal cvs
tree.
 * Added a tutorial
 * Better code commenting + a small tidy up




From stani_@hotmail.com  Mon May  3 12:28:59 2004
From: stani_@hotmail.com (SM)
Date: 3 May 2004 04:28:59 -0700
Subject: SPE 0.5.0.I - Python IDE with wxGlade, Pychecker, Blender support and Kiki
Message-ID: <mailman.1083588124.4450.clpa-moderators@python.org>

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 ships with wxGlade (gui designer), PyChecker (source code doctor) and 
Kiki (regular expression console). 

This is a major rewrite because of wxPython 2.5. WARNING: This is a prerelease, 
use it at its own risk (as I do myself).  It's already quite stable for Windows XP 
and Linux, but probably for Mac OS X a lot of debugging should be done. This
version was developped with SPE itself and wxGlade.

If you've used SPE before, remove the file 'defaults.cfg' from your user path 
(see Help>About if you don't know your path) before installing . Also remove 
the 'sm' module folder from the site-packages path. Otherwise this will cause 
errors.

Out of the box SPE chooses automatically the framework:
  - MDI for Windows XP
  - SDI for Linux and Mac Os X

However you can override these settings in the preferences dialog box, but Mac 
doesn't really support MDI.

The Blender support is currently not available, but that should be fixed soon.

:Batteries included:
  - Kiki:
      Regular Expression (regex) console. For more info:
      http://project5.freezope.org/kiki/index.html
  - PyChecker:
      PyChecker is a tool for finding bugs in python source code. It
      finds problems that are typically caught by a compiler for
      less dynamic languages, like C and C++. It is similar to lint.
      For more info: http://pychecker.sourceforge.net
  - 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:
  - both MDI/SDI support
  - Mac OS X support (probably still need a lot of debugging, volunteers needed)
  - tabs with open files
  - realtime sidebar (class explorer, todo & index update as you type!)
  - wxPython 2.5 support (latest 2.4 also still supported)
  - option to limit calltips to first paragraph
  - speed improvements, SPE runs now more fast, especially the sidebar
  - dynamic sash window for source code (allowing simultaneous splitted views)
  - Pychecker has been smoothly integrated in the sidebar

:Bug fixes:
  - cut, copy and paste shortcuts work now in shell
  - True and False are now also highlighted

:Requirements: 	
  - full python 2.2.2+
  - wxpython 2.4.1.2+
  - optional blender 2.31+

:Links:
    - Homepage:     http://spe.pycs.net
    - Website:      http://projects.blender.org/projects/spe/ (downloads)
    - 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


From paul@prescod.net  Tue May  4 05:05:01 2004
From: paul@prescod.net (Paul Prescod)
Date: Mon, 03 May 2004 21:05:01 -0700
Subject: Vancouver Python User's Group meeting Tuesday, May 4
Message-ID: <mailman.1083681542.24520.clpa-moderators@python.org>

Congrats to Andy McKay on the birth of his daughter Emily. Email him 
directly to see the pictures. Meeting details follow.

This meeting:
=============

May 4, Python in Education

Python is widely regarded as an excellent language for teaching 
programming to students and also to teach to people who already know 
about programming. In addition, Zope is often used as a platform for 
managing e-learning content. We will discuss the role of these two 
products in educational environments. If there is not interest enough 
for a formal discussion then we will retire to a nearby pub for an 
informal one. Afterwards we'll raise a toast to Andy McKay's new baby 
girl and her future education in all things Pythonic. We will also 
discuss our plans for an upcoming conference.

Upcoming meetings
=================

June 1, the Plone: Past, present and future

The long-awaited, many times delayed talk by our own Andy McKay: what is 
Plone and why is it taking over the world?


July 6, the Python Virtual Machine

How does the Python Virtual Machine work internally? What are bytecodes? 
How is code compiled to bytecodes? How are bytecodes interpreted? How 
are types implemented? What do classes look like inside the Python 
interpreter?

  Paul Prescod




From greg@cosc.canterbury.ac.nz  Tue May  4 07:44:55 2004
From: greg@cosc.canterbury.ac.nz (greg)
Date: Tue, 04 May 2004 18:44:55 +1200
Subject: ANN: Pyrex 0.9.2
Message-ID: <mailman.1083681543.24525.clpa-moderators@python.org>

Pyrex 0.9.2 is now available:

http://www.cosc.canterbury.ac.nz/~greg/python/Pyrex/

Enhancements:

         * Global variable and attribute names are now interned.
         * String literals are only converted to Python strings once,
           instead of each time they're used.
         * Python string literals may now contain NUL characters.

Also fixed a few more problems with the 0.9.1.1 distribution.


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.



From greg@cosc.canterbury.ac.nz  Wed May  5 08:42:53 2004
From: greg@cosc.canterbury.ac.nz (greg)
Date: Wed, 05 May 2004 19:42:53 +1200
Subject: ANN: Pyrex 0.9.2.1
Message-ID: <mailman.1083781203.18146.clpa-moderators@python.org>

Pyrex 0.9.2.1 is now available:

http://www.cosc.canterbury.ac.nz/~greg/python/Pyrex/

I really haven't been having much luck with the
setup.py file lately! Here's hoping it's finally
right this time.


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.



From mark@pyzine.com  Wed May  5 19:57:18 2004
From: mark@pyzine.com (Mark)
Date: Wed, 5 May 2004 20:57:18 +0200
Subject: PyZine Issue 6
Message-ID: <mailman.1083816063.22766.clpa-moderators@python.org>

Hello all,

We are pleased to announce that the Table of Contents for Py Issue 6 
has been posted.

This quarter you can expect articles on how to use Python with:

- RFID
- MIDI
- Bioinformatics
- Twisted
- 3d Graphics

and much more!

The first two articles are out now -- the others will be published 
roughly two weeks apart.

Visit our homepage:

http://www.pyzine.com

for more information.

Py publishes at least one free article each quarter but if you are a 
subscriber you get access to one full year worths of articles *plus* 
all the back Issues articles we have online. Subscribe today to support 
the only regularly appearing
publication devoted to nothing but Python!

If you are into Zope you can also get a joint ZopeMag and Py 
subscription.

Interested in writing for Py? We pay for all articles submissions. 
Check out our Writers Guidelines:

http://www.pyzine.com/Issue006/writefor.html

Regards,

The Py Team



From chris@wirelion.com  Thu May  6 02:22:51 2004
From: chris@wirelion.com (Chris McAvoy)
Date: Wed, 05 May 2004 20:22:51 -0500
Subject: chiPy
Message-ID: <mailman.1083816064.22775.clpa-moderators@python.org>

Hello All,

I like Chicago area users groups.  I also like Python.  Although there is a
Chicago Python Meetup, I can't attend the meetings.  I keep looking for
Chicago Python mailing lists, and find none.

If anyone knows of a Chicago Python Users groups, and I'm doing something
that's already been done, let me know.  Otherwise, if you're interested in
Python, and live in the greater Chicagoland area, I invite you to join yet
another mailing list:

http://lonelylion.com/mailman/listinfo/chipy

chiPy, the Chicago-area Python Users Group.

Chris McAvoy
chris at lonelylion dot com


From richardjones@optushome.com.au  Thu May  6 04:31:41 2004
From: richardjones@optushome.com.au (Richard Jones)
Date: Thu, 6 May 2004 13:31:41 +1000
Subject: SC-Track Roundup 0.6.9 - an issue tracking system
Message-ID: <mailman.1083816064.22785.clpa-moderators@python.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm proud to release this 7th major feature release of Roundup.

Version 0.7 introduces far too many features to list here so I've put
together a What's New page:

  http://roundup.sourceforge.net/doc-0.7/whatsnew-0.7.html

Some highlights:

- - added postgresql backend
- - trackers using postgresql or mysql may have many simultaneous users
- - new "actor" automatic property (user who caused the last "activity")
- - RDBMS backends have data typed columns and indexes on several columns
- - registration may be concluded by replying to the confirmation email
- - HTML templating permission checks are greatly simplified
- - database exports now include full journals
- - IMAP support in the mail gateway

Known issues:

- - the metakit import feature currently has a bug and should not be used

If you're upgrading from an older version of Roundup you *must* follow
the "Software Upgrade" guidelines given in the maintenance documentation.

Roundup requires python 2.1.3 or later for correct operation.

To give Roundup a try, just download (see below), unpack and run::

    python demo.py

Source and documentation is available at the website:
     http://roundup.sourceforge.net/
Release Info (via download page):
     http://sourceforge.net/projects/roundup
Mailing lists - the place to ask questions:
     http://sourceforge.net/mail/?group_id=31577


About Roundup
=============

Roundup is a simple-to-use and -install issue-tracking system with
command-line, web and e-mail interfaces. It is based on the winning design
from Ka-Ping Yee in the Software Carpentry "Track" design competition.

Note: Ping is not responsible for this project. The contact for this
project is richard@users.sourceforge.net.

Roundup manages a number of issues (with flexible properties such as
"description", "priority", and so on) and provides the ability to:

(a) submit new issues,
(b) find and edit existing issues, and
(c) discuss issues with other participants.

The system will facilitate communication among the participants by managing
discussions and notifying interested parties when issues are edited. One of
the major design goals for Roundup that it be simple to get going. Roundup
is therefore usable "out of the box" with any python 2.1+ installation. It
doesn't even need to be "installed" to be operational, though a
disutils-based install script is provided.

It comes with two issue tracker templates (a classic bug/feature tracker and
a minimal skeleton) and seven database back-ends (anydbm, bsddb, bsddb3,
sqlite, metakit, mysql and postgresql).

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAmbGdrGisBEHG6TARApszAJ9sqfIRPf+6ThlQ76jhSx24CZK3mwCfUAJx
91gRo0IXRfG1YXm8GiKBZyM=
=aRnL
-----END PGP SIGNATURE-----


From richardjones@optushome.com.au  Thu May  6 05:21:31 2004
From: richardjones@optushome.com.au (Richard Jones)
Date: Thu, 6 May 2004 14:21:31 +1000
Subject: SC-Track Roundup 0.6.9 - an issue tracking system
In-Reply-To: <mailman.1083816064.22785.clpa-moderators@python.org>
References: <mailman.1083816064.22785.clpa-moderators@python.org>
Message-ID: <mailman.1083847384.27919.clpa-moderators@python.org>

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Of course, that subject line is *supposed* to say 0.7.0

Sorry for any confusion, I think it's time to file a bug report against my=
=20
brain :)


    Richard
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAmb1LrGisBEHG6TARAt9OAJ9u5EfXxi2AS8K+/4Mv7VSlt32dXQCeM74+
+rN6FIABVafYqoJzALgOSk4=3D
=3DJvET
=2D----END PGP SIGNATURE-----


From travis@enthought.com  Thu May  6 13:27:08 2004
From: travis@enthought.com (Travis N. Vaught)
Date: Thu, 06 May 2004 07:27:08 -0500
Subject: ANN: SciPy 2004 Conference - Python for Scientific Computing
Message-ID: <mailman.1083847385.27949.clpa-moderators@python.org>

Greetings,

The 1st annual *SciPy Conference* will be held this year at Caltech, 
September 2-3, 2004.  As some of you may know, we've experienced great 
participation in two SciPy "Workshops" (with ~70 attendees in both 2002 
and 2003) and this year we're graduating to a "conference."  With the 
prestige of a conference comes the responsibility of a keynote address.  
This year, Jim Hugunin has answered the call and will be speaking to 
kickoff the meeting on Thursday September 2nd.  Jim is the creator of 
Numeric Python, Jython, and co-designer of AspectJ. Jim is currently 
working on IronPython--a fast implementation of Python for .NET and Mono.

Registration is now open.  More information can be found here:

http://www.scipy.org/wikis/scipy04

You may register early online for $100.00.  Registration includes 
breakfast and lunch Thursday & Friday and a very nice dinner Thursday 
night.  After July 16, registration will cost $150.00.

Call for Presenters:
If you are interested in presenting at the conference, you may submit an 
abstract in Plain Text, PDF or MS Word formats to abstracts@scipy.org -- 
the deadline for abstract submission is July 1, 2004.  Papers and/or 
presentation slides are acceptable and are due by August 20, 2004.

We're also planning three days of informal "Coding Sprints" prior to the 
conference -- August 30 to September 1, 2004.  Conference registration 
is not required to participate in the sprints.  Please email the list, 
however, if you plan to attend.  Topics for these sprints will be 
determined via the mailing lists as well, so please submit any 
suggestions for topics to the scipy-user list:

list signup: http://www.scipy.org/mailinglists/
list address: scipy-user@scipy.org

Please forward this announcement to anyone/list that might be interested.

I look forward to seeing you at the conference.

Best Regards,

Travis N. Vaught



From follower@iname.com  Fri May  7 03:47:33 2004
From: follower@iname.com (Follower)
Date: 6 May 2004 19:47:33 -0700
Subject: [ANN] "Mongoose" catches runaway Pythons (Initial release v0.1)
Message-ID: <mailman.1083906903.16075.clpa-moderators@python.org>

New "Mongoose" package now available:

+ Provides a graceful exit and report when an uncaught Python
  exception occurs in deployed production or beta software.

+ Catches and reports otherwise unhandled Python exceptions in a helpful
  and extensible manner.

+ Automatically generates an unique Mongoose Incident Identifier(TM)
  to help you track the same bug across multiple computers. 

License: LGPL 

Read more about Mongoose below or download and try Mongoose today:

URL: <http://themongoose.sourceforge.net/>

Email: <opensource@notanothercorporation.com>


Basic usage example
-------------------

  import mongoose
  from mongoose.reporters import FileLogReporter

  mongoose.start()
  mongoose.registerReporter(FileLogReporter('mongoose.log'))
  mongoose.setSessionInfo('your_app_version', '1.0')
  # < ... your code here ... >
  mongoose.stop()


Mongoose Reporters
------------------
Mongoose replaces the default system exception handler so one or more
"reporters" can act in response to an uncaught exception.

Supplied sample reporters can:

* Log the event to a file
* Email the developer or support staff
* Display output on a console
* Display a wxWindows dialog to the user


Mongoose Incident Identifiers
-----------------------------
Mongoose Incident Identifier technology provides developers with a
convenient way to track the same exceptional incident (i.e. "bug")
across multiple computers. A Mongoose Incident Identifier is an
automatically generated unique identifier that will be the same on any
computer which encounters the problem. (Similar to Full Circle
Software's TalkBack ID and Bugtoaster's Crash Signature.)
    

Sample reporter output
----------------------
    
ConsoleReporter:

    This program has encountered a problem that means it can not continue.
    
    Please contact your technical support provider, system
    administrator or the vendor of this software and ask them for
    assistance.
    
    Mongoose Incident Identifier: 89662
    
    
FileLogReporter (Long format):

    ---------------------------------------------------------------------------
    Mon Mar  3 15:50:23 2003	89662	exceptions.Exception	Dummy Exception
    
    Traceback (most recent call last):
      File "mongoose/reporters.py", line 491, in ?
        raise Exception("Dummy Exception")
    Exception: Dummy Exception
    
    info one: Stuff
    info two: A value
    ---------------------------------------------------------------------------
    
EmailReporter:

    From: mongoose@example.com
    To: developer@example.com
    Subject: Mongoose Incident Report
    X-Mongoose-Id: 89662
    Date: Mon,  3 Mar 2003 15:50:23 -0800 (PST)
    
    (This is an optional message prologue.)
    ---------------------------------------------------------------------------
    Mon Mar  3 15:50:23 2003	89662	exceptions.Exception	Dummy Exception
    
    Traceback (most recent call last):
      File "mongoose/reporters.py", line 491, in ?
        raise Exception("Dummy Exception")
    Exception: Dummy Exception
    
    info one: Stuff
    info two: A value
    ---------------------------------------------------------------------------
    
    
More about "Mongoose Incident Identifiers"
------------------------------------------
        
The following is an example MII:

89662

Exciting, huh? 


Why is a Mongoose Incident Identifier good for users?
-----------------------------------------------------

+ A MII gives the user a single, small and easy to remember piece of
  information to identify their problem. They can then search the
  vendor's support database or talk to support personnel about it.


Why is a Mongoose Incident Identifier good for support staff?
-------------------------------------------------------------

+ The MII for any particular incident is the same for all 
  computers the software is installed on. A MII helps support staff
  determine whether a bug has been seen before, and find out if there
  are known solutions or work-arounds for it.


Why is a Mongoose Incident Identifier good for developers?
----------------------------------------------------------

+ Helps to determine how bugs should be prioritized by noting the
  relative frequency of each MII.

+ Provides a convenient method of conveying information from the user
  to the developer about particular bugs. Once a bug has an MII
  associated with it the developer can also link the logged traceback
  (including custom session information) and other information to it.
 
   
Download and try Mongoose today:

URL: <http://themongoose.sourceforge.net/>

Email: <opensource@notanothercorporation.com>

    
<P><A
HREF="http://themongoose.sourceforge.net/">
Mongoose 0.1</A> - Catch and report otherwise unhandled Python
exceptions in production or beta software in a helpful and extensible
manner, also provides bug specific Mongoose Incident Identifiers.
(07-May-04)


From torsten.marek@student.uni-tuebingen.de  Fri May  7 12:13:53 2004
From: torsten.marek@student.uni-tuebingen.de (Torsten Marek)
Date: Fri, 07 May 2004 13:13:53 +0200
Subject: ANN: A new wiki for PyQt and PyKDE
Message-ID: <mailman.1083958325.20852.clpa-moderators@python.org>

If have the pleasure to announce that we created a wiki for GUI 
development with PyQt and PyKDE at
http://www.diotavelli.net/PyQtWiki
Everybody who searches for information about GUI creation with Python 
will find links to tutorials, howtos and sample code. If you never heard 
about PyKDE and/or PyQt, the time might be great, because PyKDE 3.11 
with support for KDE 3.2.x is in its beta stage right now and will be 
released soon.

Even more, we ask you for your contributions to the wiki. We are 
searching for tutorials, documentation, (online) books, existing 
applications, development tricks, sample code, GUI design articles etc., 
so please participate.


About PyQt:
PyQt contains the Python bindings to the Qt C++ GUI toolkit developed by 
Trolltech. With it, you can easily create complex multi platform GUI 
programs using RAD technologies. PyQt supports Linux and various 
flavours of Unix, MacOS X and Windows under a variety of licenses 
including the GPL and a commercial license. For licensing and prices, 
please look at the homepage of PyQt.
With PyQt, you have all the benefits of the Qt toolkit, including the Qt 
Designer, SQL support and native widget look on Windows and MacOS X 
without the drawbacks of the C++ API like the moc and long compilation 
times.
PyQt is written by Phil Thompson at Riverbank Computing, Ltd..

About PyKDE:
Based on PyQt, PyKDE provides Python interfaces to the KDE C++ API. It 
allows tight integration of your application into the KDE desktop 
environment and makes it indistinguishable from "native" C++ programs. 
You can not only use the more advanced KDE widgets, but also the 
state-of-the-art KDE technologies like KParts (the component model - why 
not make your own web browser with KHTML), KIO and KFile (use webdav, 
samba, fish and many more protocols like your filesystem), DCOP and the 
printing libraries (KDEPrint), combined with the productivity of Python 
and the well-known Qt tools.
PyKDE is currently maintained by Jim Bublitz, early versions were 
written by Phil Thompson.


From detlev@die-offenbachs.de  Sat May  8 10:07:24 2004
From: detlev@die-offenbachs.de (Detlev Offenbach)
Date: Sat, 08 May 2004 11:07:24 +0200
Subject: ANN: eric3 3.4.2 released
Message-ID: <mailman.1084027143.6394.clpa-moderators@python.org>

Hi,

I just uploaded version 3.4.2 of eric3. This is mainly a bug fix release.
It is available via

http://www.die-offenbachs.de/detlev/files/eric-3.4.2.tar.gz

What is it?
-----------
eric3 is a Python IDE written in Python using PyQt and QScintilla. It has
all the features one expects from a modern IDE. For details please see

http://www.die-offenbachs.de/detlev/eric3.html


Detlev
-- 
Detlev Offenbach
detlev@die-offenbachs.de


From newsgroups@jhrothjr.com  Sun May  9 18:52:05 2004
From: newsgroups@jhrothjr.com (John Roth)
Date: Sun, 9 May 2004 13:52:05 -0400
Subject: PyFIT 0.3
Message-ID: <mailman.1084192922.25917.clpa-moderators@python.org>

FIT is Ward Cunningham's Framework For Integrated Testing.
It's an acceptance testing tool that is intended to allow
non-technical people to write acceptance tests with
tools they are familiar with, including word processors
and spreadsheets.

This is an update of Simon Michael's port to Python. See
fit.c2.com for details of what FIT is and how it works;
the downloads page there contains Simon Michael's
original port, which works with versions of Python
up to 2.2.2.

This version brings the port up to the last released Java
version (Sept 15, 2003) and provides a clean interface
for handling type related metadata. It's on Ron Jeffries'
downloads page at

http://www.xprogramming.com/software.htm

The next version (0.4a1) is just around the corner;
this will include interoperability with Fitnesse (see
www.fitnesse.org) and most of the additions that
Object Mentor made to the FIT product. It will
also include [gasp!] real documentation, produced
by Docutils, as well as somewhat better packaging
for installation. Some day, if I can ever get Distutils
to work...

Have fun with it!
John Roth





From richardjones@optushome.com.au  Mon May 10 03:54:48 2004
From: richardjones@optushome.com.au (Richard Jones)
Date: Mon, 10 May 2004 12:54:48 +1000
Subject: SC-Track Roundup 0.7.1 - an issue tracking system
Message-ID: <mailman.1084192983.26145.clpa-moderators@python.org>

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

This release fixes some bugs in the initial 0.7 release of Roundup:

=2D - several temp files made it into the source distribution (sf bug 94924=
3)
=2D - typo in roundup/instance.py
=2D - missing CRLF var in rfc822.py (sf patch 949471)
=2D - fix user creation page
=2D - have roundup server pass though the cause of a "403 Forbidden" respon=
se
=2D - fix schema mutation in sqlite backends (thanks Tamer Fahmy)
=2D - make popup Javascript IE 5.0 friendly (thanks Marlon van den Berg)
=2D - fix RDBMS import (thanks Tamer Fahmy)

Known issues:

=2D - the metakit import feature currently has a bug and should not be used

If you're upgrading from an older version of Roundup you *must* follow
the "Software Upgrade" guidelines given in the maintenance documentation.

Roundup requires python 2.1.3 or later for correct operation.

To give Roundup a try, just download (see below), unpack and run::

    python demo.py

Source and documentation is available at the website:
     http://roundup.sourceforge.net/
Release Info (via download page):
     http://sourceforge.net/projects/roundup
Mailing lists - the place to ask questions:
     http://sourceforge.net/mail/?group_id=3D31577


About Roundup
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Roundup is a simple-to-use and -install issue-tracking system with
command-line, web and e-mail interfaces. It is based on the winning design
from Ka-Ping Yee in the Software Carpentry "Track" design competition.

Note: Ping is not responsible for this project. The contact for this
project is richard@users.sourceforge.net.

Roundup manages a number of issues (with flexible properties such as
"description", "priority", and so on) and provides the ability to:

(a) submit new issues,
(b) find and edit existing issues, and
(c) discuss issues with other participants.

The system will facilitate communication among the participants by managing
discussions and notifying interested parties when issues are edited. One of
the major design goals for Roundup that it be simple to get going. Roundup
is therefore usable "out of the box" with any python 2.1+ installation. It
doesn't even need to be "installed" to be operational, though a
disutils-based install script is provided.

It comes with two issue tracker templates (a classic bug/feature tracker and
a minimal skeleton) and seven database back-ends (anydbm, bsddb, bsddb3,
sqlite, metakit, mysql and postgresql).=20

=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAnu74rGisBEHG6TARAoLuAJ9Jg2drDDCLyxAxUl6EwvPH/0j1jACfWihX
RFX1SPNQDmJiTrYG9S7LRKo=3D
=3DdEaA
=2D----END PGP SIGNATURE-----


From mircea@sticlete.com  Mon May 10 08:18:52 2004
From: mircea@sticlete.com (Mircea Hossu)
Date: Mon, 10 May 2004 03:18:52 -0400 (EDT)
Subject: ANN: WhatOs + AutoState embedded system solution
Message-ID: <mailman.1084193041.26539.clpa-moderators@python.org>

WhatOS embedded system solution now incorporates AutoState, a
general-purpose state machine source-code generator based on binary
decision diagrams.

http://www.sticlete.com/whatos
http://sourceforge.net/projects/whatos

New in 1.1
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

* AutoState state machine C source code generation and verification
  (graphical simulation provided by WhatOS)

* Much easier installation and usage

* Two graphical demos (can be used as starter applications)

WhatOS
=3D=3D=3D=3D=3D=3D

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 aahz@pythoncraft.com  Mon May 10 17:38:16 2004
From: aahz@pythoncraft.com (Aahz)
Date: Mon, 10 May 2004 12:38:16 -0400
Subject: BayPIGgies: May 13, 7:30pm
Message-ID: <mailman.1084207863.11947.clpa-moderators@python.org>

The next meeting of BayPIGgies will be Thurs May 13 at 7:30pm.  It will
feature a PyCon trip report from Guido van Rossum and Aahz.

BayPIGgies meetings are in Stanford, California.  For more information
and directions, see http://www.baypiggies.net/


Advance notice: The June 10 meeting will feature Bruce Eckel repeating
his PyCon keynote on the Python type system.
-- 
Aahz (aahz@pythoncraft.com)           <*>         http://www.pythoncraft.com/

Adopt A Process -- stop killing all your children!


From sf@nuxeo.com  Mon May 10 20:01:28 2004
From: sf@nuxeo.com (Stefane Fermigier)
Date: Mon, 10 May 2004 21:01:28 +0200
Subject: CPS 3.1.0 (development branch) has been released today.
Message-ID: <mailman.1084237504.19488.clpa-moderators@python.org>

This is a multi-part message in MIME format.
--------------000107040709000205070600
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable

CPS 3.1.0 (development branch) has been released today.

     CPS 3.1.0 (development branch) is an intermediate release that takes
     place in the development process of the future stable release of CPS=
3,
     which will be CPS 3.2.0 (stable branch). It is fairly stable, and mo=
st
     of the products are currently used in production, but, except for un=
it
     tests which are usually written along the code, it has not received
     yet a thourough QA process. Some API may also change until CPS 3.2.

     It has been tested and should work on Zope 2.6.1, 2.6.4 and 2.7.0. I=
t
     includes the new CMF 1.4.3 as well as several other third-party
     products.

     CPS 3.1.0 (development branch) improvements over CPS 3.0 are the
     following:
       * Interoperability and accessibility improvements: switch to XHTML
         1.0 Transitional and move to more semantic HTML code. This is an
         ongoing effort to soon switch to XHTML 1.0 Strict and to assert
         the degree of accessibility of CPS with respect to the [2]Web
         Accessibility Initiative (WAI).
       * A new [3]CPSSubscriptions product which brings a powerful and
         generic subscription and notification framework for CPS.
       * Thanks to the many users' and clients' feedback, many bug fixes
         and improvements on the [4]CPSDocument and [5]CPSSchemas product=
s
         have been done. Those result in more usable widgets and forms in
         particular and in a more enjoyable user experience in general.
       * Many bug fixes in the CPSCalendar (=3D shared calendar) product.
       * General switch to the CPSSchema/CPSDocument framework. Most of t=
he
         CPS components are now CPSDocuments on their own with all the ne=
w
         functionalities and services that it provides. So Sections,
         Workspaces and CPSForum posts are all now CPSDocuments.
       * Use of the new [6]CPSInstaller product for easier understanding,
         maintenance, stability and third party developments over CPS.
       * Indexation and previewing of new document types: MS Excel, MS
         Powerpoint.
       * Integration of the [7]CPSRSS syndication product.
       * Integration of the [8]CPSChat chat product.
       * Integration of the CPSCollector poll and user input collector (n=
ot
         converted yet to CPSSchema/CPSDocument, though).
       * Integration of the popular third-party [9]CPSSkins theme creatio=
n
         and management product by Jean-Marc Orliaguet. ([10]screenshots
         here).
       * New translation: German, which brings to 6 the number of languag=
es
         available for CPS (some of these translation may not be complete
         as of now):
            + English
            + French
            + Spanish (thanks to =C1lvaro Tejero Cantero)
            + Italian (thanks to Paolo Dina)
            + Dutch (thanks to CapGemini Belgium)
            + German (thanks to Georg Hennemann)
       * In summary, there have been about 1200 commits by 13 commiters
         since the CPS 3.0 release.

     CPS 3.1.0 is available at:
     http://zope.org/Members/nuxeo/Products/CPS3/CPS-3.1.0

What is CPS ?

     [11]Nuxeo CPS is an extensive collaborative Web content management
     system (CMS) implemented on top of Zope and the CMF. Nuxeo CPS enabl=
es
     organizations to easily, quickly and efficiently implement
     collaborative intranet, extranet or internet applications.

     [12]CPS3 is the next generation of CPS, and builds on the strengths =
of
     CSP2.

     As CPS2, it provides:
       * Collaborative publication of documents
       * Indexation and previewing of office automation documents (MS
         Office, StarOffice, OpenOffice.org, PDF, RTF, XML, etc.).
       * Integrated search engine
       * Versioning
       * Mailing lists
       * Workflow
       * Integrated Meta Directory
       * Security (based on roles)

     The new functionalities and features only available on CPS3 are:
       * Flexible revision and translation framework for content.
       * Single repository for content objects, that stores versions of
         documents.
       * Event service: flexible tool to manage communication between
         tools.
       * Everything is workflow-driven, with placeful (local) workflow
         association. Workflow can be tuned for very different purposes
         (e.g. collaboration vs. publication).
       * Portal customisation system based on "boxes" with several boxes
         types already provided.
       * Internationalisation.

More information

     You can find more information about CPS3 in the [13]EuroPython 2003
     slides

     See also the [14]Nuxeo web site and [15]CPS Project for more details=
.

Getting involved

     There is a [16]cps-devel mailing list for CPS3 (and CPS2) developers=
.
     CPS users lists ([17]cps-users (english) and [18]cps-users-fr
     (french)) are also available.

References

     1. http://zope.org/Members/nuxeo/Products/CPS3/CPS-3.1.0
     2. http://www.w3.org/WAI/
     3. http://zope.org/Members/nuxeo/Products/CPSSubscriptions/
     4. http://zope.org/Members/nuxeo/Products/CPSDocument/
     5. http://zope.org/Members/nuxeo/Products/CPSSchemas/
     6. http://zope.org/Members/nuxeo/Products/CPSInstaller/
     7. http://zope.org/Members/nuxeo/Products/CPSRSS/
     8. http://zope.org/Members/nuxeo/Products/CPSChat/
     9. http://www.medic.chalmers.se/~jmo/CPS/
    10. http://www.medic.chalmers.se/~jmo/CPS/screens.html
    11. http://zope.org/Members/nuxeo/Products/CPS3/
    12. http://zope.org/Members/nuxeo/Products/CPS3/
    13. http://www.europython.org/Talks/Slides/cps_europython_2003.pdf
    14. http://www.nuxeo.com/en/
    15. http://www.cps-project.org/
    16. http://lists.nuxeo.com/mailman/listinfo/cps-devel
    17. http://lists.nuxeo.com/mailman/listinfo/cps-users
    18. ttp://lists.nuxeo.com/mailman/listinfo/cps-users-fr


--=20
St=E9fane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile).
Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps
Gestion de contenu web / portail collaboratif / groupware / open source!

--------------000107040709000205070600
Content-Type: text/x-vcard; charset=utf8;
 name="sf.vcf"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
 filename="sf.vcf"

begin:vcard
fn:Stefane Fermigier
n:Fermigier;Stefane
org:Nuxeo
adr:;;14, rue Soleillet;Paris;;75020;France
email;internet:sf@nuxeo.com
title:Directeur / CEO
tel;work:+33 1 40 33 79 87
tel;fax:+33 1 43 58 14 15
tel;cell:+33 6 63 04 12 77
x-mozilla-html:FALSE
url:http://www.nuxeo.com/
version:2.1
end:vcard


--------------000107040709000205070600--



From python@openlight.com  Mon May 10 23:30:42 2004
From: python@openlight.com (George Belotsky)
Date: Mon, 10 May 2004 18:30:42 -0400
Subject: [ANN] Python and Embedded Systems -- a Success Story
Message-ID: <mailman.1084237505.19490.clpa-moderators@python.org>

Here is a story about the use of Python in an embedded development
environment.  

"http://pythonology.org/success&story=carmanah".

The company being discussed is Carmanah Technologies Inc.; it designs
and manufactures a large variety of solar-powered LED lighting systems.

The story has a few unusual twists, from the Carmanah's beginnings (as
the navigation lights were failing on the founder's sailboat in the
middle of the Pacific) to the surprising usefulness of Python in a
microcontroller environment (where the target has just a few K of
ROM).

A picture of a finished product that benefited significantly from the
use of Python is included.  There is also a photograph of the
prototype, interacting with a Python-based program.

Enjoy!

George.


From Sylvain =?iso-8859-1?Q?Th=E9nault?= <Sylvain.Thenault@logilab.fr>  Tue May 11 09:16:32 2004
From: Sylvain =?iso-8859-1?Q?Th=E9nault?= <Sylvain.Thenault@logilab.fr> (Sylvain =?iso-8859-1?Q?Th=E9nault?=)
Date: Tue, 11 May 2004 10:16:32 +0200
Subject: [ANN] PyLint 0.4
Message-ID: <mailman.1084279983.8080.clpa-moderators@python.org>

Hello all !

I'm pleased to announce the 0.4 release of PyLint. This release 
provides some new configuration options and a bunch of bug fixes. 
You will need the latest logilab.common package (0.5) to use this 
release. Enjoy !


What's new ?
------------
    * fix file path with --parsable

    * --parsable option has been renamed to --parseable

    * added patch from Andreas Amoroso to output message to files instead
      of standard output

    * added Run to the list of correct variable names

    * fix variable names regexp and checking of local classes names

    * some basic handling of metaclasses

    * no-docstring-rgx apply now on classes too

    * new option to specify a different regexp for methods than for
      functions

    * do not display the evaluation report when no statements has been
      analysed

    * fixed crash with a class nested in a method

    * fixed format checker to deals with triple quoted string and
      lines with code and comment mixed

    * use logilab.common.ureports to layout reports


What is Pylint ?
----------------

Pylint is a python tool that checks if a module satisfy a coding
standard. Pylint can be seen as another pychecker since nearly all
tests you can do with pychecker can also be done with Pylint. But
Pylint offers some more features, like checking line-code's length,
checking if variable names are well-formed according to your coding
standard, or checking if declared interfaces are truly implemented,
and much more (see http://www.logilab.org/pylint/ for the complete
check list). The big advantage with Pylint is that it is highly
configurable, customizable, and you can easily write a small plugin to
add a personal feature.

The usage it quite simple :

$ pylint mypackage.mymodule
        

This command will output all the errors and warnings related to the
tested code (here : mypackage.mymodule), will dump a little summary at
the end, and will give a mark to the tested code.

Pylint is free software distributed under the GNU Public Licence.


Home page
---------
http://www.logilab.org/projects/pylint/

Download
--------
ftp://ftp.logilab.org/pub/pylint/

Mailing list
------------
mailto://python-projects@lists.logilab.org


-- 
Sylvain Thénault                               LOGILAB, Paris (France).

http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org



From jimmy@retzlaff.com  Tue May 11 15:34:24 2004
From: jimmy@retzlaff.com (Jimmy Retzlaff)
Date: Tue, 11 May 2004 07:34:24 -0700
Subject: ANN: EasyDialogs for Windows version 1.14.0
Message-ID: <mailman.1084319223.12461.clpa-moderators@python.org>

EasyDialogs for Windows is available at:

http://www.averdevelopment.com/python/

EasyDialogs for Windows is a ctypes based emulation of the EasyDialogs
module included in the Python distribution for Macintosh. It attempts to
be as compatible as possible. Code using the Macintosh EasyDialogs
module can often be run unchanged on Windows using this module. The
module has been tested on Python 2.3 running on Windows XP and Windows
Server 2003. I would appreciate feedback at jimmy@retzlaff.com about
experience running this on other version of Windows (I attempted to
avoid APIs that weren't available on Windows 95 or Windows NT 4.0).

EasyDialogs is written in pure Python using Thomas Heller's ctypes
module (http://starship.python.net/crew/theller/ctypes/) to call Windows
APIs directly. No Python GUI toolkit is used. This means that relatively
small distributions can be made with py2exe (or its equivalents). A
simple test of all the dialogs in EasyDialogs bundled up using py2exe
results in a distribution that is about 1.25MB. Compressing the exe,
dll, and pyd files using UPX (http://upx.sourceforge.net) drops that to
about 550KB.

Prerequisites
EasyDialogs for Windows requires Windows, Python 2.3, and ctypes 0.6.3.

License: MIT

This is the initial public release of EasyDialogs for Windows.

Jimmy



From cms103@owlfish.com  Wed May 12 00:20:08 2004
From: cms103@owlfish.com (Colin Stewart)
Date: 11 May 2004 16:20:08 -0700
Subject: TimeFormat 1.0.0 Released
Message-ID: <mailman.1084319223.12463.clpa-moderators@python.org>

Hi,

I've released a small library that provides a more capable alternative
to time.strftime().  It allows formatting strings that can produce
valid W3C DateTime formats with timezone (something that can't be done
with strftime), and allows padding policies to be specified for
individual elements (e.g. day with no padding, space padding, or 0
padding).

It's licensed under a BSD Style license, and avialable here:
http://www.owlfish.com/software/TimeFormat/index.html

Colin.


From brian@sweetapp.com  Wed May 12 18:50:58 2004
From: brian@sweetapp.com (Brian Quinlan)
Date: Wed, 12 May 2004 19:50:58 +0200
Subject: ANN: Vancouver Python Workshop
Message-ID: <mailman.1084435208.19194.clpa-moderators@python.org>

Vancouver Python Workshop
=========================

The Vancouver Python and Zope User Group is pleased to announce the Vancouver 
Python Workshop.

The conference will begin on July 31st with keynote addresses by Guido van 
Rossum (the creator of Python) and Paul Everitt (co-founder of Zope Corp). 
Further talks (and tutorials for beginners) will take place on August 1st and 
2nd. The conference will be roughly divided into three tracks:

   o Python language and applications
   o Content management with Python (esp. Zope and Plone)
   o Python for beginners

More information see: http://www.vanpyz.org/conference/
or contact Brian Quinlan at: brian@sweetapp.com

Vancouver
=========

In addition to the opportunity to learn and socialize with fellow Pythonistas, 
the Vancouver Python Workshop also gives visitors the opportunity to visit one 
of the most extraordinary cities in the world (1). For more information about 
traveling to Vancouver, see:

http://www.vanpyz.org/conference/travel.html
http://www.tourismvancouver.com

Important dates
===============

Paper proposals accepted: May 17th to June 15th
Attendee registration: June 1st to June 30th
Late registration: from July 1st
Keynotes, preconference sprints & tutorials: July 31st
Conference and tutorial dates: August 1st and 2nd

(1) http://news.bbc.co.uk/2/hi/business/2299119.stm
     http://www.mercerhr.com/pressrelease/details.jhtml?idContent=1128760

Cheers,
Brian



From dmgass@hotmail.com  Thu May 13 08:53:09 2004
From: dmgass@hotmail.com (Dan Gass)
Date: 13 May 2004 00:53:09 -0700
Subject: Config-py 1.1 Released
Message-ID: <mailman.1084435210.19226.clpa-moderators@python.org>

config-py version 1.1 has been released and is available at SourceForge.  

Highlights of the changes are:

1) License changed from GPL to MIT (less restrictive)
2) Settings available as attributes of configuration instances
3) Allow user exact control of when environment keys are utilized
4) Exception class was added
5) Other (backwards compatible) interface and documentation improvements


Module Description
------------------

This python module provides a simple, but extremely flexible and powerful 
method of controlling python script execution by use of configuration settings 
stored in user configuration files.  This module is a more powerful 
alternative to the ConfigParser module already available in the standard 
Python distribution.

The standard ConfigParser module parses text based user configuration files 
and provides access to that information.  This module reads python based 
configuration files and provides access to the python objects contained 
within.  In addition, this module supports hierarchical organization of the 
settings within the configuration files so that settings may be accessed using 
keys specified by the user from the command line or by other means.  By use of 
python based configuration files, this module provides a simple solution to 
most configuration problems but also has the flexibility to solve the most 
complex configuration issues.


Other Important Information
---------------------------

License:            MIT

Project Home Page:  http://config-py.sourceforge.net/

Download URL:       https://sourceforge.net/projects/config-py/

Author/Maintainer:  Dan Gass (dmgass@hotmail.com)



<P><A HREF="http://config-py.sourceforge.net/">config-py 1.1</A> - Python
          based user configuration file accessor module.  (13-May-04)


From mick@translucentcode.org  Thu May 13 09:28:35 2004
From: mick@translucentcode.org (Michael Twomey)
Date: Thu, 13 May 2004 09:28:35 +0100
Subject: ANN: pygenx 0.5.2
Message-ID: <mailman.1084452364.20303.clpa-moderators@python.org>

pygenx 0.5.2 is now available:

http://software.translucentcode.org/pygenx/pygenx-0.5.2.tar.gz

http://software.translucentcode.org/pygenx/

What is it?
-----------

pygenx is a wrapper for the genx[1] canonical[2] XML generation library.

If you need a simple, fast, way of generating correct XML without 
worrying about escaping characters or character entities then pygenx is 
ideal.

Example
-------

#!/usr/bin/env python

import genx

writer = genx.Writer()
fp = file("greeting.xml", "w")
writer.startDocFile(fp)
writer.startElementLiteral("greeting")
writer.addText("Hello world!")
writer.endElement()
writer.endDocument()

greeting.xml:

<greeting>Hello world!</greeting>


Why the high version number?
----------------------------

In case you are wondering why you never saw a 0.1 - 0.4 release that is 
because I am tracking genx's beta releases (currently beta 5), and also 
because this is the first version of pygenx to build and pass the test 
suite on all platforms I've tested it on (previously an optimisation bug 
in genx was causing it to fail after being built by distutils).



[1] genx - http://www.tbray.org/ongoing/When/200x/2004/02/20/GenxStatus
[2] canonical XML - http://www.w3.org/TR/xml-c14n


mick


From anthony@python.org  Thu May 13 14:48:03 2004
From: anthony@python.org (Anthony Baxter)
Date: Thu, 13 May 2004 23:48:03 +1000
Subject: RELEASED Python 2.3.4, release candidate 1
Message-ID: <mailman.1084456204.22328.clpa-moderators@python.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On behalf of the Python development team and the Python community, I'm
happy to announce the release of Python 2.3.4 (release candidate 1).

Python 2.3.4 is a bug-fix release. See the release notes at the website
(also available as Misc/NEWS in the source distribution) for details of
the bugs squished in this release.

Assuming no major problems crop up, a final release of Python 2.3.4
will follow late next week.

For more information on Python 2.3.4, including download links for
various platforms, release notes, and known issues, please see:

~    http://www.python.org/2.3.4

Highlights of this new release include:

~  - Bug fixes. According to the release notes, more than 20 bugs
~    have been fixed, including a couple of bugs that could cause
~    Python to crash. These were discovered by Zope3.

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

Enjoy the new release,
Anthony

Anthony Baxter
anthony@python.org
Python Release Manager
(on behalf of the entire python-dev team)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAo3yTDt3F8mpFyBYRAicdAJwOngKitELJ25u3oCW+iQcc581wbQCgh1Ah
f/Ci2omZVG7p63xY9cfZiSw=
=e3Rv
-----END PGP SIGNATURE-----


From altis@semi-retired.com  Thu May 13 22:54:48 2004
From: altis@semi-retired.com (Kevin Altis)
Date: Thu, 13 May 2004 14:54:48 -0700
Subject: fwd: O'Reilly OSCON announcement
Message-ID: <mailman.1084503423.11599.clpa-moderators@python.org>

Subject: Registration Open for OSCON 2004

Registration is open for the 2004 O'Reilly Open Source Convention
July 26-30, 2004 in Portland, OR
http://conferences.oreilly.com/oscon/

Open source has never just been about code. It's about building
=A0communities--coming together to find new ways of working better,
faster, cheaper. As a result, open source geeks are cruising Mars,
plumbing the secrets of genomes, and rescuing businesses large and
small from closed "solutions" that don't solve much.

Are you prepared to step up to the next level, as open source
continues to claim computing mindshare? Come to OSCON and meet
open source leaders, learn useful skills, and engage in conversations
with developers, business leaders, and technology strategists.
Explore it all at OSCON, from the latest innovations in Perl, PHP,
and Python to the great Linux debate and much more.

**Keynotes Speakers**
http://conferences.oreillynet.com/pub/w/29/keynotes.html
- Freeman, Esther, and George Dyson
- Robert Lefkowitz , VP of Enterprise Systems & Architecture at
=A0 AT&T Wireless
- Chris Stone,=A0 Novell's Vice Chairman
- Bdale Garbee, Linux CTO of HP
- Milton Ngan, Weta Digital
- Tim O'Reilly, founder of O'Reilly & Associates

**Convention Speakers and Tracks**
http://conferences.oreillynet.com/pub/w/29/speakers.html
OSCON regulars such as Damian Conway, Guido van Rossum, Monty
Widenius, Eric Raymond, Theodore Ts'o,=A0 Mitchell Kapor, Allison
Randal, Miguel de Icaza, and Stormy Peters lead sessions and
panels focusing on Linux, PHP, Python, Perl, Apache, XML, MySQL,
PostgreSQL, Security (new this year), Emerging Topics, Java, and Ruby.

**Evening Events**
http://conferences.oreillynet.com/pub/w/29/events.html
- SCO Moot Court, organized by UC Berkeley law professor Pam Samuelson
=A0 and Groklaw founder Pamela Jones
- NASA's Jeff Norris shares how open source software played a major
=A0 role in operating the Spirit and Opportunity Mars Exploration =
Rovers,
=A0 illustrated with pictures and anecdotes
- Larry Wall's perennial "State of the Onion" address
- A talk by Paul Graham, author of "Hackers & Painters"
- An open house at Portland's inimitable Powell's Books, author
=A0 receptions, BoFs, parties, and a trip to the Oregon Museum of
=A0 Science & Industry

**Registration Information**
http://conferences.oreillynet.com/pub/w/29/register.html
Register before June 18 to save on registration fees. Lots of other
discounts are available too.

Be sure to reserve your hotel room by June 25 to take advantage of
the special OSCON hotel rate:
http://conferences.oreillynet.com/pub/w/29/hotel.html

And bring the family--Portland is not just open to open source, it's
family-friendly, too. Visit our See & Do page for a sampling of the fun:
http://conferences.oreillynet.com/pub/w/29/see_do.html

Press coverage, blogs, photos, and news from last year's convention
can be found at:
http://www.oreillynet.com/oscon2003/

For information on exhibition and sponsorship opportunities at the
convention, contact Andrew Calvo at (707) 827-7176, or
andrewc@oreilly.com.

Open source opportunities are growing daily, as are its challenges.
OSCON helps you dive right in to find the know-how you need, no matter
what the open source technology.

See you in Portland!


Catherine M. Dale
Marketing Manager, Conferences
O'Reilly & Associates
1005 Gravenstein Hwy. N. Sebastopol, CA 95472
Ph: 707-827-7184, Fax: 707-829-1342=00=



From barry@python.org  Fri May 14 04:39:08 2004
From: barry@python.org (Barry Warsaw)
Date: Thu, 13 May 2004 23:39:08 -0400
Subject: RELEASED email 2.5.5
Message-ID: <mailman.1084548844.17551.clpa-moderators@python.org>

I've tagged and uploaded email package version 2.5.5 which fixes a
number of bugs since version 2.5.4.  This version matches what will be
in Python 2.3.4 final, and is therefore only useful for use with older
versions of Python.  It is compatible with Python 2.1.3 and newer.

Please see the email-sig for more information:

http://www.python.org/sigs/email-sig/

Enjoy,
-Barry




From lsmithso@NOhare.SPAM.demon.co.uk  Fri May 14 10:07:53 2004
From: lsmithso@NOhare.SPAM.demon.co.uk (Les Smithson)
Date: 14 May 2004 10:07:53 +0100
Subject: ANNOUNCE: Pymqi 0.5b MQ Interface released
Message-ID: <mailman.1084548845.17578.clpa-moderators@python.org>

Pymqi 0.5b is now available at http://www.hare.demon.co.uk/pymqi. This
version adds support for MQ 5.3 connection handle sharing between
threads.

Pymqi is a Python extension for IBM's Messaging & Queueing middleware,
MQSeries (aka WebSphere MQ family). This allows Python scripts to make
calls directly to MQI to connect queues and get/put messages on them
etc.

Pymqi combines the power of Python with the benefits of the messaging
model. It can be used to develop test harnesses for MQ based systems,
for rapid prototyping of MQ applications, for development of
administrative GUI's (when combined with e.g., TkInter), and even for
mainstream MQ application development!

Pymqi does not replace MQI, but is layered on top of it, so you must
have MQ (either client or server) installed before you can use it.



From adam-l@souzis.com  Fri May 14 12:13:00 2004
From: adam-l@souzis.com (Adam Souzis)
Date: Fri, 14 May 2004 04:13:00 -0700
Subject: ANNOUNCE: Rx4RDF and  Rhizome 0.3.0
Message-ID: <mailman.1084548846.17599.clpa-moderators@python.org>

Rx4RDF is application stack for building RDF-based applications and web
sites.
Rhizome is a Wiki-like content management and delivery system built on
Rx4RDF that generalizes the wiki concept in several ways.

What's new?

This release is focused on making Rhizome usable for running small-scale
web sites:
 
* Much improved documentation, including manuals for Rhizome, Raccoon 
and ZML.

* Many features added to Rhizome -- it now has (nearly) all the 
functionality
you'd expect in a full-featured Wiki. It also much easier to browse and edit
the underlying RDF model (and the default template is less ugly).

* Raccoon's security has been enhanced by disabling potentially dangerous
settings by default and by the creation of an audit log of changes to the
database. Rhizome now supports fine-grained authorization of the changes
to the RDF model and provides a secure default authorization schema.
 
In addition, there have several other enhancements, see
http://rx4rdf.liminalzone.org/changelog.txt for more details.

More Info:

* Rx4RDF is a set of technologies designed to make RDF more accessible 
and easier to use. It includes:

** RxPath provides a deterministic mapping between the RDF abstract
syntax to the XPath data model,  allowing you to query, transform and
update a RDF model with languages syntactically indentical to XPath,
XSLT and XUpdate (dubbed RxPath, RxSLT, and RxUpdate respectively).

** ZML  is a Wiki-like text formatting language that lets you write
arbitrary XML or HTML (using Python-esque indentation rules), enabling
you to author XML documents with (nearly) the same ease as a Wiki entry.

** RxML is an alternative XML serialization for RDF that is designed for
easy authoring in ZML, allowing novices to author and edit RDF metadata.

* Raccoon  is a simple application server that uses an RDF model for its
data store, roughly analogous to RDF as Apache Cocoon is to XML. Raccoon
uses RxPath to translate arbitrary requests (currently HTTP, XML-RPC and
command line arguments) to RDF resources, each of which can be
associated with RxSLT and RxUpdate stylesheets.

* Rhizome is a Wiki-like content management and delivery system built on
Raccoon that takes the concept of the Wiki to the next level: everything
is editable, not just content but its meta-data and behavior, even the
structure of the site itself. Furthermore, wiki entries are abstract
globally unique RDF resources that can have any kind of content and
whose presentation is contextual.

Homepage:
http://rx4rdf.liminalzone.org/

Download:
http://sourceforge.net/project/showfiles.php?group_id=85676

-- adam (asouzis @ user.sf.net)




From Sylvain =?iso-8859-1?Q?Th=E9nault?= <Sylvain.Thenault@logilab.fr>  Fri May 14 16:29:10 2004
From: Sylvain =?iso-8859-1?Q?Th=E9nault?= <Sylvain.Thenault@logilab.fr> (Sylvain =?iso-8859-1?Q?Th=E9nault?=)
Date: Fri, 14 May 2004 17:29:10 +0200
Subject: [ANN] PyLint 0.4.1
Message-ID: <mailman.1084548847.17615.clpa-moderators@python.org>

Hello all

I'm pleased to announce the 0.4.1 version of pylint. This is a quick
bug fix release to correct some annoyous bug of the previous version

What's new ?
------------
* fix the setup.py script to allow bdist_winst (well, the generated
  installer has not been tested...) with the necessary
  logilab/__init__.py file

* fix file naming convention as suggested by Andreas Amoroso

* fix stupid crash bug with bad method names


What is pylint ?
----------------

Pylint is a python tool that checks if a module satisfy a coding
standard. Pylint can be seen as another pychecker since nearly all
tests you can do with pychecker can also be done with Pylint. But
Pylint offers some more features, like checking line-code's length,
checking if variable names are well-formed according to your coding
standard, or checking if declared interfaces are truly implemented,
and much more (see http://www.logilab.org/pylint/ for the complete
check list). The big advantage with Pylint is that it is highly
configurable, customizable, and you can easily write a small plugin to
add a personal feature.

The usage it quite simple :

$ pylint mypackage.mymodule
        

This command will output all the errors and warnings related to the
tested code (here : mypackage.mymodule), will dump a little summary at
the end, and will give a mark to the tested code.

Pylint is free software distributed under the GNU Public Licence.


Home page
---------
http://www.logilab.org/projects/pylint/

Download
--------
ftp://ftp.logilab.org/pub/pylint/

Mailing list
------------
mailto://python-projects@lists.logilab.org

-- 
Sylvain Thénault                               LOGILAB, Paris (France).

http://www.logilab.com   http://www.logilab.fr  http://www.logilab.org



From brett@python.org  Sat May 15 06:37:32 2004
From: brett@python.org (Brett C.)
Date: Fri, 14 May 2004 22:37:32 -0700
Subject: python-dev Summary for 2004-04-01 through 2004-04-30
Message-ID: <mailman.1084602184.20048.clpa-moderators@python.org>

python-dev Summary for 2004-04-01 through 2004-04-30
++++++++++++++++++++++++++++++++++++++++++++++++++++
This is a summary of traffic on the `python-dev mailing list`_ from 
April 01, 2004 through April 30, 2004.  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 thirty-ninth and fortieth summary written by Brett Cannon 
(Should
be doing homework instead).

To contact me, please send email to brett at python.org ; I do not have 
the time to keep up on comp.lang.python and thus do not always catch 
follow-ups posted there.

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 new code; otherwise use the current documentation as 
found at
http://docs.python.org/ .  PEPs (Python Enhancement Proposals) are 
located at http://www.python.org/peps/ .  To view files in the Python 
CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ 
.  Reported bugs and suggested patches can be found at the SourceForge_ 
project page.

The `Python Software Foundation`_ is the non-profit organization that 
holds the intellectual property for Python.  It also tries to forward 
the development and use of Python.  But the PSF_ cannot do this without 
donations.  You can make a donation at 
http://python.org/psf/donations.html .  Every penny helps so even a 
small donation (you can donate through PayPal or by check) helps.

.. _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
.. _PSF:
.. _Python Software Foundation: http://python.org/psf/

.. contents::

.. _last summary: 
http://www.python.org/dev/summary/2004-04-01_2004-04-30.html
.. _original text file: 
http://www.python.org/dev/summary/2004-04-01_2004-04-30.ht



=====================
Summary Announcements
=====================
Well, as you may have noticed, I wasn't able to keep up the pace of 
releasing the summaries twice in a month.  Joys of school.  Hopefully 
over the summer I will be able to semi-monthly releases since I will 
only be working and not have homework hanging over my head 24/7.

To give everyone a a heads-up, a release candidate for Python 2.3.4 is 
going to be released May 13/14 (depending where you are on the globe). 
If you have time, please download it and run the regression test suite 
(instructions can be found in the module documentation for the 'test' 
package) and report any issues you have.


=========
Summaries
=========
--------------------------------------------------------
Method decorators and the discussion that will never end
--------------------------------------------------------
Method decorators and `PEP 318`_ were discussed ad nausea this past 
month.  The PEP should be updated in the near future.

.. _PEP 318: http://www.python.org/peps/pep-0318.html

Contributing threads:
   - `PEP 318 -- a couple use cases 
<http://mail.python.org/pipermail/python-dev/2004-April/043902.html>`__
   - `PEP 318: Decorators last before colon/bakeoff 
<http://mail.python.org/pipermail/python-dev/2004-April/043911.html>`__
   - `PEP 318 bake-off? 
<http://mail.python.org/pipermail/python-dev/2004-April/043952.html>`__
   - `PEP 318: Is decorators the right term for these things? 
<http://mail.python.org/pipermail/python-dev/2004-April/043973.html>`__
   - `Re: PEP 318: Let's propose some useful built-in decorators 
<http://mail.python.org/pipermail/python-dev/2004-April/043975.html>`__
   - `Help with PEP 318 
<http://mail.python.org/pipermail/python-dev/2004-April/044011.html>`__
   - `PEP 318: Properties 
<http://mail.python.org/pipermail/python-dev/2004-April/044012.html>`__
   - `PEP 318: More examples of decorator use 
<http://mail.python.org/pipermail/python-dev/2004-April/044132.html>`__
   - `PEP 318: How I would implement decorators 
<http://mail.python.org/pipermail/python-dev/2004-April/044133.html>`__
   - `PEP 318 - check for consensus 
<http://mail.python.org/pipermail/python-dev/2004-April/044251.html>`__


------------------------------------------------------------
Relative imports: the *other* discussion that will never end
------------------------------------------------------------
`PEP 328`_, which covers relative imports, has been updated to cover its 
lengthy discussion.  It seems the PEP is pretty much finalized.

.. _PEP 328: http://www.python.org/peps/pep-0328.html

Contributing threads:
   - `Re: PEP 328 -- relative and multi-line import 
<http://mail.python.org/pipermail/python-dev/2004-April/043978.html>`__
   - `Some comments on PEP 328 (absolute/relative imports) 
<http://mail.python.org/pipermail/python-dev/2004-April/043998.html>`__
   - `PEP 328: __path__ 
<http://mail.python.org/pipermail/python-dev/2004-April/044017.html>`__
   - `from ...sys import path 
<http://mail.python.org/pipermail/python-dev/2004-April/044024.html>`__


--------------------
stdlib: Python or C?
--------------------
The question of whether stdlib modules should be coded in Python or C 
came up again.  Armin Rigo posted some numbers comparing performance of 
heapq using the Python version both in a stock Python interpreter and in 
Psyco_ and then the C version.  Armin's quick timings showed that the 
Python version of heapq was actually faster than the C version when used 
in Psyco.

If it is possible to get the Python version to go faster, should it and 
future modules be coded in Python?  The usual arguments over maintenance 
and readability were brought up.  In the end the Python version of heapq 
was put back into the library with the C version renamed to _heapq.

.. _Psyco: http://psyco.sf.net/

Contributing threads:
   - `Python is faster than C 
<http://mail.python.org/pipermail/python-dev/2004-April/044054.html>`__


-----------------------------------
Getting an Interest Group on Artima
-----------------------------------
Bill Venners of Artima_ asked if there was anyone who wanted to act as a 
moderator for an interest group for Python on the site.  If you are 
interested, read the email for details.

.. _Artima: http://www.artima.com/

Contributing threads:
   - `Python Interest Group 
<http://mail.python.org/pipermail/python-dev/2004-April/044131.html>`__


-------------------------------
Informative reprs for iterators
-------------------------------
Raymond Hettinger suggested having the repr of iterators for built-in 
types list the first three objects returned by the iterator.  That way 
you would actually know what was in the iterator.  It was suggested only 
for iterators where the length of the iterator was known and extracting 
the first three objects from the iterator to display them would be cheap.

In the end, though, it was not added for built-in types.  Some itertools 
iterators, though, did get more informative reprs.

Contributing threads:
   - `More imformative iterator representations 
<http://mail.python.org/pipermail/python-dev/2004-April/044136.html>`__
   - `Proposed iterator representations 
<http://mail.python.org/pipermail/python-dev/2004-April/044166.html>`__


------------------------------
Turning globals into constants
------------------------------
Raymond Hettinger came up with some code that could take a code object 
and make all globals constants, thus speeding up access and removing 
code that did this explicitly (``_len = len``, etc.).  It was proposed 
for the stdlib in `PEP 329`_, but was rejected in the end for being too 
"hackish" in terms of fiddling with bytecode directly.

It did bring up the idea of trying to come up with a way to flag 
built-ins that might be masked.  If the compiler knew what built-ins 
were not going to be masked a direct lookup in the built-in namespace 
would be all that was needed to access a built-in.  As it stands now, 
though, since an external module could inject a shadowing function into 
the global namespace of a module (such as having module bar having the 
code ``import foo; foo.len = lambda x: 42`` to shadow 'len' in the 
module foo), Python has to check the global namespace first, and then 
the built-in namespace for all non-local name accesses.  That is costly 
and it could possibly be avoided since the common case is to not shadow 
a built-in.

Guido suggested having programmers have to specify when a built-in could 
be shadowed.  This could be compared to the 'volatile' keyword in C; the 
programmer has to specify when the compiler should not try to optimize 
access.  This seemed like the best way to go since forcing the 
programmer to flag when a built-in will *not* be shadowed would be more 
work for the common case.  Obviously this would all break 
backwards-compatibility and thus would either require a __future__ 
statement initially or would be like true division and always be a 
__future__ import until Python 3.0 .  But it was all just being thrown 
around with no concrete ideas on implementation and such.

.. _PEP 329: http://www.python.org/peps/pep-0329.html

Contributing threads:
   - `Candidate Function Decorator 
<http://mail.python.org/pipermail/python-dev/2004-April/044204.html>`__
   - `PEP 329: Treating Builtins as Constants... 
<http://mail.python.org/pipermail/python-dev/2004-April/044396.html>`__
   - `peps 329, 266, 267 
<http://mail.python.org/pipermail/python-dev/2004-April/044492.html>`__


-----------------------------
Decimal "stuff" was discussed
-----------------------------
Two big topics came up about the Decimal package.  The first one was 
over whether there should be an exponent limit.  The discussion went 
back and forth, but in the end it was decided that having a limit is 
good since it will prevent undetected overflow and underflow.

The second topic was about adding extra methods.  This was shot down 
since the point of the Decimal module is to follow the standard as put 
forth at http://www2.hursley.ibm.com/decimal/decarith.html .  After the 
module has been in the library and seen some wide usage then possible 
additions beyond the standard could be made.

exponent limit
repr (passable to eval if possible)
sticking to spec initially

Contributing threads:
   - `Decimal data type issues 
<http://mail.python.org/pipermail/python-dev/2004-April/044208.html>`__
   - `Decimal conversion to string 
<http://mail.python.org/pipermail/python-dev/2004-April/044269.html>`__
   - `Decimal - context manipulation 
<http://mail.python.org/pipermail/python-dev/2004-April/044485.html>`__


-------------------------------------------------
Magic hashing numbers segues into JIT compilation
-------------------------------------------------
Raymond Hettinger suggested using a different number for hashing since 
it could be expressed in terms of shifts and additions.  But Tim Peters 
said it was a bad idea to futz with the number since the current one had 
proven its usefulness for so long and had been studying in a 
Python-specific way years ago.

Since part of the justification for changing to another number was the 
number of cycles it would take to do the calculations, the discussion 
shifted to JIT compilation.  Clarification for JIT compared to 
specialized compilation (former does single compiled version of a 
function while the latter does multiple versions based on the argument 
types) came up along with wondering how some of the optimizations used 
in the Self_ language could be applied to Python.

.. _Self: http://research.sun.com/self/language.html

Contributing threads:
   - `String hash function multiplier 
<http://mail.python.org/pipermail/python-dev/2004-April/044235.html>`__
   - `Optimization targets - refcount 
<http://mail.python.org/pipermail/python-dev/2004-April/044304.html>`__


----------------------------------
Modules that need some documentin'
----------------------------------
Yours truly compiled a list of modules that need documentation that can 
be found both in the email starting this thread (although I made one 
mistake on that list of including the imp module) or at 
http://www.python.org/cgi-bin/moinmoin/ModulesThatNeedDocs where Michael 
Chermside was nice enough to put it on up on the wiki.

Writing docs for modules is not that hard and is a great way to help 
out.  See http://www.python.org/dev/doc/devel/doc/doc.html on how to do 
documentation using LaTeX.  And if that scares you, even just writing 
the docs in reST_ is helpful since someone else can volunteer to convert 
it to LaTeX.

Contributing threads:
   - `Possible modules that could use docs 
<http://mail.python.org/pipermail/python-dev/2004-April/044392.html>`__


--------------------------------------
A change in the name of the CVS server
--------------------------------------
SourceForge_ started forcing people to use cvs.sf.net:/cvsroot/python as 
the location of the CVS server as compared to the previously supported 
(but not "official") path of cvs.python.sf.net:/cvsroot/python that 
shows up as SSH reporting a possible man-in-the-middle attack.  Barry 
Warsaw posted a Python script by Greg Ward that would traverse a CVS 
checkout and change the name of the CVS server.  That script can be 
found at 
http://mail.python.org/pipermail/python-dev/2004-April/044593.html .

Contributing threads:
   - `SSH problems getting into SourceForge's CVS? 
<http://mail.python.org/pipermail/python-dev/2004-April/044592.html>`__


---------------------------
A ConfigParser replacement?
---------------------------
Dan Gass presented his `config.py`_ to python-dev to see if there was 
any interest in adding it.  While he was given the standard response 
that no new modules will be accepted for inclusion in the stdlib until 
it has seen widespread acceptance and use by the community, Barry Warsaw 
suggested a possible ConfigParser replacement shootout ala the 
`getopt-sig`_ and how it was decided that optparse (aka Optik_) should 
be the suggested command-line parser used.  This won't happen for 2.4, 
but if people are interested enough this could be done for 2.5 if 
someone decides to spear-head this.

People also immediately pointed out ZConfig_ (by our very own Fred 
Drake) as another possibility.

.. _config.py: http://config-py.sf.net/
.. _getopt-sig: http://mail.python.org/mailman/listinfo/getopt-sig
.. _Optik: http://optik.sourceforge.net/
.. _ZConfig: http://www.zope.org/Members/fdrake/zconfig/

Contributing threads:
   - `Proposal: A more powerful alternative to ConfigParser 
<http://mail.python.org/pipermail/python-dev/2004-April/044520.html>`__
   - `Proposal: A more powerful alternativeto... 
<http://mail.python.org/pipermail/python-dev/2004-April/044529.html>`__


-----------------------------------------
Moving forward with generator expressions
-----------------------------------------
Guido said he wanted to get generator expressions into CVS.  While this 
is good and all, it still doesn't address the whole argument over 
whether early or late binding for variables in the genexps should be 
used (in case you have not been following, early binding would have a 
genexp save the state of the variables used in the genexp at creation 
time while late binding will use the state of the variables at the time 
of each execution of the genexp).  Since Guido prefers the late binding 
for simplicity, he suggested using it for 2.4a1 and a2.  If it was found 
that late binding was bad then for 2.4b1 early binding could be used. 
No one had issues with that idea.

What people did have issue with was the whole thing about late bindings 
period.  Basically the issue boils down to whether late binding is too 
much of a surprise for the cases where they can have issues.  But Greg 
Ewing pointed out that the use case that genexps were being created for 
were for arguments to functions; a use case where the genexp is used 
immediately and whose possible abuse of variables would not be an issue. 
  It was realized that genexps are not exactly the same as listcomps and 
thus not a direct replacement.  Genexps are meant for places where 
memory is going to be an issue; if a listcomp would do just a good of a 
job, then just go ahead and use a listcomp.

Contributing threads:
   - `PEP 289 - Generator Expressions - Let's Move Forward 
<http://mail.python.org/pipermail/python-dev/2004-April/044555.html>`__


---------------------------------------------------
How should gettext return strings from an .mo file?
---------------------------------------------------
Gustavo Niemeyer noticed that if you called 'gettext.gettext' it would 
return the exact bytes stored in the .mo file.  Apparently `GNU 
gettext`_ translates the bytes according to the current locale instead 
of just passing them through untouched.  Gustavo wanted to make Python 
match the GNU implementation.

Barry Warsaw and Martin v. Loewis disagreed, though.  Since Python's way 
of doing it has been that way for so long, they didn't want to break 
backwards-compatibility.  It was also stated that code should use 
'gettext.ugettext' anyway.

In the end it was agreed upon that if Gustavo wanted this functionality 
he should add another function to 'gettext' (such as 'lgettext') that 
did what he wanted.

.. _GNU gettext: http://www.gnu.org/software/gettext/gettext.html

Contributing threads:
   - `Small issues in gettext support 
<http://mail.python.org/pipermail/python-dev/2004-April/044569.html>`__


-----------------------------------------------
And how long have you been hacking on the core?
-----------------------------------------------
Anthony Baxter, fearless release manager, decided to run the Misc/ACKS 
file through ``cvs annotate`` which prints out who edited every line and 
when it was edited and then he sorted it.  This was to see when people 
were added to the ACKS file and thus find our roughly how long people 
have been hacking on the Python core.

The file wasn't started until January 26, 1994 so a lot of the 
"old-timers" don't have exact dates (of which Anthony is one of them). 
Yours truly was added on July 19, 2002.

Contributing threads:
   - `today's pointless, yet slightly terrifying, factoid(s) 
<http://mail.python.org/pipermail/python-dev/2004-April/044574.html>`__


From tundra@tundraware.com  Sun May 16 00:12:55 2004
From: tundra@tundraware.com (Tim Daneliuk)
Date: 15 May 2004 19:12:55 EDT
Subject: [ANN] tconfpy 1.185 Release And Available
Message-ID: <mailman.1084665903.17621.clpa-moderators@python.org>

'tconfpy' Version 1.185 is now released and available for download at:

          http://www.tundraware.com/Software/tconfpy

The last public release was 1.184 (4-27-2004)


This release fixes a bug that incorrectly reported syntax errors
within literal blocks found inside False conditionals.  The bug
was benign but noisy, so a new release was dropped to fix it.

Complete details can be found in the WHATSNEW.txt file included in the
distribution.

Users are strongly encouraged to join the tconfpy-users mailing list as
described in the documentation.


What Is 'tconfpy'?
------------------

'tconfpy' is an advanced configuration file parser and validator for
Python programs.  By using 'tconfpy', Python programmers can provide
their users with an external configuration file for setting program
options, defining defaults, and so on.  'tconfpy' offloads the
responsibility for parsing and validating a configuration file from
the main application. The Python programmer need only deal
with the results and any errors or warnings generated during the
parsing process.

'tconfpy' recognizes a rich configuration language and provides a
number of sophisticated programming features including:

     - The ability to breakup large configurations into smaller pieces
       via the '.include' directive.

     - Support for string substitution and concatenation throughout the
       configuration file via string variables.  Variables may be
       locally declared, a reference to a symbol already in the
       symbol table, or a reference to an environment variable.

     - A complete set of conditional directives for selective
       processing of configuration options. Both existential ("If
       variable exists ...") and comparison ("if string equals/does not
       equal string ...") forms are provided, as is an '.else'
       directive.

     - The ability to instantiate program options prior to reading a
       configuration file and make them mandatory by declaring those
       options as Read-Only.

     - Optional type validation to ensure that a user enters a value
       appropriate for boolean, integer, floating point, string, or
       complex data.

     - Optional value validation to ensure that a configuration option
       is either within a specified range or one of an enumerated set
       of possible values.  For configuration options which are string
       types, 'tconfpy', can optionally specify min/max string lengths
       and enumerate a set of legitimate regular expressions that the
       string must match.

     - The ability to define an arbitrary number of lexical namespaces.

     - The ability to use the various features of 'tconfpy' as a pre-
       processor for any other text (including source code for other
       programming languages and Python itself) via the '.literal'
       directive.

     - The ability to "template" classes of variables, thereby predefining
       the type and value restrictions for such variables.  This makes
       'tconfpy' useful as a building block for data validation tools.

     - An optional debug capability which returns detailed information
       about each line parsed.

     - Includes a test driver program for learning how to program with
       'tconfpy' and for debugging and testing your own configuration
       files.

     - Comes with approximately 40 pages of documentation including a
       Programmer's API Reference and a User's Guide to the 'tconfpy'
       configuration language.  Documentation is provided in several
       formats including Unix 'man', Plain Text, html, pdf, and
       Postscript.

'tconfpy' is a Pure Python module and is platform-independent.
It should work identically on any platform on which Python runs.

------------------------------------------------------------------------------
Tim Daneliuk
tundra@tundraware.com













From barry@python.org  Sun May 16 00:36:07 2004
From: barry@python.org (Barry Warsaw)
Date: Sat, 15 May 2004 19:36:07 -0400
Subject: RELEASED Mailman 2.1.5
Message-ID: <mailman.1084665904.17623.clpa-moderators@python.org>

Today I am releasing Mailman 2.1.5, a bug fix release that also contains
new support for the Turkish language, and a few minor new features. 
Mailman is free software for managing email mailing lists and
e-newsletters.  Mailman is used for all the python.org mailing lists.

Mailman 2.1.5 is a significant upgrade which should improve disk i/o
performance, administrative overhead for discarding held spams, and the
behavior of bouncing member disables.  This version also contains a fix
for an exploit that could allow 3rd parties to retrieve member
passwords.  It is thus highly recommended that all existing sites
upgrade to the latest version.

For more information, please see:

	http://www.list.org
	http://mailman.sf.net
	http://www.gnu.org/software/mailman

Finally, a personal note.  I have left Zope Corporation to join Secure
Software, a company started by John Viega -- Mailman's original author. 
Although I won't be working on Mailman in any official capacity, it is
exciting to be working with him and the rest of the folks there.  I
leave Zope Corp on a positive note and wish nothing but success for them
too.

You can find Secure Software on the web at
http://www.securesoftware.com.  Please continue to use my
barry@python.org email address for all Mailman correspondences.  I don't
expect much to change for the Mailman project at all.

Enjoy,
-Barry

2.1.5 (15-May-2004)

    - The admindb page has a checkbox that allows you to discard all held
      messages that are marked Defer.  On heavy lists with lots of spam holds,
      this makes clearing them much faster.

    - The qrunner system has changed to use only one file per message.
      However the configuration variable METADATA_FORMAT has been removed, and
      support for SAVE_MSGS_AS_PICKLES has been changed.  The latter no longer
      writes messages as plain text.  Instead, they are stored as pickles of
      plain strings, using the text pickle format.  This still makes them
      non-binary files readable and editable by humans.

      bin/dumpdb also works differently.  It will print out the entire pickle
      file (with more verbosity) and if used with 'python -i', it binds msg to
      a list of all objects found in the pickle file.

      Removed from Defaults.py: PENDINGDB_LOCK_TIMEOUT,
      PENDINGDB_LOCK_ATTEMPTS, METAFMT_MARSHAL, METAFMT_BSDDB_NATIVE,
      METAFMT_ASCII, METADATA_FORMAT

    - The bounce processor has been redesigned so that now when an address's
      bounce score reaches the threshold, that address will be sent a probe
      message.  Only if the probe bounces will the address be disabled.  The
      score is reset to zero when the probe is sent.  Also, bounce events are
      now kept in an event file instead of in memory.  This should help
      contain the bloat of the BounceRunner.

      New supporting variables in Defaults.py: VERP_PROBE_FORMAT,
      VERP_PROBE_REGEXP

      REGISTER_BOUNCES_EVERY is promoted to a Defaults.py variable.

    - The pending database has been changed from a global pickle file, to a
      unique pickle file per mailing list.

    - The 'request' database file has changed from a marshal, to the more
      secure pickle format.

    - Disallow multiple password retrievals.

    - The email package is updated to version 2.5.5.

    - New language: Turkish.

    - Bugs and patches: 869644, 869647 (NotAMemberError for old cookie data),
      878087 (bug in Slovenian catalog), 899263 (ignore duplicate pending
      ids), 810675 (discard all defers button)



From richardjones@optushome.com.au  Mon May 17 01:23:55 2004
From: richardjones@optushome.com.au (Richard Jones)
Date: Mon, 17 May 2004 10:23:55 +1000
Subject: SC-Track Roundup 0.7.2 - an issue tracking system
Message-ID: <mailman.1084757946.27028.clpa-moderators@python.org>

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

This maintenance release fixes some bugs in the 0.7 release of Roundup:

=2D - anydbm sorting with None values (sf bug 952853)
=2D - roundup-server -g option not recognised (sf bug 952310)
=2D - HTML templating isset() inverted (sf bug 951779)
=2D - otks manager missing (sf bug 952931)
=2D - mention DEFAULT_TIMEZONE requirement in upgrading doc (sf bug 952932)
=2D - fix DateHTMLProperty so local() can override user timezone (sf bug
  953678)
=2D - fix anydbm sort/group direction handling, and make RDBMS sort/group u=
se
  Link'ed "order" properties (sf bug 953148)
=2D - fix Interval editing (sf bug 954891)

Known issues:

=2D - the metakit import feature currently has a bug and should not be used

If you're upgrading from an older version of Roundup you *must* follow
the "Software Upgrade" guidelines given in the maintenance documentation.

Roundup requires python 2.1.3 or later for correct operation.

To give Roundup a try, just download (see below), unpack and run::

    python demo.py

Source and documentation is available at the website:
     http://roundup.sourceforge.net/
Release Info (via download page):
     http://sourceforge.net/projects/roundup
Mailing lists - the place to ask questions:
     http://sourceforge.net/mail/?group_id=3D31577


About Roundup
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Roundup is a simple-to-use and -install issue-tracking system with
command-line, web and e-mail interfaces. It is based on the winning design
from Ka-Ping Yee in the Software Carpentry "Track" design competition.

Note: Ping is not responsible for this project. The contact for this
project is richard@users.sourceforge.net.

Roundup manages a number of issues (with flexible properties such as
"description", "priority", and so on) and provides the ability to:

(a) submit new issues,
(b) find and edit existing issues, and
(c) discuss issues with other participants.

The system will facilitate communication among the participants by managing
discussions and notifying interested parties when issues are edited. One of
the major design goals for Roundup that it be simple to get going. Roundup
is therefore usable "out of the box" with any python 2.1+ installation. It
doesn't even need to be "installed" to be operational, though a
disutils-based install script is provided.

It comes with two issue tracker templates (a classic bug/feature tracker and
a minimal skeleton) and seven database back-ends (anydbm, bsddb, bsddb3,
sqlite, metakit, mysql and postgresql).=20

=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAqAYbrGisBEHG6TARAm6GAJ9hBoNxcjDWeOyepxZ1WyZzHgpE2ACfRhZO
7CwPNuCETxJxiEhpzZ0o2rI=3D
=3DLgZ5
=2D----END PGP SIGNATURE-----


From richardjones@optushome.com.au  Mon May 17 01:58:41 2004
From: richardjones@optushome.com.au (Richard Jones)
Date: Mon, 17 May 2004 10:58:41 +1000
Subject: SC-Track Roundup 0.6.10 - an issue tracking system
Message-ID: <mailman.1084757948.27076.clpa-moderators@python.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm pleased to announce Roundup 0.6.10, a maintenance release which fixes
a single bug in the MySQL backend:

- - mysql backend wasn't locking tracker

If you're upgrading from an older version of Roundup you *must* follow
the "Software Upgrade" guidelines given in the maintenance documentation.

Note that the Zope interface still doesn't work - it is fixed in the 0.7
release.

Roundup requires python 2.1.3 or later for correct operation. Python 2.3.1
or later is strongly recommended.

To give Roundup a try, just download (see below), unpack and run::

    python demo.py

Source and documentation is available at the website:
     http://roundup.sourceforge.net/
Release Info (via download page):
     http://sourceforge.net/projects/roundup
Mailing lists - the place to ask questions:
     http://sourceforge.net/mail/?group_id=31577


About Roundup
=============

Roundup is a simple-to-use and -install issue-tracking system with
command-line, web and e-mail interfaces. It is based on the winning
design from Ka-Ping Yee in the Software Carpentry "Track" design
competition.

Note: Ping is not responsible for this project. The contact for this
project is richard@users.sourceforge.net.

Roundup manages a number of issues (with flexible properties such as
"description", "priority", and so on) and provides the ability to:

(a) submit new issues,
(b) find and edit existing issues, and
(c) discuss issues with other participants.

The system will facilitate communication among the participants by
managing discussions and notifying interested parties when issues are
edited. One of the major design goals for Roundup that it be simple to
get going. Roundup is therefore usable "out of the box" with any python
2.1+ installation. It doesn't even need to be "installed" to be
operational, though a disutils-based install script is provided.

It comes with two issue tracker templates (a classic bug/feature tracker
and a minimal skeleton) and six database back-ends (anydbm, bsddb, bsddb3,
sqlite, metakit and mysql).

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAqA5BrGisBEHG6TARAl9EAJ90YTUAuJb8nf4Rl2AWLbLIPArCRgCfajC1
tOWombDsg7ExMPuF0S3vkCs=
=DAGP
-----END PGP SIGNATURE-----


From walter@livinglogic.de  Tue May 18 20:29:51 2004
From: walter@livinglogic.de (=?ISO-8859-15?Q?Walter_D=F6rwald?=)
Date: Tue, 18 May 2004 21:29:51 +0200
Subject: ll-toxic 0.1
Message-ID: <mailman.1084970343.3115.clpa-moderators@python.org>

ll-toxic 0.1 has been released!

What is it?
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

ll-toxic is an XIST namespace that can be used for generating
Oracle database functions that return XML strings. This is done
by embedding processing instructions containing PL/SQL code
into XML files and transforming those files with XIST.

Where can I get it?
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

ll-toxic can be downloaded from http://ftp.livinglogic.de/toxic/
or ftp://ftp.livinglogic.de/pub/livinglogic/toxic/

Web pages are at
http://www.livinglogic.de/Python/toxic/

ViewCVS access is available at
http://www.livinglogic.de/viewcvs/


Bye,
     Walter D=F6rwald



From Python Developer List <python-ldap-dev@lists.sourceforge.net>  Tue May 18 20:38:43 2004
From: Python Developer List <python-ldap-dev@lists.sourceforge.net> (=?ISO-8859-1?Q?Michael_Str=F6der?=)
Date: Tue, 18 May 2004 21:38:43 +0200
Subject: ANN: python-ldap-2.0.0
Message-ID: <mailman.1084970344.3145.clpa-moderators@python.org>

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.0 2004-05-18

Changes since 2.0.0pre21:

ldif:
* Empty records are simply ignored in ldif.LDIFWriter.unparse()

Modules/:
* New method result2() returns 3-tuple containing the msgid
   of the outstanding operation.

ldap.ldapobject:
* New _ldap wrapper method LDAPObject.result2() (see above)
   which is now used by LDAPObject.result().


From rtrocca_NO_SPAM_@divitech.it  Wed May 19 11:15:13 2004
From: rtrocca_NO_SPAM_@divitech.it (Riccardo)
Date: Wed, 19 May 2004 12:15:13 +0200
Subject: ANN: pyVideoIO
Message-ID: <mailman.1084970345.3148.clpa-moderators@python.org>

Hello, after a long time I'm releasing my extension to read AVI files, 
QuickTime and connect to WebCameras under win32.
I do not have much time to create a decent website by now, therefore I 
released the sources and a binary for python 2.3 just to be prompted to 
do more.
If somebody will find this useful I'll be more than happy to add any 
contribution I receive.

the URL is:

www.geocities.com/rtrocca/python

Well, sorry for the lack of more information,
THe source package alsocontains the documentation.

Take this as the first public release.
It has been tested with python 2.2 and 2.3



Riccardo


From stephan.richter@tufts.edu  Wed May 19 15:06:39 2004
From: stephan.richter@tufts.edu (Stephan Richter)
Date: Wed, 19 May 2004 10:06:39 -0400
Subject: Zope X3 3.0.0 alpha 1 released
Message-ID: <mailman.1084976643.2305.clpa-moderators@python.org>

Dear Zope community,

The Zope 3 development team is proud to announce the first alpha release of
Zope X3 3.0.0.=20

Zope X3 is the next major Zope release and has been written from scratch ba=
sed
on the latest software design patterns and the experiences of Zope 2. The "=
X"
in the name stands for "experimental", since this release does not try to
provide any backward-compatibility to Zope 2. =A0=20

Download

=A0 http://zope.org/Products/ZopeX3

Distribution

=A0 This release only requires Python 2.3.3 to run. Here are the steps envo=
lved =A0=20
=A0 to get the tarball release working (will be later added to a readme fil=
e):

=A0 - Unpack the release using::

=A0 =A0 =A0 tar xozf ZopeX3-3.0.0a1.tgz

=A0 - Enter the new, unpacked directory and configure it::

=A0 =A0 =A0 ./configure --prefix=3D<zope-dir>

=A0 =A0 You might also need the '--with-python=3D<Python executable>', if y=
our
=A0 =A0 Python is not in a standard path.

=A0 - Execute 'make' and 'make install'.

=A0 - Enter the 'zope' directory and create an instance::

=A0 =A0 =A0 bin/mkzopeinstance -d<instance dir> -u<username>:<password>

=A0 - Enter the instance directory and try to run zope using 'bin/runzope'.

=46eatures

=A0 Some of the new features include:

=A0 - Zope 3 uses now ZODB 3.3.

=A0 - Implementation of multi-adapters and multi-views. Instead of adapting=
 only
=A0 =A0 from one interface to another, one can now adapt many interfaces to
=A0 =A0 another.

=A0 - Preconditions and constraints on methods are supported now. This allo=
ws
=A0 =A0 one to specify the type of objects a container can contain, for exa=
mple.

=A0 - Broken objects are now supported, when a particular class of an objec=
t is
=A0 =A0 not found anymore.

=A0 - An API documentation tool was added to provide full online documentat=
ion
=A0 =A0 of the public APIs and ZCML. Once Zope 3 has been started, it is
=A0 =A0 accessible under: http://localhost:8080/++apidoc++/

=A0 - A stateful tree implementation was added. It makes a lot of use of the
=A0 =A0 component architecture and is therefore extremly flexible and
=A0 =A0 configurable.=20

=A0 - Implemented "Tools", an UI concept similar to the CMF that allows the
=A0 =A0 developer to be more task oriented.

=A0 - The Undo mechanism was reworked.

=A0 - The concept of usage was removed.=20

=A0 - The widget and form code has been simplified and multi-item fields/wi=
dgets
=A0 =A0 are now easier to use.=20

=A0 - Support for sessions was added.

=A0 - The entire source tree was flattened.

=A0 For a complete list of changes, see:
=A0 http://svn.zope.org/Zope3/trunk/doc/CHANGES.txt?rev=3D24760&view=3Dmark=
up

Contributors

=A0 Jim Fulton, Marius Gedminas, Jeremy Hylton, Fred Drake, Sidnei da Silva,
=A0 Philipp von Weitershausen, Steve Alexander, Andreas Jung, Anthony
=A0 Baxter, Kevin Littlejohn, Stuart Bishop, Christian Theune, Adam Summers,
=A0 Stephan Richter, Chris McDonough, Garrett Smith, Roger Ineichen, Gary
=A0 Poster, Martijn Faassen, Dominik Huber, Bjorn Tillenius, Nathan Yergler,
=A0 Dmitry Vasiliev, Michael Bernstein, Eckart Hertzler, Suresh Babu Eddala

=A0 Thanks to everyone!

Regards,
Stephan
=2D-=20
Stephan Richter
CBU Physics & Chemistry (B.S.) / Tufts Physics (Ph.D. student)
Web2k - Web Software Design, Development and Training


From mwh@python.net  Wed May 19 13:17:26 2004
From: mwh@python.net (Michael Hudson)
Date: 19 May 2004 13:17:26 +0100
Subject: EuroPython 2004 Updates
Message-ID: <mailman.1084976644.2307.clpa-moderators@python.org>

EuroPython 2004, being held June 7-9 in G=C3=B6teborg, Sweden is now less
than three weeks away!

 - Registration is open until 3 June at 23.00 CET:

   http://www.europython.org/conferences/epc2004/registration_html

 - The program is taking shape:

   http://www.europython.org/conferences/epc2004/info/talks/talkMatrix

   With four parallel tracks for three days, we believe this is the
   largest number of Python and Zope talks at any single event to
   date!

 - The first two EuroPython interviews of 2004 with Strakt CTO and
   conference organizer Jacob Hall=C3=A8n and PyPy project founder and
   speaker Holger Krekel have been published:

   http://www.europython.org/interviews/

Don't miss out!

Cheers,
The EuroPython Team


From max@alcyone.com  Thu May 20 03:14:30 2004
From: max@alcyone.com (Erik Max Francis)
Date: Wed, 19 May 2004 19:14:30 -0700
Subject: ANN: uid.py 1.0.2 -- Configurable unique ID generation
Message-ID: <mailman.1085056923.14769.clpa-moderators@python.org>

Summary

    Configurable unique ID generation.


Overview

    Provided is an implementation of a "unique" ID (UID) generator in
    Python.  The implementation does not follow UUID or GUID
    standards, but rather uses available system, host, user, shell
    environment, process, and other ephemeral information fed into a
    hasher (by default MD5) to generate the UID.

    The system is designed to be used both as a standalone application
    and as a module.  The data used to be fed into the hash, as well
    as the hashing mechanism itself, can be overridden both through
    the command line and programmatically by importing the module.


Getting the software

    The current version of uid is 1.0.2.

    The latest version of the software is available in a tarball here:
    http://www.alcyone.com/software/uid/uid-latest.tar.gz.

    The official URL for this Web site is
    http://www.alcyone.com/software/uid/.


Requirements

    uid.py is intended to be used under UNIX and UNIX-like systems in
    Python 2.x.


License

    This code is released under the GPL.


-- 
 __ Erik Max Francis && max@alcyone.com && http://www.alcyone.com/max/
/  \ San Jose, CA, USA && 37 20 N 121 53 W && AIM erikmaxfrancis
\__/ Nature likes to hide herself.
    -- Heraclitus


From bgudorf@neurokode.com  Thu May 20 04:08:49 2004
From: bgudorf@neurokode.com (Bryan J Gudorf)
Date: Wed, 19 May 2004 23:08:49 -0400
Subject: remoteD 0.8 Released
Message-ID: <mailman.1085056924.14816.clpa-moderators@python.org>

NeuroKode Labs, LLC., releases remoteD 0.8
remoteD is a python module that make multiprocess programming and IPC 
extremely simple.
For more information, please visit the remoteD website at 
http://remoted.neurokode.com


From brian@dorseys.org  Thu May 20 06:19:02 2004
From: brian@dorseys.org (Brian Dorsey)
Date: Wed, 19 May 2004 22:19:02 -0700
Subject: NORTHWEST PYTHON SPRINT  June 19-20, 2004 Bellevue, Washington, USA
Message-ID: <mailman.1085056925.14842.clpa-moderators@python.org>

SeaPIG (the Seattle Python Interest Group) is excited to announce the

                  NORTHWEST PYTHON SPRINT
                     June 19-20, 2004
                 Bellevue, Washington, USA

The cost is free thanks to our host Construx Software.  There will be a
large, comfortable room seating 50+ people at tables, wireless and wired
Internet access, and a projector for demonstrations.  We're currently
looking for coaches to lead sprints, as well as a count of the number
who might attend.  The main day is Saturday (9am-5pm), but we've also
reserved the room for Sunday in case people want more time.  There will
also be a time Saturday morning for lightning talks and demonstrations
(both non-commercial and commercial).

What is a sprint?  A sprint is a group of people who gather for a day or
more to work on a common software project.  The members choose
individual tasks and usually work solo or in pairs in the same room,
then get together periodically to compare notes.  We'll follow the model
that has worked successfully at the past several Python conferences:
several groups working on different projects in the same room.  Past
sprints have done development work on the Python core, Twisted,
Docutils, Webware, Zope, Chandler, etc.  Most projects have a variety of
tasks that need to be done -- coding modules, designing test suites,
squashing bugs, writing user documentation and developer documentation,
brainstorming design strategies, planning promotional activities, etc --
so there's something for every skill level.  You'll need to bring a
laptop, or if you don't have one you can pair with somebody who does.

So far there's one sprint scheduled, on Twisted.  A few Twisted newbies
will be writing an application to get their heads around this
asynchronous beast.  (We could really use somebody with more expertise
around, hint, hint.)

If you'd like to coach a sprint, sign up to attend,  propose a lightning
talk or demonstration, or just get more information, see our wiki page:

    http://seapig.org/NorthwestPythonSprint

or contact:

    Brian Dorsey <brian@dorseys.org>, 206-619-6975
    Mike Orr <mso@oz.net>, 206-240-4250

Construx is located at 11820 Northup Way #E200, Bellevue WA 98005.  It's
eight miles from downtown Seattle; twenty from Sea-Tac Airport.
Carpools and homestays are available if you contact us in advance.




From nas@mems-exchange.org  Thu May 20 19:25:14 2004
From: nas@mems-exchange.org (Neil Schemenauer)
Date: Thu, 20 May 2004 14:25:14 -0400
Subject: ANNOUNCE: Quixote 1.0b2 released
Message-ID: <mailman.1085098443.15335.clpa-moderators@python.org>

Version 1.0b2 of Quixote is now available.  For the list of changes
and to download, please see:

  http://www.mems-exchange.org/software/quixote/



From mwh@python.net  Wed May 19 13:17:26 2004
From: mwh@python.net (Michael Hudson)
Date: 19 May 2004 13:17:26 +0100
Subject: EuroPython 2004 Updates
Message-ID: <mailman.1085098444.15338.clpa-moderators@python.org>

EuroPython 2004, being held June 7-9 in G=C3=B6teborg, Sweden is now less
than three weeks away!

 - Registration is open until 3 June at 23.00 CET:

   http://www.europython.org/conferences/epc2004/registration_html

 - The program is taking shape:

   http://www.europython.org/conferences/epc2004/info/talks/talkMatrix

   With four parallel tracks for three days, we believe this is the
   largest number of Python and Zope talks at any single event to
   date!

 - The first two EuroPython interviews of 2004 with Strakt CTO and
   conference organizer Jacob Hall=C3=A8n and PyPy project founder and
   speaker Holger Krekel have been published:

   http://www.europython.org/interviews/

Don't miss out!

Cheers,
The EuroPython Team


From tim.golden@viacom-outdoor.co.uk  Thu May 20 20:46:11 2004
From: tim.golden@viacom-outdoor.co.uk (Tim Golden)
Date: 20 May 2004 12:46:11 -0700
Subject: ANN: WMI 0.6
Message-ID: <mailman.1085098445.15351.clpa-moderators@python.org>

***************************
Python WMI Module - CHANGES
***************************

What is it?
===========

The Python WMI module is a lightweight wrapper on top of the win32all
extensions, and hides some of the messy plumbing needed to get Python to
talk to the WMI API. It's pure Python and should work with any version of
Python from 2.1 onwards (list comprehensions) and any recent version of win32all.


Where do I get it?
==================

http://tgolden.sc.sabren.com/python/wmi.html


What's Changed?
===============

19th May 2004 v0.6  
+ Added namespace support to wmi.__init__.
  This means you can now do, eg: 
   wmi.WMI (namespace="MicrosoftIISv2")
+ _wmi_method parameters now check for array
  parameters, showing them on the __doc__ and
  raising an exception if the value passed in
  is not iterable.

17th Jan 2004 v0.5  
+ Added support for the WMI Registry interface. The new
  module-level Registry method returns a WMI registry
  object whose methods include EnumKeys, CreateValue &c.
  There are a couple of examples in the cookbook.

15th Dec 2003 v0.4  
+ Added machines_in_domain (from a post to python-win32 by "Sean")
+ Factored out moniker construction to make it easier to support
  use of StdRegProv to update registry. (Coming soon).
+ Added support for a timeout on the event watcher; timeout is
  specified in milliseconds and raises x_wmi_timed_out on a
  call to the watcher object. This allows for the possibility
  of pumping for waiting messages to prevent eg, the PythonWin 
  IDE locking up. See the docstring for the watch_for method.
+ Added connect_server function, making it slightly easier to
  construct a WMI object, eg with username and password.

10th Jul 2003 v0.3  
+ Changes by Paul Moore to allow a ready-made WMI Services
  object to be passed in (WMI.__init__).
+ This header and the __VERSION__ number added by Tim G.

9th Jul 2003 v0.2  
+ Sundry changes by Tim G, including but not limited to:
  - support for moniker parts (WMI.__init__)
  - creating new instances of WMI classes (WMI.new)
  - passing return value back from wmi methods (_wmi_method.__call__)
  - better COM error-handling (handle_com_error)

5th Jun 2003 v0.1  
+ Initial release by Tim Golden


From brian@sweetapp.com  Thu May 20 20:53:56 2004
From: brian@sweetapp.com (Brian Quinlan)
Date: Thu, 20 May 2004 21:53:56 +0200
Subject: ANN: Vancouver Python Workshop - talk proposals open
Message-ID: <mailman.1085098446.15374.clpa-moderators@python.org>

What's new?
===========

The Vancouver Python Workshop is now accepting talk and tutorial 
proposals. To propose a talk, see:

http://www.vanpyz.org/conference/submissions.html

The deadline for talk submissions is June 15th.

About the Vancouver Python Workshop
===================================

The conference will begin on July 31st with keynote addresses by Guido 
van Rossum (the creator of Python) and Paul Everitt (co-founder of Zope 
Corp). Further talks (and tutorials for beginners) will take place on 
August 1st and 2nd. The conference will be roughly divided into three 
tracks:

   o Python language and applications
   o Content management with Python (esp. Zope and Plone)
   o Python for beginners

More information see: http://www.vanpyz.org/conference/
or contact Brian Quinlan at: brian@sweetapp.com

Vancouver
=========

In addition to the opportunity to learn and socialize with fellow 
Pythonistas, the Vancouver Python Workshop also gives visitors the 
opportunity to visit one of the most extraordinary cities in the world 
(1). For more information about traveling to Vancouver, see:

http://www.vanpyz.org/conference/travel.html
http://www.tourismvancouver.com

Important dates
===============

Talk submissions: until June 15th
Attendee registration: June 1st to June 30th
Late registration: from July 1st
Keynotes, preconference sprints & tutorials: July 31st
Conference and tutorial dates: August 1st and 2nd

(1) http://news.bbc.co.uk/2/hi/business/2299119.stm
     http://www.mercerhr.com/pressrelease/details.jhtml?idContent=1128760

Cheers,
Brian


From =?koi8-r?Q?=22?=Dmitry Borisov=?koi8-r?Q?=22=20?=<jbors@mail.ru>  Thu May 20 21:50:02 2004
From: =?koi8-r?Q?=22?=Dmitry Borisov=?koi8-r?Q?=22=20?=<jbors@mail.ru> (=?koi8-r?Q?=22?=Dmitry Borisov=?koi8-r?Q?=22=20?=)
Date: Fri, 21 May 2004 00:50:02 +0400
Subject: ANN: PyMedia 1.2.1
Message-ID: <mailman.1085098447.15383.clpa-moderators@python.org>

PyMedia 1.2.1 is out. 

What is it ?
----------------------------------------------------------------
PyMedia is a media library for Python based on following libraries:
  libavcodec
  libavformat. 
  libdvdcss
  libdvdread
PyMedia has simple interface and suply data simple data types.

Features
----------------------------------------------------------------
1. Audio decoding/encoding for the following audio types:
   - mp2
   - mp3
   - ac3
   - ogg
   - wma
2. Video decoding/encoding for the followin types:
   - mpeg1,2 ( dvd, vcd, svcd )
   - mpeg4, xvid
   - asf
   - mov
3. Direct access to sound device
4. Sound manipulation classes such as Resampler
5. Direct access to cdda tracks for easy grabbing and encoding Audio CDs
6. Direct access to dvd tracks for playing DVD movies( all types )
7. Simple interface and portability( Windows/Linux )
 
Downoad
----------------------------------------------------------------
Just check the http://pymedia.sourceforge.net and download the latest version( 1.2.1 ).

How to use
----------------------------------------------------------------
You may find some really handy scripts in examples directory. 
These are:
   Video player( vplayer.py )
     requires pydfb( http://sourceforge.net/project/showfiles.php?group_id=86491&package_id=107482 ) or pygame 1.6 patched with Overlay support( http://66.159.221.186/pygame-1.6-overlay.patch.gz )
   Audio player( aplayer.py )
   CDDA grabber( read_cdda_track.py )
   Video recoder( encode_video.py, recode_video.py )
   Audio recoder( recode_audio.py )

Plans
-----------------------------------------------------------------
- usb support for easy handling the usb devices
   ability to write drivers in Python for devices that does not require fast speed
- more sound handling classes( SpectrAnalyzer, Equalizer )
- more codecs for audio playback( ape, flac )

Thank you,
Dmitry/
 


From mark@prothon.org  Sun May 23 02:41:50 2004
From: mark@prothon.org (Mark Hahn)
Date: Sat, 22 May 2004 18:41:50 -0700
Subject: Prothon gets Major Facelift in Vers 0.1.0
Message-ID: <mailman.1085290922.16230.clpa-moderators@python.org>

Prothon version 0.1.0 has just been released.

Prothon has changed dramatically for those who have not seen it since it was
first announced.   For example: the "Perl-like" symbols are gone and the
"self" keyword is back, replacing the period.  Prothon has gotten more
"python-like", simpler, and more powerful, all at the same time.

There is a new tutorial that covers Prothon completely without assuming any
knowledge of Python or any other language. The Prothon/Python differences
page now has links to the relevant section of this new tutorial.

Some of these differences are:

Locals and globals are gone and replaced by a simple scheme that allows you
to access any local or external variable from inside a block or function
scope by name.  You may also modify any existing variable outside of the
current scope by simply prepending "outer" to the variable name as in
"outer.x = 1".  You can even do this "outer access" when the variable is in
a function that has quit running,  giving you "closures" with no need for a
special syntax.

There is a new powerful self-binding method syntax that gives you the
ability to explicitly specify the "self" to bind to a function call with
"obj.func{self}(args)".  This allows the full power of message-passing to be
used without compromising the simplicity of function calling.  This powerful
and general scheme also solves the problem of calling methods when there is
no such thing as a class to define what a method is.  Intelligent defaults
for {self} allow most method calls to be the intuiitive and simple form
obj.call().

The "with" keyword now just creates a new local scope instead of another
"self" which was so confusing before.  So "self" is now the simple meaning
of the instance object inside a method as it is in Python.

There is a new "object" keyword which works almost identically to the
"class" keyword, yet also works as a general object creation and
initialization statement.  It combines object creation and the "with"
statement.

See http://prothon.org.



From csad7@t-online.de  Mon May 24 21:16:13 2004
From: csad7@t-online.de (c.)
Date: Mon, 24 May 2004 22:16:13 +0200
Subject: ANN: pyXSLdoc v0.43
Message-ID: <mailman.1085441823.1728.clpa-moderators@python.org>

what is it
----------
    An application to produce documentation for XSLT files in XHTML 
format, similar to what javadoc does for Java files.

Relying on and processing XML comments is generally not the best idea 
but for the purpose of this tool it seems the easiest, most natural and 
comfortable way. Even if the XML comments should not be processed (an 
XML parser might just ignore them), pyXSLdoc should at least give a 
helpful outline for a set of XSLT stylesheets.


changes since the last release
------------------------------
* more XSLT elements are documented now, top level elements should be 
all documented now
* new option --removedocs which simple filters all comment nodes out of 
give XSLT stylesheets
* comments may be written in reStructuredText format, this is also the 
default expected format from v0.4
* HTML in Javadoc style comments is processed now (at least some basic 
HTML elements, thanks to Doron Enav for the XSLT templates), use option 
--htmldocs to change comment processing from ReST to Javadoc style
* lots of bugfixes and small changes

see http://cthedot.de/pyxsldoc/README.txt for a complete list of changes


todo
----
* ReST processing is very simple at the moment, may be resolved and 
enhanced in a future version
* overview of complete directories will be coming soon


license
-------
   pyXSLdoc is published under the LGPL.


download
--------
   download pyXSLdoc v0.43 - 040524 from http://cthedot.de/pyxsldoc/

pyXSLdoc needs
* Pyana (tested with Pyana 0.8)
* Docutils (tested with Docutils 0.3) for ReST comments
   not neccessary if you use Javadoc style comments


usage
-----

   Easiest is to copy the XSLT files to document in a directory below 
pyxsldoc. Then start the documentation process with

   python xsldoc.py FILENAMES DIRNAMES
	[-d DOCTARGETDIR -h --htmldocs --removedocs]

FILENAMES
     XSLT files to document, e.g. file1.xsl file2.xsl
DIRNAMES
     directories with XSLT files to document,e.g. dir1 dir2
-d DOCTARGETDIR
     directory where the docs are written to, default is ./_xsldoc
     (ATTENTION: Use option -b for versions upto v0.3x)
-h
     show the help
--htmldocs
     comments in XSLT files are in Javadoc style (HTML and @tags)
     reStructuredText is the default comment format if this option is not
     given
--removedocs
     remove all comments from given XSLT files and save results 	to
	./_optimized


christof hoeke http://cthedot.de


<P><A HREF="http://cthedot.de/pyxsldoc/">pyXSLdoc 0.43</A> - generate 
XSLT documentation (23-May-04)


From mwh@python.net  Tue May 25 12:55:25 2004
From: mwh@python.net (Michael Hudson)
Date: Tue, 25 May 2004 12:55:25 +0100
Subject: PPY 0.0.5 -- create Python callables in PPC assembly
Message-ID: <mailman.1085490365.26600.clpa-moderators@python.org>

More-or-less for my own amusement, I've written a small Python package 
that allows one to write Python callables in PowerPC assembly:

     http://starship.python.net/crew/mwh/hacks/PPY.html

This is clearly an insane thing to want to do, but take a look if it 
sounds intriguing.  Currently only supports Mac OS X but I imagine a 
port to linux/ppc would be fairly straightforward.

Cheers,
mwh



From mwh@python.net  Tue May 25 13:29:03 2004
From: mwh@python.net (Michael Hudson)
Date: Tue, 25 May 2004 13:29:03 +0100
Subject: PyRepl 0.8.1
Message-ID: <mailman.1085490367.26658.clpa-moderators@python.org>

A couple of weeks ago, I released but didn't get around to announcing 
PyRepl 0.8.1.

PyRepl is a readline-a-like in pure Python, a library for building 
flexible command line interfaces.

It requires python 2.2 (or newer) with the curses and termios modules 
built and features:

  * sane multi-line editing
  * history, with incremental search
  * completion, including displaying of available options
  * a fairly large subset of the readline emacs-mode keybindings
    (adding more is mostly just a matter of typing)
  * a liberal, Python-style, license
  * a new python top-level
  * no global variables, so you can run two or more independent readers
    without having their histories interfering.
  * no hogging of control -- it should be easy to integrate pyrepl into
    YOUR application's event loop.
  * generally speaking, a much more interactive experience than readline
    (it's a bit like a cross between readline and emacs's mini-buffer)
  * unicode support (given terminal support)

As I never got around to announcing 0.8.0, a summary of changes from 
the last widely announced version (0.7.2):

Summary of changes in 0.8.1:
  + Fixes
    - in the area of unbound keys and unknown commands
    - in quoted-insert
    - in unicode support
  + make Reader and subclasses new-style classes
    - make the inheritance hierachy look like this
                      Reader
                     /      \
       HistoricalReader   CompletingReader
                     \      /
                 PythonicReader
      Turns out I've been wanting new-style classes since before they 
existed!
    - needed to slightly change the way keymaps are built

Summary of changes in 0.8.0:
  + A whole bundle of things.
    - unicode support (although working out what encoding the terminal
      is using can be "tricky")
    - internal rearchitecting
    - probably a bunch of new bugs...
  + Development and web-presence moved to codespeak.net

Cheers,
mwh



From brian@sweetapp.com  Tue May 25 18:53:48 2004
From: brian@sweetapp.com (Brian Quinlan)
Date: Tue, 25 May 2004 19:53:48 +0200
Subject: Vancouver Python User's Group meeting Tuesday, June 1
In-Reply-To: <mailman.1083681542.24520.clpa-moderators@python.org>
References: <mailman.1083681542.24520.clpa-moderators@python.org>
Message-ID: <mailman.1085515865.32444.clpa-moderators@python.org>

This meeting:
=============

The long-awaited, many times delayed talk by our own Andy McKay: what 
is Plone and why is it taking over the world? Afterwards we'll retire 
to a nearby pub for the usual informal discussion of Andy's 
presentation and the upcoming Vancouver Python Workshop.

Time: Tuesday, June 1 at 7:00pm
Location: ActiveState (580 Granville St., Vancouver)

The group:
==========

The Vancouver Python and Zope User's Group is a group of Python 
enthusiasts who meet once a month to discuss various Python and Zope 
technologies and projects.

For more information about the Vancouver Python and Zope User's Group, 
see: http://www.vanpyz.org/

For information about the upcoming Vancouver Python Workshop, see:
http://www.vanpyz.org/conference/

Cheers,
Brian


From andy@enfoldsystems.com  Tue May 25 19:44:50 2004
From: andy@enfoldsystems.com (Andy McKay)
Date: Tue, 25 May 2004 11:44:50 -0700
Subject: Plone Training in the Pacific Northwest
Message-ID: <mailman.1085515867.32522.clpa-moderators@python.org>

Enfold Systems is pleased to announce a week long Plone training course. 
 From the author of the upcoming Plone book, this training focuses on 
what you need to know to produce Plone sites, from Python through Page 
Templates to Archetypes.

Situated in the Pacific Northwest this is ideal opportunity for anyone 
in the Vancouver or the Seattle areas.

Location: Whistler, British Columbia

Date: June 28 - July 2nd

More information: http://www.enfoldsystems.com/Training
-- 
   Andy McKay
   Enfold Systems
   http://www.enfoldsystems.com


From andre@vandervlies.xs4all.nl  Tue May 25 22:39:26 2004
From: andre@vandervlies.xs4all.nl (andre@vandervlies.xs4all.nl)
Date: Tue, 25 May 2004 21:39:26 -0000 (UTC)
Subject: Building (HTML)calendars in python...
Message-ID: <mailman.1085515868.32593.clpa-moderators@python.org>

------=_20040525213926_99928
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit


I had a need for this thing. Perhaps it is of use....


--
               Andre van der Vlies <andre@vandervlies.xs4all.nl>
               Homepage: http://vandervlies.xs4all.nl/~andre
Key fingerprint =  39 7C 74 79 67 DB 93 06  23 DC B4 23 7B 58 CD 5A 6E FF
5C F8
--
    ()  ascii ribbon campaign - against html e-mail
    /\                        - against microsoft attachments
                              ^[^#]
--
------=_20040525213926_99928
Content-Type: text/x-python; name="GenerateCalender.py"
Content-Transfer-Encoding: 8bit
Content-Disposition: attachment; filename="GenerateCalender.py"

#!/usr/local/bin/python
#
#- Mon May 24 09:35:29 CEST 2004 -- Andre van der Vlies
#
#  Changed initialization. Made it (a bit) more adjustable....
#  
#- Mon May 20 21:35:29 CEST 2004 -- Andre van der Vlies
#
#  Added a year overview....
#
#-Wed Apr  7 11:10:38 METDST 2004 -- Andre van der Vlies
#
#  Origanal coding

import HTMLgen
import time
import os.path
import calendar

class Mon:
	"""
	Class to draw a calendar leaflet of month, takes a year and a month.
	If a directory (in the same path) exists with a name (eg. 20040511) in
	the range of this month is is made 'clickable' (a link).
	Additionally the Size, Lowlite-Color, Hilite-Color and OutLine (the edges) can be set.
	It should be quite adjustable...
	"""
	def __init__(self, Year, Month, **KeyWord):
		self.year = int(Year)
		self.month_number = int(Month)
		self.Size = "+2"
		self.Lo_Color = '#FF9933'
		self.Hi_Color = '#3399FF'
		self.OutLine_Color = '#C0C0C0'
		for item in KeyWord.keys():
			if self.__dict__.has_key(item):
				self.__dict__[item] = KeyWord[item]
			else:
				detail = "%s not a valid parameter of the %s class." % (item, self.__class__)
				raise KeyError, detail
		
		Time_Tuple = (self.year,self.month_number,1,0,0,0,0,0,0)
		self.month_name = time.strftime("%B", Time_Tuple)
		self.table = HTMLgen.Table( "%s %s" % (self.month_name, self.year),
                                    width="0",
                                    heading=['Mon', 'Tue', 'Wed', 'Thu', 'Fri', 'Sat', 'Sun'],
                                    heading_color=[self.OutLine_Color]*7,
                                    body_color=['', '', '', '', '', self.OutLine_Color, self.OutLine_Color],
                                    column1_align='left',
                                    cell_align='left',
                                    cell_line_breaks=1)

		MonthMatrix = []
		WeekRow = []

		for week in calendar.monthcalendar(self.year, self.month_number):
			for day in week:
				uri="%.4d%.2d%.2d" % (self.year, self.month_number, day)
				if day == 0:
					datum = "&nbsp;"
				else:
					datum = HTMLgen.Font("%s" % (day), color = self.Lo_Color, size = self.Size)
				if os.path.isdir(uri):
					datum = HTMLgen.Font("%s" % (day), color = self.Hi_Color, size = self.Size)
					cell = HTMLgen.Href(url=uri, text=datum)
				else:
					cell = datum
				WeekRow.append(cell)
			MonthMatrix.append(WeekRow)
			WeekRow = []

     
			self.table.body = MonthMatrix

	def __repr__(self):
		return self.table

	def __str__(self):
		result = "%s" % self.table
		return result

class Year:
	"""
	Draw 12 month's. It only need a year, month is set to zero....
	"""
	def __init__ (self, ThisYear, **KeyWord):
		self.year = int(ThisYear)
		self.Size = "0"
		self.Lo_Color = '#FF9933'
		self.Hi_Color = '#3399FF'
		self.OutLine_Color = '#C0C0C0'
		for item in KeyWord.keys():
			if self.__dict__.has_key(item):
				self.__dict__[item] = KeyWord[item]
			else:
				detail = "%s not a valid parameter of the %s class." % (item, self.__class__)
				raise KeyError, detail
		
		self.table = HTMLgen.Table( "%s" % (self.year),
                                    width="0",
                                    border="0",
                                    column1_align='center',
                                    cell_align='center',
                                    cell_line_breaks=1)

		Quarters = [[1, 2, 3], [4, 5, 6], [7, 8, 9], [10, 11, 12]]
		YearMatrix = []
		MonthRow = []
		
		for quarter in Quarters:
			for month in quarter:
				cell = Mon(self.year, month, Size = self.Size,
				 			  Lo_Color = self.Lo_Color,
				 			  Hi_Color = self.Hi_Color,
				 			  OutLine_Color = self.OutLine_Color)
				MonthRow.append( cell )
			YearMatrix.append(MonthRow)
			MonthRow = []

		self.table.body = YearMatrix

	def __repr__(self):
		return self.table

	def __str__(self):
		result = "%s" % self.table
		return result
		
def PreviousMonth(year, month):
	"""
	Made for readabilty.....
	"""
	Y = int(year)
	M = int(month) - 1
	if M == 0:
		M = 12
		Y = Y - 1
	return (str(Y), str(M))


if __name__ == '__main__':
	"""
	Some testing stuff. Added some navigation to go back and forth.
	"""
	import string
	import Formtools
	import cgi
	import sys
	import os.path
	#import cgitb; cgitb.enable()

	Args = cgi.FieldStorage()

	try:
		year = int( Args["varYear"].value )
		month = int( Args["varMonth"].value )
	except:
		(year, month) = string.split( time.strftime("%Y %m", time.localtime()))

	if Args.has_key('ThisMonth'):
		(year, month) = string.split( time.strftime("%Y %m", time.localtime()))
	elif Args.has_key('FastRewind'):
		year = year-1
		month = "0"
	elif Args.has_key('Rewind'):
		if month == 0:
			month = 2
		else:
			month = month-1
			if month == 0:
				month = 12
				year = year-1
	elif Args.has_key('Forward'):
		if month == 0:
			month = 2
		else:
			month = month+1
			if month == 13:
				month = "1"
				year = year+1
	elif Args.has_key('FastForward'):
		year = year+1
		month = "0"
	
	doc = HTMLgen.SimpleDocument(title='Calendar')

	ResetButton = HTMLgen.Input(type="submit", name='ThisMonth', value="Reset")
	FastRewindButton = HTMLgen.Input(type="submit", name='FastRewind', value="<<")
	RewindButton = HTMLgen.Input(type="submit", name='Rewind', value="<")
	ForwardButton = HTMLgen.Input(type="submit", name='Forward', value=">")
	FastForwardButton = HTMLgen.Input(type="submit", name='FastForward', value=">>")
	varYear = HTMLgen.Input(type="hidden", name='varYear', value=year)
	varMonth = HTMLgen.Input(type="hidden", name='varMonth', value=month)

	(head, tail) = os.path.split(sys.argv[0])
	Navigate = HTMLgen.Form(target=tail, submit=ResetButton)
	Navigate.append(FastRewindButton)
	Navigate.append(RewindButton)
	Navigate.append(ForwardButton)
	Navigate.append(FastForwardButton)
	Navigate.append(varYear)
	Navigate.append(varMonth)

	C = HTMLgen.Center()

	doc.append(Navigate)
	doc.append( HTMLgen.BR() )

	if month == '0' :
		ThisYear = Year(year)
		doc.append( C(ThisYear) )
	else:
		(prev_y, prev_m) = PreviousMonth(year, month)
		PreviousMonth = Mon(prev_y, prev_m)
		ThisMonth = Mon(year, month)
		doc.append( C(PreviousMonth) )
		doc.append( C(ThisMonth) )

	print "Content-Type: text/html"
	print
	print doc
------=_20040525213926_99928--



From jimmy@retzlaff.com  Wed May 26 04:58:39 2004
From: jimmy@retzlaff.com (Jimmy Retzlaff)
Date: Tue, 25 May 2004 20:58:39 -0700
Subject: ANN: X10 FireCracker Module for Python version 1.0
Message-ID: <mailman.1085576827.19885.clpa-moderators@python.org>

The X10 FireCracker Module for Python is available at:

http://www.averdevelopment.com/python/

This is a module for sending X10 commands via a FireCracker Computer
Interface (CM17a). It can be called from Python code or used directly
from the command line.

Prerequisites: Any platform with Python 2.3 and pySerial 2.0. It has
been tested on Windows XP, Windows Server 2003, and Mandrake 10.

License: MIT

This is the initial public release of this module.

Jimmy



From phil@riverbankcomputing.co.uk  Wed May 26 11:32:04 2004
From: phil@riverbankcomputing.co.uk (Phil Thompson)
Date: Wed, 26 May 2004 11:32:04 +0100
Subject: ANN: PyQt v3.12 (Python Bindings for Qt) Released
Message-ID: <mailman.1085576828.19961.clpa-moderators@python.org>

Riverbank Computing is pleased to announce the release of PyQt v3.12 available 
from http://www.riverbankcomputing.co.uk/.

Changes since the last release include support for Qt v3.3.2, and the 
provision of an evaluation version for Windows to be used with the evaluation 
version of Qt.

Support for the non-commercial version of Qt v2.3.0 for Windows has been 
reinstated.

PyQt is a comprehensive set of Qt bindings for the Python programming language 
and supports the same platforms as Qt.  Like Qt, PyQt is available under the 
GPL (for UNIX, Linux and MacOS/X), a commercial license (for Windows, UNIX, 
Linux and MacOS/X) and a free educational license (for Windows).

PyQt is implemented as a set of 9 extension modules containing 300 classes and 
over 5,750 functions and methods.

PyQt also includes bindings to QScintilla, the port to Qt of the Scintilla 
editor component.

PyQt can be used either as a rapid prototyping tool, or as an alternative to 
C++ for developing large Qt applications.

PyQt includes the pyuic utility which generates Python code to implement user 
interfaces created with Qt Designer in the same way that the uic utility 
generates C++ code.

Third party tools are also available - such as eric3, a comprehensive IDE 
(including an editor, debugger, class browser, integration with Qt Designer, 
re-factoring tools, unit testing tools and integration with source code 
control systems).  eric3 is written entirely using PyQt and is available from 
http://www.die-offenbachs.de/detlev/eric3.html.


From ahaas@airmail.net  Wed May 26 20:07:06 2004
From: ahaas@airmail.net (Art Haas)
Date: Wed, 26 May 2004 14:07:06 -0500
Subject: ANNOUNCE: Fourteenth releaes of PythonCAD now available
Message-ID: <mailman.1085614083.28632.clpa-moderators@python.org>

I'm pleased to announce the fourteenth 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 fourteenth release builds on the undo/redo work added in the
previous release. The undo/redo abilities of the program in regards
to entity addition and removal have been made more significantly more
robust. Also, the ability to undo or redo entity splitting, moving,
mirroring have been both added and enhanced. The ability to undo or
redo entity transfers between image layers is now available. Changing
the various entity properties now has more undo and redo features. Future
releases will continue to enhance and extend the undo and redo functions
in PythonCAD.

A number of significant bugs have been resolved in this release
as well. A file save bug unfortunately introduced in the previous
release is fixed. Drawing tangent lines around circle and arc
entities had several bugs that have now been fixed, and a problem
with storing and retrieving the angled construction lines in the
drawing have been address. Numerous other smaller bugs are also
fixed in this release, as well as various code enhancements that
have been added.

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 theller@python.net  Wed May 26 20:41:09 2004
From: theller@python.net (Thomas Heller)
Date: Wed, 26 May 2004 21:41:09 +0200
Subject: py2exe mailing list
Message-ID: <mailman.1085614084.28633.clpa-moderators@python.org>

I have created a py2exe mailing list.

This list should be used to ask for help using py2exe, and to suggest
and discuss new features or other changes to py2exe.

The list is public, posting is allowed even for non-members.

The web page of the mailing list is:

    https://lists.sourceforge.net/lists/listinfo/py2exe-users

To post a message to this list, send your email to:

  py2exe-users@lists.sourceforge.net

There is also an email-based interface for users of the list; you can
get info about using it by sending a message with just the word `help'
as subject or in the body, to:

    py2exe-users-request@lists.sourceforge.net



The list is also available with nntp and http at news.gmane.org:
    * News URL: news://news.gmane.org/gmane.comp.python.py2exe
    * Web URL: http://news.gmane.org/gmane.comp.python.py2exe

I've also sent a request to the friendly ActiveState people to add this
list to their ASPN archive, according to them this will take some days.

Enjoy, Thomas


From kgmuller@users.sourceforge.net  Thu May 27 09:35:38 2004
From: kgmuller@users.sourceforge.net (Klaus Muller)
Date: Thu, 27 May 2004 10:35:38 +0200
Subject: ANN: SimPy version 1.4.2 has been published
Message-ID: <mailman.1085661247.4976.clpa-moderators@python.org>

It is our pleasure to announce SimPy version 1.4.2, a maintenance 
release of the SimPy discrete event simulation package. Download it from 
http://simpy.sourceforge.net where you also find tutorials, examples and 
   extensive documentation!

SimPy (= Simulation in Python) is an object-oriented, process-based 
discrete-event simulation language based on standard Python and released 
under the GNU GPL. It provides the modeler with components of a 
simulation model including processes, for active components like 
customers, messages, and vehicles, and resources, for passive components 
that form limited capacity congestion points like servers, checkout 
counters, and tunnels. It also provides monitor variables to aid in 
gathering statistics. Random variates are provided by the standard 
Python random module.

Many users claim that SimPy is one of the cleanest, easiest to use 
discrete event simulation packages!

SimPy comes with data collection capabilities, GUI and plotting 
packages. It can be easily interfaced to other packages, such as 
plotting, statistics, GUI, spreadsheets, and data bases.

Changes from version 1.4.1
==========================
Histogram
---------
	- class Histogram has been added to modules SimulationRT,
	SimulationTrace and SimulationStep. It had been accidentally
	omitted.

testSimpy.py, Monitortest.py
----------------------------
	- An error in the tests for monitored Resource queues has been
          fixed.

SimulationTrace
----------------
	- This module now also accepts the "yield hold,self" form which
           defaults to zero delay.

Additions
===========
testSimPyRT, testSimPyTrace, testSimPyStep
-------------------------------------------

	- These unittest modules have been added. They test the
           respective simulation modules with exactly the same tests as
           testSimPy tests module Simulation with. Thus, they test for
           compatibility.

Klaus Muller (kgmuller at users.sourceforge.net)
Tony Vignaux (vignaux at users.sourceforge.net)


From anthony@interlink.com.au  Thu May 27 11:58:10 2004
From: anthony@interlink.com.au (Anthony Baxter)
Date: Thu, 27 May 2004 20:58:10 +1000
Subject: RELEASED Python 2.3.4 (final)
Message-ID: <mailman.1085661248.4996.clpa-moderators@python.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On behalf of the Python development team and the Python community, I'm
happy to announce the release of Python 2.3.4 (final).

Python 2.3.4 is a bug-fix release. See the release notes at the website
(also available as Misc/NEWS in the source distribution) for details of
the bugs squished in this release.

For more information on Python 2.3.4, including download links for
various platforms, release notes, and known issues, please see:

~    http://www.python.org/2.3.4

Highlights of this new release include:

~  - Bug fixes. According to the release notes, more than 20 bugs
~    have been fixed, including a couple of bugs that could cause
~    Python to crash. These were discovered by Zope3.

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

Enjoy the new release,
Anthony

Anthony Baxter
anthony@python.org
Python Release Manager
(on behalf of the entire python-dev team)


- --
Anthony Baxter     <anthony@python.org>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAtcm4Dt3F8mpFyBYRAmgmAJ41U7s98dnQjOOD5XAqqPBJEXvRZwCcCm6x
HQQ0vky/iPxSagROZk9Uk8M=
=W9rA
-----END PGP SIGNATURE-----


From mwh@python.net  Thu May 27 17:55:32 2004
From: mwh@python.net (Michael Hudson)
Date: Thu, 27 May 2004 17:55:32 +0100
Subject: Only A Week Left To Pre-Register For EuroPython 2004
Message-ID: <mailman.1085677443.24748.clpa-moderators@python.org>

Online registration for EuroPython 2004 is open until 3 June at 23.00
CET -- that's just a week away.  Registration at the door will be
possible, but more costly and cash only.

Don't miss out on what will be *the* European Python and Zope event of
the year! To register online, visit:

    http://www.europython.org/conferences/epc2004/registration_html

EuroPython 2004 will be held June 7-9 in G=C3=B6teborg, Sweden.

The talk timetable can be found at:

    http://www.europython.org/conferences/epc2004/info/talks/talkMatrix

Close readers will notice the addition of a talk by world-renowned
usability expert Jef Raskin.

The keynote speakers will be Mark Shuttleworth and Guido van Rossum.

Visit http://www.europython.org/ or email europython@python.org for
all further information.

Cheers,
The EuroPython Team


From richardjones@optushome.com.au  Thu May 27 23:40:40 2004
From: richardjones@optushome.com.au (Richard Jones)
Date: Fri, 28 May 2004 08:40:40 +1000
Subject: Roundup SECURITY FIX releases 0.6.11 and 0.7.3
Message-ID: <mailman.1085746262.24424.clpa-moderators@python.org>

=2D----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I've just released versions 0.6.11 and 0.7.3 which contain an important=20
SECURITY FIX.

I strongly encourage all users of Roundup to upgrade immediately. The downl=
oad=20
files are at:

  https://sourceforge.net/project/showfiles.php?group_id=3D31577


    Richard
=2D----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFAtm5orGisBEHG6TARAqGaAJ40cckTD3r+IgeiQETYszjKiDObxgCfb/qh
uwYswRP8ftQaa71MNOn7yas=3D
=3DKzEE
=2D----END PGP SIGNATURE-----


From perky@i18n.org  Fri May 28 12:39:55 2004
From: perky@i18n.org (Hye-Shik Chang)
Date: Fri, 28 May 2004 20:39:55 +0900
Subject: CJKPython 2.3.4 is released.
Message-ID: <mailman.1085746263.24426.clpa-moderators@python.org>

--ikeVEW9yuYc//A+q
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

CJKPython 2.3.4 final release is now available at
http://cjkpython.i18n.org/index.html#CJKPython

CJKPython is a CJK-localized Python distribution for Windows. It
comes with CJKCodecs and several CJK patches and third-pathy modules.

What's different from the standard Python for Windows?
------------------------------------------------------

 * Includes CJKCodecs as of incorporated edition in Python 2.4.
 * Includes the following third-party modules:
   - hangul 1.0 (manipulates Hangul, the Korean alphabet system)
   - pykf 0.3.3 (converts JIS codes)
   - ctypes 0.6.2 (interface to native dynamic libraries)
 * Respects system locale by default.
 * sys.displayhook is locale-aware so that users can see CJK strings
   as it is.
 * Interactive sessions respect to stdin encodings for both of text
   mode and IDLE shells.
 * Shift-JIS localization patches by Atsuo Ishimoto are also
   available in this distribution and it's default for Japanese
   systems.


Thanks!
Hye-Shik Chang

--ikeVEW9yuYc//A+q
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQFAtyUKDWUsWc/bS6QRAh7hAJ0fKRkZFjKA7Zyv/n0iJSxH8/QX9wCfVZ6w
pX670BtenzhqMkcrt5F2DlU=
=RZKb
-----END PGP SIGNATURE-----

--ikeVEW9yuYc//A+q--


From stephan.richter@tufts.edu  Fri May 28 15:57:45 2004
From: stephan.richter@tufts.edu (Stephan Richter)
Date: Fri, 28 May 2004 10:57:45 -0400
Subject: Zope X3 3.0.0 alpha 2 released
Message-ID: <mailman.1085757725.22612.clpa-moderators@python.org>

Dear Python community,

The Zope 3 development team is proud to announce the second alpha release of
Zope X3 3.0.0. 

Zope X3 is the next major Zope release and has been written from scratch based
on the latest software design patterns and the experiences of Zope 2. The "X"
in the name stands for "experimental", since this release does not try to
provide any backward-compatibility to Zope 2.   

Download

  http://zope.org/Products/ZopeX3

  Installation instructions for both Windows and Un*x/Linux are now available
  in the top level README.txt of the distribution.


Changes since alpha 1

  - Several packages were included in the first alpha since other code had
    several dependencies on their interfaces. This code has been refactored
    into sub-packages which are no longer part of the release. As a result,
    this distribution has fewer packages than alpha 1. Excluded packages
    include the indexing and fssync. 

  - Some bugs were fixed that were reported by testers. This includes problems
    with the installation of a distribution.


Goals

  While the first alpha release concentrated on testing our packaging tool and
  putting a process for releases into place, we would like to ask anyone
  to test this release a thoroughly as possible. The next release will be the
  first beta (probably next week) at which time the API freezes! Even if you
  are not interested in Zope you should test the building process of the
  distribution, since the packaging tool might be of great interest to the
  entire Python community. 

  Please send any bug reports and comments to zope3-dev@zope.org! Thank you
  very much in advance for your help!


Contributors

  Jim Fulton, Marius Gedminas, Fred Drake, Philipp von Weitershausen,
  Stephan Richter, Dmitry Vasiliev, Eckart Hertzler

  Thanks to everyone!


From bh@intevation.de  Fri May 28 20:16:17 2004
From: bh@intevation.de (Bernhard Herzog)
Date: Fri, 28 May 2004 21:16:17 +0200
Subject: pyshapelib 0.3 released
Message-ID: <mailman.1085931125.1511.clpa-moderators@python.org>

		pyshapelib 0.3 released


pyshapelib is a python wrapper for shapelib[1], a free software library for
reading and writing ESRI shapefiles, a frequently used format for
geographic data.


Download:

   http://ftp.intevation.de/users/bh/pyshapelib/pyshapelib-0.3.tar.gz
or
   http://ftp.intevation.de/users/bh/pyshapelib/pyshapelib-0.3.zip


Changes since version 0.2:

 * New module shptree.  It's a simple wrapper for shapelib's quadtree.

 * Provide a way to access the shapelib module and shapefile objects
   from C.  It's not documented, unfortunately, but pyshapelib_api.h may
   be a starting point.  This feature is used in Thuban[2] which could be
   used as an example.

 * distutils based build and install script, setup.py

 Module dbflib:

 * dbf objects now have a method commit if compiled with shapelib newer
   than 1.2.10 (that is only the CVS version of shapelib at the time of
   writing).  This method calls the new function dbflib DBFUpdateHeader.

 * New method read_attribute which reads a single attribute instead of a
   whole record like read_record

 * NULL values are now returned as None.  DBF files don't really support
   NULL, but this change matches a new feature in shapelib 1.2.9.  It's
   not clear whether it should be implemented in the python wrapper in
   this way.  It might be better to make it optional.


Requirements:

  Python 2.0 or later (mostly tested with 2.2, though)
  shapelib 1.2.9 or later


License:

  LGPL


Links:

  [1] Shapelib: http://gdal.velocet.ca/projects/shapelib.

  [2] Thuban is an interactive geographic data viewer.
      http://thuban.intevation.org/



From csad7@t-online.de  Sun May 30 18:22:38 2004
From: csad7@t-online.de (christof hoeke)
Date: Sun, 30 May 2004 19:22:38 +0200
Subject: ANN: pyXSLdoc v0.50
Message-ID: <mailman.1085965742.22616.clpa-moderators@python.org>

what is it
----------
    An application to produce documentation for XSLT files in XHTML 
format, similar to what javadoc does for Java files.

Relying on and processing XML comments is generally not the best idea 
but for the purpose of this tool it seems the easiest, most natural and 
comfortable way. Even if the XML comments should not be processed (an 
XML parser might just ignore them), pyXSLdoc should at least give a 
helpful outline for a set of XSLT stylesheets.


changes since the last release
------------------------------
* all directories and files *under* a specified sourse directory will be
processed now, so you need no longer specify each directory of a larger 
package
* also overview files in ReST style (directory.txt and overview.txt) are 
processed now
* optparse is used to process the command line options, see -h for all 
new options and option formats
* the target dir or -removedocs which strips off all comments from the 
commented XSLT files may be specified now
* bugfixes and small changes


see http://cthedot.de/pyxsldoc/README.txt for a complete list of changes


todo
----
* ReST processing is very simple at the moment, may be resolved and 
enhanced in a future version


license
-------
   pyXSLdoc is published under the LGPL.


download
--------
   download pyXSLdoc v0.50 - 040530 from http://cthedot.de/pyxsldoc/

pyXSLdoc needs
* Python 2.3 (tested with Python 2.3.4 on Windows XP only)
* Pyana (tested with Pyana 0.8 only)
* Docutils (tested with Docutils 0.3 only) for ReST comments
   not neccessary if you use Javadoc style comments


usage
-----

   Easiest is to copy the XSLT files to document in a directory below 
pyxsldoc. Then start the documentation process with

   python xsldoc.py FILENAMES DIRNAMES
     [-d DOCTARGETDIR -h --htmldocs --removedocs]

FILENAMES
     XSLT files to document, e.g. file1.xsl path/file2.xsl
DIRNAMES
     directories with XSLT files to document,e.g. dir1 dir2
     all directories and XSLT files under a given directory will be
     processed. this is new from v0.50

-h, --help
     show this help message and exit

-sSOURCEPATH, --sourcepath=SOURCEPATH
     sourcepath to XSLTs, all XSLT files under this path will be 
documented and SOURCEPATH/overview.txt will be used for the overview. 
You might also simply list all dirs and XSLT files as parameters.

-j, --javadoc, --htmldocs
     process comments in Javadoc style (HTML and @tags), default style 
is reStructuredText (ReST)

-dDOCPATH, --docpath=DOCPATH
     documentation target directory, default is ./_xsldoc
     (ATTENTION: Was option -b in versions upto v0.3x)

-oOVERVIEW, --overview=OVERVIEW
     use this ReST .txt file for the overview page

-r, --removedocs
     remove all comments from given XSLTs and save results in 
COMMENTSTRIPPEDPATH. present files will all be OVERWRITTEN!

-cCOMMENTSTRIPPEDPATH, --commentstrippedpath=COMMENTSTRIPPEDPATH
     path where XSLTs after removing of all docs will be saved, only 
used when option "-r" is given. default is _optimized.


christof hoeke http://cthedot.de


<P><A HREF="http://cthedot.de/pyxsldoc/">pyXSLdoc 0.50</A> - generate 
XSLT documentation (30-May-04)



From ronaldoussoren@mac.com  Mon May 31 09:51:31 2004
From: ronaldoussoren@mac.com (Ronald Oussoren)
Date: Mon, 31 May 2004 10:51:31 +0200
Subject: ANN: PyObjC 1.1
Message-ID: <mailman.1086098404.11826.clpa-moderators@python.org>

PyObjC 1.1 is now available for download at 
http://pyobjc.sourceforge.net/

PyObjC is a bridge between Python and Objective-C.  It allows full
featured Cocoa applications 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 Xcode and Project Builder
templates for easily creating new Cocoa-Python projects, as well as 
support
for syntax-coloring Python files.

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.

The major improvement of PyObjC 1.1 is support for Key-Value Observing. 
It
is now possible to write programs that use Cocoa Bindings. There are 
also
numerous new examples.

PyObjC is released with an open source license.	



From csad7@t-online.de  Mon May 31 11:43:14 2004
From: csad7@t-online.de (c.)
Date: Mon, 31 May 2004 12:43:14 +0200
Subject: ANN: pyXSLdoc 0.51
Message-ID: <mailman.1086098405.11830.clpa-moderators@python.org>

a small bugfix release only, for full details see 
http://cthedot.de/pyxsldoc/


changes since the last release
------------------------------
* xsl:import and xsl:include information on the doc pages are not linked 
anymore as they may be not working anyway. this is because of not 
compatible cross XSLT processor or configuration behaviour. even 
pyXSLdocs own documentation was not working as Pyana expects href to be 
relative to the calling app. pyXSLdoc always assumed URIs relative to 
the importing or including stylesheet

see http://cthedot.de/pyxsldoc/README.txt for a complete list of changes


license
-------
   pyXSLdoc is published under the LGPL.


download
--------
   download pyXSLdoc v0.51 - 040531 from http://cthedot.de/pyxsldoc/

pyXSLdoc needs
* Python 2.3 (tested with Python 2.3.4 on Windows XP only)
* Pyana (tested with Pyana 0.8 only)
* Docutils (tested with Docutils 0.3 only) for ReST comments
   not neccessary if you use Javadoc style comments


usage
-----

   Easiest is to copy the XSLT files to document in a directory below 
pyxsldoc. Then start the documentation process with

   python xsldoc.py FILENAMES DIRNAMES [options]

FILENAMES
     XSLT files to document, e.g. file1.xsl path/file2.xsl
DIRNAMES
     directories with XSLT files to document,e.g. dir1 dir2
     all directories and XSLT files under a given directory will be
     processed. this is new from v0.50

options
=======
Please use the new option syntax, e.g. -dDOCPATH instead of -d DOCPATH, 
so no more blank between option and value (optparse expects this syntax, 
the former selfmade solution was a bit odd there...)

-h, --help
     show this help message and exit

-sSOURCEPATH, --sourcepath=SOURCEPATH
     sourcepath to XSLTs, all XSLT files under this path will be 
documented and SOURCEPATH/overview.txt will be used for the overview. 
You might also simply list all dirs and XSLT files as parameters.

-j, --javadoc, --htmldocs
     process comments in Javadoc style (HTML and @tags), default style 
is reStructuredText (ReST)

-dDOCPATH, --docpath=DOCPATH
     documentation target directory, default is ./_xsldoc
     (ATTENTION: Was option -b in versions upto v0.3x)

-oOVERVIEW, --overview=OVERVIEW
     use this ReST .txt file for the overview page

-r, --removedocs
     remove all comments from given XSLTs and save results in 
COMMENTSTRIPPEDPATH. present files will all be OVERWRITTEN!

-cCOMMENTSTRIPPEDPATH, --commentstrippedpath=COMMENTSTRIPPEDPATH
     path where XSLTs after removing of all docs will be saved, only 
used when option "-r" is given. default is _optimized.


christof hoeke http://cthedot.de


<P><A HREF="http://cthedot.de/pyxsldoc/">pyXSLdoc 0.51</A> - generate 
XSLT documentations (31-May-04)




From middleware04@eecg.toronto.edu  Mon May 31 15:07:58 2004
From: middleware04@eecg.toronto.edu (Middleware 04)
Date: Mon, 31 May 2004 10:07:58 -0400 (EDT)
Subject: Middleware'04 Workshops Call for Papers
Message-ID: <mailman.1086098406.11832.clpa-moderators@python.org>

                                 ACM/IFIP/USENIX
                            Middleware 2004 Workshops

                            Call For Workshop Papers

                  http://www.eecg.toronto.edu/middleware2004/ws.htm

Middleware'2004 will host three exciting workshops and a long-waited Doctoral
Symposium. Workshop papers will be published in the Middleware'2004 Companion
Proceedings and in the ACM Digital library. Please visit the workshop pages
for specific submission details.

    * 3rd Workshop on Adaptive and Reflective Middleware

    * 2nd Workshop on Middleware for Grid Computing

    * 2nd Workshop on Middleware for Pervasive and Ad-Hoc Computing

    * 1st International Middleware Doctoral Symposium


To visit the pages of each workshop, follow the links in
http://www.eecg.toronto.edu/middleware2004/ws.htm

Important Dates:
Workshop paper submissions:     July 10th, 2004
Notification of acceptance:     August 10th, 2004
Camera-ready papers:            September 1st, 2004
Workshops:                      October 18th or 19th, 2004

******************************************************************************





From anthony@interlink.com.au  Mon May 31 16:39:02 2004
From: anthony@interlink.com.au (Anthony Baxter)
Date: Tue, 01 Jun 2004 01:39:02 +1000
Subject: pre-announce: Python 2.4a1 is about a month away
Message-ID: <mailman.1086098407.11837.clpa-moderators@python.org>

     This is a pre-announcement that the first alpha of Python 2.4
     is about a month away. The purpose of this notice is to give
     people a heads up - if you have a bug that you want to see
     fixed for 2.4, start looking at it now.

     Fixes are welcome through the release cycle, although after
     the first beta fixes that result in a change to behaviour
     will be much less likely to be accepted.

So, if you have a bug you want to see fixed, what should you do?

   - If it's not logged on SF, log it.
   - If it's logged, consider adding a patch that fixes the problem,
     or at least a simple test case that demonstrates the bug.
   - If someone else has supplied a fix, see if this fix works for
     you, and post your results to the bug.
   - If there's a working fix, feel free to add a note asking for
     the fix to go into CVS. The SF bug tracker for Python has a
     _lot_ of bugs in it, and it's easy for bugs to be overlooked.

If you're just interested in what's coming up in 2.4, see the
current development version of the "What's New in 2.4" document
at http://www.python.org/dev/doc/devel/whatsnew/whatsnew24.html


On behalf of the python-dev team, thanks!
Anthony

[This form of pre-announcement will hopefully become a part of
the release process for all future releases of Python, both
major and bugfix releases, to give people a chance to get their
bugfix-of-choice submitted in time. Any feedback on this process,
please feel free to email me]
-- 
Anthony Baxter     <anthony@interlink.com.au>
It's never too late to have a happy childhood.