After months of hard work by a veritable army of contributors, I'm
pleased to announce the release of matplotlib 1.2.0.
This is the first time we've released without the assistance of John
Hunter, who is sorely missed. I hope this is at least a small way to
say thanks for all of his great work.
Release tarballs and binaries are available on github. (They are no
longer being made available on SourceForge).
This is the first release to support Python 3.x (and as a result drops
support for Pythons earlier than 2.6). There is new support for
outputting PGF/TikZ files. New plot types include 3D trisurface plots,
and streamplots. Tripcolor, boxplot, colorbars and contour plots have
all grown new features. And under the hood, numerous improvements in
stability, flexibility and robustness. For a complete list, see the
"what's new" page:
For an even more detailed list of 698 issues (!) resolved since the last
release, see the github statistics page:
Enjoy! As always, there are number of good ways to get help with
matplotlib listed on the homepage at http://matplotlib.org/ and I thank
everyone for their continued support of this project.
I am pleased to announce that `guidata` v1.5.1 has been released (http://guidata.googlecode.com).
Based on the Qt Python binding module PyQt4 (and mostly compatible with PySide), guidata is a Python library generating graphical user interfaces for easy dataset editing and display. It also provides helpers and application development tools for PyQt4.
guidata also provides the following features:
* guidata.qthelpers: PyQt4 helpers
* guidata.disthelpers: cx_Freeze/py2exe helpers (or how to build a self-consistent executable in three lines of code!)
* guidata.userconfig: .ini configuration management helpers (based on Python standard module ConfigParser)
* guidata.configtools: library/application data management
* guidata.gettext_helpers: translation helpers (based on the GNU tool gettext)
* guidata.guitest: automatic GUI-based test launcher
* guidata.utils: miscelleneous utilities
guidata has been successfully tested on GNU/Linux and Windows platforms.
This is mostly a maintenance release with a couple of bugfixes and minor new features (see changelog here: http://code.google.com/p/guidata/wiki/ChangeLog).
The Mercurial repository is now publicly available here:
The `guidata` documentation with examples, API reference, etc. is available here:
Python package index page:
Downloads (source + Windows installers):
Dr. Pierre Raybaut
CEA - Commissariat à l'Energie Atomique et aux Energies Alternatives
pytest-2.3.3: integration fixes, py24 suport, *args shown in traceback
pytest-2.3.3 is a another stabilization release of the py.test tool
which offers uebersimple assertions, scalable fixture mechanisms
and deep customization for testing with Python. Particularly,
this release provides:
- integration fixes and improvements related to flask, numpy, nose,
- makes pytest work on py24 again (yes, people sometimes still need to use it)
- show *,** args in pytest tracebacks
Thanks to Manuel Jacob, Thomas Waldmann, Ronny Pfannschmidt, Pavel Repin
and Andreas Taumoefolau for providing patches and all for the issues.
for general information. To install or upgrade pytest:
pip install -U pytest # or
easy_install -U pytest
Changes between 2.3.2 and 2.3.3
- fix issue214 - parse modules that contain special objects like e. g.
flask's request object which blows up on getattr access if no request
is active. thanks Thomas Waldmann.
- fix issue213 - allow to parametrize with values like numpy arrays that
do not support an __eq__ operator
- fix issue215 - split test_python.org into multiple files
- fix issue148 - @unittest.skip on classes is now recognized and avoids
calling setUpClass/tearDownClass, thanks Pavel Repin
- fix issue209 - reintroduce python2.4 support by depending on newer
pylib which re-introduced statement-finding for pre-AST interpreters
- nose support: only call setup if its a callable, thanks Andrew
- fix issue219 - add py2.4-3.3 classifiers to TROVE list
- in tracebacks *,** arg values are now shown next to normal arguments
(thanks Manuel Jacob)
- fix issue217 - support mock.patch with pytest's fixtures - note that
you need either mock-1.0.1 or the python3.3 builtin unittest.mock.
- fix issue127 - improve documentation for pytest_addoption() and
add a ``config.getoption(name)`` helper function for consistency.
Triangle Python Users Group members Caktus Consulting Group announce
Django Fundamentals Bootcamp, a two day beginners course for anyone who
wants to learn the basics of building a Django web application. Designed
for developers with basic programming experience, this course will
provide you with the essentials needed to build and develop a simple
Django application in a hands-on and interactive setting. The training
will focus on the construction of a crossword drill application to
illustrate Django’s architecture and versatility.
Django Fundamentals Bootcamp takes place Saturday, Janaury 12th and
Sunday, January 13, 2013 at Caktus, 209 Lloyd St, Suite 110, Carrboro,
NC. Tickets are $550 for the early bird special through November 12,
2012, $700 thereafter, and include coffee, drinks, snacks, and two
lunches. For more information visit:
Chris Calloway http://nccoos.org/Members/cbc
office: 3313 Venable Hall phone: (919) 599-3530
mail: Campus Box #3300, UNC-CH, Chapel Hill, NC 27599
I'm happy to announce the 0.2 release of traad, a client-server
(XMLRPC) system for using the rope Python refactoring library. The
goal of traad is to make it easier to access rope functionality from
clients where it's not easy to run Python. In its current state, traad
is really only fit for interfacing emacs with rope, but other clients
could easily be supported.
traad consists of two main parts. First, there is the Python-based
server which simply exposes the rope API via XMLRPC. A single traad
server is analogous to a rope Project. Second, there are client
interfaces for talking with the server. Currently, there is only an
emacs lisp client.
This release includes numerous bug fixes and some new functionality.
The traad project page is on github at:
traad is under active development, and any feedback is very welcome. Enjoy!
After 3 years of "no enhancement" I'm pleased to announce a new release of
the mds-utils <http://code.google.com/p/mds-utils> library (general purpose
utilities for C++ and Python developers). The library contains useful C++
code for developing Python extensions through Boost.Python but also through
SWIG or the simple C API.
At present mds-utils contains:
1. a tool for detecting machine endianity.
2. some useful classes that allow to treat the old C FILE pointer as a
3. C++ classes that help on treating Python file objects as C++ streams.
4. simple utilities for indexing support in Python extensions.
5. new C++ to-Python and from-Python converters for some Boost uBlas
6. a new sequence iterator that is able to wrap Python sequences and
allows also to modify them. This feature does not depend on Boost.Python.
7. new from/to Python conversion utilities that do not depend on
Furthermore, the new release has been tested with Python 2.7.3 too, while
the previous one had some issues with Python >= 2.5.
Best regards to all.
Michele De Stefano
Web Site <http://www.micheledestefano.joomlafree.it>
Linked In <http://it.linkedin.com/in/micheledestefano>
mds-utils: a general purpose Open Source
I'd like to announce the initial release of
TreePyO: Object Hierarcy Tree Navigator for Python
TreePyO enables visual navigation of full object hierarcy within a Python
runtime. It is ideal for grasping the internals an application. Objects,
members, classes, functions, modules, lists, dicts, etc; namely, any object
hierarcy can be navigated as they are alive.
TreePyO is released under the terms of MIT license. Please see LICENSE.txt
- Python >= 3.2
- GObject Introspection (GIR)
- Python GIR bindings
On Debian or Ubuntu systems issue the following command.
(Adjust versions for current releases if needed)::
apt-get install python3-gi gir1.2-gtk-3.0
USAGE & DETAILS
- For a demo, just run the file 'treepyo.py'. Object tree will appear with
two root nodes: 1) '__main__' module 2) the window itself. Browsing the tree
is trivial. However, familarity with Python internals is recommended.
Please see: http://docs.python.org/3.2/reference/datamodel.html
- "Find as you type" search is available for expanded nodes.
- Collapsing and reexpanding an object node refreshes the children.
- TreePyO class inherits from Gtk.ScrolledWindow. You can use it like any
other widget in your projects.
TO-DOs & PROGRESS (%)
- Decide on the standard view of a Python Environment. (40%)
- A primitive context menu is provided.
Decide on its use for standard view. (10%)
- Compile use cases as a widget. Provide patterns for customizing the tree,
context menu and actions. (0%)
Forks are welcome..
I'm really glad to announce you Nanpy 0.5, with a lot of bugfixing,
improvements and multithreading support!
Nanpy is now an organization on Github! Are you interested in working
on Nanpy and make it a great tool?? Join us! https://github.com/nanpy
I decided to create an organization so many developers interested in
Nanpy can get the write access on the repository after some time they
contribute to the project with patches and help the project to grow up
faster.. In case you're interested to become a maintainer from now,
please send me an email and explain your motivation, glad to see
interested developers and add them to the team :)
Nanpy is a pure Python library that allows you communicating with an
Arduino board connected via USB. Classes and methods used are really
similar to the Arduino framework's ones, but simpler and with some
additional features, so people who haven't worked with an Arduino can
be easily introduced to his world.. The main purpose of Nanpy is
making developers' life easier, giving them something simple and fast
to use to create prototypes and scripts interacting with Arduino,
saving time and making them concentrate on the problem.
There are a lot of projects able to do something similar, using Python
or other languages, but Nanpy can do more! Nanpy is easily extensible
and can theoretically use every library Arduino supports, allowing you
to create how many objects you want and without worrying about
deallocation. Also, you can use Nanpy in parallel and concurrence
programs. Nanpy is under heavy development but is growing fast and
just supports the main methods of OneWire, Lcd, Tone,
DallasTemperature, Stepper and Servo libraries. Just a word of
warning: Raspberry Pi may not provide enough power to drive an
Arduino, so you might need external power.
Long and more detailed description:
With Nanpy you can write your Arduino programs using Python,
communicating via serial port without sending hard-to-remember codesor
limiting you to use only one object: when you create an object in
Python it will be automatically created into your Arduino at runtime..
For example if you write something like
ds = DallasTemperature(5)
tone = Tone(13)
Nanpy creates the correct object into Arduino.. Also, you haven't to
take care of deallocation, Nanpy deallocates objects into Arduino as
soon as the correspondent Python objects get deleted. Look at the
examples to see how simple it is..
I tried running Nanpy on a Raspberry board and it works great!!(that's
the result from one of my friends' Twitter account
https://twitter.com/andreagrandi/status/251702684380434434 :) ). Also
you may use it in other devices suppoting Python and serial
communication, in a web service or simply for creating prototypes
faster, because you use Python and you don't have to flash the
firmware every time. Last but not least, firmware part of Nanpy is
Python-indipendent, so you can write another implementation of Nanpy
in any other language, for example Java, and see an Arduino controlled
via Android (ok, in this case we should use Android USB Host API,
writing our own driver, because Android doesn't provide anything to
access device files).
Do you like Nanpy? Contributions/suggestions/bug reporting/spreading
the project/beers/coffee are accepted :)
Thanks for your attention!