Mailman 3 February 2004 - Python-announce-list

[ANNOUNCE] gmpy 1.0 alpha released
by Alex Martelli Nov. 13, 2005

Nov. 13, 2005

See http://gmpy.sourceforge.net/ for details. What is it: a wrapper for the GMP library, to provide multi-precision arithmetic for Python. Multi-precision floats, and unbounded-precision rationals, are not present in stock Python; multi-precision integers ('long') are, but gmpy's version of multi-precision integers is faster for some operations (NOT all -- used to be, but Python 2.3 did serious enhancements to some operations on longs) and provides lots of nifty pre-packaged additional functions. Minor changes and bug-fixes since the latest 0.9 pre-alpha; support for Python 2.3. The Windows binary release is now for Python 2.3 _only_ (if you're stuck with Python 2.2 on Windows, you can keep using gmpy 0.9 pre-alpha and not really suffer from that). Known bug on Windows: the scan0 and scan1 functions appear broken (perhaps related to the lack of a GMP 4.0 library for Windows -- haven't found one around yet). Alex

2 1

PyPI code has been updated
by Richard Jones Feb. 29, 2004

Feb. 29, 2004

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've just updated the code that runs the Python Package Index, PyPI. This release includes: - - add meaningful titles to pages (uses page heading) - - properly unquote version numbers for release editing page (bug #855883) - - allow removal of more than one release at a time - - make "delete whole package" a form button - - made wording of role admin link more helpful - - hide all current releases when a new release is added The Python Package Index is online at: http://www.python.org/pypi The notes for this release are at: http://www.python.org/pypi?:action=display&name=pypi&version=2004-03-01 Enjoy, Richard -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAQnZprGisBEHG6TARAg3FAJ4xqfotXj0Jklxg1ueE2wf6+QZy0wCfdNcH Q7rktdySorju2wdY1TRJfCc= =nbvw -----END PGP SIGNATURE-----

1 0

ANN: PyAlbum 0.4.3: a template driven web photo album generator
by Bernd Preusing Feb. 29, 2004

Feb. 29, 2004

Hi, I'd like to announce the first public release 0.4.3 of PyAlbum. What is PyAlbum: ============= - generates static HTML pages or simple text files from Images - reads info from several sources (text, image, EXIF) - uses flexible templates to generate the output. - existing templates designed for multiple languages - until now, command line only, GUI to come - every feature is configurable - platform independent (that's Python :-) - uses PIL and EmPy modules I know, this is the thousands program of its kind, but THIS ONE fits my personal needs... PyAlbum is hosted on SourceForge.net at http://pyalbum.sourceforge.net/index.html The release can be downloaded from its project page: http://sourceforge.net/projects/pyalbum/ Enjoy, Bernd

1 0

ANN: Logging Package v0.4.9.2 released
by vinay_sajip＠yahoo.co.uk Feb. 28, 2004

Feb. 28, 2004

A new version of the Python logging package has been released. If you are using version 2.3 of later of Python, this release will not mean much to you - it is the same as recent checkins into Python CVS. However, this release fixes numerous bugs reported since the last independent release (0.4.7), and may be of interest to people using earlier versions of Python. What Does It Do? ================ The logging package offers the ability for any Python program to log events which occur during program execution. It's typically used to provide application diagnostics, warnings and error messages. In addition to capturing "what happened", "where it happened", "when it happened", "how important it is" and event specific data, you can configure, without changing the application source code, both the verbosity of logging and the routing of events to different destinations such as console, disk files, sockets, email addresses, Web servers, SOAP servers etc. etc. You can even change the configuration of a running program without stopping and restarting it! You can use the logging package in exception handlers, and it will include traceback information in the log. It's thread-safe, and very easy to use - just "import logging" and log away! Classes provided include: Logger - used to log messages for a particular area of an application. You can instantiate these wherever you want, there's no need to pass references to them around your application. You can log events based on importance levels of DEBUG (least important), INFO, WARN, ERROR, and CRITICAL (most important). You can define your own levels if the default levels don't meet your requirements. Handler - used to route events to particular destinations. Handlers included are: StreamHandler (for generalized streams, including console) FileHandler (for disk files - including log file rotation with size limits for log files) SocketHandler (for sending events to a TCP socket) DatagramHandler (for sending events to a UDP socket - faster, but less reliable than TCP) SMTPHandler (send events to arbitrary email addresses) HTTPHandler (send events to Web servers) SysLogHandler (send events to Unix syslog) MemoryHandler (batch up events and process them several at a time) NTEventLogHandler (send events to Windows NT event logs) There are also examples of XMLHandler and SOAPHandler in the distribution. Formatter - used to format events as text strings. Flexible "msg % arg_tuple" formatting is the basis for formatting, with flexible date/time formatting including ISO8601 and any strftime-based formats. Filter - used when filtering based on importance (DEBUG/INFO/WARNING/ERROR/CRITICAL) is not sufficient. The distribution includes examples of filters based on class matching, regular expression matching, value matching, and logger matching. In the unlikely event that you're daunted by all the apparent complexity, fear not. The package offers a simple function-based interface to allow very simple, almost casual use of the underlying features. In addition to the core logging functionality, you get the ability to configure logging using a ConfigParser-based text file format, a Tkinter-based GUI configurator which creates configuration files for you, and a simple network-based event receiver which receives events on TCP, UDP, HTTP and SOAP ports. This is suitable for testing and might perhaps serve as a model for your own event receivers. Also included are over 20 test scripts which serve both as test harnesses and examples of how to use the logging package. You can get more information from http://www.red-dove.com/python_logging.html There are "download" and "recent changes" links at the top of that page. API documentation is available at http://www.red-dove.com/logging/index.html As always, your feedback is most welcome (especially bug reports, patches and suggestions for improvement). Enjoy! Cheers Vinay Sajip Red Dove Consultants Ltd. Changes since the last independent release: =========================================== Traceback text is now cached. Tracebacks can be propagated across sockets as text. Added makeLogRecord() to allow a LogRecord to be created from a dictionary. Closing a handler now removes it from the internal list used by shutdown(). Made close() call flush() for handlers where this makes sense (thanks to Jim Jewett). The exc_info keyword parameter can be used to pass an exception tuple as well as a flag indicating that the current exception should be logged. A shutdown hook is registered to call shutdown() on application (Python) exit (thanks to Jim Jewett). Removed redundant error check in setLoggerClass(). Added RESET_ERROR to logging.config. SocketHandler now uses an exponential backoff strategy (thanks to Robert Olson). Made _listener global in stopListening(). Made listen() correctly pass the specified port. Removed some redundant imports in __init__.py. Added the record being processed as a parameter to handleError (thanks to Gordon den Otter for the idea). Handler.handle returns the result of applying the filter to the record (thanks to Gordon den Otter for the idea). Added a seek(0, 2) in RotatingFileHandler before the tell() call. This is because under Windows, tell() returns 0 until the first actual write (thanks to Gordon den Otter for the patch). Altered findCaller to not use inspect (thanks to Jeremy Hylton for the patch). Renamed warn and WARN to warning and WARNING. This may break existing code, but the standard Python module will use warning/WARNING rather than warn/WARN. The fatal and FATAL synonyms for critical and CRITICAL have also been removed. Added defaultEncoding and some support for encoding Unicode messages (thanks to Stéphane Bidoul for the suggestion). Added process ID to the list of LogRecord attributes. Modified Logger.removeHandler so that it does not close the handler on removal. Modified SMTPHandler to treat a single "to address" correctly (thanks to Anthony Baxter). Modified SMTPHandler to add a date header to the SMTP message (thanks to David Driver for the suggestion). Modified HTTPHandler to factor out the mapping of a LogRecord to a dictionary (thanks to Franz Glasner for the patch). Minor documentation corrections.

1 0

cx_Oracle 4.0.1
by Anthony Tuininga Feb. 28, 2004

Feb. 28, 2004

What is cx_Oracle? cx_Oracle is a Python extension module that allows access to Oracle and conforms to the Python database API 2.0 specifications with a few exceptions. Where do I get it? http://starship.python.net/crew/atuining http://www.computronix.com/utilities.shtml (it may be a few days before the second site is updated) What's new? 1) Fixed bugs on 64-bit platforms that caused segmentation faults and bus errors in session pooling and determining the bind variables associated with a statement. 2) Modified test suite so that 64-bit platforms are tested properly. 3) Added missing commit statements in the test setup scripts. Thanks to Keith Lyon for pointing this out. 4) Fix setup.py for Cygwin environments. Thanks to Doug Henderson for providing the necessary fix. 5) Added support for compiling cx_Oracle without thread support. Thanks to Andre Reitz for pointing this out. 6) Added support for a new keyword parameter called threaded on connections and session pools. This parameter defaults to False and indicates whether threaded mode ought to be used. It replaces the module level attribute OPT_Threading although examining the attribute will be retained until the next release at least. 7) Added support for a new keyword parameter called twophase on connections. This parameter defaults to False and indicates whether support for two phase (distributed or global) transactions ought to be present. Note that support for distributed transactions is buggy when crossing major version boundaries (Oracle 8i to Oracle 9i for example). 8) Ensure that the rowcount attribute is set properly when an exception is raised during execution. Thanks to Gary Aviv for pointing out this problem and its solution. Just as a side note, I have also built and tested cx_Oracle under Oracle 10g on Linux and it works correctly without changes. Oracle 10g has not yet been released for Windows but it will be tested on that platform as well when it becomes available. -- Anthony Tuininga anthony(a)computronix.com Computronix Distinctive Software. Real People. Suite 200, 10216 - 124 Street NW Edmonton, AB, Canada T5N 4A3 Phone: (780) 454-3700 Fax: (780) 454-3838 http://www.computronix.com

1 0

Sprint on Stackless Python March 10-14 in Berlin
by Christian Tismer Feb. 27, 2004

Feb. 27, 2004

As already announced, the *********************************************** *** *** *** S t a c k l e s s S p r i n t *** *** *** *********************************************** has now a settled date: It will take place in Berlin, March 10-14 2004. We will have a room in the Free University of Berlin in Berlin-Dahlem. Address and room will be announced, soon. How to attend? See bottom of this message. Contents? Well, there is a lot possible. Current topics which come into mind are * autoscheduling * scheduling object * brain storming! * Zope Wiki and Documentation * making channels really stackless * demo applications * more regression tests * real zope apps? * refactoring Stackless: simpler and configurable * create a Stackless tutorial * minimalist Stackless Python with no hardware dependency * assembly-free Stackless with setjmp/longjmp * spreading the internals between developers but this is completely open for discussion. Level? Well, it will be a bit simpler than the pypy-sprints, which I think are very difficult, but Stackless has its built-in difficulties by nature. Usability? This is by far, now and forever, the best possible way to learn about Stackless Python and to become a core developer. But no guarantee possible :-) Payback? Well, it is intended that Stackless Python should be developed further. If you are using or planning to use Stackless for your products, you are highly encouraged to support Stackless Python by money and by submitting your best developers, regardless how painfully they are going to be missed by the company. Coaching? Yes, it is probable and whished, that Stackless Python will become a topic for training and coaching. First of all, we will try to leverage our knowledge. Fun? Guaranteed. Schedule -------- There is no particular schedule, yet, but for the first day. I am planning to give a talk on Stackless technology, and to be available for questions and discussion during the whole first day. Attendees with small or no knowledge about Stackless Python are strongly encouraged to join that session. Accomodation ------------ There are no special arrangements planned. We hope to find a place for every external sprinter at the home of the Berlin habitants. I'm taking two already, please don't ask. How to attend: -------------- Please subscribe to the mailing list stackless-sprint(a)stackless.com which you can find via this interface: http://www.stackless.com/mailman/listinfo/stackless-sprint By subscribing, you state that you want to come to the sprint. We have only limited reources left and can take only a few. ------- I hereby wish to thank *Dirk Pape* and *Christoph v. Stuckrad* from FU Berlin for making this event possible! cheers - chris -- Christian Tismer :^) <mailto:tismer@stackless.com> Mission Impossible 5oftware : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9a : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 89 09 53 34 home +49 30 802 86 56 mobile +49 173 24 18 776 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/

