Tom Lane wrote:
> Meanwhile, it's not the RPMs' place to editorialize on which contrib
> items are useful. Package 'em all, unless we hit build problems.
Interesting point of view :-). Going into 'Uncle Martin' mode (obscure
joke alert...).
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
Peter Eisentraut <[EMAIL PROTECTED]> writes:
>> But, in the instance of pg_dumplo -- can I get some ideas on it? Should
>> it be shipped as a separate package, or in the -server subpackage, or??
> It shouldn't be packaged at all because it's not necessary. (pg_dump
> dumps large objects.)
The
Lamar Owen <[EMAIL PROTECTED]> writes:
> I think the cleanest way to provide the contrib programs is to build a
> postgresql-contrib with _everything_ in it.
>>
>> This is what I do for the Debian release.
> Precedent set; precedent followed. I'll be hopefully packaging the
> _entire_ contrib t
Oliver Elphick wrote:
>
> Randy Hall wrote:
> >I think the cleanest way to provide the contrib programs is to build a
> >postgresql-contrib with _everything_ in it. Those people who need a
> >specific binary will be able to get it from /usr/lib/pgsql (or wherever)
> >and the distiction b
On Thu, 25 Jan 2001, Lamar Owen wrote:
> But, in the instance of pg_dumplo -- can I get some ideas on it? Should
> it be shipped as a separate package, or in the -server subpackage, or??
..ignore it. Not needful for 7.1, but can be interesting for < 7.1
(old DB users can found it directly on
Randy Hall wrote:
>I think the cleanest way to provide the contrib programs is to build a
>postgresql-contrib with _everything_ in it. Those people who need a
>specific binary will be able to get it from /usr/lib/pgsql (or wherever)
>and the distiction between core and contrib programs wi
Now that pg_dump & pg_restore can handle large objects, the only need
for pg_dumplo is for migrating large objects from prior versions. I
personally cannot see it being used on a day to day basis, but I'm
looking at it from a narrow perspective. If it is a separate package,
it can easily be remo
Lamar Owen writes:
> It has been requested that I ship prebuilt contrib items in the 7.1
> RPMset. Currently, the source code of the whole contrib tree is being
> shipped in the main RPM as documentation,
It doesn't work to build contrib items without a source tree available.
(At least Makefile
It has been requested that I ship prebuilt contrib items in the 7.1
RPMset. Currently, the source code of the whole contrib tree is being
shipped in the main RPM as documentation, but only autoinc and refint
are being prebuilt (as part of the -test subpackage).
I have had three different types o
