]> granicus.if.org Git - postgresql/commitdiff
README not needed anymore.
authorBruce Momjian <bruce@momjian.us>
Wed, 16 Feb 2000 21:26:00 +0000 (21:26 +0000)
committerBruce Momjian <bruce@momjian.us>
Wed, 16 Feb 2000 21:26:00 +0000 (21:26 +0000)
src/bin/initdb/Makefile
src/bin/initdb/initdb.sh
src/bin/pg_dump/README [deleted file]

index f9249f12dbf0f2693ac83a9584013c418c699a1a..f2c81a9cc918903413a19afd25ca9f4748fe0601 100644 (file)
@@ -7,7 +7,7 @@
 #
 #
 # IDENTIFICATION
-#    $Header: /cvsroot/pgsql/src/bin/initdb/Makefile,v 1.16 2000/01/15 18:30:31 petere Exp $
+#    $Header: /cvsroot/pgsql/src/bin/initdb/Makefile,v 1.17 2000/02/16 21:25:59 momjian Exp $
 #
 #-------------------------------------------------------------------------
 
@@ -20,7 +20,7 @@ initdb: initdb.sh
        sed -e 's/__MULTIBYTE__/$(MULTIBYTE)/g' < initdb.sh > initdb
 
 install: initdb
-       $(INSTALL) $(INSTL_EXE_OPTS) $+ $(BINDIR)
+       $(INSTALL) $(INSTL_EXE_OPTS) $+ $(BINDIR)/$+
 
 clean:
        rm -f initdb
index d0ce140f8119c224af9e765ba8bb766e8c6d1d4e..d21b571cb491c8efb9ff3eb029dfa4a49c2aed92 100644 (file)
@@ -26,7 +26,7 @@
 #
 #
 # IDENTIFICATION
-#    $Header: /cvsroot/pgsql/src/bin/initdb/Attic/initdb.sh,v 1.85 2000/02/09 00:21:49 petere Exp $
+#    $Header: /cvsroot/pgsql/src/bin/initdb/Attic/initdb.sh,v 1.86 2000/02/16 21:25:59 momjian Exp $
 #
 #-------------------------------------------------------------------------
 
@@ -605,10 +605,9 @@ echo "VACUUM ANALYZE" \
        | "$PGPATH"/postgres $PGSQL_OPT template1 > /dev/null || exit_nicely
 
 echo
-echo "$CMDNAME completed successfully. You can now start the database server."
-echo "  $PGPATH/postmaster -D $PGDATA"
-echo "or"
-echo "  $PGPATH/pg_ctl -D $PGDATA start"
+echo "Success. You can now start the database server using"
+echo "$PGPATH/postmaster -D $PGDATA or"
+echo "$PGPATH/pg_ctl -D $PGDATA start"
 echo
 
 exit 0
diff --git a/src/bin/pg_dump/README b/src/bin/pg_dump/README
deleted file mode 100644 (file)
index f34f45a..0000000
+++ /dev/null
@@ -1,73 +0,0 @@
-pg_dump is a utility for dumping out a postgres database into a script
-file containing query commands.  The script files are in a ASCII
-format and can be used to reconstruct the database, even on other
-machines and other architectures.  pg_dump will produce the queries
-necessary to re-generate all user-defined types, functions, tables,
-indices, aggregates, and operators.  In addition, all the data is
-copied out in ASCII format so that it can be readily copied in again.
-
-
-To build:
-
-          % gmake clean install
-
-This version of the program will read in your postgreSQL database and
-output the schema and the data tuples in SQL.  The dumps are useful
-for moving from one postgreSQL installation to another.  
-
-
-How to use pg_dump:
--------------------
-
-The command line options are fairly self explanatory.  Use -help to
-see the command line options.   recommend using -v to get
-more verbose descriptions of what pg_dump is doing.
-
-After running pg_dump, one should examine the output script file for any 
-warnings, especially in light of the limitations listed below.
-
-A typical use of pg_dump:
-
-       %  pg_dump -v -f oldDB.dump  oldDB
-       %  createdb newDB
-       %  psql newDB < oldDB.dump
-
-
-Caveats and limitations:
-------------------------
-
-pg_dump has a few limitations.  The limitations mostly stem from
-difficulty in extracting certain meta-information from the system
-catalogs.   
-
-   rules and views:  
-       pg_dump does not understand user-defined rules and views and
-       will fail to dump them properly.  (This is due to the fact that
-       rules are stored as plans in the catalogs and not textually)
-       
-   partial indices:
-       pg_dump does not understand partial indices. (The reason is
-       the same as above.  Partial index predicates are stored as plans)
-       
-   large objects:
-       pg_dump does not handle large objects.  Large
-       objects are ignored and must be dealt with manually.
-
-   oid preservation:
-       pg_dump does not preserve oid's while dumping.  If you have
-       stored oid's explicitly in tables in user-defined attributes,
-       and are using them as keys, then the output scripts will not
-       regenerate your database correctly. 
-
-pg_dump requires postgres95 beta0.03 or later.
-
-Bug-reporting
---------------
-
-If you should find a problem with pg_dump, it is very important that
-you provide a (small) sample database which illustrates the problem.
-Please send bugs, questions, and feedback to the
-       postgres95@postgres95.vnet.net
-
-
-