/brz/remove-bazaar

To get this branch, use:
bzr branch http://gegoxaren.bato24.eu/bzr/brz/remove-bazaar

« back to all changes in this revision

Viewing changes to NEWS

  • Committer: John Arbash Meinel
  • Date: 2009-10-15 20:04:37 UTC
  • mfrom: (4748 +trunk)
  • mto: This revision was merged to the branch mainline in revision 4752.
  • Revision ID: john@arbash-meinel.com-20091015200437-4wweb0t6uzspvv84
Bring in bzr.dev 4748, resolve conflict, update NEWS.

Show diffs side-by-side

added added

removed removed

Lines of Context:
6
6
   :depth: 1
7
7
 
8
8
 
9
 
2.1.0 series (not released yet)
10
 
###############################
11
 
 
12
 
Compatibility Breaks
13
 
********************
14
 
 
15
 
New Features
16
 
************
 
9
bzr 2.1.0b2 (not released yet)
 
10
##############################
 
11
 
 
12
:Codename:
 
13
:2.1.0b2: ???
 
14
 
 
15
 
 
16
Compatibility Breaks
 
17
********************
 
18
 
 
19
New Features
 
20
************
 
21
 
 
22
Bug Fixes
 
23
*********
 
24
 
 
25
Improvements
 
26
************
 
27
 
 
28
Documentation
 
29
*************
 
30
 
 
31
API Changes
 
32
***********
 
33
 
 
34
* Remove deprecated ``CLIUIFactory``.  (Martin Pool)
 
35
 
 
36
* ``UIFactory`` now has new ``show_error``, ``show_message`` and
 
37
  ``show_warning`` methods, which can be hooked by non-text UIs.  
 
38
  (Martin Pool)
 
39
 
 
40
Internals
 
41
*********
 
42
 
 
43
* Added ``bzrlib._simple_set_pyx``. This is a hybrid between a Set and a
 
44
  Dict (it only holds keys, but you can lookup the object located at a
 
45
  given key). It has significantly reduced memory consumption versus the
 
46
  builtin objects (1/2 the size of Set, 1/3rd the size of Dict). This is
 
47
  used as the interning structure for StaticTuple objects.
 
48
  (John Arbash Meinel)
 
49
 
 
50
* ``bzrlib._static_tuple_pyx.StaticTuple`` is now available. This class
 
51
  functions similarly to ``tuple`` objects. However, it can only point at
 
52
  other ``StaticTuple`` instances or strings. This allows us to remove it
 
53
  from the garbage collector (it cannot be in a cycle), it also allows us
 
54
  to intern the objects. In testing, this can reduce peak memory by
 
55
  20-40%, and significantly improve performance by removing objects from
 
56
  being inspected by the garbage collector. (John Arbash Meinel)
 
57
 
 
58
Testing
 
59
*******
 
60
 
 
61
 
 
62
bzr 2.0.2 (not released yet)
 
63
############################
 
64
 
 
65
:Codename:
 
66
:2.0.2: ???
 
67
 
 
68
Compatibility Breaks
 
69
********************
 
70
 
 
71
New Features
 
72
************
 
73
 
 
74
Bug Fixes
 
75
*********
 
76
 
 
77
Improvements
 
78
************
 
79
 
 
80
Documentation
 
81
*************
 
82
 
 
83
API Changes
 
84
***********
 
85
 
 
86
Internals
 
87
*********
 
88
 
 
89
Testing
 
90
*******
 
91
 
 
92
 
 
93
bzr 2.1.0b1
 
94
###########
 
95
 
 
96
:Codename: While the cat is away
 
97
:2.1.0b1: 2009-10-14
 
98
 
 
99
This is the first development release in the new split "stable" and
 
100
"development" series. As such, the release is a snapshot of bzr.dev
 
101
without creating a release candidate first. This release includes a
 
102
fair amount of internal changes, with deprecated code being removed,
 
