From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Mark Dilger <mark(dot)dilger(at)enterprisedb(dot)com> |
Cc: | Andrew Dunstan <andrew(at)dunslane(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: multi-install PostgresNode fails with older postgres versions |
Date: | 2021-03-30 22:22:01 |
Message-ID: | 20210330222201.GA564@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2021-Mar-30, Mark Dilger wrote:
> Once you have a node running, you can query the version using
> safe_psql, but that clearly doesn't work soon enough, since we need
> the information prior to running initdb.
I was thinking something like examining some file in the install dir --
say, include/server/pg_config.h, but that seems messier than just
running pg_config.
> One of the things I noticed while playing with this new toy (thanks,
> Andrew!) is that if you pass a completely insane install_path, you
> don't get any errors. In fact, you get executables and libraries from
> whatever PATH="/no/such/postgres:$PATH" gets you, probably the
> executables and libraries of your latest development branch. By
> forcing get_new_node to call the pg_config of the path you pass in,
> you'd fix that problem. I didn't do that, mind you, but you could. I
> just executed pg_config, which means you'll still get the wrong
> version owing to the PATH confusion.
Hmm, I think it should complain if you give it a path that doesn't
actually contain a valid installation.
--
Álvaro Herrera Valdivia, Chile
"But static content is just dynamic content that isn't moving!"
http://smylers.hates-software.com/2007/08/15/fe244d0c.html
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2021-03-30 22:22:45 | Re: "has_column_privilege()" issue with attnums and non-existent columns |
Previous Message | Mark Dilger | 2021-03-30 22:17:26 | Re: multi-install PostgresNode fails with older postgres versions |