pg.ddx.io  pgsql-docs@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Thomas Lockhart <lockhart@alumni.caltech.edu>
To: Lamar Owen <lamar.owen@wgcr.org>
Cc: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Theo Kramer <theo@flame.co.za>
Cc: pgsql-hackers@postgreSQL.org <pgsql-hackers@postgreSQL.org>
Subject: Re: [HACKERS] Re: HISTORY for 6.5.2
Date: Sun, 19 Sep 1999 05:51:22 +0000
Message-ID: <37E479DA.6FDFA5F4@alumni.caltech.edu> (raw)
References: <20970.937688441@sss.pgh.pa.us>
	<99091817232103.00581@lowen.wgcr.org>

> > While we are thinking about this, I wonder if it wouldn't be a good idea
> > to separate out the executables that aren't really intended to be
> > executed willy-nilly, and put them in a different directory.
> > postmaster, postgres, and initdb have no business being in users' PATH
> > at all, ever.
> Such as /usr/sbin on a Linux FSSTND-compliant system (such as RedHat).  In
> fact, I may just do that with the RPM distribution (after consulting with RedHat
> on the issue).  Thomas??  The same goes for the admin commands' man pages --
> they should be in section 8 on the typical Linux box.

Man page sections can be reassigned for the next release. afaik
/usr/sbin tends to contain programs executed by root, which is not
usually the case for Postgres. Is there a precedent for other programs
of this type in that directory?

> > I suppose such an admin could stick pg_ on the front of the
> > symlinks anyway.  But then the program names don't match the
> > documentation we supply, which would be confusing.

Underscores in program names suck. To paraphrase Ali, "no opinion,
just fact" ;) 

If we are going to rename programs wholesale, let's do it for release
7.0, and if we must have "pg" in front of everything, then do it as,
e.g. "pgcreateuser". We could rename "pg_dump" as "pgdump" at the same
time.

btw, is it only me or do other people refer to this as "pig dump"?

> Well, as things stand, the documentation and the rpm distribution don't match
> in other areas -- I personally would have absolutely no problem whatsoever in
> doing such a renaming -- hey, I can do such inside the RPM, for that matter,
> but I don't want to.  Of course, I would follow whatever the core group decides
> -- that is the standard.  I'm just tossing ideas.

The docs don't claim to match the rpm (or any other real system; as
the intro claims it is just used as an example). The docs *do* claim
to know about what program you should run, so those names should never
change unless done in the official distro.

                       - Thomas

-- 
Thomas Lockhart				lockhart@alumni.caltech.edu
South Pasadena, California



view thread (42+ messages)  latest in thread

Message-ID: <37E479DA.6FDFA5F4@alumni.caltech.edu>
Permalink:  ../37E479DA.6FDFA5F4@alumni.caltech.edu/
Also on:    postgresql.org/message-id/37E479DA.6FDFA5F4@alumni.caltech.edu

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-docs@postgresql.org
  Cc: lockhart@alumni.caltech.edu, lamar.owen@wgcr.org, tgl@sss.pgh.pa.us, theo@flame.co.za, pgsql-hackers@postgreSQL.org
  Subject: Re: [HACKERS] Re: HISTORY for 6.5.2
  In-Reply-To: <37E479DA.6FDFA5F4@alumni.caltech.edu>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox