Re: unite recovery.conf and postgresql.conf
Josh Berkus <josh@agliodbs.com>
From: Josh Berkus <josh@agliodbs.com>
To: pgsql-hackers@postgresql.org
Date: 2011-09-20T16:38:47Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Restructure error handling in reading of postgresql.conf.
- d56b3afc0376 9.2.0 cited
> I don't buy this argument at all. I don't believe that recovery.conf is > part of anyone's automated processes at all, let alone to an extent that > they won't be able to cope with a change to rationalize the file layout. > And most especially I don't buy that someone who does want to keep using > it couldn't cope with adding an "include" to postgresql.conf manually. Speaking as someone who has a lot of client admin scripts written around recovery.conf, we will be *thrilled* to update those scripts in order to simplify the configuration file situation. Having a third conf file (or fourth, or fifth, depending on which auth features you're using) already adds unwarranted complexity to automation scripts, and each config file we get rid of makes those scripts easier to maintain and troubleshoot. For that matter, I'd love to consolidate pg_hba and pg_ident into a single file. Any chance? -- Josh Berkus PostgreSQL Experts Inc. http://pgexperts.com