← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/en/release-notes/bzr-1.16.txt

  • Committer: John Arbash Meinel
  • Author(s): Mark Hammond
  • Date: 2008-09-09 17:02:21 UTC
  • mto: This revision was merged to the branch mainline in revision 3697.
  • Revision ID: john@arbash-meinel.com-20080909170221-svim3jw2mrz0amp3
An updated transparent icon for bzr.

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/en/release-notes/bzr-1.16.txt
1
 
####################
2
 
Bazaar Release Notes
3
 
####################
4
 
 
5
 
.. toctree::
6
 
   :maxdepth: 1
7
 
 
8
 
bzr 1.16.1
9
 
##########
10
 
 
11
 
:Released: 2009-06-26
12
 
 
13
 
End user testing of the 2a format revealed two serious bugs. The first,
14
 
#365615, caused bzr to raise AbsentContentFactory errors when autopacking.
15
 
This meant that commits or pushes to 2a-format repositories failed
16
 
intermittently.
17
 
 
18
 
The second bug, #390563, caused the smart server to raise AbsentContentFactory
19
 
when streaming 2a stacked 2a-format branches. This particularly affected
20
 
branches stored on Launchpad in the 2a format.
21
 
 
22
 
Both of these bugs cause command failures only, neither of them cause data
23
 
corruption or data loss. And, of course, both of these bugs are now fixed.
24
 
 
25
 
Bug Fixes
26
 
*********
27
 
 
28
 