103
and several new feature developments. People looking for a stable code
 
104
base with only bugfixes should focus on the 2.0.1 release. All bugfixes
 
105
present in 2.0.1 are present in 2.1.0b1.
 
106
 
 
107
Highlights include support for ``bzr+ssh://host/~/homedir`` style urls,
 
108
finer control over the plugin search path via extended BZR_PLUGIN_PATH
 
109
syntax, visible warnings when extension modules fail to load, and improved
 
110
error handling during unlocking.
 
111
 
 
112
 
 
113
New Features
 
114
************
 
115
 
 
116
* Bazaar can now send mail through Apple OS X Mail.app. 
 
117
  (Brian de Alwis)
17
118
 
18
119
* ``bzr+ssh`` and ``bzr`` paths can now be relative to home directories
19
120
  specified in the URL.  Paths starting with a path segment of ``~`` are
34
135
  automatically benefit from this feature when ``bzr`` on the server is
35
136
  upgraded.  (Andrew Bennetts, #109143)
36
137
 
 
138
* Extensions can now be compiled if either Cython or Pyrex is available.
 
139
  Currently Pyrex is preferred, but that may change in the future.
 
140
  (Arkanes)
 
141
 
37
142
* Give more control on BZR_PLUGIN_PATH by providing a way to refer to or
38
143
  disable the user, site and core plugin directories.
39
144
  (Vincent Ladeuil, #412930, #316192, #145612)
49
154
  sent a signal to the bzr process specifically, for example by typing
50
155
  ``kill -QUIT PID`` in another shell.  (Martin Pool, #341535)
51
156
 
52
 
* ``bzr check`` in pack-0.92, 1.6 and 1.9 format repositories will no
53
 
  longer report incorrect errors about ``Missing inventory ('TREE_ROOT', ...)``
54
 
  (Robert Collins, #416732)
 
157
* ``bzr add`` in a tree that has files with ``\r`` or ``\n`` in the
 
158
  filename will issue a warning and skip over those files.
 
159
  (Robert Collins, #3918)
55
160
 
56
 
* ``bzr info -v`` on a 2a format still claimed that it was a "Development
57
 
  format" (John Arbash Meinel, #424392)
 
161
* ``bzr dpush`` now aborts if uncommitted changes (including pending merges)
 
162
  are present in the working tree. The configuration option ``dpush_strict``
 
163
  can be used to set the default for this behavior.
 
164
  (Vincent Ladeuil, #438158)
58
165
 
59
166
* ``bzr merge`` and ``bzr remove-tree`` now requires --force if pending
60
167
  merges are present in the working tree.
63
170
* Clearer message when Bazaar runs out of memory, instead of a ``MemoryError``
64
171
  traceback.  (Martin Pool, #109115)
65
172
 
66
 
* Conversion to 2a will create a single pack for all the new revisions (as
67
 
  long as it ran without interruption). This improves both ``bzr upgrade``
68
 
  and ``bzr pull`` or ``bzr merge`` from local branches in older formats.
69
 
  The autopack logic that occurs every 100 revisions during local
70
 
  conversions was not returning that pack's identifier, which resulted in
71
 
  the partial packs created during the conversion not being consolidated
72
 
  at the end of the conversion process. (Robert Collins, #423818)
73
 
 
74
173
* Don't give a warning on Windows when failing to import ``_readdir_pyx``
75
174
  as it is never built. (John Arbash Meinel, #430645)
76
175
 
77
176
* Don't restrict the command name used to run the test suite.
78
177
  (Vincent Ladeuil, #419950)
79
178
 
80
 
* Fetches from 2a to 2a are now again requested in 'groupcompress' order.
81
 
  Groups that are seen as 'underutilized' will be repacked on-the-fly.
82
 
  This means that when the source is fully packed, there is minimal
83
 
  overhead during the fetch, but if the source is poorly packed the result
84
 
  is a fairly well packed repository (not as good as 'bzr pack' but
85
 
  good-enough.) (Robert Collins, John Arbash Meinel, #402652)
 
179
* ftp transports were built differently when the kerberos python module was
 
180
  present leading to obscure failures related to ASCII/BINARY modes.
 
181
  (Vincent Ladeuil, #443041)
86
182
 
87
183
* Network streams now decode adjacent records of the same type into a
88
184
  single stream, reducing layering churn. (Robert Collins)
89
185
 
90
 
* Make sure that we unlock the tree if we fail to create a TreeTransform
91
 
  object when doing a merge, and there is limbo, or pending-deletions
92
 
  directory.  (Gary van der Merwe, #427773)
93
 
 
94
 
* Prevent some kinds of incomplete data from being committed to a 2a
95
 
  repository, such as revisions without inventories or inventories without
96
 
  chk_bytes root records.
97
 
  (Andrew Bennetts, #423506)
 
186
* PreviewTree behaves correctly when get_file_mtime is invoked on an unmodified
 
187
  file. (Aaron Bentley, #251532)
98
188
 
99
189
* Registry objects should not use iteritems() when asked to use items().
100
190
  (Vincent Ladeuil, #430510)
115
205
  See also <https://answers.launchpad.net/bzr/+faq/703>.
116
206
  (Martin Pool, #406113, #430529)
117
207
 
 
208
* Secondary errors that occur during Branch.unlock and Repository.unlock
 
209
  no longer obscure the original error.  These methods now use a new
 
210
  decorator, ``only_raises``.  This fixes many causes of
 
211
  ``TooManyConcurrentRequests`` and similar errors.
 
212
  (Andrew Bennetts, #429747)
 
213
 
118
214
Documentation
119
215
*************
120
216
 
 
217
* Describe the new shell-like test feature. (Vincent Ladeuil)
 
218
 
121
219
* Help on hooks no longer says 'Not deprecated' for hooks that are
122
220
  currently supported. (Ian Clatworthy, #422415)
123
221
 
129
227
 
130
228
* ``bzrlib.tests`` now uses ``stopTestRun`` for its ``TestResult``
131
229
  subclasses - the same as python's unittest module. (Robert Collins)
132
 
 
133
 
* Remove deprecated ``CLIUIFactory``.  (Martin Pool)
 
230
  
 
231
* ``diff._get_trees_to_diff`` has been renamed to 
 
232
  ``diff.get_trees_and_branches_to_diff``. It is now a public API, and it 
 
233
  returns the old and new branches. (Gary van der Merwe)
 
234
 
 
235
* ``bzrlib.trace.log_error``, ``error`` and ``info`` have been deprecated.
 
236
  (Martin Pool)
 
237
 
 
238
* ``MutableTree.has_changes()`` does not require a tree parameter anymore. It
 
239
  now defaults to comparing to the basis tree. It now checks for pending
 
240
  merges too.  ``Merger.check_basis`` has been deprecated and replaced by the
 
241
  corresponding has_changes() calls. ``Merge.compare_basis``,
 
242
  ``Merger.file_revisions`` and ``Merger.ensure_revision_trees`` have also
 
243
  been deprecated.
 
244
  (Vincent Ladeuil, #440631)
 
245
 
 
246
* ``ProgressTask.note`` is deprecated.
 
247
  (Martin Pool)
134
248
 
135
249
Internals
136
250
*********
137
251
 
 
252
* Added ``-Drelock`` debug flag.  It will ``note`` a message every time a
 
253
  repository or branch object is unlocked then relocked the same way.
 
254
  (Andrew Bennetts)
 
255
  
138
256
* ``BTreeLeafParser.extract_key`` has been tweaked slightly to reduce
139
257
  mallocs while parsing the index (approx 3=>1 mallocs per key read).
140
258
  This results in a 10% speedup while reading an index.
153
271
* Setting ``BZR_TEST_PDB=1`` when running selftest will cause a pdb
154
272
  post_mortem to be triggered when a test failure occurs. (Robert Collins)
155
273
 
 
274
* Shell-like tests can now be written. Code in ``bzrlib/tests/script.py`` ,
 
275
  documentation in ``developers/testing.txt`` for details.
 
276
  (Vincent Ladeuil)
 
277
 
 
278
* Some tests could end up with the same id, that was dormant for
 
279
  a long time.
 
280
  (Vincent Ladeuil, #442980)
 
281
 
 
282
* Stop showing the number of tests due to missing features in the test
 
283
  progress bar.  (Martin Pool)
 
284
 
156
285
* Test parameterisation now does a shallow copy, not a deep copy of the test
157
286
  to be parameterised. This is not expected to break external use of test
158
287
  parameterisation, and is substantially faster. (Robert Collins)
163
292
  will permit the urls they provide automatically, so only exceptional
164
293
  tests should need to do this. (Robert Collins)
165
294
 
 
295
* The break-in test no longer cares about clean shutdown of the child,
 
296
  instead it is happy if the debugger starts up. (Robert  Collins)
 
297
 
166
298
* The full test suite is expected to pass when the C extensions are not
167
299
  present. (Vincent Ladeuil, #430749)
168
300
 
169
301
 
170
 
bzr 2.0.1 (Not Released Yet)
171
 
############################
 
302
bzr 2.0.1
 
303
#########
 
304
 
 
305
:Codename: Stability First
 
306
:2.0.1: 2009-10-14
 
307
 
 
308
The first of our new ongoing bugfix-only stable releases has arrived. It
 
309
includes a collection of 12 bugfixes applied to bzr 2.0.0, but does not
 
310
include any of the feature development in the 2.1.0 series.
 
311
 
172
312
 
173
313
Bug Fixes
174
314
*********
175
315
 
 
316
* ``bzr add`` in a tree that has files with ``\r`` or ``\n`` in the
 
317
  filename will issue a warning and skip over those files.
 
318
  (Robert Collins, #3918)
 
319
 
 
320
* bzr will attempt to authenticate with SSH servers that support
 
321
  ``keyboard-interactive`` auth but not ``password`` auth when using
 
322
  Paramiko.   (Andrew Bennetts, #433846)
 
323
 
 
324
* Fixed fetches from a stacked branch on a smart server that were failing
 
325
  with some combinations of remote and local formats.  This was causing
 
326
  "unknown object type identifier 60" errors.  (Andrew Bennetts, #427736)
 
327
 
 
328
* Fixed ``ObjectNotLocked`` errors when doing some log and diff operations
 
329
  on branches via a smart server.  (Andrew Bennetts, #389413)
 
330
 
 
331
* Handle things like ``bzr add foo`` and ``bzr rm foo`` when the tree is
 
332
  at the root of a drive. ``osutils._cicp_canonical_relpath`` always
 
333
  assumed that ``abspath()`` returned a path that did not have a trailing
 
334
  ``/``, but that is not true when working at the root of the filesystem.
 
335
  (John Arbash Meinel, Jason Spashett, #322807)
 
336
 
 
337
* Hide deprecation warnings for 'final' releases for python2.6.
 
338
  (John Arbash Meinel, #440062)
 
339
 
 
340
* Improve the time for ``bzr log DIR`` for 2a format repositories.
 
341
  We had been using the same code path as for <2a formats, which required
 
342
  iterating over all objects in all revisions.
 
343
  (John Arbash Meinel, #374730)
 
344
 
176
345
* Make sure that we unlock the tree if we fail to create a TreeTransform
177
346
  object when doing a merge, and there is limbo, or pending-deletions
178
347
  directory.  (Gary van der Merwe, #427773)
179
348
 
180
 
 
181
 
bzr 2.0.0 (Not Released Yet)
182
 
############################
 
349
* Occasional IndexError on renamed files have been fixed. Operations that
 
350
  set a full inventory in the working tree will now go via the
 
351
  apply_inventory_delta code path which is simpler and easier to
 
352
  understand than dirstates set_state_from_inventory method. This may
 
353
  have a small performance impact on operations built on _write_inventory,
 
354
  but such operations are already doing full tree scans, so no radical
 
355
  performance change should be observed. (Robert Collins, #403322)
 
356
 
 
357
* Retrieving file text or mtime from a _PreviewTree has good performance when
 
358
  there are many changes.  (Aaron Bentley)
 
359
 
 
360
* The CHK index pages now use an unlimited cache size. With a limited
 
361
  cache and a large project, the random access of chk pages could cause us
 
362
  to download the entire cix file many times.
 
363
  (John Arbash Meinel, #402623)
 
364
 
 
365
* When a file kind becomes unversionable after being added, a sensible
 
366
  error will be shown instead of a traceback. (Robert Collins, #438569)
 
367
 
 
368
Documentation
 
369
*************
 
370
 
 
371
* Improved README. (Ian Clatworthy)
 
372
 
 
373
* Improved upgrade documentation for Launchpad branches.
 
374
  (Barry Warsaw)
 
375
 
 
376
 
 
377
bzr 2.0.0
 
378
#########
 
379
 
 
380
:2.0.0: 2009-09-22
 
381
:Codename: Instant Karma
 
382
 
 
383
This release of Bazaar makes the 2a (previously 'brisbane-core') format
 
384
the default when new branches or repositories are created.  This format is
 
385
substantially smaller and faster for many operations.  Most of the work in
 
386
this release focuses on bug fixes and stabilization, covering both 2a and
 
387
previous formats.  (See the Upgrade Guide for information on migrating
 
388
existing projects.)
 
389
 
 
390
This release also improves the documentation content and presentation,
 
391
including adding Windows HtmlHelp manuals.
 
392
 
 
393
The Bazaar team decided that 2.0 will be a long-term supported release,
 
394
with bugfix-only 2.0.x releases based on it, continuing for at least six
 
395
months or until the following stable release.
 
396
 
 
397
Changes from 2.0.0rc2 to final
 
398
******************************
183
399
 
184
400
* Officially branded as 2.0.0 rather than 2.0 to clarify between things
185
401
  that "want to happen on the 2.0.x stable series" versus things that want
287
503
:Codename: no worries
288
504
:2.0.0rc1: 2009-08-26
289
505
 
290
 
This release of Bazaar makes 2a 'brisbane-core' format the
291
 
default.  Most of the work in this release now focuses on bug
292
 
fixes and stabilization, covering both 2a and previous formats.
293
 
 
294
 
The Bazaar team decided that 2.0 will be a long-term supported
295
 
release, with bugfix-only releases based on it, continuing for at
296
 
least six months or until the following stable release.
297
 
 
298
506
Compatibility Breaks
299
507
********************
300
508
 
10785
10993
* Storage of local versions: init, add, remove, rm, info, log,
10786
10994
  diff, status, etc.
10787
10995
 
 
10996
 
 
10997
bzr ?.?.? (not released yet)
 
10998
############################
 
10999
 
 
11000
:Codename: template
 
11001
:2.0.2: ???
 
11002
 
 
11003
Compatibility Breaks
 
11004
********************
 
11005
 
 
11006
New Features
 
11007
************
 
11008
 
 
11009
Bug Fixes
 
11010
*********
 
11011
 
 
11012
Improvements
 
11013
************
 
11014
 
 
11015
Documentation
 
11016
*************
 
11017
 
 
11018
API Changes
 
11019
***********
 
11020
 
 
11021
Internals
 
11022
*********
 
11023
 
 
11024
Testing
 
11025
*******
 
11026
 
 
11027
 
 
11028
 
10788
11029
..
10789
11030
   vim: tw=74 ft=rst ff=unix