From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 4e23cd0 4/5: * mail/rmail.el (rmail-show-message-1): When displaying a mime message, Date: Mon, 06 Apr 2015 10:54:53 +0300 Message-ID: <83d23hlmia.fsf@gnu.org> References: <20150405124321.362.95112@vcs.savannah.gnu.org> <552130FE.1010101@yandex.ru> <83mw2mn2no.fsf@gnu.org> <5521359D.2000509@yandex.ru> <83fv8emvgq.fsf@gnu.org> <55219139.8040507@yandex.ru> <83oan2l4pk.fsf@gnu.org> <5521B811.8070603@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1428306919 7553 80.91.229.3 (6 Apr 2015 07:55:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Apr 2015 07:55:19 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Apr 06 09:55:10 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Yf1sC-0007YO-W3 for ged-emacs-devel@m.gmane.org; Mon, 06 Apr 2015 09:55:09 +0200 Original-Received: from localhost ([::1]:39090 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yf1sC-0002VC-57 for ged-emacs-devel@m.gmane.org; Mon, 06 Apr 2015 03:55:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46426) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yf1ry-0002Uu-Ho for emacs-devel@gnu.org; Mon, 06 Apr 2015 03:54:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Yf1rv-0004ar-Aa for emacs-devel@gnu.org; Mon, 06 Apr 2015 03:54:54 -0400 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:49335) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yf1ru-0004Zl-TP; Mon, 06 Apr 2015 03:54:51 -0400 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NMD00A00K67DC00@mtaout24.012.net.il>; Mon, 06 Apr 2015 10:46:20 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NMD002SVK98YG60@mtaout24.012.net.il>; Mon, 06 Apr 2015 10:46:20 +0300 (IDT) In-reply-to: <5521B811.8070603@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:185011 Archived-At: > Date: Mon, 06 Apr 2015 01:32:49 +0300 > From: Dmitry Gutov > CC: rms@gnu.org, emacs-devel@gnu.org > > On 04/05/2015 11:07 PM, Eli Zaretskii wrote: > > > Wrong impression. > > Okay then. > > > That item is a dead end in practice, and is too harsh even if it were > > practical. > > I think it was one of the discussed options. And why a dead end? Because Richard explicitly said he didn't want that. > > You are missing the point: I meant "C-x v v", not some other command > > available with VC. It's "C-x v v" that got Richard in trouble in the > > first place, by trying to commit a single file in the middle of a > > failed merge. > > And I meant that an automated solution would be great to have, but it's > the responsibility of every committer to pay attention and not mess up. Newbies often do mess up. Emacs should try to keep them out of trouble as much as practically possible. E.g., we have the "disabled command" feature that we use for risky commands, for a similar purpose. > >> Editing the already-created commits is more complicated, but I think > >> there was some advice on that subject too, in the humongous thread. > > > > It's also on the Wiki. > > "If you made a mistake"? That only helps when we need to change the most > recent commit. Which is good, but probably not enough. Then please tell what you had in mind, perhaps it would be good to have that added. > > I don't think there's lack of motivation in this case. > > In my book, "I want everything to work like CVS" means a lack of > motivation to learn. In my book it's an understandable position of a busy person who wants a simple job of making an upstream change to "just work". Such people _will_ learn with good help, but much slower. GitQuickStartForEmacsDevs was written with these people in mind. > >> But not everyone has to be an Emacs committer. That's not harsh: people > >> can have better priorities in life. > > > > Applied to veteran Emacs developers, it _is_ harsh, at least IMO. > > Maybe to any other veteran, but since Richard holds the "master key" > anyway, that wouldn't be like locking him out of the project. I think you fail to understand how humiliating that would be. That's okay, let's talk in, say, 30 years, and see where you stand then ;-) > Considering the mega-thread is clocking at 505 messages now, would it > really not have been a better solution? No, not really. Not IMO, anyway. > >> Cue the "teach a man how to fish" proverb. It seems to me that the > >> result is only one fish on Richard's table, and one that was pretty > >> haphazardly prepared. > > > > We all need help from time to time. I see no reason to tell people > > they goofed too many times, especially if they already know that. > > "Haphazardly prepared" by other people, of course, because there's > really no possible way to reliably get instructions from this large a > crowd, all shouting at the same time. When someone is in grave trouble, what do you expect? He can be taught fishing after he's out of trouble, but not before. You don't start teaching people how to avoid a fire before putting the fire out.