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
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 |
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 |