Re: (A) native Windows port

From: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
To: Hannu Krosing <hannu(at)tm(dot)ee>, Oliver Elphick <olly(at)lfix(dot)co(dot)uk>
Cc: "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Jan Wieck <JanWieck(at)Yahoo(dot)com>, Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, HACKERS <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: (A) native Windows port
Date: 2002-07-09 15:04:15
Message-ID: 200207091104.15384.lamar.owen@wgcr.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Tuesday 09 July 2002 11:41 am, Hannu Krosing wrote:
> The old postmaster should not be built/distributed. As it is for
> _upgrading_ only, you just have to _keep_ it when doing an upgrade, not
> build a new "old" one ;)

Let me reiterate one thing about this. In the midst of a total OS upgrade,
during which PostgreSQL is being upgraded as well (the new OS release
includes a 'better' PostgreSQL), you also get library upgrades. If the
upgrade is from an old enough version of the OS, the old postmaster/postgres
may not even be able to execute AT ALL.

Some may say that this is a problem for the vendor. Well I know of one vendor
that has thrown up its hands in disgust over our lack of upgradability that
they have now quit supporting even the kludgy semi-automatic upgrade process
I did up three years ago. They will refuse to support any mechanism that
requires any portion of an old package to remain around. The new package
must be self-contained and must be able to upgrade the old data, or they will
not accept it.

Their statement now is simply that PostgreSQL upgrading is broken; dump before
upgrading and complain to the PostgreSQL developers.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11

In response to

Browse pgsql-general by date

  From Date Subject
Next Message tony 2002-07-09 15:06:04 Re: Survey on Freebsddiary
Previous Message Tom Lane 2002-07-09 14:59:01 Re: Index used under 7.2 slows down query?

Browse pgsql-hackers by date

  From Date Subject
Next Message Thomas Lockhart 2002-07-09 15:10:11 Re: Units for storage of internal time zone offsets
Previous Message Tom Lane 2002-07-09 14:42:23 Re: pg_tables and schemas