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: Stability of core packages (was: Not easy at all to upgrade :core packages like Eglot) Date: Tue, 18 Apr 2023 15:02:01 +0100 Message-ID: References: <87a5zj2vfo.fsf@gmail.com> <83wn2h5825.fsf@gnu.org> <87wn2gkhzr.fsf@posteo.net> <83cz485oxi.fsf@gnu.org> <87leiwdyff.fsf@posteo.net> <834jpk5hih.fsf@gnu.org> <871qkom3fj.fsf@posteo.net> <83mt3b4yfc.fsf@gnu.org> <87edonlsxi.fsf@posteo.net> <83jzyf4vzb.fsf@gnu.org> <871qknllkj.fsf@posteo.net> <83fs934pjf.fsf@gnu.org> <87wn2fk47y.fsf@posteo.net> <83sfd2g2ek.fsf@gnu.org> <875y9yfxrr.fsf@gmail.com> <87y1muefks.fsf@gmail.com> <834jpifizy.fsf@gnu.org> <83y1mue1qi.fsf@gnu.org> <83sfd2e01f.fsf@gnu.org> <1a5e5837-513b-84d8-3260-cdbf42b71267@gutov.dev> <83sfcz9rf2.fsf@gnu.org> <09a49ab9-ac72-36a9-3e68-9c633710eba7@gutov.dev> <83r0sh8i1q.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23674"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Dmitry Gutov , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Apr 18 16:02:58 2023 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 1polv8-0005yM-QD for ged-emacs-devel@m.gmane-mx.org; Tue, 18 Apr 2023 16:02:58 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1poluW-00068H-D1; Tue, 18 Apr 2023 10:02:20 -0400 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 1poluT-00067Q-LN for emacs-devel@gnu.org; Tue, 18 Apr 2023 10:02:19 -0400 Original-Received: from mail-oa1-x2c.google.com ([2001:4860:4864:20::2c]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1poluQ-0007Rr-Bh; Tue, 18 Apr 2023 10:02:17 -0400 Original-Received: by mail-oa1-x2c.google.com with SMTP id 586e51a60fabf-18777914805so3795080fac.1; Tue, 18 Apr 2023 07:02:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681826532; x=1684418532; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=eOR1VFsClpHWHlKJxl2xQWBSOvNgwMOxV4YPCviJGMo=; b=Qo+Ekx5s5aKTU8PmUYp2WWnLPqx8uccy4/ZA3ujE2195NKZrVUw4tjgXoYkBN2NkrY eNw/e4d6/sI3YyHM8jIyy25e4yN0Ifr6My91cNrrqINJWLVoBK2NMnFqpmjWWp38V2sa +TxTYjsTFeH3JSObYduzsp28LCT0kNY5NGamLJd8sdIqtXgtofRRvoLHJwEHHaKGqfya dDNWypsu3X0v2ykPGSTrNYzNeOUjpC2oGKXyZmifZu41kgdj7GBHMvdcLZ4E1tNhDxzn +M2rAdgli73gIrTNyNCZxlVhWCiMmA3+zNyukcAZsnpQHuuI/jS19pGWtTr0h/QIxX3d 3S0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681826532; x=1684418532; h=content-transfer-encoding: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=eOR1VFsClpHWHlKJxl2xQWBSOvNgwMOxV4YPCviJGMo=; b=aj0v0l1ZBTXip1tKIz4uk4Z0ytPvxjlU/CfS/1syrNwZQFNSq1G2Gp6iQUAtkClgDI eaEsHqx3+QV7sW+rqtPRp46ocmSs6uwSIyra5MrY3L7JfknV2FxEIQhpLmKT+EIPUXOg Qb2gBnfzdDEwFH7NFbFJhWEPsrLMfQ16cyuwJDYWUA4JNHAVvVAS/N02OWk4YXo84nYA LPE/bO8EZSyPqn8Ii35Mb6qSAr2V8HL91FEkl5xK616YQqs5ZbYJEahURE2ovzyEE8UV BtwHKrF43Sm5Htnd0YdZgo68LbIbmEvWShjhkPodhMBxmZTRrGDJf7vDFloSLVYRq9YD Wvrw== X-Gm-Message-State: AAQBX9eLNb4gDui3ckN/x9RT1cRCU/JKuqB0Dn/33tMr3HRg7F4mwW3O jN13D4GQdE2jF1wzlt01LG9tXmzseIiKlkhSeisOh4IFs3g= X-Google-Smtp-Source: AKy350ZFWfJGOu/2jz1UHeIuKRyb4rPzpg1i9+Pb1k1xLAMOyFXPNdSwOi2WsvWHYSe9i3IxVfXC9x/xrLC7Kukf6o4= X-Received: by 2002:a05:6870:41ce:b0:187:7874:8afa with SMTP id z14-20020a05687041ce00b0018778748afamr771305oac.5.1681826532500; Tue, 18 Apr 2023 07:02:12 -0700 (PDT) In-Reply-To: <83r0sh8i1q.fsf@gnu.org> Received-SPF: pass client-ip=2001:4860:4864:20::2c; envelope-from=joaotavora@gmail.com; helo=mail-oa1-x2c.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, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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:305408 Archived-At: On Tue, Apr 18, 2023 at 1:56=E2=80=AFPM Eli Zaretskii wrote: > without by side effect installing a newer and potentially less stable > ElDoc. (I also am surprised that change is a must for Eglot 1.15.) It's not a "must". Eglot can work without it. The problem happens in ElDoc and doesn't affect its interface. But Eglot relies on ElDoc as a whole. In general you can't expect to have new features in Eglot without some advancing of the infrastructure that Eglot depends on. As highlighted in the manual and elsewhere, Eglot is relatively thin glue between LSP abstractions and Emacs abstractions. It relies on this client-agnostic infrastructure of ElDoc, Flymake, Xref, Project, Jsonrpc (and soon others) and drives advances to that infrastructure too. For example, I completely reworked Flymake in 2017 (in backward-compatible fashion of course) precisely to support Eglot's use case. It supports many others of course, and there is a healthy collection of non-Eglot Flymake clients. Exactly the same happened for ElDoc, and similar processes happen with Xref, for example. These processes have been happening for a while now, before Eglot was in core, and the model has proven its value IMO. Anyway, this was just an introduction to what is Eglot's main characteristic (and why it's sometimes called "minimal" and well integrated with Emacs's existing features). So there _isn't_ a way to partially upgrade a package and not its dependencies. And there _shouldn't_ ever be this way, for our collective sanity. And there's no good reason this should ever exist. > We should seriously ponder these aspects, and the sooner the better. I don't actually think there is any actual problem present if we all agree (as you seem to) with Dmitry's preposition that "there shouldn't be a single set of criteria governing core packages". Then we can teach Emacs's upgrade mechanisms to deal with each set differently, carefully examining the requirements for each set. I'd like you, if possible, to also respond (here, if you prefer) to the points I raised in my own reply to Dmitry's message you're replying to. This is the message;: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D62720#529 Thank you, Jo=C3=A3o