← Back to branch summary

~bzr-pqm/bzr/bzr.dev

« back to all changes in this revision

Viewing changes to doc/requirements.txt

  • Committer: Robert Collins
  • Date: 2007-08-08 02:57:22 UTC
  • mto: This revision was merged to the branch mainline in revision 2687.
  • Revision ID: robertc@robertcollins.net-20070808025722-26wvnolkzmnse7s1
* The ``bzrlib.pack`` interface has changed to use tuples of bytestrings
  rather than just bytestrings, making it easier to represent multiple
  element names. As this interface was not used by any internal facilities
  since it was introduced in 0.18 no API compatibility is being preserved.
  The serialised form of these packs is identical with 0.18 when a single
  element tuple is in use. (Robert Collins)

Show diffs side-by-side

added added

removed removed

Lines of Context:
doc/requirements.txt
1
 
************
2
 
Requirements
3
 
************
4
 
 
5
 
gcc requirements
6
 
----------------
7
 
 
8
 
* http://lists.gnu.org/archive/html/gnu-arch-users/2004-06/msg00082.html
9
 
* http://gcc.gnu.org/ml/gcc/2004-06/msg00264.html
10
 
 
11
 
Some of these are:
12
 
 
13
 
* Must preserve existing history from CVS; must be able to export back
14
 
  out to CVS in case they change their mind.
15
 
 
16
 
* Support a single central blessed version.
17
 
 
18
 
* Cheap branches and tagging.
19
 
 
20
 
* Handle repeated merges; remember the last time something was merged.
21
 
 
22
 
* Easy cloning.
23
 
 
24
 
* Copy a named patch set (one or more changes) onto a particular
25
 
  branch.
26
 
 
27
 
* Unix, Windows, Mac.
28
 
 
29
 
* What patches changed a particular symbol?
30
 
 
31
 
* annotate function that shows deleted lines.
32
 
 
33
 
* Reliable backups.  (bzr can do this simply by cloning, then
34
 
  mirror-sync.)
35
 
 
36
 
* Scale to enormously wide and long history.
37
 
 
38
 
* Easy to get back to last-known-good state.
39
 
 
40
 
 
41
 
 
42
 
kernel
43
 
------
44
 
 
45
 
 * http://www.kerneltraffic.org/kernel-traffic/kt20030323_210.txt
46
 
 
47
 
   Discussion of BitKeeper, strengths and weaknesses, and
48
 
   interoperation tools.