There's a bugfix release of PyUseCase out. It fixes general issues as
well as some
specific to SWT/Eclipse RCP and some specific to PyGTK. There are also
enhancements added to the SWT/Eclipse RCP support.
A bit more detail:
PyUseCase is an unconventional GUI testing tool for PyGTK, Tkinter,
wxPython and SWT
along with a framework for testing Python GUIs in general.
Instead of recording GUI mechanics directly, it asks the user for
descriptive names and hence builds up a "domain language" along with a
"UI map file" that translates this language into actions on the
current GUI widgets. The point is to reduce coupling, allow very
expressive tests, and ensure that GUI changes mean changing the UI map
file but not all the tests.
Instead of an "assertion" mechanism, it auto-generates a log of the
GUI appearance and changes to it. The point is then to use that as a
baseline for text-based testing, using TextTest.
It also includes support for instrumenting code so that "waits" can be
recorded, making it far easier for a tester to record correctly
synchronized tests without having to explicitly plan for this.
Mailing list: https://lists.sourceforge.net/lists/listinfo/texttest-users
I'm happy to announce the release of Passlib 1.4.
Passlib is a comprehensive password hashing library for python,
supporting over 20 different hash schemes and an extensive
framework for managing existing hashes.
This release includes:
* PBKDF2 hash support
* better handling of LDAP-style hashes
* more usage examples and documentation
* internal improvements to reduce load time & resource use
Homepage - http://passlib.googlecode.com
Docs - http://packages.python.org/passlib
PyPI - http://pypi.python.org/pypi/passlib
- Eli Collins
after a long delay the pyjamas project - http://pyjs.org - has begun the
0.8 series of releases, beginning with alpha1:
compiler with two modes of operation (roughly classified as "python
strict" and "Optimised"); a GUI Framework almost identical to that of
the GWT Project (1.5 to 1.7); and a "Desktop" version which is similar
in concept to Adobe Air, allowing python applications to be run -
unmodified - as stand-alone Desktop Applications. pyjamas can
therefore be considered to be a Desktop GUI framework - a peer of GTK2
and QT4 - with the startling capability that applications can also be
absolutely no special plugins required, or it can be considered to be
an AJAX Web Framework with the massive advantage that applications are
both descriptions are accurate, making pyjamas the world's only free
software python-based platform-independent, browser-independent,
GUI-toolkit-independent and OS-independent "Holy Grail" GUI
development environment [so there. nyer, nyer to the corporate big
boys with access to $m who *still* haven't managed that one]
also included are ports of GChart and GWTCanvas, each of which run
under all web browsers and all desktop engines (with the exception at
present of the python-webkit desktop engines, which presently do not
support SVG Canvas). all pyjamas UI libraries are designed to be
browser-independent as well as platform independent. the usual
"browser foibles", tricks and gotchas are catered for with a
transparent "Platform Override" mechanism which ensures that the
published API of each UI Library is identical across all platforms
(including the Desktop Engines). [no more "If Platform == IE or
Platform == Opera...."]
due to the sheer number of modern browsers as well as the number of
pyjamas-desktop engines required to be supported, the 0.8 series will
be ready declared "stable" when sufficient community-led testing has
been done. bugreports are in for Opera 11, IE8 and Google Chrome:
still requiring testing and confirmation is Opera 9 and 10; Firefox 2,
3, 3.1, 3.5, 3.6 and 4.0; IE6, 7 and 9; Safari 3 and 4, as well as
mobile phone browsers Android, Symbian Series 60, iphone, ipad and
blackberry OS 4. also requiring testing and confirmation is the
Desktop Engines, of which there are now four variants: XulRunner
(Firefox Engine), pywebkitgtk, MSHTML and the new addition pywebkitdfb
(DirectFB). each browser and each engine requires each of the 70
examples to be run, and in the case of the pyjamas compiler (pyjs),
compilation is required with both -O and --strict (with the exception
of the LibTest example).
the pywebkitdfb engine is a new addition, and merits a particular
mention. some time last year, both GTK2 and QT4 independently
announced that they were dropping support for DirectFB from future
versions, and Enlightenment had not tested the DirectFB port for some
considerable time. Webkit-GTK with the older GTK-DirectFB libraries
simply would not compile. in the embedded space, where it can take 30
seconds to fire up Webkit-GTK on a 400mhz ARM9 and even longer to
start up WebkitQT4, this was something of a disaster. To fix this, a
new port of Webkit was created which uses DirectFB directly, using a
tiny 50k Widget Toolkit called "Lite". This development coincided
with the re-engineering of pywebkitgtk and the creation of the
pythonwebkit project, http://www.gnu.org/software/pythonwebkit:
pywebkitdfb was therefore also created at the same time.
Cutting a long story short, pywebkitdfb now exists and has a startup
time on 400mhz ARM9 processors of under 1.5 seconds. The startup time
of both WebkitDFB and pywebkitdfb on Dual-Core 2ghz Intel systems is
so quick that it's difficult to determine: an estimate is under 0.1
seconds (100ms). WebkitGTK. WebkitEFL and WebkitQT4 have
approximately 20 times or longer startup times. So although WebkitDFB
is still significantly experimental, it is definitely worthwhile
considering, especially for Embedded Systems, but even for use on
X-Windows, and even just as a plain (but modern) web browser for those
people sick to the back teeth of long startup times on their web
browser [and it has python bindings, too. yaay!]
summary: developing applications in pyjamas means the application can
be made to run just about anywhere, and it's an entirely python-based
and a free software framework. it's a community-driven project, so
requires *your* input to get it to a proven stable state.
EuroScipy 2011 - Deadline Approaching
Beware: talk submission deadline is approaching.
You can submit your contribution until Sunday May 8.
The 4th European meeting on Python in Science
**Paris, Ecole Normale Supérieure, August 25-28 2011**
We are happy to announce the 4th EuroScipy meeting, in Paris, August
The EuroSciPy meeting is a cross-disciplinary gathering focused on
the use and development of the Python language in scientific
research. This event strives to bring together both users and
developers of scientific tools, as well as academic research and
state of the art industry.
- Presentations of scientific tools and libraries using the
Python language, including but not limited to:
- vector and array manipulation
- parallel computing
- scientific visualization
- scientific data flow and persistence
- algorithms implemented or exposed in Python
- web applications and portals for science and engineering.
- Reports on the use of Python in scientific achievements or ongoing
- General-purpose Python tools that can be of special interest to the
There will be two tutorial tracks at the conference, an introductory one,
to bring up to speed with the Python language as a scientific tool, and
an advanced track, during which experts of the field will lecture on
specific advanced topics such as advanced use of numpy, scientific
visualization, software engineering...
Keynote Speaker: Fernando Perez
We are excited to welcome Fernando Perez (UC Berkeley, Helen Wills
Neuroscience Institute, USA) as our keynote speaker. Fernando Perez
is the original author of the enhanced interactive python shell
IPython and a very active contributor to the Python for Science
Talk submission deadline: Sunday May 8
Program announced: Sunday May 29
Tutorials tracks: Thursday August 25 - Friday August 26
Conference track: Saturday August 27 - Sunday August 28
Call for papers
We are soliciting talks that discuss topics related to scientific
computing using Python. These include applications, teaching, future
development directions, and research. We welcome contributions from
the industry as well as the academic world. Indeed, industrial
research and development as well academic research face the
challenge of mastering IT tools for exploration, modeling and
analysis. We look forward to hearing your recent breakthroughs
- We solicit talk proposals in the form of a one-page long abstract.
- Submissions whose main purpose is to promote a commercial product or
service will be refused.
- All accepted proposals must be presented at the EuroSciPy conference
by at least one author.
The one-page long abstracts are for conference planing and selection
purposes only. We will later select papers for publication of
post-proceedings in a peer-reviewed journal.
How to submit an abstract
To submit a talk to the EuroScipy conference follow the instructions
- Gaël Varoquaux (INSERM, Unicog team, and INRIA, Parietal team)
- Nicolas Chauvat (Logilab)
Local organization committee:
- Emmanuelle Gouillart (Saint-Gobain Recherche)
- Jean-Philippe Chauvat (Logilab)
- Valentin Haenel (MKP, Technische Universität Berlin)
- Chair: Tiziano Zito (MKP, Technische Universität Berlin)
- Romain Brette (ENS Paris, DEC)
- Emmanuelle Gouillart (Saint-Gobain Recherche)
- Eric Lebigot (Laboratoire Kastler Brossel, Université Pierre et
- Konrad Hinsen (Soleil Synchrotron, CNRS)
- Hans Petter Langtangen (Simula laboratories)
- Jarrod Millman (UC Berkeley, Helen Wills NeuroScience institute)
- Mike Müller (Python Academy)
- Didrik Pinte (Enthought Inc)
- Marc Poinot (ONERA)
- Christophe Pradal (CIRAD/INRIA, Virtual Plantes team)
- Andreas Schreiber (DLR)
- Stéfan van der Walt (University of Stellenbosch)
A new RedNotebook version has been released.
You can get the tarball, the Windows installer and links to distribution
What is RedNotebook?
RedNotebook is a **graphical journal** and diary helping you keep track
of notes and thoughts. It includes a calendar navigation, customizable
templates, export functionality and word clouds. You can also format,
tag and search your entries. RedNotebook is available in the
repositories of most common Linux distributions and a Windows installer
is available. It is written in Python and uses GTK+ for its interface.
* Remove "RedNotebook" title in exports
* Make templates translatable
* Fix: Inserted dates always shows the time 00:00h (LP:744624)
* Mention "--record installed-files" setup.py's option for remembering
installed files in README
* Many translations updated
0.7 RELEASE NOTES
Hello world, greetings to all and everybody on this little planet ;]
Today I am releasing version 0.7 of JSONBOT, hope you like it.
I want to dedicate this release to Annemiek, Kirsten, Danny and
Doscha, i would not have a live without you.
changes in this release
* we got jsonbot.org running .. see http://jsonbot.org ;]
* convore support
* refactored core
* reloadable config files
* revamped web console
* resource files (contain commands the bot can execute)
* file change detection for myplugs plugins
* rebooting is fixed
* fixed relaying in jabber conference rooms
* added color.py plugin to color certain words
* added geo.py, googletranslate.py and imdb.py (thnx melmoth)
* chatlog plugin now uses the logging module .. log file rotates every
* many other bugfixes
If you have programmed your own plugin see
http://jsonbot.org/handbook/UPGRADE.html for upgrade notes.
1) fix runtime setting of loglevel
2) add flood control
3) docs docs docs docs docs
4) fix bugs
* tarball - http://jsonbot.googlecode.com
* mercurial - http://jsonbot.googlecode.com/hg
* github - https://github.com/jsonbot
* webconsole - http://jsonbot.appspot.com
* xmpp - jsonbot(a)jsonbot.org (shell) and jsonbot(a)appspot.com (GAE)
* IRC - jsonbot on irc.freenode.net
* Convore - https://convore.com/convore-8/welcome-to-convore/ relaying
with #convore on irc.freenode.net
* new jsonbot.org site .. http://jsonbot.org
* GAE backup docs .. http://jsonbot.appspot.com/docs
* twitter: https://twitter.com/#!/jsonbot
* facebook: http://tinyurl.com/jsonbot
* email: bthate(a)gmail.com
* IRC: dunker in channel #dunkbots / irc.freenode.net* xmpp:
bthate(a)gmail.com and bart(a)jsonbot.org
JSONBOT is a remote event-driven framework for building bots that talk
to each other over XMPP.
This distribution provides bots built on this framework for console,
XMPP and Convore for the shell and WWW and XMPP for the Google
JSONBOT is all of the following:
* a shell console bot
* a shell IRC bot
* a shell XMPP bot
* a shell Convore bot
* a Web bot running on Google Application Engine
* a XMPP bot running on Google Application Engine
* a Google Wave bot running op Google Application Engine
* the XMPP bots are used to communicate between bots
* plugin infrastructure to write your own functionality
* event driven framework by the use of callbacks
You dont need to run the bot on GAE when you just want to use the
shell bots of JSONBOT. JSONBOT can best be run from the bot dir, the
bot is self contained and has all the dependancies that are needed:
* "hg clone http://jsonbot.googlecode.com/hg mybot" or download and
untar the tarball.
* cd into the bot dir and run "./bin/jsb" .. if the bot is working
correctly you will get the console version of JSONBOT
* same can be done for "./bin/jsb-xmpp", "./bin/jsb-convore" etc. ..
check the bin dir for programs you can start
* try the --help option to a program to see what command line options
* you DONT need root for this
Ofcourse you can always run "python setup.py install" or "easy_install
-U jsb" when you do want to install the bot globaly.
Debian packages are on their way, but might still take time as the
ftpmeisters need to approve ;]
Thats it ! hope you enjoy this version of JSONBOT ;]
Py2cairo is a set of Python 2.x bindings for the multi-platform 2D
graphics library cairo.
Py2cairo release 1.10.0 is available from:
Overview of changes from py2cairo 1.8.10 to py2cairo 1.10.0
py2cairo 1.10.0 requires cairo 1.10.0 (or later).
context.get_source().get_surface() fails #33013
Add support for './waf configure --libdir=XXX' #30230
Upgrade to using Sphinx 1.0.7.
Include html documentation in the pycairo archive file.
Update waf to 1.6.3
Improve/simplify unicode filename support.
Improve/simplify unicode text support.