Mailman 3 November 2010 - Python-announce-list

PyPM Index
by Sridhar Ratnakumar 10 Nov '10

10 Nov '10

Hi, I'd like to announce the availability of PyPM Index - frontend to browse/search Python packages available in the PyPM repository: http://code.activestate.com/pypm/ The site also has some nifty features that, I think, may be of use to package authors: 1. Author pages 2. Build RSS notification (released with a setup.py bug?) 3. Dependency information For more details, see this blog post: http://www.activestate.com/blog/2010/11/pypm-index-python-developers -- Sridhar Ratnakumar Python Developer ActiveState, The Dynamic Language Experts http://www.activestate.com/

1 0

[ANNOUNCE] PyGObject 2.27.0 – unstable release
by John Palmieri 10 Nov '10

10 Nov '10

I am pleased to announce version 2.27.0 of the Python bindings for GObject. A lot of fixes went in under the hood include fixes to the Windows build environment. On the Introspection side we are getting closer to parity with PyGtk interfaces with notes from people who have successfully ported their plugins and apps. I would like to thank the numerous bug and patch filers including the GEdit team for letting us know what they need for us to support them. Keep those bugs coming and hop on irc to pester us until we fix your issue. Some higlights include: * better handling of virtual methods * fixed gobject inheritance model * you can now call dir on dynamic modules to see what member exist * the Tree* API is much nicer, exporting a lot of the convenience APIs that exist in PyGtk * cairo_rectangle_int_t is supported as a foreign type if pycairo exports it (patch at https://bugs.freedesktop.org/show_bug.cgi?id=31111) * some Python 3 fixes so we can compile under Python 3.2 The new release is available from ftp.gnome.org as and its mirrors: http://download.gnome.org/sources/pygobject/2.27/ What’s new since PyGObject 2.26.0? * Implement richcompare for GIBaseInfo (Jonathan Matthew) * [gi] add the rectangle_int_t forign cairo type (John (J5) Palmieri) * add a foreign type for cairo_rectangle_int_t and allow it to be caller-allocated (John (J5) Palmieri) * [gi] add overrides to Gtk.Editable (John (J5) Palmieri) * [gi] handle virtual invokers (John (J5) Palmieri) * add overrides for the insert* apis of list_store and tree_store (John (J5) Palmieri) * fix dialogs overrides which were relying on broken inheritance behavior (John (J5) Palmieri) * Add a overrides registry so we can refrence overrides inside the module (John (J5) Palmieri) * setup.py: ease maintenance burden for tests installation (Dieter Verfaillie) * fix inheritence issues in overrides (John (J5) Palmieri) * tests: add runtests-windows.py script (Dieter Verfaillie) * pygobject_postinstall.py: remove pygobject-2.0.pc treatment from postinstall as pkg-config on windows figures out the correct prefix at runtime (Dieter Verfaillie) * pygobject_postinstall.py: remove shortcut creation (Dieter Verfaillie) * setup.py: formatting cleanup, makes things readable (Dieter Verfaillie) * setup.py: build and install tests (Dieter Verfaillie) * setup.py: install documentation when available on build system (Dieter Verfaillie) * setup.py: install pygobject-codegen script (Dieter Verfaillie) * setup.py: install fixxref.py script (Dieter Verfaillie) * setup.py: rearrange constants (Dieter Verfaillie) * setup.py: check python version and pkgconig availability before anything else (Dieter Verfaillie) * setup.py: simplify sys.platform != 'win32' detection and error reporting (Dieter Verfaillie) * setup.py: rearrange imports (Dieter Verfaillie) * README.win32: update build instructions (Dieter Verfaillie) * dsextras.py: formatting cleanup, makes things readable (Dieter Verfaillie) * dsextras.py: add ggc4 to MSVC compatible struct packing comment (Dieter Verfaillie) * dsextras.py: use the pkgc_ functions instead of repeating pgk-config incantations all over the place (Dieter Verfaillie) * dsextras.py: add pkgc_get_version and pkgc_get_defs_dir functions (Dieter Verfaillie) * dsextras.py: PEP8: Comparisons to singletons like None should always be done with 'is' or 'is not', never the equality operators. (Dieter Verfaillie) * dsextras.py: use True/False instead of 1/0 (Dieter Verfaillie) * dsextras.py: rearrange imports (Dieter Verfaillie) * Add distutils generated build/dist directories and eclipse configuration files to .gitignore (Dieter Verfaillie) * [gi] add tests for calling dir on a dynamic module (John (J5) Palmieri) * [gi] dir() now works for modules (Deepankar Sharma) * Don't check the inner type when comparing gpointers (SimÃ³n Pena) * Release GIL when calling into C functions (John (J5) Palmieri) * _gi.Repository : Implement missing info bindings. (JosÃ© Aliste) * include Python.h so that PY_VERSION_HEX gets defined (John (J5) Palmieri) * [gi] make overrides work for python 3.x protocols and alias for python 2.x (John (J5) Palmieri) * Override Gtk.Widget.translate_coordinates to not return success value (Sebastian PÃ¶lsterl) * Override Gtk.TreeViewColumn.cell_get_position to not return success value (Sebastian PÃ¶lsterl) * Override get_path_at_pos and get_dest_row_at_pos of Gtk.TreeView to not return success value (Sebastian PÃ¶lsterl) * Override Gtk.TreeSortable.get_sort_column_id to not return success value (Sebastian PÃ¶lsterl) * Override forward_search and backward_search of Gtk.TextIter to not return success value (Sebastian PÃ¶lsterl) * Override Gtk.TextBuffer.get_selection_bounds to not return success value (Sebastian PÃ¶lsterl) * Override Gtk.RecentInfo.get_application_info to not return success value (Sebastian PÃ¶lsterl) * Override Gtk.IMContext.get_surrounding to not return success value (Sebastian PÃ¶lsterl) * Override get_item_at_pos, get_visible_range, get_dest_item_at_pos of Gtk.IconView to not return success value (Sebastian PÃ¶lsterl) * Override Gtk.Container.get_focus_chain to not return success value (Sebastian PÃ¶lsterl) * Override Gtk.ComboBox.get_active_iter to not return success value (Sebastian PÃ¶lsterl) * [gi] make parameter check less strict when dealing with GValue params (John (J5) Palmieri) * Shortcut removal is not needed on post-uninstall (John Stowers) * Disable shortcut creation in windows installer (John Stowers) * overrides for all subclasses of dialog (John (J5) Palmieri) * Make TreeModel behave like in GTK-2.x (Sebastian PÃ¶lsterl) * Correctly build GIO on windows (John Stowers) * Require Python >= 2.6.0 for Windows build (John Stowers) * Fix depreciation warning in dsextras.py (John Stowers) * Fix build on windows (John Stowers) * Support for GCC4 in Windows distutils build - bug 626548 (Michael Culbertson) * Remove obsolete comments in dsextras.py (John Stowers) * Broken dsextras.py pkg-config check error message (John Stowers) * add compat functions for the deprecated PyCObject api (John (J5) Palmieri) * Add __path__ attributes. (Damien Caliste) * Override Gtk.TreeSelection.get_selected to not return success value. (Sebastian PÃ¶lsterl) * Make row optional in Gtk.TreeStore/ListStore.append override (Vincent Untz) * Revert "add compat functions for the deprecated PyCObject api" (John (J5) Palmieri) * return NULL instead of -1 which fixes crash when introspection is turned off (John (J5) Palmieri) * add compat functions for the deprecated PyCObject api (John (J5) Palmieri) * fix commit 7fe83108 which didn't use the compat functions for string handling (John (J5) Palmieri) * Python 3 fixes for dsextras and the python.m4 distribution files (John (J5) Palmieri) Blurb: GObject is a object system library used by GTK+ and GStreamer. PyGObject provides a convenient wrapper for the GObject library for use in Python programs, and takes care of many of the boring details such as managing memory and type casting. When combined with PyGTK, PyORBit and gnome-python, it can be used to write full featured Gnome applications. Like the GObject library itself PyGObject is licensed under the GNU LGPL, so is suitable for use in both free software and proprietary applications. It is already in use in many applications ranging from small single purpose scripts up to large full featured applications. PyGObject requires glib >= 2.22.4 and Python >= 2.5.1 to build. GIO bindings require glib >= 2.22.4. The Introspection module is the next generation Python GObject library bindings. Instead of statically wrapping every GObject based library we can now dynamically accesses any of those libraries using GObject Introspection. It replaces the need for separate modules such as PyGTK, GIO and python-gnome to build a full GNOME application. Once new functionality is added to gobject library it is instantly available as a Python API without the need for an intermediate Python module. Introspection/Python 2 bindings requires gobject-introspection >= 0.9.5 and pycairo >=1.0.2 or py2cairo >=1.8.10 Introspection/Python 3 bindings requires gobject-introspection >= 0.9.5, pycairo >=1.8.10 and Python >= 3.1 gobject-introspection bugs are being fixed at a rapid pace so it is recommend to use the latest version in git when filing bugs against the Introspection module. – John (J5) Palmieri GNOME Foundation member johnp(a)redhat.com

1 0

Python ByteCoat
by Vasco Jerinic 10 Nov '10

10 Nov '10

We would like to announce Python ByteCoat. Python ByteCoat is a solution which allows for the protection of python implementation details. It compiles platform independent python byte code into a platform dependent binary, i.e. native shared library. This library is used by the python interpreter transparently, as if it were a python byte code module. All functions, classes and other definitions inside the translated module are fully accessible. The ByteCoat technology ensures full compatibility of the generated shared library and python interpreter. Python ByteCoat is currently available for Python 2.4, 2.5 and 2.6. Support for Python 2.7 will be available soon. If you want to use ByteCoat, you can request an evaluation copy or obtain a license. Please visit http://www.coremountains.com/products/bytecoat/ or contact info(a)coremountains.com to inquire conditions and prices. If your platform is not listed, please give us a note and we will check whether we can provide a version for it. -- +---------------------------------------------------+ + Dr. Vasco Jerinic + + Geschäftsführer / Managing Director + + fon +49 371 531 35520 fax +49 371 531 8 35520 + + vje(a)coremountains.com + + + + Core Mountains GmbH + + Firmensitz: Frühlichtweg 11, 09127 Chemnitz + + Registergericht: Amtsgericht Chemnitz, HRB 22660 + + Geschäftsführer: Dr. Vasco Jerinic + +---------------------------------------------------+

1 0

[ANN] Abrégé Dense Python 3.1 in english
by Laurent Pointal 09 Nov '10

09 Nov '10

Hello, I'm pleased to announce the translation of the quick reference for Python 3.1 in english. It is a one recto-verso page filled with language basics and advanced constructions. Web page for all versions and source document download: http://perso.limsi.fr/pointal/python:abrege Direct english PDF download: http://perso.limsi.fr/pointal/_media/python:cours:abregepython-english.pdf Direct english ODT download: http://perso.limsi.fr/pointal/_media/python:cours:abregepython-english.odt A+ L.Pointal PS. “Abrégé Dense” may be translated to “Heavy Summary”.

1 0

Tryton 1.8 is out
by bch 09 Nov '10

09 Nov '10

I'm glad to announce the 1.8 release of Tryton: Main improvements[1]: * Extensive API simplification (gain in the number of line of code and first step toward an implementation of the Active record pattern). * The client now offer pagination for very big list of documents and fix a memory leak, making it more responsive. * Can be run completly on a USB stick (with Neso). [1] More details about this release: http://news.tryton.org/2010/11/tryton-18-is-out.html About Tryton: Tryton is a Python framework aimed at rapid development of integrated business application (aka ERP). The main software stack is : * A relational database (PostgreSQL, or MySQL or Sqlite) * the Tryton server that offers amongst other stuff an ORM, automated database migrations and expose data through several protocols (XML-RPC, JSON-RPC, WebDAV, CalDAV, with SSL or without) * The Tryton client, written in pyGTK, it offers the priviliged way to acces those data. There is also: * Neso, the standalone version of Tryton, that glues server and client together and run on top of Sqlite. * Proteus: a library that allows to acces easily local and remote Tryton server (from the command line or from any other Python software) and expose data through and Active Record API -- Bertrand Chenal B2CK SPRL Rue de Rotterdam, 4 4000 Liège Belgium Tel: +32 472 54 46 59 Email: bertrand.chenal(a)b2ck.com Website: http://www.b2ck.com/

1 0

[ANN] Lupa 0.17 released - Lua in Python
by Stefan Behnel 05 Nov '10

05 Nov '10

Hi all, I am happy to announce the release of Lupa 0.17. http://pypi.python.org/pypi/lupa/0.17 Have fun, Stefan What is Lupa? -------------- Lupa integrates the LuaJIT2 runtime [1] into CPython. It is a rewrite of LunaticPython in Cython with several advanced features. This release features iteration support for Python objects in Lua. Changes in this release: 0.17 (2010-11-05) * new helper function "python.enumerate()" in Lua that returns a Lua iterator for a Python object and adds the 0-based index to each item. * new helper function "python.iterex()" in Lua that returns a Lua iterator for a Python object and unpacks any tuples that the iterator yields into separate Lua arguments. * new helper function "python.iter()" in Lua that returns a Lua iterator for a Python object. * resurrected the "python.as_function()" helper function for Lua code as it can be needed in cases where Lua cannot determine how to run a Python function. [1] LuaJIT2: http://luajit.org/ Features --------- * separate Lua runtime states through a LuaRuntime class * frees the GIL and supports threading in separate runtimes when calling into Lua * Python compatible coroutine wrapper for Lua coroutines * iteration support for Python objects in Lua and Lua objects in Python * proper encoding and decoding of strings (configurable per runtime, UTF-8 by default) * supports Python 2.x and 3.x, potentially starting with Python 2.3 (currently untested) * written for LuaJIT2, as opposed to the Lua interpreter (tested with LuaJIT 2.0.0-beta5) * easy to hack on and extend as it is written in Cython, not C Why use it? ------------ It complements Python very well. Lua is a language as dynamic as Python, but LuaJIT compiles it to very fast machine code, sometimes faster than many other compiled languages for computational code. The language runtime is extremely small and carefully designed for embedding. The complete binary module of Lupa, including a statically linked LuaJIT2 runtime, is only some 500KB on a 64 bit machine. However, the Lua ecosystem lacks many of the batteries that Python readily includes, either directly in its standard library or as third party packages. This makes real-world Lua applications harder to write than equivalent Python applications. Lua is therefore not commonly used as primary language for large applications, but it makes for a fast, high-level and resource-friendly backup language inside of Python when raw speed is required and the edit-compile-run cycle of binary extension modules is too heavy and too static for agile development or hot-deployment. Lupa is a very fast and thin wrapper around LuaJIT. It makes it easy to write dynamic Lua code that accompanies dynamic Python code by switching between the two languages at runtime, based on the tradeoff between simplicity and speed. Examples --------- >>> from lupa import LuaRuntime >>> lua = LuaRuntime() >>> lua.eval('1+1') 2 >>> lua_func = lua.eval('function(f, n) return f(n) end') >>> def py_add1(n): return n+1 >>> lua_func(py_add1, 2) 3 >>> lua_code = '''\ ... function(N) ... for i=0,N do ... coroutine.yield( i%2 ) ... end ... end ... ''' >>> f = lua.eval(lua_code) >>> gen = f.coroutine(4) >>> list(enumerate(gen)) [(0, 0), (1, 1), (2, 0), (3, 1), (4, 0)] >>> lua_code = '''\ ... function(L) ... for item in python.iter(L) do ... if item == 3 then return 1 end ... end ... return 0 ... end ... ''' >>> f = lua.eval(lua_code) >>> f([1,2,3]) 1 >>> f([1,2]) 0

1 0

ANN: Leo 4.8 beta 1 released
by Edward K. Ream 05 Nov '10

05 Nov '10

Leo 4.8 beta 1 is now available at: http://sourceforge.net/project/showfiles.php?group_id=3458&package_id=29106 Leo is a text editor, data organizer, project manager and much more. See: http://webpages.charter.net/edreamleo/intro.html The highlights of Leo 4.8: -------------------------- - Leo now uses the simplest possible sentinel lines in external files. External files with sentinels now look like Emacs org-mode files. - Leo Qt gui now supports Drag and Drop. This was one of the most frequently requested features. - Improved abbreviation commands. You now define abbreviations in Leo settings nodes, not external files. - @url nodes may contain url's in body text. This allows headlines to contain summaries: very useful. - Leo now uses PyEnchant to check spelling. - Leo can now open multiple files from the command line. - Leo's ancient Tangle and Untangle commands are now deprecated. This will help newbies how to learn Leo. - Leo now shows "Resurrected" and "Recovered" nodes. These protect data and show how data have changed. These fix several long-standing data-related problems. - A new "screenshots" plugin for creating slide shows with Leo. I used this plugin to create Leo's introductory slide shows. - A better installer. - Many bug fixes. Links: ------ Leo: http://webpages.charter.net/edreamleo/front.html Forum: http://groups.google.com/group/leo-editor Download: http://sourceforge.net/project/showfiles.php?group_id=3458 Bzr: http://code.launchpad.net/leo-editor/ Quotes: http://webpages.charter.net/edreamleo/testimonials.html

1 0

ANN: PyTables 2.2.1 released
by Francesc Alted 05 Nov '10

05 Nov '10

=========================== Announcing PyTables 2.2.1 =========================== This is maintenance release. The upgrade is recommended for all that are running PyTables in production environments. What's new ========== Many fixes have been included, as well as a fair bunch of performance improvements. Also, the Blosc compression library has been updated to 1.1.2, in order to prevent locks in some scenarios. Finally, the new evaluation version of PyTables Pro is based on the previous Pro 2.2. In case you want to know more in detail what has changed in this version, have a look at: http://www.pytables.org/moin/ReleaseNotes/Release_2.2.1 You can download a source package with generated PDF and HTML docs, as well as binaries for Windows, from: http://www.pytables.org/download/stable For an on-line version of the manual, visit: http://www.pytables.org/docs/manual-2.2.1 What it is? =========== PyTables is a library for managing hierarchical datasets and designed to efficiently cope with extremely large amounts of data with support for full 64-bit file addressing. PyTables runs on top of the HDF5 library and NumPy package for achieving maximum throughput and convenient use. Resources ========= About PyTables: http://www.pytables.org About the HDF5 library: http://hdfgroup.org/HDF5/ About NumPy: http://numpy.scipy.org/ Acknowledgments =============== Thanks to many users who provided feature improvements, patches, bug reports, support and suggestions. See the ``THANKS`` file in the distribution package for a (incomplete) list of contributors. Most specially, a lot of kudos go to the HDF5 and NumPy (and numarray!) makers. Without them, PyTables simply would not exist. Share your experience ===================== Let us know of any bugs, suggestions, gripes, kudos, etc. you may have. ---- **Enjoy data!** -- The PyTables Team -- Francesc Alted

1 0

pyCologne Python User Group Cologne - Meeting, November 10, 2010, 6.30pm
by Andi Albrecht 05 Nov '10

05 Nov '10

Hello, The next meeting of pyCologne will take place: Wednesday, November, 10th starting about 6.30 pm - 6.45 pm at Room 0.14, Benutzerrechenzentrum (RRZK-B) University of Cologne, Berrenrather Str. 136, 50937 Köln, Germany Agenda: - Summer of Code Summit, Google Code In (Reimar Bauer) - Upcoming events and activities Further discussion topics, news, book-presentations etc. are welcome on each of our meetings! At about 8.30 pm we will as usual enjoy the rest of the evening in a nearby restaurant. Further information including directions how to get to the location can be found at: http://www.pycologne.de (Sorry, the web-links are in German only.) Best Wishes, Andi

1 0

ANN: python-blosc 1.0.2
by Francesc Alted 04 Nov '10

04 Nov '10

==================================================== Announcing python-blosc 1.0.2 A Python wrapper for the Blosc compression library ==================================================== What is it? =========== Blosc (http://blosc.pytables.org) is a high performance compressor optimized for binary data. It has been designed to transmit data to the processor cache faster than the traditional, non-compressed, direct memory fetch approach via a memcpy() OS call. Blosc works well for compressing numerical arrays that contains data with relatively low entropy, like sparse data, time series, grids with regular-spaced values, etc. python-blosc is a Python package that wraps it. What is new? ============ Updated to Blosc 1.1.2. Fixes some bugs when dealing with very small buffers (typically smaller than specified typesizes). Closes #1. Basic Usage =========== [Using IPython shell and a 2-core machine below] # Create a binary string made of int (32-bit) elements >>> import array >>> a = array.array('i', range(10*1000*1000)) >>> bytes_array = a.tostring() # Compress it >>> import blosc >>> bpacked = blosc.compress(bytes_array, typesize=a.itemsize) >>> len(bytes_array) / len(bpacked) 110 # 110x compression ratio. Not bad! # Compression speed? >>> timeit blosc.compress(bytes_array, typesize=a.itemsize) 100 loops, best of 3: 12.8 ms per loop >>> len(bytes_array) / 0.0128 / (1024*1024*1024) 2.9103830456733704 # wow, compressing at ~ 3 GB/s, that's fast! # Decompress it >>> bytes_array2 = blosc.decompress(bpacked) # Check whether our data have had a good trip >>> bytes_array == bytes_array2 True # yup, it seems so # Decompression speed? >>> timeit blosc.decompress(bpacked) 10 loops, best of 3: 21.3 ms per loop >>> len(bytes_array) / 0.0213 / (1024*1024*1024) 1.7489625814375185 # decompressing at ~ 1.7 GB/s is pretty good too! More examples showing other features (and using NumPy arrays) are available on the python-blosc wiki page: http://github.com/FrancescAlted/python-blosc/wiki Documentation ============= Please refer to docstrings. Start by the main package: >>> import blosc >>> help(blosc) and ask for more docstrings in the referenced functions. Download sources ================ Go to: http://github.com/FrancescAlted/python-blosc and download the most recent release from here. Blosc is distributed using the MIT license, see LICENSES/BLOSC.txt for details. Mailing list ============ There is an official mailing list for Blosc at: blosc(a)googlegroups.com http://groups.google.es/group/blosc ---- **Enjoy data!** -- Francesc Alted

1 0