Elisa Media Center 0.5.8 Release
Dear Elisa users, The Elisa team is happy to announce the release of Elisa Media Center 0.5.8 codenamed "Purgatory". This week the focus was on the support of more remote controls on Windows and on performance improvements. As usual, numerous bug were also fixed. Here are the important changes that were introduced: - Remote controls support on Windows for Apple remotes, Streamzap remotes and Windows Media Center remotes has been improved. - Elisa received a brand new D-Bus API which allows other applications to interact with it. - You should now experience less jerky transitions while browsing Elisa. Installers and sources can be downloaded from http://elisa.fluendo.com/download/ Bug reports and feature requests are welcome at https://bugs.launchpad.net/elisa/+filebug Enjoy! The Elisa team Elisa 0.5.8 "Purgatory" === This is Elisa 0.5.8, eighth release of the 0.5 branch. New features since 0.5.7: - Various plugins of Elisa (among which the pigment plugin and the database plugin) now export a DBus API so that external applications can interact with Elisa. - Ability to start Elisa in "headless" mode, that is without splashscreen and hidden (via a command-line parameter). - Support of Streamzap remote controls. - Updated French translations for all plugins. Bugs fixed since 0.5.7: - 261451: PPA packages for 0.5.7 error - 244627: On inserting items in a List widget, the refresh doesn't work properly - 251599: [win32] Using message for remote control is wrong - 261304: Elisa 0.5.7 needs packaging Download You can find source releases of Elisa on the download page: http://elisa.fluendo.com/download Elisa Homepage More details can be found on the project's website: http://elisa.fluendo.com Support and Bugs We use Launchpad for bug reports and feature requests: https://bugs.launchpad.net/elisa/+filebug Developers All code is in a Bazaar branch and can be checked out from there. It is hosted on Launchpad: https://code.launchpad.net/elisa Contributors to this release: - Alessandro Decina - Benjamin Kampmann - David McLeod - Florian Boucault - Guido Amoruso - Guillaume Emont - Gunnar Holmberg - Jesús Corrius - Joshua Eichen - Lionel Martin - Olivier Tilloy - Philippe Normand -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations.html
cx_Freeze 4.0
What is cx_Freeze? cx_Freeze is a set of scripts and modules for freezing Python scripts into executables in much the same way that py2exe and py2app do. It requires Python 2.3 or higher since it makes use of the zip import facility which was introduced in that version. Where do I get it? http://cx-freeze.sourceforge.net What's new? This release marks a significant change in functionality. Any feedback is appreciated. Changes from 4.0b1 to 4.0 1) Added support for copying files to the target directory. 2) Added support for a hook that runs when a module is missing. 3) Added support for binary path includes as well as excludes; use sequences rather than dictionaries as a more convenient API; exclude the standard locations for 32-bit and 64-bit libaries in multi-architecture systems. 4) Added support for searching zip files (egg files) for modules. 5) Added support for handling system exit exceptions similarly to what Python does itself as requested by Sylvain. 6) Added code to wait for threads to shut down like the normal Python interpreter does. Thanks to Mariano Disanzo for discovering this discrepancy. 7) Hooks added or modified based on feedback from many people. 8) Don't include the version name in the display name of the MSI. 9) Use the OS dependent path normalization routines rather than simply use the lowercase value as on Unix case is important; thanks to Artie Eoff for pointing this out. 10) Include a version attribute in the cx_Freeze package and display it in the output for the --version option to the script. 11) Include build instructions as requested by Norbert Sebok. 12) Add support for copying files when modules are included which require data files to operate properly; add support for copying the necessary files for the Tkinter and matplotlib modules. 13) Handle deferred imports recursively as needed; ensure that from lists do not automatically indicate that they are part of the module or the deferred import processing doesn't actually work! 14) Handle the situation where a module imports everything from a package and the __all__ variable has been defined but the package has not actually imported everything in the __all__ variable during initialization. 15) Modified license text to more closely match the Python Software Foundation license as was intended. 16) Added sample script for freezing an application using matplotlib. 17) Renamed freeze to cxfreeze to avoid conflict with another package that uses that executable as requested by Siegfried Gevatter. Changes from 3.0.3 to 4.0b1 1) Added support for placing modules in library.zip or in a separate zip file for each executable that is produced. 2) Added support for copying binary dependent files (DLLs and shared libraries) 3) Added support for including all submodules in a package 4) Added support for including icons in Windows executables 5) Added support for constants module which can be used for determining certain build constants at runtime 6) Added support for relative imports available in Python 2.5 and up 7) Added support for building Windows installers (Python 2.5 and up) and RPM packages 8) Added support for distutils configuration scripts 9) Added support for hooks which can force inclusion or exclusion of modules when certain modules are included 10) Added documentation and samples 11) Added setup.py for building the cx_Freeze package instead of a script used to build only the frozen bases 12) FreezePython renamed to a script called freeze in the Python distribution 13) On Linux and other platforms that support it set LD_RUN_PATH to include the directory in which the executable is located -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations.html
Roundup Issue Tracker version 1.4.6 released
I'm proud to release version 1.4.6 of Roundup. 1.4.6 is a bugfix release: - Fix bug introduced in 1.4.5 in RDBMS full-text indexing - Make URL matching code less matchy If you're upgrading from an older version of Roundup you *must* follow the "Software Upgrade" guidelines given in the maintenance documentation. Roundup requires python 2.3 or later for correct operation. To give Roundup a try, just download (see below), unpack and run:: roundup-demo Release info and download page: http://cheeseshop.python.org/pypi/roundup Source and documentation is available at the website: http://roundup.sourceforge.net/ Mailing lists - the place to ask questions: http://sourceforge.net/mail/?group_id=31577 About Roundup = 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 design 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 [EMAIL PROTECTED] 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 managing discussions and notifying interested parties when issues are edited. One of the major design goals for Roundup that it be simple to get going. Roundup is therefore usable "out of the box" with any python 2.3+ installation. It 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 tracker and a minimal skeleton) and four database back-ends (anydbm, sqlite, mysql and postgresql). -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations.html
[pygtk] ANNOUNCE: PyGObject 2.15.3
I am pleased to announce version 2.15.3 of the Python bindings for GObject. The new release is available from ftp.gnome.org as and its mirrors as soon as its synced correctly: http://download.gnome.org/sources/pygobject/2.15/ What's new since PyGObject 2.15.2? - Beginning of porting to Python 3.0. glib & gobject modules ported. (Johan) - Wrap g_app_info_* functions (Gian) - Wrap gio.FileAttributeInfo (Gian) - Wrap g_vfs_get_supported_uri_schemes (Johan, #545846) - Wrap g_file_info_get_modification_time (Johan, #545861) - Wrap gio.Volume.mount/eject (Johan) - Wrap gio.File.move (Johan) - Wrap gio.query_writable_namespaces (Gian, #545920) - Separate glib & gobject documentation - Wrap GFile.append_to_async (Gian, #545959) - Wrap GFile.create_async (Gian, #546020) - Change return value from 'gboolean' to 'int' and changed semantics to Pythonic (Paul, #544946) - Wrap GFile.replace_async and query_info_async (Gian, #546046) - GIcon and implementations improvements (Paul, #546135) - Improve __repr__ and richcompare for gio classes (Paul) - Missing Py_INCREFs for some file async methods (Jonathan Matthew, #546734) - File.copy progress_callback does not work (Paul, #546591) - add File.replace_contents, replace_contents_async, replace_contents_finish. (Jonathan Matthew, #547067) - Add GFile.query_default_handler (Gian) - fix docstring line length (Jonathan Matthew, #547134) - improve runtime type wrapper creation (Paul, #547104) - make gio.File more Pythonic (Paul, #546120) - No TypeError raised when type is None (Paul, #540376) - wrap a few memory stream methods (Paul, #547354) - wrap gio.DataInputStream.read_line and ...read_until (Paul, #547484) - wrap four important asynchronous methods in gio.Drive and gio.Mount (Paul, #547495) - gio.InputStream.read() looks broken (Paul, #547494) - wrap g_content_types_get_registered() (Paul, #547088) - cannot create new threads when pygtk is used (Paul, #547633) - an unitialized variable in PyGLib (Paul, #549351) - Constructor of gtk.TreeView raises TypeError when model is None (Paul, #549191) - Fix memory problems reported by valgrind due to invalid tp_basicsize in PyGPropsDescr_Type. (Gustavo, #549945) 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.14.0 and Python >= 2.3.5 to build. GIO bindings require glib >= 2.16.0. Johan -- http://mail.python.org/mailman/listinfo/python-announce-list Support the Python Software Foundation: http://www.python.org/psf/donations.html
