From owner-cvs-gnu Sun Mar 26 13:56:50 1995 Return-Path: cvs-gnu-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA29581 for cvs-gnu-outgoing; Sun, 26 Mar 1995 13:56:50 -0800 Received: (from joerg@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA29531; Sun, 26 Mar 1995 23:56:36 +0200 Date: Sun, 26 Mar 1995 23:56:36 +0200 From: Joerg Wunsch Message-Id: <199503262156.XAA29531@freefall.cdrom.com> To: CVS-commiters, cvs-gnu Subject: cvs commit: src/gnu/usr.bin/cvs/contrib easy-import.perl Sender: cvs-gnu-owner@freebsd.org Precedence: bulk joerg 95/03/26 23:56:34 Modified: gnu/usr.bin/cvs/contrib easy-import.perl Log: Made this script a bit more fool-proof, so people like me can better use it. :-) It now explicitly requires the specification of a directory to import from, either as an argument to the script, or by asking the user about it. (Previously, it implicitly used `.', like cvs import does.) Also implemented an option `-n', which does essentially the same like the overall CVS option `-n': show only what would have been done, don't do any commitment. Note that since the modules' database is checked out in place (and not commited back), it will erroneously be reported as to be imported, too: cvs import: Importing /home/ncvs/ports/foobar/foo/modules I ports/foobar/foo/modules/CVS N ports/foobar/foo/modules/modules This is an unwanted side-effect, but gives the user the option to see if the `ed' magic did the right thing when editing modules/modules. Rod, can you please check the function ``checktag'' in the script if it will be restritctive enough?