GNU bug report logs - #58525
28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository

Previous Next

Package: emacs;

Reported by: Mark Harig <idirectscm <at> aim.com>

Date: Fri, 14 Oct 2022 17:37:02 UTC

Severity: normal

Tags: moreinfo

Found in version 28.1

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 58525 <at> debbugs.gnu.org, idirectscm <at> aim.com
Subject: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository
Date: Mon, 17 Oct 2022 19:34:53 +0300
> Date: Mon, 17 Oct 2022 16:00:25 +0300
> Cc: 58525 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> 
> On 17.10.2022 09:06, Eli Zaretskii wrote:
> > AFAIK, the VC's support for CVS is based on detecting the CVS
> > subdirectory of a directory where you invoke vc-dir.  If that
> > subdirectory is not found, VC will assume the backend is not CVS.  In
> > which case your assumptions seem to be mistaken.
> > 
> > But I will let VC expert to chime in here, because I may be wrong or
> > confused.
> 
> Here's the basic logic:
> 
> (defun vc-cvs-registered (f)
>    "Return non-nil if file F is registered with CVS."
>    (when (file-readable-p (expand-file-name
> 			  "CVS/Entries" (file-name-directory f)))
>      ...

Thanks.  So after performing the steps in the original report, I do
have ~/tmp3/project1/CVS/Entries here.




This bug report was last modified 2 years and 215 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.