The Python Software Foundation (PSF; http://www.python.org/psf/)
was created to (eventually) hold the intellectual property (IP)
for the Python programming language.
In order to be able to succeed in this, contributions to the
Python programming language will have to be covered by legally
valid contribution agreements. To make this process as simple
as possible, the PSF members have come up with three different
contribution agreements.
The current versions of those agreements have been posted to
a new mailing list at:
http://mail.python.org/mailman/listinfo/psf-forms-discuss
If you want to participate in the final discussion of these
documents, please sign up to the list.
Thank you,
--
Marc-Andre Lemburg
CEO eGenix.com Software GmbH
______________________________________________________________________
Company & Consulting: http://www.egenix.com/
Python Software: http://www.egenix.com/files/python/
I have just created a mailing list for general discussion of Grouch, my
object schema specification and verification system for Python. (In
plain terms, it's a type-checker for Python databases.) Anything
Grouch-related is fair game: usage questions, bug reports, development
issues, questions about the code, future plans, etc.
You can join the list at
http://mail.mems-exchange.org/mailman/listinfo/grouch-users
The list archives (currently empty, of course) are at
http://mail.mems-exchange.org/pipermail/grouch-users/
--
Greg Ward - software developer gward(a)mems-exchange.org
MEMS Exchange http://www.mems-exchange.org
PyUt is a little UML class diagram editor under GPL, featuring :
- printing
- import/export dynamic plugins
- Export to XML, JPEG, BMP, PS.
- Actually runs under Windows and Unix/Linux
You can find it on http://pyut.sf.net and
http://sourceforge.net/project/showfiles.php?group_id=39548&release_id=77098.
Soon, PyUt will include the following features :
- Python reverse engineering
- Python code generation
and next :
- java, c++ reverse engineering/code generation
- XMI support
for PyUt team,
C.Dutoit
A mailing list for PyChecker has been created:
pychecker-list(a)lists.sourceforge.net
This list is meant for general discussion of PyChecker.
It can also be used for general discussion of static analysis
issues for python.
If you would like to subscribe to the list, go to this page:
http://lists.sourceforge.net/lists/listinfo/pychecker-list
Neal
This is the official announcement of the second version of JPE.
JPE (The Java-Python Extension) is a production-grade seamless
integration of Python and Java.
JPE lets you call Java objects and classes from Python, and vice-versa,
within the same process space. JPE is reentrant (cross-language
callbacks), and supports multi-threading concurently in Java and Python.
The reference web site for JPE is http://jpe.sourceforge.net
As compared to its first release:
1) Build
The build system of JPE is based on a new build library (libplus):
- Java and python are auto-detected from the command line, and
everything else is derived from there
(Java libraries, library paths...).
- libplus generated its own makefiles, and runtime environment (env
variables) for the build and test phases; so there is no need to set-up
anything
- everything is now plateform-independant, and the same scripts are
used on Win32 and posix (no more GNU make / cygwin make required on
windows)
- JPE has been ported to posix environments. However, a shared python
library is required on these platforms. You can build your onw, or use
the branched version of Python 2.1, named 'pythonx', which is provided
for these purposes.
- JPE is distributed in source form from CVS. Substantial efforts have
been invested to provide a config and build environment that makes it
straightforward to configure, build from source, and test
multi-component, multi-platform software systems. Hopefully, that can be
one step ahead from the current autoconf or distutil systems.
Easily extensible to support arbitrary software components and tools,
libplus currently supports C, C++, Python, Java, and swig wrappers.
Libplus generates configuration-specific makefiles that chain software
component dependencies together, and provides runtime software/tool
configuration information.
Litteratly, this is an 'open-source' project :))
2) New capabilities of JPE, for the 2d release:
- Java bean support: Jbean properties are accessed as regular python
attributes
- Cross-language native array access: JPE integrates the bufarray python
extension type; a layer on top of the python buffer interface that
provides type-safe access to contiguous fixed-length C arrays (actually,
99% of the situations in scientific C or Fortran libraries).
This integration permits to safely access arrays by shared memory
reference between Java, Python, and C; while hidding the native memory
format.
3) Acknowledgements:
Arakné, and The Molecular Graphics Laboratory at The Scripps Research
Institute.
Benevolently yours,
Frédéric Giacometti
fred(a)arakne.com
This is the official announcement of the second version of JPE.
JPE (The Java-Python Extension) is a production-grade seamless integration
of Python and Java together.
JPE lets you call Java objects and classes from Python, and vice-versa,
within the same process space. JPE is reentrant (cross-language callbacks),
and supports multi-threading concurently in Java and Python.
The reference web site for JPE is http://jpe.sourceforge.net
As compared to its first release:
1) The build system of JPE has been completely reengineered, and is based on
a new build library (libplus).
In this new version:
- Java and python are auto-detected from the command line, and everything
else is derived from there
(Java libraries, library paths...).
- libplus generated its own makefiles, and runtime environment (env
variables) for the build and test phases; so there is no need to set-up
anything
- everything is now plateform-independant, and the same scripts are used
on Win32 and posix (no more GNU make / cygwin make required on windows)
- JPE has been ported to posix environments. However, a shared python
library is required on these platforms. You can build your onw, or use the
branched version of Python 2.1, named 'pythonx', which is provided for these
purposes.
- JPE is distributed in source form from CVS. Substantial efforts have
been invested to provide a config and build environment that makes it
straightforward to configure, build from source, and test multi-component,
multi-platform software systems. Hopefully, that can be one step ahead from
the current autoconf or distutil systems.
Easily extensible to support arbitrary software components and tools,
libplus currently supports C, C++, Python, Java, and swig wrappers.
Libplus generates configuration-specific makefiles that chain software
component dependencies together, and provides runtime software/tool
configuration information.
Litteratly, this is an 'open-source' project :))
2) New capabilities of JPE, for the 2d release:
- Java bean support: Jbean properties are accessed as regular python
attributes
- Cross-language native array access: JPE integrates the bufarray python
extension type; a layer on top of the python buffer interface that provides
type-safe access to contiguous fixed-length C arrays (actually, 99% of the
situations in scientific C or Fortran libraries).
This integration permits to safely access arrays by shared memory reference
between Java, Python, and C; while hidding the native memory format.
3) Acknowledgements:
Arakné, and The Molecular Graphics Laboratory at The Scripps Research
Institute.
Benevolently yours,
Frédéric Giacometti
fred(a)arakne.com
Announcing:
decompyle -- A Python byte-code decompiler
version 2.2 beta 1
'decompyle' converts Python byte-code back into equivalent Python
source. It accepts byte-code from any Python version starting with 1.5
up to 2.2.
The generated source is very readable: docstrings, lists, tuples and
hashes get pretty-printed.
'decompyle' may also verify the equivalence of the generated source by
by compiling it and comparing both byte-codes.
New Features
------------
Since Release 0.6.0:
* Now decompyles byte-code from Python versions 1.5 up to 2.2
* Now requires Python 2.2 but is able to decompyle older byte-coe,
too. Prior version of decompyle had to be run with the Python
version which generated the byte-code.
* pretty-prints docstrings, hashes, lists and tuples
* decompyle is now a script and a package
* Now adds an emacs mode-hint and tab-width to the output files
* enhanced test suite: more test patterns, .pyc/.pyo included
* avoids unnecessary 'global' statements
* many internal changes and code overhouls
Please refere to the file 'CHANGES' for a list of changes in this
release.
Where to get it?
----------------
The source archives and instructions for isntalling the package can be
found at:
http://www.goebel-consult.de/decompyle/
Simple Help Needed!
-------------------
Please help testing 'decompyle'!
The EXTENDED_ARG token is untested (this is a new token for Python 2.0
which is used only if many items exist within a code object). If you
have byte-code which does or may include this token, please try to
decompyle your application.
It's easy: the script 'test_pythonlib' which is included in the source
distribution does the job for you. Just read the simple
instruction there.
Requirements
------------
'decompyle' requires Python 2.2 or later.
Known Bugs/Restrictions
-----------------------
* The EXTENDED_ARG token is untested (this is a new token for Python
2.0 which is used only if many items exist within a code object).
* Byte-code generated by Python 2.2 differs byte-code generated by a
prior version even for the same source. This is due the intruduction
of iterators. Currently 'Decompyle' fails verifying the source if
the byte-code was generated by an older version of Python.
* Verifying decompyled source with optizimzed byte code (.pyo) when
running without optimizations (option '-O' not given) fails in most
cases. Same is true for vis-a-versa. This is due to the fact that
Python generated different bytecode depending on option '-O'.
+++hartmut
--
| hartmut Goebel | hartmut(a)goebel.noris.de // |
| Software Manufactur | \X/ |
We plan on upgrading the mail server mail.python.org on Wednesday
27-Feb-2002, at 11am -0500 (EST, US/Eastern). This will affect all
mail and mailing lists on the python.org and zope.org domains.
Downtime should be minimal; if all goes well, just 10-15 minutes. You
shouldn't even notice it. If you still cannot get email through by
noon our time, check the www.python.org home page for status, or email
Barry (barry(a)zope.com), Martijn (mj(a)zope.com), and Greg
(gward(a)mems-exchange.org).
-Postmaster @ {python,zope}.org
twainmodule 1.0b1 is released today, 2002-02-25.
Kevin Gill (mailto:[email protected])
http://twainmodule.sourceforge.net
twainmodule provides a programatic interface to TWAIN devices on 32bit
Windows platforms.
TWAIN is a protocol which is used communicate with Scanners, Digital Cameras
and some other devices. In order to use twainmodule with your device, you
need to have device specific TWAIN software installed on your PC, e.g. HP
Precision software for HP Scanjet series scanners.
twainmodule comes with tutorials, documentation and a tool for 'exploring'
the interface to your TWAIN device.
twainmodule is released under the GNU GPL licence.
________________________________________________________________________
ANNOUNCING:
py2html.py -- Version 0.7
A Python Source Code to XHTML converter
________________________________________________________________________
WHAT IS IT ?:
py2html.py is a script which converts Python source files
to highlighted XHTML. It can be run as command line application
or used as CGI script.
________________________________________________________________________
WHAT'S NEW ?
Version 0.7 adds support for XHTML thanks to Ville Skyttä.
________________________________________________________________________
WHERE CAN I GET IT ?
You can download the script from the usual place...
http://www.egenix.com/files/python/
________________________________________________________________________
WHAT DOES IT COST ?
The script comes with the eGenix.com Public License, which means
that you can use them in both commercial and non-commercial settings
without fee or charge.
________________________________________________________________________
WHERE CAN I GET SUPPORT ?
Commercial quality support for these packages is available from
eGenix.com Software GmbH. Please see
http://www.egenix.com/files/python/eGenix-mx-Extensions.html#Support
for details about the eGenix support offerings.
Free support is available through the eGenix.com User Mailing List
which provides a forum for eGenix.com Software Users:
http://lists.egenix.com/mailman/listinfo/egenix-users/
________________________________________________________________________
Enjoy,
--
Marc-Andre Lemburg
CEO eGenix.com Software GmbH
______________________________________________________________________
Company & Consulting: http://www.egenix.com/
Python Software: http://www.egenix.com/files/python/
