Re: Script binaries renaming

From: Zdenek Kotala <Zdenek(dot)Kotala(at)Sun(dot)COM>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Magnus Hagander <magnus(at)hagander(dot)net>, Bruce Momjian <bruce(at)momjian(dot)us>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Script binaries renaming
Date: 2008-03-26 15:21:51
Message-ID: 47EA6A0F.7070501@sun.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

Tom Lane napsal(a):
> Magnus Hagander <magnus(at)hagander(dot)net> writes:
>> Another option then might be to simply deprecate their use, and
>> eventually get rid of them, instead of renaming them?
>
> I'd like to get rid of ipcclean immediately; it hasn't had any usefulness
> in years.

+1

> The issue is larger than the proposed patch addresses, though.
> I see the following stuff installed in .../bin by CVS HEAD:
>
> clusterdb initdb pg_resetxlog postmaster
> createdb ipcclean pg_restore psql
> createlang oid2name pg_standby reindexdb
> createuser pg_config pgbench vacuumdb
> dropdb pg_controldata pltcl_delmod vacuumlo
> droplang pg_ctl pltcl_listmod
> dropuser pg_dump pltcl_loadmod
> ecpg pg_dumpall postgres
>
> There's an awful lot of names here that don't have any obvious
> connection to Postgres ...

Why we have pg_dump and pg_dumpall? Or I think pg_resetxlog has same output like
pg_controldata. I think we can merge these commands.

Zdenek

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2008-03-26 15:27:48 Re: Script binaries renaming
Previous Message Chris Browne 2008-03-26 15:11:56 Re: PostgreSQL Replication with read-only access to standby DB

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2008-03-26 15:27:48 Re: Script binaries renaming
Previous Message Bruce Momjian 2008-03-26 15:19:10 Re: Remove ipcclean