Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init
От
Alvaro Herrera
Тема
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init
Дата
Msg-id
20060827031316.GE30132@alvh.no-ip.org
Ответ на
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init (Andrew Dunstan)
Список
Дерево обсуждения
Safer auto-initdb for RPM init script Tom Lane <tgl@sss.pgh.pa.us>
Re: Safer auto-initdb for RPM init script Peter Eisentraut <peter_e@gmx.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init script Joe Conway <mail@joeconway.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init script "Jim C. Nasby" <jnasby@pervasive.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init script Alvaro Herrera <alvherre@commandprompt.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init Andrew Dunstan <andrew@dunslane.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init Alvaro Herrera <alvherre@commandprompt.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init "Joshua D. Drake" <jd@commandprompt.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init "Jim C. Nasby" <jnasby@pervasive.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init "Matthew T. O'Connor" <matthew@zeut.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init "Joshua D. Drake" <jd@commandprompt.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init "Matthew T. O'Connor" <matthew@zeut.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init "Lamar Owen" <lowen@pari.edu>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init Reinhard Max <max@suse.de>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init Andrew Dunstan <andrew@dunslane.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init Devrim GUNDUZ <devrim@commandprompt.com>
Re: Safer auto-initdb for RPM init script "Magnus Hagander" <mha@sollentuna.net>
Re: Safer auto-initdb for RPM init script Tom Lane <tgl@sss.pgh.pa.us>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM initscript "Sander Steffann" <s.steffann@computel.nl>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM initscript Andrew Dunstan <andrew@dunslane.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM initscript Enver ALTIN <ealtin@parkyeri.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM initscript Peter Eisentraut <peter_e@gmx.net>
Re: Safer auto-initdb for RPM init script Peter Eisentraut <peter_e@gmx.net>
Re: Safer auto-initdb for RPM init script Tom Lane <tgl@sss.pgh.pa.us>
Re: Safer auto-initdb for RPM init script Peter Eisentraut <peter_e@gmx.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init Reinhard Max <max@suse.de>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init Peter Eisentraut <peter_e@gmx.net>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init "Bort, Paul" <pbort@tmwsystems.com>
Re: [Pgsqlrpms-hackers] Safer auto-initdb for RPM init script Tom Lane <tgl@sss.pgh.pa.us>
Re: Safer auto-initdb for RPM init script Gregory Stark <stark@enterprisedb.com>
Andrew Dunstan wrote: > > Alvaro Herrera wrote: > >This is trivial to do --- just add a /etc//postgresql file > >that contains a line like > > > >AUTO_INITDB=0 > > > >to turn the auto-initdb'ing feature of the init script off. If the file > >is not present or AUTO_INITDB is not defined to zero in that file, then > >the code behaves as today. I don't recall what the configuration > >directory is called in Redhat systems, but there is one in there (in > >Debian it's /etc/default). > > I don't see anything like this in my FC5 box's init script. Obviously I was thinking in something else when I wrote that, because what I wanted to say but failed, was that I suggested that the RPM hackers could *add* such a thing to the initscript -- not that it already existed :-) Hum, I must be still thinking in something else because I'm failing to write the above paragraph in a coherent manner (rewrote it twice already). I hope you understand it anyway :-) > Oh, and the place you put stuff like that on RH/FC systems is /etc/sysconfig Yeah, that one :-) -- Alvaro Herrera http://www.CommandPrompt.com/ PostgreSQL Replication, Consulting, Custom Development, 24x7 support
В списке pgsql-hackers по дате отправления