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 02:08:37 +0900 Message-ID: <87eiftn2lm.fsf@uwakimon.sk.tsukuba.ac.jp> References: <83r5jucbvq.fsf@gnu.org> <87k4pldikb.fsf@elegiac.orebokech.com> <87hbkpn8d4.fsf@uwakimon.sk.tsukuba.ac.jp> <83eiftddbj.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1277572371 6743 80.91.229.12 (26 Jun 2010 17:12:51 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 26 Jun 2010 17:12:51 +0000 (UTC) Cc: romain@orebokech.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 26 19:12:48 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 1OSYvw-0000wV-0c for ged-emacs-devel@m.gmane.org; Sat, 26 Jun 2010 19:12:48 +0200 Original-Received: from localhost ([127.0.0.1]:37077 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OSYvv-0006Oh-BZ for ged-emacs-devel@m.gmane.org; Sat, 26 Jun 2010 13:12:47 -0400 Original-Received: from [140.186.70.92] (port=40129 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OSYvp-0006OW-T0 for emacs-devel@gnu.org; Sat, 26 Jun 2010 13:12:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OSYvo-0006RH-M9 for emacs-devel@gnu.org; Sat, 26 Jun 2010 13:12:41 -0400 Original-Received: from mtps02.sk.tsukuba.ac.jp ([130.158.97.224]:49528) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OSYvm-0006QM-B6; Sat, 26 Jun 2010 13:12:38 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mtps02.sk.tsukuba.ac.jp (Postfix) with ESMTP id DEA947FFA; Sun, 27 Jun 2010 02:12:34 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id DE21A12136B; Sun, 27 Jun 2010 02:08:37 +0900 (JST) In-Reply-To: <83eiftddbj.fsf@gnu.org> 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:126443 Archived-At: Eli Zaretskii writes: > > From: "Stephen J. Turnbull" > > > 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. > > Exactly. That is why seeing "cherry-pick commit ABCDEF" means I need > to read the whole commit message, i.e. waste my time, whereas "[merge] > Do not bind obsolete variables." tells it all without any additional > effort. You're missing the point. Romain and the org-mode community are responsible for org-mode most of the time, until it becomes Stefan's/ Yidong's baby in the run-up to a release. Either way, it should not affect any of the things you are interested in, so you just don't want to know. You want your eyes to glide right over "org-mode synch to git commit ABCDEF" just as it does over "Gnus synch." Life is too short to even think about that stuff. Put it this way: what could Romain have written there that would cause you to want to read the whole commit message? If you really *do* want to know about irrelevant commits, I don't understand why you find it acceptable that Gnus doesn't rebase its synchs into the mainline. After all, Gnus contains message-mode, and that does affect your life since message-mode is proposed as a replacement for RMail's composition mode, a replacement you don't yet consider acceptable. So what exactly is happening in Gnus is in fact relevant to you; even I know that. Why don't you complain about that? Presumably because *there are too many irrelevant commits* compressed into those merges, and you are forced to the conclusion that reading them would be a waste of your time, and a waste of the committer's time to rebase them onto the mainline. Well, the org-mode synch is just as irrelevant. > > 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. > > Sorry, I'm not following. I didn't want to see the author of the > change, just its essence. You think you do, but that's just an unproductive habit, as shown by the fact that you don't have a problem with the Gnus merge messages. Also, by "who" I mean which subprojects, not which developers.