Mailman 3 May 2003 - Python-announce-list

final day for Python 11 - OSCON 2003 early bird registration
by Kevin Altis May 22, 2003

May 22, 2003

The deadline for Python 11 - OSCON 2003 early bird registration is May 23rd, 2003. If you're planning to attend, save yourself some money and register today! You can save up to $400 when you register by May 23rd for the Python 11/OSCON 2003 conference. All of the discounts listed at the bottom of the registration page are in addition to the early bird discount. The early bird discount is (obviously) time-limited, but the others are not. http://conferences.oreillynet.com/pub/w/23/register.html The conference will be held July 7-11, 2003 in Portland, Oregon, USA. http://conferences.oreillynet.com/os2003/ I've started a wiki page that has direct links to all the Python pages on the OSCON site. http://www.python.org/cgi-bin/moinmoin/Python11 ka --- Kevin Altis, Python 11 co-chair altis(a)semi-retired.com http://altis.pycs.net/ http://www.pythoncard.org/

1 0

ANN: Design By Contract for Python 1.0 beta 1
by Terence Way May 22, 2003

May 22, 2003

Announcing Design By Contract for Python 1.0 beta 1 Design by Contract is familiar to anyone who has spent time with the Eiffel programming language. This implementation is a cross between full Eiffel-style contracts and the doctest module. Contracts are high-level assertions that are part of the program's documentation. Modules and classes have invariants, expressions that must be true at the start and end of every public function or method call. Methods and functions have pre-conditions, expressions that must be true on entry; and post-conditions, expressions that must be true on exit. http://www.wayforward.net/pycontract/ This version supports the full contract feature set: * pre: expressions in function and method docstrings; * post: expressions in function and method docstrings; * inv: expressions in class and module docstrings; * post: expressions can access __old__ values and the __return__ value; * pre: expressions are weakened by derived methods; and * post: and inv: expressions are tightened by derived classes. <P><A HREF="http://www.wayforward.net/pycontract/">Contract 1.0 beta1</A> - Design By Contract for Python. (21-May-03)

1 0

ANNOUNCE: SCons.0.14 adds Java support, Autoconf-like functionality
by Steven Knight May 22, 2003

May 22, 2003

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.14 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. This release most notably adds support for Java builds (javac, javah, rmic and jar), and adds Autoconf-like functionality for finding #include files and libraries. It also adds significant performance improvements over previous versions. WHAT'S NEW IN THIS RELEASE? IMPORTANT: Release 0.14 contains the following interface changes: - Tool specifications no longer take a "platform" argument. - Emitter functions in Builders are now passed Node objects, not strings, for all targets and sources. - New TargetSignatures() and SourceSignatures() functions have been added to replace SetBuildSignatureType() and SetContentSignatureType(). - The Export() function and the exported variables argument of SConscript() now search for variables using the same rules as Python: local first, then global. - The SetJobs() and GetJobs() functions have been deprecated in favor of using SetOption('num_jobs', num) and GetOption('num_jobs'). - Callable expansions of construction variables in a command line now take a fourth "for_signature" argument that is set when the expansion is being called to generate a build signature. - Construction variables for building a target are now frozen when the Builder is called; later changes to the Environment do not necessarily affect how the target is build. See the release notes for more information about these changes. This release adds the following features: - Support for the Java tools javac, javah, rmic and jar has been added. - A Configure() function has been added that supports a lot of functionality similar to Autoconf. - A new PLATFORM construction variable stores a string representing the platform on which SCons is being run. - Dependencies may now be specified on in-core Python values. - Help text can now be sorted arbitrarily. - New $TARGET and $SOURCE attributes: ".posix" expands to a path name with forward slashes as separators, even on Win32 systems; ".srcpath" expands to a path to the source of a file in a BuildDir; ".srcdir" expands to a path to the BuildDir itself. - A new clear() method resets a Node's state for re-use by continuous integration build interfaces. - Support for using Ghostscript to convert Postscript to PDF files has been added. - A stand-alone "Alias" function has been added. - Import('*') will now import everything that's been Export()ed. - New SetOption() and GetOption() functions support setting and fetching various command-line options within an SConscript file. - The Tool() function now adds tool names to a $TOOLS variable, which may be used to examine what tools are available. - The C preprocessor "#import" statement is now supported. - Newly-built .dll files can now be registered with the Windows registry using regsvr32. - An IDL scanner has been added. - A builder for Windows type library (.tlb) files from IDL files. The following fixes have been added: - Cygwin fixes: Use the .dll extension for shared libraries; don' use -fPIC when compiling shared libraries; use 'rm' to remove files; use MSVC '@' syntax for linking long command-lines. - The SYSTEMROOT environment variable on Win32 systems is now automatically propagated to the execution ENV environment. - Remote CVS file names are now checked out using Posix-style path names. - Trying to expand an out-of-range subscript for a construction variable like $TARGETS or $SOURCES now interpolates the null string. - SCons now correctly links or duplicates files in subsidiary BuildDir() directories. - SCons now reports "Cleaning targets ..." when the -c option is used. - The "Entering directory" message now quotes the directory name exactly like Make does. - Export() now works correctly for local Python variables, and can accept a dictionary as an argument. - PDB files now get put in a BuildDir() correctly. Performance has been improved as follows: - Unnecessary redundant signature calculations for command lines and Nodes have been eliminated. Development tests suggest this may speed up builds up to 30% or more. 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 Thanks to Chad Austin, Allen Bierbaum, Steve Christensen, Charles Crain, Damyan Pepper, Stefan Reichor, Anthony Roach, Greg Spencer, and Christoph Wiedemann for their contributions to this release. Special thanks to David Snopek for donating base code for the new Config functionality that had been originally written under a different license. On behalf of the SCons team, --SK

