From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#41572: 28.0.50; [PATCH] Support plain project marked with file .emacs-project Date: Mon, 28 Nov 2022 14:30:15 +0200 Message-ID: <62aab865-7c71-8c12-9e51-688f588b1e51@yandex.ru> References: <2fbe5d5d-03a1-212b-9dd7-4723e168ad06@yandex.ru> <5EpzudgjedeKADsX4_Tq-2WtNm3XKXmZjnEI7Y1lmw-Pcn_KrzKPD1o31Ele0JOIrZ1ITDdeQrOsJTHfGVPJlzyLhmqjxP3rmVVzou8KEBo=@thornhill.no> <2a70c748-e250-2f96-5d74-712b6d71e8be@yandex.ru> <871riitzch.fsf@gnus.org> <9781acc2-e4c0-b53c-6422-ef2e0a96f400@yandex.ru> <83sfi6tavq.fsf@gnu.org> <83mt8dssdn.fsf@gnu.org> <29c1c5f3-b189-ff30-c5bc-92a4d35e0683@yandex.ru> <83fse4rj2s.fsf@gnu.org> <2bc8b5dd-83c9-8bbc-82d5-e296f60e47c3@yandex.ru> <83lenwpj5k.fsf@gnu.org> <83fse4pctt.fsf@gnu.org> <8335a3p9xy.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="40827"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Cc: philipk@posteo.net, rudi@constantly.at, eric@ericabrahamsen.net, cjpeople2013@gmail.com, theo@thornhill.no, mardani29@yahoo.es, joaotavora@gmail.com, manuel.uberti@inventati.org, juri@linkov.net, salutis@me.com, arstoffel@gmail.com, 41572@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Nov 28 13:34:48 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ozdLT-000APG-TY for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 28 Nov 2022 13:34:48 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ozdHy-0005jz-1B; Mon, 28 Nov 2022 07:31:10 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ozdHs-0005ff-2f for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2022 07:31:06 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ozdHr-0002Q5-PD for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2022 07:31:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ozdHp-0003p2-LF for bug-gnu-emacs@gnu.org; Mon, 28 Nov 2022 07:31:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 28 Nov 2022 12:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 41572 X-GNU-PR-Package: emacs Original-Received: via spool by 41572-submit@debbugs.gnu.org id=B41572.166963862811190 (code B ref 41572); Mon, 28 Nov 2022 12:31:01 +0000 Original-Received: (at 41572) by debbugs.gnu.org; 28 Nov 2022 12:30:28 +0000 Original-Received: from localhost ([127.0.0.1]:48307 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ozdHH-0002tl-FQ for submit@debbugs.gnu.org; Mon, 28 Nov 2022 07:30:27 -0500 Original-Received: from mail-wm1-f46.google.com ([209.85.128.46]:52889) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ozdHF-0002aT-V4 for 41572@debbugs.gnu.org; Mon, 28 Nov 2022 07:30:26 -0500 Original-Received: by mail-wm1-f46.google.com with SMTP id o30so8336842wms.2 for <41572@debbugs.gnu.org>; Mon, 28 Nov 2022 04:30:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :sender:from:to:cc:subject:date:message-id:reply-to; bh=v7ItwFr+0qnu4MDMznCLqLa48SMOFlCzNKT+JdNVeIk=; b=H3go7euF6iGSM0IpDn54Ksxqgaz0mvwKbIaeYJEanvLll2TaprdPjlFaA1wclmicEq WBsd6oQ8vhNXWZVbaaAKw3rokOraFtzdBjF0JgojqxBStAs12by485qQLl0iITpMOAgL 2/oZwTNvwDXQkhxf1rplUNJREgAX4IjlLrmVwxwvl9IGEjb8y6Y9RRate0pLN7Cwb9R0 H/IGCodnWvkdx/dIHuxZpY+81D/To5xUar8/XmRQm5eo/xsAYFQYGUyFWMk/a3Ml8+OJ Gv9e1XzZ9PqePqlNI7PmlVOOi1469J8HL1Ot0etFnMYp5kRdvgJIDWiJprvzbwkc3eIW DMpg== 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:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :sender:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=v7ItwFr+0qnu4MDMznCLqLa48SMOFlCzNKT+JdNVeIk=; b=NPjdb8TYeIPNDZUVKN62n5KjZy4p/pwYxSSCDyH6JXvBU7XDN2+WdsL4QHFR6FSbN7 vk2uXoxBNfmseLBVyc/5akgfjJjSqD9JfermuvSNdYi2f9T8pZSG5g3Qdzf4FISfLofh egKJk3iFE0Dw9Z6UOLTtNn630HmDSma6Ec90PyTB7pqkaRRuoIzgWhXC3QvOZTQhXbz9 +Ub24FbkbMh2aAoXhQ+jNDkMg0tvHf6rGjZRY4cSaUAIJFnoyCedZ8yT0JDQkSvUsjqK etog7bRN+egMldGee8JCFzmstx7xP8ewoJlbE4cMyuTZID9frKeZpzKMf0EwPoVrzpNx x48w== X-Gm-Message-State: ANoB5pmpKAjy9nrqWzUtvoxHZbLYIN2JOfSDa32oRrRWk6bAKuKKMy0S Jue/TeVKO74mWfr6FTnYQ7E= X-Google-Smtp-Source: AA0mqf7KKirHzt08KEQCKSvwBLzvrVQcHnmCIUzLnrH2LxFdGDdZ2OEwzc5SvlnFO0XP3GCauxIA8Q== X-Received: by 2002:a05:600c:35cf:b0:3cf:aa11:93a8 with SMTP id r15-20020a05600c35cf00b003cfaa1193a8mr41158822wmq.31.1669638619908; Mon, 28 Nov 2022 04:30:19 -0800 (PST) Original-Received: from [192.168.0.6] ([46.251.119.176]) by smtp.googlemail.com with ESMTPSA id n14-20020a5d660e000000b00241bee11825sm10595181wru.103.2022.11.28.04.30.16 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 28 Nov 2022 04:30:18 -0800 (PST) Content-Language: en-US In-Reply-To: <8335a3p9xy.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:249287 Archived-At: On 28/11/2022 13:58, Eli Zaretskii wrote: >>>> Like the patch also says (and what's given me a pause in the past), that >>>> also makes "VC project" somewhat a misnomer. But I'm not sure what to >>>> call them better >>> How about VC-backed project? >> >> Is that different? > > I don't know. You asked for alternatives, and that is what I could think > of. > >> I would say it might be worse: "VC-backed" sounds >> like a project that must correspond to a VC repository (be "backed" by it). > > It usually is, isn't it? Usually -- yes, the default ootb configuration will have projects backed by VC repositories, because the default set of markers is determined by the value of 'vc-handled-backends'. But now the users will be able to extend that set of markers through customization. > If it doesn't have to, then we should look for a different name ASAP, one > that doesn't include "VC" at all. I haven't been able to come up with anything more concrete than "builtin", and that's both a non-name and not exactly true since 'transient' also exists. But "VC aware" might also fit the bill. It sounds more like an adjective, though, than a proper noun. >> OTOH a new term we could use would stand for something like: a project >> type which will recognize the enabled kinds of VC repositories and use >> their roots as project root, and knows how to use certain VC systems to >> speed up the fetching of files, and knows about Git submodules, but also >> recognizes other directories (inside or outside of VC repositories) >> based on configurable conditions. > > If this type of project doesn't have to be "backed by a VCS", then what does > distinguish it from other types of projects? It difficult to come up with a name using a principle like that when the preceding effort was made to be able to accommodate the projects of different users with new usage patterns. It is "VC aware" or maybe "VC friendly", and it works with projects in the shape of directory trees. But both characterizations can apply to e.g. Projectile as well. Except the latter is probably more flexible, and our backend is probably faster, especially over Tramp. But if we just compare with the other builtin ('transient'), then its VC awareness is probably the key thing. And the customization options it has (which 'transient' doesn't).