1 0

www.python.org needs YOU!
by webmaster＠python.org Feb. 27, 2004

Feb. 27, 2004

The team that administers www.python.org is looking for additional maintainers, both to keep the text updated and to create automated solutions that require less human interaction. If you're interested in helping, please send e-mail to webmaster(a)python.org. Please specify what you'd like to help with, how many hours per week you're available, and list a couple of community references if you're not active on one of the main Python mailing lists or comp.lang.python. Please be patient if we take a while to respond -- after all, the reason we're asking for help is that we're behind! -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "Do not taunt happy fun for loops. Do not change lists you are looping over." --Remco Gerlich, comp.lang.python

1 0

OSAF Announces the Release of Chandler 0.3
by Ted Leung Feb. 26, 2004

Feb. 26, 2004

We are pleased to announce Chandler 0.3! Our architecture is finally stable enough to start developing end-user features. Release 0.3 targets developers who want an early preview into our architecture as we are developing it. With this release we now can begin to encourage open source developers to work with the OSAF core development team, as in the upcoming PyCon Sprint. (See details below.) =================================== New in Release 0.3 =================================== The two biggest architecture advancements in this release are the Repository and the Chandler Presentation and Interaction Architecture (CPIA). In 0.3, our Repository is much more robust and scalable, and now implements a transaction and threading model. This release also marks the debut of CPIA, which is a UI layer in our architecture that is uniquely adapted for item-centric applications based on our Repository. Not only does it abstract away implementation-specific UI widgets, but CPIA elements have direct access to our Repository via data-driven queries. You can find out more about the 0.3 release at: http://wiki.osafoundation.org/twiki/bin/view/Chandler/ ChandlerZeroPointThreeReadme You can download the 0.3 release for Linux, MacOS, and Windows from: http://downloads.osafoundation.org/chandler/releases/0.3/ =================================== OSAF events at PyCon 2004 =================================== PyCon 2004, March 24-26, 2004 in Washington, D.C., is a community-oriented conference targeting developers (both those using Python and those working on the Python project). It provides opportunities to learn about significant advances in the Python development community, to participate in a programming sprint with some of the leading minds in the Open Source community, and to meet fellow developers from around the world. The organizers work to make the conference affordable and accessible to all. The Chandler PyCon Sprint is free and does not require registration for the conference. Mitch Kapor to give keynote address ------------------------------------------------------------- Mitch, founder of the Open Source Application Foundation, will be the keynote speaker for the conference. Chandler Sprint ------------------------------------------------------------- OSAF will be running a Sprint from Mar 20-23 prior to the PyCon 2004 conference. The topics for the sprint will focus on the Chandler repository. At the moment, these include repository dump/restore functionality, and remote repository sharing using WebDAV. Andi Vajda and Ted Leung will the coaches for the sprints, and will be doing brief tutorials for people unfamiliar with the Chandler repository. We want to use the sprint to involve more people in the Chandler development process as well as accomplish some tasks that will be useful for Chandler. If you are interested in participating in the sprint, please add yourself to the ChandlerSprint page: http://www.python.org/cgi-bin/moinmoin/ChandlerSprint What is a Sprint? ------------------------------------------------------------- The sprint is a four day focused development session, in which developers pair in a room and focus on building a particular subsystem. A sprint is organized with a coach leading the session. The coach sets the agenda, tracks activities, and keeps the development moving. The developers work in pairs using extreme programming's pair programming approach. And a BOF too! ------------------------------------------------------------- In addition, we plan to have an OSAF 'Birds Of a Feather' gathering during PyCon itself to answer questions about Chandler and socialize with Python developers.

1 0

ANN: Pyxel v0.2
by prochak＠netzero.net Feb. 26, 2004

Feb. 26, 2004

I would like to announce the release of Pyxel v0.2. Pyxel is a graphical library designed to provide portability between various GUI environments. The main goal of pyxel is to provide interactive plotting and block diagram capabilities to python. Currently pyxel widgets work in both wxPython and pygame applications. Support for more libraries is under development. http://bellsouthpwp.net/p/r/prochak/pyxel.html Thanks, Erik Lechak

1 0

ANN: Twisted 1.2.0 networking framework
by Itamar Shtull-Trauring Feb. 26, 2004

Feb. 26, 2004

Twisted is an event-driven networking framework for server and client applications. For more information, visit http://www.twistedmatrix.com, join the list http://twistedmatrix.com/cgi-bin/mailman/listinfo/twisted-python or visit us on #twisted at irc.freenode.net. The Twisted from Scratch tutorial is a good starting point for learning Twisted: http://twistedmatrix.com/documents/howto/tutorial What's New in 1.2.0 =================== - SFTP server implementation for the SSH server. - Improved wxPython support. - IMAPv4 enhancements and bug fixes. - Allow disabling display of tracebacks in error web pages. - ident protocol implementation (client and server). - Support mapping arbitrary child FDs when running processes on POSIX. - Initial SOAP client support (using SOAPpy). - Partial download support for FTP client. - Web framework now supports different handlers for different methods (e.g. GET or POST). - Coverage support in the trial testing framework. - Bug fixes and documentation and feature enhancements. What is Twisted? ================ Twisted is an event-driven framework for building networked clients and servers. It contains a powerful and simple networking core, a full-featured suite of interoperable protocols, among them a powerful web server and applications framework. Twisted supports many event loops for both server apps and GUI integration on the client side, including: - Win32 events, including GUI support - Mac OS X - GTK+ - GTK+ 2 - Qt - wxPython - Tkinter Twisted can run protocols over TCP, SSL, UDP, multicast, Unix sockets and subprocesses. It also includes scheduling support, threading integration, RDBMS event loop integration and other basic requirements for networked applications. Also included are implementations of many protocols. In some cases this includes complete frameworks providing facilities on top of the base protocol: - SSH - IMAP - DNS - FTP (client only, server needs rewrite) - HTTP, including a complete web framework - Jabber - SIP - XML-RPC server and client frameworks - SOAP server framework - NNTP and complete NNTP server framework - SOCKSv4 (server only) - SMTP - IRC - telnet - POP3 - AOL's instant messaging TOC - MSN messaging - OSCAR, used by AOL IM as well as ICQ (client only) - MouseMan serial mice, and GPS devices - Twisted Perspective Broker, a remote object protocol

