X-Original-To: pgsql-general-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 39B3F9DCCC4 for ; Sat, 17 Dec 2005 16:17:52 -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 40204-07 for ; Sat, 17 Dec 2005 16:17:52 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from joeconway.com (wsip-68-15-9-201.sd.sd.cox.net [68.15.9.201]) by postgresql.org (Postfix) with ESMTP id 0077F9DCC0E for ; Sat, 17 Dec 2005 16:17:49 -0400 (AST) Received: from [192.168.4.1] (account jconway [192.168.4.1] verified) by joeconway.com (CommuniGate Pro SMTP 4.1.8) with ESMTP-TLS id 3346756; Sat, 17 Dec 2005 12:21:52 -0800 Message-ID: <43A4726E.6050700@joeconway.com> Date: Sat, 17 Dec 2005 12:17:50 -0800 From: Joe Conway User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050923 Fedora/1.7.12-1.5.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsqlrpms-hackers@pgfoundry.org CC: Tino Wildenhain , pgsql-general@postgresql.org, Andre Truter Subject: Re: [Pgsqlrpms-hackers] Re: DBlink documentation References: <1134823993.14378.37.camel@fullyautomatix.home.trusoft.co.za> <43A4109C.6060304@enelserver.com> <1134827063.14378.41.camel@fullyautomatix.home.trusoft.co.za> <43A41AFE.9030007@enelserver.com> <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> In-Reply-To: <8867.1134844268@sss.pgh.pa.us> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.131 required=5 tests=[SUBJECT_NOVOWEL=0.131] X-Spam-Score: 0.131 X-Spam-Level: X-Archive-Number: 200512/894 X-Sequence-Number: 88457 Tom Lane wrote: > Actually, I don't think you can reasonably blame the Debian packager > for having overlooked the fact that contrib/dblink has more > documentation files besides its README. The PGDG RPM people overlooked > that too, as did Red Hat (ie, me). Well, in my own defense, I pointed out the change explicitly when I submitted the patch (which was over 3 years ago now, prior to 7.3 beta feature freeze), and no one objected back then: http://archives.postgresql.org/pgsql-patches/2002-08/msg00640.php > While we (the packagers) could fix this now that our attention has been > called to it, I wonder whether the better plan wouldn't be to insist > that dblink and tsearch2 fall into line with the rest of the contrib > modules. At the very least we need a uniform convention for docs files > so that packagers won't be playing catchup forever. I'm happy to lump all the docs back into the README if that's what you want, but I split it up in the first place because it was getting very long. Joe