Re: Script binaries renaming - Mailing list pgsql-hackers

From Zdenek Kotala
Subject Re: Script binaries renaming
Date
Msg-id 47EA6A0F.7070501@sun.com
Whole thread Raw
In response to Re: Script binaries renaming  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Script binaries renaming  (Bruce Momjian <bruce@momjian.us>)
Re: Script binaries renaming  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane napsal(a):
> Magnus Hagander <magnus@hagander.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


pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: Re: advancing snapshot's xmin
Next
From: Bruce Momjian
Date:
Subject: Re: Script binaries renaming