1 0

ANNOUNCE: PyGoogle 0.6 released
by brian＠bluecoat93.org Feb. 26, 2004

Feb. 26, 2004

PyGoogle 0.6 has been released! PyGoogle is a Python wrapper for the Google Web APIs. It allows you to do Google searches, retrieve pages from the Google cache, and ask Google for spelling suggestions. This release adds support for the current SOAPpy module from the Python Web Services project (http://pywebsvcs.sourceforge.net). It also contains significant internal refactorings and API documentation updates. You should download and install the SOAPpy module from the Python Web Services project (version 0.11.3 or later) before using PyGoogle. We include an earlier patched version (SOAP.py), however its use is deprecated and it will be removed entirely in a future release. INCOMPATIBILITY: the following functions and classes are now considered *internal* and have been renamed to discourage their use: _version _usage _test _makeFormatter _output _OutputFormatter _TextOutputFormatter You can download the latest version of PyGoogle from SourceForge at http://pygoogle.sourceforge.net Cheers, Brian

1 0

SC-Track Roundup 0.6.6 - an issue tracking system
by Richard Jones Feb. 24, 2004

Feb. 24, 2004

I'm pleased to announce Roundup 0.6.6, a maintenance release which fixes some bugs (notably registration was broken in 0.6.5, and is fixed now): - fixed registration (sf bug 903283) - don't insert spaces into designators, it just confuses users (sf bug 898087) - Eudora can't handle utf-8 headers. We love Eudora. (sf bug 900046) - fixed bug in args to new DateHTMLProperty in the local() method (sf bug 901444) - also changed rego to not use a 302 during confirmation, as this seems to confuse some email clients or browsers 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 development codebase. 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(a)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).

1 0

ANN: Python Imaging Library 1.1.5 alpha 1
by PythonWare Feb. 24, 2004

Feb. 24, 2004

The Python Imaging Library (PIL) adds image processing capabilities to your Python interpreter. This library supports many file formats, and provides powerful image processing and graphics capabilities, including display support for Windows and Tkinter. PIL 1.1.5 alpha 1 is now available from: http://effbot.org/downloads#pil This release is available in source form (look for Imaging tarballs), and as a prebuilt installer for Python 2.3 on Windows. A list of changes can be found here: http://effbot.org/zone/pil-changes-115.htm enjoy, the pil team at secret labs ab "Secret Labs AB -- makers of fine pythonware since 1997"

1 0

ANNOUNCE: Twelfth release of PythonCAD now available
by Art Haas Feb. 24, 2004

Feb. 24, 2004

Hi. I'd like to announce the twelfth 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 twelfth release of PythonCAD contains a large number of internal changes to the program. The class hierarchy for the various entities has been simplified, and the ability to hide or lock entities on an individual basis has been added. The largest change to the code is the incorporation of a messaging system between the entities similar to that in Trolltech's QT framework. Another significant change in this release is the introduction of quadtrees for storing the various entities in a drawing, which should provide faster searching for the location of the entities. A number of code cleanups have also been applied to this release. Numerous deprecated methods have been removed, and several Python function calls that are deprecated or appear to be heading that way have been removed. The code cleanup also exposed various bugs which are now resolved. Changes due to the incorporation of the new messaging system have made a number of entity methods deprecated, so warnings messages will appear if they are called. These newly deprecated methods will be removed in an upcoming release. 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, and Happy New Year to everyone! 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

1 0

ANN: F2PY - Fortran to Python Interface Generator
by Pearu Peterson Feb. 24, 2004

Feb. 24, 2004

F2PY - Fortran to Python Interface Generator -------------------------------------------- I am pleased to announce the seventh public release of F2PY, version 2.39.235_1642. The purpose of the F2PY project is to provide the connection between Python and Fortran programming languages. For more information, see http://cens.ioc.ee/projects/f2py2e/ Download source: http://cens.ioc.ee/projects/f2py2e/2.x/F2PY-2-latest.tar.gz What's new? ------------ Since the last public release, that was more than two years ago, F2PY project has been actively maintained and many useful features have been implemented. Here follows some highlights: * New statement ``usercode`` allows inserting user defined C code to F2PY generated extension module sources at various relevant places: before wrapper functions, after variable declarations, and to the end of initialization function of the module. This makes using F2PY very flexible. * New statement ``pymethoddef`` allows adding items to PyMethodDef-array. * Full support for character arrays and arrays of strings is finally implemented. * Number of feature requests from users are implemented. For example: - the auxiliary ``as_column_major_storage()`` that efficiently converts array to column storage order - the F2PY_REPORT_ON_ARRAY_COPY macro that when defined sends a message to stderr when copy of an array with the size larger than specified threshold is made. - Numarray support, thanks to Todd Miller. * Support for Win32 and Mac OSX platforms is considerably improved. The list of compilers supported by the scipy_distutils package is longer than ever: GNU Fortran Compiler Portland Group Fortran Compiler Absoft Corp Fortran Compiler MIPSpro Fortran Compiler Sun|Forte Fortran 95 Compiler Intel Fortran Compiler for 32-bit apps Intel Visual Fortran Compiler for 32-bit apps Intel Fortran Compiler for Itanium apps NAGWare Fortran 95 Compiler Compaq Fortran Compiler DIGITAL|Compaq Visual Fortran Compiler Pacific-Sierra Research Fortran 90 Compiler HP Fortran 90 Compiler Lahey/Fujitsu Fortran 95 Compiler IBM XL Fortran Compiler * Numerous bugs are fixed. You should definitely update F2PY when using complex input arrays, there was a nasty bug that in certain cases caused incorrect results. * F2PY has now a man page and its documentation is kept up to date. Many other improvements to F2PY algorithm and usage are implemented, see HISTORY.txt for more details. Enjoy, Pearu Peterson --------------- <P><A HREF="http://cens.ioc.ee/projects/f2py2e/">F2PY 2.39.235_1642</A> - The Fortran to Python Interface Generator (24-Feb-04)

1 0

python-dev Summary for 2004-01-01 through 2004-01-31
by Brett C. Feb. 24, 2004

Feb. 24, 2004

python-dev Summary for 2004-01-01 through 2004-01-31 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from January 1, 2004 through January 31, 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(a)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-third and -fourth summaries written by Brett Cannon (who is rather fed up with being sick recently). 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 something mentioned here. PEPs (Python Enhancement Proposals) are located at http://www.python.org/peps/ . To view files in the Python CVS online, go to http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ . Reported bugs and suggested patches can be found at the SourceForge_ project page. 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/2003-12-01_2003-12-31.html ===================== Summary Announcements ===================== Quick personal announcement/plea: I am looking for a summer job/internship. If you happen to have a position at your company or happen to know of one somewhere **please** let me know at brett(a)python.org . I obviously know Python rather well, but I do know other languages. I am quite willing to send you my resume and answer any questions you might have about experience, etc. I would truly appreciate any help anyone can provide me in finding something for the summer. I do have housing handled in the Los Angeles area and the Seattle/Bellevue area on top of the San Luis Obispo area, although I am willing to relocate for the summer. Sorry about the lateness of this summary. I realize this is going out when another one is already due. Unfortunately, on top of needing to secure a summer job/internship and trying to get that dealt with, I also got strep throat that was rather horrid. It was not fun to only be officially over pneumonia for a couple of weeks before I got sick again. Rather frustrating since I haven't been this ill so often since I was a little kid. And having to deal with school on top of being sick did not help matters. In actual Python-related news, PyCon_ is still open for registration. If you haven't yet, go to http://pycon.org/dc2004/register/ and register! Last year was a blast and I expect no less from this year (I am actually spending my Spring Break at PyCon I enjoyed myself so much last year). Papers have been selected and it looks like we are going to have a great line-up of talks that cover the gamut of interests. In other words I highly recommend attending if you can. And even if you can't attend, if you are in the D.C. area, consider at least attending the first two days of the sprints which are the weekend preceding the conference (March 20-21). More info on the sprints can be found at http://www.python.org/cgi-bin/moinmoin/SprintPlan2004 . And now, on with the juicy stuff... .. _PyCon: http://www.pycon.org/ ========= Summaries ========= --------------------- Benchmarking is a go! --------------------- After Guido committed the parrotbench code to CVS, various people began to run the benchmark and post their scores. If you are curious to see how your machine compares take a look at the contributing threads. Contributing threadds: - `Pie-thon benchmark code ready <http://mail.python.org/pipermail/python-dev/2004-January/041551.html>`__ - `Re: Are we collecting benchmark results across machines <http://mail.python.org/pipermail/python-dev/2004-January/041553.html>`__ ----------------------------------- Windows compilation moved to VC.NET ----------------------------------- Martin v. L√∂wis converted the project files and anything else needed so that Python can now be compiled using VC.NET . All of the previous files needed for compiling under VC 6 has been moved to PC/VC6 . Contributing threads: - `Switch to VC.NET 7.1 completed <http://mail.python.org/pipermail/python-dev/2004-January/041600.html>`__ -------------------------- Shutting Unicode errors up -------------------------- Enough people have asked for the ability to silence Unicode errors that Martin v. L√∂wis suggested adding a module attribute in sys to specify whether Unicode errors should be ignored or not. M.A. Lemburg, though, thought it was a bad idea and suggested instead that people use a custom codec that relaxed the error-handling. the thread seemed to end with no changes planned. Contributing threads: ` Relaxing Unicode error handling <http://mail.python.org/pipermail/python-dev/2004-January/041605.html>`__ --------------------------------------------------------------------------------------- new PEPs (sorry, nothing witty came to me about PEPs that was not excruciatingly corny) --------------------------------------------------------------------------------------- In all cases, ignore the Created date in terms of posting date; click on the Last Modified link if you care to see when the PEP was officially added. `PEP 324`_ proposes a new module named popen5. As suggested by the name, it hopes to come up with a unified module for process creation. To see Guido's initial response to the PEP and what he thinks is a "category killer" and why any new additions to the stdlib must be one, read http://mail.python.org/pipermail/python-dev/2004-January/041698.html . `PEP 325`_ proposes a 'close' method for generators so as to handle what normally would be handled in a try/finally block (such as closing files and such). `PEP 326`_ wants to add maximum and minimum singletons. Guido rejected the PEP. There is a complete implementation, though, with the PEP. `PEP 327`_ is the long-awaited decimal type PEP that has been in the process of being refined for quite a while. Development in the sandbox has been moving forward. `PEP 328`_ is the 'import' PEP in terms of multi-line imports and dealing with relative imports. .. _PEP 324: http://python.org/peps/pep-0324.html .. _PEP 325: http://python.org/peps/pep-0325.html .. _PEP 326: http://python.org/peps/pep-0326.html .. _PEP 327: http://python.org/peps/pep-0327.html .. _PEP 328: http://python.org/peps/pep-0328.html Contributing threads: - `PEP 324: popen5 - New POSIX process module <http://mail.python.org/pipermail/python-dev/2004-January/041606.html>`__ - `New version of installer <http://mail.python.org/pipermail/python-dev/2004-January/041672.html>`__ - `prePEP "Decimal data type" v0.2 <http://mail.python.org/pipermail/python-dev/2004-January/041691.html>`__ - `PEP 326 (quick location possibility) <http://mail.python.org/pipermail/python-dev/2004-January/042303.html>`__ - `PEP 327: Decimal Data Type <http://mail.python.org/pipermail/python-dev/2004-January/042347.html>`__ ------------------------------------- Making Python and HP-UX friends again ------------------------------------- Cameron Laird said he wanted to try to spear-head an attempt to get Python to compiled on HP-UX correctly. In the past threading support has been out of the question and getting Tkinter to go has been an issue as well along with curses. Cameron said he would like to get Python working for HP-UX as far back as version 10.20, although he said he would also be fine with the current 11.x versions. Most of it seems to have to do with requiring tweaks to Configure.in, Modules/Setup, and setup.py . As of this exact second no patches have been added to SourceForge_. You can get a version of Python 2.3.3 compiled for HP-UX at http://hpux.cs.utah.edu/hppd/hpux/Languages/python-2.3.3/ . This also led to a slight discussion of how slightly crufty Configure.in is. Any help bringing it up-to-date or cleaning up would be appreciated. Contributing threads: - `HP-UX clean-up <http://mail.python.org/pipermail/python-dev/2004-January/041607.html>`__ ---------------------------- msi installer for Python 2.4 ---------------------------- Going for the record of the person mentioned the largest number times in a single Summary who is not labeled a BDFL, Martin v. L√∂wis updated his msi installer for Python 2.4 . It can be found at http://www.dcl.hpi.uni-potsdam.de/home/loewis/python2.4.0.12421.msi along with info on the installer at http://www.dcl.hpi.uni-potsdam.de/home/loewis/msipackage.html . Contributing threads: - `New version of installer <http://mail.python.org/pipermail/python-dev/2004-January/041661.html>`__ - `Python MSI <http://mail.python.org/pipermail/python-dev/2004-January/041921.html>`__ ---------------------- New collections module ---------------------- Raymond Hettinger has created a new module called 'collections'. It primary purpose is to be home to "high-performance container datatypes". To start, it only has an implementation of deques. Contributing threads: - `collections module <http://mail.python.org/pipermail/python-dev/2004-January/041829.html>`__ - `collections module (correction) <http://mail.python.org/pipermail/python-dev/2004-January/041899.html>`__ - `Collections <http://mail.python.org/pipermail/python-dev/2004-January/042270.html>`__ ---------------- CJKCodecs in 2.4 ---------------- A perk of having Hye-Shik Chang an official developer of Python is getting his CJKCodecs integrated into Python 2.4 . Contributing threads: - `CJKCodecs integration into Python <http://mail.python.org/pipermail/python-dev/2004-January/041836.html>`__ - `Oodles of warnings in cjkcodecs <http://mail.python.org/pipermail/python-dev/2004-January/042203.html>`__ --------------- Statistics talk --------------- Raymond Hettinger asked for some suggestions on a statistics module he was working on. A whole bunch of stuff from names to algorithms to include came up. There is now a module in the sandbox being worked on to implement what was discussed. Contributing threads: - `Accumulation module <http://mail.python.org/pipermail/python-dev/2004-January/041988.html>`__ ------------------------------------ Installer problems for MacPython-OS9 ------------------------------------ Jack Jansen told python-dev how he has not been able to distribute a version of MacPython-OS9 for Python 2.3.3 because the free license for the installer expired. It was suggested that the PSF_ pay for a license. If you think this is a good idea and you are a PSF member consider bringing the topic up at the general meeting to be held at PyCon_. Contributing threads: - `No more releases of MacPython-OS9? <http://mail.python.org/pipermail/python-dev/2004-January/042022.html>`__ -------------------------------------- Anyone want to maintain MacPython-OS9? -------------------------------------- If anyone would like to take over maintenance of MacPython-OS9 so that it continues to exist beyond the 2.3 branch then contact Jack Jansen. Contributing threads: - `PEP 11 mistake? <http://mail.python.org/pipermail/python-dev/2004-January/042036.html>`__ -------------- Python in 2003 -------------- Go to http://python.org/topics/2003.html to read AM Kuchling's report on what happened to Python in 2003. Contributing threads: - `Python in 2003 summary <http://mail.python.org/pipermail/python-dev/2004-January/042049.html>`__ --------------------------------- Compiling using the free .NET SDK --------------------------------- If you wish to compile Python using the free .NET SDK then read the first email in the contributing thread thanks to someone named Garth. Contributing threads: - `Compiling python with the free .NET SDK <http://mail.python.org/pipermail/python-dev/2004-January/042053.html>`__ -------------------------- No dict.addlist() for you! -------------------------- The idea of adding a method to dict called 'addlist(k,v)' that would act like ``d.setdefault(k, []).append(v)``. It was eventually agreed upon that the perk of having it as a part of dict was not justified since the idiom it was implementing is simple enough so as to not really require adding the method. Contributing threads: - `dict.addlist() <http://mail.python.org/pipermail/python-dev/2004-January/042114.html>`__ -------------------------------------------------------- Want to be able to change Python's name at compile time? -------------------------------------------------------- Jack Jansen asked what people thought of adding the ability of being able to specify the name of Python through 'configure' and have the permeate throughout the code. The main reason for this is to allow people on OS X to be able to have other framework builds of Python that don't interfere with the installed version on OS X 10.3 . The thread ended with no definitive decision as to whether to move ahead or not. Contributing threads: - `Configure option to change Python's name? <http://mail.python.org/pipermail/python-dev/2004-January/042153.html>`__ --------------------------------- You think you are a Hotshot, huh? --------------------------------- Sparked by a question about where the development of the Hotshot profiler was, a new file was added to the scripts directory for making it easier to launch Hotshot for profiling. Contributing threads: - `Hotshot <http://mail.python.org/pipermail/python-dev/2004-January/042222.html>`__ ------------------------------------------------- Happy patch/bug statistics days are back again... ------------------------------------------------- Kurt Kaiser has taken over for Skip Montanaro (thanks to both for continuing and starting this weekly email, respectively) for sending out the "Weekly Python Patch/Bug Summary" email. Contributing threads: - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2004-January/042244.html>`__ --------------------------------------------------- Change in posting rules to python-dev (but barely!) --------------------------------------------------- The posting rules to python-dev have changed so that emails from non-subscribers must be ok'ed by moderators. But joining python-dev is still open to the public and requires no clearance from anyone so it is not a big hurdle to overcome to post to the list. You can always subscribe and turn mail delivery off if you like to. This is needed if you send mail to the list from multiple accounts such as yours truly. Contributing threads: - `Proposed: change to posting rules for python-dev <http://mail.python.org/pipermail/python-dev/2004-January/042358.html>`__ ----------------------------------- GPL code in Python core is not okay ----------------------------------- Although the question was specific to python-mode.el, the general answer is that GPL code is not allowed into Python. The clash of the GPL with the PSF license since the latter is BSD-style. Contributing threads: - `Would GPL on python-mode.el be a problem? <http://mail.python.org/pipermail/python-dev/2004-January/042311.html>`__

1 0

Tutorials at Europython questionaire
by jacob＠cd.chalmers.se Feb. 23, 2004

Feb. 23, 2004

The organising committee for Europython is currently busy planning this years conference, which will run in Göteborg, Sweden, 7-9 June 2004. To help us serve the community in the best way possible, we need your input on what you think we should do in the way of tutorials. Please send this questionare filled in to "europython at python dot org". 1. Are you likely to attend Europython? Yes/No/Only if there are tutorials I'd like to go to. 2. What topics would you be interested in? How much would you be ready to pay for such a tutorial? 3. When would it be most suitable for you to participate in a tutorial? Please rank the alternatives. a. Friday 4 June b. Saturday 5 June c. Sunday 6 June d. During the conference e. When it doesn't conflict with my Sprint f. Thursday 10 June 4. Would you be willing to give a tutorial? On what subject(s)? 5. Is there any other input you would like to give us? For the Europython team Jacob Hallén Head organiser More information about Europython will shortly be available at http://www.europython.org --

1 0

PyCon talks and schedule posted
by PyCon Chair Feb. 21, 2004

Feb. 21, 2004

First of all, don't forget that early-bird reg ends midnight Sunday Feb 22. We've now got a list of talks and a planned schedule: http://www.pycon.org/dc2004/talks/ http://www.python.org/pycon/dc2004/schedule.html We've also added Guido van Rossum and Bruce Eckel as keynote speakers: http://www.pycon.org/dc2004/talks/keynote PyCon is a community-oriented conference targeting developers (both those using Python and those working on the Python project). It gives you opportunities to learn about significant advances in the Python development community, to participate in a programming sprint with some of the leading minds in the Open Source community, and to meet fellow developers from around the world. The organizers work to make the conference affordable and accessible to all. DC 2004 will be held March 24-26, 2004 in Washington, D.C. at the GWU Cafritz Conference Center. The keynote speakers are Mitch Kapor, Guido van Rossum, and Bruce Eckel. There will be a four-day development sprint before the conference (March 20-23). We're looking for volunteers to help run PyCon. If you're interested, subscribe to http://mail.python.org/mailman/listinfo/pycon-organizers Don't miss any PyCon announcements! Subscribe to http://mail.python.org/mailman/listinfo/pycon-announce You can discuss PyCon with other interested people by subscribing to http://mail.python.org/mailman/listinfo/pycon-interest The central resource for PyCon DC 2004 is http://www.pycon.org/dc2004/ -- Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/ "Do not taunt happy fun for loops. Do not change lists you are looping over." --Remco Gerlich, comp.lang.python

1 0

Reminder: Docutils sprint at PyCon DC 2004
by David Goodger Feb. 21, 2004

Feb. 21, 2004

I will be coaching a Docutils sprint at PyCon DC 2004, from March 20 (Saturday) to March 23 (Tuesday), in one- or two-day blocks or as suggested by participants. Anyone interested in Docutils (including reStructuredText) is invited to join in. Participation in the sprints is free, and Early Bird registration for PyCon ends tomorrow (February 22). * PyCon: http://pycon.org/ * Docutils sprint: http://www.python.org/cgi-bin/moinmoin/DocutilsSprint Hope to see you there! -- David Goodger http://python.net/~goodger For hire: http://python.net/~goodger/cv

1 0

Py looking for new authors, articles
by Kendall Clark Feb. 21, 2004

Feb. 21, 2004

Pythoneers, I'm Kendall Clark, one of the people involved with the original Py(zine.com), a print journal for Python developers. The folks at ZopeMag have taken over Py, as you all have no doubt heard, and asked me to continue on with some editorial work. One of the things I'm trying to do is remind Pythoneers, including those of you who enjoy writing about Python, that Py is still looking for new articles and new authors. One of the happy changes in the new Py is that we are now in a position to pay authors. For more details about Py, see http://www.pyzine.com/ If you want to chat with the editors about article ideas, or if you have one you'd like to submit, send mail to editors(a)pyzine.com. I look forward to seeing folks in DC at PyCon. Best, Kendall Clark -- Habitation creates space; space only exists because we do.

1 0

Call for papers - FISL - Brazil
by Christiano Anderson Feb. 20, 2004

Feb. 20, 2004

Hello Python developers, I would like to invite you to join our call for papers to this conference in Porto Alegre, Brazil. The International Free Software Forum today issued a call for papers ahead of its next annual meeting. Proposals are due by March 7. Billed as one of the largest Free Software events in the world, this will be the fifth meeting of the International Free Software Forum. Over the last four years, these events have seen more than 4,000 people meet to discuss software ownership, intellectual property issues and so on. Last years event attracted delegates from as far afield as Russia, Sweden, The Netherlands, USA, France and Paraguay. Speakers at previous events include HP's Bdale Garbee, Ximian's Miguel de Icaza, Linux International's Jon 'maddog' Hall, MySQL's David Axmark, FSF's Richard Stallman and TimotyNey, LTSP's Jim McQuillan. The organisation was set up to promote awareness of free software in developing economies, such as Brasil. If you want to check some press releases, you can visit: http://www.theregister.co.uk/content/4/35424.html http://newsvac.newsforge.com/newsvac/04/02/07/1944229.shtml http://www.gnu-friends.org/story/2004/2/9/21419/74304 http://developers.slashdot.org/article.pl?sid=04/02/04/1515245 http://www.linuxpr.com/releases/6638.html Thank you! -- Christiano Anderson <anderson(a)gnu.org>

1 0

ANN: Leo 4.1 final
by Edward K. Ream Feb. 20, 2004

Feb. 20, 2004

Leo 4.1 final is now available at http://sourceforge.net/projects/leo/ Leo 4.1 final is the culmination of four months of work. No significant bugs have been reported since 4.1 rc4. Several people have contributed nifty plugins recently. See leoPlugins.leo for full details. The highlights version 4.1: --------------------------- - Leo runs in batch mode when invoked with --script aScriptFile.py - Leo supports Unicode characters (e.g. Chinese) in path and file names. - @directives and section references are now valid when executing scripts. - @ignored and orphan nodes now valid in @file-nosent trees. - Script-based find/change commands. - Check Outline command. - Hoist & DeHoist commands. - A new gui-agnostic architecture: useful for batch mode and unit tests. - Several new configuration settings. - Many new unit tests. - A host of bug fixes. Quotes of the month ------------------- "I'm a newbie to Leo(a couple of weeks) and I feel addicted to programming again...in fact it has resurrected a dead project of mine :) The outline has proven most liberating in terms of testing ideas out. Thanks a lot!" -- anon "Wow, wow, and wow. I just started using Leo about a month ago..Now I finally understand how to use clones and I realized that this is exactly how I want to organize my information. Multiple views on my data, fully interlinkable just like my thoughts...Thanks for a great tool! -- anon "I *LIKE* it; I was amazed at how [different the Leo] experience was compared to flat-filing. It was almost Forth-like in the way that it was possible to work top-down or bottom-up at will (I believe this is the key to its strength, btw)." --Tarvin Rhodes What is Leo? ------------ - A programmer's editor, an outlining editor and a flexible browser. - A literate programming tool, compatible with noweb and CWEB. - A data organizer and project manager. Leo provides multiple views of projects within a single outline. - Fully scriptable using Python. Leo saves its files in XML format. - Portable. leo.py is 100% pure Python. - Open Software, distributed under the Python License. Leo requires Python 2.1 or above and tcl/tk 8.3 or above. Leo works on Linux, Windows and MacOs X. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Home: http://sourceforge.net/projects/leo/ Download: http://sourceforge.net/project/showfiles.php?group_id=3458 CVS: http://sourceforge.net/cvs/?group_id=3458 Wiki: http://leo.hd1.org/ Edward K. Ream February 20, 2004 -------------------------------------------------------------------- Edward K. Ream email: edreamleo(a)charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html --------------------------------------------------------------------

1 0

ANN: TLS Lite 0.2.0
by trevp＠trevp.net Feb. 20, 2004

Feb. 20, 2004

I'm pleased to announce TLS Lite v0.2.0. TLS Lite is a pure-python, public domain SSL/TLS library. It supports encrypted and authenticated socket communications using the TLS protocol (RFC 2246, aka SSL v3.1). TLS Lite has minimal support for X.509 certificates, but focuses on up-and-coming authentication methods like SRP [1], shared-keys [2], and cryptoIDs [3]. These methods are easier to use than the X.509 certificates normally used with TLS. They're also barely out of the oven - the first two are Internet-Drafts, and the last is something I made up. It's fun stuff to mess with, but keep in mind that the drafts may change, and the code's alpha quality.. Other highlights: - SSL v3 and TLS v1 support - Pure python - with AES, throughput ~25 KB/sec, on a P4 1.7 Ghz - with RC4, throughput ~250 KB/sec - Can use cryptlib [4] or OpenSSL/M2crypto [5] for faster ciphers & math: - throughput ~6 MB/sec - Integrates with httplib and SocketServer framework Home Page and Download ----------------------- http://trevp.net/tlslite Sourceforge (not much there, working on it..) ------------ http://sourceforge.net/projects/tlslite/ Mailing list ------------- http://lists.sourceforge.net/lists/listinfo/tlslite-users Feedback is much appreciated. Thanks, Trevor [1] http://www.ietf.org/internet-drafts/draft-ietf-tls-srp-06.txt [2] http://www.ietf.org/internet-drafts/draft-ietf-tls-sharedkeys-02.txt [3] http://trevp.net/cryptoID [4] http://www.cs.auckland.ac.nz/~pgut001/cryptlib/ [5] http://sandbox.rulemaker.net/ngps/m2/

1 0

Call for Papers: 1st International Workshop on Interpreted Languages
by M.-A. Lemburg Feb. 20, 2004

Feb. 20, 2004

Sebastian Bergmann, organizer of the above workshop, asked me to post this announcement to the relevant Python lists. http://www.sebastian-bergmann.de/InterpretedLanguages2004/ I will be giving a talk on how Python is developed representing the PSF. Would be nice if we could get some more talks on Python or Python related subjects into this workshop since it reaches out to a much larger public than the Python specific conferences such as PyCon, PythonUK or EuroPython. The workshop is part of the Net.ObjectDays, a conference on OO- and Internet-based technologies: http://www.netobjectdays.org/node04/en/index.html Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Feb 20 2004) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ 2004-01-23: Released mxODBC.Zope.DA 1.0.8 http://zope.egenix.com/ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::

1 0

Zope 3 sprint at PyCon
by Jim Fulton Feb. 19, 2004

Feb. 19, 2004

This is an update on the Zope 3 sprint at PyCon. The sprint will be held March 21-23. On Sunday, March 21 I will present a hands-on Zope 3 developer's tutorial. This tutorial describes how to develop applications for Zope 3 in Python. The slides can be found at: http://dev.zope.org/Zope3/ProgrammerTutorial Anyone who hasn't worked with Zope 3 before needs to attend the tutorial. If you want to learn how to develop for Zope 3 but don't want to sprint, you are welcomed to attend the tutorial. As far as tasks goes, I'm pretty flexible. I'd prefer that people work on things that need to be done for the first release of Zope 3, Zope X3.0: http://cvs.zope.org/Zope3/doc/TODO.txt?rev=HEAD&content-type=text/vnd.viewc… Of course, this list is likely to change before the sprint. :) I decided not to start on the 20th because I know that some of the attendees will be traveling that day. However, if any experienced Zope 3 developers want to work on the 20th, I'm open to that. If you haven't already, please let me know if you are coming, including which days you will be coming. Again, if people *just* want to come for the tutorial, that's fine. Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (540) 361-1714 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org

1 0