Mailman 3 August 2008 - Python-announce-list

[pygtk] ANNOUNCE: PyGObject 2.15.3
by Johan Dahlin Aug. 31, 2008

Aug. 31, 2008

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

1 0

[ANN] ftputil 2.2.4 released
by Stefan Schwarzer Aug. 30, 2008

Aug. 30, 2008

ftputil 2.2.4 is now available from http://ftputil.sschwarzer.net/download . Changes since version 2.2.3 --------------------------- This release fixes a bug in the ``makedirs`` call (report and fix by Richard Holden). Upgrading is recommended. What is ftputil? ---------------- ftputil is a high-level FTP client library for the Python programming language. ftputil implements a virtual file system for accessing FTP servers, that is, it can generate file-like objects for remote files. The library supports many functions similar to those in the os, os.path and shutil modules. ftputil has convenience functions for conditional uploads and downloads, and handles FTP clients and servers in different timezones. Read the documentation at http://ftputil.sschwarzer.net/documentation . License ------- ftputil is Open Source software, released under the revised BSD license (see http://www.opensource.org/licenses/bsd-license.php ). Stefan

1 0

ANN: Leo 4.5 rc1 released
by Edward K Ream Aug. 28, 2008

Aug. 28, 2008

Leo 4.5 rc1 is now available at: http://sourceforge.net/project/showfiles.php?group_id=3458&package_id=29106 Leo 4.5 contains many important new features. See below for details. 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.5: -------------------------- - Full support for @shadow files in Leo's core. - Major improvements to Leo's key binding code. - The beginning of usable vim-like bindings. - uA's may now be associated with vnodes in @thin and @shadow files. - Several magor reorganizations of Leo's code: including sax-based parsing, support for the Graph world (unified nodes), and simplified drawing code. - Leo is now an installable package. - Prepared code to be ready for Python 3.0. - Many small improvements and 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 -------------------------------------------------------------------- Edward K. Ream email: edreamleo(a)yahoo.com Leo: http://webpages.charter.net/edreamleo/front.html --------------------------------------------------------------------

1 0

Announce: Linux Desktop Testing Project (LDTP) 1.3.0 released
by Nagappan A Aug. 27, 2008

Aug. 27, 2008

Greetings all, We are proud to announce the release of LDTP 1.3.0. This release features number of important breakthroughs in LDTP as well as in the field of Test Automation. This release note covers a brief introduction on LDTP followed by the list of new features and major bug fixes which makes this new version of LDTP the best of the breed. Useful references have been included at the end of this article for those who wish to hack / use LDTP. About LDTP: Linux Desktop Testing Project is aimed at producing high quality test automation framework (C / Python) and cutting-edge tools that can be used to test Linux Desktop and improve it. It uses the Accessibility libraries to poke through the application's user interface. The framework also has tools to record test-cases based on user events in the interface of the application which is under testing. We strive to help in building a quality desktop. Whats new in this release: * Shreyank Gupta <shreyankg(a)gmail.com> has contributed Object Oriented LDTP based generation of scripts in LDTP editor. Bug fixes: * Thanks to Philipp Wagner <PWAGNER(a)de.ibm.com> for reporting bugs on LDTP. * Thanks to Ara Pulido <ara(a)ubuntu.com> for reporting utf-8 related bugs. * Fixes required for VMware Player automation, reported by Gaurav Sharma < gauravs(a)vmware.com> * Fixes required for VMware Workstation globalization testing, reported by Nagappan Alagappan <nalagappan(a)vmware.com> Download source tarball - http://download.freedesktop.org/ldtp/1.x/1.3.x/ldtp-1.3.0.tar.gz LDTP news: * Ubuntu QA team has officially announced [1], LDTP as their testing tool * LDTP is also being used for VMware Workstation globalization testing, thanks to Nagappan Alagappan <nalagappan(a)vmware.com> * VMware Player on Linux are automated using LDTP, thanks to Gaurav Sharma < gauravs(a)vmware.com> [1] - http://ubuntutesting.wordpress.com/ References: For detailed information on LDTP framework and latest updates visit http://ldtp.freedesktop.org For information on various APIs in LDTP including those added for this release can be got from http://ldtp.freedesktop.org/user-doc/index.html To subscribe to LDTP mailing lists, visit http://ldtp.freedesktop.org/wiki/Mailing_20list IRC Channel - #ldtp on irc.freenode.net Thanks Nagappan -- Linux Desktop (GUI Application) Testing Project - http://ldtp.freedesktop.org http://nagappanal.blogspot.com

1 0

TextTest 3.12.1 and PyUseCase 1.4.2 released!
by Geoff Bache Aug. 27, 2008

Aug. 27, 2008

