Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 1E5012E0043 for ; Thu, 12 Jun 2008 14:22:17 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 12120-06 for ; Thu, 12 Jun 2008 14:22:02 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from davinci.ethosmedia.com (unknown [209.128.84.227]) by developer.postgresql.org (Postfix) with ESMTP id AA2DB2E0040 for ; Thu, 12 Jun 2008 14:22:00 -0300 (ADT) X-EthosMedia-Virus-Scanned: no infections found Received: from [63.195.55.98] (account josh@agliodbs.com HELO [192.168.2.3]) by davinci.ethosmedia.com (CommuniGate Pro SMTP 4.1.8) with ESMTP id 16969703; Thu, 12 Jun 2008 10:21:59 -0700 From: Josh Berkus Organization: PostgreSQL @ Sun To: "Joshua D. Drake" Subject: Re: Proposal: pulling newsbytes from www.pgfoundry.org Date: Thu, 12 Jun 2008 10:22:17 -0700 User-Agent: KMail/1.8.2 Cc: Robert Treat , pgsql-www@postgresql.org, Dave Page , Stefan Kaltenbrunner , Magnus Hagander References: <200806091539.00540.josh@agliodbs.com> <200806121026.21074.xzilla@users.sourceforge.net> <1213290175.11470.94.camel@jd-laptop> In-Reply-To: <1213290175.11470.94.camel@jd-laptop> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806121022.18339.josh@agliodbs.com> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/113 X-Sequence-Number: 15340 Guys, > Special attention should be limited specifically to community. That is > how you are going to drive a larger community, by reinforcing the > community itself. Not by becoming advertising space. Can we *please* get back on topic here? Absolutely none of this is relevant to a pgfoundry feed. First, I wasn't proposing merging pgfoundry news with *events* (which only has 3 slots) but with *news* (which has 6). Right now, 3 of those slots are taken up by commercial products; don't you think it's fair that pgFoundry projects should bump them? If we have a problem with core release announcements scrolling off too fast, isn't that a *code* problem for the WWW team to solve? The pgfoundry team can easily regulate the volume of pgfoundry traffic that gets passed on. -- Josh Berkus PostgreSQL @ Sun San Francisco