On Tue, Oct 27, 2009 at 2:59 PM, Greg Stark <gsst...@mit.edu> wrote: > On Tue, Oct 27, 2009 at 11:06 AM, Robert Haas <robertmh...@gmail.com> wrote: >> IME, the use case for multiple Apache configuration files is that >> there are bits of configuration that support particular modules which >> packagers want installed only in conjunction with the corresponding >> modules - it has nothing to do with being able to automate config-file >> updates, or at least I am not aware that it does. > > That sounds like automated config file updates to me. Individual > modules are being installed and uninstalled and automatically updating > the configuration to handle the modules.
Well, OK, fair enough. I guess my point is that there are two things that you might want: - multiple config files separated by domain (e.g. this is the config file for autoexplain, and this one is for vacuum) - multiple config files separated by how they are updated (e.g. this config file is only for people with text editors, and this one is for people using SET PERSISTENT) The Apache model is definitely the first of these, AFAICS. The proposals on this thread mostly seem to be an amalgam of both, which doesn't strike me as a terribly good idea, but evidently I'm in the minority. ...Robert -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
