Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 08B9364FCF3 for ; Wed, 27 Aug 2008 13:58:24 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 95340-08 for ; Wed, 27 Aug 2008 13:58:19 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from lists.commandprompt.com (host-159.commandprompt.net [207.173.203.159]) by postgresql.org (Postfix) with ESMTP id 5B71064FCDA for ; Wed, 27 Aug 2008 13:58:19 -0300 (ADT) Received: from commandprompt.com (CPE001b63afe888-CM001adea9c5a6.cpe.net.cable.rogers.com [99.236.211.160]) (authenticated bits=0) by lists.commandprompt.com (8.13.8/8.13.8) with ESMTP id m7RH1IWg013011 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 27 Aug 2008 10:01:24 -0700 Date: Wed, 27 Aug 2008 12:58:12 -0400 From: Andrew Sullivan To: pgsql-admin@postgresql.org Subject: Re: Bug introduced in 8.0 Message-ID: <20080827165811.GG18946@commandprompt.com> Mail-Followup-To: Andrew Sullivan , pgsql-admin@postgresql.org References: <15aa6b3e0808260421r1b97b7dfoa53fd6f04ffbd49b@mail.gmail.com> <20080826131023.GJ10936@commandprompt.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (lists.commandprompt.com [207.173.203.159]); Wed, 27 Aug 2008 10:01:24 -0700 (PDT) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200808/203 X-Sequence-Number: 30048 On Tue, Aug 26, 2008 at 08:46:33PM -0400, Lew wrote: > upgrades to PG, it is our duty to inform our bosses of the risk of not > upgrading, so they can properly assess risks and manage them accordingly. I agree. It is, by the same token, your duty to yourself to ensure that, if the answer is, "No," you get that answer in writing so that future failures are not possibly pinned on you as having been negligent in installing stability and security releases. By the way, I always refer to these of late as "security and stability" rather than "minor" releases. I do that because it presents them to the target audience in a way that is understandable. Those releases are, for the project, a maintenance burden and not a way to introduce features. It's wise to keep that in mind when presenting such releases to managers responsible for the decision. A -- Andrew Sullivan ajs@commandprompt.com +1 503 667 4564 x104 http://www.commandprompt.com/