From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Header lines of commit messages Date: Sun, 27 Jun 2010 00:04:07 +0900 Message-ID: <87hbkpn8d4.fsf@uwakimon.sk.tsukuba.ac.jp> References: <83r5jucbvq.fsf@gnu.org> <87k4pldikb.fsf@elegiac.orebokech.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1277564897 17802 80.91.229.12 (26 Jun 2010 15:08:17 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 26 Jun 2010 15:08:17 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: Romain Francoise Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 26 17:08:15 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OSWzO-0007aU-NB for ged-emacs-devel@m.gmane.org; Sat, 26 Jun 2010 17:08:15 +0200 Original-Received: from localhost ([127.0.0.1]:41042 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OSWzO-0000TX-4W for ged-emacs-devel@m.gmane.org; Sat, 26 Jun 2010 11:08:14 -0400 Original-Received: from [140.186.70.92] (port=42600 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OSWzG-0000TI-MK for emacs-devel@gnu.org; Sat, 26 Jun 2010 11:08:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OSWzF-0002cm-5X for emacs-devel@gnu.org; Sat, 26 Jun 2010 11:08:06 -0400 Original-Received: from mtps01.sk.tsukuba.ac.jp ([130.158.97.223]:33358) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OSWzD-0002c3-CP; Sat, 26 Jun 2010 11:08:03 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps01.sk.tsukuba.ac.jp (Postfix) with ESMTP id 644431535A8; Sun, 27 Jun 2010 00:08:01 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 0EBF912136B; Sun, 27 Jun 2010 00:04:08 +0900 (JST) In-Reply-To: <87k4pldikb.fsf@elegiac.orebokech.com> X-Mailer: VM 8.0.12-devo-585 under 21.5 (beta29) "garbanzo" a03421eb562b XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:126440 Archived-At: Romain Francoise writes: > Eli Zaretskii writes: > > > The header line that summarizes the commit conveys useless > > information. I would phrase that "the headline conveys the information that thinking about this commit is useless to Emacs maintainers." Seriously, you've been describing your information overload in other contexts. Yes, as a member of the project, it's important to have some idea of who's active, but the details would just be overload. > In this case, org-mode is maintained outside Emacs and I'm just > merging a fix from the original repository. I suggest that you use the word "synch" for this purpose, as Gnus does. I think the presence of the commit is a convenience, myself, but it's strictly speaking not necessary in the headline if it's present in the body of the commit notice. > In an ideal world Emacs would be using Git, and org-mode, Gnus, ERC > and others would just be submodules pointing to a given branch of > the original repository. This is actually somewhat unlikely, both for technical and social reasons. The technical reason is that a git submodule points to a commit, not to a branch. The social reason is that almost certainly Emacs will insist on control of content of releases, and it's possible that in pre-release branches the Emacs version of org-mode will not correspond exactly to any commit in the upstream repository, and surely not to the tip of any actively developed branch. It's not a big deal from your point of view, but technically it means that the view in logs and $VCS viewers would probably be just as complicated.