First International IFIP/ACM Working Conference on
Component Deployment (CD 2002)
June 20 - 21, 2002
Berlin, Germany
http://swt.cs.tu-berlin.de/cd02/
Co-located with ACM SIGPLAN 2002 Conference on
Programming Language Design and Implementation (PLDI)
---------------------------------------------------------------------
C a l l f o r P a r t i c i p a t i o n
---------------------------------------------------------------------
Early registration: May 22, 2002
Fees and registration form: http://swt.cs.tu-berlin.de/cd02/
Full programme now available
Component technology has additional roles and activities in the
software life-cycle that relate to assembly and deployment of
components into a running system. These new activities affect
all dimensions of software engineering. Deployment needs to be
specified, designed, implemented, verified and tested. It requires
new software processes, languages and tools, standards and inter-
operability. During deployment attention must be paid to quality
requirements, customisation, maintainability, system evolution,
and constraints concerning scarce resources.
Although many of these issues are being addressed in isolation,
there is no well founded notion of software deployment that com-
bines and interrelates the underlying principles. CD 2002 brings
together experts from such disparate fields, and seeks to establish
component deployment as a major research area within component-based
software engineering.
--------------------------------------------------------------------
Keynote by Bertrand Meyer - ETH Zurich, Switzerland:
"From contracts to trusted components''
13 papers, 6 short paper displays, 2 panels (planned)
--------------------------------------------------------------------
The CD 2002 proceedings are being published in the
Springer-Verlag LNCS series and copies will be
distributed at the conference.
Co-Chairs
----------
Judith Bishop, University of Pretoria, South Africa
Stephan Herrmann, TU Berlin, Germany
Sponsored by IFIP TC2 and WG 2.4
In-cooperation with ACM SIGPLAN, ACM SIGSOFT and GI
Industrial Sponsors: Siemens, Microsoft
Organized by TU Berlin
Contact: cd02(a)swt.cs.tu-berlin.de
QuantLib-Python 0.3.0
---------------------
http://quantlib.org
QuantLib-Python is a SWIG wrap of QuantLib.
QuantLib is a free/open-source quantitative finance C++ library for
modeling, pricing, trading, and risk management in real-life. A tool for
derivatives and financial engineering.
Version 0.3.0 of the C++ library and the Python extension have been released.
What's new
------------
- in sync with QuantLib 0.3.0
- more info on the tested library
- using old version of the library forbidden
- Using unittest methods for signaling failures
- bug fixing
- Exported derived and composite market element
- Extended Monte Carlo tests
URL: http://quantlib.org
License: BSD style
Categories: Miscellany
Ferdinando Ametrano (ferdinando(a)ametrano.net)
http://www.ametrano.net
--
<P><A HREF="http://quantlib.org">QuantLib-Python 0.3.0</A> - A module for
quantititative finance. (6-May-02)</P>
--
AVPython 1.2 is released, and is now hosted on SourceForge. Version 1.2
should work out of the box with all current versions of Python 2.x, and of
course can be compiled for other releases from 1.5.x on (probably with no
source code changes).
AVPython adds Python scripting functionality to ArcView GIS, and allows
Python scripts (when hosted in AVPython) to access the Avenue scripting
language and class library. I want to invite those who are using AVPython
in their projects to share scripts, samples, and enhancements through the
SourceForge project site for AVPython.
http://sourceforge.net/projects/avpython/
Version 0.07 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: This release contains the following interface changes:
- The former -U option function is now -D. -U now functions like -u,
except only targets defined in the local SConscript file are built.
- The default F77 command line on Win32 now uses /Fo instead of -o.
- The target Node is now passed to a Scanner function as its third
argument. An optional fourth node takes an FS object.
- Command generator functions now take a fourth "for_signature" argument.
This release adds the following features:
- The SConscript() function can now take "dirs" and "name" keyword
arguments to avoid having to specify "SConscript" on every file.
- Builder objects can now take arbitrary keyword arguments to
create ad-hoc attributes for use by function Actions, Builder
emitter functions, or command generators.
- Builders can now take an emitter= argument to specify a function
for massaging the target and source file lists.
- Command generators can now return anything that can be made into
an Action, and take a for_signature argument to support returning
separate contents for signature generation vs. execution.
- Support for building shared libraries has been added.
- Support for Win32 .def files has been added.
- SCons now supports long MSVC linker command lines through use of
a temporary file.
- A Split() function has been added to support explicit splitting
of space-separated strings into individual file names. (The
automatic splitting that SCons does will go away in 0.08).
- An SConscriptChdir() method has been added to support automatically
changing to each SConscript file's directory.
- A new --debug=dtree option prints out only derived files.
- A new --implicit-cache option caches dependency signatures of files.
- A new .abspath construction variable modifier has been added.
- $SOURCE is now a synonym for ${SOURCES[0]}.
- Python modules can now be imported into an SConscript file from
its local directory.
The following fixes have been added:
- The -c option now deletes .h files generated by yacc.
- Relative CPPPATH directories were broken in 0.06; now fixed.
- The -n option used with -c now properly does not remove targets.
- .c and .C files are now treated the same on case-insensitive
(Win32) systems.
- The PDF builder now uses pdftex or pdflatex directly instead of
going through a .dvi intermediate file.
- The --debug=tree option now works with directory targets.
- .sconsign files are now written on error or interrupt to save
intermediate build results.
- Aliases now work with the -u, -U and -D options.
- Nodes can now be passed to SConscript files.
Performance has been improved as follows:
- Construction variable substitution has been optimized.
- Content signatures are now cached for each file.
The following changes have been made to the SCons packaging:
- The scons.bat file has been improved to support more than nine
arguments on Win32 systems that support it.
- The Debian package has been updated.
WHAT IS SCONS?
SCons is a software construction tool (build tool, or make tool) written
in Python. Its design is based on the design which won the Software
Carpentry build tool competition in August 2000 (in turn derived from
the Perl-based Cons build tool).
Distinctive features of SCons include:
- configuration files are Python scripts, allowing the full use of a
real scripting language to solve build problems
- a modular architecture allows the SCons Build Engine to be
embedded in other Python software
- a global view of all dependencies; no multiple passes to get
everything built
- the ability to scan files for implicit dependencies (#include files);
- improved parallel build (-j) support
- use of MD5 signatures to decide if a file has changed
- 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 has been created 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, Charles Crain, Alex Jacques, Steve
Leblanc, Anthony Roach, and Moshe Zadke for their contributions to this
release.
On behalf of the SCons team,
--SK
Hello,
I am an instructor at New Horizons El Paso and I wanted to see if there was any interest in a Zope or Python class in the El Paso TX /Las Cruces NM /Juarez Mex area. I have 6 years software engineering experience and would like to teach either course IF there are people interested.
If YOU are, please zap me an email and cc: jessej(a)nh-elpaso.com and let us know!
Thanks,
Luis.
Hi,
We're happy to announce that we're offering a free subscription to Py with
each purchase of Wing IDE. With the release of Wing IDE 1.1.4, now is a
great time to take a test flight!
Free Py with Wing IDE
---------------------
Now through June 30th, get a free one year, six-issue subscription to Py
with your purchase of Wing IDE. Py is a new independent technical journal
for Python programmers. We were impressed with the first issue, and
wanted to help promote this great new resource for the Python community.
For details: http://wingide.com/promo/pyzine
Wing IDE 1.1.4
--------------
Both the Standard and Lite editions have just been updated with a number
of important enhancements:
* Optimized for better performance on large source bases
* Expanded emacs key bindings
* Zope support updated for 2.5.1 and 2.4.4
* Many other improvements
Downloads: http://wingide.com/downloads
Trial licenses: http://wingide.com/wingide/demo
Change log: ftp://wingide.com/pub/wingide/1.1.4/CHANGELOG.txt
Thanks,
The Wing IDE Team
------------------------------------------------------------------------
Wing IDE for Python Archaeopteryx Software, Inc
www.wingide.com Take Flight!
NAME:
xdialog.py - Wrapper classes for the Xdialog program
SYNOPSIS:
import xdialog
DESCRIPTION:
This module eases the use of the dialogs provided by the Xdialog
program with Python. It wraps every dialog in a python class, that
hides the details of calling Xdialog and getting the return status
and possibly output.
USAGE:
import xdialog
box = xdialog.YesNo("Do you really want to shoot your computer now?",
title="Confirm kill")
stat, out = box.show()
if stat == 0:
print "Bang!"
elif stat == 1:
print "I'll have mercy on you, for now!"
else:
print "Someone closed the box, you lucky bastard!"
See the source, examples and/or the docs for Xdialog for available
dialogs and options.
HOMEPAGE:
You can get information about xdialog and other software on:
<http://www.chrisarndt.de/software/python/>
DOWNLOAD:
Get your copy at:
<http://www.chrisarndt.de/software/python/download/xdialog-0.3.tar.bz2>
AUTHOR:
Christopher Arndt <chris.arndt(a)web.de>
NOTES/WHAT'S NEW:
- more dialog boxes
- example scripts included
- more docstrings
- many bugfixes
--
... cause we all have wings, but some of us don't know why! (INXS)
Christopher Arndt [t] +49 173-9542751
system administration [w] www.chrisarndt.de
& linux training [e] chris.arndt(a)web.de
NAME:
auth-modules - a module collection for password authentification
issues
DESCRIPTION:
A module collection for managing user databases and handling
password authentification. Also included a command line tool for
managing a DBM user database and another tool for maintaining an
encrypted database in which you can store passwords and other data
for different accounts.
USAGE:
See the included pydoc generated API documentation.
HOMEPAGE:
You can get information about auth-modules and other software on:
<http://www.chrisarndt.de/software/python/>
DOWNLOAD:
Get your copy at:
<http://www.chrisarndt.de/software/python/download/auth-modules-1.0b.tar.bz2>
AUTHOR:
Christopher Arndt <chris.arndt(a)web.de>
LICENSE:
LGPL
NOTES:
The announcements on Parnassus had wrong URLs. This should be fixed
now.
--
... cause we all have wings, but some of us don't know why! (INXS)
Christopher Arndt [t] +49 173-9542751
system administration [w] www.chrisarndt.de
& linux training [e] chris.arndt(a)web.de
A new version of the proposed Python standard logging module (as per
PEP 282) has been released. You can get all the information from
http://www.red-dove.com/python_logging.html
There are "download" and "recent changes" links at the top of that
page. The new stuff is mostly tidying up, but includes a new example
filter, the ability to stop the test servers in logrecv.py
programmatically, easier FileHandler rollover, a new Filter for more
precise match-based filtering, and more! One notable change is that
SOAPHandler moves from the core to an example script. The same
functionality is available - it's just that since RPC method
signatures will probably differ from user to user, there's no point to
hardcoding one in the logging module. Another change is that some of
the
scripts can now be called from a single test harness, log_test.py.
This produces files stdout.log and stderr.log which could be used for
regression testing.
As always, your feedback is most welcome (especially bug reports,
patches and suggestions for improvement).
Cheers
Vinay Sajip
Red Dove Consultants Ltd.
Changes since the last version:
=================================
getEffectiveLevel() returns ALL instead of None when nothing found.
Modified references to level=0 to
level=ALL in a couple of places.
SocketHandler now inherits from Handler (it used to inherit from
StreamHandler, for no good reason).
getLock() renamed to createLock().
Docstring tidy-ups, and some tidying up of DatagramHandler.
Factored out unpickling in logrecv.py.
Added log_test18.py to illustrate MatchFilter, which is a general
matching filter.
Improved FileHandler.doRollover() so that the base file name is always
the most recent, then .1, then .2 etc. up to the maximum backup count.
Renamed formal args and attributes used in rollover.
Changed LogRecord attributes lvl -> levelno, level -> levelname (less
ambiguity)
Formatter.format searches for "%(asctime)" rather than "(asctime)"
Renamed _start_time to _startTime.
Formatter.formatTime now returns the time.
Altered logrecv.py to support stopping servers programmatically.
Added log_test.py as overall test harness.
basicConfig() can now be safely called more than once.
Modified test scripts to make it easier to call them from log_test.py.
Moved SOAPHandler from core to log_test13.py. It's not general enough
to be in the core; most production use will have differing RPC
signatures.