From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: RCS, again: another removed functionality: undo last-checkin Date: Thu, 1 Oct 2015 15:54:21 +0300 Message-ID: <560D2CFD.50702@yandex.ru> References: <87oagx6tzz.fsf@mat.ucm.es> <55FF4026.2050004@yandex.ru> <83si68nu4i.fsf@gnu.org> <87eghsfd3m.fsf@fencepost.gnu.org> <83k2rknr2c.fsf@gnu.org> <87mvwellmg.fsf@uwakimon.sk.tsukuba.ac.jp> <56023A6C.3020302@yandex.ru> <5602BE3E.1050009@yandex.ru> <5602C4DE.8020105@yandex.ru> <560B4899.2070708@yandex.ru> <83y4fobegc.fsf@gnu.org> <560BC73C.4040403@yandex.ru> <83d1x0atb2.fsf@gnu.org> <560C9EDA.3040207@yandex.ru> <83vbar9hv3.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1443715881 18237 80.91.229.3 (1 Oct 2015 16:11:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 1 Oct 2015 16:11:21 +0000 (UTC) Cc: stephen@xemacs.org, dak@gnu.org, emacs-devel@gnu.org, monnier@iro.umontreal.ca, rms@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 01 18:11:20 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 1ZhgS0-0003Fc-18 for ged-emacs-devel@m.gmane.org; Thu, 01 Oct 2015 18:11:20 +0200 Original-Received: from localhost ([::1]:52606 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhgRz-0002Dv-Ft for ged-emacs-devel@m.gmane.org; Thu, 01 Oct 2015 12:11:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54806) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhdNW-0006Wk-6b for emacs-devel@gnu.org; Thu, 01 Oct 2015 08:54:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZhdNT-0003Lf-1g for emacs-devel@gnu.org; Thu, 01 Oct 2015 08:54:30 -0400 Original-Received: from mail-wi0-x22f.google.com ([2a00:1450:400c:c05::22f]:34818) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZhdNS-0003LU-SD; Thu, 01 Oct 2015 08:54:26 -0400 Original-Received: by wicge5 with SMTP id ge5so28544749wic.0; Thu, 01 Oct 2015 05:54:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=Pik0dh75o6a8qXAPtf0iJR+bxONXiiiwm7dsoJaEp20=; b=XY2MWW8SK+wA6Iru4qdeqzrrdwr4LEzFeF1olYQMVJpHUxYccdtvdG3HWQfHdPBn1d PqAZMmg2IhxRnJFg2J6IpoZl1ZkGCRzjtVi6McyJGEaFHFy25yOOgfICiJXy6YA27dYQ hKhIs4VOmLfU/FTh4riQPljzPdsFOxUKgCKhUsTZvzfX7oDB9ksSjQAjQp9BOE9q6WA4 tJhkPv5+gyTUBw12u80n6seZMZOjuiv0E18vwRiSV42BO0MERxWnlae0/+GKg+4cXity 4OZqbjwAXjI91fN9kFiOyZaEObDqoJJ6jNIjgokVaQfA4VWk2EPXkfwp/cDnGDPXzSok tnCw== X-Received: by 10.194.121.100 with SMTP id lj4mr10318769wjb.104.1443704066283; Thu, 01 Oct 2015 05:54:26 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id ft3sm3047442wib.17.2015.10.01.05.54.23 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 01 Oct 2015 05:54:24 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Thunderbird/41.0 In-Reply-To: <83vbar9hv3.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22f 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:190556 Archived-At: On 10/01/2015 10:18 AM, Eli Zaretskii wrote: > I was talking specifically about features that existed for a long > time. Introduction of new features is, of course, another matter, and > I agree with you that not every feature of every VCS should be in VC. The term "makes sense" usually doesn't take into account backward compatibility. If it did, your agreement with "we should be able to drop features that don't make sense" is a no-op, because any existing feature would, by definition, make sense. Right?