From: | Stephen Frost <sfrost(at)snowman(dot)net> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: [pgsql-advocacy] Increased company involvement |
Date: | 2005-05-03 13:38:19 |
Message-ID: | 20050503133819.GD30011@ns.snowman.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-advocacy pgsql-hackers |
* Peter Eisentraut (peter_e(at)gmx(dot)net) wrote:
> Am Montag, 2. Mai 2005 20:14 schrieb Bruce Momjian:
> > I posted this compromise and no one replied so I thought everyone was OK
> > with it. It gets it into CVS, but has a separate compile stage to deal
> > with the recursive dependency problem.
>
> How will a "separate compile stage" work for actually building, say, RPM or
> Debian packages? The only way I can see is wrapping up the PostgreSQL
> distribution tarball a second time as a "plphp" source package and build from
> there, which seems quite weird.
More than a little ugly, no thanks, please don't...
It should really be made to be buildable outside of the PostgreSQL
source tree, depending only upon the server API (which is provided in a
seperate Debian package which plphp could build-depend on). This is
exactly how Slony will be packaged too.. From what I've gathered it
sounds like the only issue with this is that it may not get updated when
the server API changes? Are there other issues? Is there something it
needs that isn't or can't be provided by a seperate server API package?
(For those curious- my current plans are that slony will actually
generate a couple differnet binary debs, slon, slonik and
libpostgresql-slon or so. libpostgresql-slon will have the .so which is
installed in the postgresql libdir, slon and slonik have their
associated programs and supporting things (.sql scripts, etc)).
Thanks,
Stephen
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-05-03 14:43:03 | Re: [pgsql-advocacy] Increased company involvement |
Previous Message | Peter Eisentraut | 2005-05-03 10:46:18 | Re: [pgsql-advocacy] Increased company involvement |
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2005-05-03 14:22:08 | Re: pg_locks needs a facelift |
Previous Message | Markus Schaber | 2005-05-03 13:06:23 | Re: [PERFORM] Bad n_distinct estimation; hacks suggested? |