From: | Randy Hall <rhall(at)greatbridge(dot)com> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Cc: | Lamar Owen <lamar(dot)owen(at)wgcr(dot)org> |
Subject: | Re: RPM: Contrib request. |
Date: | 2001-01-25 20:02:11 |
Message-ID: | 3A708643.FA407417@greatbridge.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
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 removed from a production system after data has been
migrated. On the other hand, you never know when someone may need to
restore large objects from a pre 7.1 backup.
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 will not be fuzzy.
Lamar Owen wrote:
>
> 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 of request on this:
> 1.) The whole contrib tree prebuilt;
> 2.) Select parts of the contrib tree prebuilt (geospatial stuff for the
> most part);
> 3.) pg_dumplo.
>
> Now, I see a couple of different ways I can go about doing this -- I can
> build a large 'postgresql-contrib' RPM (which would also eliminate the
> source of the contrib tree in the documentation -- possibly) containing
> the _whole_ tree, prebuilt (possibly in /usr/lib/pgsql (or postgresql --
> I'm not at all settled on the subdir naming scheme) -- OR, I can build
> individual RPMs for each contrib element.
>
> 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??
> I am open to suggestions.
>
> If PORTS is a more appropriate list to post this, I will do that as
> well.
> --
> Lamar Owen
> WGCR Internet Radio
> 1 Peter 4:11
--
---------------------------------------------------
Randy Hall Great Bridge, LLC
Sr. Knowledge Engineer 253 Monticello Avenue
Red Hat Certified Engineer Norfolk, VA 23410
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2001-01-25 20:02:34 | Re: beta3 Solaris 7 (SPARC) port report [ Was: Looking for . . . ] |
Previous Message | Peter Eisentraut | 2001-01-25 19:08:40 | Re: RPM: Contrib request. |