X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 702279DC875 for ; Wed, 4 Jan 2006 01:04:02 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 25614-06 for ; Wed, 4 Jan 2006 01:04:01 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by postgresql.org (Postfix) with ESMTP id 553139DC82D for ; Wed, 4 Jan 2006 01:04:00 -0400 (AST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.13.1/8.13.1) with ESMTP id k0453ukP029293; Wed, 4 Jan 2006 00:03:56 -0500 (EST) To: Joe Conway cc: "Jim C. Nasby" , pgsqlrpms-hackers@pgfoundry.org, Tino Wildenhain , Andre Truter , PostgreSQL-documentation Subject: Re: Supplemental contrib docs In-reply-to: <43BB4CC6.5060508@joeconway.com> References: <1134828849.14378.45.camel@fullyautomatix.home.trusoft.co.za> <1134831184.14378.51.camel@fullyautomatix.home.trusoft.co.za> <1134835756.4975.183.camel@Andrea.peacock.de> <8867.1134844268@sss.pgh.pa.us> <43A4726E.6050700@joeconway.com> <9980.1134852474@sss.pgh.pa.us> <43BB0E38.1050602@joeconway.com> <27674.1136332597@sss.pgh.pa.us> <43BB14D6.8000803@joeconway.com> <20060104021958.GJ82560@pervasive.com> <43BB4CC6.5060508@joeconway.com> Comments: In-reply-to Joe Conway message dated "Tue, 03 Jan 2006 20:19:18 -0800" Date: Wed, 04 Jan 2006 00:03:56 -0500 Message-ID: <29292.1136351036@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.065 required=5 tests=[AWL=0.065] X-Spam-Score: 0.065 X-Spam-Level: X-Archive-Number: 200601/10 X-Sequence-Number: 3400 Joe Conway 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