Mailman 3 March 2002 - Python-announce-list

ANN: numarray-0.3
by Todd Miller March 13, 2002

March 13, 2002

Numarray 0.3 ------------ Numarray is an array processing package designed to efficiently manipulate large multi-dimensional arrays. Numarray is modelled after Numeric and features c-code generated from python template scripts, the capacity to operate directly on arrays in files, and improved type promotion semantics. Numarray-0.3 incorporates safety checks to prevent crashing Python when a user accidentally changes private variables in numarray. The new safety checks ensure that: 1. Numarray C-functions are called with properly sized buffers. 2. Numarray C-functions are called with properly aligned buffers. 3. Parameters match the C-function in count and i/o direction. 4. The correct generic function wrapper is used to call each C-function. 5. All indices implied by the array strides are valid. Failed checks result in python exceptions. A new memory object fixes an unforunate limitation of the python buffer object, namely the lack of guaranteed double aligned storage. The largest generated source module, _ufuncmodule.c, has been partitioned by data type into several smaller, more gcc-friendly modules, e.g. _ufuncFloat64module.c. The sort and argsort functions are fixed. The dot function is fixed for 1D arrays. Transpose, swapaxes, and reshape once again return views. WHERE ----------- Numarray-0.3 windows executable installers and source code tar ball is here: http://sourceforge.net/project/showfiles.php?group_id=1369 Numarray is hosted by Source Forge in the same project which hosts Numeric: http://sourceforge.net/projects/numpy/ The web page for Numarray information is at: http://stsdas.stsci.edu/numarray/index.html Trackers for Numarray Bugs, Feature Requests, Support, and Patches are at the Source Forge project for NumPy at: http://sourceforge.net/tracker/?group_id=1369 REQUIREMENTS -------------------------- numarray-0.3 requires Python 2.0 or greater. AUTHORS, LICENSE ------------------------------ Numarray was written by Perry Greenfield, Rick White, Todd Miller, JC Hsu, Paul Barrett, and Phil Hodge at the Space Telescope Science Institute. Numarray is made available under a BSD-style License. See LICENSE.txt in the source distribution for details. -- Todd Miller jmiller(a)stsci.edu <mailto:jmiller@stsci.edu> STSCI / SSG (410) 338 4576

1 0

ANN: PSF Contribution Documents
by M.-A. Lemburg March 13, 2002

March 13, 2002

