Re: Parsing config files in a directory - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Parsing config files in a directory
Date
Msg-id 407d949e0910262016t56872315p89ed0decc1bfbe9e@mail.gmail.com
Whole thread Raw
In response to Re: Parsing config files in a directory  (Greg Smith <gsmith@gregsmith.com>)
List pgsql-hackers
On Mon, Oct 26, 2009 at 6:55 PM, Greg Smith <gsmith@gregsmith.com> wrote:
> If the default glob pattern is *.conf, won't all those already be screened
> out?  I can see your point that letting it be adustable will inevitably
> result in some fool one day writing a bad matching pattern that does grab
> backup/lock files.  But is that concern so important that we should limit
> what people who know what they're doing are allowed to do?

Well the file name is a kind of API so if it's not fixed it's less
useful. Modules won't know how to name the files they drop in so
they'll be read. Autotuning packages won't know what characters are
allowed in their filename or how to disable their file or backup files
if they want. Etc.

There's not really any flexibility to be gained in using a different
pattern anyways since the user and other programmers are free to
choose filenames which match the pattern.

This isn't novel territory. Other software like Apache have had config
directories for aeons. And Debian makes extensive use of them for
packages which have other packages providing behaviour changing
addons. I believe the conventions I suggested are the common
conventions used by most -- afaik all -- of these other projects.

--
greg


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: per-tablespace random_page_cost/seq_page_cost
Next
From: Tom Lane
Date:
Subject: Re: Parsing config files in a directory