From richardjones@optushome.com.au Mon Mar 1 00:13:16 2004 From: richardjones@optushome.com.au (Richard Jones) Date: Mon, 1 Mar 2004 11:13:16 +1100 Subject: SC-Track Roundup 0.6.7 - an issue tracking system Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm pleased to announce Roundup 0.6.7, a maintenance release which fixes some bugs (most notably making the EMAIL_CHARSET config variable backwards- compatible): - - be more backward-compatible when asking for EMAIL_CHARSET - - made error on create consistent with edit when user enters invalid data for Multilink and Link form fields (sf bug 904072) - - made errors from bad input in the quick "Show issue:" form more user-friendly (sf bug 904064) - - don't add a query to a user's list if it's already there - - nicer invalid property error in HTML templating - - use EMAIL_CHARSET for message body too (still sf bug 900046) 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@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) iD8DBQFAQoAcrGisBEHG6TARAtXsAJ44RHUSltEBzLx8/KBKPgRQQA/rWwCfaJ+f ZdGIPJA8sWtVeMFoW3hZgiw= =qmbq -----END PGP SIGNATURE----- From aahz@pythoncraft.com Mon Mar 1 17:41:40 2004 From: aahz@pythoncraft.com (Aahz) Date: 1 Mar 2004 12:41:40 -0500 Subject: All python.org mailing lists hosed Message-ID: Yes, we know about it. Yes, we're working on fixing it. Please don't bug us about it. We'll get the work done faster. ;-) -- Aahz (aahz@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 From brian@sweetapp.com Mon Mar 1 18:54:25 2004 From: brian@sweetapp.com (Brian Quinlan) Date: Mon, 1 Mar 2004 10:54:25 -0800 Subject: Vancouver Zope and Python User Group: Meeting Annoucement Message-ID: Our next meeting will be held on March 2, 2004 at 7pm. As usual, ActiveState will be hosting the meeting at 680 Granville Street. This week Andy McKay, of ZopeZen and Plone fame, will be giving an introduction to Zope and Plone. Afterwards, we will have a question and answer session followed by beer at a local pub. Cheers, Brian From aahz@pythoncraft.com Mon Mar 1 19:19:54 2004 From: aahz@pythoncraft.com (Aahz) Date: Mon, 1 Mar 2004 14:19:54 -0500 Subject: python.org list mail fixed Message-ID: Mail should be flowing again. If you don't see your messages soon, you'll need to resend them. -- Aahz (aahz@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 From Marc.Poinot@onera.fr Mon Mar 1 08:14:53 2004 From: Marc.Poinot@onera.fr (Marc Poinot) Date: Mon, 01 Mar 2004 09:14:53 +0100 Subject: pyCGNS v2.0 Message-ID: ----------------------------------------------------------------------- pyCGNS v2.0 This package is a Python wrapper for CGNS (http://www.cgns.org) It is useful for people doing archival, data exchange or pre/post processing on CFD (Computational Fluid Dynamics) data. ----------------------------------------------------------------------- This major release changes array representation to numarray v8.0 All dependancies to XML have been removed, a new package will be delivered soon with all CGNS/XML tools. ----------------------------------------------------------------------- Package pyCGNS uses CGNS v2.3, Python, Numeric Python (numarray). If you want more info, including the package download, please go to: http://elsa.onera.fr/CGNS/releases -MP- ----------------------------------------------------------------------- Marc POINOT Alias: marcvs Email: poinot@onera.fr ONERA -MFE/DSNA/ELSA Tel: 01.46.73.42.84 Info: elsa-info@onera.fr 29, Div. Leclerc Fax: 01.46.73.41.66 Site: 92322 Chatillon FRANCE Project: elsA Web: http://www.onera.fr From cnoviello@hotmail.com Mon Mar 1 13:56:37 2004 From: cnoviello@hotmail.com (Carmine Noviello) Date: Mon, 1 Mar 2004 13:56:37 +0000 (UTC) Subject: [ANN]PyCrash 0.4pre1 released Message-ID: Hi, a new version of PyCrash is released new features and improvement.You can download it at: http://sourceforge.net/project/showfiles.php?group_id=98026&package_id=111026&release_id=220726 Changelog: * PyCrash now handles correctly new-style classes * Added onExceptionRaised() method to PyCrash class, which notifies when and how many times an uncaught exception is raised * Now all PyCrash classes inherit from "object" * Added new utils.Encrypt.py module, that contains the EncryptedPyCrash class. This class allows developers to automatically encrypt crash dumps using RSA algorithm, in order to protect sensible data * Added two scripts: keygen.py and decrypt.py that allow user to generate public/private key pair and decrypt file generated by EncryptedPyCrash class. Moreover, starting from release 0.2.1, PyCrash is distributed under the terms of LGPL software license. A next version of PyCrash Viewer will come soon, in order to support these new features. Enjoy! _______________________________________________________________________ About PyCrash Project: PyCrash is a Run-Time Exception Dumper which handles uncaught exceptions during the execution of Python programs and collects information about the program context. PyCrash can be very useful in report bug information, because the programmer can easily analyse the program execution context of the crashed application. Major information collected by PyCrash in the crash dump is: - Information about operating system, Python and Python Standard Library version and general information about the program that is crashed (e.g., program name and version, time at witch program started and ended, and so on) - Information about the uncaught exceptions, like the exception type, the context (namely method name) in which the exception occurred and the exception value - General information about variables state - Information about the stack of each thread, like the list of stack frames, the variables value in each stack frame, and so on - General information about source code, like variable and function position in source file that can be useful for the programmer to find quickly bugs in source tree The format of the crash dump file generated by PyCrash is XML, so the programmer can easily read this file to understand why the program is crashed. Now, is also available a GUI browser, named PyCrash Viewer, which allows developers to analyze quickly and easily PyCrash crash dump files in a graphical manner. Next version of PyCrash will include at least these features: * HTML dumper, that stores crash dump in HTML format rather then XML More information can be found at: http://www.pycrash.org Thanks!

PyCrash 0.4pre1 - a crash handler for Python written applications. (01-03-04)

-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG From amk@amk.ca Mon Mar 1 19:40:17 2004 From: amk@amk.ca (A.M. Kuchling) Date: Mon, 1 Mar 2004 14:40:17 -0500 Subject: LOCAL: DC-area Quixote talk Message-ID: This coming Saturday morning I'm going to be presenting a Quixote tutorial at the Northern Virginia Linux User Group, not far from Washington DC. The tutorial will cover basic usage of Quixote, a Web development framework for Python, and topics such as the structure of Quixote applications, generating HTML with Quixote's PTL templating language, and common design patterns for web applications. I'm also going to provide a PyCon preview, discussing some of the most interesting of the accepted talks. The same presentation will be given later this month at PyCon, which is also in the DC area, but the NOVALUG meeting will probably have much more time available for questions and discussion. WHERE: Washington Technology Park/CSC (formerly Dyncorp), Chantilly, VA DATE: 1st Saturday of the month (March 6th) TIME: 10:00 am URL: http://novalug.tux.org --amk From python@g2swaroop.net Fri Mar 5 21:13:21 2004 From: python@g2swaroop.net (Swaroop C H) Date: 5 Mar 2004 13:13:21 -0800 Subject: A Byte of Python - Python Book / Tutorial Message-ID: Hello everyone, I have a written a book on Python which serves as a tutorial or guide for anyone who wants to learn Python. It specifically targets beginners but experienced programmers can benefit a lot with the special notes for them. The chapters are : Contents at a Glance 1. Introduction 2. Installing Python 3. First Steps 4. Basics 5. Operators and Expressions 6. Control Flow 7. Functions 8. Modules 9. Data Structures 10. Problem Solving - Writing a Python Script 11. Object-Oriented Programming 12. Input/Output 13. Exceptions 14. The Python Standard Library 15. More Python 16. What Next? 17. Appendices * Free/Libre and Open Source Software (FLOSS) * About The book is located at : http://www.python.g2swaroop.net/ During my first brush with Python, I felt there was a need for a good introductory guide to Python, and recent discussions on comp.lang.python reinforce that. I hope this book helps fill that void. This is my first attempt at writing anything so huge and so I am looking forward to your suggestions and criticisms so that I can further improve the book. Thanks, Swaroop C H www.python.g2swaroop.net From aahz@pythoncraft.com Sat Mar 6 16:57:33 2004 From: aahz@pythoncraft.com (Aahz) Date: Sat, 6 Mar 2004 11:57:33 -0500 Subject: BayPIGgies: March 11, 7:30pm Message-ID: The next meeting of BayPIGgies will be Thurs March 11 at 7:30pm. This meeting will have two sessions: * A new users experience of learning Python -- where the speaker asks the questions and the audience provides the answers. This session will be especially useful to other new Pythonistas. * An overview of a QA framework for enterprise applications BayPIGgies meetings are in Stanford, California. For more information and directions, see http://www.baypiggies.net/ -- Aahz (aahz@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 From middleware04@eecg.toronto.edu Sat Mar 6 16:57:00 2004 From: middleware04@eecg.toronto.edu (Middleware 04) Date: Sat, 6 Mar 2004 11:57:00 -0500 (EST) Subject: Middleware 04: Call for Papers, Workshop and Tutorial proposals Message-ID: Call for Papers: Middleware 2004 ACM/IFIP/USENIX International Middleware Conference (society sponsorship pending) Toronto, Ontario, Canada October 18th - 22nd, 2004 http://www.eecg.utoronto.ca/middleware2004/ Overview Requirements for faster development cycles, decreased development efforts, greater software reuse, and better end-to-end control over system resources are motivating the creation and use of middleware systems and middleware-based architectures. Middleware is systems software that resides between the applications and the underlying operating systems, network protocol stacks, and hardware. Its primary role is to functionally bridge the gap between application programs and the lower-level hardware and software infrastructure in order to coordinate how application components are connected and how they interoperate. Furthermore, middleware enables and simplifies the integration of components developed by multiple technology suppliers. In this sense middleware systems are sets of services and abstractions that facilitate the development and deployment of distributed applications in heterogeneous, distributed, computing environments. Next-generation distributed applications and systems will increasingly be developed using middleware. This dependency poses hard challenges, including latency hiding, masking partial failures, information assurance and security, legacy integration, dynamic service partitioning and load balancing, and end-to-end quality of service specification and enforcement. To address these challenges, researchers and practitioners need to discover and validate techniques, patterns, and optimizations for middleware frameworks, multi-level distributed resource management, and adaptive and reflective middleware architectures. Following the success of past conferences in this series, the 5th International Middleware Conference will be the premier event for middleware research and technology in 2004. The scope of the conference is the design, implementation, deployment, and evaluation of distributed system platforms and architectures for future computing and communication environments. Highlights of the conference will include a high quality technical program, tutorials, invited speakers, poster presentations, and workshops. The proceedings of Middleware 2004 will be published as a Springer-Verlag volume in the Lecture Notes in Computer Science Series. For paper formatting instructions see the Springer-Verlag guidelines for authors. All papers should be no more than 20 pages in length. For more detailed submission instructions, please visit the Middleware 2004 web site. Topics of Interest The topics of this conference include, but are not limited to: Distributed real-time and embedded middleware platforms Reliable and fault-tolerant middleware platforms Support for multimedia in middleware platforms Middleware for Grid computing Novel quality of service architectures and evaluation techniques Event-based, publish/subscribe and messaging-oriented middleware platforms Open architectures for reconfigurable middleware Adaptive and reflective middleware Aspect-oriented middleware Generative programming techniques for middleware development Middleware protocols and services for information assurance and security Formal methods and tools for reasoning about middleware systems and services Management and use of component-based systems in distributed environments Applications of middleware technologies, including telematics, command and control, avionics, and e-commerce Novel paradigms, APIs, and languages for distributed systems Integration of middleware with model-integrated computing architectures, such as the OMG's Model Driven Architecture (MDA) Extensions and refinements to RM-ODP, CORBA, J2EE, .NET, etc. Impact of emerging Internet technologies and standards on middleware platforms Integration of middleware platforms with Web services and Java technologies Distributed systems management and interactive configuration and development tools Issues of scalability in existing and new distributed systems platforms Engineering distributed systems in heterogeneous and mobile networks Middleware for ubiquitous and mobile computing Organization General Chair: Steve Vinoski (IONA Technologies, Inc.) Program Chair: Hans-Arno Jacobsen (University of Toronto, Canada) WiP Papers Chair: Jean Bacon (Cambridge University, UK) Tutorials Chair: Stefan Tai (IBM T.J. Watson, USA) Advanced Workshops Chair: Fabio Kon (USP, Brazil) Posters Chair: Eyal de Lara (University of Toronto, Canada) Local Arrangements Chair: Baochun Li (University of Toronto, Canada) Publicity Chair: Cristiana Amza (University of Toronto, Canada) Program Committee Gul Agha (U. of Illinois, Urbana Champaign, USA) Gustavo Alonso (ETH Zurich, Switzerland) Jean Bacon (Cambridge U., UK) Mark Baker (Canada) Guruduth Banavar (IBM T.J. Watson, USA) Alejandro Buchmann (Darmstadt U. of Technology, Germany) Andrew Campbell (Columbia U., USA) Roy Campbell (U. of Illinois, Urbana Champaign, USA) Harold Carr (Sun, USA) Geoff Coulson (Lancaster U., UK) Prem Devanbu (UC Davis, USA) Jan DeMeer (IHP-Microelectronics, Germany) Naranker Dulay (Imperial College, UK) Markus Endler (PUC-Rio, Brazil) Mike Feeley (U. of British Columbia, Canada) Chris Gill (Washington U., St. Louis, USA) Aniruddha Gokhale (Vanderbilt U., USA) Peter Honeyman (CITI, U. of Michigan, USA) Bettina Kemme (McGill U., Canada) Fabio Kon (U. of Sao Paulo, Brazil) Doug Lea (SUNY Oswego, USA)Joe Loyall (BBN Technologies, USA) Edmundo Madeira (U. of Campinas, Brazil) Keith Moore (HP Laboratories, USA) Hausi Muller (U. of Victoria, Canada) Klara Nahrstedt (U. of Illinois, Urbana Champaign, USA) Dennis Noll (Boeing, USA) Kerry Raymond (DSTC, Australia) Luis Rodrigues (U. of Lisboa, Portugal) Isabelle Rouvellou (IBM T.J. Watson, USA) Michael Stal (Siemens, Germany) Rick Schantz (BBN Technologies, USA) Douglas Schmidt (Vanderbilt U., USA) Jean-Bernard Stefani (INRIA, Grenoble, France) Joe Sventek (University of Glasgow, UK) Janos Sztipanovits (Vanderbilt U., USA) Stefan Tai (IBM T.J. Watson, USA) Peter Triantafillou (U. of Patras, Greece) Nalini Venkatasubramanian (U. of California, Irvine, USA) Werner Vogels (Cornell U., USA) Martina Zitterbart (U. of Karlsruhe, Germany) Submission Deadlines Abstract submission: March 30th, 2004 Research Papers: April 6th, 2004 Work in Progress Papers: April 6th, 2004 Posters: July 10th, 2004 Workshop Proposals: March 30th, 2004 Tutorial Proposals: May 11th, 2004 **All deadlines are 11:59pm PST.** Notification of acceptance (papers): Monday June 14th, 2004 Camera-ready papers due (papers): Monday July 12th, 2004 More Information For further information and submission instructions, please visit http://www.eecg.utoronto.ca/middleware2004/ . Please also see the following web sites of related conferences: - VLDB 2004 http://www.vldb04.org/ is the web site to the 30th International Conference on Very Large Data Bases also to be held in Toronto, Canada - PODC 2004 http://www.podc.org/podc2004/ is the web site for the 23rd Annual ACM SIGACT-SIGOPS Symposium on Principles of Distributed Computing) and of the Workshop on Concurrency and Synchronization in Java Programs which will be held in conjuction. We appologize if you receive multiple copies of this message. From adam@souzis.com Sun Mar 7 03:32:24 2004 From: adam@souzis.com (Adam Souzis) Date: Sat, 06 Mar 2004 19:32:24 -0800 Subject: ANNOUNCE: Rx4RDF and Rhizome 0.2.0 Message-ID: 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? RxPath has been completely reimplemented. Enhancements include: signficant performance boost, incrementally updates of the underlying model, atomic transactions and rollback, and RDF model independence through a simple API (includes adapters for 4Suite and Redland). Racoon is also signficantly faster as result of adding various caches throughout the request pipeline (taking advantage of the (nearly) side-effect free nature of XPath and XSLT). Rhizome now provides an optional staging/release workflow. In addition, there have several other enhancements, see http://rx4rdf.liminalzone.org/Rx4RDFChangelog for more details. More Info: * Rx4RDF 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). * Racoon is a simple application server that uses an RDF model for its data store, roughly analogous to RDF as Apache Cocoon is to XML. Racoon 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 Racoon 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. Rhizome includes a couple of other stand-alone technologies that maybe of interest: * RhizML is a Wiki-like text formatting language that lets you write arbitrary XML or HTML, 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 RhizML, allowing novices to author and edit RDF metadata. Homepage: http://rx4rdf.liminalzone.org/ Download: http://sourceforge.net/project/showfiles.php?group_id=85676 -- adam (asouzis @ user.sf.net) From ayose.cazorla@hispalinux.es Sun Mar 7 13:03:56 2004 From: ayose.cazorla@hispalinux.es (Ayose) Date: Sun, 7 Mar 2004 13:03:56 +0000 Subject: ANN: Pyslide 0.4 Message-ID: Pyslide is a tiny program to make presentations. Presentations are created in an XML file, and showed using SDL (throught pygame). http://www.hispalinux.es/~setepo/pyslide/ Main Changes =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D * Execute external commands * Built-in lists * Timer and page-number bar * New effects style (more powerfull and easy) * Embedded images * More information on errors * Speed improvement * A lot of bugfixes Download =3D=3D=3D=3D=3D=3D=3D=3D * http://www.hispalinux.es/~setepo/pyslide/download With subversion, $ svn co http://svn.hispalinux.es:8080/svn/pyslide/ You can use the Debian packages created by Tomas Guemes, available at . There is packages for i386 and PPC. --=20 Ayose Cazorla Le=F3n Debian GNU/Linux - setepo From adam-l@souzis.com Sun Mar 7 21:32:24 2004 From: adam-l@souzis.com (Adam Souzis) Date: Sun, 07 Mar 2004 13:32:24 -0800 Subject: ANNOUNCE: Rx4RDF and Rhizome 0.2.0 Message-ID: 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? RxPath has been completely reimplemented. Enhancements include: signficant performance boost, incrementally updates of the underlying model, atomic transactions and rollback, and RDF model independence through a simple API (includes adapters for 4Suite and Redland). Racoon is also signficantly faster as result of adding various caches throughout the request pipeline (taking advantage of the (nearly) side-effect free nature of XPath and XSLT). Rhizome now provides an optional staging/release workflow. In addition, there have several other enhancements, see http://rx4rdf.liminalzone.org/Rx4RDFChangelog for more details. More Info: * Rx4RDF 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). * Racoon is a simple application server that uses an RDF model for its data store, roughly analogous to RDF as Apache Cocoon is to XML. Racoon 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 Racoon 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. Rhizome includes a couple of other stand-alone technologies that maybe of interest: * RhizML is a Wiki-like text formatting language that lets you write arbitrary XML or HTML, 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 RhizML, allowing novices to author and edit RDF metadata. Homepage: http://rx4rdf.liminalzone.org/ Download: http://sourceforge.net/project/showfiles.php?group_id=85676 -- adam (asouzis @ user.sf.net) From js@jeannot.org Sun Mar 7 14:59:32 2004 From: js@jeannot.org (Jean-Sebastien Roy) Date: Sun, 07 Mar 2004 15:59:32 +0100 Subject: ANN: PuLP, a Python LP (linear program) modeler Message-ID: I would like to announce the release of PuLP v 1.0. PuLP is an LP modeler written in python. PuLP can generate MPS or LP files and call GLPK[1], COIN CLP/SBB[2], CPLEX[3] and XPRESS[4] to solve linear problems. PuLP provides a nice syntax for the creation of linear problems, and a simple way to call the solvers to perform the optimization. See the example below. You can get it at: http://www.jeannot.org/~js/code/pulp-1.0.tgz The latest version is always available at: http://www.jeannot.org/~js/code/index.en.html Multiple examples are provided. Thanks, Jean-Sebastien References: [1] http://www.gnu.org/software/glpk/glpk.html [2] http://www.coin-or.org/ [3] http://www.cplex.com/ [4] http://www.dashoptimization.com/ Example script: from pulp import * prob = LpProblem("test1", LpMinimize) # Variables x = LpVariable("x", 0, 4) y = LpVariable("y", -1, 1) z = LpVariable("z", 0) # Objective prob += x + 4*y + 9*z # Constraints prob += x+y <= 5 prob += x+z >= 10 prob += -y+z == 7 GLPK().solve(prob) # Solution for v in prob.variables(): print v.name, "=", v.varValue print "objective=", value(prob.objective) From itamar@itamarst.org Mon Mar 8 16:59:46 2004 From: itamar@itamarst.org (Itamar Shtull-Trauring) Date: Mon, 08 Mar 2004 11:59:46 -0500 Subject: PyCon 2004 call for volunteers Message-ID: PyCon needs your help! We need volunteers to run the registration desk. Volunteers will help register conference goers, give out information about talk locations and so on. In addition to knowing they've helped make the conference a success, volunteers will get a black staff t-shirt. You can sign up at http://www.python.org/cgi-bin/moinmoin/PyconRegistrationDesk2004 From aahz@pythoncraft.com Mon Mar 8 20:26:19 2004 From: aahz@pythoncraft.com (Aahz) Date: Mon, 8 Mar 2004 15:26:19 -0500 Subject: PEP 328: Imports: Multi-Line and Absolute/Relative Message-ID: Please see comp.lang.python (python-list) for discussion of the new PEP 328 that covers changes to the way ``import`` works. -- Aahz (aahz@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 From falted@pytables.org Mon Mar 8 20:52:06 2004 From: falted@pytables.org (Francesc Alted) Date: Mon, 8 Mar 2004 21:52:06 +0100 Subject: [ANN] PyTables 0.8 is out! Message-ID: [Ooops, I should have published this here past week, but I had a mistake] I'm happy to announce the availability of PyTables 0.8. PyTables is a hierarchical database package designed to efficiently manage very large amounts of data. PyTables is built on top of the HDF5 library and the numarray package. It features an object-oriented interface that, combined with natural naming and C-code generated from Pyrex sources, makes it a fast, yet extremely easy-to-use tool for interactively saving and retrieving different kinds of datasets. It also provides flexible indexed access on disk to anywhere in the data. In this release you will find: - Variable Length Arrays (VLA's) for saving a collection of variable length of elements in each row of a dataset. - Enlargeable Arrays (EA's) for enlarge homogeneous datasets on disk. - Powerful replication capabilities, ranging from single leaves up to complete hierarchies. - With the introduction of the UnImplemented class, greatly=20 improved HDF5 native file import capabilities. - Two new useful utilities: ptdump & ptrepack. - Improved documentation (with the help of Scott Prater). - Enhanced platform support. New platforms: MacOSX, FreeBSD, Linux64, IRIX64 (yes, a clean 64-bit port is there) and probably more. - More test units (now exceeding 800). - Many other minor improvements. Besides, using PyTables 0.8 a new record on data size has been achieved: 5.6 TB (~ 1000 DVD's) in one single file (!). See the gory details in: http://pytables.sf.net/html/StressTests.html. More in detail: What's new =2D---------- - The new VLArray class enables you to store large lists of rows=20 containing variable numbers of elements. The elements can=20 be scalars or fully multimensional objects, in the PyTables=20 tradition. This class supports two special objects as rows:=20 Unicode strings (UTF-8 codification is used internally) and=20 generic Python objects (through the use of cPickle). - The new EArray class allows you to enlarge already existing multidimensional homogeneous data objects. Consider it an extension of the already existing Array class, but=20 with more functionality. Online compression or other filters=20 can be applied to EArray instances, for example. Another nice feature of EA's is their support for fully multidimensional data selection with extended slices. You can write "earray[1,2:3,...,4:200]", for example, to get the desired dataset slice from the disk. This is implemented using the powerful selection capabilities of the HDF5 library, which results in very highly efficient I/O operations. The same functionality has been added to Array objects as well. - New UnImplemented class. If a dataset contains unsupported datatypes, it will be associated with an UnImplemented instance, then inserted into to the object tree as usual. This allows you to continue to work with supported objects while retaining access to attributes of unsupported datasets. This has changed from previous versions, where a RuntimeError occurred when an unsupported object was encountered. The combination of the new UnImplemented class with the=20 support for new datatypes will enable PyTables to greatly=20 increase the number of types of native HDF5 files that can be read and modified. - Boolean support has been added for all the Leaf objects. - The Table class has now an append() method that allows you to save large buffers of data in one go (i.e. bypassing the Row accessor). This can greatly improve data gathering speed. - The standard HDF5 shuffle filter (to further enhance the compression level) is supported. - The standard HDF5 fletcher32 checksum filter is supported. - As the supported number of filters is growing (and may be further increased in the future), a Filters() class has been introduced to handle filters more easily. In order to add support for this class, it was necessary to make a change in the createTable() method that is not backwards compatible: the "compress" and "complib" parameters are deprecated now and the "filters" parameter should be used in their place. You will be able to continue using the old parameters (only a Deprecation warning will be issued) for the next few releases, but you should migrate to the new version as soon as possible. In general, you can easily migrate old code by substituting code in its place: tbl =3D fileh.createTable(group, 'table', Test, '', complevel, complib) =A0should be replaced by tbl =3D fileh.createTable(group, 'table', Test, '', Filters(complevel, comp= lib)) - A copy() method that supports slicing and modification of =A0=A0=A0=A0=A0=A0=A0=A0=A0filtering capabilities has been added for all t= he Leaf =A0=A0=A0=A0=A0=A0=A0=A0=A0objects. See the User's Manual for more informa= tion. - A couple of new methods, namely copyFile() and copyChilds(), =A0=A0=A0=A0=A0=A0=A0=A0=A0have been added to File class, to permit easy r= eplication =A0=A0=A0=A0=A0=A0=A0=A0=A0of complete hierarchies or sub-hierarchies, eve= n to =A0=A0=A0=A0=A0=A0=A0=A0=A0other files. You can change filters during the = copy =A0=A0=A0=A0=A0=A0=A0=A0=A0process as well. - Two new utilities has been added: ptdump and =A0=A0=A0=A0=A0=A0=A0=A0=A0ptrepack. The utility ptdump allows the user to= examine=20 the=A0contents of PyTables files (both metadata and actual =A0=A0=A0=A0=A0=A0=A0=A0=A0data). The powerful ptrepack utility lets you=20 =A0=A0=A0=A0=A0=A0=A0=A0=A0selectively copy (portions of) hierarchies to s= pecific =A0=A0=A0=A0=A0=A0=A0=A0=A0locations in other files. It can be also used a= s an =A0=A0=A0=A0=A0=A0=A0=A0=A0importer for generic HDF5 files. =A0=A0=A0=A0=A0=A0=A0- The meaning of the stop parameter in read() methods= has =A0=A0=A0=A0=A0=A0=A0=A0=A0changed. Now a value of 'None' means the last r= ow, and a =A0=A0=A0=A0=A0=A0=A0=A0=A0value of 0 (zero) means the first row. This is = more =A0=A0=A0=A0=A0=A0=A0=A0=A0consistent with the range() function in python = and the =A0=A0=A0=A0=A0=A0=A0=A0=A0__getitem__() special method in numarray. - The method Table.removeRows() is no longer limited by table=20 size. You can now delete rows regardless of the size of the=20 table. - The "numarray" value has been added to the flavor parameter =A0=A0=A0=A0=A0=A0=A0=A0=A0in the Table.read() method for completeness. - The attributes (.attr instance variable) are Python =A0=A0=A0=A0=A0=A0=A0=A0=A0properties now. Access to their values is no lo= nger =A0=A0=A0=A0=A0=A0=A0=A0=A0lazy, i.e. you will be able to see both system = or user =A0=A0=A0=A0=A0=A0=A0=A0=A0attributes from the command line using the tab-= completion =A0=A0=A0=A0=A0=A0=A0=A0=A0capability of your python console (if enabled). - Documentation has been greatly improved to explain all the =A0=A0=A0=A0=A0=A0=A0=A0=A0new functionality. In particular, the internal = format of =A0=A0=A0=A0=A0=A0=A0=A0=A0PyTables is now fully described. You can now bu= ild =A0=A0=A0=A0=A0=A0=A0=A0=A0"native" PyTables files using any generic HDF5= =A0software=20 by just duplicating their format. - Many new tests have been added, not only to check new =A0=A0=A0=A0=A0=A0=A0=A0=A0functionality but also to more stringently chec= k=20 =A0=A0=A0=A0=A0=A0=A0=A0=A0existing functionality. There are more than 800= different =A0=A0=A0=A0=A0=A0=A0=A0=A0tests now (and the number is increasing :). - New platforms supported: PyTables has been compiled and tested under GNU/Linux32 (Intel), GNU/Linux64 (AMD Opteron and Alpha), Win32 (Intel), MacOSX (PowerPC), FreeBSD (Intel), Solaris (6, 7, 8 and 9 with UltraSparc), IRIX64 (IRIX 6.5 with R12000) and it probably works in many more architectures. In particular, release 0.8 is the first one that provides a relatively clean porting to 64-bit platforms. - As always, some bugs have been solved (especially bugs that =A0=A0=A0=A0=A0=A0=A0=A0=A0occur when deleting and/or overwriting attribut= es). - And last, but definitely not least, a new donations section has been=A0added to the PyTables web site (http://sourceforge.net/projects/pytables, then follow the "Donations" tag). If you like PyTables and want this effort to continue, please, donate! Where PyTables can be applied? =2D----------------------------- PyTables is not designed to work as a relational database competitor, but rather as a teammate. If you want to work with large datasets of multidimensional data (for example, for multidimensional analysis), or just provide a categorized structure for some portions of your cluttered RDBS, then give PyTables a try. It works well for storing data from data acquisition systems (DAS), simulation software, network data monitoring systems (for example, traffic measurements of IP packets on routers), working with very large XML files or as a centralized repository for system logs, to name only a few possible uses. =20 What is a table? =2D--------------- A table is defined as a collection of records whose values are stored in fixed-length fields. All records have the same structure and all values in each field have the same data type. =A0The terms "fixed-length" and "strict data types" seem to be quite a strange requirement for a language like Python that supports dynamic data types, but they serve a useful function if the goal is to save very large quantities of data (such as is generated by many scientific applications, for example) in an efficient manner that reduces demand on CPU time and I/O resources. What is HDF5? =2D------------ =46or those people who know nothing about HDF5, it is a general purpose library and file format for storing scientific data made at NCSA. HDF5 can store two primary objects: datasets and groups. A dataset is essentially a multidimensional array of data elements, and a group is a structure for organizing objects in an HDF5 file. Using these two basic constructs, one can create and store almost any kind of scientific data structure, such as images, arrays of vectors, and structured and unstructured grids. You can also mix and match them in HDF5 files according to your needs. Platforms =2D-------- I'm using Linux (Intel 32-bit) as the main development platform, but PyTables should be easy to compile/install on many other UNIX machines. This package has also passed all the tests on a UltraSparc platform with Solaris 7 and Solaris 8. It also compiles and passes all the tests on a SGI Origin2000 with MIPS R12000 processors, with the MIPSPro compiler and running IRIX 6.5. It also runs fine on Linux 64-bit platforms, like an AMD Opteron running SuSe Linux Enterprise Server. It has also been tested in MacOSX platforms (10.2 but should also work on newer versions). Regarding Windows platforms, PyTables has been tested with Windows 2000 and Windows XP (using the Microsoft Visual C compiler), but it should also work with other flavors as well. An example? =2D---------- =46or online code examples, have a look at http://pytables.sourceforge.net/html/tut/tutorial1-1.html and, for newly introduced Variable Length Arrays: http://pytables.sourceforge.net/html/tut/vlarray2.html Web site =2D------- Go to the PyTables web site for more details: http://pytables.sourceforge.net/ Share your experience =2D-------------------- Let me know of any bugs, suggestions, gripes, kudos, etc. you may have. Have fun! =2D- Francesc Alted falted@pytables.org From jylevy@pacbell.net Tue Mar 9 05:09:12 2004 From: jylevy@pacbell.net (Jacob Levy) Date: Tue, 09 Mar 2004 05:09:12 GMT Subject: [ANNOUNCE] e4Graph 1.0a11 Message-ID: I am pleased to announce the 1.0a11 release of e4Graph, the eleventh Alpha release. This is definitely the final Alpha release for 1.0, the next release is 1.0b1. WHAT IS IT: e4Graph is a C++ library with a Python binding, that allows programs to store graph-like data persistently and to access and manipulate that data efficiently. With e4Graph, you can arrange your data in the most natural form that reflects the relationships between its parts, rather than having to force it into a table-like format. The e4Graph library also allows you to concentrate on the relationships you want to represent, and not on how to store them in a database. You can modify data items, and add and remove connections and relationships between pieces of data on the fly. e4Graph allows you to represent an unlimited number of different connections between pieces of data, and your program can selectively manipulate the data according to the relationships it cares about, not having to know about other connections represented in the data set. The e4Graph package also provides bindings in several other languages, currently Tcl, Python and Java, and allows input/output of object graphs via an XML representation. The e4Graph package is built on top of Metakit 2.4.9.2, and optionally uses Tcl 8.4.4, Python 2.2.3, Java 1.1 or later, and Expat 1.95.7. WHERE TO GET: Downloads: http://sourceforge.net/projects/e4graph/ Homepage: http://www.e4graph.com/e4graph/ Changelog: http://www.e4graph.com/e4graph/changes.txt Installation: http://www.e4graph.com/e4graph/e4install.html WHAT IS NEW: I decided to skip 1.0a10 since Daniel Steffen released AquaTclBI for MacOS 10.x which contained a snapshot of the CVS repository and called that "e4graph 1.0a10". This way we avoid confusion between two different sourcebases; the 1.0a10 code in AquaTclBI contains several bugs that are fixed in this release. This release is mainly a bug-fix release. Several bugs related to vertex movement were fixed, and the semantics of vertex addressing and movement have been normalized. Several uses of uninitialized variables were fixed to eliminate random incorrect behaviors. Made callbacks behave more consistently. A bug where a storage was incorrectly being marked as unstable was fixed. A new timestamp mechanism was added to allow applications to poll for events instead of installing callbacks. Several new permissions were added to allow fine control over what a user program can do with a storage. The semantics of vertex and node detach callbacks were changed to be asynchronous, and the timestamp at which a node or vertex detach is recorded is arbitrarily later than the time at which the action actually occurs. A mechanism was added to allow a user program to control whether vertices are cached, to speed up lookup. From ianb@colorstudy.com Tue Mar 9 06:09:01 2004 From: ianb@colorstudy.com (Ian Bicking) Date: Tue, 9 Mar 2004 00:09:01 -0600 Subject: ANN: SQLObject 0.5.2 Message-ID: SQLObject 0.5.2 released ------------------------ Homepage: http://sqlobject.org Download: http://prdownloads.sourceforge.net/sqlobject/SQLObject-0.5.2.tar.gz? download News: http://sqlobject.org/docs/News.html#sqlobject-0-5-2 What's Changed? --------------- 0.5.2 is a bug fix release, particularly a thread-related bug when using extended selects. All users are recommended to upgrade. What is it? ----------- SQLObject is an object relational mapper. It allows you to easily create an object interface to your database -- tables are classes, rows are instances. Its goals are ease of use and low barrier to entry, while maintaining the ability to customize and extend your classes as your needs grow. -- Ian Bicking | ianb@colorstudy.com | http://blog.ianbicking.org From jjl@pobox.com Tue Mar 9 20:04:51 2004 From: jjl@pobox.com (John J. Lee) Date: 09 Mar 2004 20:04:51 +0000 Subject: ANN: mailing list for Python web client / URL programming Message-ID: A new list for discussion of anything related to either web-client software or URL-processing / -fetching software written in Python. This includes, but is not limited to, the software at the wwwsearch.sf.net site. To subscribe, or post messages to the list (wwwsearch-general@lists.sourceforge.net), visit the Mailman Info Page: http://lists.sourceforge.net/lists/listinfo/wwwsearch-general John From guido@python.org Wed Mar 10 05:01:11 2004 From: guido@python.org (Guido van Rossum) Date: Tue, 09 Mar 2004 21:01:11 -0800 Subject: PyCON: Pre-registration ends in one week! Message-ID: In one week (Weds March 17), pre-registration for PyCON will close. Right now, you can register for $250. After that, you will need to register at the door, and the cost will be $300. Save yourself $50! 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/ See you all there!!! --Guido van Rossum (home page: http://www.python.org/~guido/) From porten@froglogic.com Wed Mar 10 13:33:47 2004 From: porten@froglogic.com (Harri Porten) Date: Wed, 10 Mar 2004 14:33:47 +0100 Subject: ANN: Python Support in Technology Preview of Squish 1.1 Message-ID: Hamburg, Germany - 2004-03-10 froglogic today announced the availability of a technology preview of Squish 1.1, the new version of the automated GUI testing framework for Qt applications. "After the success of Squish 1.0 we are happy to present an even better version of Squish. The direction and new features of Squish 1.1 have been highly influenced by our customers. We are excited to be able to delver what they have asked for" said Reginald Stadlbauer, froglogic Director of Development. The main new features of Squish 1.1 are: - Python support: Squish has been designed to support multiple scripting languages from day one. In Squish 1.0, support for Tcl was implemented. In Squish 1.1, test scripts can also be written and recorded in the very popular Python scripting language. - Squish Spy: This new tool allows Squish to hook up to a running application to inspect its objects properties and methods by either clicking on objects in the application or by navigating the object tree view. The already existing hook-up mechanism of Squish is used, meaning the Squish Spy is also non-intrusive and doesn't require any modifications to the application to work. - Test script debugger: Instead of just executing a test case, it can be executed in the debugger now as well. This way break points can be set, and the user can step through test scripts. This opens up many possibilities for the future like allowing to execute a test until a break point and recording from there. - Automatic insertion of test verification points: The combination of the Squish Spy and the debugger are the foundation of this new feature. By halting the test script at a specified point and choosing objects and properties in the running application, it is possible to insert test verification points into the test script via the Squish IDE without having to write the code manually. "We conducted a survey among Squish's customers and potential customers to learn about the favorite test scripting language of our users. After Tcl, Python was by far the most popular one. We are very happy that we can offer support for this well designed scripting language now" said Harri Porten, froglogic Director of Marketing. Other smaller improvements include: - Basic ActiveX support: It is possible to send key and mouse events to ActiveX components embedded in Qt applications via QActiveX. - Better control over the squishserver (--stop command) - Additional event compression heuristics have been implemented - Usability improvements in the Squish IDE - Support for 64 bit and FreeBSD platforms - All test result logs contain file and line number information - Better error messages Squish customers and evaluators can now find this technology preview of Squish 1.1 in their download area. For more information about Squish, visit http://www.froglogic.com/squish. If you are interested in evaluating Squish, please contact us at squish@froglogic.com. The final version of Squish 1.1 is expected to be released in about one month. About froglogic froglogic Porten & Stadlbauer GbR is a software company offering Qt consultancy services and Qt-based development tools. froglogic was founded by two former Trolltech senior engineers, Reginald Stadlbauer and Harri Porten, who now use their experience and skills to serve the Qt 3rd party market. froglogic is based in Hamburg, Germany. More about froglogic at www.froglogic.com. From PyCON@python.org Wed Mar 10 21:37:26 2004 From: PyCON@python.org (Steve Holden) Date: Wed, 10 Mar 2004 16:37:26 -0500 Subject: View Talks - Buy 'Zen of Python' Tshirt - Free with PyCON by 17th Message-ID: Dear Python User: View the Talks online and Reserve your Zen of Python Shirt now or get one free if you register for PyCON 2004 by the 17th. Don't miss the most important Python event of the year. PyCON 2004 is only 2 weeks away. If you haven't registered for PyCON, please do so immediately before the regular registration expires March 17th. http://www.pycon.org/dc2004/register We are extending the Free T-Shirt offer to all regular registrants (valued at $20). See the shirts online at http://www.pycon.org/dc2004/shirts.pt We are also taking orders for extra shirts, including shipping to those that cannot attend. Please email zope@toenjes.com to reserve your shirts. All requests must be received by March 19. Price will be $20 + $5 shipping and handling. We will ship them sometime around mid-April. Payment instructions from the Python Software Foundation will follow. The Talks schedule is now published and can be viewed at http://www.python.org/pycon/dc2004/schedule.html For more about PyCON... http://www.pycon.org regards Steve Holden Chairman, PyCON DC 2004 From brett@python.org Thu Mar 11 05:19:18 2004 From: brett@python.org (Brett C.) Date: 10 Mar 2004 21:19:18 -0800 Subject: python-dev Summary for 2004-02-01 through 2004-02-29 Message-ID: Title: python-dev Summary for 2004-02-01 through 2004-02-29 Content-type: text/x-rst python-dev Summary for 2004-02-01 through 2004-02-29 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from February 1, 2004 through February 29, 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-fifth and -sixth summaries written by Brett Cannon (who can't wait to be at PyCon). 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/2004-01-01_2004-01-31.html .. _original text file: http://www.python.org/dev/summary/2004-02-01_2004-02-29.ht ===================== Summary Announcements ===================== To continue my slight abuse of this space: I am still looking for a summer job or internship programming somewhere (does not have to be Python). If you happen to have something at your company or know of something somewhere that you think might work for me please email me at brett@python.org . Thanks. OK, on from pimping myself out for the summer to pimping PyCon_ (or at least I think that is how the youngsters these days would phrase that sentence =). You can still register for the conference. The talks have been chosen and scheduled; more info at http://pycon.org/dc2004/talks/ . Talks look really great and cover a huge gamut of areas; bigger variety than last year in my opinion. There is going to be a Stackless sprint in Berlin March 10-14. See the announcement email at http://mail.python.org/pipermail/python-dev/2004-February/042829.html . .. _PyCon: http://www.pycon.org/ ========= Summaries ========= --------------------------------- Python 2.3 branch open for fixin' --------------------------------- Anthony Baxter, perpetual release manager for the 2.3 branch, announced that CVS commits for 2.3 were open again. He mentioned he thought another release around May or June would probably happen unless a severe bug came up the required immediate patching and release. But Jim Fulton discovered a critical bug. =) It has been fixed in CVS, but no word on if the bug's severity has been judged by Anthony to warrant another release now. Contributing threads: - `release23-maint is reopened for business. `__ -------------------------------------------------------- Early Spring cleaning for what platforms Python supports -------------------------------------------------------- Skip Montanaro cleaned up the configure.in script for Python and in the process removed old support for unneeded OSs as stated in `PEP 11`_. So SunOS 4 support is gone. There was discussion of making Python 2.4 not support libc 5 since Python does not compile with it. The suggestion was made of having configure.in detect libc 5 and if it found it then refuse to continue. Skip also removed optional universal newline support and antiquated pthread variants from 1997 and before. .. _PEP 11: http://python.org/peps/pep-0011.html Contributing threads: - ` zapped several unsupported bits... `__ - `PEP-0011 up-to-date `__ -------------------------------------------------- Compiling in profiling support for the interpreter -------------------------------------------------- Jeremy Hylton discovered his old way of turning on gprof_ profiling support when compiling Python no longer worked. Hye-SHik Chang said he got it working by compiling using ``CC="cc -pg" LDFLAGS="-pg" ./configure``. Martin v. L??wis suggested running configure with `` --without-cxx`` to get around the problem. .. _gprof: http://www.cs.utah.edu/dept/old/texinfo/as/gprof_toc.html Contributing threads: - `building python with profiling support `__ ----------------------------------- Python and C89 play nicely together ----------------------------------- The question of what version of C Python is required to work with came up. The answer is that C89 is the version of Standard C Python requires. Neither C89 with Amendment 1 (also called C95) nor C99 are required for Python to run (which, in this case, meant wchar.h is not required). Contributing threads: - `*grumble* wchar.h `__ - `Another big ANSI-fication change... `__ --------------------------------------- Growing lists just got that much faster --------------------------------------- Raymond Hettinger (along with the help of various other people on his initial patch) managed to come up with a way to speed up allocating space for list items (either from growth of an exisiting list or creation of a new list). While this was being discussed, though, the possibility of 3rd party code messing with the internal values of list items came up. While no specific use-case was found, it was agreed upon that code outside of the Python core should not break the API; there is no guarantee the internals won't change. Raymond has also subsequently done a major clean-up of the entire PyList API that has netted wonderful speed-ups across the board. And in case you are a big fan of list.pop(0) and list.insert(0, x), the collections module's deque object now handles your needs in a much faster fashion. Kudos to him for doing all of this and helping to make sure Guido doesn't get a pie at OSCON 2004 (if you don't catch that reference about the pie, read http://python.org/dev/summary/2003-12-01_2003-12-31.html#pie-thon-competition-work-ramps-up ) Contributing threads: - `Optimization of the Year `__ --------------------------------------------------- Do we really need mutability for exceptions groups? --------------------------------------------------- The question was raised as to why ``except (TypeError, ValueError):`` is acceptable while ``except [TypeError, ValueError]:`` (in other words why use tuples to group exceptions for an 'except' statement and not allow lists). The question was in relation as to whether it had something to do with a tuple's immutability. Guido said it all had to do with a visual way of grouping tuples and nothing to do with what the underlying container was. If he had it to do over again he would rather change it so that ``except TypeError, ValueError:`` did the same thing as above. That change would alleviate the common error of expecting the above behavior using that syntax but instead getting the exception instance bound to ValueError. But the change is not planned for any time in the future since Guido has no proposal on how to change the syntax to handle the assignment to a local variable for the exception instance. Contributing threads: - `Syntax for "except" `__ --------------------------- No, you can't subclass Bool --------------------------- Francois Pinard discovered that you can't subclass the Bool type. This led to the question of "why?" To this he received the answer that since Bool only has two instance, True and False, it shouldn't be allowed to be a superclass of anything since that would suggest more instances of Bool could exist. Contributing threads: - `bool does not want to be subclassed? `__ ------------------------------------- Function decoration and all that jazz ------------------------------------- Bob Ippolito brought up Michael Hudson's function/method syntactic sugar to essentially implement `PEP 318`_ (Michael's patch can be found at http://starship.python.net/crew/mwh/hacks/meth-syntax-sugar-3.diff) as something he **really** wanted for PyObjC_. In case you don't know what the syntax is ``def fxn() [fun, stuff, here]: pass``, which ends up being the same as:: def fxn(): pass fxn = here(stuff(fun(fxn))) Common use cases are for defining class The discussion then drifted in discussing how this syntax could even be used with classes and whether it could somehow supplant some metaclass uses. Talking seemed to lead to it not really being that great of a use case. The order or application also came up. It was suggested that the order be the reversed of that shown above so that it reads the way it would be written by hand instead of in application order. Using 'as' instead of brackets was brought up again; ``def fxn() as fun`` instead of ``def fxn() [fun]``. An argument for this or any other syntax is that using brackets for this overloads the usage of them in Python itself and some feel that is unpythonic. An explicit argument for the brackets, though, is that it is cleaner for multi-line use. There was also the issue with using 'as' in terms of how would one look up its use in the docs? Would someone look up under 'as' or under 'def' naturally? .. _PEP 318: http://python.org/peps/pep-0318.html .. _PyObjC: http://pyobjc.sourceforge.net/ Contributing threads: - `Plea for function/method syntax sugar `__ - `new syntax for wrapping `__ - `PEP 318: What Java does `__ - `other uses for "as" `__ - `new syntax for wrapping (PEP 318) - Timothy's summary `__ - `[UPDATED] PEP 318 - Function/Method Decorator Syntax `__ -------------------------------------- Building Python with the free .NET SDK -------------------------------------- Go to the email to see Garth's latest tool and instructions on building Python using Microsoft's free .NET SDK. Contributing threads: - `Compiling python with the free .NET SDK `__ ------------------------------------- PEP 326 finished (but still rejected) ------------------------------------- `PEP 326`_ ("A Case for Top and Bottom Values") has its final implementation linked from the PEP. It has been rejected (as with all PEPs that have been pronounced upon, read the PEP for the reasons why), but the PEP's authors will nice enough to go ahead and finish the code for anyone who might want to use it anyway. .. _PEP 326: http://python.org/peps/pep-0326.html Contributing threads: - `PEP 326 `__ ------------------------------------------------ time.strftime() now checks its argument's bounds ------------------------------------------------ Because of a possible crash from using negative values in the time tuple when passed to time.strftime(), it was decided to bound checks on all values in the time tuple. This will break existing code that naively set all fields to 0 in a passed-in time tuple and thus did not set the values within the proper bounds (year, month, day, and day of year should not be 0). Contributing threads: - `Boundary checks on arguments to time.strftime() `__ -------------------------------------------- OpenVMS throws a fit over universal newlines -------------------------------------------- For Python 2.4 the option to compile without universal newline support was removed. Well, it turns out that OpenVMS_ doesn't like this. Apparently the OS is not stream-oriented for its filesystem but is records-based and this leads to there being no newlines in a text file unless it is opened as a plain file. Bug #903339 has been opened to deal with this. .. _Bug #903339: http://python.org/sf/903339 .. _OpenVMS: http://www.openvms.org/ -------------------------------------------- Forth-style argument passing for C functions -------------------------------------------- Raymond Hettinger came up with the idea of adding a new function flag called METH_STACK that would call a C function to be called with a pointer to the execution stack and the number of arguments it is being passed. This would allow the function to pop off its arguments on its own and bypass the expense of putting them into a tuple. The overall idea did not seem to win out. But it does turn out that Michael Hudson has a patch that implements a similar idea at http://python.org/sf/876193 . A discussion of whether more specific argument passing like METH_O should be considered. Contributing threads: - `Idea for a fast calling convention `__ From blunck@gst.com Thu Mar 11 05:24:31 2004 From: blunck@gst.com (Christopher Blunck) Date: Thu, 11 Mar 2004 00:24:31 -0500 Subject: ANN: ZSI 1.5 Message-ID: Howdy all- Just wanted to give a heads up that v1.5 of the Zolera SOAP Infrastructure (ZSI) has just been released. ZSI is the plumbing that makes web services possible with Python. The v1.5 release has several bug fixes in it, and extremely interoperable with other SOAP implementations. For more information, please check out the ZSI documentation located at: http://pywebsvcs.sourceforge.net/zsi.html The download page for ZSI is located at: http://sourceforge.net/project/showfiles.php?group_id=26590&package_id=30660&release_id=222908 Thanks! -c From tundra@tundraware.com Thu Mar 11 10:48:58 2004 From: tundra@tundraware.com (Tim Daneliuk) Date: 11 Mar 2004 05:48:58 EST Subject: [ANN]: twander 3.146 Released And Available Message-ID: 'twander' Version 3.146 is now released and available for download at: http://www.tundraware.com/Software/twander The last public release was 3.135 Existing users should upgrade as this release contains several bug fixes. This release also introduces these new features: 1) Abilty to toggle automatic refresh on- and off from the keyboard. 2) Ability to force a display refresh after a command is launched. 3) "Shortcut" (alias) references to the built-in variables when composing a command manually. Complete details of all fixes, changes, and new features can be found in the WHATSNEW.txt file included in the distribution. Users are strongly encouraged to join the twander-users mailing list as described in the documentation. What Is 'twander'? ------------------ 'twander' is a macro-programmable Filesystem Browser which runs on both Unix-like systems as well as Win32 systems. It embraces the best ideas of both similar GUI-driven programs (Konqueror, Windows Explorer) as well as text-based interfaces (Midnight Commander, List, Sweep). Or, If You Prefer The "Elevator Pitch" -------------------------------------- 'twander' is: - A better file browser for Unix and Win32. (Tested on FreeBSD, Linux, Win32.) - A way to make browsing the same on all the OSs you use. - A macro-programmable tool that lets *you* define the features. - A GUI navigation front-end for your shell. - A way to "can" workflows for your technically-challenged colleagues. - A way to free yourself from the shackles of the mouse. - A way to significantly speed up your day-to-day workflow. - A Python/Tkinter application - about 3100/1300 lines of code/comments - A RCT (Really Cool Tool) that will have you addicted in a day or two See the web page for more information and a screen shot. Better still, download the tarball and read the documentation. ------------------------------------------------------------------------------ Tim Daneliuk tundra@tundraware.com From johan@gnome.org Thu Mar 11 11:12:22 2004 From: johan@gnome.org (Johan Dahlin) Date: Thu, 11 Mar 2004 12:12:22 +0100 Subject: ANNOUNCE: PyGTK 2.2.0 Message-ID: I am pleased to announce version 2.2.0 of the Python bindings for GTK. The new release is available from ftp.gtk.org or ftp.gnome.org and its mirrors: http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.2/pygtk-2.2.0.tar.gz GTK is a toolkit for developing graphical applications that run on POSIX systems such as Linux, Windows and MacOS X (provided that the X server for MacOS X has been installed). It provides a comprehensive set of GUI widgets, can display Unicode bidi text. It links into the Gnome Accessibility Framework through the ATK library. PyGTK provides a convenient wrapper for the GTK library for use in Python programs, and takes care of many of the boring details such as managing memory and type casting. When combined with PyORBit and gnome-python, it can be used to write full featured Gnome applications. Like the GTK library itself PyGTK is licensed under the GNU LGPL, so is suitable for use in both free software and proprietary applications. It is already in use in many applications ranging from small single purpose scripts up to large full features applications. PyGTK now requires GTK >= 2.2 and Python >= 2.2 to build. It includes a number of changes since the last pygtk release; Lorenzo has provided a short summary of changes included, which I've included below. We'd really appreciate testing and bug reports on this release; please take the time out to download and test it to ensure it works for your application[s]. Bug reports, as always, should go to Bugzilla; check out http://pygtk.org/developer.html and http://pygtk.org/feedback.html for links to posting and querying bug reports for PyGTK. Help in fixing or advising on the blockers is also much appreciated. Lorenzo's summarized change list follows: - Better support for gtk.gdk.Pixbuf integration with Numerical arrays (Tim Evans) - Added gtk.gdk.Eventkey.hardware_code (Johan) - Added gtk.binding_entry_remove and gtk.accel_group_connect (Gustavo) - Don't allow reading non readable properties (James) - Better support for Pygtk generation tools (codegen, m4 macros, h2def, Makefile.am ...) (James, Jon Willeke, Xavier, Johan) - Allow None return values in gtk.GenericCellRenderer.start_editing (Johan) - Better and more flexible support for TreeModel and TreeView API: - Implemented gtk.TreeSelection.get_selected_rows - Allow None iter for gtk.GenericTreeModel.iter_n_children (Don Allingham) - Allow None parent for gtk.TreeMode.iter_children (Benjamin Cama) - Allow None iterator values in gtk.TreeModel (John Ehresman) - Implemented the gtk.ListStore.reorder method (Johan) - Swap parent and child argument for gtk.TreeModel.get_parent (Johan) - Allow None arguments for gtk.Widget.modify_* (jkluebs at luebsphoto.com) - Added support for some GTK+ 2.2 APIs (James): - Better support for gtk.Clipboard: set_with_data - Better support for gtk.gdk.Window: set_geometry_hints, peek_children, set_icon_list, for gtk.gdk.Screen: get_setting; and for gtk.Display: get_window_at_pointer - gdk.Pixbuf.get_formats() returns a list of dictionaries - More functions wrapped for GdkDisplay and GdkScreen - Removed gtkgl bindings - And lots of bug fixes: gdk.event_get_axis (Seth), distutils (Alif Wahid), mem leaks, gtk.Menu.popup (Gustavo) A Bonsai link to view the actual checkins follows: http://cvs.gnome.org/bonsai/cvsquery.cgi?treeid=default&branch=HEAD&branchtype=match&dir=gnome-python%2Fpygtk&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2003-09-02&maxdate=2004-04-01&cvsroot=%2Fcvs%2Fgnome -- Johan Dahlin johan@gnome.org From brett@python.org Thu Mar 11 19:52:52 2004 From: brett@python.org (Brett C.) Date: 11 Mar 2004 11:52:52 -0800 Subject: python-dev Summary for 2004-02-01 through 2004-02-29 References: Message-ID: > ... Martin v. L??wis ... I think I may finally have figured out what was causing my UTF-8 encoded text files to get mucked up between my machine and the newsgroup. I believe it was from OS X's TextEdit misinterpreting the encoding of the text files and thus opening them in an encoding that isn't compatible with UTF-8. The next summary will hopefully not have this issue. Should find out next week. Sorry to Martin and everyone else's names I have butchered over the past year and a half or so of summaries over this problem. -Brett From phil@riverbankcomputing.co.uk Thu Mar 11 22:05:41 2004 From: phil@riverbankcomputing.co.uk (Phil Thompson) Date: Thu, 11 Mar 2004 22:05:41 +0000 Subject: ANN: PyQt v3.11 Released (Python Bindings for Qt) Message-ID: Riverbank Computing is pleased to announce the release of PyQt v3.11 available from http://www.riverbankcomputing.co.uk/. Changes since the last release include support for Qt v3.3.1, and the addition of the QLocale, QIconDragEvent and QSocketDevice classes. 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 knight@baldmt.com Fri Mar 12 03:49:51 2004 From: knight@baldmt.com (Steven Knight) Date: Fri, 12 Mar 2004 03:49:51 +0000 (UTC) Subject: ANN: SCons 0.95 supports Visual Studio 2003, Borland tools, "D" programming language Message-ID: SCons is a software construction tool (build tool, or make tool) written in Python. It is based on the design which won the Software Carpentry build tool competition in August 2000. Version 0.95 of SCons has been released and is available for download from the SCons web site: http://www.scons.org/ Or through the download link at the SCons project page at SourceForge: http://sourceforge.net/projects/scons/ RPM and Debian packages and a Win32 installer are all available, in addition to the traditional .tar.gz and .zip files. WHAT'S NEW IN THIS RELEASE? IMPORTANT: Release 0.95 contains the following interface changes: - The default behavior of the Zip() Builder is now to create a compressed file. - The "overrides" keyword argument when creating a Builder() has been deprecated in favor of specifying the values directly with keyword arguments. - The meaning of the "mode" keyword argument values to the SCons.Util.scons_subst() and SCons.Util.scons_subst_list() functions have been changed. (These are internal functions and should have no external effect, but we list them here for completeness.) See the release notes for more information about these changes. This release adds the following features: - Microsoft Visual Studio 2003 (version 7.1) is now supported. - The bcc32, ilink32 and tlib Borland tools are now supported. - The Digital Mars "D" programming language is now supported. - A new $MSVS_USE_MFC_DIRS construction variable controls whether the Microsoft Visual Studio ATL and MFC directories are included in the default INCLUDE and LIB paths. - New AppendUnique() and PrependUnique() Environment methods add values (flags) to construction variables only if they're not already present. - New "rsrcpath" and "rsrcdir" attributes to the $TARGET, $TARGETS, $SOURCE and $SOURCES construction variables allow Builder commands to access Repository source directories when using a Builder. - A new --debug=count option displays the numbers of various types of internal objects created, when run under Python 2.1 or later. - A new --debug=objects option dumps information about SCons internal objects when run under Python 2.1 or later. - A new --debug=memory option displays memory usage statistics when run under Linux systems. - A new ZIPCOMPRESSION construction variable controls whether the internal Python action for the Zip Builder compresses the file or not. The default value is zipfile.ZIP_DEFLATED, which generates a compressed file. - A new "toolpath" Tool() and Environment keyword allows Tool modules to be searched for in specified local directories. The following bug fixes have been added: - SCons now gracefully handles non-string construction variables in all known situations. - Construction variables may now be recursively expanded (e.g. CCFLAGS = "$CCFLAGS -g") without going into an infinite loop. - Compile the moc_*.cc Qt files using the correct environment flags, not those from the environment that first had Qt Builders attached. - Expansions like ${TARGET.dir} now work properly in *PATH construction variables (like CPPPATH, F77PATH, etc.). - Qt support now works from a copied construction environment. - The M4 Builder now changes correctly to a Repository directory when the source file is in the source directory of a BuildDir. - Automatic checkout of implicit dependency files from SCCS and RCS has been fixed. - Builder-specific override values are now always used in substitutions, not just when there isn't a target-specific environment. - SCons now properly checks for whether all of the objects going into a SharedLibrary() are shared, even if the object was already built. - SCons now correctly looks up a Win32 drive letter with no path ('C:') as a directory. - Specifying .class files as input to JavaH with the .class suffix when they weren't generated using the Java Builder has been fixed. - The env.Action() method now returns the correct type of Action for its argument(s). - The Configure() function now works when called from nested subsidiary SConscript files more than one level deep. - Error message spellings have been corrected from "non-existant" to "non-existent." - The EnsureSConsVersion() function now checks against the SCons version, not the Python version, for all Python version. - SCons now properly handles command-line arguments with multiple = in them. - SCons now correctly retrieves all files from cache when multiple files would ordinarily be built by in a single Action. - Use of a custom _concat() function in the construction environment when calling _stripixes() has been fixed. - The Fortran scanner is now case-insensitive for the INCLUDE string (per the Fortan spec). - Side-effect targets are now properly removed before building their corresponding target. - BuildDir() can, once again, be called multiple times with the same target and source directory arguments. - Output lines now stay (more nearly) together when -j is used. - A bug in saving and restoring PackageOptions to a file has been fixed. - Microsoft Visual Studio type libraries are now built in the target directory, not the source directory. - Generated Microsoft Visual Studio project files now re-invoke SCons correctly regardless of whether the file was built via scons.bat or scons.py. - Evaluate $MSVSPROJECTSUFFIX and $MSVSSOLUTIONSUFFIX when the Builder is invoked, not when the tool is initialized. - A typo has been fixed in the Microsoft Visual C registry lookup ("VCComponents.dat", not "VSComponents.dat"). - When using Microsoft Visual C++, SCons now uses independently configured "include," "lib" or "path" from the registry. Previously, SCons would only use the values if all three were set in the registry. - SCons now ignore any "6.1" version of Microsoft Visual C++ found in the registry; this is apparently a phony version number (created by later service packs?) that throws off the logic if the user had any non-default paths configured. - SCons now uses the Microsoft Visual C++ 6.0 paths by default if the "msvc" Tool is specified but no version of MSVC is detected on disk. The following miscellaneous improvements have been added: - All *FLAGS variables now "do the right thing" (as much as possible) when appending flags with either strings or lists of flags. - The -H help text now lists the legal --debug values. - SCons now supplies an error message if you try to configure a BuildDir for a directory that already has one. - The error message when a source file can't be found has been reworded to make it more clear. - SCons now supplies a useful error message, not a stack trace, if a construction variable expansion contains a syntax error. - SCons now supplies meaningful error messages, not stack traces, if a non-Node is added as a source, dependency, or ignored dependency of a Node. - The $LIBS construction variable can now contain File nodes, and can now be a single string or File node, not a list, when only one library is needed. - When scanning for libraries to link with, SCons no longer appends $LIBPREFIXES or $LIBSUFFIXES values to the $LIBS values if they're already present. - SCons now allows a target that can have its Builder called multiple times to be called through multiple environments without error, so long as the Builder calls all use the same action. - The message about ignoring a missing SConscript file is now a suppressable Warning, not a hard-coded sys.stderr.write(). - On POSIX systems with the "env" command, spawn commands with the more portable "env -" idiom, instead of "env -i". - Improve Cygwin support by accomodating Cygwin Python's delusion that it's running on a case-sensitive file system. - Microsoft Visual Studio .NET and Visual C 6.0/7.0 path detection has been updated and made more robust. Memory utilization has been improved as follows: - "Build" construction environments with overrides are now only generated as needed, not for every target. - Nodes now delete their build environments after they've been built. The documentation has been improved: - The User's Guide now has an appendix describing how to accomplish various common tasks in Python. - Mention of the still-unimplemented -e option has been removed. - A man page typo of "JAVACHDIR" instead of "JARCHDIR" has been fixed. - An undocumented "for_signature" argument in the __call__() example of the "Variable Substitution" section has now been documented. - An odd double-quote escape sequence in the man page has been fixed. - The dbm_module argument to the SConsignFile() function has been documented. ABOUT SCONS Distinctive features of SCons include: - a global view of all dependencies; no multiple passes to get everything built properly - configuration files are Python scripts, allowing the full use of a real scripting language to solve difficult build problems - a modular architecture allows the SCons Build Engine to be embedded in other Python software - the ability to scan files for implicit dependencies (#include files); - improved parallel build (-j) support that provides consistent build speedup regardless of source tree layout - use of MD5 signatures to decide if a file has really changed; no need to "touch" files to fool make that something is up-to-date - easily extensible through user-defined Builder and Scanner objects - build actions can be Python code, as well as external commands An scons-users mailing list is available for those interested in getting started using SCons. You can subscribe at: http://lists.sourceforge.net/lists/listinfo/scons-users Alternatively, we invite you to subscribe to the low-volume scons-announce mailing list to receive notification when new versions of SCons become available: http://lists.sourceforge.net/lists/listinfo/scons-announce ACKNOWLEDGEMENTS Special thanks to Chad Austin, Kerim Borchaev, Chris Burghart, Steve Christensen, David M. Cooke, Charles Crain, Andy Friesen, Scott Lystig Fritchie, Bob Halley, Zephaniah Hull, Vincent Risi, Anthony Roach, Greg Spencer and Christoph Wiedemann for their contributions to this release. On behalf of the SCons team, --SK From jmiller@stsci.edu Fri Mar 12 21:36:54 2004 From: jmiller@stsci.edu (Todd Miller) Date: 12 Mar 2004 16:36:54 -0500 Subject: ANN: numarray-0.9 Message-ID: Release Notes for numarray-0.9 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 promotions. I. ENHANCEMENTS 1. Support for "from __future__ import division" True division has been implemented for numarray. This means that modules that wish to use true division can also use numarray and numarray division will work as follows: a. dividing any two integer arrays using "/" results in a Float32 array. b. dividing two floating point arrays using "//" results in truncation of the result as in: a // b == floor(a/b). 2. C-coded array slicing Array slicing has been re-implemented in C-code as part of the _ndarray module. This means faster slicing. Thanks go to Warren Hack, Chris Hanley, and Ivo Busko for helping debug a huge refcount error. 3. Decreased Ufunc overhead Ufunc execution speed has clawed and scratched its way back to where it was around numarray-0.5. Improvements here included optimization of the ufunc caching, smarter thread handling, and smarter support for subclasses. The ufunc caching is based on a simple 20 element table for each ufunc. 4. Faster array creation from C Code which creates NumArrays from C (including numarray itself) can now do so faster because the API functions have been modified to do the array __init__ inline rather than through an expensive Python callback. II. BUGS FIXED / CLOSED See http://sourceforge.net/tracker/?atid=450446&group_id=1369&func=browse for more details. 913781 Another memory leak in example in Chapter 12 908399 Numarray 0.7: "del a[1]" dumps core 899259 astype Int16 copy4bytes: access beyond buffer 895801 Buffer overflow in sum w/ 0-sized array 894810 MemoryError When Creating Large Arrays 890703 getnan() and getinf() failure 883124 and and operator.and respond differently 865410 Usage of __dict__ 854480 Slice assignment of float to integer 839367 Overlapping slice assign fails 828941 Numarray: determinant returns scalar or array 820122 Linearalgebra2.determinant problem 817343 Sub-classing of NumArray inhibited by complex values 793336 crash in _sort.pyd 772548 Reference counting errors 683957 Adding certain arrays fails in Numarray III. CAUTIONS 1. numarray extension writers should note that the documented use of PyArray_INCREF and PyArray_XDECREF (in numarray) has been found to be incompatible with Numeric and has therefore been deprecated. numarray wrapper functions using PyArray_INCREF and PyArray_XDECREF should switch to ordinary Py_INCREF and Py_XDECREF. -- Todd Miller From webmaster@keyphrene.com Sat Mar 13 06:55:17 2004 From: webmaster@keyphrene.com (webmaster@keyphrene.com) Date: Sat, 13 Mar 2004 06:55:17 GMT Subject: ANN: Naja 1.0.1 is now available Message-ID: Naja is a download manager and a website grabber written in Python/wxPython. You can add some plugins (newsreader, newsposter, client FTP, client WebDAV) and take control of your downloads from your office. Naja supports proxy (HTTP, HTTPS, FTP, SOCKS v4a, SOCKS v5), and use some authentication methods. The downloading maybe achieved by splitting the file being downloaded into several parts and downloading these parts at the same time (HTTP, HTTPS, FTP). Donwload speeds are increased by downloading the file from the mirrors sites, when the sites propose it. Others features: Csv filter Cheksums (CRC32, MD5, SHA1) newsreader, newsposter (uue, yEnc) CGI & WebDAV Server Web Interface basic and digest authentication for client and server Naja is available for download from the Keyphrene web site: http://www.keyphrene.com/products/naja From falted@pytables.org Mon Mar 15 13:18:41 2004 From: falted@pytables.org (Francesc Alted) Date: Mon, 15 Mar 2004 14:18:41 +0100 Subject: PyTables & numarray 0.9 warning Message-ID: Hi, Many of you will know that a new version of numarray (0.9) has been released past week. This new version has a number of cool features (specially, being faster in certain situations that affect directly to PyTables efficency :-). Unfortunately, the new version of numarray has deprecated the "buffer" keyword on the array() constructor, and that precise keyword was used in PyTables (just in one line). I've uploaded a new version of PyTables in the SourceForge repository with a cure on that. Please, if you have downloaded PyTables *before* March, 9th, download again from the PyTables web site (http://www.pytables.org) and rebuild the software (or install the new autoinstallable binaries for Windows). If you don't feel like having to do that, you can just apply this patch to get rid of the problem: -8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<- --- tables/Array.py.orig 2004-03-15 13:56:01.000000000 +0100 +++ tables/Array.py 2004-03-15 13:56:13.000000000 +0100 @@ -483,7 +483,7 @@ if repr(self.type) == "CharType": arr = strings.array(None, itemsize=self.itemsize, shape=shape) else: - arr = numarray.array(buffer=None, type=self.type, shape=shape) + arr = numarray.array(None, type=self.type, shape=shape) # Set the same byteorder than on-disk arr._byteorder = self.byteorder # Protection against reading empty arrays -8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<- My apologies for the inconveniences, -- Francesc Alted From jeremy@alum.mit.edu Mon Mar 15 15:47:34 2004 From: jeremy@alum.mit.edu (Jeremy Hylton) Date: Mon, 15 Mar 2004 10:47:34 -0500 Subject: PyCon BOF schedule Message-ID: http://www.python.org/cgi-bin/moinmoin/PyConBofs Sign up for PyCon Birds of a Feather (BOF) sessions, which will be held on March 24 and 25, Wednesday and Thursday evenings, from 8 to 11 pm. A BOF is an informal session, organized by attendees, to discuss a topic of interest. They are held in the evening so that they don't conflict with talks. Jeremy Hylton From htgk@mail.com Tue Mar 16 12:05:39 2004 From: htgk@mail.com (Moe A) Date: 16 Mar 2004 04:05:39 -0800 Subject: Exim Users? Message-ID: Hi, I am developing a GNOME Exim monitor/manager in python, and its in beta right now..I was wondering if anyone wanted to try it out and give me feedback... you can download it at www.htgresearch.net/pyeximon-0.5.tar.gz it requires python-gtk and python-numeric. Thanks, Moe From beta@thinksql.co.uk Tue Mar 16 22:39:09 2004 From: beta@thinksql.co.uk (Greg Gaughan) Date: Tue, 16 Mar 2004 22:39:09 -0000 Subject: ANN: Magpy RSS Reader Message-ID: The Magpy RSS Reader is now available for download at http://www.thinksql.co.uk/Support/Sample/MagpyRSSReader.html. Powered by Python, Mark Pilgrim's Universal Feed Parser, and ThinkSQL, this cross-platform RSS feed aggregator organises and automatically updates your internet news. The article summaries are presented in your web browser. Greg Gaughan ThinkSQL From willg@bluesock.org Thu Mar 18 01:15:12 2004 From: willg@bluesock.org (will guaraldi) Date: Wed, 17 Mar 2004 19:15:12 -0600 (CST) Subject: ANN: Pyblosxom 0.9 Message-ID: pyblosxom is a weblogging tool written in Python and modelled after blosxom. It is written due to the fact that clones for blosxom exists except for python, so this is my implementation of it. In fact I'm into cloning so much that this announcement was ripped from a Kaa announcement, another weblogging tool written in python. The project web-site is at: http://roughingit.subtlehints.net/pyblosxom Features for this release include: * Added a logger and locking code * Overhauled the xmlrpc system * Added the verify_installation code * Added handle callback * Added Atom 0.3 flavour * Overhaul of code base to fix concurrancy issues * Added support for Metaweblog API * Bug fixes, security fixes, and optimizations Anyone who is currently using an older version is encouraged to upgrade. If you have any problems, toss us an email on the pyblosxom-users mailing list and we can help you out. Thanks and enjoy! /will From middleware04@eecg.toronto.edu Thu Mar 18 22:38:14 2004 From: middleware04@eecg.toronto.edu (Middleware 04) Date: Thu, 18 Mar 2004 17:38:14 -0500 (EST) Subject: Middleware04: Call for Papers, Workshop Proposals and Tutorials Message-ID: =09 Call for Papers, Workshop Proposals, and Tutorials =09=09=09 Middleware 2004 NEWS: Paper submission site is open http://msrcmt.research.microsoft.com/ACM2004/ Accompanying workshop proceedings will be disseminated through the ACM Dig= ital Library. ACM/IFIP/USENIX 5th International Middleware Conference =09=09 (IFIP society sponsorship pending) =09=09 Toronto, Ontario, Canada =09=09 October 18th - 22nd, 2004 =09 http://www.eecg.utoronto.ca/middleware2004/ Overview Requirements for faster development cycles, decreased development efforts, greater software reuse, and better end-to-end control over system resources are motivating the creation and use of middleware systems and middleware-based architectures. Middleware is systems software that resides between the applications and the underlying operating systems, network protocol stacks, and hardware. Its primary role is to functionally bridge the gap between application programs and the lower-level hardware and software infrastructure in order to coordinate how application components are connected and how they interoperate. Furthermore, middleware enables and simplifies the integration of components developed by multiple technology suppliers. In this sense middleware systems are sets of services and abstractions that facilitate the development and deployment of distributed applications in heterogeneous, distributed, computing environments. Next-generation distributed applications and systems will increasingly be developed using middleware. This dependency poses hard challenges, including latency hiding, masking partial failures, information assurance and security, legacy integration, dynamic service partitioning and load balancing, and end-to-end quality of service specification and enforcement. To address these challenges, researchers and practitioners need to discover and validate techniques, patterns, and optimizations for middleware frameworks, multi-level distributed resource management, and adaptive and reflective middleware architectures. Following the success of past conferences in this series, the 5th International Middleware Conference will be the premier event for middleware research and technology in 2004. The scope of the conference is the design, implementation, deployment, and evaluation of distributed system platforms and architectures for future computing and communication environments. Highlights of the conference will include a high quality technical program, tutorials, invited speakers, poster presentations, and workshops. The proceedings of Middleware 2004 will be published as a Springer-Verlag volume in the Lecture Notes in Computer Science Series. For paper formatting instructions see the Springer-Verlag guidelines for authors. All papers should be no more than 20 pages in length. For more detailed submission instructions, please visit the Middleware 2004 web site. Topics of Interest The topics of this conference include, but are not limited to: Distributed real-time and embedded middleware platforms Reliable and fault-tolerant middleware platforms Support for multimedia in middleware platforms Middleware for Grid computing Novel quality of service architectures and evaluation techniques Event-based, publish/subscribe and messaging-oriented middleware platform= s Open architectures for reconfigurable middleware Adaptive and reflective middleware Aspect-oriented middleware Generative programming techniques for middleware development Middleware protocols and services for information assurance and security Formal methods and tools for reasoning about middleware systems and servi= ces Management and use of component-based systems in distributed environments Applications of middleware technologies, including telematics, command and control, avionics, and e-commerce Novel paradigms, APIs, and languages for distributed systems Integration of middleware with model-integrated computing architectures, such as the OMG's Model Driven Architecture (MDA) Extensions and refinements to RM-ODP, CORBA, J2EE, .NET, etc. Impact of emerging Internet technologies and standards on middleware plat= forms Integration of middleware platforms with Web services and Java technologi= es Distributed systems management and interactive configuration and developm= ent tools Issues of scalability in existing and new distributed systems platforms Engineering distributed systems in heterogeneous and mobile networks Middleware for ubiquitous and mobile computing Organization General Chair: Steve Vinoski (IONA Technologies, Inc.) Program Chair: Hans-Arno Jacobsen (University of Toronto, C= anada) WiP Papers Chair: Jean Bacon (Cambridge University, UK) Tutorials Chair: Stefan Tai (IBM T.J. Watson, USA) Advanced Workshops Chair: Fabio Kon (USP, Brazil) Posters Chair: Eyal de Lara (University of Toronto, Canada) Local Arrangements Chair: Baochun Li (University of Toronto, Canada) Publicity Chair: Cristiana Amza (University of Toronto, Canad= a) Student Travel Grants Chair: Daby M, Sow (IBM T.J. Watson, USA) Program Committee Gul Agha (U. of Illinois, Urbana Champaign, USA) Gustavo Alonso (ETH Z=FCrich, Switzerland) Jean Bacon (Cambridge U., UK) Mark Baker (Canada) Guruduth Banavar (IBM T.J. Watson, USA) Alejandro Buchmann (Darmstadt U. of Technology, Germany) Andrew Campbell (Columbia U., USA) Roy Campbell (U. of Illinois, Urbana Champaign, USA) Harold Carr (Sun, USA) Geoff Coulson (Lancaster U., UK) Prem Devanbu (UC Davis, USA) Jan DeMeer (IHP-Microelectronics, Germany) Naranker Dulay (Imperial College, UK) Markus Endler (PUC-Rio, Brazil) Mike Feeley (U. of British Columbia, Canada) Chris Gill (Washington U., St. Louis, USA) Aniruddha Gokhale (Vanderbilt U., USA) Peter Honeyman (CITI, U. of Michigan, USA) Bettina Kemme (McGill U., Canada) Fabio Kon (U. of S=E3o Paulo, Brazil) Doug Lea (SUNY Oswego, USA)Joe Loyall (BBN Technologies, USA) Edmundo Madeira (U. of Campinas, Brazil) Keith Moore (HP Laboratories, USA) Hausi Muller (U. of Victoria, Canada) Klara Nahrstedt (U. of Illinois, Urbana Champaign, USA) Dennis Noll (Boeing, USA) Kerry Raymond (DSTC, Australia) Luis Rodrigues (U. of Lisboa, Portugal) Isabelle Rouvellou (IBM T.J. Watson, USA) Michael Stal (Siemens, Germany) Rick Schantz (BBN Technologies, USA) Douglas Schmidt (Vanderbilt U., USA) Jean-Bernard Stefani (INRIA, Grenoble, France) Joe Sventek (University of Glasgow, UK) Janos Sztipanovits (Vanderbilt U., USA) Stefan Tai (IBM T.J. Watson, USA) Peter Triantafillou (U. of Patras, Greece) Nalini Venkatasubramanian (U. of California, Irvine, USA) Werner Vogels (Cornell U., USA) Martina Zitterbart (U. of Karlsruhe, Germany) Submission Deadlines Abstract submission: Tuesday, March 30th, 2004 Research Papers: Tuesday, April 6th, 2004 Work in Progress Papers: Tuesday, April 6th, 2004 Posters: Saturday, July 10th, 2004 Workshop Proposals: Tuesday, March 30th, 2004 Tutorial Proposals: Tuesday, May 11th, 2004 **All deadlines are 11:59pm PST.** Notification of acceptance (papers): Monday June 14th, 2004 Notification of acceptance (posters): Tuesday, August 10th, 2004 Camera-ready papers due (papers): Monday July 12th, 2004 Related Events The 30th International Conference on Very Large Data Bases also to be held in Toronto, Canada. For more information please visit VLDB 2004 (http://www.vldb04.org/). The 23rd Annual ACM SIGACT-SIGOPS Symposium on Principles of Distributed Computing and the Workshop on Concurrency and Synchronization in Java Programs held in conjunction. For more information please visit PODC 2004 (http://www.podc.org/podc2004/). More Information For further information and submission instructions, please visit http://www.eecg.utoronto.ca/middleware2004/ . ----- From Python Developer List Thu Mar 18 23:28:05 2004 From: Python Developer List (=?ISO-8859-1?Q?Michael_Str=F6der?=) Date: Fri, 19 Mar 2004 00:28:05 +0100 Subject: ANN: python-ldap-2.0.0pre20 Message-ID: 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). Changes: Wrapped OpenLDAP's ldap_whoami_s(). Fixed incompability with OpenLDAP 2.2 libs. Code cleaning. ---------------------------------------------------------------- Released 2.0.0pre20 2004-03-xx Changes since 2.0.0pre19: Modules/: * Removed doc strings from functions.c * Removed probably unused wrapper function l_ldap_dn2ufn() since ldap_dn2ufn() is deprecated in OpenLDAP 2.1+ * Removed wrapper function l_ldap_is_ldap_url(). * Removed macro add_int_r() from constants.c since it caused incompability issues with OpenLDAP 2.2 libs (Warning: all result types are Integers now! Use the constants!) * New wrapper function l_ldap_whoami_s() ldap.ldapobject: * New wrapper method LDAPObject.whoami_s() ldap.functions: * Removed is_ldap_url(). The more general function ldapurl.isLDAPUrl() should be used instead. ldap.sasl: * Added class cram_md5 (for SASL mech CRAM-MD5) ldap.async: * Use constants for search result types (see note about add_int_r() above). From jacob@cd.chalmers.se Fri Mar 19 23:59:38 2004 From: jacob@cd.chalmers.se (Jacob Hallen) Date: 19 Mar 2004 23:59:38 GMT Subject: Europython Call for Participation Message-ID: EuroPython 2004 to be held 7-9 June in Göteborg, Sweden. The EuroPython conference will have tracks for Science, Business, Education, Applications, Frameworks, Zope and the Python language itself. Lightning talks, Open Space and BOF sessions are also planned. There will be tutorials as well, both for newcomers to Python and Python users interested in special subjects. In the days before and after the conference, programming sprints will be arranged. In the call for participation prospective speakers are welcomed to give either a formal, refereed paper or a less formal regular presentation. "We see a lot of interest in this years conference even before officially announcing it, with people asking for accomodation information, wanting to give talks and volunteering for other tasks", says Jacob Hallén, head organiser. "We hope that people will stay for a few days after the conference to join spontaneously organised programming sprints", says Laura Creighton, sprint coordinator. "Sprints are fun, and we will have good facilities for them." Important dates * Refereed paper proposals: 19 March - 31 March * Submission of talks: 19 March - 15 April. * Early Bird registration: 31 March - 1 May. For more information and submission forms, please visit http://www.europython.org -- From trevp@trevp.net Sun Mar 21 10:49:18 2004 From: trevp@trevp.net (Trevor Perrin) Date: 21 Mar 2004 02:49:18 -0800 Subject: ANN: TLS Lite 0.3.0 Message-ID: I'm pleased to announce a new release of TLS Lite. Several requested features have been added, and I've cleaned things up a lot. New features since 0.2.0 ------------------------- - API docs (courtesy of Epydoc) - integrates with Twisted and asyncore - supports PyCrypto and GMPY for performance - X.509 path validation (requires cryptlib) - supports loading PEM private keys in pure Python - supports OS-specific Random Number Generators - RSA blinding to prevent timing attacks http://trevp.net/tlslite/ TLS Lite is a free python library that implements SSL v3 and TLS v1. TLS Lite supports non-traditional authentication methods such as SRP, shared keys, and cryptoIDs, in addition to X.509 certificates. Trevor From blackman@despammed.com Sun Mar 21 18:14:23 2004 From: blackman@despammed.com (Bernd Preusing) Date: Sun, 21 Mar 2004 19:14:23 +0100 Subject: ANN: PyAlbum 0.5.0: a template driven web photo album generator Message-ID: A new version of PyAlbum is available: PyAlbum 0.5.0 What's new since 0.4.3 (last announcement here): ================================== - image filters: texts, logos and more... - some templates reworked - better video and audio support - new EXIF module, more info extracted What is PyAlbum: ============= - generates static HTML pages or simple text or XML files from Images - platform independent - written in Python (GPL) - reads info from several sources (text files, image comments, 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 - uses PIL and EmPy python modules 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 From abulka@netspace.net.au Mon Mar 22 03:58:40 2004 From: abulka@netspace.net.au (Andy Bulka) Date: 21 Mar 2004 19:58:40 -0800 Subject: ANNOUNCE: PyNSource 1.3 reverse engineering UML tool for Python source code Message-ID: Announcing PyNSource 1.3 A UML reverse engineering and modelling tool for Python source code. http://www.atug.com/andypatterns/pynsource.htm PyNSource is a python code scanner and UML modelling tool that generates UML diagrams that you can layout, arrange and print out. A standalone exe release for windows users is available. PyNSource can also generate UML ASCII / text diagrams, which you can paste into your source code for documentation purposes, in conjunction with an ascii art editor (see references on web site). PyNSource can scan python source code and generate compilable Java or Delphi code, which can be subsequently imported into more sophisticated UML modelling tools. New in this release ------------------- * GUI front end allowing you to import python code directly into a manipulatable UML diagram. * Delphi output (.pas files) * Java output (.java files) now compilable * Standalone .EXE of GUI for windows users. * Print and Print Preview support Features -------- * Resilient: doesn't import the python files, thus will never get "stuck" when syntax is wrong.  * Fast * Recognises inheritance and composition relationships * Detects the cardinality of associations e.g. one to one or 1..* etc * Optionally treat modules as classes - creating a pseudo class for each module - module variables and functions are treated as attributes and methods of a class * Has been developed using unit tests (supplied) so that you can trust it just that little bit more ;-) * Free http://www.atug.com/andypatterns/pynsource.htm Andy Bulka http://www.atug.com/andypatterns From uwe.schmitt@procoders.net Tue Mar 23 10:09:43 2004 From: uwe.schmitt@procoders.net (Uwe Schmitt) Date: 23 Mar 2004 10:09:43 GMT Subject: PyPosta Message-ID: Hi, I'd like to announce PyPosta, a console based tool for browsing and cleaning POP boxes without downloading full mails. It uses Console.py from http:///www.effbot.org and thus runs on Windows only. It implments some reusable GUI widgets like ListBox, TextField, .. and uses a state machine for handling user reactions. Internally a separate thread keeps the connection open in order to avoid unintended locking of the mailbox. Source can be found at http://www.rocksport.de/ftp/PyPosta_source.zip An executable for Windows is at http://www.rocksport.de/ftp/PyPosta_winxp.zip It runs on Win XP, ME, 2K. Greetings, Uwe. -- Dr. rer. nat. Uwe Schmitt http://www.procoders.net schmitt@procoders.net "A service to open source is a service to mankind." From edreamleo@charter.net Tue Mar 23 14:40:28 2004 From: edreamleo@charter.net (Edward K. Ream) Date: Tue, 23 Mar 2004 08:40:28 -0600 Subject: LeoBof cancelled at PyCon Message-ID: I shall not be attending PyCon this week due to illness. As a result, Leo's "Bird's of a feather" session has been cancelled. My apologies for this last-minute change of plans. Edward -------------------------------------------------------------------- Edward K. Ream email: edreamleo@charter.net Leo: Literate Editor with Outlines Leo: http://webpages.charter.net/edreamleo/front.html -------------------------------------------------------------------- From mark@prothon.org Thu Mar 25 06:25:08 2004 From: mark@prothon.org (Mark Hahn) Date: Wed, 24 Mar 2004 22:25:08 -0800 Subject: PROTHON, a classless Python Message-ID: Ben Collins and I have developed a new interpreted object-oriented language very closely based on Python, that is Prototype-based, like Self (http://research.sun.com/research/self/language.html) instead of class-based like Python. I have named the language Prothon, short for PROtotype pyTHON. You can check it out at http://prothon.org. The prototype scheme makes object oriented computing very simple and complicated things like meta-classes melt away. Once you get used to prototypes, classes seem very ancient and old-fashioned. You can inherit data as well as methods and you can switch prototypes (think "types" or "classes") on the fly. Prothon is pre-alpha, but runs well enough to give it a spin. Basic types, the File object, importing, packages, and the Re module are ready to try. It runs on Linux/Unix and Windows. Obviously Prothon is not Python compatible, so I have taken the liberty of implementing many changes that have been imagined for the almost mythical Python 3.0. Right now I've made decisions unilaterally, but I'm not planning on freezing language decisions until 7/04, so get on the Prothon mailing lists and make your opinions known. Since the Prothon interpreter has been written from the ground up, we've had the opportunity to make it industrial-strength. We feel this is very important for high-end hosting applications, and that this is a current weakness of Python and it's GIL. Prothon has no GIL. Here are some interpreter features: - Uses native OS threads, even multiple interpreters can run at once on the same objects. - Locking is done at the object level with shared read locks and exclusive write locks. - No recursion limits, Prothon is stackless. - Garbage collection is mark-and-sweep in seperate thread. - C coding is simple. Macros simulate coding at Prothon level. (No reference counting!) - Ints are 64-bits, internal architecture is all 64-bit. - Built on Apache Portable Runtime (APR) for stability, ease in porting, and eventual integration with Apache. From drifty@alum.berkeley.edu Thu Mar 25 13:46:21 2004 From: drifty@alum.berkeley.edu (Brett C.) Date: Thu, 25 Mar 2004 08:46:21 -0500 Subject: python-dev Summary for 2004-03-01 through 2004-03-15 Message-ID: python-dev Summary for 2004-03-01 through 2004-03-15 ++++++++++++++++++++++++++++++++++++++++++++++++++++ This is a summary of traffic on the `python-dev mailing list`_ from March 01, 2004 through March 15, 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-seventh summary written by Brett Cannon (waiting for PyCon to start). 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/2004-02-01_2004-02-29.html .. _original text file: http://www.python.org/dev/summary/2004-03-01_2004-03-15.ht ===================== Summary Announcements ===================== Still looking for a summer job or internship programming. If you know of one, please let me know. Ever since I first had to type Martin v. Loewis' name, I have had issues with Unicode in the summary. When I realized there was a problem I thought it was Vim changing my Unicode in some way since I would notice problems when I reopened the file in TextEdit, OS X's included text editor that I have always used for writing the summaries (and no, I am not about to use Vim to do this nor Emacs; spoiled by real-time spelling and it is just the way I do it). Well, I was wrong. Should have known Vim was not the issue. Turned out that TextEdit was opening the text files later assuming the wrong character encoding. When I forced it to open all files as UTF-8 I no longer had problems. This also explains the weird MIME-quoted issues I had earlier that Aahz pointed out to me since I was just copying from TextEdit into Thunderbird_, my email client, without realizing TextEdit was not reading the text properly. So I thought I finally solved my problem. Ha! Not quite. Turned out to be a slight issue on the generation of the email based on the tool chain for how we maintain the python.org web site. This is in no way the web team's fault since I have unique requirements for the Summaries. But without having to do some recoding of ht2html_ in order to specify the text encoding, I wasn't sure how I should handle this. I thought I had this solved under reST_, but my solution turned out not to work. So the battle continues. So, for the moment, Unicode is not working for the summaries. And here is a question of people who read the Summaries on a regular basis: would you get any benefit in having new summaries announced in the `python.org RSS feed`_? Since this entails one extra, small step in each summary I am asking people to email me to let me know if this would in any way make their lives easier. So please let me know if knowing when a new summary is out by way of the RSS feed would be beneficial to you or if just finding from `comp.lang.python`_ or `comp.lang.python.announce`_ is enough. I actually wrote this entire summary either in the airport or on the flight to DC for PyCon (thank goodness for emergency aisles; my 6'6" frame would be in much more pain than it is otherwise) and thus on Spring Break! I am hoping to use this as a turning point in doing the Summaries on a semi-monthly basis again. We will see if Spring quarter lets me stick to that (expecting a lighter load with less stress next quarter). .. _Thunderbird: http://www.mozilla.org/projects/thunderbird/ .. _ht2html: http://ht2html.sf.net/ .. _directive: http://docutils.sourceforge.net/spec/rst/directives.html .. _python.org RSS feed: http://www.python.org/channews.rdf .. _PyCon: http://www.pycon.org/ .. _comp.lang.python.announce: http://groups.google.com/groups?q=comp.lang.python.announce&ie=UTF-8&oe=UTF-8&hl=en&btnG=Google+Search ========= Summaries ========= -------- PEP news -------- PEP 309 ("Partial Function Application") has been rewritten. PEP 318 got a ton of discussion, to the point of warranting its own summary: `PEP 318 and the discussion that will never end`_. PE 327, which is the spec for the Decimal module in the CVS sandbox, got an update. Contributing threads: - `PEP 309 re-written `__ - `Changes to PEP 327: Decimal data type `__ ----------------------------------------------- Playing willy-nilly with stack frames for speed ----------------------------------------------- A patch to clean up the allocation and remove the freelist (stack frames not in use that could be used for something else) was proposed. Of course it would have been applied immediately if there wasn't a catch: recursive functions slowed down by around 20%. A way to get around this was proposed, but it would clutter up the code which was being simplified in the first place. Guido said he would rather have that than have recursive calls take a hit. Then a flurry of posts came about discussing other ways to try to speed up stack allocation. Contributing threads: - `scary frame speed hacks `__ - `reusing frames `__ ---------------------------------------------- PEP 318 and the discussion that will never end ---------------------------------------------- Just looking at the number of contributing threads to this summary should give you an indication of how talked about this PEP became. In case you don't remember the discussion `last time`_, this PEP covers function/method(/class?) decorators: having this:: def foo() [decorate, me]: pass be equivalent to:: def foo(): pass foo = me(decorate(foo)) What most of the discussion came down to was syntax and the order of application. As of this moment it has come down to either the syntax used above or putting the brackets between the function/method name and the parameters. Guido spoke up and said he liked the latter syntax (which is used by Quixote_). People, though, pointed out that while the syntax works for a single argument, adding a long list starts to separate the parameter tuple farther and farther from the function/method name. There was at least one other syntax proposal but it was shot down quickly. Order of application seems to have been settled. Some want the order to be like in the example. Others, though, want the reverse order: ``decorate(me(foo))``. In the end, though, the order in the example code is what people preferred. In the end it was agreed the PEP needed to be thoroughly rewritten which is currently happening. .. _last time: 2004-02-01_2004-02-29.html#function-decoration-and-all-that-jazz .. _Quixote: http://www.mems-exchange.org/software/quixote/ Contributing threads: - `Pep 318 - new syntax for wrappers `__ - `new syntax (esp for wrappers) `__ - `PEP 318 - function/method/class decoration `__ - `(Specific syntax of) PEP 318 - function/method/class `__ - `PEP 318 - generality of list; restrictions on elements `__ - `PEP 318 needs a rewrite `__ - `Python-Dev Digest, Vol 8, Issue 20 `__ - `PEP 318 trial balloon (wrappers) `__ - `funcdef grammar production `__ ---------------------------------------- Compiler optimization flags for the core ---------------------------------------- The topic of compiler flags that are optimal for Python came up when Raymond Hettinger announced his new LIST_APPEND opcode (discussed later in `Optimizing: Raymond Hettinger's personal crack`_). This stemmed from the fact that the bytecode has not been touched in a while. This generated a short discussion on the magic that is caches and how the eval loop always throws a fit when it gets played with. One suggestion was to rework some opcodes to use other opcodes instead in order to remove the original opcodes entirely from the eval loop. But it was pointed out it would be better to just factor out the C code to functions so that they are just brought into the cache less often instead of incurring the overhead of more loops through the eval loop. This then led to AM Kuchling to state that he was planning in giving a lightning talk at PyCon_ about various compiler optimization flags he tried out on Python. Looks like that compiling Python/ceval.c with -Os (optimizes for space) w/ everything else using -O3 gave the best results using gcc 3. This sparked the idea of more architecture-dependent compiler optimizations which would be set when 'configure' was run and detected the hardware of the system. In the end no code was changed in terms of the compiler optimizations. Contributing threads: - `New opcode to simplifiy/speedup list comprehensions `__ - `Who cares about the performance of these opcodes? `__ ------------------------------------------------------ Take using Python as a calculator to a whole new level ------------------------------------------------------ I remember once there was a thread on `comp.lang.python`_ about how to tell when you had an addiction to Python. One of the points was when you start to use Python as your calculator (something I admit to openly; using the 'sum' built-in is wonderful for quick addition when I would have used a Scheme interpreter). Well, Raymond Hettinger had the idea of adding a 'calculator' module that would provide a ""pretty good" implementations of things found on low to mid-range calculators like my personal favorite, the hp32sII student scientific calculator". He then listed a bunch of functionality the HP calculator has that he would like to see as a module. Beyond sparking some waxing about calculators, and the HP 32sII especially (I used a TI-82 back in high school and junior college so I won't even both summarizing the nostalgic daydreaming on HP calculators), the discussion focused mainly on what functionality to provide and the accuracy of the calculations. The former topic focused on what would be reasonable and relatively easy to implement without requiring a mathematician to write in order to be correct or fast. The topic of accuracy, though, was not as clear-cut. First the issue of whether to use the in-development Decimal module would be the smart thing to do. The consensus was to use Decimal since floating-point, even with IEEE 754 in place, is not accurate enough for something that wants to be as accurate as an actual calculator. Then discussions on the precision of accuracy came up. It seemed like it would be important to have a level of precision kept above the expected output precision to make sure any rounding errors and such would be kept to a minimum. Raymond is going to write a PEP outlining the module. Contributing threads: - `calculator module `__ ------------------------ dateutil module proposed ------------------------ Gustavo Niemeyer offered to integrate his dateutil_ module into the stdlib. Discussion of how it should tie into datetime and whether all of it or only some of its functionality should be brought in was transpired. As of right now the discussion is still going on. .. _dateutil: https://moin.conectiva.com.br/DateUtil Contributing threads: - `dateutil `__ ---------------------------------------------- Optimizing: Raymond Hettinger's personal crack ---------------------------------------------- Raymond Hettinger, the speed nut that he is, added a new opcode to Python to speed up list comprehensions by around 35%. But his addiction didn't stop there. Being the dealer of his own drug of choice, Raymond got his next fix by improving on iterations for dictionaries (this is, of course, after all of his work on the list internals). As always, thanks goes to Raymond for putting in the work to make sure the CPython interpreter beats the Parrot_ interpreter by that much more come `OSCON 2004`_ and the Pie-thon contest. And, at Hye-Shik Chang's request, Raymond listed off his list of things to do to feed his addiction so he doesn't go into withdrawls any time in the future. Most of them are nice and involved that would make great personal/research projects. .. _Parrot: http://www.parrotcode.org/ .. _OSCON 2004: http://conferences.oreillynet.com/os2004/ Contributing threads: - `New opcode to simplifiy/speedup list comprehensions `__ - `Joys of Optimization `__ From Pierre-et-Liliane.DENIS@village.uunet.be Sun Mar 28 20:46:15 2004 From: Pierre-et-Liliane.DENIS@village.uunet.be (Pierre Denis) Date: Sun, 28 Mar 2004 22:46:15 +0200 Subject: ANN: Unum 4.0 released Message-ID: Unum 4.0 is now available on http://home.tiscali.be/be052320/Unum.html. This Python module allows you to work with units like volts, hours, meter-per-second or dollars-per-spam. So you can play with true quantities (called 'unums') instead of simple numbers. Consistency between units is checked at each expression evaluation; an exception is raised when something inconsistent is detected, like adding meters to seconds. Unit conversion and unit output formatting are performed automatically when needed. The main goals are to avoid unit errors in your calculations and to make unit output formatting easy and uniform. Unum is a 'pure' Python module. IMHO, it is stable, lightweight and easy to use. The site contains a comprehensive tutorial page. This new version encompasses all the SI units and allows you to define your own libraries of units, with specific names and symbols. Other improvements make this version more solid and more in-line with latest Python versions: compatibility with NumPy, packages, misc. optimizations, true exceptions, new-style class, static methods, etc. The installation should be easier and more standard through distutils-generated files. The site and tutorial page have been updated to give more accurate information. This version requires Python 2.2 (at least). The license is GPL. Any comments are welcome (E-mail: Pierre.Denis@spacebel.be). Thanks for your interest, Pierre Denis

Unum 4.0 - Unum is a Python module that allows to process quantities with units. (28-Mar-04) From lsmithso@NOhare.SPAM.demon.co.uk Mon Mar 29 12:05:21 2004 From: lsmithso@NOhare.SPAM.demon.co.uk (Les Smithson) Date: 29 Mar 2004 13:05:21 +0100 Subject: ANNOUNCE: Pymqi 0.5 MQ Interface released Message-ID: Pymqi 0.5 is now available at http://www.hare.demon.co.uk/pymqi. This version adds support for MQ 5.3 SSL client connections and a PCF interface. 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 Python Developer List Mon Mar 29 16:50:57 2004 From: Python Developer List (=?ISO-8859-1?Q?Michael_Str=F6der?=) Date: Mon, 29 Mar 2004 18:50:57 +0200 Subject: ANN: python-ldap-2.0.0pre21 Message-ID: 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). Changes: Wrapped OpenLDAP's ldap_whoami_s(). Fixed incompability with OpenLDAP 2.2 libs. Code cleaning. ---------------------------------------------------------------- Released 2.0.0pre21 2004-03-29 Changes since 2.0.0pre20: setup.py: * runtime_library_dirs is set Modules/: * (Hopefully) fixed building with OpenLDAP 2.2 libs in errors.c * Removed meaningless repr() function from LDAPObject.c * Removed setting LDAP_OPT_PROTOCOL_VERSION in l_ldap_sasl_bind_s() * Modified string handling via berval instead of *char in l_ldap_compare_ext() makes it possible to compare attribute values with null chars. * Wrapped ldap_sasl_bind() for simple binds instead of ldap_bind() since 1. the latter is marked deprecated and 2. ldap_sasl_bind() allows password credentials with null chars. * Removed unused sources linkedlist.c and linkedlist.h * Function l_ldap_whoami_s() only added if built against OpenLDAP 2.1.x+ libs (should preserve compability with 2.0 libs) ldap.ldapobject: * LDAPObject.bind() only allows simple binds since Kerberos V4 binds of LDAPv2 are not supported anymore. An assert statement was added to make the coder aware of that. * Renamed former LDAPObject.sasl_bind_s() to LDAPObject.sasl_interactive_bind_s() since it wraps OpenLDAP's ldap_sasl_interactive_bind_s() From jjl@colt-telecom.nl Mon Mar 29 17:07:30 2004 From: jjl@colt-telecom.nl (John J. Lee) Date: 29 Mar 2004 18:07:30 +0100 Subject: ANN: Python UK Conference, 16th - 17th April 2004 Message-ID: The Python UK conference is taking place on Friday and Saturday 16th and 17th of April, as part of the ACCU Spring Conference at the Randolph Hotel in the centre of Oxford. The impressive list of speakers includes David Ascher, Alex Martelli, Armin Rigo of Psyco and PyPy fame, Duncan Booth, Chris Withers, and core CPython and Jython developers Michael Hudson and Samuele Pedroni. The Python conference follows a 2-day Open Source event with well-known open-source leader and Pythonista Eric Raymond, co-founder of Zope corp Paul Everitt, and a host of other interesting speakers. http://www.accu.org/conference/ http://www.accu.org/conference/python.html http://www.accu.org/conference/opensource.html Though all the official speakers are invited, there will be considerable space during breaks and after hours for Python mini-talks, Birds of a Feather meetings and sprints (possibly including a PyPy sprint). There are also very reasonable sponsorship options (starting from =A3200 for a lunchtime stand and talk) for Python companies wishing to promote themselves; see the 'sponsorship' page of the site for details. John From ngps@netmemetic.com (Ng Pheng Siong) Tue Mar 30 03:27:11 2004 From: ngps@netmemetic.com (Ng Pheng Siong) (Ng Pheng Siong) Date: 30 Mar 2004 03:27:11 GMT Subject: M2Crypto 0.13 Message-ID: Hi, M2Crypto 0.13 is now available. M2Crypto is a crypto and SSL toolkit for Python featuring the following: * RSA, DSA, DH, HMACs, message digests, symmetric ciphers (including AES). * SSL functionality to implement clients and servers. * HTTPS extensions to Python's httplib, urllib, and xmlrpclib. * Unforgeable HMAC'ing AuthCookies for web session management. * FTP/TLS client and server. * S/MIME. * ZServerSSL: A HTTPS server for Zope. * ZSmime: An S/MIME messenger for Zope. Get it here: http://sandbox.rulemaker.net/ngps/m2/ Feedback is appreciated. Cheers. -- Ng Pheng Siong http://firewall.rulemaker.net -+- Firewall Change Management & Version Control http://sandbox.rulemaker.net/ngps -+- Open Source Python Crypto & SSL From johan@gnome.org Tue Mar 30 12:03:56 2004 From: johan@gnome.org (Johan Dahlin) Date: Tue, 30 Mar 2004 14:03:56 +0200 Subject: ANNOUNCE: gst-python 0.7.90 Message-ID: I am pleased to announce 0.7.90, named "Here's looking at you kid" of the Python bindings for GStreamer. The new release is available from: http://gstreamer.freedesktop.org/src/gst-python/gst-python-0.7.90.tar.gz GStreamer is a library that allows the construction of graphs of media-handling components, ranging from simple mp3 playback to complex audio (mixing) and video (non-linear editing) processing. Applications can take advantage of advances in codec and filter technology transparently. Developers can add new codecs and filters by writing a simple plugin with a clean, generic interface. GStreamer is released under the LGPL. gst-python provides a convenient wrapper for the GStreamer library for use in Python programs, and takes care of many of the boring details such as managing memory and type casting. Like the GTK library itself gst-python is licensed under the GNU LGPL, so is suitable for use in both free software and proprietary applications. It is already in use in many applications ranging from small single purpose scripts up to large full features applications. To build, gst-python requires: PyGTK >= 1.99.14 GStreamer >= 0.8.0 GStreamer-plugins >= 0.8.0 (optional, for player and interfaces) Python >= 2.2 This is the first release that targets GStreamer 0.8 and include many changes since the last release. The main features are: * GstPlay, for easy video and audio playing * GstInterfaces. There are updated examples included in the tarball. If you just want too see how it looks like, check out this sample video/audio player: http://tinyurl.com/yspte Note, that the name of the modules are changed in this release. GStreamer is now called gst, GStInterfaces: gst.interfaces and GstPlay: gst.play. Bugs should be filed against the gst-python component in the GStreamer product in bugzilla.gnome.org: http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer&component=gst-python Enjoy! -- Johan Dahlin johan@gnome.org From johan@gnome.org Tue Mar 30 16:09:06 2004 From: johan@gnome.org (Johan Dahlin) Date: Tue, 30 Mar 2004 18:09:06 +0200 Subject: ANNOUNCE: Gnome-Python 2.0.1 Message-ID: Gnome-Python 2.0.1 is now available at: http://ftp.gnome.org/pub/GNOME/sources/gnome-python/2.0/ Gnome-Python provides bindings for the Gnome 2.x development platform libraries. It builds on top of PyGTK, and includes bindings for the following GNOME libraries: * the GConf configuration database * the Bonobo component system * the Gnome-VFS file access library * support for writing panel applets and Nautilus views * the GtkHTML2 widget. * the Gnome-Print print libraries. Gnome-Python requires PyGTK, PyORBit, Python >= 2.2 and the Gnome 2.x development platform to build. PyGtk, Python and Gnome is usually included in your distribution, if not: PyGTK can be found on http://www.pygtk.org/ Python can be found on http://www.python.org Gnome libraries can be found on http://www.gnome.org This release was only possible because of all hard work made by Gustavo Carneiro. Thanks to Gabor Bereczki and Matt Wilson for contributing patches. Changes since 2.0.1: * gnome.canvas - add functions and methods to allow using Bpath canvas item - add item_list attribute to gnome.canvas.Group to contain list of child items * gnome.vfs - add lots of wrappers for gnome.vfs.mime_* functions - add wrappers for gnome.vfs.xfer_* functions - bug fixes * bonobo - fix reference counting of bonobo object constructors * gnomeprint - Add examples ported from C, found in libgnomeprintui - Add wrappers for gnome_print_convert_distance(_full)? - GnomeFontDialog derives from GtkDialog, not GtkWidget - Add missing gnomeprint.Context.grestore() * gconf - check gconf value type on get_xxx() - fix example simple-view.py - misc fixes * applet - add PanelApplet.get_flags and PanelApplet.set_flags and respective constants * gnome.ui - Enable wrapper for IconTextItem.get_text() - Add wrapper for gnome.ui.IconList.get_selection() - Fix AboutDialog crash when translator_credits is None - Add wrappers for gnome.ui.Client.set_xxx_command() Questions about Gnome-Python can be directed to the PyGTK list: http://www.daa.com.au/mailman/listinfo/pygtk Bug reports should be filed at the Gnome bug tracker: http://bugzilla.gnome.org/enter_bug.cgi?product=gnome-python -- Johan Dahlin From prochak@netzero.net Tue Mar 30 23:36:46 2004 From: prochak@netzero.net (Erik Lechak) Date: 30 Mar 2004 15:36:46 -0800 Subject: ANN: Pyxel V0.3 Message-ID: Hello all, Thanks to everyone that gave me feedback on my last release. All the requests for pyxel have convinced me to publish pyxel v0.3 early. I will start posting development snapshots frequently. I appreciate any feedback. If you want to help with pyxel, you don't have to ask, just write some code that you would like to include and send it to me at prochak@netzero.net. The TODO.txt can give you some ideas. I can also use some help with testing and documentation. You can find pyxel at: http://bellsouthpwp.net/p/r/prochak/pyxel.html Thanks, Erik Lechak From goodger@python.org Wed Mar 31 14:22:42 2004 From: goodger@python.org (David Goodger) Date: Wed, 31 Mar 2004 09:22:42 -0500 Subject: A Week at PyCon DC 2004 Message-ID: This was my first time attending a Python conference, and coaching a sprint (Docutils). I kept an account of my week at PyCon DC 2004. Enjoy! http://starship.python.net/~goodger/pycon_dc_2004/ -- David Goodger http://python.net/~goodger For hire: http://python.net/~goodger/cv From nando@quantlib.org Wed Mar 31 16:46:52 2004 From: nando@quantlib.org (Ferdinando Ametrano) Date: Wed, 31 Mar 2004 18:46:52 +0200 Subject: [ANN] QuantLib-Python 0.3.5 Message-ID: QuantLib-Python 0.3.5 --------------------- QuantLib-Python is a SWIG wrap of QuantLib. QuantLib [1] is a cross-platform, free/open-source quantitative finance C++ library for modeling, pricing, trading, and risk management in real-life. Version 0.3.5 of the C++ library and the Python extension have been released. What's new ------------ - Migrated to SWIG 1.3.21 - In sync with QuantLib 0.3.5 - See [2] for an overview of the library - See [3] for a summary of the changes since version 0.3.4 License: BSD style Categories: Miscellany URLs: [1] http://quantlib.org [2] http://quantlib.org/html/overview.html [3] http://sf.net/project/shownotes.php?group_id=12740&release_id=223212 --

QuantLib-Python 0.3.5 - A module for quantititative finance.

--