From unknown Sat Jun 14 19:36:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37223: 26.2; vc does not honor backup-directory-alist Resent-From: ndame Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Aug 2019 19:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 37223 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 37223@debbugs.gnu.org X-Debbugs-Original-To: "bug-gnu-emacs@gnu.org" Received: via spool by submit@debbugs.gnu.org id=B.156710854318171 (code B ref -1); Thu, 29 Aug 2019 19:56:02 +0000 Received: (at submit) by debbugs.gnu.org; 29 Aug 2019 19:55:43 +0000 Received: from localhost ([127.0.0.1]:52942 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i3QWD-0004iz-Q3 for submit@debbugs.gnu.org; Thu, 29 Aug 2019 15:55:43 -0400 Received: from lists.gnu.org ([209.51.188.17]:45956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i3QWB-0004io-E3 for submit@debbugs.gnu.org; Thu, 29 Aug 2019 15:55:40 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59265) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i3QW9-00046z-81 for bug-gnu-emacs@gnu.org; Thu, 29 Aug 2019 15:55:39 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i3QW7-0006HG-Pv for bug-gnu-emacs@gnu.org; Thu, 29 Aug 2019 15:55:36 -0400 Received: from fmfe30.onbox.hu ([46.107.16.235]:31424 helo=web-out.onbox.hu) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i3QW7-0006Fv-7M for bug-gnu-emacs@gnu.org; Thu, 29 Aug 2019 15:55:35 -0400 X-fm-smtp-source: yes Received: from localhost (localhost [85.238.93.204]) by web-out.onbox.hu (Postfix) with SMTP id 46KCyX1K0MzgtH for ; Thu, 29 Aug 2019 21:55:32 +0200 (CEST) From: ndame Message-ID: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_4905_1970907237.1567108353089" X-AccountId: 57978162 X-Originating-Ip: 85.238.93.204 Date: Thu, 29 Aug 2019 21:55:32 +0200 (CEST) X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: 0 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduvddrudeivddgudeflecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdcuhfftgffgofetkffnnecuuegrihhlohhuthemuceftddtnecunecujfgurhephffkufggtgfvihffsegrtdersgdttddunecuhfhrohhmpehnuggrmhgvuceovghmrggtshhushgvrhesfhhrvggvmhgrihhlrdhhuheqnecukfhppeekhedrvdefkedrleefrddvtdegnecurfgrrhgrmhephhgvlhhopedpihhnvghtpeekhedrvdefkedrleefrddvtdegpdhmrghilhhfrhhomhepvghmrggtshhushgvrhesfhhrvggvmhgrihhlrdhhuhdprhgtphhtthhopegsuhhgqdhgnhhuqdgvmhgrtghssehgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/relaxed; t=1567108532; s=20181004; d=freemail.hu; h=From:Message-ID:Subject:MIME-Version:Content-Type:To:Date; l=1277; bh=uutssyol6Hy2CdsV/Tm887jbZuwIzyF7UJ9WxOxh7vo=; b=oF39RruEBXVxzdObndTU8Kb0TqPMMsXlZNaiNZakbjbP0ZR9dLTHLp+ERzYXoWny mxrFZ4ph1MC9C9XZ4+jCKNQfP29siF3wQymHxaWdBXGVB1aQoIrp+y6cBSpaMGx7Gc7 TqBsednkV9EH6fBl0WqgUy35yd8bUMYV0dZDhltdHzygHUrXkLGSwGdHH5f+OoFekiK xbadr3d3uPt8SfW6YfhrN0CxIdIhWE6HhweLnpjQxRZlck3rXZzg5Yh6hyHLYbSBN4z YC8AvVE9r75ZyHCKCd5nFVDRPcDuz9MFtkKN/a4Ym1C7q8aj+sHFnkQl1kctoaBwUS/ +uejyap6AA== X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 46.107.16.235 X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) ------=_Part_4905_1970907237.1567108353089 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I often use vc log and then f (log-view-find-revision) to view a specific revision of a file. The problem is the file is checked out to the same directory as the original file with a backup file name (~, polluting the directory with such files if multiple versions are perused. These are backup files, the vc function uses that name too (vc-version-backup-file-name), so their placements should honor backup-directory-alist which is currently ignored. ------=_Part_4905_1970907237.1567108353089 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit I often use vc log and then f (log-view-find-revision) to view a
specific revision of a file.

The problem is the file is checked out to the same directory as the
original file with a backup file name (~, polluting the directory with
such files if multiple versions are perused.

These are backup files, the vc function uses that name too
(vc-version-backup-file-name), so their placements should honor
backup-directory-alist which is currently ignored. ------=_Part_4905_1970907237.1567108353089-- From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 30 22:43:47 2019 Received: (at control) by debbugs.gnu.org; 31 Aug 2019 02:43:47 +0000 Received: from localhost ([127.0.0.1]:54929 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i3tMh-0002Te-0d for submit@debbugs.gnu.org; Fri, 30 Aug 2019 22:43:47 -0400 Received: from mail-pl1-f175.google.com ([209.85.214.175]:42317) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i3tMc-0002TJ-Sw for control@debbugs.gnu.org; Fri, 30 Aug 2019 22:43:45 -0400 Received: by mail-pl1-f175.google.com with SMTP id y1so4139752plp.9 for ; Fri, 30 Aug 2019 19:43:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=clUvzPCFNCcNKKsSi307v9K1kBHYxLCNlAelr/cTewE=; b=uO3OdoNyqTp+5hN1lXam4/mTXCzqw+VCq8y5RfUqpkzVMp42vEvUQyS7qk80ARdWvZ wAIOSND6A4yMFlX03LbKAkmeWv7jWDWGoLFem1K+wfWIluGcNcP+62AvRfk2bnC0n57x Qb1yDG5MvcXU5ttJ1kEMTIqFLkdvLTGzhq0NlOQ1J7jkhTVGmNZ1X2SrG6bM2Ljsv+At RCNgGucH8OIsarJ2hDKGt6XUw9kir50IU8qqfw9DPDEUintXHthp5WKDQJ9Ad50E9gBZ /kzhONc6JUYSGKtVWR9Ts7mSdOKf4TKJdReEGCoA/tAgbwDvlbFT2yiJOwqv6MbBNt0I lpPw== X-Gm-Message-State: APjAAAVg7goRiA2OvX4yo7QSgQC4ddRkiNEL+XACj6hj6t6yuwVCqMd3 7euapXb807ICmB5xh4jsQq/TqfyhHyLcLjSRlS980P6U X-Google-Smtp-Source: APXvYqzvAMVQtC60SW9V3It40Au14qdtTRNIWPHj+Mh5swCg2wxoqN5tOsi/0sQJ4aisYUG89EI3ntDBv6hUefM51XI= X-Received: by 2002:a17:902:465:: with SMTP id 92mr19323439ple.128.1567219416758; Fri, 30 Aug 2019 19:43:36 -0700 (PDT) MIME-Version: 1.0 From: Stefan Kangas Date: Sat, 31 Aug 2019 04:43:25 +0200 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.5 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: severity 37223 minor quit Content analysis details: (2.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.214.175 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 2.0 BLANK_SUBJECT Subject is present but empty 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: severity 37223 minor quit Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.214.175 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.2 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 2.0 BLANK_SUBJECT Subject is present but empty -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager 0.2 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different severity 37223 minor quit From unknown Sat Jun 14 19:36:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37223: 26.2; vc does not honor backup-directory-alist Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Sep 2019 00:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37223 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: ndame , 37223@debbugs.gnu.org Received: via spool by 37223-submit@debbugs.gnu.org id=B37223.156842165815105 (code B ref 37223); Sat, 14 Sep 2019 00:41:02 +0000 Received: (at 37223) by debbugs.gnu.org; 14 Sep 2019 00:40:58 +0000 Received: from localhost ([127.0.0.1]:45703 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i8w7W-0003vY-5Y for submit@debbugs.gnu.org; Fri, 13 Sep 2019 20:40:58 -0400 Received: from mail-lj1-f172.google.com ([209.85.208.172]:44879) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i8w7U-0003vK-2Y for 37223@debbugs.gnu.org; Fri, 13 Sep 2019 20:40:56 -0400 Received: by mail-lj1-f172.google.com with SMTP id m13so757391ljj.11 for <37223@debbugs.gnu.org>; Fri, 13 Sep 2019 17:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=t7vkp1laKHqg+5uYqj9EqA8gg4MSy3ZT6Ct64ngH6DY=; b=HmJvQeWxq6IZk8QEnI1CqD4dtNQoeBnHChBX3aq+aUzt41z4kBwBAgN9IOfVBS7qYN O4QNIS6A7HcWA2MMgbHUdSZbaMVRCVlElzHmZgP941lsW54w7I58KR15//xxfyzezVh3 2362wGbSyZOC7qmlRMrZkyilxJpDfbjPPm8ikpbnQSxublKw279lttFoZSIizgyZXulP /Oz/UouWe5X6mi4m+i4CDAL/KJEX90d5Lcu3591BgFYTaYXpNBzErMiLeYhoCFPUHQzL 25Q8oZLWrWtMCFCwDRZFmGRzJl6QN4e2iBPX8DrL3pSLFh0zQtR3nF2KmyJ50+vk0EoX AMlw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=t7vkp1laKHqg+5uYqj9EqA8gg4MSy3ZT6Ct64ngH6DY=; b=Q4eRW1MmsC6ivCN3baLJ4s1CnYpljMjc9kY7KymCWFgkG4qCg6nD5S7zCWcH2Ewk02 SwGueczvdkJaIb13bwvN8HPguMEXi2hgWFeQx1pHdf9rbGfd5XJrrgzKYlI/INsLuBKn k85WK6tIbflW7OH0NMjBV7VVyI7/wKaiovDnOUkzL46gPV/EEEoYZS8L89fsI6mifKGf wkXnX7ZuO7cuNDke3r3ZnHNJlH2UUFU1CzMBAA0JBhJD6766zHCRfaZd0p/LA+mcQfoT tcEqNBCZ8kfOpCWO/jpOKKrrs468mCoqm9EsfRGs5nbm87YVHlf13yLes4cC8LCdEhXZ mV1Q== X-Gm-Message-State: APjAAAX9YVc8oSlVMgWQaPlWJ/8za6UGw9DShawhW9vUYK8JccAoh36m z6rabof1/LFawFpoOopLUT8butuZ X-Google-Smtp-Source: APXvYqyDGgS+DqimZHNa1tgDqZPQg2bd+XZzHthamk1fpdDHrOlftW74CmINVp18tqkIraQqcZBZxQ== X-Received: by 2002:a2e:1648:: with SMTP id 8mr22773890ljw.194.1568421649755; Fri, 13 Sep 2019 17:40:49 -0700 (PDT) Received: from [192.168.1.142] ([178.252.127.239]) by smtp.googlemail.com with ESMTPSA id g21sm5153134lje.67.2019.09.13.17.40.48 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Sep 2019 17:40:49 -0700 (PDT) References: From: Dmitry Gutov Message-ID: <630e610c-bc5e-b3be-22d7-d1a998f1e917@yandex.ru> Date: Sat, 14 Sep 2019 03:40:48 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On 29.08.2019 22:55, ndame wrote: > I often use vc log and then f (log-view-find-revision) to view a > specific revision of a file. > > The problem is the file is checked out to the same directory as [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [178.252.127.239 listed in dnsbl.sorbs.net] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different -0.0 SPF_PASS SPF: sender matches SPF record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (dgutov[at]yandex.ru) -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.208.172 listed in wl.mailspike.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.208.172 listed in list.dnswl.org] 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On 29.08.2019 22:55, ndame wrote: > I often use vc log and then f (log-view-find-revision) to view a > specific revision of a file. > > The problem is the file is checked out to the same directory as the > original file with a backup file name (~, polluting the directory with > such files if multiple versions are perused. > > These are backup files, the vc function uses that name too > (vc-version-backup-file-name), so their placements should honor > backup-directory-alist which is currently ignored. I don't know if they should. The current behavior is a long-standing one. But more opinions are welcome. From unknown Sat Jun 14 19:36:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37223: 26.2; vc does not honor backup-directory-alist Resent-From: ndame Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 14 Sep 2019 19:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37223 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "37223@debbugs.gnu.org" <37223@debbugs.gnu.org>, Dmitry Gutov Received: via spool by 37223-submit@debbugs.gnu.org id=B37223.156848888725817 (code B ref 37223); Sat, 14 Sep 2019 19:22:02 +0000 Received: (at 37223) by debbugs.gnu.org; 14 Sep 2019 19:21:27 +0000 Received: from localhost ([127.0.0.1]:47156 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9Dbq-0006iL-K6 for submit@debbugs.gnu.org; Sat, 14 Sep 2019 15:21:26 -0400 Received: from fmfe18.onbox.hu ([46.107.16.211]:61155 helo=web-out.onbox.hu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i9Dbo-0006i1-8c for 37223@debbugs.gnu.org; Sat, 14 Sep 2019 15:21:25 -0400 X-fm-smtp-source: yes Received: from localhost (localhost [85.238.81.81]) by web-out.onbox.hu (Postfix) with SMTP id 46W2Rd2sjwzjWJ; Sat, 14 Sep 2019 21:21:17 +0200 (CEST) Date: Sat, 14 Sep 2019 19:20:25 +0000 (GMT) From: ndame Message-ID: In-Reply-To: <630e610c-bc5e-b3be-22d7-d1a998f1e917@yandex.ru> References: <630e610c-bc5e-b3be-22d7-d1a998f1e917@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_14358_671922571.1568488825398" X-AccountId: 57978162 X-Originating-Ip: 85.238.81.81 X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrtdelgddufeekucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpucfhtffggffotefknfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhepfffhvffkjghfufggtghisegrtdersgdttddunecuhfhrohhmpehnuggrmhgvuceovghmrggtshhushgvrhesfhhrvggvmhgrihhlrdhhuheqnecukfhppeekhedrvdefkedrkedurdekudenucfrrghrrghmpehhvghloheppdhinhgvthepkeehrddvfeekrdekuddrkedupdhmrghilhhfrhhomhepvghmrggtshhushgvrhesfhhrvggvmhgrihhlrdhhuhdprhgtphhtthhopeefjedvvdefseguvggssghughhsrdhgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=simple/relaxed; t=1568488877; s=20181004; d=freemail.hu; h=Date:From:To:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type; l=3052; bh=RVIa4nnqNMk5ygAsCz6+nt8Ktf4VT6wwdq0oQiH4FW0=; b=iEM1Uw1TmWMiUHsZhwinThPfKjbUi/gQ0xwpUBsQ7hoYwn2auJaHslNuYqExXQnG 8VswsaDDid195F1igvZw/STN/alt9d3N6S63bmZ4TqRpxExaat0CdoAwbJTl+olNXWv 0W4mgvadxL4GW8XznHnh/rGx69HeLoZ/FU8Sqp5auJQgLW4NLiYVNcl6lRyVlJ1ByWL 5M66X+uXMIc1guehhMmTVqztIEAEekN5/GIdgqVpWBgmwfZ2WK6Ao3gSlD7+7dqcaQT 4tpj+uTnS9HLqoYo6/0AjqIMwKlgDD5GY2+o2i4xyznD5k6cX2tWNPY7UtCKcy1FgAn uPrwBe1S1w== X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) ------=_Part_14358_671922571.1568488825398 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable >=C2=A0 > > > > These are backup files, the vc function uses that name too > > (vc-version-backup-file-name), so their placements should honor > > backup-directory-alist which is currently ignored. >=C2=A0 > I don't know if they should. The current behavior is a long-standing > one. =C2=A0But more opinions are welcome. The main problem is the user may not want these files at all. I usually look at a particular version then close the buffer, I don't want a file created and having such files polluting the directory. I just want to see the contents. I'd say more people use log to look up something in a certain version than actually wanting to get a certain version on disk. So there's two possible solutions: 1. Add an option to control if backup-directory-alist is honored by these files and this can be off by default to keep current default behavior. 2. Do not create files at all on disk, just read the selected version's contents into a new buffer. The user can decide if he wants to just look at the file and then close the buffer, or if he wants the given version on disk then he can save the buffer. The 2nd option seems better, since it gives control to the user to do with the buffer as he wishes. ------=_Part_14358_671922571.1568488825398 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit > 
> >
> > These are backup files, the vc function uses that name too
> > (vc-version-backup-file-name), so their placements should honor
> > backup-directory-alist which is currently ignored.
> 
> I don't know if they should. The current behavior is a long-standing
> one.  But more opinions are welcome.

The main problem is the user may not want these files at all.

I usually look at a particular version then close the buffer, I don't
want a file created and having such files polluting the directory. I
just want to see the contents.

I'd say more people use log to look up something in a certain version
than actually wanting to get a certain version on disk.

So there's two possible solutions:

1. Add an option to control if backup-directory-alist is honored by
these files and this can be off by default to keep current default
behavior.

2. Do not create files at all on disk, just read the selected
version's contents into a new buffer. The user can decide if he wants
to just look at the file and then close the buffer, or if he wants the
given version on disk then he can save the buffer.

The 2nd option seems better, since it gives control to the user to do
with the buffer as he wishes. ------=_Part_14358_671922571.1568488825398-- From unknown Sat Jun 14 19:36:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37223: 26.2; vc does not honor backup-directory-alist Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 19 Sep 2019 20:50:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37223 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: ndame Cc: "37223@debbugs.gnu.org" <37223@debbugs.gnu.org>, Dmitry Gutov Received: via spool by 37223-submit@debbugs.gnu.org id=B37223.1568926160547 (code B ref 37223); Thu, 19 Sep 2019 20:50:04 +0000 Received: (at 37223) by debbugs.gnu.org; 19 Sep 2019 20:49:20 +0000 Received: from localhost ([127.0.0.1]:56488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB3Me-00008l-6w for submit@debbugs.gnu.org; Thu, 19 Sep 2019 16:49:20 -0400 Received: from bird.elm.relay.mailchannels.net ([23.83.212.17]:42366) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iB3Mc-00008a-5s for 37223@debbugs.gnu.org; Thu, 19 Sep 2019 16:49:19 -0400 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id CBCC7342B70; Thu, 19 Sep 2019 20:49:16 +0000 (UTC) Received: from pdx1-sub0-mail-a17.g.dreamhost.com (100-96-38-104.trex.outbound.svc.cluster.local [100.96.38.104]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id 1F0CD342A03; Thu, 19 Sep 2019 20:49:16 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a17.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.17.5); Thu, 19 Sep 2019 20:49:16 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Thread-Duck: 303261f428407a85_1568926156399_3361587964 X-MC-Loop-Signature: 1568926156399:830039730 X-MC-Ingress-Time: 1568926156399 Received: from pdx1-sub0-mail-a17.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a17.g.dreamhost.com (Postfix) with ESMTP id E30AE836B1; Thu, 19 Sep 2019 13:49:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=eQVBhGdsFqunMrdQeo/FpSCKA/I=; b= yF2RsLW0Uux3eqi5DLxTkszokT9oV3kmTBjYm5LUWTdq/3osPnDrnQ6PRqmdOzqq lLwnTxpOCXlR9iHieWRlDqDwEH/aUduBFHTtP8ewLWHqKIUXV5c4+OA6I1grsFSe gk/bmBPMtmrtZqLQvpkoxy60FUWqGQeUXnDgi3cytpg= Received: from mail.jurta.org (m91-129-107-243.cust.tele2.ee [91.129.107.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a17.g.dreamhost.com (Postfix) with ESMTPSA id 7DBAB8369D; Thu, 19 Sep 2019 13:49:08 -0700 (PDT) X-DH-BACKEND: pdx1-sub0-mail-a17 From: Juri Linkov Organization: LINKOV.NET References: <630e610c-bc5e-b3be-22d7-d1a998f1e917@yandex.ru> Date: Thu, 19 Sep 2019 23:22:42 +0300 In-Reply-To: (ndame's message of "Sat, 14 Sep 2019 19:20:25 +0000 (GMT)") Message-ID: <87a7b0te19.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: -100 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedufedrvddtgdduheehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujfgurhephffvufhofhffjgfkfgggtgesthdtredttdertdenucfhrhhomheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqeenucfkphepledurdduvdelrddutdejrddvgeefnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehmrghilhdrjhhurhhtrgdrohhrghdpihhnvghtpeeluddruddvledruddtjedrvdegfedprhgvthhurhhnqdhprghthheplfhurhhiucfnihhnkhhovhcuoehjuhhriheslhhinhhkohhvrdhnvghtqedpmhgrihhlfhhrohhmpehjuhhriheslhhinhhkohhvrdhnvghtpdhnrhgtphhtthhopegvmhgrtghsuhhsvghrsehfrhgvvghmrghilhdrhhhunecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > 2. Do not create files at all on disk, just read the selected > version's contents into a new buffer. The user can decide if he wants > to just look at the file and then close the buffer, or if he wants the > given version on disk then he can save the buffer. > > The 2nd option seems better, since it gives control to the user to do > with the buffer as he wishes. Please try a new option 'vc-find-revision-no-save' added in Emacs 27. If you like it, then this report could be closed. From unknown Sat Jun 14 19:36:35 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37223: 26.2; vc does not honor backup-directory-alist Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Nov 2019 21:50:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37223 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: ndame Cc: "37223@debbugs.gnu.org" <37223@debbugs.gnu.org>, Dmitry Gutov Received: via spool by 37223-submit@debbugs.gnu.org id=B37223.157368175529937 (code B ref 37223); Wed, 13 Nov 2019 21:50:04 +0000 Received: (at 37223) by debbugs.gnu.org; 13 Nov 2019 21:49:15 +0000 Received: from localhost ([127.0.0.1]:60239 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iV0Vm-0007ml-R0 for submit@debbugs.gnu.org; Wed, 13 Nov 2019 16:49:15 -0500 Received: from black.elm.relay.mailchannels.net ([23.83.212.19]:19046) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iV0Vj-0007mY-T1; Wed, 13 Nov 2019 16:49:13 -0500 X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 8893B3421EE; Wed, 13 Nov 2019 21:49:10 +0000 (UTC) Received: from pdx1-sub0-mail-a44.g.dreamhost.com (100-96-187-103.trex.outbound.svc.cluster.local [100.96.187.103]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id E3069341010; Wed, 13 Nov 2019 21:49:09 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jurta@jurta.org Received: from pdx1-sub0-mail-a44.g.dreamhost.com ([TEMPUNAVAIL]. [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.18.5); Wed, 13 Nov 2019 21:49:10 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jurta@jurta.org X-MailChannels-Auth-Id: dreamhost X-Tank-Daffy: 710b42c11fed6ca5_1573681750200_1044703189 X-MC-Loop-Signature: 1573681750200:1584130874 X-MC-Ingress-Time: 1573681750200 Received: from pdx1-sub0-mail-a44.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a44.g.dreamhost.com (Postfix) with ESMTP id B410C85228; Wed, 13 Nov 2019 13:49:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=linkov.net; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=linkov.net; bh=vyHl92zQoHTg8pVoz7HFxJ9yDJI=; b= sATTO5V6Rdca1ApChwBRrr+QmKajEb5ozp9mZswT39/yGUTBDMonaQlq8SKbqkl3 EGk/2F2N7SUlqW9XXK/j1ls7IDGyBd0c8tz5phmrUbuJiy4HMCrGX3dpS+eXxkR/ j3UGo858Bw0q14rOMeR33OSnk9E2NZQ2DuQKqepCvZg= Received: from mail.jurta.org (m91-129-102-1.cust.tele2.ee [91.129.102.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by pdx1-sub0-mail-a44.g.dreamhost.com (Postfix) with ESMTPSA id 7FF9C85224; Wed, 13 Nov 2019 13:48:58 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a44 From: Juri Linkov Organization: LINKOV.NET References: <630e610c-bc5e-b3be-22d7-d1a998f1e917@yandex.ru> <87a7b0te19.fsf@mail.linkov.net> Date: Wed, 13 Nov 2019 22:47:06 +0200 In-Reply-To: <87a7b0te19.fsf@mail.linkov.net> (Juri Linkov's message of "Thu, 19 Sep 2019 23:22:42 +0300") Message-ID: <87k183pm4d.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 37223 + fixed close 37223 27.0.50 quit >> 2. Do not create files at all on disk, just read the selected >> version's contents into a new buffer. The user can decide if he wants >> to just look at the file and then close the buffer, or if he wants the >> given version on disk then he can save the buffer. >> >> The 2nd option seems better, since it gives control to the user to do >> with the buffer as he wishes. > > Please try a new option 'vc-find-revision-no-save' added in Emacs 27. > If you like it, then this report could be closed. No response within last 2 months, so I guess everything is alright, thus closing.