From unknown Thu Jun 19 12:38:21 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#58525 <58525@debbugs.gnu.org> To: bug#58525 <58525@debbugs.gnu.org> Subject: Status: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository Reply-To: bug#58525 <58525@debbugs.gnu.org> Date: Thu, 19 Jun 2025 19:38:21 +0000 retitle 58525 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a= CVS repository reassign 58525 emacs submitter 58525 Mark Harig severity 58525 normal tag 58525 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 14 13:36:51 2022 Received: (at submit) by debbugs.gnu.org; 14 Oct 2022 17:36:51 +0000 Received: from localhost ([127.0.0.1]:38539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojOc7-0002F7-EL for submit@debbugs.gnu.org; Fri, 14 Oct 2022 13:36:51 -0400 Received: from lists.gnu.org ([209.51.188.17]:42076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojOc6-0002F0-5w for submit@debbugs.gnu.org; Fri, 14 Oct 2022 13:36:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59584) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojOc5-00037P-UP for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 13:36:49 -0400 Received: from sonic307-2.consmr.mail.bf2.yahoo.com ([74.6.134.41]:38514) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ojOc1-00086h-5k for bug-gnu-emacs@gnu.org; Fri, 14 Oct 2022 13:36:48 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aim.com; s=a2048; t=1665769000; bh=0a0z/zX3Bx9On9cwldhvADPfJIif3XxtPXnGaG1O+nw=; h=Date:From:Reply-To:To:Subject:References:From:Subject:Reply-To; b=ambbilE9AICIJ5SBZmw/JaVOCiLYKuFMn5LZnwmspKxiuHMMSlAmaFg7+x2dIG8KVhcKGyyHfQzNj4xwVAkQvhUi2Cg2/PvdZOGJNqsrZZuC703BtM5MXN4qk5uy/bpXkq09T5AwzKbjJ6n8ILSWCQQKbua7KlyEjgBVVKC2/eHtyRIEe2zNN2mtRSg/grGke8n9ckM+V3E5e0sJhVZ1UYfffUZTDdwV5JpN831uklE9nb0clZpU9JGwJPdHoDixuaazam05encgz68h4GwNSiHjqCKqLQm7+V8Wed79GjJM4mZkPD/sNK6Jka5CubG5whmXP4FfTq4pp9mFIFUnKA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665769000; bh=QLwTPBcP2kA/mWwWv0hkKIWJ8FnLnnwn/R1FvDLmzhv=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=GyKoUscWuNcG5ZCBtv1zTVetJyN8Kp2QnWbifPDD0dn5zrP6eVJUauu2xc2GZTAvJLnYRv97UVIvk1YLwLHffymQ+AXMvX8Jtm2Uy9WK+2NRd3+VhdOxhmdrhE3yKi4WvXP2EM3RY4oC0GmdOIoQU1i/jGjaa6MMFx30IgmiZ37oDHhTmqQJLyNcuRfKfGZ8vTBokNIPpNZARZVZMueswBeaVQ7AHUMLzVG/8eta4YF9RNnKicQ9vJ+cwGndxP9osljv5RBG7ABORG9h8hpPfq3D3uS47qWnyT/vR4Oy22Y0+IfUVgvNtfYvTfwBpN82ybkF0XeP2K6ibeW+N+/XMQ== X-YMail-OSG: VinHO80VM1keObZvWkQjEY328rYmrUNg0SYDUsQOlUgiiRwv.LxT.jcAqRfZ239 __.12oHu.cOCoqfLi028f8TBVwrb6aoDBhQiua9e7WTX3JTtiBd3Pc9Ty2Rh9ikrvf34pecFUUqW HhSfRC_jDkRN_yArWSaGUtoFt7b_YabTB4P5P8waYPnSL6GDOhySDL9on7Ht.IZcINejOpbjxLs4 76J_oq54r1RUlsCY4BuDkhcXpexo9QajUYhQkac7FWAT1J_CEDrSbeLUv4L9Xa6KyA.3JcH6WV4N Y_SG72wF6a.mpvbVP3XgTHKphhJIlkhqYHguRnPBLY35enT_3wtpZYGBdcCqvPZvbit7uU7S0WuA asa52Xu9.DbYaXZ3TgICIseoCgxACEe75HB0U4lm8nDWwQxSZCn118vmarTDTCjjZEPZXcacZlUk YlWV5yicyfWJRiIVWVG_2o_k.0_pdVrwrHeBxJpkvWk.QZFFqBa.3QNbgD_DQAmwm12yyyPekqE2 iIa_BKL9dpdPKlv.FQimuCLZyI_K989xHhHLm0WiFNMyAm1ECAZAegbZfgsc8q6lmqlN2rwqIFuo E73dHnHZvIq6LIke8sO4X7f3qCQCgjUPNS5NgByPk6OqnthCB7_jUV.h5F36EFhJtXrwv48V31Xg 2xxDNT0TIoOMChxkOhTaRoX4tqu7tvXlSPh55M12s3W4EIt_C6bDKd2sPChM.wtTufIjACmDldYG XhOWZKDc08lyZ1q9nI0SS6tNj8c.p0G88hSUZ4vtrj3rmUtWF6Zv1CWxJvIaY32zfMyfLcur7W4F DPEh0RnttNf9hkR1voz0sDU7dHw8XZ8RZLc4kM97H0vwMy85BsD1S6__r9YY4yRjAw0aT9hKHToL G9LRyqXE4hE8dqxdoEUaSoy7IA9Iq9t_MGFv9JTocl63297fcGSdMHsGQjFnRIYd4nCff_aPvlVS U57MWFXem7b5rFom3kAkelNMiW4bOadkmaM9m0GmliqI_pT14rTbxF5MNlM6n5Mmz7GLENXJbA6J xAaklHjqmehefYNAdZ02eQywiCZ4EAoCdJORDG52d2zL66vadYGkRC7d9y7178LsyAhhz0a_eNew xlTETFz96bdBc1rvWEtxwv75cNbopxgFxK7jj0XlGKDenXiU9Dy0RY9EEasr17lGPrymucdQqMRi 3CL.Kz8.290QFn.7SwTf9CqN4CEQvZwdkZnlqciLWDmw0NqrNIQw0mJxNSrlZxVhQ60NcFDUEkij snHGZzv5y07b6kIBvmK0CEkBHJs28RsP5rIFuroBIBEoQbAtyXi695YH6xuJJZqZWGcSuogEItS_ 8kwZO9.UKk6XOL9EZdEAgVjod0IayThdHk0GXRrjhBpsCcnGLnbIySNjpkgH2zjOr_yFI3CHx_w3 VBb.EbeDkui0R2t3xWJ.yYG1eknhA.8SdPIcpYTYFYYUzASRSarxcmyiWF23xvgMDjO0BXAsM97d EOJS0onkzaxSfL_KdH8lExTF7lHA2bg9MDfOh_TnMdGdF97XuLYIUaEqyP2So7zGZqIcvhYoL31U FyA5FACs7TKPAsX1.DOjdqKRpVc4tfLgMar8jxXwF_jtYYpXyiF9inQQkAarDHrj4kftjpOorMOJ M48Q3ffxs336c5KD.rIYqe6wB_eT0x_cmLRYQMFXjdKdziQcstVGzrhYVEs5Y3b5jhWypFoddj4C xZvmFYDtv.MAlJHR0pgLWfm_4RpIED3f0msc5bUQhjl0IobZnPbVJeImqU.tw1oTTw.HFGjxQpZc ZYwI8dTNlprSRUUTh9YJUfGP6lQG2YiKZkHO0qTZKsDt798qBN.nWa01_rOXeLHRYzXzxIr8bS5. NBj05ze9WSNAX20l5MEktwMLPYJs0V0WqS2WPnyQnG7IHUigncQEZuSFDtucNDPfJYK1OrOkmD02 CA9pLCPtzNfAugs0UYHsZ28F1sajYdkp4Uz5EmzMXqfT0dsZAO95gSznAmufWRBcjhLAjADdXkHg AAN0QI_dSCVUe.4TgHRskOGJxVf5884BOnIzFh_2lcQuNQXTVtXZ3NAMwLUhB9jvQ0aA3Evg1UGA uaVAePR3VBbMc93WLjZkvHM6X9khYGvxdismSfgtFNtoISvVbMnkb7BtOgLFjLJs.QDi3uGUn6R. yNZbrFGWHXqQBTDMuIxYOoZqWxFesrr3UJJoUhL5IjCdfM_R4YzQ3jkh3GYLw94wRGyDdlx5V X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Fri, 14 Oct 2022 17:36:40 +0000 Date: Fri, 14 Oct 2022 17:36:38 +0000 (UTC) From: Mark Harig To: "bug-gnu-emacs@gnu.org" Message-ID: <2011444375.1250404.1665768998367@mail.yahoo.com> Subject: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> X-Mailer: WebService/1.1.20740 aolwebmail Content-Length: 2395 Received-SPF: pass client-ip=74.6.134.41; envelope-from=idirectscm@aim.com; helo=sonic307-2.consmr.mail.bf2.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: submit 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: , Reply-To: Mark Harig Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) When attempting to retrieve a VC status for a directory or file when the VC backend is CVS, the `vc-dir' command fails with an error message. Steps to recreate the problem, using `emacs -Q': # 1. Create a new CVS repository from a bash shell prompt: $ cd # Start in home directory. $ mkdir tmp1 $ cvs -d ~/tmp1 init # Create a new CVS repository in ~/tmp1. $ CVSROOT=~/tmp1; export CVSROOT # 2. Create a new project to add to the CVS repository: $ mkdir tmp2 $ mkdir tmp2/project1 $ cd tmp2/project1 $ touch foo.txt README.txt # Create some empty files. $ cd .. # Return to tmp2 directory. # 3. Add project as a module named "project1" to the CVS repository: $ cvs import -m "Initial versions." . project1 start N ./foo.txt N ./README.txt No conflicts created by this import # 4. Retrieve the CVS module "project1": $ cd .. # Return to home directory. $ ls tmp1 tmp2 # Check directories' contents. tmp1: CVSROOT/ project1/ tmp2: project1/ # 5. Retrieve the new module from the CVS repository: $ mkdir tmp3 $ cd tmp3 $ cvs checkout project1 project1 U project1/README.txt U project1/foo.txt $ ls project1/ $ ls project1 CVS/ foo.txt README.txt # 6. Start emacs in directory ~/tmp3/project1: $ cd project1 $ emacs -Q 7. In Emacs, type `C-x d' (the function `dired') to list the contents of the initial directory, ~/tmp3/project1. This list will include the subdirectory `CVS' and the two files `foo.txt' and `README.txt'. 8. Type `C-x v d' (the function `vc-dir') to list the VC status for the files in the directory. The following error message will be written to the *Messages* buffer: vc-responsible-backend: Wrong type argument: sequencep, t Mark set 9. Type `C-u C-x v d' (that is, add a prefix argument to `C-x v d'). The following prompt will be displayed: VC status for directory: ~/tmp3/project1 At the prompt, accept the command by pressing the key. The second prompt will then be displayed: Use VC backend: At this prompt, type `CVS' and press (Note that the capital letters C V S are required). The command completes successfully and a *vc-dir* buffer is displayed with the VC backend correctly identified as CVS. So, the code for `vc-dir' (or, key sequence C-x v d) contains an error in which it cannot correctly identify the VC backend if it is not provided, when the VC backend is CVS. (End of report.) From debbugs-submit-bounces@debbugs.gnu.org Fri Oct 14 14:34:21 2022 Received: (at 58525) by debbugs.gnu.org; 14 Oct 2022 18:34:21 +0000 Received: from localhost ([127.0.0.1]:38613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojPVk-0003sv-LQ for submit@debbugs.gnu.org; Fri, 14 Oct 2022 14:34:20 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49766) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojPVj-0003sg-9g for 58525@debbugs.gnu.org; Fri, 14 Oct 2022 14:34:19 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60270) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojPVd-0007vh-TZ; Fri, 14 Oct 2022 14:34:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=vonOmwCXuOnfepxdDGZt2bnYz089mViNNI/jjfXov5I=; b=oMicApSgDaRr JozWIdEJQOmiXTzvWvuJ/eaIQw4SN163aoFMuRf6OVXnPPax3btBxmjFoECK/srQ/yE507kPS6a5h n7uYhK3zRnESDSyoWtwaSmYBB49PfTcpDWqvx92F3qAl5CeIIVyl8f/LCUabigUL3cSGq9Mr96KTI m3+caOd6i6LQ5THiFLqbmJMLyuICvNRI3OTyaCnNMYOJkTJJjWY9hmh6y+5MKOlssfjCfzFwySnI4 KXKeCvgf3VFiV+BkyGPeT1MgdfOqb0hL5Q6iuZ6tdNrbR6+cyLA55YPFNVzunXNoZIAL670FqXBD6 P/s2FmqosKQnjh+rZMlodg==; Received: from [87.69.77.57] (port=1649 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojPVd-0007Kl-90; Fri, 14 Oct 2022 14:34:13 -0400 Date: Fri, 14 Oct 2022 21:34:00 +0300 Message-Id: <83wn926yqv.fsf@gnu.org> From: Eli Zaretskii To: Mark Harig In-Reply-To: <2011444375.1250404.1665768998367@mail.yahoo.com> (bug-gnu-emacs@gnu.org) Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58525 Cc: 58525@debbugs.gnu.org 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: -3.3 (---) > Date: Fri, 14 Oct 2022 17:36:38 +0000 (UTC) > From: Mark Harig via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > > When attempting to retrieve a VC status for a directory or file > when the VC backend is CVS, the `vc-dir' command fails with an > error message. I'm not sure I understand the reason for this elaborate setup. It sounds like CVSROOT is in ~/tmp1, but you expect Emacs to understand that ~/tmp3/project1, which is outside of the ~/tmp1 tree, is part of the CVS repository in ~/tmp1? Why is the correct expectation? FWIW, "C-x v d" in a CVS repository (i.e. a directory which has a 'CVS' subdirectory) does not signal an error, and displays the correct VC status of the files. > So, the code for `vc-dir' (or, key sequence C-x v d) contains an > error in which it cannot correctly identify the VC backend if it > is not provided, when the VC backend is CVS. Please tell how Emacs was supposed to realize that ~/tmp3/project1 directory is a CVS repository. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Oct 15 06:26:59 2022 Received: (at control) by debbugs.gnu.org; 15 Oct 2022 10:26:59 +0000 Received: from localhost ([127.0.0.1]:39577 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojeNe-0003WK-UY for submit@debbugs.gnu.org; Sat, 15 Oct 2022 06:26:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56388) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ojeNd-0003W5-JE for control@debbugs.gnu.org; Sat, 15 Oct 2022 06:26:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=TRGT8xTQtbD51DZHHZxgXqBoT+DG4hKYzY0DY3k6rjc=; b=LOYPzEW2rVZ8k5b2jB7nUsxwPe wwOlcKrYm2VtJ2XsEpoc1pVdk4gRdEaIgpS2VdWOCYEwUbHrwEomdlsRE7qL4FQNzfXwObySjKSI+ ZltMTO7e/UKMrEfDbGOr39Kt5CiOOk7BmOGMAquWzXugL/jBv1Zgi7APgjllLsh5m8wg=; Received: from [84.212.220.105] (helo=downe) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ojeNV-00076Z-Li for control@debbugs.gnu.org; Sat, 15 Oct 2022 12:26:51 +0200 Date: Sat, 15 Oct 2022 12:26:49 +0200 Message-Id: <87leph4c2e.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #58525 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 58525 + moreinfo quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) tags 58525 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Sun Oct 16 18:06:54 2022 Received: (at 58525) by debbugs.gnu.org; 16 Oct 2022 22:06:54 +0000 Received: from localhost ([127.0.0.1]:46388 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okBmX-00082Q-JT for submit@debbugs.gnu.org; Sun, 16 Oct 2022 18:06:54 -0400 Received: from sonic301-3.consmr.mail.bf2.yahoo.com ([74.6.129.42]:44946) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okBmU-000829-L5 for 58525@debbugs.gnu.org; Sun, 16 Oct 2022 18:06:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aim.com; s=a2048; t=1665958003; bh=Vak2cvs78VNPrH10MVHgUtO/cRKgmWWc4Tu9QDp2Eb4=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=YOOtMmXIncCxAXbA7TaIqdm/Rm58PgA6QQ8IwbEj0+s4CQ2E2JIt9r9XXcRsEEzmtC4GiE+z5XZLcVhPrimzaGz1QXaTiDl9NhDCrQ4jKsM/oVx4imBSDhesDBeyRipFcGTcNV+8wcEP2q15HKo+ucXcNZU0tor26sXTV7xEjK8OEFYrOmnX9f16oggTPLs+eCle9A+SSkBlpqA/RiJ2ke9uI5MKek1yJ/SOA/yDI689LVTTGN/1MP5rnZAB8EKp5r/bGWPQuPOc7kW+fZZsoDtoHLTYSIG96Fbc8575EGGXrq3AnZnmhhipQwHdijiiSWe4komw8cQAv6XGMP6fOw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1665958003; bh=hcfCMPiDCrSTKxCyRKVWpNn51P7cepFLPde6QFGgw/E=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=meKxFbbDhLzYllQTUvIF2ZlcOxoUfUMvO+2PfbVwuOAnl6wUJriBYUqf8I0RHk1m2+X/H4ovQxGuBIbdrbEVOmEFWE15MewsF0aSg1JxzJwgqtWQEeW1ds4sMPoquQ7l9zoVrF1eLiKQozLfYuMID0wsFPKEcl5dTQxnp91+IyRrA0XWjYC6yEmyBYMi5q59WoxAFs5vPL4gvhMOpSAc4F/cx7PUDK0GStyekKOnnWGk6e8fEhp4kV+3RXFzJcfLKdpwZDExN5c/6/tT9GL4ymVvFQVXmBjARAxv9cea8PJlA6YL2kO3xjpDQuTOIDA8WMK8hEgNK+UrARUTkAsvAQ== X-YMail-OSG: Hkv.r24VM1mSkOhUnU1Z2E9ncfv_DFH9XoD20L4Q5fOzct4.QNH2GJnvepvLKWo n4G1obkVw4Zqsxs1XrVIXYyAdU23Rv3UjHMTgQj.gSmERX_tJNfyUXg0oF2VAllGo6GRVLJYCKYW YH8pDz6YQN4cOLQYPz317Bd6z_CgXxoa1SZLCQXkmDnFpiSbsPe1Jda8uqSP2g2HoIIecT8gDRyV D0JblzWunBrfUH03JS3b8XqPHjHUaujG13iJRUEWVzE4fj8TvgPkHZxjaCUT.paTzya4GQcLQHMv 4KfnMBtu8pJVezRncdqBrAVOUxnI_ZhPQqiCOxR7Onl7ZsiQjQKttwahjPTlw0HrXVi9mF22vldj 9289KigUwaqQRlaU86ZeVtvpiOm0nGy1kBdHaMbKTFAjghxl2Oa6vdmymF4XfriBZqWNkcGt1Usi Rk9KYnrj9.CrLD3vm2NckXYwP1Ffzun0Gw8IOuTl7BMIo2Gez0.Ih06_AoPwQBy__nHBx82hpFsk GQ6aCgbxOX7W6U5zdwsnHyXpRdmce96km0mhn1BKW9CxF2sa2TGNWKqnzqF.IiZkBLwf5QOIaiKO mKh1AzLBsqoMADXlIukxKfDocxqYd0JJaxAHvlLG9eO.UcYdEFsijlehilboe501IqUQ7.2dGuM0 E7X9ShP4BdsHOx9mZEoyCoD1qKh0lF7dAgTaKroL0AX0IgCzrh8bd1DBxxzEXXvdVGqMvgWlDm.B euRDQWSZbbPPSs_Zwcel_r8JvT7DR9nCaV93MEYVpiL2x.4zdWZNIUHkKRVTjCrjLWsHlpvirOjF 1dzjeeY2vYdmPEGX.HZRVE3YkpnHcrv_Dh.imnXmQ8CejZY3rOBIAi9FnegrUiwVGY.QKiPgmvrs Ts7xnwM.30gB89jdhR74sfjTDZvnak1SC75S95NxsNso.alyX.rWw91qTAoUVJ3D7ILzpdY3TErC cAn_QjNy__eca4M6z1rMWhWC2PDDPlPQPT6H.Sgj0OKwOvGl_mIsqmd9txjwFrbiw1akZwmBpFFK 8UwZl87nODr2wJep5bp7XXcBdx_a6NapZFQYCKQmTQt3hKlJpkx3p7nlyyTUwYQN0wBnvkVbzlwl 1.SqzroiYlu702D8PyWpa67MotdVoM8LZq8b_fsYVQCILgTD4wUP47Y2_B_gSfBXQjTsQE0euB17 v8Bnuf0Di9TZkHOaSc.KBl3TYZr4kP_tI0mWlUlDxc6j5kwuoiUT1RYfZAI0iJRrsaCTWEP1FpP1 cimGGA.j9gxIfsNMxdq6UWBV41s8hnUKy.p8AIwuwan7lR_zr0FoH9V8YAKSIMEgRU29Btdtc0c. o4HjOovVzLZijSH2tGGyw4RhwiNuxR2uF0st0D_1Jpn436rDEScH9hgg5iUw3FAQ4aHlv4UBJStF BObWZtKRxEKhPqWO9YctSHzarQff6rCMvK1bRnoSU551n0DCs6Au2IYDNkNUAPsvnrDWBUB982wc OMY60PZr5ZIWtpiXMS9glWHK3he8t5Cr0QJf4TErS6_hNCclBfB7STh81TEi0xus50BVYXCU27QF BfzaDNS_yiiveZxpU76P5e3fAiWCmsnHFKAEHqQjYpfQYJfXbrXZM93wY7XbyhfW70Z0WLjhwK_B Sq3kqPx_2u9lTCvv2_0PW8zJd.oIlfh0A576lREw47GHrU1AqNXBG6fKEJYmebS1ptssuzjwevTT U4y8Z9fjEm90X1s8Wwi1z_OWTNZTkeinP8jO8V66RqlHKGx_76VfGYfZTTGcI.RtWCKcPFQb.dC0 AaRmzjrfy1AVY.N53sL10YRAiXnvx4qJzQUgkqZYuJ5eIubzP.ty.fVSSLxgZB4Il4Lw2S.7eSfG w18xboio0LzD6XU.HW_uXu0n8I7teqFjsQQmcuG9mEcBLaOpGPAHxp3A2WjAnn2nZ_MyPTezTNHO LgfzAKw3QhDF83GunA8s8N3JVUc5pSMjLiwasZO4pKkpr2COxVVqmHkhr9Ng41PKjXsGgjnhERya i5nr3X1YmegfdHlnettqg9bmEvFNlt7xMssMC_Foqn2STK3P904jhhN_AiQ0WFWz4gDeIIQ89BeM Dd_9vHg5QhJnMAg0q3g6ZSmEko2KtrYH_tGKRl.jY1cgOczkkByHU4WyD5uYd_z4ELyk7n67_rXI 6A95QHBm7JtxNgEzDfsRs963b4NZ0M_fHL2eWAJX6BJ9xNM4cl2fGtyt1IUpmMlaXNbGC0HUhdpV gPmZhXOQZuh1L2IJEiEpT.2thhpinizyQdVrmRZ4g8wqop20o8B15UhcwUcU- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.bf2.yahoo.com with HTTP; Sun, 16 Oct 2022 22:06:43 +0000 Date: Sun, 16 Oct 2022 22:06:41 +0000 (UTC) From: Mark Harig To: "eliz@gnu.org" Message-ID: <1786309111.1655909.1665958001583@mail.yahoo.com> In-Reply-To: <83wn926yqv.fsf@gnu.org> References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.20740 aolwebmail Content-Length: 5082 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58525 Cc: "58525@debbugs.gnu.org" <58525@debbugs.gnu.org> 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: , Reply-To: Mark Harig Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Thank you for your reply. > > When attempting to retrieve a VC status for a directory > > or file when the VC backend is CVS, the `vc-dir' command > > fails with an error message. > I'm not sure I understand the reason for this elaborate > setup. The reason for it is to provide a means to reproduce the problem, starting with a newly-created CVS repository (in ~/tmp1), a small number of (empty) files in the new repository, a separate work directory (~/tmp3) into which the files are "checked-out" from the new repository, and an Emacs session with no local customization. Doing this eliminates possible complications that could be a source of the problem reported. > It sounds like CVSROOT is in ~/tmp1, but you expect Emacs > to understand that ~/tmp3/project1, which is outside of > the ~/tmp1 tree, is part of the CVS repository in ~/tmp1?=C2=A0 > Why is the correct expectation? It is correct that the *repository* is in ~/tmp1. But the repository could be remote and accessed, for example, using ssh. It is not necessary to be in the directory that contains the CVS repository. Users of the (central) repository do not need direct access to the CVSROOT directory and do not even need to know that it exists. All access (reading/writing/differences/status/logging) to the CVS repository are done via the cvs commands. Note that, as the Emacs user manual points out, CVS is not a distributed, decentralized system, but, rather, is a centralized system that has a single repository, not a copy of the repository (as is the case with git and other VC backends). Copies of files are retrieved from that (either local or remote) repository, along with text files (that are created by `cvs') that provide information about the central repository, among other information. When the `cvs checkout' command is issued in Step 5, the sub-directory "project1" is created by `cvs'. In the "project1" sub-directory, `cvs' creates another sub-directory called "CVS". In the CVS sub-directory, a (plain) text file named "Root" is created. The "Root" text file contains the location of the (possibly remote) repository. > FWIW, "C-x v d" in a CVS repository (i.e. a directory > which has a 'CVS' subdirectory) does not signal an error, > and displays the correct VC status of the files. What you have described is what is supposed to happen (using Emacs 28.1), but it does not. Instead, `emacs -Q' issues the error message listed in the original error report. (I have confirmed this multiple times following the instructions in the original report.) > > So, the code for `vc-dir' (or, key sequence C-x v d) contains an > > error in which it cannot correctly identify the VC backend if it > > is not provided, when the VC backend is CVS. > Please tell how Emacs was supposed to realize that > ~/tmp3/project1 directory is a CVS repository. ~/tmp3/project1/ directory is NOT a CVS repository. The recognition should be that "project1" is a directory that is available in the (central) CVS repository by verifying the presence of the ~/tmp3/project1/CVS/ sub-directory and the ~/tmp3/project1/CVS/Root file, which specifies the location of the central repository. When the `cvs checkout' command in Step 5 is completed, the ~/tmp3/project1/ sub-directory will have been created along with ~/tmp3/project1/CVS/ sub-directory and ~/tmp3/project1/CVS/Root text file (among other text files). Note that if `C-x v d' is issued for ~/tmp1 (which contains the CVSROOT and project1 sub-directories), then `vc-dir' makes two errors: 1. There is no CVS sub-directory in ~/tmp1 and no Root text file, so `vc-dir' should issue an error indicating that there it cannot recognize any VC backend or that there is no means for it to get the status of the files in the sub-directory. 2. In addition to failing to recognize the absence of a VC backend, `vc-dir=E2=80=99 makes the mistake of displaying a *vc-dir* buffer with an invalid status. In the *vc-dir* buffer, the first line listed is: VC backend : Git This erroneous status is produced for any directory that does not contain VC backend files, rather than an informational message stating that there is no VC status to report. Again, note that if a prefix argument is provided to `C-x v d', and "CVS" is provided when prompted for (Use VC backend:), then `vc-dir' gives the correct results, provided that the directory it is working on contains a sub-directory named CVS and that sub-directory contains a text file named Root. So, the error in `vc-dir' is that it does not correctly (initially) recognize the VC backend for CVS. But if `vc-dir' is provided the name of the VC backend, then it is able to interact correctly with the CVS repository that ~/tmp3/project1/CVS/Root specifies. > Thanks. Thank you for your attention on this. Please let me know if there is more information that you need. It should be possible to reproduce the problem using the steps in the original report. For completeness, here are the versions of the tools used to create the problem: bash-5.2.2, cvs-1.11.23, emacs-28.1. (End.) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 02:07:17 2022 Received: (at 58525) by debbugs.gnu.org; 17 Oct 2022 06:07:17 +0000 Received: from localhost ([127.0.0.1]:46921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okJHR-0006QP-Ab for submit@debbugs.gnu.org; Mon, 17 Oct 2022 02:07:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:34224) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okJHO-0006Q9-0V for 58525@debbugs.gnu.org; Mon, 17 Oct 2022 02:07:15 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38910) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okJHH-0006Jk-Hg; Mon, 17 Oct 2022 02:07:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=6kQIHAI1cxihW5ud/0Ecr5BEr4chReFMTB+66BFNJdA=; b=BDrk6lbSoJabfIwO4HsQ Bn5XP2hdF3aYGrN4msReWGdQlN4mZSYjxW+rJj2YaMAdswqxb0YNDplTLIlPPPW2ghu5mJt+tiKJw CGl7dWqwV8uH2eqqwXhg9pkLsA99n9eHFCi98dM3BMF0rcJBuRATawCarXSMwnypgibGLhVmpufEW 06Fo6ZMBkDa/ShOmuJzNi3YBvNcW2xZ+u5IRkuD+x8Kp0LzGiXb1fuK3i8EPiIA2VwyFpLD3rU21G OG3ob64kgxlP+s0Beqmin1kgcTXDFNK3vM8UB99oZ1VvipWIF/d/jtHRIb2zfLHk1mxK7q8FqxiKP NZmRwLm9mXx1zw==; Received: from [87.69.77.57] (port=1709 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okJHH-0003m7-53; Mon, 17 Oct 2022 02:07:07 -0400 Date: Mon, 17 Oct 2022 09:06:54 +0300 Message-Id: <837d0z3rwh.fsf@gnu.org> From: Eli Zaretskii To: Mark Harig In-Reply-To: <1786309111.1655909.1665958001583@mail.yahoo.com> (message from Mark Harig on Sun, 16 Oct 2022 22:06:41 +0000 (UTC)) Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58525 Cc: 58525@debbugs.gnu.org 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: -3.3 (---) > Date: Sun, 16 Oct 2022 22:06:41 +0000 (UTC) > From: Mark Harig > Cc: "58525@debbugs.gnu.org" <58525@debbugs.gnu.org> > > > I'm not sure I understand the reason for this elaborate > > setup. > > The reason for it is to provide a means to reproduce the > problem, starting with a newly-created CVS repository (in > ~/tmp1), a small number of (empty) files in the new > repository, a separate work directory (~/tmp3) into which > the files are "checked-out" from the new repository, and an > Emacs session with no local customization. Doing this > eliminates possible complications that could be a source of > the problem reported. > > > It sounds like CVSROOT is in ~/tmp1, but you expect Emacs > > to understand that ~/tmp3/project1, which is outside of > > the ~/tmp1 tree, is part of the CVS repository in ~/tmp1?  > > Why is the correct expectation? > > It is correct that the *repository* is in ~/tmp1. But the > repository could be remote and accessed, for example, using > ssh. It is not necessary to be in the directory that > contains the CVS repository. Users of the (central) > repository do not need direct access to the CVSROOT > directory and do not even need to know that it exists. All > access (reading/writing/differences/status/logging) to the > CVS repository are done via the cvs commands. We seem to be using "repository" in different meanings here. What I mean by that is the local checkout of the (potentially) remote upstream repository. 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. > > FWIW, "C-x v d" in a CVS repository (i.e. a directory > > which has a 'CVS' subdirectory) does not signal an error, > > and displays the correct VC status of the files. > > What you have described is what is supposed to happen (using > Emacs 28.1), but it does not. Instead, `emacs -Q' issues the > error message listed in the original error report. (I have > confirmed this multiple times following the instructions in > the original report.) Doesn't happen to me with Emacs 28, FWIW. But I did that without creating a new repository from scratch; I just used an existing checkout of some CVS repository I have here. So maybe something in your complex recipe trips Emacs? > Note that if `C-x v d' is issued for ~/tmp1 (which contains > the CVSROOT and project1 sub-directories), then `vc-dir' > makes two errors: > > 1. There is no CVS sub-directory in ~/tmp1 and no Root text > file, so `vc-dir' should issue an error indicating that > there it cannot recognize any VC backend or that there is no > means for it to get the status of the files in the > sub-directory. That is what happens for me: Emacs says "No VC backend is responsible for ~/tmp1". > 2. In addition to failing to recognize the absence of a VC > backend, `vc-dir’ makes the mistake of displaying a *vc-dir* > buffer with an invalid status. In the *vc-dir* buffer, the > first line listed is: > > VC backend : Git Doesn't happen here. I also reproduced your setup from the original report, and I don't see the problems you reported. vc-dir behaves correctly for me in that case, recognizing tmp3/project1 as being under CVS and showing the status buffer as expected, without any errors. So I wonder why you see these problems and I don't. Are you sure there are no old vc*.el files on your system that shadow the ones provided with Emacs? > For completeness, here are the versions of the tools used to > create the problem: bash-5.2.2, cvs-1.11.23, emacs-28.1. Emacs 28.1, Bash 4.4.20, CVS 1.12.13 here. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 09:00:36 2022 Received: (at 58525) by debbugs.gnu.org; 17 Oct 2022 13:00:36 +0000 Received: from localhost ([127.0.0.1]:47772 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPjP-0007ud-UO for submit@debbugs.gnu.org; Mon, 17 Oct 2022 09:00:36 -0400 Received: from mail-wr1-f44.google.com ([209.85.221.44]:36430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okPjN-0007uF-PY for 58525@debbugs.gnu.org; Mon, 17 Oct 2022 09:00:34 -0400 Received: by mail-wr1-f44.google.com with SMTP id j7so18349842wrr.3 for <58525@debbugs.gnu.org>; Mon, 17 Oct 2022 06:00:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=IioW+aDOREHaGt+bbS1yNKKPAOhVbYyOq6SZzZduuRk=; b=RaASRMHaWUnWb0rEQQNcII/oxvBPvPGFZ/El7zpF9K3WqhqUpgRf0xONUYzVK8Bu3u 5N23Plg9D/2/hutCBUAPClxQPcIgzyQfrrtcbDxxZG4jXYG975KcQq7NGcE4fWQ0Fnx7 3L63GaNyAnPUZx3/VCfjjqLsmdYKbDnJcmJVO5hxymcAHfTYxxWk2sVK0hxOsNv/dosl Wr9VvPIIeC0vMhcJ6fxslj32dg4QWbHRWLeZQhl7zYhdoANRLOyikic5kERIEXpoDbnJ 20e3M+JYMEoVGZ1sv/SUSxvwun4dj7mNY/nmGJNWg6/wPvWrq3wgZNCFGF7lK5/2kJ8h 0i2A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=IioW+aDOREHaGt+bbS1yNKKPAOhVbYyOq6SZzZduuRk=; b=0w/eREDI6dwo546GhsJ1kYbKQigTrhGzWIFAyH2gHvNBOYFg5EaAntLyXMhubbfye3 yi528pBWl3jxMFFuR7ifTQbo4oQTB9sUHvKCLFqM3MURQldqiz6Z2yD/5Yyawurf9E2r JYTvG/fLZzga/7utNqH8Q+GN/zUqf5qaVEuKZqZjpyyXCXRtqbQK7BEdvwHagcwF6nfj Rk4+AYH4iI800BpNELO5f+pVI3QBUIhg7G8fABwQt5rZQyupm3C8aqLrMrx3v7BSDBXN U1uAaAQm4DMdPrI+ku4iwAO+Dbk503tiEFdJsZI9ymo5Xh32rXsSQ4oIvTcIRPIY25N+ 2/xw== X-Gm-Message-State: ACrzQf1Zs21UroV0DrX+wo2AVfJ/b8jTd3mzhhjOpdLpAFesUyZnzCPb ekeOMK+9ETeoFRD1Qzs8CYc= X-Google-Smtp-Source: AMsMyM7RfJIODQzBC7ZVQ53DVsbhBvLMi+b2u3SNyV5mrO95RbeGwPPVSVLN2dGa8dmshe0ui8pSGw== X-Received: by 2002:adf:d228:0:b0:22e:488d:758f with SMTP id k8-20020adfd228000000b0022e488d758fmr5828284wrh.445.1666011627798; Mon, 17 Oct 2022 06:00:27 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id o39-20020a05600c512700b003b4ff30e566sm27797469wms.3.2022.10.17.06.00.26 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 17 Oct 2022 06:00:27 -0700 (PDT) Message-ID: <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> Date: Mon, 17 Oct 2022 16:00:25 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository Content-Language: en-US To: Eli Zaretskii , Mark Harig References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> From: Dmitry Gutov In-Reply-To: <837d0z3rwh.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 58525 Cc: 58525@debbugs.gnu.org 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 (--) 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))) ... From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 12:35:19 2022 Received: (at 58525) by debbugs.gnu.org; 17 Oct 2022 16:35:19 +0000 Received: from localhost ([127.0.0.1]:49744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okT5C-0005cC-Kb for submit@debbugs.gnu.org; Mon, 17 Oct 2022 12:35:19 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38178) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okT55-0005be-Gf for 58525@debbugs.gnu.org; Mon, 17 Oct 2022 12:35:12 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44300) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okT50-0000ZS-28; Mon, 17 Oct 2022 12:35:06 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=+0frybRNVfa+aRXlQh+o1zkD5akKbGcGRETSoYi27O4=; b=DBx93uGQLChE bFxSQoQTuIGxd+W1fi4w+3Wu9DQeZnc7cVe/gOZagCwm9P0nkwP0AZSATqCaAcc7Nlljfx650Xqjk jrDQTvzIAl29PNLeNhEvemWiqeCQtG7E38I92zPeJIxoBmMQQgFz/ClQX5t0F6PYmvq1Mr1TaLEJE URFEshiAWPzFpcrbVxndZ8ippcicoHVu+ZqIBgM972pQ/gjSzJ96E+3FdHRAWCI7EpuBTKeDqcDQD lPbVUgRcoOHGV1ODinMZ6hp2e8CVNNwdiFv1SDuGIN+dG5uXGGZFj/b+SbmgUwpY5sll4rmK/obkN hXb+8qi4It1VoItWZ4epsA==; Received: from [87.69.77.57] (port=4490 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1okT4z-0003he-3h; Mon, 17 Oct 2022 12:35:05 -0400 Date: Mon, 17 Oct 2022 19:34:53 +0300 Message-Id: <83pmeq1k9e.fsf@gnu.org> From: Eli Zaretskii To: Dmitry Gutov In-Reply-To: <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> (message from Dmitry Gutov on Mon, 17 Oct 2022 16:00:25 +0300) Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 58525 Cc: 58525@debbugs.gnu.org, idirectscm@aim.com 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: -3.3 (---) > Date: Mon, 17 Oct 2022 16:00:25 +0300 > Cc: 58525@debbugs.gnu.org > From: Dmitry Gutov > > 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. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 13:43:18 2022 Received: (at 58525) by debbugs.gnu.org; 17 Oct 2022 17:43:18 +0000 Received: from localhost ([127.0.0.1]:49910 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okU90-0001DX-2A for submit@debbugs.gnu.org; Mon, 17 Oct 2022 13:43:18 -0400 Received: from sonic302-3.consmr.mail.bf2.yahoo.com ([74.6.135.42]:45484) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okU8w-0001DI-EM for 58525@debbugs.gnu.org; Mon, 17 Oct 2022 13:43:16 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aim.com; s=a2048; t=1666028588; bh=oyY43djlMXVxRFP2OGobdmEWe/p2zPbUGpHXJXVoH1Q=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=e+bjIjmH+EbdFPLiR1/RTvaOf8mGFOc8H3nceafwaxefI6gI2CxZWBFaf3RqRoI/JE3z/wmBjAfhH45fPUqxi11YjPASGStiZbs/m4iAM2m6PsArMh2t/tcktXn0rPhJIY/rRweAzw5wZWR7KpG/OTvFXgXDsWMyMr/PoKAwb5SAiaWbMvU1jKjkx1ammzFHp3hAyUYG0trhhiOMj3cqBwtZVRC/dMDSDno81T0zZUQGzfi8ELboGetQMFcgiPpFruoUlMvAdKSYje2ffNdHGKZaIFMdcJ3t8fB1j8df8gnnmSbhT7xryI6D2JG/aWX44Vh6olYluhvIMuoeRwMSTw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1666028588; bh=AqZlfLAgfbEBXjXRD3RRwlgqezIlyl44BGhaYopHwtn=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=kCY+OtyJi8LFf9j2JVx2QT4hi61VcLfwK+pgUfJ2N4XL8x0/SVQgW6+87dd7qK24Agev6S43+9yVZC8/W2Umscj4RsRUKxaIcjL43tQqREffOxriiujvO0gc7ugI4zCHwrJ0O5N3K1jTZRRmkVcsHINV6+R2gWD1llPLNHia3Bjfodawv3GdAY2TfncxmsJ5+4uSXJgdX26pG8WPsapWD0hqOm8JYieVDByOjryBOLh1mD5YyxQTf8tS9SQrKOVF9MMrWFQcPECLqU4F18WSPfPXUdZ5jb6bYv78VrO5rE9KGfQsU4F9ONHBCx1Wcz1e34yEem7Ldikh1huzA7XZ4Q== X-YMail-OSG: uABaKLMVM1nyubdj9TcLaofwxK039ZvHboLrORGRTQDydyrvKv3H5aO0vNFkoqF JfbdSLMdnq7uYwRFTM8N.cLvKbNvI_nrA6DqPuRdt9SSwfy4SH9E8ik6O5UIkFS3cjQrQCXhNk7w pUMTL433YJEVzoMlaSIUWNh8.zoGMR.G_sB2sqXy75cWAmvzVCbgG8Ue37Lcw1CX66Af118jstJx vYU32oAiM9a_3ux0XoAZqso05nP801se0b5_8SA6DCv30XeYKhSTjqN2EZlpXbnRDFro.sKnCwGO KOt7zu1hoKAQN_HiS8ctdREY53lNHp2A7HHy9GlLYujVUVeuVKyV62gt4dyxn3DQOfFXfIFuenF2 oM8BTU3Ht1QsIe5NT7_EWMb1ZUHlIClBXwZuLPI23X3ThUtXQZZ.1B1kvVktiNsDdBgndv.SNirs 5.nOcfNZrPFOWLZGWpFxYq0ykDp2WaiIVuJJqzoH_Yc57lmSjfQbMCCUiMFx06KNLvpVs7GJAHEZ 18QV1dfPcaIHWfv_M2nn9HM0jKBZ05pAT5h78wntPTcaYV9iq7S9WbFbd2MY6WsFFMKTi5SejUrc eis8HIQLkuScJfysfhv40W9jUxeMRTNfgtOGRH8z2EkCmkDCeWYP1qrIT2ehBXlKS9YjfTiijodR 6XgYZjs23S.mt1zVydfWoB8ImQmM04WFMxLweYPyIuk2LWYFxmSF7Fk7lOrK83wtEB9GTManL4nE Vitrq9xbUL0KcznVoQMKvaWzyaIUlmRjZaVMBweq3c0_5nWGuYu9I1uY8V4vyMIZyMfHYG.PGTDQ 22wAOoFMq2Zc1CEJgg16011EqUpnFjxXoyXhntKMY7Uobuu2L6LaZOvywhmhVjfDdyiFmDchv.u9 b0pbXEZImhTGPzq2CEXcJjc7.KBXY7llyPLcT3O8Ts0XV3Q4B.MzT6JbR1Q59Klo0gxoWLOkumid nDmSfI4G5Docjt7AO2OchpAFZTYuHCdaD4ewVxiAjPxUAtkpcU4gZ6tG.EBVmvirzyTaX3IapyS9 60DmLCMPLVr87.15GBgxtfSuAUb3rdICAK4sHg960MGzX.8LuxctwgqsHubRso4Camx4_nKjbeoc cRb4qPLOOXsSdAbAMEcDOx7Pn6BU0dWW55hUhogF1NsAMzPJIZFSfH0HXX04_FM_JiWXBQTDdoKF gUhdS24Mp_U7RAo4aaLjH_.lTP4WrsqEiLznDsUFuXA7GB.oLpeg7JeCNToUEBFytJTJagFl2esy i2HV_bG82JKz9GX0O7sYEdAdvqboTeXJkEMqQ_OTlAFeZNADJSAX9AesiEY7QbToMpAWqIkuWiXj gToPFlrxQzRoONMEaE3u6QwS2jCnNi9JHYXmYCWp1U86mobgiOoyHbxdOEiKdN8g3DXkri3YwIxc sKqwLZE9WUaPxNSBHvw23XE1JsCuhoAIQDZOPX1XJrXXhN2rZ.meGaVmFOPLs5gSson6p1mt2GpO z03KYIEIos1eypuCsEQZj30D9pehJFywXcTOECZwSBfAbXsz522v_zdifRK6zNYWRAzj0NgfIIIW 0hnC2D5kYGwtijarzq26XM2ehKQAkCyn5PPV5Qml4jtccosJ9Q2jUqGZ.LeeGbP0AHdqSPQyIXKs luwlmI7xYZVt11qT7fS0NEyo64AaJ5B8crjt9p6mz5yYoEfhLOVyNtF.dM78G5yPu.ZtK5qwBlob 6YoJ5zlyQCJR2vLYN2CIxFhmTifL5qf5Ssk.QLQaicdLeQWEwu7aNniMVXYdTTJIpfP35GTJIEBK Ptjfa7bRw8LjkGDEHtg.VWYJ7Uks8GHoVbS4eXn.3NOqyCTrUywSXnHvsjp8gpoxAK29CvRVGItx UxGQKMtl6TidcBTsOjkWtwAKr9RFf7ej1FHA2t5T8SqJNgcyjKYRT9zKXJkAYvXTBftzvTSvua.j DxmU8CfrjU_UzcEbzBihmk78s_3FwGehoUb7SwetujpZYk5NcawkwiaDUeaAw2VxxrZhbMEIqBUT DJWqgUUsTMPR6lCL7T.jCrnd43KGEvK7XDcSgJAYy8.nMnrODy58DprzGhGWKsIuHmIgJyGUSROf Te33UilaRx6PlRvAEYcqIB2xldYq3mY20vYVNWBjN28DBD_jI4dQj4aar.Pt9m2m5LSqe0a6W0vT kEZ8TMqKUJ1QO9qbgYxHEn.rvyMgDXr9TUw0NA38DHQzuE4yrIuCSDFDJRAwg6Omhxa3q2g_Yy5t UgVSq09P70jzf8EuxVA.cJdTGn70CFcqc9p9w6.tFyh18MiUpZH0nYf5aUJQ- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.bf2.yahoo.com with HTTP; Mon, 17 Oct 2022 17:43:08 +0000 Date: Mon, 17 Oct 2022 17:43:07 +0000 (UTC) From: Mark Harig To: "eliz@gnu.org" , "dgutov@yandex.ru" Message-ID: <259751090.1922936.1666028587272@mail.yahoo.com> In-Reply-To: <83pmeq1k9e.fsf@gnu.org> References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> <83pmeq1k9e.fsf@gnu.org> Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.20740 aolwebmail Content-Length: 3903 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58525 Cc: "58525@debbugs.gnu.org" <58525@debbugs.gnu.org> 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: , Reply-To: Mark Harig Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > > From: Dmitry Gutov > > > > 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. The `vc-cvs-registered' function is not called before the error is triggered. `vc-dir' calls `vc-responsible-backend'. `vc-responsible-backend' contains the following expression: > (let ((dirs (delq nil > (mapcar > (lambda (backend) > (when-let ((dir (vc-call-backend > backend 'responsible-p file))) > (cons backend dir))) > vc-handled-backends)))) > ;; Just a single response (or none); use it. > (if (< (length dirs) 2) > (caar dirs) > ;; Several roots; we seem to have one vc inside another's > ;; directory. Choose the most specific. > (caar (sort dirs (lambda (d1 d2) > (< (length (cdr d2)) (length (cdr d1)))))))) The value of `dirs' is set by the following expression: > (dirs (delq nil > (mapcar > (lambda (backend) > (when-let ((dir (vc-call-backend > backend 'responsible-p file))) > (cons backend dir))) > vc-handled-backends))) On my system, the `mapcar' expression is returning the following value: > (nil (CVS . t) nil nil nil nil (Git . "~/") nil) which is surprising and incorrect. The `delq' expression then reduces this to: > ((CVS . t) (Git . "~/")) So, for some reason, the VC elisp code thinks that in ~/tmp3/project1, there is both a CVS and a Git VC backend controlling the files that were checked out of the CVS repository. Because the Git cons contains "~/", I checked my home directory for files named ".git" and found a directory created two years ago. I renamed that directory and re-ran `C-x v d'. The original error reported disappeared and `vc-dir' listed the CVS status and files as expected. I restored the directory in ~/ to its original name (~/.git) and the error returned. The problem appears to be a result of the function `vc-find-root' finding the "~/.git" directory. As its doc string says: > "Find the root of a checked out project. > The function walks up the directory tree from FILE looking for > WITNESS. If WITNESS if not found, return nil, otherwise return > the root." So, after finding the CVS backend, the `mapcar' expression, above, continues and checks for a Git backend, which it finds in the directory that contains tmp3/project1, namely, ~, the home directory. Because it found ~/.git/, it sets the variable `dirs' to an erroneous value and later logic fails because of this. What is the solution to this problem? What should the VC functions (not just `vc-dir') do when they find more than one VC backend indicator in the directory tree? Should it issue an error indicating more than one VC backend detected, (since files cannot be under the control of multiple VC backends)? Or, should it stop after the "most local" VC backend is found and attempt to use that? The current behavior (issuing an obscure error message that gives the user no clue as the what is causing the problem) should be corrected. (End.) From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 19:10:11 2022 Received: (at 58525) by debbugs.gnu.org; 17 Oct 2022 23:10:11 +0000 Received: from localhost ([127.0.0.1]:50425 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okZFK-0008FZ-LE for submit@debbugs.gnu.org; Mon, 17 Oct 2022 19:10:10 -0400 Received: from mail-wr1-f49.google.com ([209.85.221.49]:40885) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okZFJ-0008FJ-7b for 58525@debbugs.gnu.org; Mon, 17 Oct 2022 19:10:09 -0400 Received: by mail-wr1-f49.google.com with SMTP id w18so20842564wro.7 for <58525@debbugs.gnu.org>; Mon, 17 Oct 2022 16:10:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=HATdhe/gBdcbpWxdJEaJL+MPhjVPc1BPGVXyJgrJZZs=; b=PwWtzL7Z7H0BJx8reO45r0O44/MebHScLDA2HiGbc9axYYoKBEM4vHnBqevBC/E7j0 wgc+BrAkmZLcw4N90E35Ud0GkFAQLdEdnuKXX4aDLcTD7uNd6HbmwE2Y9uTXtkZUEcgD aTacgo8tz48CgP9yTWH9JSKWj7PysleJ+CuTDtntXbubUrDDvvwhHEAIRWfFRbjXXc58 OSmA1+dAAcOIJGYKc3+y/SNTBXvjjo/d+Afeul7P9+hH7T6+7d6P1X0jCVpHxEoG28El semXqUwRw07bcBhre47jwxtUM9v5NrrFnYqQoGV+22chfLrc3Mx9nvxHrQgnpCmdGWVK BhLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=HATdhe/gBdcbpWxdJEaJL+MPhjVPc1BPGVXyJgrJZZs=; b=cxs8r5maXy6ka2bWLY+u+aLdju331A5op59Ro1J3JeY77e6+/04iu4B8shEv477uRS jdd+cJCIVrrCqFXH/a5hhryAr3pXijAWvnJdh0I+ERXGDf87phxmEWDjNmG/MZIqxfn5 j2TIOoa27epz9qf5ht1A8hCkLu91nh1YBxgzILVwb1LH5KJWwfDx0OSLCmqXNoITu679 EF8oO5D2yCdnxcd9Eloh4rWqZVKwUm8qBHZfI2uINJTBepcnwCrvqd8/ciaLIn3fvgZt +/zI/7Gnx17DCoauhnaf+XUIk8iIYApCwNB2a0nd/uG/io9Ri6ig0ikh71Rv7joWuM9c talg== X-Gm-Message-State: ACrzQf0zkZWiZtXd/YkJ/KPJCeZU/x3IGJTl+SxoJM0J+tt89mTs6BCI yGOtr5E8mcaZf8iQlhcCDFM= X-Google-Smtp-Source: AMsMyM5t+QK/JJYZyGbuBnrECCJTvKrA8c7o+9RcLTtYZS6YvhuHUVM5Tmf3tPueoHnv/g8XVqUZdg== X-Received: by 2002:a05:6000:18a1:b0:230:f9fb:c83 with SMTP id b1-20020a05600018a100b00230f9fb0c83mr60256wri.329.1666048203145; Mon, 17 Oct 2022 16:10:03 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id v9-20020a05600c444900b003c6f8d30e40sm4170930wmn.31.2022.10.17.16.10.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 17 Oct 2022 16:10:02 -0700 (PDT) Message-ID: Date: Tue, 18 Oct 2022 02:10:01 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository Content-Language: en-US To: Mark Harig , "eliz@gnu.org" References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> <83pmeq1k9e.fsf@gnu.org> <259751090.1922936.1666028587272@mail.yahoo.com> From: Dmitry Gutov In-Reply-To: <259751090.1922936.1666028587272@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 58525 Cc: "58525@debbugs.gnu.org" <58525@debbugs.gnu.org> 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 (--) On 17.10.2022 20:43, Mark Harig via Bug reports for GNU Emacs, the Swiss army knife of text editors wrote: > So, after finding the CVS backend, the `mapcar' expression, above, > continues and checks for a Git backend, which it finds in the directory > that contains tmp3/project1, namely, ~, the home directory. Because > it found ~/.git/, it sets the variable `dirs' to an erroneous value and > later logic fails because of this. > > What is the solution to this problem? What should the VC > functions (not just `vc-dir') do when they find more than one VC > backend indicator in the directory tree? Should it issue an > error indicating more than one VC backend detected, (since files > cannot be under the control of multiple VC backends)? Or, should > it stop after the "most local" VC backend is found and attempt to > use that? It tries to use the most specific one, by using the sorting logic at the end of vc-responsible-backend. That was added in https://debbugs.gnu.org/42966, which should have made it into Emacs 28.1. I'm not sure why your CVS value in that list is t and not a string: that should have been fixed in Emacs 28.1 as well, in revision bc636515884530f0cab6f. There was a further fix, though (regarding expanded vs abbreviated file names) which is only available on master (bug#57777). But I'm not sure if that comes into play here. Anyway, are you really using Emacs 28.1? If not, try that, if yes: could you try building Emacs from master? And seeing whether it fixes your problem. From debbugs-submit-bounces@debbugs.gnu.org Mon Oct 17 21:06:47 2022 Received: (at 58525) by debbugs.gnu.org; 18 Oct 2022 01:06:47 +0000 Received: from localhost ([127.0.0.1]:50545 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okb4A-0002rt-Mv for submit@debbugs.gnu.org; Mon, 17 Oct 2022 21:06:47 -0400 Received: from sonic312-22.consmr.mail.bf2.yahoo.com ([74.6.128.84]:41360) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okb49-0002rc-4a for 58525@debbugs.gnu.org; Mon, 17 Oct 2022 21:06:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aim.com; s=a2048; t=1666055199; bh=k4VpJjzZ9Bgpoj2kWKX6xZbF2oIyC8dD6m8ktUWF/Ig=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=oC6BS0mb0+vZRRgerDwO/h+Bep8ggTv8aGpzFlwlnhLm24ir68YxdxH+4BVl7ensoVzRiNybiMBNRUV6Koq7jrf1JAkqd99hiZxxNMiIgawdtNJo3kDOriG+5QZgGdXykNiiSmgzHbtu6f2osH/Uc1dKjLefAvmXmVhwMU3yO4U5KL1hR0Xo94a40bS1TayIwkv7kybUEI7QfUoFAkShL/OkgcL0yNLvXKYZkEV5taYxhyYNB4xZDsnGV8Z951yoaMrSP2RM7vMOqrDgJXJbhbi9uZcPu0WVqpJ7N6hejxZP2KlakSlSYQibxwWS0eUW4M9/Xlfe1wRokyrUIiQVhQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1666055199; bh=BGKBMxOB1iN58dZZS/OB2hqMSb9ka+Rn63hagoIIB5K=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=Elsg1hAA3q38eeDgq6gEBTAJzczsin26FfKSCVHxsPU2wk0Y1HresMgfM1l6Ncpw/59lEDYMUaS7EkuaUgw+bBc+MfwrMMy8YWwPm5w/lnFMhTVEwNwEWjSIw1H+9eukqBtRLGSaLPl7VDsoFgMPwRYZAAKfHSSaoDlZyBdwk8X/k3wNVEs83pYPocV+Epa7XXa7o4VbrTMnaON2Udjl/TaxVaF25X4QRXZHWOLMdQjUFBVT3dkfYX9Nv/huQ+YzN1CjL7Za5YG/F5pv+Etrs2QbnrYdkcrt6tWljyIyyqYE+ERNdFzNvenEnIT+VKyTKn1b6vT15ns9zQ/OsQrYVw== X-YMail-OSG: xhXKOY0VM1nJVAjkoIS2j9lfGkEp_k1n94b8LbWAk_0thEojIfWxdUQvYuDJVbP vNmmviU4XVxff8flnHCa_5CUG8tfXaC8lfpo0FkzdmsAZlZtqSV03w_u1rHh2vyCW42op_47dtEI e2qa7gJfmv833trg_.Gd4aAcMrgP0F3W3ttX6Stahd97Lr0VNaqD2S6YUz4KSK9MaetyOsi6787a xhT5PF0mOeITe9jq1hSFe.xwxJIYP8nsA2bfn2rpyqwoCiZpJVLpyLqUS.ckNecDuB5M8xg_1OV7 H5wbM4v4qFogz69ja4hJ6eU953YPRxNcNLb6DY_4gJ8_NcBDjOvSs2YxmaixxVKyeLvg1vRBVzrU M5XWrEGAOnlnSPHK5_Vdrd5KMUbpwLZOP4F6U1exuWabbSP.qmdCwkEQqE4DgHPV5ZOPmFyiucgi OUXSsplOYE_YYdU1tiwcCWpg_hTLacL5bIZxVx8iojr7oCH31Oyc81d7y8f2_XNYKq_eI6jawBYZ T9goFOgXY_rYv1pkTu1urnrFa1AkKjT7uQFUe.GgxuuXXW24_rMMMsvdu7Tv84Mx9bJ3s0hqCZ80 9JxrMK1wRD5A31vlgy0PDEjUtdkMj9hBN4YccdklRF2Umm2GEROXsvGr10NYJbUrlCBGOw2PTSmY rjEJk_VzHUkSSnDkroJox3Q_69dozhQMLKJqrmejEx1n4Ye2ITXOWPP_4jTboVjk0jpKdGXRdL7S 34ZZ2b55rKpq102P0KtxwzDrPoFZaroP2hsqVMBC7m5oZIrlSCTS0oxdR1VrNBXVO0dhIuqTM3GR izVBzxUF7HIxdg8_xz5PMWPCcUlCDzBsnpXREzvr6OgCgq0tS4MHuYGEMK3Y9_OuBFMZF.RxzIdX c9NJoyKJxBQ8ZaLoDomShAycw_7I.kSaGqQFLxW_5qilyA9pzYQs.t.R2NAlhkhHoYkP4gKILAmk 6NhiYkcWI4kAeWoKpI8Ljke0rYCmcfbVYjCnUDOQx1iskCJVaCs96U3LgctFVfftxdqxpMeFXJ2r g6ayWkpTxgq8e.iNXbsBWwnRoCHLE6cAqiW.HGnOgkccew6CIy7JmQjaPaBSwkNh0TQ5dKVQ9DgD WmvfcEn8G84AnJtGfPv5tcNa7jInoVLJa9lfnk2mn4xpaIVDLUvRaQmt..JkdTsViE46wJ1zWZhn ZTJGxbbliOcJeXjpa4JSpZeSyU3yA6HxUrxyJPjgBfe0oR_QiWr7nDqJJ34VLEDfJMCzx7x1yJhT dtdefmK0c7sQIRFmCM6A842FaNThdY5DQ1WzUl54UgcdxycQaUozD_mIsb_U5jxtBsZ80mVYJEiK vZXBnxv0lW8ScP50oeD5mot8fFN3NbsrM.PAaXa_OvUxPWZWomQhmhDn27RKgbTTkXcv.5fDd.yq J5nKfpURDCqU0a0sACERTjk3UxbH0Dku9qNFMeaSYvvUVzXxjMLOL1kzP4n1jy9R_qo9aUXjBwDf zk8apK.SdQljw0priflozgZhhzMO.L0.k6.rtnZxXuB9X9TKcd3IhXbWJdcuWIjH.VpWNalp_5JI LBdQN1DaMfnb2M8RQWFR4KXQhQAg3NnzHlq3IQx2yhBSAJeD9aSARRemjSIClXuTz2S864e.9Zfk Jh062pAh2Y744jTLXbeQMxQXGb_dLzWZdNQ287NtkFND7xV_yGywPJe8R4bDKxIheSiTmY2RIuaK PDynh63eNVWuPBQ0ucsnPz2SG0_LZmHbZBXQrMggTByciqtEmFx0B0NFLthD_At7BBHTabZBlHfV MAn10Rqd_b0KIwysIVcWVPjnWbSYZ7mQmyNNczrhSju9Tx562a7ivYNo2lATK2BKT_lXdsMFxG8J GDmmZAywHGWXNezr7btSooVGihA9DZnw.doaXsadVB5DEJPVQFSrrv2mGj8PlHbXZOim9iKgqHQt 4FmwoHq.EsEGTKk399Ex0B96ehV69pNOkQvJRFsZrQ4REcE3dcBmi1WDEdCL0PaoPZYswX8NXb01 QVtaFTMQY8pHYQKZBU_u8wBj1yq0B1znmvcjfgFXlelssPkqEcHUpR8NoqM7b7O1xxA6nRGMypWm Ec9rW5o0oths6ray8sgq7c52VqLorDfiNFV2j.fvv7_pIKrbHGtxuG47ghpPI38jwUxNR4BbmQv_ En7pnRJ18rCwopgABD7p_Mffq.0VwT2r9NQlM3YBgo97MLxPLczBl3n28gii82oDxzCkL0mBzIT4 JD6S0uD0YAGhJhaKoPIv_uOq51kReYVO_w9XseYdCqCW.8gg1F8Q2urVSOgpLeWaK3g-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.bf2.yahoo.com with HTTP; Tue, 18 Oct 2022 01:06:39 +0000 Date: Tue, 18 Oct 2022 01:06:34 +0000 (UTC) From: Mark Harig To: "dgutov@yandex.ru" , "eliz@gnu.org" Message-ID: <2124138216.2052980.1666055194810@mail.yahoo.com> In-Reply-To: References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> <83pmeq1k9e.fsf@gnu.org> <259751090.1922936.1666028587272@mail.yahoo.com> Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.20740 aolwebmail Content-Length: 2032 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58525 Cc: "58525@debbugs.gnu.org" <58525@debbugs.gnu.org> 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: , Reply-To: Mark Harig Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > It tries to use the most specific one, by using the sorting logic at the > end of vc-responsible-backend. That was added in > https://debbugs.gnu.org/42966, which should have made it into Emacs 28.1. > It appears that `vc-responsible-backend' DOES include the sorting code that you have described (and which is listed as a patch in 42966). In fact, that sorting code is included in the excerpt from that function that I included in my previous message. > I'm not sure why your CVS value in that list is t and not a string: that > should have been fixed in Emacs 28.1 as well, in revision > bc636515884530f0cab6f. > > There was a further fix, though (regarding expanded vs abbreviated file > names) which is only available on master (bug#57777). But I'm not sure > if that comes into play here. > > Anyway, are you really using Emacs 28.1? If not, try that... The command `emacs-version' reports that it is 28.1. Also, /usr/share/emacs/28.1/lisp/vc-dir.el includes the following that all appear to indicate that the file is from at least 28.1, or later: ;; Copyright (C) 2007-2022 Free Software Foundation, Inc. (defface vc-dir-header '((t :inherit font-lock-type-face)) "Face for headers in VC-dir buffers." :group 'vc :version "28.1") (defface vc-dir-header-value '((t :inherit font-lock-variable-name-face)) "Face for header values in VC-dir buffers." :group 'vc :version "28.1") (defface vc-dir-directory '((t :inherit font-lock-comment-delimiter-face)) "Face for directories in VC-dir buffers." :group 'vc :version "28.1") > if yes: could > you try building Emacs from master? And seeing whether it fixes > your problem. The problem is fixed for me by removing or renaming my ~/.git/ directory. To reproduce the problem, create a ~/.git/ directory and then follow the recipe in the original problem report. Those steps take less than 10 minutes to reproduce the problem, using Emacs 28.1, bash, and cvs. Please let me know if those steps do not reproduce the problem with Emacs 28.1. (End.) From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 18 08:04:19 2022 Received: (at 58525) by debbugs.gnu.org; 18 Oct 2022 12:04:19 +0000 Received: from localhost ([127.0.0.1]:51413 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oklKV-0008EM-BL for submit@debbugs.gnu.org; Tue, 18 Oct 2022 08:04:19 -0400 Received: from mail-wm1-f46.google.com ([209.85.128.46]:34554) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oklKQ-0008E4-Ju for 58525@debbugs.gnu.org; Tue, 18 Oct 2022 08:04:17 -0400 Received: by mail-wm1-f46.google.com with SMTP id l14-20020a05600c1d0e00b003c6ecc94285so855199wms.1 for <58525@debbugs.gnu.org>; Tue, 18 Oct 2022 05:04:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=NQJKDwlogiz0LQAC53DI0WbDIOEH1IZmdfn2dP9GlHw=; b=PE8+txN0V8s3+q6avEdu4RUl8bfC7WLk8gcI81PG+elP83d43edSsMsZCKnORsIcYP 0KrpFh/PVYpFe67y8X5ArVxG90AT0ETdwVozvXFahBwJHzPPR2UWJ0CthZHA+JT3Ee8r HC6nFnPRrZp8L2RpJLOFB2sW8nfloaACqbcR4SnMC85CPSi3HHieovyR3ef/v34ABkbu RMOW3tv1CpF0S979BpSFC4UMOXK6ab4TCk1gNO7rkOS6ByTYG4JUlK/cm26z6WEGqDto US8Vt2oNvvFBdXRZw+zpGO5tM5G5TKjFBMWG7xsFdSk9+xstikIF/Lbco38Nvpo1Vaf9 waDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=NQJKDwlogiz0LQAC53DI0WbDIOEH1IZmdfn2dP9GlHw=; b=DkVZEPyiHoywAhUNKHHWBNM0j0FAnI0S44W/1x6iK905PtRcMaKcPkekgI1MDJbnJy AKrYrHnH3uc3fBrQSHJ/Q1UIPitUiEdw6F+MPhMO1bU5VScDLWhS59upQFu57O2KZ5Eu Dv1XrjYjXTARB1+kj+v8FD35Ny8Z6ur/8aprCMS1aEZy1ZCXjjlvxRy0RKGujdvGD7I3 mThSI5MiHOuyuN8vXqaF6MCDfq+o99iy+QTEGeKZ5uUus4LO0+yq2+AFlAadS59yeYRx 4vS2KjrJ3maAFaKYiHWcNZOBbdSvfrygrlbv6bmlmMQw++YrVpGxLE+IeGkTYx8W2fJZ 4HBQ== X-Gm-Message-State: ACrzQf2zC1wNRJtv8HnqdBn9/1QFPuVGguD8F49i6xPmDNJanktBmGFt zCIhLxalyClHMv1R16t/qsY= X-Google-Smtp-Source: AMsMyM5r8kOVr30wQWHWrBzJcaR9udM/l/4sRHzax3ThrGfy5hmPPDiGLrSDZYC3I0tJ75YadF9I9w== X-Received: by 2002:a05:600c:154b:b0:3c6:fae9:4edb with SMTP id f11-20020a05600c154b00b003c6fae94edbmr1783818wmg.29.1666094647611; Tue, 18 Oct 2022 05:04:07 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id e14-20020a5d65ce000000b0022abcc1e3cesm10902832wrw.116.2022.10.18.05.04.06 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Oct 2022 05:04:07 -0700 (PDT) Message-ID: Date: Tue, 18 Oct 2022 15:04:05 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository Content-Language: en-US To: Mark Harig , "eliz@gnu.org" References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> <83pmeq1k9e.fsf@gnu.org> <259751090.1922936.1666028587272@mail.yahoo.com> <2124138216.2052980.1666055194810@mail.yahoo.com> From: Dmitry Gutov In-Reply-To: <2124138216.2052980.1666055194810@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 58525 Cc: "58525@debbugs.gnu.org" <58525@debbugs.gnu.org> 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 (--) On 18.10.2022 04:06, Mark Harig wrote: > To reproduce the problem, create a ~/.git/ directory and then > follow the recipe in the original problem report. Those steps > take less than 10 minutes to reproduce the problem, using Emacs > 28.1, bash, and cvs. Please let me know if those steps do not > reproduce the problem with Emacs 28.1. When I tried to follow your steps (not in HOME toplevel, though, but in a subdirectory), I got this: Debugger entered--Lisp error: (wrong-type-argument sequencep t) #f(compiled-function (d1 d2) #)((Git . "~/examples/emacs-debbugs-58525/") (CVS . t)) sort(((CVS . t)) #f(compiled-function (d1 d2) #)) vc-responsible-backend("/home/dgutov/examples/emacs-debbugs-58525/tmp3/pro...") vc-dir("/home/dgutov/examples/emacs-debbugs-58525/tmp3/pro..." nil) Not sure how you get to the step of being prompted for the backend. This should be fixed in Emacs 28.2 released in September. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=51800 says Emacs 29 only, but it's been backported. Since you are not seeing the exact error for some reason, it's possible that your problem has not been fixed still. But try Emacs 28.2 at least. From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 18 11:40:04 2022 Received: (at 58525) by debbugs.gnu.org; 18 Oct 2022 15:40:04 +0000 Received: from localhost ([127.0.0.1]:53838 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okohH-0008I5-VI for submit@debbugs.gnu.org; Tue, 18 Oct 2022 11:40:04 -0400 Received: from sonic321-26.consmr.mail.bf2.yahoo.com ([74.6.133.81]:35333) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okohE-0008HS-Uh for 58525@debbugs.gnu.org; Tue, 18 Oct 2022 11:40:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aim.com; s=a2048; t=1666107594; bh=iAA+aJ+WO8hUI5RQVNBMVl982jfR3ONH+lCFkYNf3IA=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject:Reply-To; b=SQfE+p7hgAsik1urTqJyGpuL7l5wZmhCu4ekwXsb3FogvvtIzzAhoIahDUEk7++yb3xQLPcAlZxZN4YjW7OSgJ780sEFl9S8d0PU1Zj03QOwHe0aSmj0XCddcHeXw/KN+udZEUME4DTJ4E9B/z+AcfHCAiUwxKhRlomHgdwMbHkOPQjlmqsLj1FtKuen4hmJNUv65E9kQCqKxZKUN+ErFExO0hngUKusLrFhs1U5OXKIZ0nzN4fWOTN0/a8wJ1vqiHmJ6ZZguAAlU05HxW+HMJe1pN8AA8eF2GzPLUv2EGpy2+yIEbo2a8Iqx1tfBAL0fdsjTzRrAkIzzlSBZ16zDw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1666107594; bh=8RjN+8yYISWr9TgrPdue5/51tSVf041BKyQxvB1W2Js=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=qWESu19o/dTH7hwowBHCGPbmKkbOqgMbqwxYVsiQrGnnKUAPVBnbZA5NcrZA7NJf3u4ajP0eQbsoWuvkCMqa9gnucBs9J9AZieUDQ9+mVESTcBmLRabKFAmFCAaNBKHWDOptFLI3i50I+G+gPxC2vTrERJsrSgEA/2sfJyWi+SOUMXcv+csUNwCyUxM6R6dQjAbSAx2NePMg+4Edk7ApogVG8uJ3q/F10IbeTN5IqmnSvo2LGYF+s1SJmGWkGsitujM8GVtaH3qFrbHmQB+nvuGKd3TSVcPzcLSRt66LHqFRzpc0ad+cDo+OFhqA3z3/Va8nojuUUNt4NalqjlqBRg== X-YMail-OSG: oYVdK64VM1mx2EuTLcxpD7MceHHjyvvcW7VSboFMbsZ.Hp_7fquQoi9z3BLle8m 6Ehj4x4BGqZPA9K0mssKz3bbJKG8eOO6gK76e17m7AaoAwPOxziJBM3QExo4HK3ebkzhre0V4AJ5 8BCSVaWNVN6fl2T_kEsTwllqkJ.dLfwkAsjP_Av1yOssbUE6UQqcpJtT8twtK4py_Z4lxv7vsgvo XJet4hND.bBde0VwO10Napv23kPb2URsV0Vdj0b11piC7._nkWMaCIvjvWEPALbVK7YAsfLSaulb yJAWDd5HpdTi.ntrLHTaMsW0qJs..fAwDLCTPll.2ANyjHUp59pEf6cEjip36O.dkEmZDWuxclj5 IgOhPlKToHKILSBbV87iEZFojVIX6S2k84sy9Q4EMPKQxsc0LCURmcXkTYLd45O30j62fFJva5he nxhw8lGD5fBQT3ebG_cZGFvTsBDcEwpmNcnGHBogd.rmw9SCuLIhW.FP.d4CWnQkyrKiu0a4hJW8 St00IBt7B7DRi0fM.uyYfHNQvLjzRumcIt1M9oTYG2l1HOMm.eMDHs_UIcmdtk2GX6na2LHaE2mO TbV9OzFbx1I5u8M8HVeJn2i0EU7CzlLY.qcAKumW3MX7ZPMFUBgRiDmX63SQndAswBamt1SsHugw ekDpLEnL_VMynX5lUHwZEt.neY_GtXFavzgy7PrXhpXZJMe7Kh7ciXhuEfS6pQcoQtF5C0vBtVpP AmMGakJYg4ixgeKWaCpKa.oIJyUQx863wkH6M1K93xjcIoIuYNBHMv.KtNuyNFHJOTZ0ecmIxqP1 qmRa_ACHjdmN.UpqbwTvNW_NYlD6RyN5VXgY.SbpSExSb5kLuiLt5vfRkGOKxDIyA7kpPkkRGqqj ztGKIvyk1FdOdt20ezY8UxbU4wyHeGbZv3xLLaVFmVmBhVhxMk8CKglkhleUBUzD0nfPESbV5mxB ivhzdWtN90k9BVs7JENIYZrTpENC3gZKSC_nSmJMH.duvt9LBENtkr0Y8R8XglvUGp0JSUnVYJn3 bAmuZWkyGG97FzkjLGuOMkYyWWeNV.g_16_NvAzyys7kzuYh_0moG7Xo6cWzl29AmXvLF4Oy6lC7 TDaPcrXCJzkQJmheegQz2kWrfaLEWUeu2WOMrt35g0zQZr4VotxgrczHSMjVo3kcavOSIWAfjbj2 .A45xAh2t8RwFu8yUrEMpm2R2LV236Ms9weI.tnc0gvvr9EHMHhRBi7airpdTo8JaMJGPTQePX8I 0UHsQuBXRzde_wngJV_K.0_Sp4ec.WkunS2G4IIR7iLZejzbO8Uo4OPux5jgLNbtiR7yocfOcLV. esCKsJ4pPBqsapdLT8cKs9wK_rOPl0GMtBUHMZFMG0lFTQ2QjAYeh4fnTEjUJ_ArzHfhkp1g3vgI yV7.OUt98dDSB70BPaH7loRhmYkJINDKVeUmoJ6XQJu4ZLO4vbZJfFD0YfyF7Z4i6oIZv6vKMAeS udB9QXZAtmyU8A5VLMNG9WAbEknen.yNkr6PU0RS9tegYxk.FZZ6kc2h06_IIMeE5DpRf7ge0Gfd XDrcLYixvlp8837_CbE1HrGNlKaJOJRZjpcqhnozYRw6YRJyVllNIIOVvyJlkdimRk1bPApJ.MZQ T0hShVbE4k4mxRfUFFZul0sQX7p6Y8eE0vsaOsHqIaxJUoAv3PLHQPSTDc2VqKofA4cia59DVj_j aY8EXsCmod8hQl0k49f16cUDGvvM0wI3w_VyZ5IcQRJkNQI2JYyR5yyPQviBF4_RwnhYJAKOV74P p4DYdWZ8FWsXuNnn3FsWMMgjk4_mNVqNlL8Uy44XEZM8xFv5c3sbUt93nq2FB5wV91bb20EGzTng SZw6mzesohcpuKs02y2lhK7oZHl2qgSe5mOu77cUq1keM5YqR2nilVBWsXEXPJW6x8rLBYEo9ElP EvCezoemyEfar4v2su7PbIzFh2qxCsJ49Y5c7npT694Wg64WldeNhJfov1iCeKPbIn8jd3kC9VmQ uUbb7J8Cq9_jSU7goTnqZXWQF2.AR7R59nqaG5OrHcFvH_Jk6OqQz1HXZLXgJUg6CcW.DcXwR870 vjn4VGICrHDeC7JlbgvkntG9NAFL3yyCwEuJRmJzyy1QLuiSJ99NzVNF6oVK6bjulyRzhBCsEm.l LE_XfwNi99QvpgJ7HEmi9OAsjVc2xDTW5Z4voRKk6n7M.aSuYwOlkNS4kRDdeIwf1kJZzq_xO9wY GmJjrDP.R43rvygLnTgj9CVRmNDc- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic321.consmr.mail.bf2.yahoo.com with HTTP; Tue, 18 Oct 2022 15:39:54 +0000 Date: Tue, 18 Oct 2022 15:39:53 +0000 (UTC) From: Mark Harig To: "dgutov@yandex.ru" , "eliz@gnu.org" Message-ID: <801565628.2246427.1666107593116@mail.yahoo.com> In-Reply-To: References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> <83pmeq1k9e.fsf@gnu.org> <259751090.1922936.1666028587272@mail.yahoo.com> <2124138216.2052980.1666055194810@mail.yahoo.com> Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailer: WebService/1.1.20740 aolwebmail Content-Length: 2158 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 58525 Cc: "58525@debbugs.gnu.org" <58525@debbugs.gnu.org> 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: , Reply-To: Mark Harig Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) > When I tried to follow your steps (not in HOME toplevel, though, but in > a subdirectory), I got this: > > Debugger entered--Lisp error: (wrong-type-argument sequencep t) > #f(compiled-function (d1 d2) #)((Git . > "~/examples/emacs-debbugs-58525/") (CVS . t)) > sort(((CVS . t)) #f(compiled-function (d1 d2) # -0xaf17ad190f8dc52>)) > > vc-responsible-backend("/home/dgutov/examples/emacs-debbugs-58525/tmp3/pro...") > vc-dir("/home/dgutov/examples/emacs-debbugs-58525/tmp3/pro..." nil) Yes, that appears to be the problem described, namely, the error: vc-responsible-backend: Wrong type argument: sequencep, t is reported. Thank you for reproducing the problem reported for Emacs 28.1. After finding the CVS backend, the `mapcar' expression in the function `vc-responsible-backend' continues (erroneously?) looking for additional VC backends by "walking up the directory tree" (indirectly, via `vc-call-backend'), where it eventually finds a "~/.git/" directory. > Not sure how you get to the step of being prompted for the backend. >From the original report, here is Step 9. Adding a prefix (that is, C-u) to `C-x v d' will get a prompt for the VC backend. https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58525#5 > > 9. Type `C-u C-x v d' (that is, add a prefix argument to `C-x v > > d'). The following prompt will be displayed: > > > > VC status for directory: ~/tmp3/project1 > > > > At the prompt, accept the command by pressing the key. The > > second prompt will then be displayed: > > > > Use VC backend: > This should be fixed in Emacs 28.2 released in September. > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=51800 says Emacs > 29 only, but it's been backported. > > Since you are not seeing the exact error for some reason, it's > possible that your problem has not been fixed still. But try > Emacs 28.2 at least. If the Emacs maintainers say that they have verified (by following the steps needed to produce the problem in Emacs 28.1) that the problem reported for Emacs 28.1 has been fixed in a later release, then that should complete this process. (End.) From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 18 11:58:41 2022 Received: (at 58525-done) by debbugs.gnu.org; 18 Oct 2022 15:58:41 +0000 Received: from localhost ([127.0.0.1]:53854 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okozI-0002ZB-OO for submit@debbugs.gnu.org; Tue, 18 Oct 2022 11:58:41 -0400 Received: from mail-wr1-f47.google.com ([209.85.221.47]:44009) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1okozE-0002Yv-Mc for 58525-done@debbugs.gnu.org; Tue, 18 Oct 2022 11:58:39 -0400 Received: by mail-wr1-f47.google.com with SMTP id n12so24225634wrp.10 for <58525-done@debbugs.gnu.org>; Tue, 18 Oct 2022 08:58:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=cuIZ/HerSvMVk3uvzv7/0WzygRI/ASG4Usmpen1XCEo=; b=eZMWKj37N9NdAGD+w8es1nRHFcl0KEoR9YPsBxkVs8cGGLajueka28X+UyzvoX+Imx cOVqYqWiLSUQ6h5gISYg6RJC6gF58wCR6EUeaQyAy98JiZtaNca5ZRulSi7WTS6F9elq mEiT0gxSw5iRWtpGDGDomAZp7+LoNisgIrrDTRuguG5pRcxlZpOw4tcI6ckhM/f9pyqQ AzNZUOaX/DsYMlJpGioxE+P7CiqaGukCayYlVwZoNimlejLSeGmxy3fFZuA8XueJ4nvb IzGQ1BN7vAaRabiZy1G3RFSBD/3B76dyFVB+MO7k8mwxgBNp15WNUJytlj3yVNfOPJad dK3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=cuIZ/HerSvMVk3uvzv7/0WzygRI/ASG4Usmpen1XCEo=; b=wOktU7E1KcqDU8eK12fAanjLtaO4Bs/Pw02h40gRnd8nVGNfiCl9KBV8FGC3QWaBKx FNY/FLuwYxJUF+af9IpHQNp+Jt5kqbxKs/HQJvUmjOdU/rarnqPlnxpCwVNIm68dG/8/ O1mB52zHqvkCHBWjwnHSM0xxM70QRMsozRvLDjQOIy/MhC5SQ6yw01SF5L20ypFaLc22 u0EMFcHX2sUq8KCjk6H9Cp1WwRs8P9nswRrOY/a0vKaCnq50ASkuF2vmqmLDdQgTIQ5d kMnfibhFqOGlcIDZGLm2ghWWdYCH+2Yfjp9UbhOWz4z6RahqFEUgiI5RiSvwXJk7c5Xc huPg== X-Gm-Message-State: ACrzQf3Ty8BzBtbyJev7oYri017dBoL3ga94qRgfKo8BscOTqHlQMpuk EuTJ/2QtTc+3LzGxiQxwFlY= X-Google-Smtp-Source: AMsMyM6eOMiQ62GCdJjdoNvyUZ2nB2aIDiJognkVOPS6SH+4zdjYyeDvJwUBAMpPrXJw9aY9nMXElg== X-Received: by 2002:adf:db42:0:b0:230:429f:8687 with SMTP id f2-20020adfdb42000000b00230429f8687mr2372497wrj.117.1666108710770; Tue, 18 Oct 2022 08:58:30 -0700 (PDT) Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id i7-20020a05600c354700b003c6cd82596esm21398428wmq.43.2022.10.18.08.58.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 18 Oct 2022 08:58:30 -0700 (PDT) Message-ID: Date: Tue, 18 Oct 2022 18:58:29 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Subject: Re: bug#58525: 28.1: `vc-dir' (key sequence: C-x v d) fails when used with a CVS repository Content-Language: en-US To: Mark Harig , "eliz@gnu.org" References: <2011444375.1250404.1665768998367.ref@mail.yahoo.com> <2011444375.1250404.1665768998367@mail.yahoo.com> <83wn926yqv.fsf@gnu.org> <1786309111.1655909.1665958001583@mail.yahoo.com> <837d0z3rwh.fsf@gnu.org> <9490cc5d-5d0f-4ef6-d00b-0629853aaa22@yandex.ru> <83pmeq1k9e.fsf@gnu.org> <259751090.1922936.1666028587272@mail.yahoo.com> <2124138216.2052980.1666055194810@mail.yahoo.com> <801565628.2246427.1666107593116@mail.yahoo.com> From: Dmitry Gutov In-Reply-To: <801565628.2246427.1666107593116@mail.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 58525-done Cc: 58525-done@debbugs.gnu.org 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 (--) On 18.10.2022 18:39, Mark Harig wrote: >> Not sure how you get to the step of being prompted for the backend. > > From the original report, here is Step 9. Adding a prefix (that > is, C-u) to `C-x v d' will get a prompt for the VC backend. > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=58525#5 Sorry, missed that. >>> 9. Type `C-u C-x v d' (that is, add a prefix argument to `C-x v >>> d'). The following prompt will be displayed: >>> >>> VC status for directory: ~/tmp3/project1 >>> >>> At the prompt, accept the command by pressing the key. The >>> second prompt will then be displayed: >>> >>> Use VC backend: > >> This should be fixed in Emacs 28.2 released in September. >> https://debbugs.gnu.org/cgi/bugreport.cgi?bug=51800 says Emacs >> 29 only, but it's been backported. >> >> Since you are not seeing the exact error for some reason, it's >> possible that your problem has not been fixed still. But try >> Emacs 28.2 at least. > > If the Emacs maintainers say that they have verified (by > following the steps needed to produce the problem in Emacs 28.1) > that the problem reported for Emacs 28.1 has been fixed in a > later release, then that should complete this process. Yup, looks fixed in Emacs 28.2. Closing. Thanks for the report. From unknown Thu Jun 19 12:38:21 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 16 Nov 2022 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator