Re: pg_upgrade's bindir options could be optional

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: pg_upgrade's bindir options could be optional
Дата
Msg-id 1304729591-sup-6207@alvh.no-ip.org
обсуждение исходный текст
Ответ на Re: pg_upgrade's bindir options could be optional  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: pg_upgrade's bindir options could be optional
Re: pg_upgrade's bindir options could be optional
Список pgsql-hackers
Excerpts from Tom Lane's message of vie may 06 17:11:35 -0300 2011:

> As an example, the proposed defaults would be not only wrong, but
> disastrous in the perfectly-reasonable situation where the user has
> moved the old installation aside and then installed the new executables
> in the same place the old ones used to be.  My current RPM packaging of
> pg_upgrade would be at risk for the same reason.

Eh, disastrous?  Don't we check the versions reported by each
postmaster before attempting to do anything?  Because if we do, the
worst that would happen is that the user gets a version mismatch error.
And if we don't ... well, we should.

-- 
Álvaro Herrera <alvherre@commandprompt.com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Why not install pgstattuple by default?
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [pgsql-advocacy] New Canadian nonprofit for trademark, postgresql.org domain, etc.