1 0

TriZPUG May Meeting: ReportLab - PDF made easy
by Tom Bryan May 21, 2003

May 21, 2003

TriZPUG May Meeting: ReportLab - PDF made easy The Triangle Zope/Python User Group (TriZPUG) will hold its next meeting on Wednesday, May 28, at 6:30 p.m. in Raleigh, NC. We will be meeting in the DELTA conference room(s) at Venture III, who has kindly permitted us to use their meeting room, on NCSU's Centennial Campus. Directions to Venture III are below. Ian Sparks will be giving a talk on the ReportLab library. Hope to see you there! Title: ReportLab - PDF made easy ================================ Reportlab is a python library for the creation of Adobe Portable Document Format (PDF) documents. This talk introduces the foundation of the library: the canvas object. We'll start with canvas primitives : drawing, writing text, importing graphics etc and go on to examine how the canvas exposes some of PDFs special capabilities. Finally we'll take a look at PLATYPUS (Page Layout and Typography Using Scripts), a high-level library built on the canvas which makes creating complex documents a breeze. Directions to the TriZPUG Meeting: ================================== If you need directions to NCSU's Centennial Campus, try the following link http://centennial.ncsu.edu/howtogethere/htgh.htm If you need directions to the Venture III building, follow this link http://lts.ncsu.edu/about/venture3.html, but skip step #3 since the meeting is after hours. For more about TriZPUG: ======================= Web page http://dev.zope.org/Members/tbryan/TriZPUG/FrontPage Mailing list http://starship.python.net/mailman/listinfo/triangle-zpug

1 0

Pider 0.8 beta
by pythonguy＠Hotpop.com May 20, 2003

May 20, 2003

PIDER is an experimental webcrawler written in python using urllib2. It uses python's HTMLParser for parsing webpages. PIDER is released under a GNU kind of license. You are free to download the source, use it and extend it, as long as you maintain the original copyright. The program has been tested on Windows NT/Window 2000 on python 2.2. URL: http://members.fortunecity.com/anandpillai If you like the program or just plain want to criticise it, drop a mail. I am always looking forward to improving my python skills :-) Thanks !!! The 'Python Guy', Anand Pillai

1 0

For all those in theUK
by jxri2000＠yahoo.co.uk May 20, 2003

May 20, 2003

