From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.comp.version-control.arch.user,gmane.emacs.devel Subject: Re: cvs <-> arch mirroring scripts Date: 18 Aug 2003 13:10:37 +0900 Sender: gnu-arch-users-bounces+gcvau-arch-users=m.gmane.org@gnu.org Message-ID: References: <1060744673.2522.27.camel@columbia> <1060803518.28891.27.camel@columbia> Reply-To: Miles Bader NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1061180139 10574 80.91.224.253 (18 Aug 2003 04:15:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 18 Aug 2003 04:15:39 +0000 (UTC) Cc: gnu-arch-users@gnu.org, emacs-devel@gnu.org Original-X-From: gnu-arch-users-bounces+gcvau-arch-users=m.gmane.org@gnu.org Mon Aug 18 06:15:37 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19obQf-0003lj-00 for ; Mon, 18 Aug 2003 06:15:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.20) id 19obNh-0004LR-16 for gcvau-arch-users@m.gmane.org; Mon, 18 Aug 2003 00:12:33 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.20) id 19obNV-0004L8-FC for gnu-arch-users@gnu.org; Mon, 18 Aug 2003 00:12:21 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.20) id 19obMz-0004Jz-NE for gnu-arch-users@gnu.org; Mon, 18 Aug 2003 00:12:20 -0400 Original-Received: from [202.32.8.214] (helo=TYO201.gate.nec.co.jp) by monty-python.gnu.org with esmtp (Exim 4.20) id 19obLx-0004EW-BM; Mon, 18 Aug 2003 00:10:45 -0400 Original-Received: from mailgate3.nec.co.jp (mailgate53.nec.co.jp [10.7.69.194]) by TYO201.gate.nec.co.jp (8.11.6/3.7W01080315) with ESMTP id h7I4Af114409; Mon, 18 Aug 2003 13:10:41 +0900 (JST) Original-Received: from mailsv3.nec.co.jp (mailgate51.nec.co.jp [10.7.69.196]) by mailgate3.nec.co.jp (8.11.6/3.7W-MAILGATE-NEC) with ESMTP id h7I4Afm22525; Mon, 18 Aug 2003 13:10:41 +0900 (JST) Original-Received: from edtmg05.lsi.nec.co.jp ([10.26.17.202]) by mailsv3.nec.co.jp (8.11.6p2/3.7W-MAILSV4-NEC) with ESMTP id h7I4AeQ04957; Mon, 18 Aug 2003 13:10:40 +0900 (JST) Original-Received: from mcsss2.ucom.lsi.nec.co.jp (localhost [127.0.0.1]) by edtmg05.lsi.nec.co.jp (8.9.3p2+3.2W/3.7W_EDC_Ver.1.0) with ESMTP id NAB25694; Mon, 18 Aug 2003 13:10:40 +0900 (JST) Original-Received: from mcspd15.ucom.lsi.nec.co.jp (mcspd15 [10.30.114.174]) by mcsss2.ucom.lsi.nec.co.jp (8.12.8/8.12.8/EDcg v2.01-mc/1046780839) with ESMTP id h7I4AcNH020072; Mon, 18 Aug 2003 13:10:39 +0900 (JST) Original-Received: by mcspd15.ucom.lsi.nec.co.jp (Postfix, from userid 31295) id CA32D3723; Mon, 18 Aug 2003 13:10:37 +0900 (JST) Original-To: rms@gnu.org System-Type: i686-pc-linux-gnu Blat: Foop In-Reply-To: Original-Lines: 80 X-BeenThere: gnu-arch-users@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: a discussion list for all things arch-ish List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gnu-arch-users-bounces+gcvau-arch-users=m.gmane.org@gnu.org Xref: main.gmane.org gmane.comp.version-control.arch.user:3224 gmane.emacs.devel:15996 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:15996 Richard Stallman writes: > ---------------------------- > revision 1.43 > date: 2003/08/14 09:05:44; author: miles; state: Exp; lines: +2 -2 > Revision: emacs--cvs-trunk--0--patch-14 > Archive: miles@gnu.org--gnu-2003 > Creator: Miles Bader > Summary: Avoid .arch-ids dirs when making autoloads > Modified-files: ./lisp/Makefile.in > New-patches: miles@gnu.org--gnu-2003/emacs--cvs-trunk--0--patch-14 > > That is 6 lines longer than normal. The extra lines will make it > harder to scan the CVS log for relevant information. Can you make > that any more compact? Is all of it really necessary? Hmmm, well lets see; here are the extra added lines: Revision: Identifies the arch changeset the change came from; I think this is very useful information and should be kept. Archive: This is really part of the changeset name; it could be put into the Revision: header I think. Creator: This is redundant in this case, but since CVS checkins from arch probably will occur from a single `gateway user' so that it's necessary to record the _actual_ author somewhere. This field might be eliminated for cases where both names are the same, or if there were a way to make CVS record a different author than the person who did the checkin (I've heard of CVS patches to allow this, but I think that implementation only works with a local CVS server). Summary: This is actually part of the description; maybe it should be moved to be directly in front of the rest of the description, or even made part of the description. Modified-files: I think this is useful information, but it could be elided in the case where only one file was part of the changeset. New-patches: This is mainly useful to arch, so I think it could be removed (it can always be reconstructed by looking up the arch changeset using the information in the Revision: header). So a typical one-file changeset might become something like this: revision 1.43 date: 2003/08/14 09:05:44; author: arch; state: Exp; lines: +2 -2 Revision: miles@gnu.org--gnu-2003/emacs--cvs-trunk--0--patch-14 Creator: Miles Bader Avoid .arch-ids dirs when making autoloads A bigger changeset would add the Modified-files: header back in, but since the DESCRIPTION would likely be much longer too, it's probably less of an issue, and I think being able to see exactly which files were modifies is useful. E.g.: revision X.Y date: 2003/08/14 09:05:44; author: arch; state: Exp; lines: +2 -2 Revision: miles@gnu.org--gnu-2003/emacs--cvs-trunk--0--patch-73 Creator: Miles Bader Modified-files: lisp/file2.el src/file1.c src/file2.c SUMMARY LONG DESCRIPTION ... This seems pretty readable to me; what do you think? -Miles -- `Suppose Korea goes to the World Cup final against Japan and wins,' Moon said. `All the past could be forgiven.' [NYT] _______________________________________________ Gnu-arch-users mailing list Gnu-arch-users@gnu.org http://mail.gnu.org/mailman/listinfo/gnu-arch-users GNU arch home page: http://savannah.gnu.org/projects/gnu-arch/