Skip site navigation (1) Skip section navigation (2)

Re: Re: [GENERAL] 7.0 vs. 7.1 (was: latest version?)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Lamar Owen <lamar(dot)owen(at)wgcr(dot)org>
Cc: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, Trond Eivind Glomsrød <teg(at)redhat(dot)com>, The Hermit Hacker <scrappy(at)hub(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Re: [GENERAL] 7.0 vs. 7.1 (was: latest version?)
Date: 2000-11-02 20:32:58
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-generalpgsql-hackerspgsql-ports
Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> writes:
> All I'm saying is that regression should be _runnable_ in all modes
> without needing anything but a shell and the PostgreSQL binary
> installation.

I think this'd be mostly a waste of effort.  IMHO, 99% of the problems
the regression tests might expose will be exposed if they are run
against the RPMs by the RPM maker.  (Something we have sometimes failed
to do in the past ;-).)  The regress tests are not that good at
detecting environment-specific problems; in fact, they go out of their
way to suppress environmental differences.  So I don't see any strong
need to support regression test running in binary distributions.
Especially not if we have to kluge around a lack of essential tools.

			regards, tom lane

In response to

pgsql-ports by date

Next:From: Bob LoveDate: 2000-11-02 21:15:12
Subject: Compiling postgresql on WinNT
Previous:From: Jason TishlerDate: 2000-11-02 19:50:28
Subject: [PATCH]: Building PostgreSQL 7.0.2 on Cygwin 1.1.4 (Take 3)

pgsql-hackers by date

Next:From: Tom LaneDate: 2000-11-02 20:42:43
Subject: Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README
Previous:From: Karl DeBisschopDate: 2000-11-02 20:32:47
Subject: Re: Re: [COMMITTERS] pgsql/contrib/pg_dumpaccounts (Makefile README

pgsql-general by date

Next:From: Alvaro HerreraDate: 2000-11-02 20:44:48
Subject: Does this table exist?
Previous:From: Cesar A. K. GrossmannDate: 2000-11-02 19:55:26
Subject: CREATE FUNCTION problem

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group