Re: PostgreSQL binaries under /usr/lib, why? - Mailing list pgsql-general

From Stephen Frost
Subject Re: PostgreSQL binaries under /usr/lib, why?
Date
Msg-id 20130222132940.GQ16142@tamriel.snowman.net
Whole thread Raw
In response to Re: PostgreSQL binaries under /usr/lib, why?  (Rafael Martinez <r.m.guerrero@usit.uio.no>)
List pgsql-general
* Rafael Martinez (r.m.guerrero@usit.uio.no) wrote:
> i.e. pgbench, pg_archivecleanup, pg_upgrade, initdb and several others
> are not available via /usr/bin and they should not be defined as low
> level.

initdb is wrapped through pg_createcluster and friends.
pg_archivecleanup probably isn't something you want to have changing
under your existing installation, assuming you install it as
archive_cleanup_command for a given PG version.

pgbench is a bit of an oddball and I suppose it could go either way on
that one.

> Having *all* binaries installed by a postgres package accessible via
> /usr/bin and wrappers would make live easier for many users.

pg_ctl, initdb, etc, are handled through pg_createcluster and friends
and using them independently will very likely cause a lot of grief for
new users.

In short, I'm pretty happy with the choices that Martin's made wrt what
to wrap and how, though I do understand that it can be a bit jarring for
advanced users who are coming from other distributions that don't have
the same level of infrastructure that Ubuntu/Debian have, or for users
who have been compiling from source.

    Thanks,

        Stephen

pgsql-general by date:

Previous
From: Stuart Bishop
Date:
Subject: Re: PostgreSQL binaries under /usr/lib, why?
Next
From: Albe Laurenz
Date:
Subject: Re: Redefining a column within a view