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:48:09 +0300 Message-ID: <83jzy77lp2.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> <83sfcv7nx9.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="22839"; 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:49:19 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 1ppCrn-0005n6-Al for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 19 Apr 2023 20:49:19 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ppCra-0007m5-EJ; Wed, 19 Apr 2023 14:49:06 -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 1ppCrY-0007k2-8b for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 14:49:04 -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 1ppCrW-00007A-Vi for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 14:49:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ppCrW-0004zX-96 for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 14:49:02 -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:49: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.168193009119039 (code B ref 62720); Wed, 19 Apr 2023 18:49:02 +0000 Original-Received: (at 62720) by debbugs.gnu.org; 19 Apr 2023 18:48:11 +0000 Original-Received: from localhost ([127.0.0.1]:35846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppCqh-0004wy-AR for submit@debbugs.gnu.org; Wed, 19 Apr 2023 14:48:11 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:55394) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppCqf-0004wA-39 for 62720@debbugs.gnu.org; Wed, 19 Apr 2023 14:48:10 -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 1ppCqV-0008Gz-VI; Wed, 19 Apr 2023 14:48:01 -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=YMpnpPp9kdEqUz+ojBVvSxwGf9IfYFDuoOSrVtQQa9g=; b=ZZBmIizn2CAovCtaTVCA hg1gQ5QHb6YaY03vm805lxv5lZA1uc66Ap8Hm0YsV/wK1WKVJfDvzoBKiT+P6bS3lHVK5b8ahNxBG J2G8SzsWlBmA4/6oI2P4Npmdq8yuV/JOgQuHoPq8/lJGJLN3CxlThXnkZwjy8B6OtQydgmnesYo7Q hwGQRagTiMa5Om/+wdhwUAXDJKA3r5/AdM/A3pSKtqK4btAaWa6Wxe3ou9S/t/IlRfzCwVA8JMoRp oJaAyCWYQjRBoTvJRYDmjR09+nCSRJLRkX7edduhsu0wjRYK1KPj1xMN9bgGP4BqpJrHkDv94SMS3 4bW8+TMpABMiTA==; 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 1ppCqU-0000GS-8A; Wed, 19 Apr 2023 14:47:59 -0400 In-Reply-To: (message from =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= on Wed, 19 Apr 2023 19:27:11 +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:260290 Archived-At: > From: João Távora > Date: Wed, 19 Apr 2023 19:27:11 +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 6:59 PM Eli Zaretskii wrote: > > > > 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. > > So, if I want to do a feature on master that depends on some > new infrastructure on package X that appeared on master (say Xref's > upcoming support for "find any type of thing declaration/macro/etc"), > I have to do no less than duplicate that new infrastructure in Eglot.el > and do a runtime check. Not necessarily duplicate. That is only one alternative, and not the best one, IMO. Other alternatives could be: . decide that users who use this new version of Eglot without that new version of Xref will not have this new Eglot feature . provide a less functional and simpler replacement for that Xref feature . find a way of providing the new Eglot feature without relying on Xref, but via some alternative solution Whether each one of the above could be relevant and reasonable depends on what exactly are those Eglot and Xref features. I'm sure you don't need the above, you know that better than I do. It's stuff we do in Emacs every day, and core packages consider these factors since we began having core packages. The question is just how far to go in that direction. I'm trying to make a point that going as far as is practical will allow us to bundle at least some packages in newer versions, which in the end will benefit users. > AFAICT basically suggesting all Package-Requires are eliminated, > to get rid of package.el dependency system. No! Not "all dependencies eliminated", that's impractical. I'm talking only about dependencies on core packages, and I'm asking to avoid mandatory updates to newer versions. The dependencies should still exist, but the minimum supported version of each dependency should ideally barely change, or at least change as infrequently as possible. > You should argue for that in emacs-devel explicitly so That's what I did. I'm not to bl;ame that you keep responding here when I asked a day ago to respond to the discussion I started on emacs-devel.