Re: Parsing config files in a directory
От | Greg Smith |
---|---|
Тема | Re: Parsing config files in a directory |
Дата | |
Msg-id | alpine.GSO.2.01.0910281320590.12952@westnet.com обсуждение исходный текст |
Ответ на | Re: Parsing config files in a directory (Greg Stark <gsstark@mit.edu>) |
Ответы |
Re: Parsing config files in a directory
|
Список | pgsql-hackers |
On Wed, 28 Oct 2009, Greg Stark wrote: > It's also a blatant violation of packaging rules for Debian if not > every distribution. If you edit the user's configuration file then > there's no way to install a modified default configuration file. You > can't tell the automatic modifications apart from the user's > modifications. So the user will get a prompt asking if he wants the > new config file or to keep his modifications which he never remembered > making. The postgresql.conf file being modified is generated by initdb, and it's already being customized per install by the initdb-time rules like detection for maximum supported shared_buffers. It isn't one of the files installed by the package manager where the logic you're describing kicks in. The conflict case would show up, to use a RHEL example, if I edited a /etc/sysconfig/postgresql file and then a changed version of that file appeared upstream. Stuff in PGDATA is all yours and not tracked as a config file. -- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD
В списке pgsql-hackers по дате отправления: