From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#20637: incompatible, undocumented change to vc-working-revision Date: Mon, 18 Apr 2016 15:33:29 +0300 Message-ID: <06ae02b2-e71b-9bb1-dba3-d0976a163ddc@yandex.ru> References: <6ok2vyzwf9.fsf@fencepost.gnu.org> <08f70cda-44be-0657-e50a-2b2c80d2c21c@yandex.ru> <87oa9dzgl0.fsf@gmx.de> <87potshczh.fsf@gmx.de> <87h9f4ghzg.fsf@gmx.de> <9ac1dc55-94f9-2556-d520-96d47e43c4cf@yandex.ru> <87bn5bc8zx.fsf@gmx.de> <379100ae-4aa7-5ecd-70a7-4dcc4878ccd2@yandex.ru> <87shyjksq3.fsf@gmx.de> 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 1460982868 25203 80.91.229.3 (18 Apr 2016 12:34:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Apr 2016 12:34:28 +0000 (UTC) Cc: 20637@debbugs.gnu.org To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Apr 18 14:34:17 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1as8NZ-0007aG-7S for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Apr 2016 14:34:13 +0200 Original-Received: from localhost ([::1]:36814 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1as8NY-0005RZ-I8 for geb-bug-gnu-emacs@m.gmane.org; Mon, 18 Apr 2016 08:34:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42687) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1as8NS-0005MG-1G for bug-gnu-emacs@gnu.org; Mon, 18 Apr 2016 08:34:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1as8NN-0000qf-UZ for bug-gnu-emacs@gnu.org; Mon, 18 Apr 2016 08:34:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:54912) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1as8NN-0000qb-RX for bug-gnu-emacs@gnu.org; Mon, 18 Apr 2016 08:34:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1as8NN-0001vN-Ia for bug-gnu-emacs@gnu.org; Mon, 18 Apr 2016 08:34:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Apr 2016 12:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20637 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20637-submit@debbugs.gnu.org id=B20637.14609828197363 (code B ref 20637); Mon, 18 Apr 2016 12:34:01 +0000 Original-Received: (at 20637) by debbugs.gnu.org; 18 Apr 2016 12:33:39 +0000 Original-Received: from localhost ([127.0.0.1]:39016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as8N1-0001uh-2w for submit@debbugs.gnu.org; Mon, 18 Apr 2016 08:33:39 -0400 Original-Received: from mail-wm0-f68.google.com ([74.125.82.68]:35777) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1as8N0-0001uS-3n for 20637@debbugs.gnu.org; Mon, 18 Apr 2016 08:33:38 -0400 Original-Received: by mail-wm0-f68.google.com with SMTP id a140so24260273wma.2 for <20637@debbugs.gnu.org>; Mon, 18 Apr 2016 05:33:38 -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-transfer-encoding; bh=xfyJKcsfMCCJxJeDncFkKXJVXzh0ZYK8KGUBGdwftr0=; b=wPjLmkzn0AgsdBQo/s6H6MjLvquulabo2FEiIRTHqXEQcUzD84SF4v8vNrRsRfMIvc /jE5rUAmycsZp8BsKbhr4Hhjp789YOZKNaRzmx1Tfz7d8drLPhHwfxLpANtFJRXM46RW V30Tw+ZHWGMDyEMvuZbfocz2ftw8b1WAh0rEXWf3TqEfBjQQVC/QnN1h89hnLblAe2Kr xI6DJz6qn6CRwnVL2fdD6cefZNLSgw5zO9n2mqFRcHfCZkp8whmxPNZZExwCTAK76srS IGPaEqntFjmWX6iT1Zplt21Id2mB9Dl6gPucsnfBPcH8sKxwwpG5nniPUMw7fp+RzS0y 5ovg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=xfyJKcsfMCCJxJeDncFkKXJVXzh0ZYK8KGUBGdwftr0=; b=k86JayO48JoNx7oghOUf9qd2TQ7qFEaYYKVZOuBPn9qsQqI4Y9x/NzOdKTvKOi4x0g LFER3ahyrpfBUE/nTE9XrDEfzs/gXNDd7F/1GcixH4WcmseL2nKvaKbUxfsqUQK4WD+E 1Tae8NVQR9QVuoZFLHK+Cgbxp2vhqRGWqbcnOngFSAuU62kzZiE6z4cSUG00dCy8xV3N Ot8WH9HyE0quklWsAEcL3vn6lQIMxoZ+XlyMj6G5Yk0ZdtOpD/CH4l+NSfi0eENfNeXK Wvb3yvSIQjTYIde88+RWgIJ9Iqw4rE9gYrQtk1gr0aGLUlHD/zCjhXWzwD11e98hlH29 VG5g== X-Gm-Message-State: AOPr4FVzlbT1GoS2I+Lkz14qbQLbCd1H3DAASq5F7HkHmSKwjKp8pGuZZ0Qiuk99lhmiUw== X-Received: by 10.194.185.144 with SMTP id fc16mr35534248wjc.123.1460982812558; Mon, 18 Apr 2016 05:33:32 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id k139sm26466052wmg.24.2016.04.18.05.33.31 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Apr 2016 05:33:31 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.0 In-Reply-To: <87shyjksq3.fsf@gmx.de> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:116588 Archived-At: On 04/18/2016 03:27 PM, Michael Albinus wrote: > I've checked it out from . > See the README / INSTALL files. OK, thanks. > I'm also thinking about how to solve it (in master). vc-checkout-model > knows only three answers, implicit, locking and announce. I will ask on > emacs-devel, what is appropriate for RCS, and fix it then. Sorry, the failure was in working-revision5, I think. So it's unrelated to checkout-model. Anyway, I don't see it with the latest patch. >>> As said, in the master branch I would prefer to add a vc-unregister >>> function. Then we won't need this anymore. >> >> We'll need this code either way. Where the function resides and how it >> is called is less important to me. > > For the time being, I have applied this part of your patch locally (not > pushed yet to savannah). Just the usage of vc-file-clearprops? Why? Anyway, I've sent a better patch yesterday.