From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: PROPOSAL: Move to git, now that bzr is no longer a req. Date: Mon, 06 Jan 2014 09:53:38 -0500 Message-ID: References: <20140102095347.6834E381D0C@snark.thyrsus.com> <87fvp6bdd9.fsf_-_@ktab.red-bean.com> <8761q1ljny.fsf@gmail.com> <20140103175006.GE17261@thyrsus.com> <87iou0t72n.fsf@bzg.ath.cx> <87a9fb99qg.fsf@Rainer.invalid> <877gaekes8.fsf@uwakimon.sk.tsukuba.ac.jp> <87vbxxixjg.fsf@uwakimon.sk.tsukuba.ac.jp> <87k3edio16.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1389020036 28460 80.91.229.3 (6 Jan 2014 14:53:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 Jan 2014 14:53:56 +0000 (UTC) Cc: Achim Gratz , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 06 15:54:02 2014 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 1W0BZ2-0003zu-6y for ged-emacs-devel@m.gmane.org; Mon, 06 Jan 2014 15:54:00 +0100 Original-Received: from localhost ([::1]:35649 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0BZ1-00079g-SV for ged-emacs-devel@m.gmane.org; Mon, 06 Jan 2014 09:53:59 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60545) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0BYr-00076K-7J for emacs-devel@gnu.org; Mon, 06 Jan 2014 09:53:56 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W0BYj-0004Yj-TA for emacs-devel@gnu.org; Mon, 06 Jan 2014 09:53:49 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:61361) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W0BYj-0004Yf-OY for emacs-devel@gnu.org; Mon, 06 Jan 2014 09:53:41 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFFxKG9/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av4EABK/CFFFxKG9/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="44218226" Original-Received: from 69-196-161-189.dsl.teksavvy.com (HELO pastel.home) ([69.196.161.189]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 06 Jan 2014 09:53:40 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id B3B3862F04; Mon, 6 Jan 2014 09:53:38 -0500 (EST) In-Reply-To: <87k3edio16.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Mon, 06 Jan 2014 16:10:13 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.181 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:167464 Archived-At: >> > I don't see why this can't be a project convention, perhaps using >> > .git/GIT_EDITMSG as Eli suggests. >> I'd like Emacs to support it for all projects. > And? I don't see a problem: > (setq vc-message-file (format (vc-message-file-fmt vc-backend) > project-root)) > with the "obvious" (== I'm in a hurry, ask me if not) semantics for > `vc-message-file' and `vc-message-file-fmt' (and don't shoot me if > there are obviously better ways to implement it in vc.el or > add-log.el, just do it! ;-) That's the idea, yes. But then you want to make sure the file is ignored by the VCS; that it gets erased after commit, and things like that. Also, you'd probably want to "unify" that file and *VC-Log*, which brings in more details with which to deal. I'm not saying it's fundamentally necessarily hard. But someone has to write the code, and deal with the problems that can show up. Stefan