Skip to content

Commit 19a133c

Browse files
author
Richard Jones
committed
cleanup of install docco
1 parent 484daa7 commit 19a133c

File tree

1 file changed

+62
-59
lines changed

1 file changed

+62
-59
lines changed

doc/installation.txt

Lines changed: 62 additions & 59 deletions
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22
Installing Roundup
33
==================
44

5-
:Version: $Revision: 1.25 $
5+
:Version: $Revision: 1.26 $
66

77
.. contents::
88

@@ -13,68 +13,20 @@ Overview
1313
Broken out separately, there are several conceptual pieces to a
1414
Roundup 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+
1623
Roundup support code
1724
Installed into your Python install's lib directory
1825

1926
Roundup 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

7931
Prerequisites
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
183138
4. 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+
186189
Shared Environment Steps
187190
------------------------
188191

0 commit comments

Comments
 (0)