10
10
alink ="#0000ff ">
11
11
< H1 > Frequently Asked Questions (FAQ) for PostgreSQL</ H1 >
12
12
13
- < P > Last updated: Tue Nov 22 10:16:48 EST 2005</ P >
13
+ < P > Last updated: Tue Nov 22 10:21:51 EST 2005</ P >
14
14
15
15
< P > Current maintainer: Bruce Momjian (< A href =
16
16
"mailto:pgman@candle.pha.pa.us "> pgman@candle.pha.pa.us</ A > )
@@ -247,17 +247,17 @@ <H3 id="item1.8">1.8) How do I submit a bug report?</H3>
247
247
248
248
< P > Visit the PostgreSQL bug form at < A href =
249
249
"http://www.postgresql.org/support/submitbug ">
250
- http://www.postgresql.org/support/submitbug</ A > .</ P >
251
-
252
- < P > Also check out our ftp site < A href =
250
+ http://www.postgresql.org/support/submitbug</ A > .
251
+ Also check out our ftp site < A href =
253
252
"ftp://ftp.PostgreSQL.org/pub/ "> ftp://ftp.PostgreSQL.org/pub/</ A > to
254
253
see if there is a more recent PostgreSQL version.</ P >
255
254
256
255
< P > Bugs submitted using the bug form or posted to any PostgreSQL mailing
257
256
list typically generates one of the following replies:</ P >
258
257
< ul >
259
258
< li > It is not a bug, and why</ li >
260
- < li > It is a known bug and is known already on the TODO list</ li >
259
+ < li > It is a known bug and is already on the
260
+ < A href ="http://www.postgresql.org/docs/faqs.TODO.html "> TODO</ A > list</ li >
261
261
< li > The bug has been fixed in the current release</ li >
262
262
< li > The bug has been fixed but is not packaged yet in an official
263
263
release</ li >
@@ -275,7 +275,8 @@ <H3 id="item1.8">1.8) How do I submit a bug report?</H3>
275
275
< li > A patch has been created and will be included in the next major
276
276
or minor release</ li >
277
277
< li > The bug cannot be fixed immediately and is added
278
- to the TODO list</ li >
278
+ to the < A href ="http://www.postgresql.org/docs/faqs.TODO.html "> TODO</ A >
279
+ list</ li >
279
280
</ ul >
280
281
</ li >
281
282
</ ul >
@@ -290,7 +291,9 @@ <H3 id="item1.9">1.9) How do I find out about known bugs or
290
291
< P > A feature request usually results in one of the following
291
292
replies:</ P >
292
293
< ul >
293
- < li > The feature is already on the TODO list</ li >
294
+ < li > The feature is already on the
295
+ < A href ="http://www.postgresql.org/docs/faqs.TODO.html "> TODO</ A >
296
+ list</ li >
294
297
< li > The feature is not desired because:
295
298
< ul >
296
299
< li > It duplicates existing functionality that already
@@ -300,11 +303,13 @@ <H3 id="item1.9">1.9) How do I find out about known bugs or
300
303
< li > The feature would be insecure or unreliable</ li >
301
304
</ ul >
302
305
</ li >
303
- < li > The new feature is added to the TODO list</ li >
306
+ < li > The new feature is added to the
307
+ < A href ="http://www.postgresql.org/docs/faqs.TODO.html "> TODO</ A > list</ li >
304
308
</ ul >
305
309
306
310
< P > PostgreSQL does not use a bug tracking system because we find
307
- it more efficient to respond directly to email and keep the TODO
311
+ it more efficient to respond directly to email and keep the
312
+ < A href ="http://www.postgresql.org/docs/faqs.TODO.html "> TODO</ A >
308
313
list up-to-date. In practice, bugs don't last very long in the
309
314
software, and bugs that affect a large number of users are fixed
310
315
rapidly. The only single place to find all changes, improvements,
0 commit comments