65
56
suite. This can include new facilities for writing tests, fixes to
66
57
spurious test failures and changes to the way things should be tested.
68
* Remove the deprecation decorators for ``failUnlessExists`` and
69
``failIfExists``. The deprecation "will" occur in 2.4, not
70
before. Providing the wrappers is enough as far as 2.3 is concerned.
71
(Vincent Ladeuil #794960)
78
This is a bugfix release. Upgrading is recommended for all users of earlier
81
This fixed a bug in the test suite triggered by python-2.7 deprecating some
87
* Stop using `failIf`, `failUnless`, `failIfEqual`, etc, that give
88
`PendingDeprecationWarnings` on Python2.7.
89
(Martin Pool, #760435)
97
This is a bugfix release. Upgrading is recommended for all users of earlier
100
This was never released due to bug #760435 interrupting the release process by
101
breaking the test suite under python-2.7 on natty.
103
External Compatibility Breaks
104
*****************************
116
* Getting all entries from ``CHKInventory.iter_entries_by_dir()`` has been
117
sped up dramatically for large trees. Iterating by dir is not the best
118
way to load data from a CHK inventory, so it preloads all the items in
119
the correct order. (With the gcc-tree, this changes it (re)reading 8GB
120
of CHK data, down to just 150MB.) This has noticeable affects for things
121
like building checkouts, etc. (John Arbash Meinel, #737234)
126
* Bazaar now infers the default user email address on Unix from the local
127
account name plus the contents of ``/etc/mailname`` if that file exists.
128
In particular, this means that committing as root through etckeeper will
129
normally not require running ``bzr whoami`` first.
130
(Martin Pool, #616878)
132
* ``bzr merge --preview --pull`` should respect the ``--preview`` option
133
first, and not actually change the branch tip revision.
134
(John Arbash Meinel, Dennis Duchier, #760152)
136
* ``bzr push`` into a repository (that doesn't have a branch), will no
137
longer copy all revisions in the repository. Only the ones in the
138
ancestry of the source branch, like it does in all other cases.
139
(John Arbash Meinel, #465517)
141
* Fix ``UnboundLocalError: local variable 'lock_url' in wait_lock`` error,
142
especially while trying to save configuration from QBzr.
143
(Martin Pool, #733136)
145
* Fix "Unable to obtain lock" error when pushing to a bound branch if tags
146
had changed. Bazaar was attempting to open and lock the master branch
147
twice in this case. (Andrew Bennetts, #733350)
149
* Standalone bzr.exe installation on Windows: user can put additional python
150
libraries into ``site-packages`` subdirectory of the installation directory,
151
this might be required for "installing" extra dependencies for some plugins.
152
(Alexander Belchenko, #743256)
154
* When reporting a crash without apport, don't print the full list of
155
plugins because it's often too long.
156
(Martin Pool, #716389)
167
* FreeBSD8 has switched to python-2.7 which revealed a re-occurrence of a test
168
failure in the launchpad plugin. ``xmlrpclib.py`` on natty carries a patch
169
that is not in python-2.7 upstream and masked the issue. An additional fix
170
has been added in the interim
171
(<http://psf.upfronthosting.co.za/roundup/tracker/issue8194> should be fixed
172
in python > 2.7.1). (Vincent Ladeuil, #654733)
179
This is a bugfix release. Upgrading is recommended for all users of earlier
185
.. Fixes for situations where bzr would previously crash or give incorrect
186
or undesirable results.
188
* Correctly resolve text conflicts for files in subdirs.
189
(Vincent Ladeuil, #715058)
191
* Fix "AssertionError: repository.user_url ... does not match URL from
192
server response" when reusing a smart transport.
193
(Andrew Bennetts, #726584)
195
* Restore proper logging of bytes transferred. We accidentally reset the
196
counter when commands finished before we logged the total transferred.
197
(John Arbash Meinel, #713258)
204
This release marks the start of another long-term-stable series. From here, we
205
will only make bugfix releases on the 2.3 series (2.3.1, etc, and support it
206
until August 2012), while 2.4 will become our new development series. The 2.1
207
and 2.2 series will also continue to get bugfixes. (Currently 2.0 is planned
208
to be EOLed circa September 2011 and will receive only critical bugfixes.)
210
This is a bugfix and polish release over the 2.2 series, with a large number
211
of bugs fixed (>130), and some performance improvements. Some features have
212
been enhanced including commits on stacked branches, upgrades of related
213
branches, shortcut URL schemes for ubuntu and debian on launchpad and better
216
Only bugfixes from other stables series have been included since 2.3b5 so all
217
known fixed bugs are included here.
219
Users are encouraged to upgrade from the other stable series.