Dear all, I combine these notices as both are bugfix releases, and they are released simultaneously because one depends on the other. See release notes in the downloads for details. Regards, Geoff Bache About (See http://www.texttest.org for more details): ===== TextTest is a tool for automatic text-based functional testing. This means running a batch-mode executable in lots of different ways from the command line, and using the contents of produced text files as a means of controlling the behaviour of that application. It is written in Python using PyGTK for its user interfaces, and is supported on POSIX-based systems and Windows (2000,XP,Vista). Features include: - Filters output to avoid false failure - Manages test data and isolation from global effects - Automatic organisation and grouping of test failures - “Nightjob website” to get a view of test progress over time - Performance testing - Integrates with Sun Grid Engine for parallel testing (and LSF) - Various “data mining” tools for automatic log interpretation (includes integration with bug trackers) - Interception techniques to automatically “mock out” third-party components (command line and network traffic). - Integrates with xUseCase tools for GUI testing (e.g. PyUseCase below) About PyUseCase (See also http://www.texttest.org/index.php?page=concepts&n=xusecase): ============= PyUseCase is a record/replay layer for Python GUIs. It consists of two modules: usecase.py, which is a generic framework for all Python GUIs (or even non-GUI programs) and gtkusecase.py, which is specific to PyGTK GUIs. See www.pygtk.org for more info on PyGTK. The aim is only to simulate the interactive actions of a user, not to verify correctness of a program. Essentially it allows an interactive program to be run in batch mode. Another tool is needed for verification of behaviour, for example TextTest, also available from SourceForge. The idea of a "use-case" recorder is described in some detail in a paper at http://www.carmensystems.com/research_development/articles/crtr0402.pdf To summarise, the motivation for it is that traditional record/replay tools, besides being expensive, tend to record very low-level scripts that are a nightmare to maintain and can only be read by developers. This is in large part because they record the GUI mechanics rather than the intent behind the test. (Even though this is usually in terms of widgets not pixels now) Use-case recorders like PyUseCase are built around the idea of recording in a domain language via the developer setting up a mapping between the actions that can be performed with the UI and names that describe what the point of these actions is. This incurs an extra setup cost of course, but it has the dual benefit of making the tests much more readable and much more resilient to future UI changes than if they are recorded in a more programming-language-like script. Another key advantage is that, because we instrument the code anyway to create the above mapping, it is easy to tell PyUseCase where the script will need to wait, thus allowing it to record "wait" statements without the test writer having to worry about it. This is otherwise a common headache for recorded tests: most other tools require you to explicitly synchronise the test when writing it (external to the recording). Example recorded usecase ("test script") for a flight booking system: wait for flight information to load select flight SA004 proceed to book seats # SA004 is full... accept error message quit

1 0

ANN: Pyrex 0.9.8.5
by greg Aug. 27, 2008

Aug. 27, 2008

Pyrex 0.9.8.5 is now available: http://www.cosc.canterbury.ac.nz/greg.ewing/python/Pyrex/ Various minor bug fixes and improvements. What is Pyrex? -------------- Pyrex is a language for writing Python extension modules. It lets you freely mix operations on Python and C data, with all Python reference counting and error checking handled automatically.

1 0

[ANNOUNCE] pygtkmvc-1.2.2 has been released
by Roberto Cavada Aug. 26, 2008

Aug. 26, 2008

Version 1.2.2 of pygtkmvc has been released. Project homepage: <http://pygtkmvc.sourceforge.net> Download: <http://sourceforge.net/projects/pygtkmvc/> ============== About pygtkmvc ============== pygtkmvc is a fully Python-based implementation of the Model-View-Controller (MVC) and Observer patterns for the PyGTK2 toolkit. MVC is a pattern that can be successfully used to design and develop well structured GUI applications. The MVC pattern basically helps in separating semantics and data of the application, from their representation. The Observer pattern helps to weaken dependencies among parts that should be separated, but need to be connected each other. pygtkmvc provides a powerful and still simple infrastructure to help designing and implement GUI applications based on the MVC and Observer patterns. The framework has been designed to be: * Essential and small, it does only what it was designed for. * Not an external dependency for your application: it fits in 80KB and can be released along with it. * Easy to understand and to use; fully documented. * Portable: straightly runs under many platforms. License: LGPL =================== About release 1.2.2 =================== This is a minor release that fixes two major bugs about adapters. A few new examples about adapters have been also added. Thanks to Alessandro Dentella <sandro TA e-den TOD it> for reporting both bugs. -- Roberto Cavada <roboogle TA gmail TOD com> <P><A HREF="http://pygtkmvc.sourceforge.net">pygtkmvc 1.2.2</A> - Pygtk MVC is a thin, multiplatform framework that helps to design and develop GUI applications based on the PyGTK toolkit. (26-Aug-08)

1 0

Python-URL! - weekly Python news and links (Aug 26)
by Gabriel Genellina Aug. 26, 2008

Aug. 26, 2008

QOTW: "A quick rule of thumb for Python: if your code looks ugly or strained or awkward, it's probably also wrong." - John Machin http://groups.google.com/group/comp.lang.python/msg/90893abfe9a181de Barry Warsaw announces the third (and last) beta releases of Python 2.6 and Python 3.0: http://groups.google.com/group/comp.lang.python/browse_thread/thread/55ae2a… You may download them from here: http://www.python.org/download/releases/ Default mutable arguments strike again (twice): http://groups.google.com/group/comp.lang.python/browse_thread/thread/22596c… http://groups.google.com/group/comp.lang.python/browse_thread/thread/49a47d… Then, should Python raise a warning when mutable default arguments are used? http://groups.google.com/group/comp.lang.python/browse_thread/thread/df1f4f… Python as seen by a Ruby adept, with follow-ups: http://news.ycombinator.com/item?id=283877 How to deal with exceptions in a program, and a proposal to declare which exceptions a function can raise: http://groups.google.com/group/comp.lang.python/browse_thread/thread/4e1e74… Inner functions aren't attributes of the outer one: http://groups.google.com/group/comp.lang.python/browse_thread/thread/f8cfb9… Using class attributes as if they were "declarations" for corresponding instance attributes is discouraged: http://groups.google.com/group/comp.lang.python/browse_thread/thread/4911cf… Building a custom command interpreter: http://groups.google.com/group/comp.lang.python/browse_thread/thread/8961be… Python vocabulary begins to leak out to the larger society: http://mail.python.org/pipermail/advocacy/2008-August/000631.html The distinction between `a |= b` and `a = a | b` explained: http://groups.google.com/group/comp.lang.python/browse_thread/thread/b996b5… ======================================================================== Everything Python-related you want is probably one or two clicks away in these pages: Python.org's Python Language Website is the traditional center of Pythonia http://www.python.org Notice especially the master FAQ http://www.python.org/doc/FAQ.html PythonWare complements the digest you're reading with the marvelous daily python url http://www.pythonware.com/daily Just beginning with Python? This page is a great place to start: http://wiki.python.org/moin/BeginnersGuide/Programmers The Python Papers aims to publish "the efforts of Python enthusiats": http://pythonpapers.org/ The Python Magazine is a technical monthly devoted to Python: http://pythonmagazine.com Readers have recommended the "Planet" sites: http://planetpython.org http://planet.python.org comp.lang.python.announce announces new Python software. Be sure to scan this newsgroup weekly. http://groups.google.com/group/comp.lang.python.announce/topics Python411 indexes "podcasts ... to help people learn Python ..." Updates appear more-than-weekly: http://www.awaretek.com/python/index.html The Python Package Index catalogues packages. http://www.python.org/pypi/ The somewhat older Vaults of Parnassus ambitiously collects references to all sorts of Python resources. http://www.vex.net/~x/parnassus/ Much of Python's real work takes place on Special-Interest Group mailing lists http://www.python.org/sigs/ Python Success Stories--from air-traffic control to on-line match-making--can inspire you or decision-makers to whom you're subject with a vision of what the language makes practical. http://www.pythonology.com/success The Python Software Foundation (PSF) has replaced the Python Consortium as an independent nexus of activity. It has official responsibility for Python's development and maintenance. http://www.python.org/psf/ Among the ways you can support PSF is with a donation. http://www.python.org/psf/donations/ The Summary of Python Tracker Issues is an automatically generated report summarizing new bugs, closed ones, and patch submissions. http://search.gmane.org/?author=status%40bugs.python.org&group=gmane.comp.p… Although unmaintained since 2002, the Cetus collection of Python hyperlinks retains a few gems. http://www.cetus-links.org/oo_python.html Python FAQTS http://python.faqts.com/ The Cookbook is a collaborative effort to capture useful and interesting recipes. http://code.activestate.com/recipes/langs/python/ Many Python conferences around the world are in preparation. Watch this space for links to them. Among several Python-oriented RSS/RDF feeds available, see: http://www.python.org/channews.rdf For more, see: http://www.syndic8.com/feedlist.php?ShowMatch=python&ShowStatus=all The old Python "To-Do List" now lives principally in a SourceForge reincarnation. http://sourceforge.net/tracker/?atid=355470&group_id=5470&func=browse http://www.python.org/dev/peps/pep-0042/ del.icio.us presents an intriguing approach to reference commentary. It already aggregates quite a bit of Python intelligence. http://del.icio.us/tag/python *Py: the Journal of the Python Language* http://www.pyzine.com Dr.Dobb's Portal is another source of Python news and articles: http://www.ddj.com/TechSearch/searchResults.jhtml?queryText=python and Python articles regularly appear at IBM DeveloperWorks: http://www.ibm.com/developerworks/search/searchResults.jsp?searchSite=dW&se… Previous - (U)se the (R)esource, (L)uke! - messages are listed here: http://search.gmane.org/?query=python+URL+weekly+news+links&group=gmane.com… http://groups.google.com/groups/search?q=Python-URL!+group%3Acomp.lang.pyth… http://lwn.net/Search/DoSearch?words=python-url&ctype3=yes&cat_25=yes There is *not* an RSS for "Python-URL!"--at least not yet. Arguments for and against are occasionally entertained. Suggestions/corrections for next week's posting are always welcome. E-mail to <Python-URL(a)phaseit.net> should get through. To receive a new issue of this posting in e-mail each Monday morning (approximately), ask <claird(a)phaseit.net> to subscribe. Mention "Python-URL!". Write to the same address to unsubscribe. -- The Python-URL! Team-- Phaseit, Inc. (http://phaseit.net) is pleased to participate in and sponsor the "Python-URL!" project. Watch this space for upcoming news about posting archives.

1 0

Elisa Media Center 0.5.7 Release
by Olivier Tilloy Aug. 25, 2008

Aug. 25, 2008

Dear Elisa users, The Elisa team is happy to announce the release of Elisa Media Center 0.5.7 codenamed "The Tipping Point". This release fixes a handful of bugs and enhances the current user experience with the following new features: - "Add Folders" now allows you to browse all your devices (including external hard drives), not just your home folder as it was before. - Better feedback from the media scanner: it now informs you what is being scanned and the overall progress as a percentage. 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 Have a nice night/day, The Elisa team Elisa 0.5.7 "The Tipping Point" =================== This is Elisa 0.5.7, seventh release of the 0.5 branch. New features since 0.5.6: - "Add Folders" now allows you to browse all your devices (including external hard drives), not just your home folder as it was before. - Better feedback from the media scanner: it now informs you what is being scanned and the overall progress as a percentage. Bugs fixed since 0.5.6: - 257645: Seeking an audio playlist skip songs - 257691: Contextual actions not accessible with the keyboard in grid view mode - 259092: [win32] Streamzap and apple remotes do not work - 259428: Debian package needs to depend on python-cssutils - 249883: plugins configs not saved 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

1 0

Bazaar 1.6 released!
by John Arbash Meinel Aug. 25, 2008

Aug. 25, 2008

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Finally, the long awaited bzr 1.6 has been released. This release includes new features like Stacked Branches, improved weave merge, and an updated server protocol (now on v3) which will allow for better cross version compatibility. With this release we have deprecated Knit format repositories, and recommend that users upgrade them, we will continue to support reading and writing them for the foreseeable future, but we will not be tuning them for performance as pack repositories have proven to be better at scaling. This will also be the first release to bundle TortoiseBzr in the standalone Windows installer. This was an extended release cycle, and more work than normal went into this release. Many thanks to all the people who contributed development time, bug reports, and polish to all parts of Bazaar. Our next release (1.7) should be back on our normal time-based release schedule. The source code and changelog is available at: https://launchpad.net/bzr/1.6/1.6/ Ubuntu packages will be available from the bzr ppa: https://launchpad.net/~bzr/+archive Windows and Mac installers should be available soon from: http://bazaar-vcs.org/Download John =:-> Release Notes for all changes since bzr 1.5: bzr 1.6 2008-08-25 - ------------------ Finally, the long awaited bzr 1.6 has been released. This release includes new features like Stacked Branches, improved weave merge, and an updated server protocol (now on v3) which will allow for better cross version compatibility. With this release we have deprecated Knit format repositories, and recommend that users upgrade them, we will continue to support reading and writing them for the forseeable future, but we will not be tuning them for performance as pack repositories have proven to be better at scaling. This will also be the first release to bundle TortoiseBzr in the standalone Windows installer. bzr 1.6rc5 2008-08-19 - --------------------- BUG FIXES: * Disable automatic detection of stacking based on a containing directory of the target. It interacted badly with push, and needs a bit more work to get the edges polished before it should happen automatically. (John Arbash Meinel, #259275) bzr 1.6rc4 2008-08-18 - --------------------- BUG FIXES: * Fix a regression in knit => pack fetching. We had a logic inversion, causing the fetch to insert fulltexts in random order, rather than preserving deltas. (John Arbash Meinel, #256757) bzr 1.6rc3 2008-08-14 - --------------------- CHANGES: * Disable reading ``.bzrrules`` as a per-branch rule preferences file. The feature was not quite ready for a full release. (Robert Collins) IMPROVEMENTS: * Update the windows installer to bundle TortoiseBzr and ``qbzr`` into the standalone installer. This will be the first official windows release that installs Tortoise by default. (Mark Hammond) BUG FIXES: * Fix a regression in ``bzr+http`` support. There was a missing function (``_read_line``) that needed to be carried over from ``bzr+ssh`` support. (Andrew Bennetts) * ``GraphIndex`` objects will internally read an entire index if more than 1/20th of their keyspace is requested in a single operation. This largely mitigates a performance regression in ``bzr log FILE`` and completely corrects the performance regression in ``bzr log``. The regression was caused by removing an accomodation which had been supporting the index format in use. A newer index format is in development which is substantially faster. (Robert Collins) bzr 1.6rc2 2008-08-13 - --------------------- This release candidate has a few minor bug fixes, and some regression fixes for Windows. BUG FIXES: * ``bzr upgrade`` on remote branches accessed via bzr:// and bzr+ssh:// now works. (Andrew Bennetts) * Change the ``get_format_description()`` strings for ``RepositoryFormatKnitPack5`` et al to be single line messages. (Aaron Bentley) * Fix for a regression on Win32 where we would try to call ``os.listdir()`` on a file and not catch the exception properly. (Windows raises a different exception.) This would manifest in places like ``bzr rm file`` or ``bzr switch``. (Mark Hammond, John Arbash Meinel) * ``Inventory.copy()`` was failing to set the revision property for the root entry. (Jelmer Vernooij) * sftp transport: added missing ``FileExists`` case to ``_translate_io_exception`` (Christophe Troestler, #123475) * The help for ``bzr ignored`` now suggests ``bzr ls --ignored`` for scripting use. (Robert Collins, #3834) * The default ``annotate`` logic will now always assign the last-modified value of a line to one of the revisions that modified it, rather than a merge revision. This would happen when both sides claimed to have modified the line resulting in the same text. The choice is arbitrary but stable, so merges in different directions will get the same results. (John Arbash Meinel, #232188) bzr 1.6rc1 2008-08-06 - --------------------- This release candidate for bzr 1.6 solidifies the new branch stacking feature. Bazaar now recommends that users upgrade all knit repositories, because later formats are much faster. However, we plan to continue read/write and upgrade support for knit repostories for the forseeable future. Several other bugs and performance issues were fixed. CHANGES: * Knit format repositories are deprecated and bzr will now emit warnings whenever it encounters one. Use ``bzr upgrade`` to upgrade knit repositories to pack format. (Andrew Bennetts) IMPROVEMENTS: * ``bzr check`` can now be told which elements at a location it should check. (Daniel Watkins) * Commit now supports ``--exclude`` (or ``-x``) to exclude some files from the commit. (Robert Collins, #3117) * Fetching data between repositories that have the same model but no optimised fetcher will not reserialise all the revisions, increasing performance. (Robert Collins, John Arbash Meinel) * Give a more specific error when target branch is not reachable. (James Westby) * Implemented a custom ``walkdirs_utf8`` implementation for win32. This uses a pyrex extension to get direct access to the ``FindFirstFileW`` style apis, rather than using ``listdir`` + ``lstat``. Shows a very strong improvement in commands like ``status`` and ``diff`` which have to iterate the working tree. Anywhere from 2x-6x faster depending on the size of the tree (bigger trees, bigger benefit.) (John Arbash Meinel) * New registry for log properties handles and the method in LongLogFormatter to display the custom properties returned by the registered handlers. (Guillermo Gonzalez, #162469) BUG FIXES: * Add more tests that stacking does not create deltas spanning physical repository boundaries. (Martin Pool, #252428) * Better message about incompatible repositories. (Martin Pool, #206258) * ``bzr branch --stacked`` ensures the destination branch format can support stacking, even if the origin does not. (Martin Pool) * ``bzr export`` no longer exports ``.bzrrules``. (Ian Clatworthy) * ``bzr serve --directory=/`` now correctly allows the whole filesystem to be accessed on Windows, not just the root of the drive that Python is running from. (Adrian Wilkins, #240910) * Deleting directories by hand before running ``bzr rm`` will not cause subsequent errors in ``bzr st`` and ``bzr commit``. (Robert Collins, #150438) * Fix a test case that was failing if encoding wasn't UTF-8. (John Arbash Meinel, #247585) * Fix "no buffer space available" error when branching with the new smart server protocol to or from Windows. (Andrew Bennetts, #246180) * Fixed problem in branching from smart server. (#249256, Michael Hudson, Martin Pool) * Handle a file turning in to a directory in TreeTransform. (James Westby, #248448) API CHANGES: * ``MutableTree.commit`` has an extra optional keywork parameter ``exclude`` that will be unconditionally supplied by the command line UI - plugins that add tree formats may need an update. (Robert Collins) * The API minimum version for plugin compatibility has been raised to 1.6 - there are significant changes throughout the code base. (Robert Collins) * The generic fetch code now uses three attributes on Repository objects to control fetch. The streams requested are controlled via : ``_fetch_order`` and ``_fetch_uses_deltas``. Setting these appropriately allows different repository implementations to recieve data in their optimial form. If the ``_fetch_reconcile`` is set then a reconcile operation is triggered at the end of the fetch. (Robert Collins) * The ``put_on_disk`` and ``get_tar_item`` methods in ``InventoryEntry`` were deprecated. (Ian Clatworthy) * ``Repository.is_shared`` doesn't take a read lock. It didn't need one in the first place (nobody cached the value, and ``RemoteRepository`` wasn't taking one either). This saves a round trip when probing Pack repositories, as they read the ``pack-names`` file when locked. And during probe, locking the repo isn't very useful. (John Arbash Meinel) INTERNALS: * ``bzrlib.branchbuilder.BranchBuilder`` is now much more capable of putting together a real history without having to create a full WorkingTree. It is recommended that tests that are not directly testing the WorkingTree use BranchBuilder instead. See ``BranchBuilder.build_snapshot`` or ``TestCaseWithMemoryTree.make_branch_builder``. (John Arbash Meinel) * ``bzrlib.builtins.internal_tree_files`` broken into two giving a new helper ``safe_relpath_files`` - used by the new ``exclude`` parameter to commit. (Robert Collins) * Make it easier to introduce new WorkingTree formats. (Ian Clatworthy) * The code for exporting trees was refactored not to use the deprecated ``InventoryEntry`` methods. (Ian Clatworthy) * RuleSearchers return () instead of [] now when there are no matches. (Ian Clatworthy) bzr 1.6beta3 2008-07-17 - ----------------------- This release adds a new 'stacked branches' feature allowing branches to share storage without being in the same repository or on the same machine. (See the user guide for more details.) It also adds a new hook, improved weaves, aliases for related locations, faster bzr+ssh push, and several bug fixes. FEATURES: * New ``pre_change_branch_tip`` hook that is called before the branch tip is moved, while the branch is write-locked. See the User Reference for signature details. (Andrew Bennetts) * Rule-based preferences can now be defined for selected files in selected branches, allowing commands and plugins to provide custom behaviour for files matching defined patterns. See ``Rule-based preferences`` (part of ``Configuring Bazaar``) in the User Guide and ``bzr help rules`` for more information. (Ian Clatworthy) * Sites may suggest a branch to stack new branches on. (Aaron Bentley) * Stacked branches are now supported. See ``bzr help branch`` and ``bzr help push``. Branches must be in the ``development1`` format to stack, though the stacked-on branch can be of any format. (Robert Collins) IMPROVEMENTS: * ``bzr export --format=tgz --root=NAME -`` to export a gzipped tarball to stdout; also ``tar`` and ``tbz2``. (Martin Pool) * ``bzr (re)merge --weave`` will now use a standard Weave algorithm, rather than the annotation-based merge it was using. It does so by building up a Weave of the important texts, without needing to build the full ancestry. (John Arbash Meinel, #238895) * ``bzr send`` documents and better supports ``emacsclient`` (proper escaping of mail headers and handling of the MUA Mew). (Christophe Troestler) * Remembered locations can be specified by aliases, e.g. :parent, :public, :submit. (Aaron Bentley) * The smart protocol now has improved support for setting branches' revision info directly. This makes operations like push faster. The new request method name is ``Branch.set_last_revision_ex``. (Andrew Bennetts) BUG FIXES: * Bazaar is now able to be a client to the web server of IIS 6 and 7. The broken implementations of RFC822 in Python and RFC2046 in IIS combined with boundary-line checking in Bazaar previously made this impossible. (NB, IIS 5 does not suffer from this problem). (Adrian Wilkins, #247585) * ``bzr log --long`` with a ghost in your mainline now handles that ghost properly. (John Arbash Meinel, #243536) * ``check`` handles the split-up .bzr layout correctly, so no longer requires a branch to be present. (Daniel Watkins, #64783) * Clearer message about how to set the PYTHONPATH if bzrlib can't be loaded. (Martin Pool, #205230) * Errors about missing libraries are now shown without a traceback, and with a suggestion to install the library. The full traceback is still in ``.bzr.log`` and can be shown with ``-Derror``. (Martin Pool, #240161) * Fetch from a stacked branch copies all required data. (Aaron Bentley, #248506) * Handle urls such as ftp://user@host.com@www.host.com where the user name contains an @. (Neil Martinsen-Burrell, #228058) * ``needs_read_lock`` and ``needs_write_lock`` now suppress an error during ``unlock`` if there was an error in the original function. This helps most when there is a failure with a smart server action, since often the connection closes and we cannot unlock. (Andrew Bennetts, John Arbash Meinel, #125784) * Obsolete hidden command ``bzr fetch`` removed. (Martin Pool, #172870) * Raise the correct exception when doing ``-rbefore:0`` or ``-c0``. (John Arbash Meinel, #239933) * You can now compare file revisions in Windows diff programs from Cygwin Bazaar. (Matt McClure, #209281) * revision_history now tolerates mainline ghosts for Branch format 6. (Aaron Bentley, #235055) * Set locale from environment for third party libs. (Martin von Gagern, #128496) DOCUMENTATION: * Added *Using stacked branches* to the User Guide. (Ian Clatworthy) * Updated developer documentation. (Martin Pool) TESTING: * ``-Dmemory`` will cause /proc/PID/status to be catted before bzr exits, allowing low-key analysis of peak memory use. (Robert Collins) * ``TestCaseWithTransport.make_branch_and_tree`` tries harder to return a tree with a ``branch`` attribute of the right format. This was preventing some ``RemoteBranch`` tests from actually running with ``RemoteBranch`` instances. (Andrew Bennetts) API CHANGES: * Removed ``Repository.text_store``, ``control_store``, etc. Instead, there are new attributes ``texts, inventories, revisions, signatures``, each of which is a ``VersionedFiles``. See the Repository docstring for more details. (Robert Collins) * ``Branch.pull`` now accepts an ``_override_hook_target`` optional parameter. If you have a subclass of ``Branch`` that overrides ``pull`` then you should add this parameter. (Andrew Bennetts) * ``bzrlib.check.check()`` has been deprecated in favour of the more aptly-named ``bzrlib.check.check_branch()``. (Daniel Watkins) * ``Tree.print_file`` and ``Repository.print_file`` are deprecated. These methods are bad APIs because they write directly to sys.stdout. bzrlib does not use them internally, and there are no direct tests for them. (Alexander Belchenko) INTERNALS: * ``cat`` command no longer uses ``Tree.print_file()`` internally. (Alexander Belchenko) * New class method ``BzrDir.open_containing_tree_branch_or_repository`` which eases the discovery of the tree, the branch and the repository containing a given location. (Daniel Watkins) * New ``versionedfile.KeyMapper`` interface to abstract out the access to underlying .knit/.kndx etc files in repositories with partitioned storage. (Robert Collins) * Obsolete developer-use command ``weave-join`` has been removed. (Robert Collins) * ``RemoteToOtherFetcher`` and ``get_data_stream_for_search`` removed, to support new ``VersionedFiles`` layering. (Robert Collins) bzr 1.6beta2 2008-06-10 - ----------------------- This release contains further progress towards our 1.6 goals of shallow repositories, and contains a fix for some user-affecting bugs in the repository layer. Building working trees during checkout and branch is now faster. BUG FIXES: * Avoid KnitCorrupt error extracting inventories from some repositories. (The data is not corrupt; an internal check is detecting a problem reading from the repository.) (Martin Pool, Andrew Bennetts, Robert Collins, #234748) * ``bzr status`` was breaking if you merged the same revision twice. (John Arbash Meinel, #235407) * Fix infinite loop consuming 100% CPU when a connection is lost while reading a response body via the smart protocol v1 or v2. (Andrew Bennetts) * Inserting a bundle which changes the contents of a file with no trailing end of line, causing a knit snapshot in a 'knits' repository will no longer cause KnitCorrupt. (Robert Collins) * ``RemoteBranch.pull`` needs to return the ``self._real_branch``'s pull result. It was instead just returning None, which breaks ``bzr pull``. (John Arbash Meinel, #238149) * Sanitize branch nick before using it as an attachment filename in ``bzr send``. (Lukáš Lalinský, #210218) * Squash ``inv_entry.symlink_target`` to a plain string when generating DirState details. This prevents from getting a ``UnicodeError`` when you have symlinks and non-ascii filenames. (John Arbash Meinel, #135320) IMPROVEMENTS: * Added the 'alias' command to set/unset and display aliases. (Tim Penhey) * ``added``, ``modified``, and ``unknowns`` behaviour made consistent (all three now quote paths where required). Added ``--null`` option to ``added`` and ``modified`` (for null-separated unknowns, use ``ls --unknown --null``) (Adrian Wilkins) * Faster branching (1.09x) and lightweight checkouts (1.06x) on large trees. (Ian Clatworthy, Aaron Bentley) DOCUMENTATION: * Added *Bazaar Zen* section to the User Guide. (Ian Clatworthy) TESTING: * Fix the test HTTPServer to be isolated from chdir calls made while it is running, allowing it to be used in blackbox tests. (Robert Collins) API CHANGES: * ``WorkingTree.set_parent_(ids/trees)`` will now filter out revisions which are in the ancestry of other revisions. So if you merge the same tree twice, or merge an ancestor of an existing merge, it will only record the newest. (If you merge a descendent, it will replace its ancestor). (John Arbash Meinel, #235407) * ``RepositoryPolicy.__init__`` now requires stack_on and stack_on_pwd, through the derived classes do not. (Aaron Bentley) INTERNALS: * ``bzrlib.bzrdir.BzrDir.sprout`` now accepts ``stacked`` to control creating stacked branches. (Robert Collins) * Knit record serialisation is now stricter on what it will accept, to guard against potential internal bugs, or broken input. (Robert Collins) bzr 1.6beta1 2008-06-02 - ----------------------- Commands that work on the revision history such as push, pull, missing, uncommit and log are now substantially faster. This release adds a translation of some of the user documentation into Spanish. (Contributions of other translations would be very welcome.) Bazaar 1.6beta1 adds a new network protocol which is used by default and which allows for more efficient transfers and future extensions. NOTES WHEN UPGRADING: * There is a new version of the network protocol used for bzr://, bzr+ssh:// and bzr+http:// connections. This will allow more efficient requests and responses, and more graceful fallback when a server is too old to recognise a request from a more recent client. Bazaar 1.6 will interoperate with 0.16 and later versions, but servers should be upgraded when possible. Bazaar 1.6 no longer interoperates with 0.15 and earlier via these protocols. Use alternatives like SFTP or upgrade those servers. (Andrew Bennetts, #83935) CHANGES: * Deprecation warnings will not be suppressed when running ``bzr selftest`` so that developers can see if their code is using deprecated functions. (John Arbash Meinel) FEATURES: * Adding ``-Derror`` will now display a traceback when a plugin fails to load. (James Westby) IMPROVEMENTS: * ``bzr branch/push/pull -r XXX`` now have a helper function for finding the revno of the new revision (``Graph.find_distance_to_null``). This should make something like ``bzr branch -r -100`` in a shared, no-trees repository much snappier. (John Arbash Meinel) * ``bzr log --short -r X..Y`` no longer needs to access the full revision history. This makes it noticeably faster when logging the last few revisions. (John Arbash Meinel) * ``bzr ls`` now accepts ``-V`` as an alias for ``--versioned``. (Jerad Cramp, #165086) * ``bzr missing`` uses the new ``Graph.find_unique_ancestors`` and ``Graph.find_differences`` to determine missing revisions without having to search the whole ancestry. (John Arbash Meinel, #174625) * ``bzr uncommit`` now uses partial history access, rather than always extracting the full revision history for a branch. This makes it resolve the appropriate revisions much faster (in testing it drops uncommit from 1.5s => 0.4s). It also means ``bzr log --short`` is one step closer to not using full revision history. (John Arbash Meinel, #172649) BUGFIXES: * ``bzr merge --lca`` should handle when two revisions have no common ancestor other than NULL_REVISION. (John Arbash Meinel, #235715) * ``bzr status`` was breaking if you merged the same revision twice. (John Arbash Meinel, #235407) * ``bzr push`` with both ``--overwrite`` and ``-r NNN`` options no longer fails. (Andrew Bennetts, #234229) * Correctly track the base URL of a smart medium when using bzr+http:// URLs, which was causing spurious "No repository present" errors with branches in shared repositories accessed over bzr+http. (Andrew Bennetts, #230550) * Define ``_remote_is_at_least_1_2`` on ``SmartClientMedium`` so that all implementations have the attribute. Fixes 'PyCurlTransport' object has no attribute '_remote_is_at_least_1_2' attribute errors. (Andrew Bennetts, #220806) * Failure to delete an obsolete pack file should just give a warning message, not a fatal error. It may for example fail if the file is still in use by another process. (Martin Pool) * Fix MemoryError during large fetches over HTTP by limiting the amount of data we try to read per ``recv`` call. The problem was observed with Windows and a proxy, but might affect other environments as well. (Eric Holmberg, #215426) * Handle old merge directives correctly in Merger.from_mergeable. Stricter get_parent_map requirements exposed a latent bug here. (Aaron Bentley) * Issue a warning and ignore passwords declared in authentication.conf when used for an ssh scheme (sftp or bzr+ssh). (Vincent Ladeuil, #203186) * Make both http implementations raise appropriate exceptions on 403 Forbidden when POSTing smart requests. (Vincent Ladeuil, #230223) * Properly *title* header names in http requests instead of capitalizing them. (Vincent Ladeuil, #229076) * The "Unable to obtain lock" error message now also suggests using ``bzr break-lock`` to fix it. (Martin Albisetti, #139202) * Treat an encoding of '' as ascii; this can happen when bzr is run under vim on Mac OS X. (Neil Martinsen-Burrell) * ``VersionedFile.make_mpdiffs()`` was raising an exception that wasn't in scope. (Daniel Fischer #235687) DOCUMENTATION: * Added directory structure and started translation of docs in spanish. (Martin Albisetti, Lucio Albenga) * Incorporate feedback from Jelmer Vernooij and Neil Martinsen-Burrell on the plugin and integration chapters of the User Guide. (Ian Clatworthy) * More Bazaar developer documentation about packaging and release process, and about use of Python reprs. (Martin Pool, Martin Albisetti) * Updated Tortise strategy document. (Mark Hammond) TESTING: * ``bzrlib.tests.adapt_tests`` was broken and unused - it has been fixed. (Robert Collins) * Fix the test HTTPServer to be isolated from chdir calls made while it is running, allowing it to be used in blackbox tests. (Robert Collins) * New helper function for splitting test suites ``split_suite_by_condition``. (Robert Collins) INTERNALS: * ``Branch.missing_revisions`` has been deprecated. Similar functionality can be obtained using ``bzrlib.missing.find_unmerged``. The api was fairly broken, and the function was unused, so we are getting rid of it. (John Arbash Meinel) API CHANGES: * ``Branch.abspath`` is deprecated; use the Tree or Transport instead. (Martin Pool) * ``Branch.update_revisions`` now takes an optional ``Graph`` object. This can be used by ``update_revisions`` when it is checking ancestry, and allows callers to prefer request to go to a local branch. (John Arbash Meinel) * Branch, Repository, Tree and BzrDir should expose a Transport as an attribute if they have one, rather than having it indirectly accessible as ``.control_files._transport``. This doesn't add a requirement to support a Transport in cases where it was not needed before; it just simplifies the way it is reached. (Martin Pool) * ``bzr missing --mine-only`` will return status code 0 if you have no new revisions, but the remote does. Similarly for ``--theirs-only``. The new code only checks one side, so it doesn't know if the other side has changes. This seems more accurate with the request anyway. It also changes the output to print '[This|Other] branch is up to date.' rather than displaying nothing. (John Arbash Meinel) * ``LockableFiles.put_utf8``, ``put_bytes`` and ``controlfilename`` are now deprecated in favor of using Transport operations. (Martin Pool) * Many methods on ``VersionedFile``, ``Repository`` and in ``bzrlib.revision`` deprecated before bzrlib 1.5 have been removed. (Robert Collins) * ``RevisionSpec.wants_revision_history`` can be set to False for a given ``RevisionSpec``. This will disable the existing behavior of passing in the full revision history to ``self._match_on``. Useful for specs that don't actually need access to the full history. (John Arbash Meinel) * The constructors of ``SmartClientMedium`` and its subclasses now require a ``base`` parameter. ``SmartClientMedium`` implementations now also need to provide a ``remote_path_from_transport`` method. (Andrew Bennetts) * The default permissions for creating new files and directories should now be obtained from ``BzrDir._get_file_mode()`` and ``_get_dir_mode()``, rather than from LockableFiles. The ``_set_file_mode`` and ``_set_dir_mode`` variables on LockableFiles which were advertised as a way for plugins to control this are no longer consulted. (Martin Pool) * ``VersionedFile.join`` is deprecated. This method required local instances of both versioned file objects and was thus hostile to being used for streaming from a smart server. The new get_record_stream and insert_record_stream are meant to efficiently replace this method. (Robert Collins) * ``WorkingTree.set_parent_(ids/trees)`` will now filter out revisions which are in the ancestry of other revisions. So if you merge the same tree twice, or merge an ancestor of an existing merge, it will only record the newest. (If you merge a descendent, it will replace its ancestor). (John Arbash Meinel, #235407) * ``WorkingTreeFormat2.stub_initialize_remote`` is now private. (Martin Pool) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIsuenJdeBCYSNAAMRAh3iAJ98PLwW7niQD+ChRUw58Tet85IGfwCg2Xv3 Jn4MqIRBST56jMjWfdJbgF4= =xLCu -----END PGP SIGNATURE-----

1 0