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: Removing rollback from VC mode - request for comment Date: Fri, 12 Dec 2014 09:33:01 +0900 Message-ID: <87388lhflu.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20141211092138.6D5F6C008E@snark.thyrsus.com> <874mt2iksu.fsf@fencepost.gnu.org> <87fvcm8jf0.fsf@zigzag.favinet> <20141211125145.GB25499@thyrsus.com> <83d27qtar6.fsf@gnu.org> <20141211174508.GC581@thyrsus.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1418344428 31607 80.91.229.3 (12 Dec 2014 00:33:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 12 Dec 2014 00:33:48 +0000 (UTC) Cc: Eli Zaretskii , emacs-devel@gnu.org To: esr@thyrsus.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Dec 12 01:33:41 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 1XzEAv-0003vE-BV for ged-emacs-devel@m.gmane.org; Fri, 12 Dec 2014 01:33:41 +0100 Original-Received: from localhost ([::1]:54827 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzEAu-0002h6-PY for ged-emacs-devel@m.gmane.org; Thu, 11 Dec 2014 19:33:40 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52079) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzEAa-0002fq-2m for emacs-devel@gnu.org; Thu, 11 Dec 2014 19:33:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XzEAS-0000bg-JD for emacs-devel@gnu.org; Thu, 11 Dec 2014 19:33:20 -0500 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:33220) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XzEAK-0000a8-Jq; Thu, 11 Dec 2014 19:33:04 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id 126CB1C38A4; Fri, 12 Dec 2014 09:33:02 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id EC6241A2CFC; Fri, 12 Dec 2014 09:33:01 +0900 (JST) In-Reply-To: <20141211174508.GC581@thyrsus.com> X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:179852 Archived-At: Eric S. Raymond writes: > The git equivalent of actually removing a delta would be *really > hard*. Nonsense. It's called "rebase". If you mean "to do completely automatically", sure -- I'd say impossible -- but if we could automate that, who needs vc.el? The reason for having this functionality in Emacs is that this kind of work needs to be human-driven, and Emacs is the best tool we have for optimizing the balance between human decision-making and automatable operations. I'm really disappointed. Re-specifying vc.el is a job for an expert. You really ought to do more homework on the application domain and the users' use cases before proposing major changes to the functionality. This thread seriously undermines your whole thesis about "removing barriers to committing patches Emacs will increase contribution". I suspect that the most important contributions to the vc.el revision effort will be posts to emacs-devel, and conversely, most of those posters will provide zero code to vc.el during this period.