IT Meedia (www.itmeedia.ee, itmeedia(a)itmeedia.ee) has made
available the 2.0 beta version of the Amphora light
groupware system. Amphora light 2.0 is covered by GPL.
Amphora light is a powerful groupware server for small
and medium sized enterprises, based on Linux, Python,
Zope, Postgresql and Apache, to name the most
The functionality of Amphora light is similar to, and in
several respects exceeds MS Exchange and Lotus Notes, providing:
- Browser interface for Netscape, Mozilla, MS IE
- Simple file (document) sharing capabilities
- Simple databases
- Web-based email
- Integrating front page
- An optional MS Windows client for synchronisation
with MS Outlook
- Hierarchical system or rights, management of rights
Version 2.0 introduces a number of improvements over
the version 1.0 made available last year:
- Full source available, licenced under GPL.
- Supported on RedHat 7.2
- Based on Zope 2.4.x and new versions
of python, postgresql, etc.
- Does not require a devoted server machine
- Should be much easier to port and install
than version 1.0
- Simple file (document) sharing capabilities added
- Simple database creation and usage capabilities added
- By default, mail is based on sendmail instead of qmail
- Numerous improvements to functionality, scalability
A devoted Bugzilla site has been made available
for bug reports, see
IT Meedia is also marketing a professional version
of Amphora (see http://www.amphora.ee/eng/),
which contains powerful additional components:
- Full-fledged document management
- CRM (clients, contacts, sales, etc connected to the rest)
- Message registration and delegation system
- ASP mode
You can get the latest Pyro version (2.6) at http://pyro.sourceforge.net
This is mostly a bug-fix release.
Fixed mobile code (agents), documentation enhancements,
fixed python-2.2 dependency that had crept in,
Event Server clients will now correctly terminate,
various other bug fixes.
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
bedevere provides a SWIG wrapper to the GNU Prolog compiler. Current
emphasis is on Python support. Other languages supported by SWIG will
likely be accepted as long as they do not interfere with Python
This is the initial public release. I would like to see who is
interested in using this wrapper and for what purposes. I will then
plan a 1.0 release schedule based on the response. It is essentially
working now, but with the caveat that some things require gprolog on
There are three working examples in this release:
1) A Python rewrite of the top level of the gprolog interpreter.
2) A Python rewrite of the new_main_c.c example from GNU Prolog.
3) A simple Python script that queries a small Prolog database.
See the homepage for instructions.
The GNU Prolog homepage
I am happy to announce that ZEO 1.0 final was released today.
Zope Enterprise Objects (ZEO) provides the ability for multiple
processes to use a single Zope Object Database. ZEO turns the Zope
object system in a distributed architecture, allowing multiple
processors, machines, and networks to act as one website.
For more information and downloads, see the ZEO web page at
ZEO 1.0 will work with Zope 2.2 or higher and with StandaloneZODB
The 1.0 release comes after one year of beta testing, which results in
several important bug fixes and increased stability. ZEO 1.0 has been
used in production environment supporting hundreds of requests per
second. See CHANGES.txt for details about bugs fixed.
RPy version 0.2 is released. You can download it from the Sourceforge site:
WHAT IS RPy?
RPy is a very simple, yet robust, Python interface to the R Programming
Language (http://www.r-project.org). It can manage all kinds of R objects and
can execute arbitrary R functions (including the graphic functions). All the
errors from the R language are converted to Python exceptions. Any module
that later were installed on the R system, can easily be used from within
Python, without introducing any changes. Currently it works only on POSIX
CHANGES IN RPy 0.2
o There were several bugs related to memory and R and Python garbage
collectors, which caused Python segfaults.
o There was a problem with signals traped by R, which made Python crash when
<Ctl-C> was pressed.
o R objects of class 'factor' or 'data.frame' were incorrect converted to
o Instances of any class converted to R were treated as sequences and made
o RPy has now a new system for conversion of types from R to Python (see the
docs), which includes user defined conversion functions.
o The conversion to R types is also customizable.
o Some utility functions are added.
o When Numeric (NumPy) is available, it is used for the standard conversion
between R arrays and Python objects.
o The documentation is converted to texinfo format, updated and enlarged. In
particular, better documentation for the compilation procedure and for the
location of libraries is included.
o There are now some examples included in the distribution.
o Regression tests are also included.
The website for the Puffin web application testing framework is now live!
Now you can keep up with the latest developments for the definitive,
open-source web application regession testing system!
Check it out: http://puffin.sourceforge.net
A new version of the proposed Python standard logging module (as per
PEP 282) has been released. You can get all the information from
There are "download" and "recent changes" links at the top of that
page. The new stuff includes thread-safety additions and the ability
to change the logging configuration of an application while it is
running! An example is provided in the distribution.
As always, your feedback is most welcome (especially bug reports,
patches and suggestions for improvement).
Red Dove Consultants Ltd.
Changes since the last version:
Bug fix one-off error message to go to sys.stderr rather than
logrecv.py fix TCP for busy network.
Thread safety - added locking to Handler and for shared data in
module, and log_test16.py to test it.
Added socket listener to allow on-the-fly configuration and added
log_test17.py to test it.
I have uploaded a port of Python 2.2.1 to the incoming directories of the
Hobbes (http://hobbes.nmsu.edu/) software archive.
The distributed archives are:
python-2.2.1-emx-bin-020414.zip (binary installation package, 3.1MB)
python-2.2.1-emx-src-020414.zip (source patches and makefiles, 101kB)
The zlib module in the binary package is statically linked against zlib
1.1.4 (the makefile for which is in the source patches archive).
While not exhaustively tested, dynamically loadable extension modules
(.pyd) built for the 2.2 port should work with this release.
More information about the port is available at
http://www.andymac.org/python.html, along with the above archives are if
you can't find them at Hobbes.
OS/2 users enjoy!
Andrew I MacIntyre "These thoughts are mine alone..."
E-mail: andymac(a)bullseye.apana.org.au | Snail: PO Box 370
andymac(a)pcug.org.au | Belconnen ACT 2616
Web: http://www.andymac.org/ | Australia
On Mon, Apr 08, 2002 at 10:55:40PM -0400, Guido van Rossum wrote:
>Today, April 8th 2002, we've released Python 2.1.3, the latest version
I have recently put up RPMs for 2.1.3, sources and bnaries compiled
against Red Hat 7.2.
for more information.
Do bad programmers wake up on Christmas morning to find coal in
their sockets? -- Sean Reifschneider
Sean Reifschneider, Inimitably Superfluous <jafo(a)tummy.com>
tummy.com - Linux Consulting since 1995. Qmail, KRUD, Firewalls, Python
Pdx is a POD-style markup language, which outputs html, latex, or
docbook. For documentation and tarball, see:
Bugfix for nested includes with relative path redirections.
- Revised Base.do_include_getdata. It was just looking
at the last item on the pathstack, thus failing to handle
multiple redirections. Now concatenates the full stack.