/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: Jelmer Vernooij
  • Date: 2010-04-29 08:59:13 UTC
  • mfrom: (5193 +trunk)
  • mto: This revision was merged to the branch mainline in revision 5218.
  • Revision ID: jelmer@samba.org-20100429085913-7208x0s3of34kehh
merge bzr.dev.

Show diffs side-by-side

added added

removed removed

Lines of Context:
16
16
New Features
17
17
************
18
18
 
19
 
* ``bzr commit`` accepts ``-p`` (for "patch") as a shorter name for
20
 
  ``--show-diff``.
21
 
  (Parth Malwankar, #571467)
22
 
  
23
19
* ``bzr ignore`` now supports a ``--default-rules`` option that displays
24
20
  the default ignore rules used by bzr. The flag ``--old-default-rules``
25
21
  is no longer supported by ``ignore``.
52
48
* Don't mention --no-strict when we just issue the warning about unclean trees.
53
49
  (Vincent Ladeuil, #401599)
54
50
 
55
 
* Fixed ``AssertionError`` when accessing smart servers running Bazaar
56
 
  versions before 1.6.
57
 
  (Andrew Bennetts, #528041)
58
 
 
59
51
* Reduce peak memory by one copy of compressed text.
60
52
  (John Arbash Meinel, #566940)
61
53
 
99
91
Internals
100
92
*********
101
93
 
102
 
* ``_remember_remote_is_before`` no longer raises AssertionError when
103
 
  suboptimal network behaviour is noticed; instead it just mutters to the
104
 
  log file (and warns the user if they have set the ``hpss`` debug flag).
105
 
  This was causing unnecessary aborts for performance bugs that are minor
106
 
  at worst.
107
 
  (Andrew Bennetts, #528041)
108
 
 
109
94
* Permit bzr to run under ``python -OO`` which reduces the size of bytecode
110
95
  files loaded from disk. To ensure docstrings needed for help are never
111
96
  stripped, the prefix ``__doc__ =`` should now be used.
114
99
Testing
115
100
*******
116
101
 
117
 
* Added ``bzrlib.tests.matchers`` as a place to put matchers, along with
118
 
  our first in-tree matcher. See the module docstring for details.
119
 
  (Robert Collins)
120
 
 
121
102
* ``bzr selftest --parallel=subprocess`` now works correctly on win32.
122
103
   (Gordon Tyler, #551332)
123
104
 
192
173
  -rX..Y.
193
174
  (Vincent Ladeuil, #474807)
194
175
 
195
 
* Properly handle ``param_name`` attribute for ``ListOption``.
196
 
  (Martin von Gagern, 387117)
197
 
 
198
176
Improvements
199
177
************
200
178
 
527
505
  happens, and another warning will be written if the log file could not
528
506
  be closed after retrying 100 times.  (Andrew Bennetts, #531746)
529
507
 
530
 
bzr 2.1.2
531
 
#########
532
 
 
533
 
:2.1.2: NOT RELEASED YET
534
 
 
535
 
Bug Fixes
536
 
*********
537
 
 
538
 
* ``bzr switch`` does not die if a ConfigurableFileMerger is used.
539
 
  (Aaron Bentley, #559436)
540
 
 
541
 
* Fixed ``AssertionError`` when accessing smart servers running Bazaar
542
 
  versions before 1.6.
543
 
  (Andrew Bennetts, #528041)
544
 
 
545
 
* Reset ``siginterrupt`` flag to False every time we handle a signal
546
 
  installed with ``set_signal_handler(..., restart_syscall=True)`` (from
547
 
  ``bzrlib.osutils``.  Reduces the likelihood of "Interrupted System Call"
548
 
  errors after two window resizes.
549
 
  (Andrew Bennetts)
550
 
 
551
 
Internals
552
 
*********
553
 
 
554
 
* ``_remember_remote_is_before`` no longer raises AssertionError when
555
 
  suboptimal network behaviour is noticed; instead it just mutters to the
556
 
  log file (and warns the user if they have set the ``hpss`` debug flag).
557
 
  This was causing unnecessary aborts for performance bugs that are minor
558
 
  at worst.
559
 
  (Andrew Bennetts, #528041)
560
 
 
561
 
 
562
508
bzr 2.1.1
563
509
#########
564
510
 
592
538
  problems importing bzrlib from a non-main thread.
593
539
  (Elliot Murphy, #521989)
594
540
 
595
 
* Repositories accessed via a smart server now reject being stacked on a
596
 
  repository in an incompatible format, as is the case when accessing them
597
 
  via other methods.  This was causing fetches from those repositories via
598
 
  a smart server (e.g. using ``bzr branch``) to receive invalid data.
599
 
  (Andrew Bennetts, #562380)
600
 
 
601
541
* Standardize the error handling when creating a new ``StaticTuple``
602
542
  (problems will raise TypeError). (Matt Nordhoff, #457979)
603
543