Received: from spf5.us4.outblaze.com (spf5.us4.outblaze.com [205.158.62.27]) by sdf.lonestar.org (8.13.1/8.12.10) with ESMTP id j17FufmT007164 for ; Mon, 7 Feb 2005 15:56:42 GMT Received: from hera.museatech.net (unknown [207.166.200.220]) by spf5.us4.outblaze.com (Postfix) with SMTP id 40E9E76FF6 for ; Mon, 7 Feb 2005 15:57:34 +0000 (GMT) Received: (qmail 18298 invoked by uid 110); 7 Feb 2005 15:57:24 -0000 Received: from gnu-arch-dev-bounces@lists.seyza.com by hera by uid 102 with qmail-scanner-1.20 (clamscan: 0.60. spamassassin: 2.60. Clear:RC:1(127.0.0.1):. Processed in 0.032805 secs); 07 Feb 2005 15:57:24 -0000 Received: from unknown (HELO hera.museatech.net) (127.0.0.1) by hera.museatech.net with SMTP; 7 Feb 2005 15:57:24 -0000 Delivered-To: list-gnu-arch-dev@lists.seyza.com Received: (qmail 18250 invoked by uid 110); 7 Feb 2005 15:57:20 -0000 Received: from gcvad-gnu-arch-dev@m.gmane.org by hera by uid 102 with qmail-scanner-1.20 (clamscan: 0.60. spamassassin: 2.60. Clear:RC:1(207.166.200.201):. Processed in 0.079419 secs); 07 Feb 2005 15:57:20 -0000 Received: from unknown (HELO a1.mx.alal.us) (207.166.200.201) by hera.museatech.net with SMTP; 7 Feb 2005 15:57:20 -0000 Received: (qmail 9368 invoked from network); 7 Feb 2005 17:10:37 -0000 Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by a1.mx.alal.us with SMTP; 7 Feb 2005 17:10:36 -0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1CyBEl-0006KA-VJ for gnu-arch-dev@lists.seyza.com; Mon, 07 Feb 2005 16:55:43 +0100 Received: from 203.7.227.188 ([203.7.227.188]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Feb 2005 16:55:43 +0100 Received: from wildfire by 203.7.227.188 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 07 Feb 2005 16:55:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: gnu-arch-dev@lists.seyza.com From: Anand Kumria Date: Tue, 08 Feb 2005 03:04:20 +1100 Message-ID: References: <200502062235.j16MZAG0017878@xl2.seyza.com> <20050207152606.GC15171@ukato> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 203.7.227.188 User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table (Debian GNU/Linux)) X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner-SpamScore: s X-MailScanner-From: gcvad-gnu-arch-dev@m.gmane.org X-MailScanner-To: gnu-arch-dev@lists.seyza.com X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on dev.alal.com X-Spam-Level: X-Spam-Status: No, score=-0.1 required=9.0 tests=AWL,BAYES_00,RCVD_BY_IP, RCVD_NUMERIC_HELO autolearn=no version=3.0.2 Cc: gnu-arch-users@gnu.org Subject: [GNU-arch-dev] Re: Re: GNU Arch status update X-BeenThere: gnu-arch-dev@lists.seyza.com X-Mailman-Version: 2.1.5 Precedence: list List-Id: a mailing list for GNU Arch developers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: gnu-arch-dev-bounces@lists.seyza.com Errors-To: gnu-arch-dev-bounces@lists.seyza.com Status: RO Content-Length: 1394 Lines: 34 On Mon, 07 Feb 2005 15:26:06 +0000, Mikhael Goikhman wrote: > On 08 Feb 2005 00:06:29 +1100, Anand Kumria wrote: >> >> tla add / delete / move / default-id >> - remove these unneeded aliases > > "add", "delete" and "move" is an intuitive interface, compatible with > other RCSes. These commands should not be removed even if their -id > counterparts are more technically correct. Yeah I not quite sure what I thinking when I wrote that. I think tla delete and tla move should go; tla rm and tla mv fit what happens for most Unix people and tla delete-id and tla move-id remain to fixup any sticky problems. I'm not attached particularly over which (delete-id/delete; move-id/move) of these should be removed but I don't think having both is useful. My reason for suggesting that you keep the '-id' suffixed versions is because otherwise it is hard to distinguish what the difference between 'tla move' and 'tla mv' really is. That makes tla harder for a newcomer to approach it. >> A mechanism to identify the currently checked out tree-revision >> (similiar to baz tree-id -- but if the name offends, pick another one!) > > I would say confuses, not offends. "tree-revision" is a better term. Agreed. Cheers, Anand _______________________________________________ Gnu-arch-dev mailing list Gnu-arch-dev@lists.seyza.com http://lists.seyza.com/cgi-bin/mailman/listinfo/gnu-arch-dev