I coded up a simple wraper around the TUN/TAP network driver, just to
see if I could do it :)
It could be used for the same types of tasks as the original TUN/TAP
driver, such as tunneling (VPNs?), bridging remote networks, network
protocol analysis etc., except in python now.
More info is at http://alex.king.net.nz/tuntap.html. No documentation
is available, but I'll do further work to develop this if i get feedback
that it might actually be usefull to someone.
Announcing new release of the SalStat statistics package version
20020514 WRITTEN IN PYTHON AND WXPYTHON (just like the last release).
New version sorts out a few minor bugs, adds nominal descriptive
statistics and a few minor details.
Further details from the website http://salstat.sunsite.dk and downloads
available from http://salstat.sunsite.dk/downloads.html
Alan James Salmoni
Lead Developer - SalStat.
I've just released version 2.0.11 of Mailman, the GNU Mailing List
Manager. Mailman is released under the GNU General Public License
(GPL). Version 2.0.11 fixes two cross-site scripting
vulnerabilities. I recommend that folks upgrade their 2.0.x systems
to this new version.
GNU Mailman is software to help manage electronic mail discussion
lists. Mailman gives each mailing list a unique web page and allows
users to subscribe, unsubscribe, and change their account options over
the web. Even the list manager can administer his or her list
entirely via the web. Mailman has most of the features that people
want in a mailing list management system, including built-in
archiving, mail-to-news gateways, spam filters, bounce detection,
digest delivery, and so on.
Mailman is compatible with most web servers, web browsers, and mail
servers. It runs on any Unix-like operating system. Mailman 2.0.11
requires Python 1.5.2 or newer. To install Mailman from source, you
will need a C compiler.
For more information on Mailman, including links to file downloads,
please see the Mailman web page: http://www.gnu.org/software/mailman
And its mirrors at:
Patches and source tarballs are available at
There are email lists (managed by Mailman, of course!) for both
Mailman users and developers. See the web sites above for details.
Visualize, organize, write and share tree-like and scorecard algorithms
AlgViewer allows navigation, editing and sharing of tree like and
scorecard like algorithms. Algorithms are implemented as text files and
visualized with a simple graphic user interface. Algorithms stored on a
local machine are synchronized, through FTP, with a central repository
on a remote server, permitting sharing of newly created algorithms among
a community of users. AlgViewer runs on W32 and *nix systems, is written
in Python and uses Tkinter as it's graphic user interface. It has been
designed for people who use algorithms in their daily work. It's
original application is diagnostic Surgical Pathology.
Platform: W32, Linux
Requires: Pmw, Tkinter
Categories: Miscellany, Medical
carlo bifulco (c.bifulco(a)tin.it)
<a href="http://sourceforge.net/projects/algviewer/">AlgViewer</a> --
Visualize, organize, write and share tree-like and scorecard algorithms
I'm glad to announce the latest version of Pyro, 2.8!
You can get it via http://pyro.sourceforge.net, then go
to the project homepage.
This is mostly a bugfix release. This likely is the last Pyro release in
the 2.x version series. The next release, 3.0, will have some major changes
Changes since 2.7 include: More complete docs, better example chapter in
docs, fixed ^C handling of chatbox examples, fixed protocol bug when both
checksum and compression were used, setup script should work again with
Win98, old bug in PyroC generated proxy code fixed.
What is Pyro?
Pyro is an acronym for PYthon Remote Objects. It is a basic Distributed
Object Technology system written entirely in Python.
It is extremely easy to implement a distributed system with Pyro, because
all network communication code is abstracted and hidden from your
application. You just get a remote Python object and invoke methods
on the object on the other machine.
Pyro offers you a Name Server, an Event Service, mobile objects, remote
exceptions, dynamic proxies, remote attribute access, automatic
reconnection, a detailed manual, and many examples to get you started
Irmen de Jong
I guess this is where my original post to comp.lang.python about MSS should
have gone, sorry.
MSS 1.00 is out!
MSS is a lightweight service framework allowing web services of all kinds to
be plugged in with absolute EASE. Providing an HTTP server, error control
and an easy-to-use API, MSS allows the Python developer to concentrate on
the functionality of their service rather than providing a multi-threaded
web serving front-end to it.
Designed to be a lightweight middleware solution, MSS can be found at :
Stackless Python At It's Best, Ever.
18-May-02: Limbo Dancing works fine! Yet some more thinking for weeks,
and a few days of implementation. Now, the first implementation of
channels is available. It isn't complete, but works just fine. The
stackless module now supports to create channels by function channel().
A channel has the methods send() and receive(). Try it yourself! You
might either want to build your own Stackless, checking out the module
stackless from :pserver:firstname.lastname@example.org:/home/cvs , or, for Windows
users, just take the pre-built binary, extract it into some directory,
and start Python or PythonWin fom there. I will for sure build an
installer again, after I have got some feedback.
This implementation tries to follow the concepts of the OCCAM/ALEF/LIMBO
languages by supporting the channel concept as the central
communication/blocking/control feature. Tasks do not communicate
directly, but through channels.
You might have guessed it: Stackless will try to implement/support
Hoare's CSP, finally. But before, I have to understand more of it. This
will happen in the next few weeks.
This release is an alpha release. There are most probably a lot of
omissions. Some are obvious:
- There isn't yet a scheduler, like there was one for the uthread
module. This is trivial to implement and will be added in almost no time.
- There isn't yet an ALT/PRI ALT construct like in OCCAM/ALEF/LIMBO.
This is most sophisticated and very hard to implement correctly! I will
try to find out how to do this the best way, during my stay at IronPort,
from May 18th to May 29. If somebody from the US would like to contact
me by phone, please use the opportunity and call me via IronPort. I am
employed by this company.
- You shouldn't use channels from the interpreter prompt, but in
scripts, only. The machinery doesn't check for changed interactive
sessions yet and will most likely crash, soon. Despite of that, it seems
to work nicely with PythonWin and extensions.
Christian Tismer :^) <mailto:email@example.com>
Mission Impossible 5oftware : Have a break! Take a ride on Python's
Johannes-Niemeyer-Weg 9a : *Starship* http://starship.python.net/
14109 Berlin : PGP key -> http://wwwkeys.pgp.net/
work +49 30 89 09 53 34 home +49 30 802 86 56 pager +49 173 24 18 776
PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04
whom do you want to sponsor today? http://www.stackless.com/
I've released version 1.2 of the Spread Module for Python:
About the Spread Module
This package contains a simple Python wrapper module for the Spread
toolkit (see below). The wrapper is compatible with Python 2.1 and
2.2. It wraps Spread mailboxes and messages in Python objects with
appropriate methods and attributes, and turns Spread errors into
Python exceptions. Virtually all Spread features are accessible from
>From the Spread website (http://www.spread.org):
Spread is a toolkit that provides a high performance messaging service
that is resilient to faults across external or internal networks.
Spread functions as a unified message bus for distributed
applications, and provides highly tuned application-level multicast
and group communication support. Spread services range from reliable
message passing to fully ordered messages with delivery guarantees,
even in case of computer failures and network partitions.
Spread is designed to encapsulate the challenging aspects of
asynchronous networks and enable the construction of scalable
distributed applications, allowing application builders to focus on
the differentiating components of their application.
Changes since release 1.2
- Changed internal uses of Python's object memory API to stop using
macro versions of the names (that worked fine, but was dubious
practice for non-core extension modules).
- Changed mbox.disconnect() to be as safe as possible when
SPREAD_DISCONNECT_RACE_BUG is not defined.
- Added a test to ensure than the scenario described below doesn't
deadlock (two threads in a process sharing an mbox, and one thread
doing mbox.receive() waiting for the other thread to do
mbox.multicast()). This test deadlocks with high probability if you
- SPREAD_DISCONNECT_RACE_BUG is turned off, although Spread 3.16.2
still suffers the insecurity it was guarding against. Alas, the
workaround can cause deadlocks, depending on how the app uses
--Guido van Rossum (home page: http://www.python.org/~guido/)
Located at http://bent-arrow.com/python and the Vaults of Parnassus.
This extension module implements a set type, similar to PEP 218.
Changes since version 0.1 include some bug fixes and the features
below, based on feedback.
- The set hashing function is no longer brain-dead. Thanks to Kevin
- Set comparison has been better optimized.
- Sets have two new (read&write) boolean attributes: 'mutable' and
'hashable'. At the risk of feature bloat, this should allow complete
flexibility. The default is still the same: hashable and mutable,
but becomes immutable upon first (successful) hashing.
Thanks for the comments,
I'm happy to announce that Enthought is developing a platform independent
plotting library for Python. The Chaco project, as it is named, is funded by
the Space Telescope Science Institute (STScI) and licensed under a BSD style
open source license. Chaco is designed for presentation quality scientific 2D
graphics on a variety of output devices. The initial targets are wxPython,
TkInter, Mac OS X, and PDF for hard copy output. It's design is extensible so
that other backends, such as OpenGL, can be added. Currently, the low-level API
for wxPython, Mac OS X, and PDF are operational. The high level graphics
objects will be developed over the coming months. Chaco is hosted at the SciPy
site. For more information visit:
People are invited to comment on and contribute to the project. Chaco's
To subscribe, go to the mailing list's info page:
Eric Jones <eric at enthought.com>
Enthought, Inc. [www.enthought.com and www.scipy.org]