Team, Linux World 2003 in Birmingham (that's UK, not Alabama), has a Python pavillion ... check out http://www.linuxworld2003.co.uk. Anyone going? JXRI

1 0

EuroPython: Less than two weeks to go for Early Bird registration!
by Michael Hudson May 19, 2003

May 19, 2003

EuroPython 2003 is on the way! We have a tremendous selection of over seventy (!) talks available for you in the three days at EuroPython: <http://www.europython.org/sessions/talks> This includes a wide selection of Zope talks across all three days as well -- so if you are interested in Zope, don't miss the largest Zope event ever. Here is more information about the schedule: <http://www.europython.org/sessions/timeschedule> To make sure you are part of this exciting event, register today! The early bird rate of 200 Euros is available until May 31st -- less than two weeks from today. You can review the rates and register here: <http://www.europython.org/information/registration>

1 0

ANN: Installer 5b5
by Gordon McMillan May 19, 2003

May 19, 2003

Announcing version 5b5 of Installer: http://www.mcmillan-inc.com/installer_dnld.html Changes in 5b5: Bug fixes: * Works with Python 2.3 * A --onefile always uses a temporary directory (no conflicts between multiple copies) * A --onefile cleans up under any but the most extreme circumstances * reload works properly Enhancements: * Can UPX your executables (and DLLs on Windows), if installed. * Improved COM Server support from Mark Hammond. Platforms: Windows Linux Unix (relying on volunteers) Python versions: Python 1.5 to 2.3 What is it: The Installer package is any easy way to deploy Python apps to systems without Python installed (or with incompatible Pythons installed). Installer support single-file and single-directory deployments. On Windows, Installer supports COM, including in-process COM servers. License: MIT style. Contact: gmcm(a)hypernet.com <P><A HREF="http://www.mcmillan-inc.com/installer_dnld.html">Installer Release 5b5/A>Easy Python app deployment. (19-May- 2003).

1 0

ANNOUNCE: MyHDL 0.2
by Jan Decaluwe May 19, 2003

May 19, 2003

"Write your HDL test benches in Python!" I am happy to announce the release of MyHDL 0.2, a Python package for using Python as a hardware description & verification language. You can find it at http://jandecaluwe.com/Tools/MyHDL/Overview.html. MyHDL 0.2 --------- MyHDL is a Python package for using Python as a hardware description language. Popular hardware description languages, like Verilog and VHDL, are compiled languages. Python with MyHDL can be viewed as a "scripting language" counterpart of such languages. However, Python is more accurately described as a very high level language (VHLL). MyHDL users have access to the amazing power and elegance of Python for their modeling work. The key idea behind MyHDL is to use Python generators to model the concurrency required in hardware descriptions. As generators are a recent Python feature, MyHDL requires Python 2.2.2 or higher. MyHDL can be used to experiment with high level modeling, and with verification techniques such as unit testing. The most important practical application however, is to use it as a hardware verification language by co-simulation with Verilog and VHDL. The present release, MyHDL 0.2, enables MyHDL for co-simulation. The MyHDL side is designed to work with any simulator that has a PLI. For each simulator, an appropriate PLI module in C needs to be provided. The release contains such a module for the Icarus Verilog simulator. -- Jan Decaluwe - Resources bvba Losbergenlaan 16, B-3010 Leuven, Belgium mailto:jan@jandecaluwe.com http://jandecaluwe.com

1 0

ANN: imgSeek 0.7.1
by Ricardo Niederberger Cabral May 18, 2003

May 18, 2003

imgSeek ------- imgSeek is a photo collection manager and viewer with content-based search and many other features. The query is expressed either as a rough sketch painted by the user or as another image you supply (or an image in your collection). You may also do slideshows, generate web photo albums, edit image metadata including EXIF and IPTC data, organize images into a keyword hierarchy and have images clustered automatically by color, content, date or filename for easy browsing. Changes ------- This release comes with a few bug fixes, new similarity grouping methods, improved thumbnail browsing and lossless rotation using jpegtran. Requires -------- - Python 2.2.x, QT 3.x and PyQT 3.5. (3.4 should work) - ImageMagick development files or QT development files. Recommended: - Python Imaging Library. Links ----- Download: http://prdownloads.sourceforge.net/imgseek/imgSeek-0.7.1.tar.bz2 http://prdownloads.sourceforge.net/imgseek/imgSeek-0.7.1-1.i386.rpm Homepage: http://imgseek.sourceforge.net/ Screenshots: http://imgseek.sourceforge.net/sshot/ Complete ChangeLog: http://imgseek.sourceforge.net/changelog.html Best regards, -- rnc <nieder|at|mail.ru>

1 0