5
5
.. contents:: List of Releases
11
:2.2b3: NOT RELEASED YET
16
* An API break has been made to the lock_write method of ``Branch`` and
17
``Repository`` objects; they now return ``branch.BranchWriteLockResult``
18
and ``repository.RepositoryWriteLockResult`` objects. This makes
19
changing the API in future easier and permits some cleaner calling code.
20
The lock_read method has also changed from having no defined return
21
value to returning ``LogicalLockResult`` objects.
27
* ``bzr commit`` accepts ``-p`` (for "patch") as a shorter name for
29
(Parth Malwankar, #571467)
31
* ``bzr ignore`` now supports a ``--default-rules`` option that displays
32
the default ignore rules used by bzr. The flag ``--old-default-rules``
33
is no longer supported by ``ignore``.
34
(Parth Malwankar, #538703)
36
* ``bzr pack`` now supports a ``--clean-obsolete-packs`` option that
37
can save disk space by deleting obsolete pack files created during the
39
(Parth Malwankar, #304320)
44
* ``.bazaar``, ``.bazaar/bazaar.conf`` and ``.bzr.log`` inherit user and
45
group ownership from the containing directory. This allow bzr to work
47
(Martin <gzlist@googlemail.com>, Parth Malwankar, #376388)
49
* ``bzr log --exclude-common-ancestry -r X..Y`` displays the revisions that
50
are part of Y ancestry but not part of X ancestry (aka the graph
52
(Vincent Ladeuil, #320119)
54
* ``bzr selftest --parallel=fork`` wait for its children avoiding zombies.
55
(Vincent Ladeuil, #566670)
57
* ``bzr selftest`` should not use ui.note() since it's not unicode safe.
58
(Vincent Ladeuil, #563997)
60
* Don't mention --no-strict when we just issue the warning about unclean trees.
61
(Vincent Ladeuil, #401599)
63
* Fixed ``AssertionError`` when accessing smart servers running Bazaar
65
(Andrew Bennetts, #528041)
67
* Reduce peak memory by one copy of compressed text.
68
(John Arbash Meinel, #566940)
70
* Show the filenames when a file rename fails so that the error will be
72
(Martin Pool, #491763)
77
* ``append_revisions_only`` will now be interpreted as a boolean and a
78
warning emitted if illegal values are used. Note that for projects
79
that needs to maintain compatibility with previsous bzr versions,
80
only 'True' and 'False' strings must be used (previous versions of
81
bzr will interpret all strings differing from 'True'
82
(case-sensitive) as false.
83
(Brian de Alwis, Vincent Ladeuil)
85
* ``Config.get_user_option_as_bool`` will now warn if a value cannot
86
be interpreted as a boolean.
95
* Added ``bzrlib.merge.PerFileMerger``, a more convenient way to write
96
some kinds of ``merge_file_content`` hook functions.
99
* `BzrDir`, `Branch`, `Repository` and `WorkingTree` now all support `user_url`,
100
`user_transport`, `control_url` and `control_transport` members pointing
101
respectively to the directory containing the ``.bzr`` control directory,
102
and to the directory within ``.bzr`` used for the particular component.
103
All of them inherit from `ControlComponent` which provides default
107
* Lock methods on ``Tree``, ``Branch`` and ``Repository`` are now
108
expected to return an object which can be used to unlock them. This reduces
109
duplicate code when using cleanups. The previous 'tokens's returned by
110
``Branch.lock_write`` and ``Repository.lock_write`` are now attributes
111
on the result of the lock_write. ``repository.RepositoryWriteLockResult``
112
and ``branch.BranchWriteLockResult`` document this. (Robert Collins)
117
* ``log._get_info_for_log_files`` now takes an add_cleanup callable.
120
* ``_remember_remote_is_before`` no longer raises AssertionError when
121
suboptimal network behaviour is noticed; instead it just mutters to the
122
log file (and warns the user if they have set the ``hpss`` debug flag).
123
This was causing unnecessary aborts for performance bugs that are minor
125
(Andrew Bennetts, #528041)
127
* Permit bzr to run under ``python -OO`` which reduces the size of bytecode
128
files loaded from disk. To ensure docstrings needed for help are never
129
stripped, the prefix ``__doc__ =`` should now be used.
130
(Martin <gzlist@googlemail.com>)
135
* Added ``bzrlib.tests.matchers`` as a place to put matchers, along with
136
our first in-tree matcher. See the module docstring for details.
139
* ``bzr selftest --parallel=subprocess`` now works correctly on win32.
140
(Gordon Tyler, #551332)
142
* Workaround ``Crypto.Random`` check leading to spurious test
143
failures on Lucid, FreeBSD and gentoo.
144
(Vincent Ladeuil, #528436)
151
This is a somewhat early second beta of the 2.2 series, to fix a python2.4
152
incompatibility in the 2.2b1 release. It also includes a swag of
153
performance, usability and correctness improvements: test feedback on all
154
of these would be welcome.
11
:2.2b2: NOT RELEASED YET
166
* ``bzr dpush``, ``bzr push`` and ``bzr send`` will now issue a warning
167
instead of failing when dirty trees are involved. The corresponding
168
``dpush_strict``, ``push_strict`` and ``send_strict`` should be set to
169
True explicitly to get the previous behaviour.
170
(Vincent Ladeuil, #519319)
172
* ``bzr export`` to tar file does not fail if any parent directory
173
contains unicode characters. This works around upstream Python bug
174
http://bugs.python.org/issue8396 .
175
(Parth Malwankar, #413406)
177
* ``bzr switch`` does not die if a ConfigurableFileMerger is used.
178
(Aaron Bentley, #559436)
180
* ``bzr update`` when a pending merge in the working tree has been merged
181
into the master branch will no longer claim that old commits have become
182
pending merges. (Robert Collins, #562079)
184
* ``bzrlib.mutabletree.MutableTree.commit`` will now support a passed in
185
config as in previous versions of bzrlib. (Robert Collins)
187
* Fix glitch in the warning about unclean trees display.
188
(Vincent Ladeuil, #562665)
190
* Fixed Python2.4 incompatibilities in the bzr2.2b1 source tarball.
193
* Help messages generated by ``RegistryOption.from_kwargs`` list the
194
switches in alphabetical order, rather than in an undefined order.
195
(Martin von Gagern, #559409)
197
* Make sure the ``ExecutablePath`` and ``InterpreterPath`` are set in
198
Apport crash reports, to avoid "This problem report applies to a program
199
which is not installed any more" error.
200
(Martin Pool, James Westby, #528114)
202
* Reset ``siginterrupt`` flag to False every time we handle a signal
203
installed with ``set_signal_handler(..., restart_syscall=True)`` (from
204
``bzrlib.osutils``. Reduces the likelihood of "Interrupted System Call"
205
errors after two window resizes.
208
25
* When invoked with a range revision, ``bzr log`` doesn't show revisions
209
that are not part of the Y revisions ancestry anymore when invoked with
26
that are not part of the ancestry anymore.
211
27
(Vincent Ladeuil, #474807)
213
* Properly handle ``param_name`` attribute for ``ListOption``.
214
(Martin von Gagern, 387117)
219
* ``bzr commit`` will prompt before using a commit message that was
220
generated by a template and not edited by the user.
221
(Robert Collins, #530265)
223
* ``bzr diff`` read-locks the trees and branches only once, saving about
224
10-20ms on ``bzr diff`` in a bzr.dev tree.
227
* ``bzr missing`` read-locks the branches only once.
230
* ``bzr pull`` locks the branches and tree only once.
233
* Index lookups in pack repositories search recently hit pack files first.
234
In repositories with many pack files this can greatly reduce the
235
number of files accessed, the number of bytes read, and the number of
236
read calls. An incremental pull via plain HTTP takes half the time and
237
bytes for a moderately large repository. (Andrew Bennetts)
239
* Index lookups only re-order the indexes when the hit files aren't
240
already first. Reduces the cost of reordering
241
(John Arbash Meinel, #562429)
243
32
* Less code is loaded at startup. (Cold-cache start time is about 10-20%
245
34
(Martin Pool, #553017)
250
* ``bzrlib.diff.get_trees_and_branches_to_diff`` is deprecated. Use
251
``get_trees_and_branches_to_diff_locked`` instead.
257
* ``bzrlib.commands.Command.run_direct`` is no longer needed - the pre
258
2.1 method of calling run() to perform testing or direct use via the API
259
is now possible again. As part of this, the _operation attribute on
260
Command is now transient and only exists for the duration of ``run()``.
52
:2.2.0b1: Not released yet
268
54
Compatibility Breaks
269
55
********************
545
325
happens, and another warning will be written if the log file could not
546
326
be closed after retrying 100 times. (Andrew Bennetts, #531746)
551
:2.1.2: NOT RELEASED YET
556
* ``bzr switch`` does not die if a ConfigurableFileMerger is used.
557
(Aaron Bentley, #559436)
559
* Fixed ``AssertionError`` when accessing smart servers running Bazaar
561
(Andrew Bennetts, #528041)
563
* Reset ``siginterrupt`` flag to False every time we handle a signal
564
installed with ``set_signal_handler(..., restart_syscall=True)`` (from
565
``bzrlib.osutils``. Reduces the likelihood of "Interrupted System Call"
566
errors after two window resizes.
572
* ``_remember_remote_is_before`` no longer raises AssertionError when
573
suboptimal network behaviour is noticed; instead it just mutters to the
574
log file (and warns the user if they have set the ``hpss`` debug flag).
575
This was causing unnecessary aborts for performance bugs that are minor
577
(Andrew Bennetts, #528041)
995
737
tests that 'failed' - they're all just failures.
1001
:2.0.6: NOT RELEASED YET
1006
* Additional merges after an unrelated branch has been merged with its
1007
history no longer crash when deleted files are involved.
1008
(Vincent Ladeuil, John Arbash Meinel, #375898)
1010
* ``bzr revert`` now only takes write lock on working tree, instead of on
1011
both working tree and branch.
1012
(Danny van Heumen, #498409)
1014
* ``bzr upgrade`` now creates the ``backup.bzr`` directory with the same
1015
permissions as ``.bzr`` directory on a POSIX OS.
1016
(Parth Malwankar, #262450)
1018
* Repositories accessed via a smart server now reject being stacked on a
1019
repository in an incompatible format, as is the case when accessing them
1020
via other methods. This was causing fetches from those repositories via
1021
a smart server (e.g. using ``bzr branch``) to receive invalid data.
1022
(Andrew Bennetts, #562380)
1029
This fifth release in our 2.0 series addresses several user-inconvenience
1030
bugs. None are critical, but upgrading is recommended for all users on
1031
earlier 2.0 releases.
745
:2.0.5: NOT RELEASED YET
added
removed
NEWS
