| From: | Vik Reykja <vikreykja(at)gmail(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Regression tests versus the buildfarm environment |
| Date: | 2010-08-11 08:00:31 |
| Message-ID: | AANLkTi=aDvU3yrmSpzAD7VV+fzZk-5pnF2d30Ci5Vtbi@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, Aug 11, 2010 at 06:42, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> I am not sure if there's anything very good we can do about the
> problem of pg_regress misidentifying the postmaster it's managed to
> connect to. A real solution would probably be much more trouble than
> it's worth, anyway. However, it does seem like we ought to be able to
> do something about two buildfarm critters defaulting to the same choice
> of port number. The buildfarm infrastructure goes to great lengths to
> pick nonconflicting port numbers for the "installed" postmasters it
> runs; but we're ignoring all that effort and just using a hardwired
> port number for "make check". This is dumb.
>
> pg_regress does have a --port argument that can be used to override
> that default. I don't know whether the buildfarm script calls
> pg_regress directly or does "make check". If the latter, we'd need to
> twiddle the Makefiles to allow a port number to get passed in. But
> this seems well worthwhile to me.
>
> Comments?
>
We just put in the possibility to name the client connections. Would it be
interesting to be able to name the server installation itself?
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Simon Riggs | 2010-08-11 08:02:17 | Re: assertions and constraint triggers |
| Previous Message | Simon Riggs | 2010-08-11 07:57:24 | Re: Bug / shortcoming in has_*_privilege |