Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 7089B2E0044 for ; Thu, 5 Jun 2008 14:05:19 -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 97251-08 for ; Thu, 5 Jun 2008 14:05:09 -0300 (ADT) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail01.enterprisedb.com (mail01.enterprisedb.com [63.246.7.168]) by developer.postgresql.org (Postfix) with ESMTP id AC9F62E005B for ; Thu, 5 Jun 2008 14:05:10 -0300 (ADT) thread-index: AcjHLmr4Ypq7wobdTJqzUUgOJo7SxA== Received: from [192.168.1.105] ([82.181.212.226]) by mail01.enterprisedb.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Jun 2008 13:05:55 -0400 Content-Class: urn:content-classes:message Importance: normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4133 Message-ID: <48481CBF.6040602@enterprisedb.com> Date: Thu, 05 Jun 2008 20:05:03 +0300 From: "Heikki Linnakangas" Organization: EnterpriseDB User-Agent: Mozilla-Thunderbird 2.0.0.12 (X11/20080420) MIME-Version: 1.0 To: "Alvaro Herrera" Cc: "Greg Smith" , Subject: Re: Overhauling GUCS References: <48409D1E.3070208@agliodbs.com> <200806010032.53337.peter_e@gmx.net> <17932.1212415926@sss.pgh.pa.us> <20080604131810.GH65238@decibel.org> <4846A483.8000001@pse-consulting.de> <29525.1212613052@sss.pgh.pa.us> <48472E47.7030701@dunslane.net> <20080605162400.GF16502@alvh.no-ip.org> In-Reply-To: <20080605162400.GF16502@alvh.no-ip.org> Content-Type: text/plain; format=flowed; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Jun 2008 17:05:55.0671 (UTC) FILETIME=[6AF1BE70:01C8C72E] X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/239 X-Sequence-Number: 119352 Alvaro Herrera wrote: > Greg Smith wrote: > >> Where Josh got hung up, where I got hung up, where Lance Campbell stopped >> at with his Dummies tool, and what some unknown number of other people >> have been twarted by, is that taking that knowledge and turning it into a >> tool useful to users is surprisingly difficult. The reason for that is >> the current postgresql.conf file and how it maps internally to GUC >> information isn't particularly well suited to automated generation, >> analysis, or updates. > > What I think this says is that we should be pushing Magnus more to > continue work on the configuration API thing he was designing. There's some magic in pgAdmin to parse and write the file. You could take a look a that. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com