22Installing Roundup
33==================
44
5- :Version: $Revision: 1.25 $
5+ :Version: $Revision: 1.26 $
66
77.. contents::
88
@@ -13,68 +13,20 @@ Overview
1313Broken out separately, there are several conceptual pieces to a
1414Roundup installation:
1515
16+ Roundup trackers
17+ Trackers consist of issues (be they bug reports or otherwise), tracker
18+ configuration file(s), web HTML files etc. Roundup trackers are initialised
19+ with a "Template" which defines the fields usable/assignable on a
20+ per-issue basis. Descriptions of the provided templates are given in
21+ `choosing your template`_.
22+
1623Roundup support code
1724 Installed into your Python install's lib directory
1825
1926Roundup scripts
2027 These include the email gateway, the roundup
2128 HTTP server, the roundup administration command-line interface, etc.
2229
23- Roundup trackers
24- Trackers consist of core support files, issues
25- (be they bug reports or otherwise), tracker configuration file(s),
26- etc. Roundup trackers also adhere to a specific "Template" which
27- defines the fields usable/assignable on a per-issue basis. A
28- description of the provided templates follows.
29-
30- Classic Template
31- ----------------
32-
33- The classic template is the one defined in the `Roundup Specification`_. It
34- holds issues which have priorities and statuses. Each issue may also have a
35- set of messages which are disseminated to the issue's list of nosy users.
36-
37-
38- Backends
39- --------
40-
41- The actual storage of Roundup tracker information is handled by backends.
42- There's several to choose from, each with benefits and limitations:
43-
44- **anydbm**
45- This backend is guaranteed to work on any system that Python runs on. It
46- will generally choose the best dbm backend that is available on your system
47- (from the list dbhash, gdbm, dbm, dumbdbm). It is the least scaleable of all
48- backends, but performs well enough for a smallish tracker (a couple of
49- thousand issues, under fifty users, ...).
50- **bsddb**
51- This effectively the same as anydbm, but uses the bsddb backend. This allows
52- it to gain some performance and scaling benefits.
53- **bsddb3**
54- Again, this effectively the same as anydbm, but uses the bsddb3 backend.
55- This allows it to gain some performance and scaling benefits.
56- **sqlite**
57- This uses the SQLite embedded RDBMS to provide a fast, scaleable backend.
58- There are no limitations, and it's much faster and more scaleable than the
59- dbm backends.
60- **gadfly**
61- This is a proof-of-concept relational database backend, not really intended
62- for actual production use, although it can be. It uses the Gadfly RDBMS
63- to store data. It is unable to perform string searches due to gadfly not
64- having a LIKE operation. It should scale well, assuming a client/server
65- setup is used.
66- **metakit**
67- This backend is implemented over the metakit storage system, using Mk4Py as
68- the interface. It scales much better than the dbm backends, but has some
69- missing features:
70-
71- - you may not unset properties once they are set
72- - journal retrieval is not implemented
73-
74-
75- Note: you may set your tracker up with the anydbm backend (which is guaranteed
76- to be available) and switch to one of the other backends at any time using the
77- instructions in the `maintenance documentation`_.
7830
7931Prerequisites
8032=============
@@ -153,11 +105,14 @@ Basic Installation Steps
153105
154106 c. ``roundup-admin install``
155107
156- You will be asked a series of questions. A description of
157- the Roundup-provided templates can be found under the Overview_::
108+ You will be asked a series of questions. Descriptions of the provided
109+ templates can be found in `choosing your template`_ below. Descriptions
110+ of the available backends can be found in `choosing your backend`_
111+ below. The questions will be something like (you may have more
112+ templates or backends available):
158113
159114 Enter tracker home: /opt/roundup/trackers/support
160- Templates: classic, extended
115+ Templates: classic
161116 Select template [classic]: classic
162117 Back ends: anydbm, bsddb
163118 Select backend [anydbm]: anydbm
@@ -183,6 +138,54 @@ Basic Installation Steps
1831384. XXX Set up the mail gateway
184139
185140
141+ Choosing Your Template
142+ ----------------------
143+
144+ Classic Template
145+ ~~~~~~~~~~~~~~~~
146+
147+ The classic template is the one defined in the `Roundup Specification`_. It
148+ holds issues which have priorities and statuses. Each issue may also have a
149+ set of messages which are disseminated to the issue's list of nosy users.
150+
151+
152+ Choosing Your Backend
153+ ---------------------
154+
155+ The actual storage of Roundup tracker information is handled by backends.
156+ There's several to choose from, each with benefits and limitations:
157+
158+ **anydbm**
159+ This backend is guaranteed to work on any system that Python runs on. It
160+ will generally choose the best dbm backend that is available on your system
161+ (from the list dbhash, gdbm, dbm, dumbdbm). It is the least scaleable of all
162+ backends, but performs well enough for a smallish tracker (a couple of
163+ thousand issues, under fifty users, ...).
164+ **bsddb**
165+ This effectively the same as anydbm, but uses the bsddb backend. This allows
166+ it to gain some performance and scaling benefits.
167+ **bsddb3**
168+ Again, this effectively the same as anydbm, but uses the bsddb3 backend.
169+ This allows it to gain some performance and scaling benefits.
170+ **sqlite**
171+ This uses the SQLite embedded RDBMS to provide a fast, scaleable backend.
172+ There are no limitations, and it's much faster and more scaleable than the
173+ dbm backends.
174+ **metakit**
175+ This backend is implemented over the metakit storage system, using Mk4Py as
176+ the interface. It scales much better than the dbm backends.
177+ **gadfly**
178+ This is a proof-of-concept relational database backend, not really intended
179+ for actual production use, although it can be. It uses the Gadfly RDBMS
180+ to store data. It is unable to perform string searches due to gadfly not
181+ having a LIKE operation. It should scale well, assuming a client/server
182+ setup is used. It's much slower than even the dbm backends.
183+
184+ Note: you may set your tracker up with the anydbm backend (which is guaranteed
185+ to be available) and switch to one of the other backends at any time using the
186+ instructions in the `maintenance documentation`_.
187+
188+
186189Shared Environment Steps
187190------------------------
188191
0 commit comments