~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

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

  • Committer: Patch Queue Manager
  • Date: 2016-04-21 04:10:52 UTC
  • mfrom: (6616.1.1 fix-en-user-guide)
  • Revision ID: pqm@pqm.ubuntu.com-20160421041052-clcye7ns1qcl2n7w
(richard-wilbur) Ensure build of English use guide always uses English text
 even when user's locale specifies a different language. (Jelmer Vernooij)

Show diffs side-by-side

added added

removed removed

Lines of Context:
 
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