BleachBit (a pure PyGTK app) deletes traces of online Internet usage
and recovers wasted disk space.
Highlight of changes since 0.7.1:
* Clear Konqueror cache, cookies, and history
* Improve notifications (show them less often and for shorter a period of time)
* Show system information for reporting bugs
* Clear Microsoft Paint MRU
* Clear more of WinRAR and Adobe Reader 6
* Request escalated (administrator) privileges on Windows Vista and Windows 7
* Fix many bugs
Detailed release notes
I'm pleased to annouce that a new version of GMPY is available.
GMPY is a wrapper for the MPIR or GMP multiple-precision
arithmetic library. GMPY 1.11rc1 is available for download from:
In addition to support for Python 3.x, there are several new
features in this release:
- Even faster conversion to/from Python longs.
- Performance improvements by reducing function overhead.
- Performance improvements by improved caching.
- Support for cdivmod, fdivmod, and tdivmod.
- Unicode strings are accepted on Python 2.x and 3.x.
- Fixed regression in GMPY 1.10 where True/False were no
Comments on provided binaries
The 32-bit Windows installers were compiled with MinGW32 using MPIR
1.3.0rc3 and will automatically recognize the CPU type and use code
optimized for the CPU at runtime. The 64-bit Windows installers were
compiled Microsoft's SDK compilers using MPRI 1.3.0rc3. Detailed
instructions are included if you want to compile your own binary.
On releasing the GIL: I have compared releasing the GIL versus the
multiprocessing module and the multiprocessing module offers better
and more predictable performance for embarrassingly parallel tasks
than releasing the GIL. If there are requests, I can add a compile-
time option to enable threading support but it is unlikely to
become the default.
On mutable integers: The performance advantages of mutable integers
appears to be 20% to 30% for some operations. I plan to add a new
mutable integer type in the next release of GMPY. If you want to
experiment with mutable integers now, GMPY can be compiled with
mutable version of the standard 'mpz' type. Please see the file
"mutable_mpz.txt" for more information.
Please report any issues!
=== Leipzig Python User Group ===
We will meet on Tuesday, December 1 at 8:00 pm at the training
center of Python Academy in Leipzig, Germany
( http://www.python-academy.com/center/find.html ).
Food and soft drinks are provided. Please send a short
confirmation mail to info(a)python-academy.de, so we can prepare
Everybody who uses Python, plans to do so or is interested in
learning more about the language is encouraged to participate.
While the meeting language will be mainly German, we will provide
English translation if needed.
== Leipzig Python User Group ===
Wir treffen uns am Dienstag, 01.12.2009 um 20:00 Uhr
im Schulungszentrum der Python Academy in Leipzig
( http://www.python-academy.de/Schulungszentrum/anfahrt.html ).
Für das leibliche Wohl wird gesorgt. Eine Anmeldung unter
info(a)python-academy.de wäre nett, damit wir genug Essen
Willkommen ist jeder, der Interesse an Python hat, die Sprache
bereits nutzt oder nutzen möchte.
just released ciss-0.1, my attempt at (what i call)
code-centered issue tracking.
- a command line tool for managing your ISSUES.txt
- code-centered: associate issues to files in your project
- extensible: assign tags for status/milestone/custom usage.
- ueber-powerful issue editing: your text editor!
- well tested (more tests than code)
If that appeals to you check it out:
And in case you wonder, why i don't use pitz or ditz?
For one, I don't want to edit my issues from an
interactive Python prompt, sorry. Second, they create
directories and pickle-files and whatnot - i just
want to keep a plain text file for a number of projects
and using a text editor and a nice cmdline tool
is the fastest way i can imagine.
Oh, and I do see use in web-based issue interaction but
keeping issues close-to-code (tm) and easy-to-edit (tm)
is just so much more fun. Besides, i believe 'ciss'
could learn to round-trip with existing trackers.
anyway, have fun,
So once again i bite the bullet because i can no longer wait on going
public with this.
I'm pleased to announce CMNDBOT 0.1 BETA1 to the world as this is the
first released of my port of GOZERBOT to the Google Application
Engine, enabling it on wave, web and xmpp.
I'll paste here the README to explain what it does:
CMNDBOT is a port of gozerbot to google wave platform. GOZERBOT needed
be completely rewritten as programs running on google application
(GAE) run within a CGI model which means that the bot get loaded on
request (unless its cached). Core functionality is available right now
most plugins need to be ported still. Besides wave the bot also
and jabber (XMPP) access.
this is the code that is being run by the cmndbot.appspot.com bot and
free code (BSD license). you can clone it to run your own cmndbot or
just to read how things are being done. no fear in reading cmndbot
as the name says cmndbot allows you to execute commands that you can
easily through the use of plugins.
from gozerlib.commands import cmnds
def handle_hello(bot, event):
event.reply("hello %s" % event.userhost)
cmnds.add('hello', handle_hello, 'USER')
as of now a few gozerbot plugins are being ported to cmndbot, namely:
* eight ball
other plugins will follow but the focus is now mainly on the bots
CMNDBOT is accessible at http://cmndbot.appspot.com (WEB) or
A gadget is also in the works at http://cmndbot.appspot.com/cmnd.xml
are very *kuch* young ;]
actualy this code is still young as docs are mostely missing and the
bot really needs to be tested, but thats what this release is for,
rememer this is still version 0.1 !
code is at http://cmndbot.googlecode.com/hg
I hope people are interested in developing this bot with me, if you do
you can contact me at bthate(a)gmail.com or bthate(a)googlewave.com
The 0.3.9 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
SourceForge project page: http://sourceforge.net/projects/pywinauto
Download from SourceForge
Here is the list of changes from 0.3.8:
* Major change this release is that Sendkeys is no longer a requirement!
A replacement that supports Unicode is included with pywinauto. (hopefully
soon to be released as a standalone module). Please note - this is still
quite untested so this release should be treated with some care..
* Made sure that default for WindowSpecification.Window_() was to look
for non top level windows. The defaults in find_windows() had been
changed previously and it now needed to be explicitly overridden.
* Fixed a missing reference to 'win32defines' when referencing WAIT_TIMEOUT
another typo of false (changed to False)
* Removed the restriction to only get the active windows for the process,
now it will be possible to get the active windows, even if a process is
it gets the active window for the foreground thread.
* Hopefully improved Delphi TreeView and ListView handling (added window
class names as supported window classes to the appropriate classes).
* Added support for running UI tests with reference controls. (requried
for some localization tests)
* Various PyLint and PEP8 fixes made.
If you want to follow this project then please sign up to the mailing
<P><A HREF="http://sourceforge.net/projects/pywinauto">pywinauto 0.3.9</A>
Simple Windows GUI automation with Python. (27-Nov-09)
On Nov 27, 2:35 am, Patrick Maupin <pmau...(a)gmail.com> wrote:
> pdfrw is a basic PDF file manipulation library, developed and tested
> on Python 2.5 and 2.6.
> pdfrw can read and write PDF files, and can also be used to read in
> PDFs which can then be used inside reportlab (as source material for
> new PDFs). This is also the underlying library for a new rst2pdf
> extension (not yet released, but in rst2pdf subversion) which allows
> arbitrary fragments of source PDFs to be embedded in the output PDF
> (without rasterization).
> No releases yet (and none immediately planned), but the interface is
> reasonably stable, it seems to work pretty well, and you can download
> the code and a few working examples at pdfrw.googlecode.com
> Feedback and/or code contributors always welcome!
> Best regards,
> Patrick Maupin
Apparently forgot URL when I was sleep-typing last night:
pdfrw is a basic PDF file manipulation library, developed and tested
on Python 2.5 and 2.6.
pdfrw can read and write PDF files, and can also be used to read in
PDFs which can then be used inside reportlab (as source material for
new PDFs). This is also the underlying library for a new rst2pdf
extension (not yet released, but in rst2pdf subversion) which allows
arbitrary fragments of source PDFs to be embedded in the output PDF
No releases yet (and none immediately planned), but the interface is
reasonably stable, it seems to work pretty well, and you can download
the code and a few working examples at pdfrw.googlecode.com
Feedback and/or code contributors always welcome!
I'm pleased to announce the first alpha release, version number 0.1.x, of
GarlicSim is a Pythonic framework for working with simulations.
All the information is on the website:
There is also a short explanatory video there.