Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 617112E00A7 for ; Thu, 5 Jun 2008 14:12:15 -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 05675-06 for ; Thu, 5 Jun 2008 14:12:06 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from svr2.hagander.net (svr2.hagander.net [88.198.128.226]) by developer.postgresql.org (Postfix) with ESMTP id 0BE392E005A for ; Thu, 5 Jun 2008 14:11:26 -0300 (ADT) Received: from dynamic.hagander.net ([127.0.0.1]) (encrypted and authenticated) by svr2.hagander.net (Postfix) with ESMTP id 92055DCC120; Thu, 5 Jun 2008 19:11:23 +0200 (CEST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mha-laptop.hagander.net (Postfix) with ESMTP id E014412416E; Thu, 5 Jun 2008 19:11:22 +0200 (CEST) Message-ID: <48481E3A.4010306@hagander.net> Date: Thu, 05 Jun 2008 19:11:22 +0200 From: Magnus Hagander User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Heikki Linnakangas CC: Alvaro Herrera , Greg Smith , pgsql-hackers@postgresql.org 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> <48481CBF.6040602@enterprisedb.com> In-Reply-To: <48481CBF.6040602@enterprisedb.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200806/241 X-Sequence-Number: 119354 Heikki Linnakangas wrote: > 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. Not really. You don't want to go there. We really need a "proper API" for it, and the stuff in pgAdmin isn't even enough to base one on. //Magnus