Re: RPM: Contrib request.

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

In response to

Browse pgsql-hackers by date

  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.