Skip site navigation (1) Skip section navigation (2)

Re: Supplemental contrib docs

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Joe Conway <mail(at)joeconway(dot)com>
Cc: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>, pgsqlrpms-hackers(at)pgfoundry(dot)org, Tino Wildenhain <tino(at)wildenhain(dot)de>, Andre Truter <linux(at)trusoft(dot)co(dot)za>, PostgreSQL-documentation <pgsql-docs(at)postgresql(dot)org>
Subject: Re: Supplemental contrib docs
Date: 2006-01-04 05:03:56
Message-ID: 29292.1136351036@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-docspgsql-general
Joe Conway <mail(at)joeconway(dot)com> writes:
> Well, I assumed Tom was referring to placement in the source tree, i.e. 
> {prefix} is contrib/dblink, etc.

I'm concerned about both location in the source tree (dblink and
tsearch2 are inconsistent) and location in the installation tree.
The former seems easy to resolve: doc/ is the universal standard
directory name for documentation, not docs/.  I am not sure that
we want to commit to creating a pile of subdirectories under the
installation doc/ directory, though.  If they were mostly full,
fine, but a bunch of directories that are mostly empty would just
be clutter.  Maybe create subdirectories only for modules that
have 'em in the source tree?

			regards, tom lane

In response to

pgsql-docs by date

Next:From: Rick GiggerDate: 2006-01-04 07:23:19
Subject: Re: [DOCS] Online backup vs Continuous backup
Previous:From: Bruce MomjianDate: 2006-01-04 04:26:37
Subject: Re: CONSTRAINT syntax in ALTER TABLE

pgsql-general by date

Next:From: A. KretschmerDate: 2006-01-04 07:09:38
Subject: Re: generic way to retrieve array as rowset
Previous:From: Joe ConwayDate: 2006-01-04 04:19:18
Subject: Re: Supplemental contrib docs

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group