Re: [GENERAL] RPM vs. tar for 6.5.3 - Mailing list pgsql-general

From ^chewie
Subject Re: [GENERAL] RPM vs. tar for 6.5.3
Date
Msg-id Pine.LNX.4.10.9911151450120.15225-100000@guinness.urw.org
Whole thread Raw
In response to RPM vs. tar for 6.5.3  ("Bruce Bantos" <anon@mgfairfax.rr.com>)
Responses Re: [GENERAL] RPM vs. tar for 6.5.3
List pgsql-general
On Mon, 15 Nov 1999, Bruce Bantos wrote:

BB> I now want to deploy the client to a few workstations, and install
BB> the server on another linux server. What is the best way to deploy
BB> this version? The last time I tried the 6.5.2 RPM's, there where a
BB> few things missing, so I removed them and installed the tar. Are
BB> the 6.5.3 RPM's complete? Do I give up anything by using the
BB> RPM's? Is it advisable to install another server with the RPM's,
BB> or is administration hampered if I do this as opposed to building
BB> from the source?

The only way is to install the RPM and find out. ;-)  You may want to
install via tarball for security reasons and control reasons, but I've
found that if you're going to stick with the filesystem layout for a
particular distribution of Linux, the easiest way to do it is to install
the packages built for it.  Another reason to install the tarball over an
RPM may be concurrency with the most recent version.  By their nature,
packages always lag behind the source tarballs and patches.

It's up to you, really.  What I see as a trend for system administrator's
policies is the eventual migration to "roll-your-own" binaries.  For ease
of use and installation, immediate gratification, etc., go with RPM.  For
configurability of the binary, control of the file-placement schema, and
security of the source code, "rolling-your-own" is most definitely the way
to go.

Chad


pgsql-general by date:

Previous
From: "Bruce Bantos"
Date:
Subject: RPM vs. tar for 6.5.3
Next
From: John Hyland
Date:
Subject: type creation question