X-Original-To: pgsql-www-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 570CA9DC87E for ; Mon, 16 Jan 2006 18:37:28 -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 61464-04 for ; Mon, 16 Jan 2006 18:37:28 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from hosting.commandprompt.com (128.commandprompt.com [207.173.200.128]) by postgresql.org (Postfix) with ESMTP id 4AFAF9DC889 for ; Mon, 16 Jan 2006 18:37:24 -0400 (AST) Received: from [192.168.1.100] (or-67-76-146-141.sta.sprint-hsd.net [67.76.146.141]) (authenticated bits=0) by hosting.commandprompt.com (8.13.4/8.13.4) with ESMTP id k0GMSBBe024290; Mon, 16 Jan 2006 14:28:12 -0800 Message-ID: <43CC2083.7070702@commandprompt.com> Date: Mon, 16 Jan 2006 14:38:59 -0800 From: "Joshua D. Drake" User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: gforge-admins@pgfoundry.org CC: pgsql-www@postgresql.org Subject: Re: [Gforge-admins] PgFoundry Move References: <43CBE53E.5090106@commandprompt.com> <200601161351.49681.darcy@wavefire.com> <7CFC6ED1-536D-4A5C-B148-F643E8E3F52D@ehpg.net> <200601161431.42092.darcy@wavefire.com> In-Reply-To: <200601161431.42092.darcy@wavefire.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (hosting.commandprompt.com [192.168.1.101]); Mon, 16 Jan 2006 14:28:13 -0800 (PST) X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.066 required=5 tests=[AWL=0.066] X-Spam-Score: 0.066 X-Spam-Level: X-Archive-Number: 200601/161 X-Sequence-Number: 9349 > Which is why at least 2 more FreeBSD guys (Stefan and myself) were brought > into the fold a while back. I can't speek for Stefan, but I have remained > quite on this while I absorb the implementation specifics of the current > setup. > Sure... but against 20 Linux people? No I don't have 20 specific people in mind but we are probably talking about an exponential difference here. > For example we raninto an issue here were we ended up with 100% distro > lock-in because of a hardware vendor only providing binary kernel modules for > one specific distro and kernel version. Granted that is not a fault with > "linux" in general, but it did mean I had to support some one ofs where > consistency would have been the preferred norm. > Well considering I would spec the hardware that is moot :) but I do get your point. I Sincerely, Joshua D. Drake -- The PostgreSQL Company - Command Prompt, Inc. 1.503.667.4564 PostgreSQL Replication, Consulting, Custom Development, 24x7 support Managed Services, Shared and Dedicated Hosting Co-Authors: PLphp, PLperl - http://www.commandprompt.com/