Re: (A) native Windows port

From: Hannu Krosing <hannu(at)tm(dot)ee>
To: 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>, Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>, 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:41:58
Message-ID: 1026229318.7042.1.camel@taru.tm.ee
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On Tue, 2002-07-09 at 13:48, Oliver Elphick wrote:
> On Tue, 2002-07-09 at 01:30, Matthew T. O'Connor wrote:
> > > Oh, that is a problem. We would have to require the old executables.
> >
> > Could this be solved with packaging? Meaning can postmasters from old versions
> > be packed with a new release strictly for the purpose of upgrading? It is my
> > understanding that the only old executable needed is the postmaster is that
> > correct? Perhaps this also requires adding functionality so that pg_dump can
> > run against a singer user postmaster.
> >
> > Example: When PG 7.3 is released, the RPM / deb / setup.exe include the
> > postmaster binary for v 7.2 (perhaps two or three older versions...).
>
> That isn't usable for Debian. A package must be buildable from source;
> so I would have to include separate (though possibly cut-down) source
> for n previous packages. It's a horrid prospect and a dreadful kludge
> of a solution - a maintainer's nightmare.

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 ;)

--------------
Hannu

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Oliver Elphick 2002-07-09 15:49:47 Re: (A) native Windows port
Previous Message Bruce Momjian 2002-07-09 15:39:47 Re: Redhat/glibc and postgre time "bug"

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2002-07-09 15:43:07 Re: Postgres Projects
Previous Message Thomas Lockhart 2002-07-09 15:27:23 Re: Units for storage of internal time zone offsets