Received: from localhost (unknown [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 8453B2E3468; Fri, 7 Dec 2007 02:16:48 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-maia, port 10024) with ESMTP id 47703-03; Fri, 7 Dec 2007 02:16:43 -0400 (AST) Received: from sca-es-mail-2.sun.com (sca-es-mail-2.Sun.COM [192.18.43.133]) by postgresql.org (Postfix) with ESMTP id F1FAC2E3413; Fri, 7 Dec 2007 02:16:44 -0400 (AST) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id lB76GhZL029993; Thu, 6 Dec 2007 22:16:43 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JSO00H011FQFJ00@fe-sfbay-09.sun.com> (original mail from josh@agliodbs.com); Thu, 06 Dec 2007 22:16:43 -0800 (PST) Received: from josh-berkus-computer-2.local ([210.212.199.234]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JSO00LH11FO4170@fe-sfbay-09.sun.com>; Thu, 06 Dec 2007 22:16:43 -0800 (PST) Date: Fri, 07 Dec 2007 11:46:08 +0530 From: Josh Berkus Subject: Re: [HACKERS] Uniform policy for author credits in contrib module documentation? In-reply-to: <3393.1196917132@sss.pgh.pa.us> To: Tom Lane Cc: pgsql-hackers@postgreSQL.org, pgsql-docs@postgreSQL.org Message-id: <4758E528.2090507@agliodbs.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT References: <3393.1196917132@sss.pgh.pa.us> User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200712/30 X-Sequence-Number: 4698 Tom, > If we do want to keep credits in the SGML pages, how extensive should > they be? I already took it on myself to remove Gene Selkov's snailmail > address, but do we even want email addresses there? A lot of them are > probably dead, and the ones that aren't are causing their owners to get > extra spam, because an link is about the easiest thing to scrape > from a webpage that there could possibly be. Historically, the only way to troubleshoot some of the contrib modules was to e-mail the author. If people think that we've reached a standard that everything in /contrib is now well-documented and supported by the general community, the I suppose we don't need contact information. I'm not so sure myself. --Josh