From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= 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 17:23:19 +0100 Message-ID: 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> 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="13859"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62720@debbugs.gnu.org, rpluim@gmail.com, philipk@posteo.net, Dmitry Gutov , monnier@iro.umontreal.ca, larsi@gnus.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 19 18:24:20 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 1ppAbU-0003NN-6h for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 19 Apr 2023 18:24:20 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ppAbE-0000SA-QJ; Wed, 19 Apr 2023 12:24: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 1ppAbD-0000Rx-OA for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 12:24: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 1ppAbC-00088L-T6 for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 12:24:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ppAbC-0000wJ-E7 for bug-gnu-emacs@gnu.org; Wed, 19 Apr 2023 12:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 19 Apr 2023 16:24: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.16819214313593 (code B ref 62720); Wed, 19 Apr 2023 16:24:02 +0000 Original-Received: (at 62720) by debbugs.gnu.org; 19 Apr 2023 16:23:51 +0000 Original-Received: from localhost ([127.0.0.1]:35640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppAb0-0000vs-6L for submit@debbugs.gnu.org; Wed, 19 Apr 2023 12:23:51 -0400 Original-Received: from mail-oo1-f51.google.com ([209.85.161.51]:37880) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppAam-0000vQ-MN for 62720@debbugs.gnu.org; Wed, 19 Apr 2023 12:23:48 -0400 Original-Received: by mail-oo1-f51.google.com with SMTP id w22-20020a4ad036000000b00541e4028218so4278031oor.4 for <62720@debbugs.gnu.org>; Wed, 19 Apr 2023 09:23:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681921411; x=1684513411; 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=ewlUf+A6uz3x/iy/f+T1v7ZpPPAGlevn8Dxs7+DZKik=; b=C2NxpuXP0RifQEPG+tde2sSeem/YQW8NMg73hrz4FZQ9Jr4pZMAJPDvAkxyEJwPTHL vDDlAWK34sS7PPUxlNIFSlEVgvvDS1wxFBBnde32LiouD8dYjQcRg+JHsqqnX9xmlfa8 QsFo7yA5zbCE6Kno3ATg3QBEyeIkFBu6nTHmb4X9YJ1v0BAYIEW7jZigQk3XdX1twdnD 4CA06Civ1W+X0SLj3P4MHPmvhV25BSJ1iwXLxNQGV8aUJPEMw6IscHevfg11bA9yLX9n +977K2OZYItz9GT+L7i4935EsYzIYk+VLUQrncIfHY7Z3XwnvurWmClWtJdtPHEifcFt TEGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681921411; x=1684513411; 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=ewlUf+A6uz3x/iy/f+T1v7ZpPPAGlevn8Dxs7+DZKik=; b=WBAIYHWDlO3hDn++br5BSSLbvafUapqnAHjo4LFNHLLtLcdUdEvgrY3Fdxpb0NdAMB n7l1NQRhIBBY3km4Ya57YyEMAjk+0h143FQgpAMEoKO59loJEGeYuNgT29TH2LnhBd8D aJPjTx1YShOf2mBvKd5uasr/zpZu5SIMBy9qArw/md8eDezeTDZ0xscQUzl90ms4P4EY yBkHUccI7+rSDmjWtbdN1fxKwWZd6KSn21OzsiuN1v7xuRNPG307Yoy0XFgsCPhGHCjv f+riy8Dh9T/XWm9aKP2t+bMHZYqE50U4qmJ2iMLgErI9hNeqXKfCdos8RQiK2QqDr/bf n7Kw== X-Gm-Message-State: AAQBX9eyBHvTCpZUkmKnHPNGUDrBB++bzQ5FSEnS9cvCPFk+LvJGiI5J vYn9exapkhAhNMBxrUqBoLjsJ+fdswwILq4Oxvg= X-Google-Smtp-Source: AKy350YsQUESwIDGLlbsqXDBLq2mvN74T9DC7DXKsRA6vFQFQ6vnhndzUJY0kmx0TM668r2Gk8t7DtU33mpKwxh5ZMc= X-Received: by 2002:a4a:4952:0:b0:547:1c45:ba59 with SMTP id z79-20020a4a4952000000b005471c45ba59mr228890ooa.2.1681921410661; Wed, 19 Apr 2023 09:23:30 -0700 (PDT) In-Reply-To: <83zg737szu.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:260280 Archived-At: On Wed, Apr 19, 2023 at 5:10=E2=80=AFPM Eli Zaretskii wrote: > But note that this is not what Jo=C3=A3o is saying. He says 1.14 will no= t > be in Emacs 29.1, period. No matter how long I will drag the pretest. > He certainly doesn't want to invest the effort of making Eglot 1.14 > less dependent on latest changes in other packages, so as to make sure > we could drop Eglot 1.14 into Emacs 29 without risking any problems > elsewhere. And that more or less seals the issue, effectively setting > your N to infinity. This is extremely odd for me. Weren't you the one very, very sternly asking for almost _no_ changes to go into Elisp code of the Emacs 29 now that it is in pretest. And now you're liberally and casually suggesting way-over-last minute changes and work to go into that same version? This just doesn't make any sense to me. Can't you understand that other maintainers also value stability for their packages? 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. Jo=C3=A3o