From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#62720: 29.0.60; Not easy at all to upgrade :core packages like Eglot Date: Wed, 19 Apr 2023 21:00:02 +0300 Message-ID: <83sfcv7nx9.fsf@gnu.org> References: <87a5zj2vfo.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> <06d29dbd-0b33-8698-bcb8-c89368612f54@gutov.dev> <252e77fb-9657-a5be-2e86-234f7b05d162@gutov.dev> <83edog84cm.fsf@gnu.org> <8e73ca15-00a3-2082-2dd4-94585a3aa64b@gutov.dev> <83zg737szu.fsf@gnu.org> <83wn277r5p.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18570"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62720@debbugs.gnu.org, rpluim@gmail.com, philipk@posteo.net, dmitry@gutov.dev, monnier@iro.umontreal.ca, larsi@gnus.org To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 19 20:00:14 2023 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 1ppC6I-0004fW-2g for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 19 Apr 2023 20:00:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ppC68-0003nx-C2; Wed, 19 Apr 2023 14:00:04 -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 1ppC67-0003nN-Nq for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 14:00:03 -0400 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 1ppC67-0003H8-EC for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 14:00:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ppC67-0003jW-0d for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 14:00:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 18:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62720 X-GNU-PR-Package: emacs Original-Received: via spool by 62720-submit@debbugs.gnu.org id=B62720.168192720014314 (code B ref 62720); Wed, 19 Apr 2023 18:00:02 +0000 Original-Received: (at 62720) by debbugs.gnu.org; 19 Apr 2023 18:00:00 +0000 Original-Received: from localhost ([127.0.0.1]:35801 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppC63-0003in-HP for submit@debbugs.gnu.org; Wed, 19 Apr 2023 13:59:59 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:55212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppC62-0003ic-BB for 62720@debbugs.gnu.org; Wed, 19 Apr 2023 13:59:58 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ppC5w-0003Cw-6P; Wed, 19 Apr 2023 13:59:52 -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=RzQx0OZQDltiM5zS8xEd+mm9nzz7BrFj0rkh0UcCvKA=; b=MrKRxNc5sPG3cK1ktXYG SsTaWLMnJLRY6MmO1VuAxTgcJHetN840pD0KCNdKXODCikq8TXOltjR0QIGhGbwDMTPMCF+++EJ7U 4ybaBULZQdgHsjn9RQDK4peb8xSrIoroJuFYj+yD+BPyAdHX9WgKPCF/bSTPeaPuOzynZBaSEzHiX OztvVbTFnGPtaVcQlfCGMcySYJZ0vJz02Fjx/qnIDyvTBrkbXoZaAs2/jd4059QgvgXfJukwldquF 9l0a8Tm0KVvkR8+Lv4xHlEak8831a7YUo4S9QpNWR+oQEBGYo6p2Uk5KksiBbRWkqVw4vdu9CX30+ xjKTkP710Nia9A==; Original-Received: from [87.69.77.57] (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 1ppC5v-0002EF-D2; Wed, 19 Apr 2023 13:59:51 -0400 In-Reply-To: (message from =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= on Wed, 19 Apr 2023 18:27:08 +0100) 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:260288 Archived-At: > From: João Távora > Date: Wed, 19 Apr 2023 18:27:08 +0100 > Cc: dmitry@gutov.dev, rpluim@gmail.com, philipk@posteo.net, > 62720@debbugs.gnu.org, larsi@gnus.org, monnier@iro.umontreal.ca > > On Wed, Apr 19, 2023 at 5:50 PM Eli Zaretskii wrote: > > > > This just doesn't make any sense to me. Can't you understand that other > > > maintainers also value stability for their packages? > > > > Of course I can. But once again: if Eglot 1.14 is not stable enough, > > Stable enough for whom, or for what? Stability is quantity in a spectrum. Stable for us. We are not talking about absolutes here, we are talking about relative stability. I'm saying that if some package is stable enough to be used with Emacs version X.Y, it is by definition also stable enough to be included in Emacs version X.Y. The relative stability levels of these two cases must be the same, or else we are inconsistent in our own judgment of stability. > I think Emacs releases should come with the most well tested code. No > program is perfect. Eglot 1.14 is stable, but it's not _as_ stable as Eglot > 1.12 because the latter has seen more testing? Then how come we tell users of this same Emacs 29 to update to Eglot 1.14 without too much thought? And you even insist on making that automatic when packages are updated at startup. Won't that destabilize their Emacs? > > > It's certainly NOT about "not wanting to invest the effort". That effort > > > would amount to forking Eglot in its feature set so that effort would be > > > a disservice to everybody. > > > > No, it doesn't require any forks. It requires more cautious > > introduction of new features into Eglot on master. And yes, it's > > extra effort. But IMNSHO, users will benefit, so in my book it's > > worth it. > > AFAICT you suggest a different eglot.el in Emacs 29 which has the > same features as eglot.el in Emacs master, but without needing > the dependencies that the master version can enjoy. That's a > fork if I've ever seen one. No, I suggest that you make changes on master so that these problems are avoided in the first place. Changes in a core package on the Emacs master branch should be done while keeping in mind that this same version of a package will be on ELPA and users of older Emacsen will install that newer version. So the newer version on master should avoid making changes which would mandate newer versions of other packages, by providing the necessary compatibility fallbacks.