Re: [girgen@FreeBSD.org: Re: port fault on pg_ctl's - Mailing list pgsql-general

From Palle Girgensohn
Subject Re: [girgen@FreeBSD.org: Re: port fault on pg_ctl's
Date
Msg-id 9E840DFA389549043C3F3F83@rambutan.pingpong.net
Whole thread Raw
In response to Re: [girgen@FreeBSD.org: Re: port fault on pg_ctl's place]  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [girgen@FreeBSD.org: Re: port fault on pg_ctl's  (Bruce Momjian <bruce@momjian.us>)
List pgsql-general

--On onsdag, december 13, 2006 11.04.54 -0500 Tom Lane <tgl@sss.pgh.pa.us>
wrote:

> Gergely CZUCZY <phoemix@harmless.hu> writes:
>> This is wierd, I agree. The split between server and client is really
>> made = in the postgresql sources,
>> I just follow their guidelines.
>
> [ checks RPM specfiles ... ]  Both Devrim and I put pg_ctl in the server
> subpackage, dunno where you think that the sources encourage something
> else ...
>
>             regards, tom lane



From INSTALL:
...
       Client-only installation: If you want to install only the client
       applications and interface libraries, then you can use these
       commands:
gmake -C src/bin install
gmake -C src/include install
gmake -C src/interfaces install
gmake -C doc install
...

src/bin has pg_ctl et al. Maybe encourage is a strong word... ;-)

Just moving pg_ctl to the server package and let the server package depend
on libpq.so.5 should help in this case, I guess...

/Palle


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: error messages without schema name
Next
From: "Lenorovitz, Joel"
Date:
Subject: Pltcl error - could not create "normal" interpreter