Mailman 3 March 2004 - Python-announce-list

Middleware04: Call for Papers, Workshop Proposals and Tutorials
by Middleware 04 March 18, 2004

March 18, 2004

Call for Papers, Workshop Proposals, and Tutorials Middleware 2004 NEWS: Paper submission site is open http://msrcmt.research.microsoft.com/ACM2004/ Accompanying workshop proceedings will be disseminated through the ACM Digital Library. ACM/IFIP/USENIX 5th International Middleware Conference (IFIP 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) 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�rich, 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�o 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/ . -----

1 0

ANN: Pyblosxom 0.9
by will guaraldi March 18, 2004

March 18, 2004

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

1 0

ANN: Magpy RSS Reader
by Greg Gaughan March 16, 2004

March 16, 2004

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

1 0

Exim Users?
by htgk＠mail.com March 16, 2004

March 16, 2004

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

1 0

PyCon BOF schedule
by Jeremy Hylton March 15, 2004

March 15, 2004

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

1 0

PyTables & numarray 0.9 warning
by Francesc Alted March 15, 2004

March 15, 2004

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

1 0

ANN: Naja 1.0.1 is now available
by webmaster＠keyphrene.com March 13, 2004

March 13, 2004

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

1 0

ANN: numarray-0.9
by Todd Miller March 12, 2004

March 12, 2004

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 <jmiller(a)stsci.edu>

1 0

ANN: SCons 0.95 supports Visual Studio 2003, Borland tools, "D" programming language
by Steven Knight March 12, 2004

March 12, 2004

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

1 0

ANN: PyQt v3.11 Released (Python Bindings for Qt)
by Phil Thompson March 11, 2004

March 11, 2004

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.

1 0