WHAT IS IT
Mail users, especially in non-English countries, often find that mail
messages arrived in different formats, with different content types, in
different encodings and charsets. Usually this is good because it allows us to
use apropriate format/encoding/whatever. Sometimes, though, some unification is
desireable. For example, one may want to put mail messages into an archive,
make HTML indicies, run search indexer, etc. In such situations converting
messages to text in one character set and skipping some binary atachmetnts is
Here is the solution - mimedecode.py.
This is a program to decode MIME messages. The program expects one input
file (either on command line or on stdin) which is treated as an RFC822 mesage,
and decoded to stdout. If the file is not an RFC822 message it is just piped to
stdout one-to-one. If the file is a simple RFC822 message it is just decoded as
one part. If it is a MIME message with multiple parts ("attachments") all parts
are decoded. Decoding can be controlled by command-line options.
WHAT'S NEW in version 2.1.0 (2006-04-27)
A patch by Bogdan Maryniuk <bogdan.maryniuk(a)gmail.com>:
portable way to get the default charset.
WHAT'S NEW in version 2.0.0
Major rewrite to use python email package.
WHERE TO GET
Master site: http://phd.pp.ru/Software/Python/#mimedecode
Faster mirrors: http://phd.by.ru/Software/Python/#mimedecodehttp://phd2.chat.ru/Software/Python/#mimedecode
Requires: Python 2.2.2+
Recommends: configured mailcap database.
Documentation (also included in the package):
Oleg Broytmann <phd(a)phd.pp.ru>
Copyright (C) 2001-2006 PhiloSoft Design
Oleg Broytmann http://phd.pp.ru/ phd(a)phd.pp.ru
Programmers don't die, they just GOSUB without RETURN.
On behalf of the Python development team and the Python
community, I'm happy to announce the second alpha release
of Python 2.5.
This is an *alpha* release of Python 2.5. As such, it is not
suitable for a production environment. It is being released to
solicit feedback and hopefully discover bugs, as well as allowing
you to determine how changes in 2.5 might impact you. If you find
things broken or incorrect, please log a bug on Sourceforge.
In particular, note that changes to improve Python's support
of 64 bit systems might require authors of C extensions to change
their code. More information (as well as source distributions and
Windows installers) are available from the 2.5 website:
Since the first alpha, a host of bug fixes and smaller new features
have been added. See the release notes (available from the 2.5
webpage) for more.
The plan from here is for either one more alpha release, or (more
likely) moving to the beta releases, then moving to a 2.5 final
release around August. PEP 356 includes the schedule and will be
updated as the schedule evolves.
The new features in Python 2.5 are described in Andrew Kuchling's
What's New In Python 2.5. It's available from the 2.5 web page.
Amongst the language features added include conditional expressions,
the with statement, the merge of try/except and try/finally into
try/except/finally, enhancements to generators to produce a
coroutine kind of functionality, and a brand new AST-based compiler
New modules added include hashlib, ElementTree, sqlite3 and ctypes.
In addition, a new profiling module cProfile was added. In addition,
in the second alpha we have the new 'mailbox' module (a product of
last years Google Summer of Code).
Enjoy this new release,
Python Release Manager
(on behalf of the entire python-dev team)
I'm proud to release version 1.1.2 of Roundup.
- server-ctl script uses server configuration file (sf bug 1443805)
- indexing may be turned off for FileClass "content" now
("content" and "type" properties are now automatically included in
FileClass schema where previously the "content" property was faked
"type" was optional)
- reduced frequency of session timestamp update
- progress display in roundup-admin reindex
- bug in menu() permission filter (sf bug 1444440)
- verbose output during import is optional now (sf bug 1475624)
- escape *all* uses of "schema" in mysql backend (sf bug 1472120)
- responses to user rego email (sf bug 1470254)
- dangling connections in session handling (sf bug 1463359)
- classhelp popup pagination forgot about "type" (sf bug 1465836)
- umask is now configurable (with the same 0002 default)
- sorting of entries in classhelp popup (sf bug 1449000)
- allow single digit seconds in date spec (sf bug 1447141)
- prevent generation of new single-digit seconds dates (sf bug 1429390)
- implement close() on all indexers (sf bug 1242477)
If you're upgrading from an older version of Roundup you *must* follow
the "Software Upgrade" guidelines given in the maintenance
Roundup requires python 2.3 or later for correct operation.
To give Roundup a try, just download (see below), unpack and run::
Release info and download page:
Source and documentation is available at the website:
Mailing lists - the place to ask questions:
Roundup is a simple-to-use and -install issue-tracking system with
command-line, web and e-mail interfaces. It is based on the winning
from Ka-Ping Yee in the Software Carpentry "Track" design competition.
Note: Ping is not responsible for this project. The contact for this
project is richard(a)users.sourceforge.net.
Roundup manages a number of issues (with flexible properties such as
"description", "priority", and so on) and provides the ability to:
(a) submit new issues,
(b) find and edit existing issues, and
(c) discuss issues with other participants.
The system will facilitate communication among the participants by
discussions and notifying interested parties when issues are edited.
the major design goals for Roundup that it be simple to get going.
is therefore usable "out of the box" with any python 2.3+
doesn't even need to be "installed" to be operational, though a
disutils-based install script is provided.
It comes with two issue tracker templates (a classic bug/feature
a minimal skeleton) and five database back-ends (anydbm, sqlite,
mysql and postgresql).
-----BEGIN PGP SIGNED MESSAGE-----
itools is a Python library, it groups a number of packages into a single
meta-package for easier development and deployment:
itools.catalog itools.i18n itools.uri
itools.cms itools.ical itools.web
itools.csv itools.resources itools.workflow
itools.datatypes itools.rss itools.xhtml
itools.gettext itools.schemas itools.xliff
itools.handlers itools.stl itools.xml
- Be strict when parsing CSV files (check all lines have the same
number of columns), by Piotr Macuk. [#263]
- New format, much more compact.
- Speed-up write operations.
- Add datatype "Enumerate", by Hervé Cauwelier. [#304]
- Update the French translation, by Hervé Cauwelier. [#303]
J. David Ibáñez
Itaapy <http://www.itaapy.com> Tel +33 (0)1 42 23 67 45
9 rue Darwin, 75018 Paris Fax +33 (0)1 53 28 27 88
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v184.108.40.206 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
-----END PGP SIGNATURE-----
NOTE: Special date of WEDNESDAY April 26 at Google, usual time of 7:30pm
Please show up by 7:15 so we can start the meeting on time!
This does not change the usual May meeting on May 11 at Google; stay
tuned for an announcement of that.
Special meeting! One of the lead developers of Django is in town! Jacob
Kaplan-Moss will be talking about Django at Google. He says he'll be
fine-tuning the talk until the last minute but plans to cover:
* How Django came into being -- a bit about the Journal-World, the
problems that Django was designed to solve, some bits about its
evolution, and a glance at how *we* use Django today.
* What writing Django apps look -- I'll show off some real code and
talk about each of the bits of Django's stack. This'll be the bulk
of the talk.
* What's in store for the future of Django -- there's some awesome
community work going on, as well as some under-the-radar stuff we're
working on that I'll try to preview or at least talk about.
BayPIGgies meetings alternate between IronPort (San Bruno, California)
and Google (Mountain View, California). For more information and
directions, see http://baypiggies.net/
Before the meeting, we sometimes meet at 6pm for dinner. Discussion of
dinner plans is handled on the BayPIGgies mailing list.
Advance notice: We have speakers for May. We are currently setting up
the schedule for the rest of the year. Please e-mail
baypiggies(a)python.org if you want to suggest an agenda (or volunteer to
give a presentation).
Aahz (aahz(a)pythoncraft.com) <*> http://www.pythoncraft.com/
"Argue for your limitations, and sure enough they're yours." --Richard Bach
0.3.4 release of pywinauto is now available.
pywinauto is a set of open-source (LGPL) modules for using Python as a GUI
automation 'driver' for Windows NT based Operating Systems (NT/W2K/XP).
SourceForge project page:
Download from SourceForge
Here is the list of changes from 0.3.3:
0.3.4 Fixed issue with latest ctypes, speed gains, other changes
* The latest version of ctypes (0.9.9.6) removed the code generator
I was using some generated code in win32functions.py (stdcall). I
was not using those functions so I just commented them out.
* Started the process of renaming methods of the ``Application`` and
``WindowSpecification`` classes. I will be converting names to
``UppercaseNames_()``. The trailing ``_`` is to disambiguate the
method names from potential Window titles.
* Updated how print_control_identifiers works so that it now always
prints the disambiguated control name. (even for single controls)
* Added __hash__ to HwndWrapper so that controls could be dictionary
* Caching various information at various points. For example I cache
how well two pieces of text match. For short scripts this has
little impact - but for larger script it could well have a major
Also caching information for controls that cannot change
e.g. TopLeveParent, Parent, etc
If you want to follow this project then please sign up to the mailing list:
Mark Mc Mahon
Manchester, NH 03110, USA
<P><A HREF="http://sourceforge.net/projects/pywinauto">pywinauto 0.3.4</A>
Simple Windows GUI automation with Python. (25-Apr-06)
Remote Python Call (RPyC) version 2.50-final is about to be released in
the week or so.
meanwhile, a release candidate (2.50A) has been released to public
review -- please report bugs. i'm still working on real unit-tests for
the library, but i'm sure users can help uncover more bugs.
Happy to announce the release of uuid-0.3.1 (bugfix release)
What is uuid?
uuid is a python module to create RFC 4122 compatible UUIDs
The module supports generation off RFC 4122 compatible time based,
and md5 based UUIDs
x. fixed a bug where a call to uuid_nd5() and uuid_sha1() could
lead to infinite recursion
For download and documentation see http://home.arcor.de/jurner/python/
New in this released is API documentation which is generated using
epydoc. It's still being written but at this point I feel that
it's good enough to be a very useful resource to help understand
kiwi. Kiwi is a PyGTK framework for building graphical applications loosely
based on MVC Model-View-Controller (MVC) and Allen Holub's Visual proxy
. Think of Kiwi as a high-level, object-oriented layer built on
Its design is based on real-world experience using PyGTK to develop
large desktop applications, which use many concepts common to most
graphical applications: multiple windows and dialogs, forms, data
persistence, lists and high-level classes that support domain objects
Grab the latest sources from:
What's new since 1.9.7?
- distutils.setup() replacement
- date tests
- FileChooser & FileChooserButton
- Rename all proxy widgets to start with Proxy
- Win32 installation fixes
- UI test threading fixes
- Sizegroup merging (Ronaldo)
- Mask improvements (Ronaldo)
- ObjectList improvements (Johan, Ronaldo, Patrick)
- Lots of bug fixes (Johan, Ronaldo, Sidnei)
* An MVC-derived framework of classes:
* Views, which represent the graphical display
* Controllers, which handles user interaction with the widgets
in a View.
* Delegates, combines a View and a Controller.
* Models, which are special mixins for your domain objects
* Proxies, special types of Delegate designed to implement forms
* Validation: Kiwi supports validation on different levels:
data type validation and verification on the Model/Proxy level,
View validation and hooks for visually displaying validation state.
* ObjectList widget, which provides a higher level abstraction of
GtkTreeView and all its classes (GtkTreeModel, GtkTreeViewColumn,
GtkCellRenderer) with hooks to easily integrate into the
* Mask suport: You can set a mask on entries to force the input to
follow a certain standard, such as zip code, social security, ip address
* Gazpacho integration for most (non-deprecated) interactive
widgets with attributes for handling validation and proxy
* UI Test framework
Features a recorder and a player. The recorder allows you to record
different tasks, a script will be saved which will reproduce the
actions you made in the interface.
* Kiwi Tasklets
Tasklet is a small coroutines framework written by Gustavo Carneiro,
it was previously known as gtasklets.
* PyGTK utilities, to make it easier to add signals and properties to
* i18n translation utilities, to help you translate PyGTK applications,
currently depends on gettext and intltool.
* and many other things!
Python 2.3 or higher (2.4 recommended) http://www.python.org/
PyGTK 2.6.0 or higher (2.8 recommended) http://www.pygtk.org/
gazpacho 0.6.5 (svn recommenced) http://gazpacho.sicem.biz/
Kiwi provides API documentation generated by epydoc, it can be found at
Included in the tarball are also a number of examples, which serves as a
good starting point. Keep in mind that most of them require gazpacho to
Christian Robottom Reis: Original author and design
Lorenzo Gil Sanchez: PyGTK 2.x port
Also thanks to the following people which has contributed features
or bug reports:
Ali Afshar, Henrique Romano, Daniel Saran R. da Cunha, Evandro Vale
Miquelito, Gustavo Barbieri, Gustavo Carneiro, Sidnei da Silva
Patrick O'Brien, Ronaldo Maia
Report a bug http://bugs.async.com.br/enter_bug.cgi?product=Kiwi
API docs http://www.async.com.br/projects/kiwi/api/
Open bugs http://tinyurl.com/cyrms
Mail. list http://www.async.com.br/mailman/listinfo/kiwi/
Johan Dahlin <jdahlin(a)async.com.br>
Async Open Source
Pydev and Pydev Extensions 1.0.6 have been released
Check http://www.fabioz.com/pydev for details on Pydev Extensions
and http://pydev.sf.net for details on Pydev
Release Highlights in Pydev Extensions:
- New Feature: Show hierarchy (F4) -- Still in a beta state (currently only
looks for subclasses on the same project).
- Analysis happens in a Thread, so, you should now always have the latest
parse without any halts (this happened only when the option was set to
analyze only on save).
- Class variable marked as error when self ommitted
- when an undefined import is found within a try..except ImportError, it
will not be reported.
- Allow changing the keybinding for activating the Interactive Console
- Added a simple text-search that looks for in all .py and .pyw files (will
be improved in the future to make a real python-like search).
- The keywords that match the 'simple' keywords completion do not show up.
Release Highlights in Pydev:
- Assign variables to attributes (Ctrl+2+a): Contributed by Joel Hedlund
(this is the first contribution using the new jython scripting engine).
- 3 minor 'quirks' were fixed in the indentation engine
- The debugger had some changes (so, if you had halts with it, please try it
- Allow changing the keybinding for activating the Find next problem
- The debugger step-return had its behaviour changed.
- Additional scripts location added to pythonpath in the jython scripting
- Transversal of nested references improved
- Fixed problems with compiled modules when they had 'nested' module
structures (e.g.: wx.glcanvas)
What is PyDev?
PyDev is a plugin that enables users to use Eclipse for Python and Jython
development -- making Eclipse a first class Python IDE -- It comes with many
goodies such as code completion, syntax highlighting, syntax analysis,
refactor, debug and many others.
ESSS - Engineering Simulation and Scientific Software
Pydev - Python Development Enviroment for Eclipse