PyDev - Python IDE (Python development enviroment for Eclipse) version 0.8.5
has just been released.
This release has as its main feature a new Code Completion. Check the
homepage for more details (http://pydev.sourceforge.net/).
Other things in the release include some bugs corrected, and some patches:
- Scott Schlesier has provided a patch to configure the editor background
and color of the highlighted line.
- Sebastian Tusk provided a patch to see watch expressions on debug.
Hope you enjoy it...
ESSS - Engineering Simulation and Scientific Software
I'm very pleased to announce the 0.6 release of PyLint. This release
fix a lot of bugs and should be much more stable than the 0.5 release
where stopping actual import of analyzed modules has been introduced
(and that's really a huge improvment, since this was potentialy
introducing some side effects). There are also more documentation,
a better test suite, and also minor new features was added. Every
users of pylint should update to 0.6. Notice that Logilab's common
library 0.9 is required (http://www.logilab.org/projects/common).
What's new ?
* refix pylint emacs mode
* no more traceback when just typing "pylint"
* fix a bug which may cause crashes on resolving parent classes
* fix problems with the format checker: don't chock on files
containing multiple CR, avoid C0322, C0323, C0324 false positives
with triple quoted string with quote inside
* correctly detect access to member defined latter in __init__ method
* now depends on common 0.8.1 to fix problem with interface resolution
* new --list-msgs option describing available checkers and their
* added windows specific documentation to the README file, contributed
by Brian van den Broek
* updated doc/features.txt (actually this file is now generated using
the --list-msgs option), more entries into the FAQ
* improved tests coverage
What is pylint ?
Pylint is a python tool that checks if a module satisfy a coding
standard. Pylint can be seen as another pychecker since nearly all
tests you can do with pychecker can also be done with Pylint. But
Pylint offers some more features, like checking line-code's length,
checking if variable names are well-formed according to your coding
standard, or checking if declared interfaces are truly implemented,
and much more (see http://www.logilab.org/pylint/ for the complete
check list). The big advantage with Pylint is that it is highly
configurable, customizable, and you can easily write a small plugin to
add a personal feature.
The usage it quite simple :
$ pylint mypackage.mymodule
This command will output all the errors and warnings related to the
tested code (here : mypackage.mymodule), will dump a little summary at
the end, and will give a mark to the tested code.
Pylint is free software distributed under the GNU Public Licence.
Sylvain Thénault LOGILAB, Paris (France).
The Dejavu Object-Relational Mapper (version 1.3) is now available and
in the public domain. Get it at svn://casadeamor.com/dejavu/trunk
Dejavu is an Object-Relational Mapper for Python applications. It is
designed to provide the "Model" third of an MVC application. Dejavu
avoids making decisions in the framework which are better left to
developers, and avoids forcing developers to make decisions which are
better left to deployers. In particular, deployers are allowed to mix
and match storage mechanisms, including how and when to cache objects in
memory, making it easier for deployers to tune applications to their
1. A base Unit class for persisting objects to storage.
2. A base Unit Property class for persistent object attributes.
3. ID Sequencers.
4. Associations between Unit classes.
5. Unit Engines, Rules, and Collections.
6. Aggregation and analysis tools.
1. Expressions: pure Python Unit queries. This is perhaps the most
appealing feature of Dejavu. However, since it uses bytecode hacks,
Dejavu only runs on CPython.
2. Sandboxes, which serve as Identity Maps and per-connection caches.
Unit objects are "memorized" and "recalled" from a Sandbox, using
3. An Arena class for application-level data.
1. A base StorageManager class and specification. Unlike many ORMs,
Dejavu does not require you to have complete control of the back end.
2. Specific StorageManagers for:
a. Microsoft SQL Server/MSDE via ADO.
b. Microsoft Access (Jet) via ADO.
f. ODBC databases (not complete, and probably never will be).
g. Shelve to dbm.
Major changes from 1.2:
1. Support for PostgreSQL, MySQL, and SQLite.
2. New db module which abstracts common DB StorageManager code.
3. Full support for decimal and fixedpoint.
4. zoo_fixture.py brings common tests to all StorageManagers.
Dejavu welcomes your use and feedback as an application developer.
Dejavu also welcomes framework developers. New code for additional
Storage Managers, analysis tools, or other portions will be gladly
reviewed for inclusion in future releases. Drop me an email if you
feel so inclined.
The second alpha release of version 2 of the Python Computer Graphics
Kit is available at http://cgkit.sourceforge.net
What is it?
The Python Computer Graphics Kit is a generic 3D package written in
C++ and Python that can be used for a variety of domains such as
scientific visualization, photorealistic rendering, Virtual Reality or
even games. The package contains a number of generic modules that can
be useful for any application that processes 3D data. This includes
new types such as vectors, matrices and quaternions. Furthermore, the
package can read and store 3D models in memory where they can be
manipulated by Python programs. The kit comes with tools that can be
used to display the scene either interactively or by rendering it
offline via a RenderMan renderer.
- New module "glove" that wraps the 5DT Data Glove SDK
- New module "wintab" that wraps the Wintab API to receive data from
tablets (Windows only)
- New module "spacedevice" that wraps the 3Dconnexion 3DXWare SDK
(currently Windows only)
- New class: FreeCamera
- STL importer added (ASCII and binary)
- some bugfixes and minor enhancements (see changelog)
Windows binary versions are available for Python 2.3 and Python 2.4.
For more information, visit:
- Matthias -
The Call for Proposals has just opened for the
7th Annual O'Reilly Open Source Convention
OSCON is headed back to friendly, economical Portland, Oregon during the
week of August 1-5, 2005. If you've ever wanted to join the OSCON
firmament, now's your chance to submit a proposal (or two) by February
Complete details are available on the OSCON web site, but we're
particularly interested in exploring how software development is moving
another level, and how developers and businesses are adjusting to new
business models and architectures. We're looking for sessions,
and workshops proposals that appeal to developers, systems and network
administrators, and their managers in the following areas:
- All aspects of building applications, services, and systems that use
new capabilities of the open source platform
- Burning issues for Java, Mozilla, web apps, and beyond
- The commoditization of software: who and/or what can show us the
- Network-enabled collaboration
- Software customizability, including software as a service
- Law, licensing, politics, and how best to navigate other troubled
Specific topics and tracks at OSCON 2005 include: Linux and other open
source operating systems, Java, PHP, Python, Perl, Databases (including
MySQL and PostgreSQL), Apache, XML, Applications, Ruby, and Security.
Attendees have a wide range of experience, so be sure to target a
particular level of experience: beginner, intermediate, advanced. Talks
and tutorials should be technical; strictly no marketing presentations.
Session presentations are 45 or 90 minutes long, and tutorials are
a half-day (3 hours) or a full day (6 hours).
Feel free to spread the word about the Call for Proposals to your
family, colleagues, and compatriots. We want everyone to submit, from
American women hacking artificial life into the Linux kernel to Belgian
men building a better mousetrap from PHP and recycled military hardware.
We mean everyone!
Even if you don't want to participate as a speaker, send us your
suggestions--topics you'd like to see covered, groups we should bring
the OSCON fold, extra-curricular activities we should organize--to
This year, we're moving to the wide open spaces of the Oregon Convention
Center. We've arranged for the nearby Doubletree Hotel to be our
headquarters hotel--it's a short, free Max light rail ride (or a lovely
walk) from the Convention Center.
Registration opens in April 2005; hotel information will be available
Deadline to submit a proposal is Midnight (PST), February 13.
For all the conference details, go to:
Press coverage, blogs, photos, and news from the 2004 O'Reilly Open
Convention can be found at: http://www.oreillynet.com/oscon2004/
Would your company like to make a big impression on the open source
community? If so, consider exhibiting or becoming a sponsor. Contact
Andrew Calvo at (707) 827-7176, or andrewc(a)oreilly.com for more info.
See you Portland next summer,
The O'Reilly OSCON Team
-----BEGIN PGP SIGNED MESSAGE-----
'tconfpy' Version 2.112 is now released and available for download at:
The last public release was 1.185 (5-2-2004)
This is a significant bugfix and feature upgrade release. Existing
users are strongly encouraged to upgrade. Be aware that the passed
and returned API parameters have changed, as have some of the
semantics of the configuration language, so existing code and/or
configuration files may need to be edited accordingly.
Complete details can be found in the WHATSNEW.txt file included in the
Users are strongly encouraged to join the tconfpy-users mailing list as
described in the documentation.
What Is 'tconfpy'?
'tconfpy' is an advanced configuration file parser and validator for
Python programs. By using 'tconfpy', Python programmers can provide
their users with an external configuration file for setting program
options, defining defaults, and so on. 'tconfpy' offloads the
responsibility for parsing and validating a configuration file from
the main application. The Python programmer need only deal
with the results and any errors or warnings generated during the
'tconfpy' recognizes a rich configuration language and provides a
number of sophisticated programming features including:
~ - The ability to breakup large configurations into smaller pieces
~ via the '.include' directive.
~ - Support for string substitution and concatenation throughout the
~ configuration file via string variables. Variables may be
~ locally declared, a reference to a symbol already in the
~ symbol table, or a reference to an environment variable.
~ - A complete set of conditional directives for selective
~ processing of configuration options. Both existential ("If
~ variable exists ...") and comparison ("if string equals/does not
~ equal string ...") forms are provided, as is an '.else'
~ - The ability to instantiate program options prior to reading a
~ configuration file and make them mandatory by declaring those
~ options as Read-Only.
~ - Optional type validation to ensure that a user enters a value
~ appropriate for boolean, integer, floating point, string, or
~ complex data.
~ - Optional value validation to ensure that a configuration option
~ is either within a specified range or one of an enumerated set
~ of possible values. For configuration options which are string
~ types, 'tconfpy', can optionally specify min/max string lengths
~ and enumerate a set of legitimate regular expressions that the
~ string must match.
~ - The ability to define an arbitrary number of lexical namespaces.
~ - The ability to use the various features of 'tconfpy' as a pre-
~ processor for any other text (including source code for other
~ programming languages and Python itself) via the '.literal'
~ - The ability to "template" classes of variables, thereby predefining
~ the type and value restrictions for such variables. This makes
~ 'tconfpy' useful as a building block for data validation tools.
~ - An optional debug capability which returns detailed information
~ about each line parsed.
~ - Includes a test driver program for learning how to program with
~ 'tconfpy' and for debugging and testing your own configuration
~ - Comes with approximately 40 pages of documentation including a
~ Programmer's API Reference and a User's Guide to the 'tconfpy'
~ configuration language. Documentation is provided in several
~ formats including Unix 'man', Plain Text, html, pdf, and
'tconfpy' is a Pure Python module and is platform-independent.
It should work identically on any platform on which Python runs.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
XPN is a multiplatform newsreader written in Python+GTK2. It is unicode
compliant and has features like scoring/action rules, configurable
attribution lines and random taglines, search facilities and filtered
views, import/export newsrc ...
You can find it on:
I'd really appreciate every type of feedback.
Changes in this release:
* v0.4.0: added off-line reading. Now you can download the whole bodies, or mark
some article and download their bodies.
* v0.4.0: added Keep Article and Watch/Ignore SubThread
* v0.4.0: added actions rule, now you can !keep, !watch, !ignore (and so on) your
article through rules
* v0.4.0: now XPN stores the position and the size of Main Window and Edit Window
* v0.4.0: now you can customize the charsets list XPN use to encode your outgoing
* v0.4.0: improved speed when loading groups list in Groups Window.
* v0.4.0: fixed a bug in the binary version that caused a crash trying to subscribe
* v0.4.0: added Oriental Charsets support (thanks to Python2.4)
* v0.4.0: added Global Search, you can search the whole groups and put the results
in a virtual group
* v0.4.0: added filtered views
* v0.4.0: moved to GTK2.4 and Python2.4
* v0.4.0: added a TraceBack viewer and an error logger
* v0.4.0: reorganized some menus
* v0.4.0: now the background color is changed also on Groups Pane and Headers pane
* v0.4.0: added a lot of little features/enhancements
* v0.4.0: fixed a lot of bugs
A diplomat thinks twice before saying nothing.
|\ | |HomePage : http://nem01.altervista.org
| \|emesis |XPN (my nr): http://xpn.altervista.org
To celebrate its second anniversary,
Python-Hosting.com is happy to announce
that it is now offering free Trac/Subversion hosting.
This offer is limited to open-source, python projects.
Trac and Subversion make a great combination for project
management. More information about Trac can be found
The free offer includes:
- Your own Trac site with HTTP and HTTPS access
- Your own Subversion repository with HTTP and HTTPS access
- Access to trac-admin through a web interface
- Access to Trac and Subversion user configuration through a web
- Web usage statistics of your Trac site
- Nightly backups of your data to external servers
If you want to know more about this offer and find out how to sign up,
check out the following page: http://www.python-hosting.com/freetrac
PS: Python-Hosting.com also offers commercial packages for
Trac/Subversion hosting, which aren't limited to open source python
projects and which include additional services such as your own domain
name, e-mail/DNS/database hosting, shell access, more diskspace or
Release 1.5b1 of the Spread Module for Python is available from a new home:
Changes since release 1.5a1
Thanks to Mark McClain, Mailbox objects have a new
multigroup_multicast() method, wrapping the Spread API's
Changes since release 1.4
Very little has changed: an obscure alignment bug triggered by people
who changed #define's in Spread's own header files was fixed, and the
Windows setup was changed to work with Spread 3.17.3. See the
download page for details.
Since so little has changed, 1.5 final will probably be released next.
About the Spread Module
This package contains a simple Python wrapper module for the Spread
toolkit (see below). 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 Python. It's intended to be used with Spread 3.17.3
and Python 2.3.4, although other combinations are possible. A source
tarball is available, and a Windows installer with a precompiled
spread.pyd (which must be used with a Python in the 2.3 line).
>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.
1.0.2 is the first stable release of a "final" version, parts of which
are in Python 2.4 as new module cookielib and updates to urllib2.
0.4.x is no longer actively maintained.
This release requires Python 2.0 or newer. Python 1.5.2 is no longer
Notes about ClientCookie, cookielib and urllib2
1. The cookie handling parts of ClientCookie are in Python 2.4
standard library as module cookielib and extensions to module
2. ClientCookie works with Python 2.4.
3. For new code to run on Python 2.4, I recommend use of standard
library modules urllib2 and cookielib instead of ClientCookie.
4. Handler classes thst are missing from 2.4's urllib2
(eg. HTTPRefreshProcessor) may be used with 2.4's
urllib2. IMPORTANT: For all other code, use ClientCookie
exclusively: do NOT mix use of ClientCookie and urllib2!
For a list of backwards-incompatible changes from 0.4.x to 1.0.x, see:
Changes from 1.0.0a to 1.0.2:
* Remove thread synchronization from CookieJar, since I'm convinced
* Cookies previously considered to have no name are now considered as
if they had no value. This was half-done in 1.0.0a and in Python
2.4.0 cookielib (ie., it was broken). Note that this may break
existing LWPCookieJar files if they contain such cookies
(MozillaCookieJar files are OK).
* Don't lowercase cookie names if they happen to be one of the
special cookie-attribute names (eg. Expires).
* Fix bug in LWPCookieJar. and MozillaCookieJar.load() (raise
ClientCookie.LoadError, not IOError, on failure).
ClientCookie is a Python module for handling HTTP cookies on the
client side, useful for accessing web sites that require cookies to be
set and then returned later. It also provides some other (optional)
useful stuff: HTTP-EQUIV and Refresh handling, automatic adding of the
Referer [sic] header, automatic observance of robots.txt and
lazily-seek()able responses. These extras are implemented using an
extension that makes it easier to add new functionality to urllib2. It
has developed from a port of Gisle Aas' Perl module HTTP::Cookies,
from the libwww-perl library.
response = ClientCookie.urlopen("http://foo.bar.com/")
This function behaves identically to urllib2.urlopen, except that it
deals with cookies automatically. That's probably all you need to