From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= Newsgroups: gmane.emacs.devel Subject: Re: Eglot, project.el, and python virtual environments Date: Tue, 22 Nov 2022 21:34:36 +0000 Message-ID: References: <87zgcq68zp.fsf@ericabrahamsen.net> <878rkale3l.fsf@dfreeman.email> <4c5f4b07-3df6-d700-83f8-9a9d1b684afc@yandex.ru> <84781346-5b88-2be5-38bb-02696fcf1364@yandex.ru> <87o7t2vj19.fsf@dfreeman.email> <877czqtyfy.fsf@dfreeman.email> <87zgcml7g7.fsf@gmail.com> <2ba04533-097a-a1da-ff3f-2c9506fd488e@yandex.ru> <875yf9bbzb.fsf@gmail.com> <87wn7oa0aw.fsf@gmail.com> <7a5b76fd-fb15-8c1e-ea29-bf11f7e0d2ae@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000005d918805ee15eca9" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37924"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Dmitry Gutov , Danny Freeman , Eric Abrahamsen , emacs-devel To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Nov 22 22:34:32 2022 Return-path: Envelope-to: ged-emacs-devel@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 1oxauW-0009bn-I2 for ged-emacs-devel@m.gmane-mx.org; Tue, 22 Nov 2022 22:34:32 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oxate-0007p6-7d; Tue, 22 Nov 2022 16:33:38 -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 1oxata-0007o8-Do for emacs-devel@gnu.org; Tue, 22 Nov 2022 16:33:36 -0500 Original-Received: from mail-oa1-x30.google.com ([2001:4860:4864:20::30]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oxatY-0002dC-Lt for emacs-devel@gnu.org; Tue, 22 Nov 2022 16:33:33 -0500 Original-Received: by mail-oa1-x30.google.com with SMTP id 586e51a60fabf-142faa7a207so5959952fac.13 for ; Tue, 22 Nov 2022 13:33:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=z6AQk2ci017bt2IpQ6ReVy6cIwQRIAEQiGuk1k6KxaY=; b=I6ChpVnWu7ngtjyEDXbR/0xwSKEckMSJmHa1xUhwwWZOs/v+qGGf27vfPabvpv8PGK GYzo3sze+UVuQpqxtZBbK6SeVzlue/qvsJICh51CwZXThSnu8PlBBaQ1DKYhRay4Xvv9 7q/0tmPRAnXCyEJsi5TzAXXIxk2TjsRpgbGJUi5vYZifOhHfYRZe34UhLA2e007sjNHv d+RlJDb8iCUMWX/j2lVYTJ3FlASrQmgckaqmU1CoKXJvJNkjXbCarNp8p/g7PvI71lyw xlhfDaGUgZJBNhfSE8myiyZsbpG7W4y7D87cS3JimuCQSkgonoMNEWvnOCILaQSt5mF0 FlxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=z6AQk2ci017bt2IpQ6ReVy6cIwQRIAEQiGuk1k6KxaY=; b=DlZeYO/3TJsVlGolbz9kU7yzgtsu4PB/e4+EDWXkg4shXPi9f0X09C7Z0ppGExAO2y lkBhfRS2zeo8n/craWc9Tm8kTIqZPqUBiC3B2odS7rM91VTEGVaMfXM7Gb9+zFhAWdHG lLUT65ueQdhS+R4+1fm8yIuyFgAGrSjF0e1I5oPdHGpPtWqPxjYO8IzSK1g3dyjMsiLE oU0bVObFyJhb2p3ognENcvV9rJv58NRMax8h0KpstTB3NDfNQ39lzJv+9Qkt77vvzPNL UhKGp1P4UqSsfwo5HxK/7m4ph+zfaHUaReQNJN9Vrgd64Ev/Fb4Vk9hqct+uAZ26eFbG lleA== X-Gm-Message-State: ANoB5pl7OPpkRzuYy4xrar9SqNxA2OfYY9px6bg6HBulE0zMaAF2rNOn ILsxH4B1w7dytAoKbULMFmbeBCHjwtRWfCq7zK0= X-Google-Smtp-Source: AA0mqf793vW0mIaAX+FcQ4QKruFBnyeEmOO4PRUtMu/p/ULSax+4D2ehtmdx7sDVJzQ3byoGOf/u14RVyGd1P1/UZQU= X-Received: by 2002:a05:6871:4590:b0:132:a103:ae22 with SMTP id nl16-20020a056871459000b00132a103ae22mr14301332oab.215.1669152810830; Tue, 22 Nov 2022 13:33:30 -0800 (PST) In-Reply-To: Received-SPF: pass client-ip=2001:4860:4864:20::30; envelope-from=joaotavora@gmail.com; helo=mail-oa1-x30.google.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, HTML_MESSAGE=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-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:300357 Archived-At: --0000000000005d918805ee15eca9 Content-Type: text/plain; charset="UTF-8" On Tue, Nov 22, 2022 at 9:12 PM Stefan Monnier wrote: > Can we just agree that both are important and that it can be hard to > know beforehand which consideration should dominate? > I'd agree to that. But this is not "beforehand", there are really large projects out there. Given a tree a tree structure such as a file system that can have very many nodes, not having any means to take advantage of that structure tree-ness (as project.el clearly doesn't: see the protocol of project-files and the lack of sub-projects) is going to be a hard limitation. Monorepos are really popular in many businesses and many of these are large and/or getting larger. It does makes sense to start simple, but ignoring scale rarely yields the "desired behaviour" unless that behavior is waiting forever. Example: Git "started simple" then grew sparse checkouts, shallow clones, worktrees. You don't _have_ to use these features, but when you do need them, it's very good that they are there. --0000000000005d918805ee15eca9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Tue, Nov 22, 2022 at 9:12 PM Stefan Mo= nnier <monnier@iro.umontreal= .ca> wrote:
=C2=A0
Can we just agree that both are important and that it can be hard to
know beforehand which consideration should dominate?

I'd agree to that. But this is not "= ;beforehand", there are really large projects
out there.=C2=A0 Given a tree a tree structure such as a file = system that can have
very many nodes, = not having any means to take advantage of that structure
tree-ness (as project.el clearly doesn't: see the pr= otocol of project-files and
the lack o= f sub-projects) is=C2=A0going to be a hard limitation.=C2=A0 Monorepos
=
are really popular in many businesses and = many of these are large and/or
getting larg= er.

It does makes sense = to start simple, but ignoring scale rarely yields
the "desired behaviour" unless that behavior is waiti= ng forever.

Example: Git "started simple" then grew sparse checkouts, s= hallow
clones, worktrees.=C2=A0 You don'= ;t _have_ to use these features, but when you
do need them, it's very good that they are there.

--0000000000005d918805ee15eca9--