* We now properly request a more minimal set of file texts when fetching
29
 
  multiple revisions. (Robert Collins, John Arbash Meinel, #390563)
30
 
 
31
 
* Repositories using CHK pages (which includes the new 2a format) will no
32
 
  longer error during commit or push operations when an autopack operation
33
 
  is triggered. (Robert Collins, #365615)
34
 
 
35
 
* ``chk_map.iter_interesting_nodes`` now properly uses the *intersection*
36
 
  of referenced nodes rather than the *union* to determine what
37
 
  uninteresting pages we still need to look at. Prior to this,
38
 
  incrementally pushing to stacked branch would push the minimal data, but
39
 
  fetching everything would request extra texts. There are some unhandled
40
 
  cases wrt trees of different depths, but this fixes the common cases.
41
 
  (Robert Collins, John Arbash Meinel, #390563)
42
 
 
43
 
* ``GroupCompress`` repositories now take advantage of the pack hints
44
 
  parameter to permit cross-format fetching to incrementally pack the
45
 
  converted data. (Robert Collins)
46
 
 
47
 
* ``Repository.commit_write_group`` now returns opaque data about what
48
 
  was committed, for passing to the ``Repository.pack``. Repositories
49
 
  without atomic commits will still return None. (Robert Collins)
50
 
 
51
 
* ``Repository.pack`` now takes an optional ``hint`` parameter
52
 
  which will support doing partial packs for repositories that can do
53
 
  that. (Robert Collins)
54
 
 
55
 
* RepositoryFormat has a new attribute 'pack_compresses' which is True
56
 
  when doing a pack operation changes the compression of content in the
57
 
  repository. (Robert Collins)
58
 
 
59
 
* ``StreamSink`` and ``InterDifferingSerialiser`` will call
60
 
  ``Repository.pack`` with the hint returned by
61
 
  ``Repository.commit_write_group`` if the formats were different and the
62
 
  repository can increase compression by doing a pack operation.
63
 
  (Robert Collins, #376748)
64
 
 
65
 
 
66
 
bzr 1.16
67
 
########
68
 
:Codename: yesterday-in-california
69
 
:1.16rc1: 2009-06-11
70
 
:1.16: 2009-06-18
71
 
 
72
 
This version of Bazaar contains the beta release of the new ``2a`` repository
73
 
format, suitable for testing by fearless, advanced users. This format or an
74
 
updated version of it will become the default format in Bazaar 2.0. Please
75
 
read the NEWS entry before even thinking about upgrading to the new format.
76
 
 
77
 
Also included are speedups for many operations on huge projects, a bug fix for
78
 
pushing stacked new stacked branches to smart servers and the usual bevy of
79
 
bug fixes and improvements.
80
 
 
81
 
 
82
 
Changes from 1.16rc1 to 1.16final
83
 
*********************************
84
 
 
85
 
* Fix the nested tree flag check so that upgrade from development formats to
86
 
  2a can work correctly.
87
 
  (Jelmer Vernooij, #388727)
88
 
 
89
 
* Automatic format upgrades triggered by default stacking policies on a
90
 
  1.16rc1 (or later) smart server work again.
91
 
  (Andrew Bennetts, #388675)
92
 
 
93
 
 
94
 
Compatibility Breaks
95
 
********************
96
 
 
97
 
* Display prompt on stderr (instead of stdout) when querying users so
98
 
  that the output of commands can be safely redirected.
99
 
  (Vincent Ladeuil, #376582)
100
 
 
101
 
 
102
 
New Features
103
 
************
104
 
 
105
 
* A new repository format ``2a`` has been added.  This is a beta release
106
 
  of the brisbane-core (aka group-compress) project.  This format now
107
 
  suitable for wider testing by advanced users willing to deal with some
108
 
  bugs.  We would appreciate test reports, either positive or negative.
109
 
  Format 2a is substantially smaller and faster for many operations on
110
 
  many trees.  This format or an updated version will become the default
111
 
  in bzr 2.0.
112
 
 
113
 
  This is a rich-root format, so this repository format can be used with
114
 
  bzr-svn.  Bazaar branches in previous non-rich-root formats can be
115
 
  converted (including by merge, push and pull) to format 2a, but not vice
116
 
  versa.  We recommend upgrading previous development formats to 2a.
117
 
 
118
 
  Upgrading to this format can take considerable time because it expands
119
 
  and more concisely repacks the full history.
120
 
 
121
 
  If you use stacked branches, you must upgrade the stacked branches
122
 
  before the stacked-on branches.  (See <https://bugs.launchpad.net/bugs/374735>)
123
 
 
124
 
* ``--development7-rich-root`` is a new dev format, similar to ``--dev6``
125
 
  but using a Revision serializer using bencode rather than XML.
126
 
  (Jelmer Vernooij, John Arbash Meinel)
127
 
 
128
 
* mail_client=claws now supports --body (and message body hooks).  Also uses
129
 
  configured from address.  (Barry Warsaw)
130
 
 
131
 
Improvements
132
 
************
133
 
 
134
 
 
135
 
* ``--development6-rich-root`` can now stack. (Modulo some smart-server
136
 
  bugs with stacking and non default formats.)
137
 
  (John Arbash Meinel, #373455)
138
 
 
139
 
* ``--development6-rich-root`` delays generating a delta index for the
140
 
  first object inserted into a group. This has a beneficial impact on
141
 
  ``bzr commit`` since each committed texts goes to its own group. For
142
 
  committing a 90MB file, it drops peak memory by about 200MB, and speeds
143
 
  up commit from 7s => 4s. (John Arbash Meinel)
144
 
 
145
 
* Numerous operations are now faster for huge projects, i.e. those
146
 
  with a large number of files and/or a large number of revisions,
147
 
  particularly when the latest development format is used. These
148
 
  operations (and improvements on OpenOffice.org) include:
149
 
 
150
 
  * branch in a shared repository (2X faster)
151
 
  * branch --no-tree (100X faster)
152
 
  * diff (2X faster)
153
 
  * tags (70X faster)
154
 
 
155
 
  (Ian Clatworthy)
156
 
 
157
 
* Pyrex version of ``bencode`` support. This provides optimized support
158
 
  for both encoding and decoding, and is now found at ``bzrlib.bencode``.
159
 
  ``bzrlib.utils.bencode`` is now deprecated.
160
 
  (Alexander Belchenko, Jelmer Vernooij, John Arbash Meinel)
161
 
 
162
 
 
163
 
Bug Fixes
164
 
*********
165
 
 
166
 
* Bazaar can now pass attachment files to the mutt email client.
167
 
  (Edwin Grubbs, #384158)
168
 
 
169
 
* Better message in ``bzr add`` output suggesting using ``bzr ignored`` to
170
 
  see which files can also be added.  (Jason Spashett, #76616)
171
 
 
172
 
* ``bzr pull -r 123`` from a stacked branch on a smart server no longer fails.
173
 
  Also, the ``Branch.revision_history()`` API now works in the same
174
 
  situation.  (Andrew Bennetts, #380314)
175
 
  
176
 
* ``bzr serve`` on Windows no longer displays a traceback simply because a
177
 
  TCP client disconnected. (Andrew Bennetts)
178
 
 
179
 
* Clarify the rules for locking and fallback repositories. Fix bugs in how
180
 
  ``RemoteRepository`` was handling fallbacks along with the
181
 
  ``_real_repository``. (Andrew Bennetts, John Arbash Meinel, #375496)
182
 
 
183
 
* Fix a small bug with fetching revisions w/ ghosts into a new stacked
184
 
  branch. Not often triggered, because it required ghosts to be part of
185
 
  the fetched revisions, not in the stacked-on ancestry.
186
 
  (John Arbash Meinel)
187
 
 
188
 
* Fix status and commit to work with content filtered trees, addressing
189
 
  numerous bad bugs with line-ending support. (Ian Clatworthy, #362030)
190
 
 
191
 
* Fix problem of "directory not empty" when contending for a lock over
192
 
  SFTP.  (Martin Pool, #340352)
193
 
 
194
 
* Fix rule handling so that eol is optional, not mandatory.
195
 
  (Ian Clatworthy, #379370)
196
 
 
197
 
* Pushing a new stacked branch to a 1.15 smart server was broken due to a
198
 
  bug in the ``BzrDirFormat.initialize_ex`` smart verb.  This is fixed in
199
 
  1.16, but required changes to the network protocol, so the
200
 
  ``BzrDirFormat.initialize_ex`` verb has been removed and replaced with a
201
 
  corrected ``BzrDirFormat.initialize_ex_1.16`` verb.  1.15 clients will
202
 
  still work with a 1.16 server as they will fallback to slower (and
203
 
  bug-free) methods.
204
 
  (Jonathan Lange, Robert Collins, Andrew Bennetts, #385132)
205
 
 
206
 
* Reconcile can now deal with text revisions that originated in revisions 
207
 
  that are ghosts. (Jelmer Vernooij, #336749)
208
 
 
209
 
* Support cloning of branches with ghosts in the left hand side history.
210
 
  (Jelmer Vernooij, #248540)
211
 
 
212
 
* The ''bzr diff'' now catches OSError from osutils.rmtree and logs a
213
 
  helpful message to the trace file, unless the temp directory really was
214
 
  removed (which would be very strange).  Since the diff operation has
215
 
  succeeded from the user's perspective, no output is written to stderr 
216
 
  or stdout.  (Maritza Mendez, #363837)
217
 
 
218
 
* Translate errors received from a smart server in response to a
219
 
  ``BzrDirFormat.initialize`` or ``BzrDirFormat.initialize_ex`` request.
220
 
  This was causing tracebacks even for mundane errors like
221
 
  ``PermissionDenied``.  (Andrew Bennetts, #381329)
222
 
 
223
 
Documentation
224
 
*************
225
 
 
226
 
* Added directory structure and started translation of docs in Russian.
227
 
  (Alexey Shtokalo, Alexander Iljin, Alexander Belchenko, Dmitry Vasiliev,
228
 
  Volodymyr Kotulskyi)
229
 
 
230
 
API Changes
231
 
***********
232
 
 
233
 
* Added osutils.parent_directories(). (Ian Clatworthy)
234
 
 
235
 
* ``bzrlib.progress.ProgressBar``, ``ChildProgress``, ``DotsProgressBar``,
236
 
  ``TTYProgressBar`` and ``child_progress`` are now deprecated; use
237
 
  ``ui_factory.nested_progress_bar`` instead.  (Martin Pool)
238
 
 
239
 
* ``graph.StackedParentsProvider`` is now a public API, replacing
240
 
  ``graph._StackedParentsProvider``. The api is now considered stable and ready
241
 
  for external users. (Gary van der Merwe)
242
 
 
243
 
* ``bzrlib.user_encoding`` is deprecated in favor of
244
 
  ``get_user_encoding``.  (Alexander Belchenko)
245
 
 
246
 
* TreeTransformBase no longer assumes that limbo is provided via disk.
247
 
  DiskTreeTransform now provides disk functionality.  (Aaron Bentley)
248
 
 
249
 
Internals
250
 
*********
251
 
 
252
 
* Remove ``weave.py`` script for accessing internals of old weave-format
253
 
  repositories.  (Martin Pool)
254
 
 
255
 
Testing
256
 
*******
257
 
 
258
 
* ``make check`` no longer repeats the test run in ``LANG=C``.
259
 
  (Martin Pool, #386180)
260
 
 
261
 
* The number of cores is now correctly detected on OSX. (John Szakmeister)
262
 
 
263
 
* The number of cores is also detected on Solaris and win32. (Vincent Ladeuil)
264
 
 
265
 
* The number of cores is also detected on FreeBSD. (Matthew Fuller)
266
 
 
267
 
 
268
 
..
269
 
   vim: tw=74 ft=rst ff=unix