The Python Software Foundation (PSF; http://www.python.org/psf/) was created to (eventually) hold the intellectual property (IP) for the Python programming language. In order to be able to succeed in this, contributions to the Python programming language will have to be covered by legally valid contribution agreements. To make this process as simple as possible, the PSF members have come up with three different contribution agreements. The current versions of those agreements have been posted to a new mailing list at: http://mail.python.org/mailman/listinfo/psf-forms-discuss If you want to participate in the final discussion of these documents, please sign up to the list. Thank you, -- Marc-Andre Lemburg CEO eGenix.com Software GmbH ______________________________________________________________________ Company & Consulting: http://www.egenix.com/ Python Software: http://www.egenix.com/files/python/

1 1

ANN: SV-SF Bay Area Python user grp (BayPIGgies) mtg 3/13 7:30pm
by wesc＠deirdre.org March 13, 2002

March 13, 2002

just a quick reminder about the BayPIGgies event tomorrow evening... hope to see some of you there! also, we are placing a call-for-talks for this monthly event. if you are working on a Python project and want to get the word out, or if you are a company producing products using Python and would like to share how Python has helped you "get it done," this is a great way to let everyone know. if you are interested in giving a such talk at one of our meetings, please contact me directly. thanks! -wesley When: March 13, 2002, 7:30-9pm Where: Stanford University, Palo Alto, CA Title: BioPython Jeffrey Chang (School of Medicine, Stanford University) founded the BioPython project in 1999 to promote the development of shared software infrastructure in bioinformatics. His talk will cover the architecture and capabilities of Biopython and also give a sneak preview of the upcoming version. Click on BayPIGgies link below for more info, including driving directions, past meetings, schedule, etc. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - "Core Python Programming", Prentice Hall PTR, © 2001 http://starship.python.net/crew/wesc/cpp/ Silicon Valley-San Francisco Bay Area Python Users Group (BayPIGgies) http://deirdre.org/baypiggies wesley.j.chun :: wesc at deirdre.org cyberweb.consulting : henderson, nv : cyberweb at rocketmail.com http://roadkill.com/~wesc/cyberweb/

1 0

Wing IDE version 1.1.3
by Stephan R.A. Deibel March 12, 2002

March 12, 2002

Hi, Version 1.1.3 of Wing IDE Standard and Wing IDE Lite are now available. This release fixes several problems found in 1.1.2. It also adds two minor features: (1) Debugger support for hex and octal display of integers, and (2) ability to use full X font specs for editor and display font preferences (needed by some X servers for control over font encoding). To download: http://wingide.com/download Trial licenses: http://wingide.com/wingide/demo Change log: http://wingide.com/pub/wingide/1.1.3/CHANGELOG.txt Sincerely, The Wing IDE Team ------------------------------------------------------------------------ Wing IDE for Python Archaeopteryx Software, Inc www.wingide.com Take Flight!

1 0

[ANN] MoinMoin 0.11
by J�rgen Hermann March 12, 2002

March 12, 2002

A WikiWikiWeb is a collaborative hypertext environment, with an emphasis on easy access to and modification of information. MoinMoin is a Python WikiClone that allows you to easily set up your own wiki, only requiring a Web server and a Python installation (1.5.2, 1.6 or 2.0). Most important new features: file attachments, definition list markup (glossaries), change notification via email, variable substitution when saving pages, edit preview, and improved documentation. Note that the RSS features require a recent PyXML (CVS or 0.7) due to bugs in the namespace handling of xml.sax.saxutils in earlier versions. This is (hopefully) automatically detected on every installation. Statistical features are NOT designed to work with Python 1.5.2 and require Python 2.0 or higher. Overall, MoinMoin 0.11 is not explicitely tested for 1.5.2 compatibility. Homepage: http://moin.sf.net/ Download: http://sf.net/project/showfiles.php?group_id=8482&release_id=70345 http://prdownloads.sourceforge.net/moin/ Mailing lists: http://lists.sf.net/lists/listinfo/moin-user http://lists.sf.net/lists/listinfo/moin-devel New features: * XML formatting now (most often) produces well-formed, and, depending on proper layout of the wiki page, valid StyleBook XML * Headers are now automatically numbered, unless you set the config item 'show_section_numbers' to 0 * "#pragma section-numbers off" (or "0") switches that off explicitely, and "on" or "1" enables numbering * Added a "contributions" directory for 3rd party extensions * AttachFile action, contributed by Ken Sugino; note that you have to enable this action because of the possibility of DoS attacks (malicious uploads), by adding this to your moin_config: allowed_actions = ['AttachFile'] * "attachment:" URL scheme allows access to attachments, to get files from other pages use "attachment:WikiName/filename.ext". * New macros: Date(unixtimestamp) and DateTime(unixtimestamp) to display a timestamp according to system/user settings * Variable substitution when a page is saved, note that saving template pages does NOT expand variables. Supported are: @DATE@ Current date in the system's format @TIME@ Current date and time in the user's format @USERNAME@ Just the user's name (or his domain/IP) @USER@ Signature "-- loginname" @SIG@ Dated Signature "-- loginname date time" @MAILTO@ A fancy mailto: link with the user's data * Copied some new emoticons from PikiePikie || {{{ :-? }}} || :-? || tongue.gif || || {{{ :\ }}} || :\ || ohwell.gif || || {{{ >:> }}} || >:> || devil.gif || || {{{ %) }}} || %) || eyes.gif || || {{{ @) }}} || @) || eek.gif || || {{{ |) }}} || |) || tired.gif || || {{{ ;)) }}} || ;)) || lol.gif || * AbandonedPages macro * Added definition list markup: {{{<whitespace>term:: definition}}} * Added email notification features contributed by Daniel Saß * SystemInfo: show "Entries in edit log" * Added "RSS" icon to RecentChanges macro and code to generate a RecentChanges RSS channel, see http://www.usemod.com/cgi-bin/mb.pl?UnifiedRecentChanges for details * Added config.sitename and config.interwikiname parameter * Better WikiFarm support: * <datadir>/plugin/macro and <datadir>/plugin/action can be used to store macros and actions local to a specific wiki instance * config.shared_intermap can contain a pathname to a shared "intermap.txt" file (i.e. one stored outside the datadir) * added `backtick` shortcut for {{{inline literal}}} (has to be enabled by "backtick_meta=1" in the config file); note that `` is then a shorter replacement for '''''' escaping * added inline search fields (at the bottom of each page) * Added preview to the editor, including spell checking * New languages: Chinese (Changzhe Han) and Portuguese (Jorge Godoy), updated French (Lucas Bruand), added Korean (Hye-Shik Chang) and Italian (Lele Gaifax) * New SystemAdmin macro * `[[Anchor(anchorname)]]` macro to insert anchors into a page, and [#anchorname Anchor Links]. * User option to open editor view via a double-click * Added commentary field to editor, recent changes and page info * Page trails (user option) * UserPreferences: checkboxes for double-click edit, page trail, fancy links, emoticons, jump to last page visited, and some other yes/no options * "config.nonexist_qm" is now the default for a user setting * `[[GetText(text)]]` macro loads I18N texts (mainly intended for use on Help pages) * table attributes via "||<attrlist> ... ||", more details on http://purl.net/wiki/moin/HelpOnTables * PythonFaq interwiki tag and support for $PAGE placeholder * event logging, as the basis for future statistics * "moin-dump" command line tool to create a static copy of the wiki content * "config.external_diff" allows to set an exact path to the command, or change the name to for example "gdiff" if GNU diff is not a native command in your UNIX flavour * `[[PageSize]]` macro * the interwiki name "Self" now always points to the own wiki * config.title1 and config.title2 are inserted into the output right before and after the system title html code (title1 is right after the <body> tag and normally undefined, title2 defaults to the "<hr>" above the page contents) * Additional link on diff pages to ignore whitespace changes * Subpages (config.allow_subpages, config.page_icons_up) * ^superscript^ markup * `[[FootNote]]` macro * many other new config options, see HelpOnConfiguration for a complete list * [[StatsChart(type)]] shows statistical charts (currently defined types: hitcounts, pagesize, useragents) * 'inline:' scheme works like 'attachment:', but tries to inline the content of the attachment into the page; currently knows about "*.py" sources and colorizes them * support for Java applet "TWikiDrawPlugin" via drawing:<drawingname> URL scheme (you need to activate the AttachFile action if you want drawings) * numeric entities (&#nnnnn;) are now optionally NOT escaped, which allows you to insert more characters into a Latin-1 page, especially the Euro symbol * navi_bar is now a list of page names which should be linked on every page * test.cgi is now rolled into moin.cgi, and can be called by adding "?test" to the wiki base URL. Also, as a security feature, the server's environment is only shown for requests local to the web server. Unfinished features: * user defined forms * XML export of all data in the wiki Documentation: * extended the online help ("Help*" pages) * German help pages (thanks to Thomas Waldmann) Bugfixes: * #425857: python Parser bug on the second call * #424917: Caching control * #465499: Two HTTPS problems * #491155: FrontPage hardcoded * Handling of inbound UTF-8 encoded URIs (only with Python >= 2.0) * Fix for subtle changes in "re" of Python 2.2 * User-provided URLs are now never URL-escaped, which allows appending #anchors and using %20 for spaces in InterWiki links

1 0

NormalDate 1.2 released
by Jeff Bauer March 12, 2002

March 12, 2002

NormalDate 1.2 is available from: http://starship.python.net/crew/jbauer/normaldate/ NormalDate is a specialized class to handle dates without all the excess baggage (time zones, daylight savings, leap seconds, etc.) of other date structures. The minimalist strategy greatly simplifies its implementation and use. NormalDate is a pure Python class and is therefore portable to Jython, Windows CE devices, etc. It has been in use in one form or another by many users, judging from email, since 1997. Release 1.2 includes an important bugfix for Python 2.2. Jeff Bauer Rubicon Research

1 0

[ANN] PEP 279 version 1.7
by Raymond Hettinger March 12, 2002

March 12, 2002

PEP 279 -- Enhanced Generators has been updated: http://python.sourceforge.net/peps/pep-0279.html Comments are invited on the revised PEP. The changes were driven by comments from GvR, from the authors of PEP 255, and from members of the Py-Dev maillist. There changes from version 1.6 to version 1.7 were the addition of comments from Magnus Lie Hetland and the repair a typo in the code. The principal changes from version 1.5 to version 1.6 are: 1. Rationale section focused on generator usage instead of lazy evaluation. 2. The proposal for four builtins has been reduced to one. Xzip, xfilter, and xmap are retracted. Expanded the discussion of the remaining proposed builtin, indexed(). 3. All sections expanded to include comments received from GvR and the PEP 255 authors (the experts on the existing generator implementation). 4. Proposal for generator exception passing moved up one section. 5. Proposal for generator parameter passing listed as deferred -- everyone thinks this may be a viable idea but it doesn't have a chance in the near-term. 6. The restartability discussion has been deleted -- Guido thought it was evil. Raymond Hettinger

1 0

[ANN] PEP 279 version 1.6
by Raymond Hettinger March 12, 2002

March 12, 2002

PEP 279 -- Enhanced Generators has been updated: http://python.sourceforge.net/peps/pep-0279.html Comments are invited on the revised PEP. The changes were driven by comments from GvR, from the authors of PEP 255, and from members of the Py-Dev maillist. The principal changes from the previous version are: 1. Rationale section focused on generator usage instead of lazy evaluation. 2. The proposal for four builtins has been reduced to one. Xzip, xfilter, and xmap are retracted. Expanded the discussion of the remaining proposed builtin, indexed(). 3. All sections expanded to include comments received from GvR and the PEP 255 authors (the experts on the existing generator implementation). 4. Proposal for generator exception passing moved up one section. 5. Proposal for generator parameter passing listed as deferred -- everyone thinks this may be a viable idea but it doesn't have a chance in the near-term. 6. The restartability discussion has been deleted -- Guido thought it was evil. Raymond Hettinger Addenda Here are comments from Magnus Lie Hetland which were received after the PEP was updated: > I like indexed() a lot; +1. I'm quite happy to have it make PEP 281 > obsolete. Adding a separate module for iterator utilities seems like a > good idea. > > Generator comprehensions seem mildly useful, but I vote +0. Defining a > separate, named generator would probably be my preference. On the > other hand, I do see the advantage of "scaling up" from list > comprehensions. > > Even though I cannot speak for the ease of implementation, I vote +1 > for the exception passing mechanism. > > I like the generator parameter passing mechanism. Although I see no > need to defer it, deferral seems to be the most likely scenario, and > in the meantime I guess the functionality can be emulated either by > implementing the generator as a method, or by passing a parameter with > the exception passing mechanism. > > I guess there is no real need to comment on restartability, but I > can't see that I have any need for it.

1 0

Sybase module 0.33 released
by Dave Cole March 10, 2002

March 10, 2002

What is it: The Sybase module provides a Python interface to the Sybase relational database system. It supports all of the Python Database API, version 2.0 with extensions. Note: Since the 0.32 release I have come to the realisation that the Sybase dynamic SQL functionality is not nearly general enough to use for correct DB-API functionality. I have thrown up my hands and gone back to the drawing board with the high level Sybase.py module. There were four pre-releases of the module. The following is a summary of what has changed since 0.32: 1) Bulkcopy support has been temporarily removed from Sybase.py. The low level support is still present in the sybasect extension module. 2) Cursors are no longer using dynamic SQL so there will no longer be an extra result set which reported the status of the temporary stored procedure. This should remove some of the confusion behaviour of cursors. There should be fewer restrictions on the use of cursors. 3) The paramstyle is now 'named'. This means that you can now do this: c.execute("select * from titles where title like @arg", {'@arg': 'The %'}) 4) You can send arguments to Cursor.callproc() the old way: c.callproc('sp_help', ['titles']) or the new way: c.callproc('sp_help', {'@objname': 'titles'}) 5) Some internal cursor state constants were privatised (via leading '_'). Sadly no money was raised in the process and the conditions of the privatisation contract are commercial-in-confidence. 6) You can now compile the extension module without bulkcopy support by doing this: python setup.py build_ext -U WANT_BULKCOPY python setup.py install 7) The default build does not do threading any more so if you want threading enabled you will have to do this: python setup.py build_ext -D WANT_THREADS python setup.py install 8) There is some initial work to support FreeTDS. One of the problems with FreeTDS is that it does not support inline error handling. The callback error handling works well if you do not compile for threads support, but causes problems when compiled for threading. The problem occurs when the extension module releases the global interpreter lock when calling the Sybase CT library. A Python callback causes the interpreter to be reentered by the callback which leads to bad things when the following warning from the Python include file ceval.h is violated: WARNING: NEVER NEST CALLS TO Py_BEGIN_ALLOW_THREADS AND Py_END_ALLOW_THREADS!!! At the moment the module will compile for FreeTDS (at least it does on my machine) and some things do work. All you have to do is compile like this: python setup.py build_ext -D HAVE_FREETDS -U WANT_BULKCOPY python setup.py install There is no error handling and reporting for FreeTDS yet. 9) There is now some basic locale support in the sybasect extension module. I do not have a need for this so am really depending upon someone to try it and report problems: >>> from sybasect import * >>> status, ctx = cs_ctx_alloc() >>> status, loc = ctx.cs_loc_alloc() >>> loc.cs_locale(CS_GET, CS_SYB_LANG) (1, 'us_english') >>> loc.cs_dt_info(CS_GET, CS_DT_CONVFMT) (1, 3) >>> loc.cs_dt_info(CS_GET, CS_MONTH, 1) (1, 'February') >>> loc.cs_dt_info(CS_GET, CS_DATEORDER) (1, 'dmy') In theory you could do something like this: >>> import Sybase >>> from Sybase import _ctx, CS_SUCCEED, CS_SET, CS_SYB_LANG, CS_LOC_PROP >>> >>> status, locale = _ctx.cs_loc_alloc() >>> if status != CS_SUCCEED: ... raise 'cs_loc_alloc' ... >>> if locale.cs_locale(CS_SET, CS_SYB_LANG, 'french') != CS_SUCCEED: ... raise 'cs_locale CS_SYB_LANG' ... >>> db = Sybase.connect('SYBASE', 'sa', '', delay_connect = 1) >>> db.set_property(CS_LOC_PROP, locale) >>> db.connect() 10) There is some extra debugging detail for CS_DATAFMT which means you now get messages like this: >>> import Sybase >>> db = Sybase.connect('SYBASE', 'sa', '', 'pubs2') >>> db._conn.debug = 1 >>> c = db.cursor() ct_cmd_alloc(conn0, &cmd) -> CS_SUCCEED, cmd1 >>> c.callproc('sp_help', {'@objname': 'titles'}) ct_command(cmd1, CS_RPC_CMD, "sp_help", CS_NULLTERM, CS_UNUSED) -> CS_SUCCEED ct_param(cmd1, &databuf0->fmt=[name:"@objname" type:CS_CHAR_TYPE status:CS_INPUTVALUE format:CS_FMT_NULLTERM count:1 maxlength:7], databuf0->buff, 6, 0) -> CS_SUCCEED ct_send(cmd1) -> CS_SUCCEED ct_results(cmd1, &result) -> CS_SUCCEED, CS_ROW_RESULT ct_res_info(cmd1, CS_NUMDATA, &value, CS_UNUSED, NULL) -> CS_SUCCEED, 3 ct_describe(cmd1, 1, &fmt) -> CS_SUCCEED, datafmt0=[name:"Name" type:CS_CHAR_TYPE status:CS_UPDATABLE format:CS_FMT_UNUSED count:0 maxlength:30] ct_bind(cmd1, 1, &datafmt0->fmt=[name:"Name" type:CS_CHAR_TYPE status:CS_UPDATABLE format:CS_FMT_UNUSED count:1 maxlength:30], databuf1->buff, databuf1->copied, databuf1->indicator) -> CS_SUCCEED, databuf1 ct_describe(cmd1, 2, &fmt) -> CS_SUCCEED, datafmt1=[name:"Owner" type:CS_CHAR_TYPE status:48 format:CS_FMT_UNUSED count:0 maxlength:30] ct_bind(cmd1, 2, &datafmt1->fmt=[name:"Owner" type:CS_CHAR_TYPE status:48 format:CS_FMT_UNUSED count:1 maxlength:30], databuf2->buff, databuf2->copied, databuf2->indicator) -> CS_SUCCEED, databuf2 ct_describe(cmd1, 3, &fmt) -> CS_SUCCEED, datafmt2=[name:"Type" type:CS_CHAR_TYPE status:48 format:CS_FMT_UNUSED count:0 maxlength:22] ct_bind(cmd1, 3, &datafmt2->fmt=[name:"Type" type:CS_CHAR_TYPE status:48 format:CS_FMT_UNUSED count:1 maxlength:22], databuf3->buff, databuf3->copied, databuf3->indicator) -> CS_SUCCEED, databuf3 11) The was a minor change to setup.py for Linux. No longer looks for both libsybtcl and libtcl. Now just looks for libinsck. 12) The tar file now unpacks to a directory called sybase-<release>. The module is available here: http://www.object-craft.com.au/projects/sybase/sybase-0.33.tar.gz The module home page is here: http://www.object-craft.com.au/projects/sybase/ - Dave -- http://www.object-craft.com.au

1 0

disipyl - a 2D and 3D Python plotting library
by Paul M March 10, 2002

March 10, 2002

DESCRIPTION: ----------- disipyl is an object-oriented wrapper around the DISLIN plotting library. DISLIN is a powerful and flexible multiplatform (Win32, Unix, Linux, etc.) library designed for displaying scientific data. DISLIN's author, Helmut Michels, has made available a DISLIN plotting extension for the Python programming language (see http://www.linmpi.mpg.de/dislin/ for more details). disipyl provides a set of classes which represent various aspects of DISLIN plots, as well as providing some easy to use classes for creating commonly used plot formats (e.g. scatter plots, histograms, 3-D surface plots). A major goal in designing the library was to facilitate interactive data exploration and plot creation. Documentation, a tutorial, and a demo program are included. The library has been tested on Win32, Linux, and FreeBSD, but I anticipate that it should work on any platform which can make use of Python, NumPy, and the DISLIN python extensions. Feedback, comments, and critique are gladly accepted (email: paul.magwene(a)yale.edu). VERSION: ------- This is release 0.5 of disipyl. HISTORY: ------- disipyl is a complete re-write of an earlier plotting library called pxDislin. While similar in spirit, disipyl is much more flexible and much more easier to use than pxDislin. URL: ---- You can find disipyl at: http://pantheon.yale.edu/~pmm34/disipyl.html

1 0