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.devel Subject: Re: emacs-29 9b775ddc057 1/2: ; * etc/EGLOT-NEWS: Fix wording of last change. Date: Sun, 07 May 2023 12:32:00 +0300 Message-ID: <83r0rsebcf.fsf@gnu.org> References: <168335548287.8529.4912240840977468283@vcs2.savannah.gnu.org> <20230506064443.56C75C22F15@vcs2.savannah.gnu.org> <59835735-faa0-4096-e491-35ec92964b7a@gutov.dev> <831qjthhm8.fsf@gnu.org> <715cdac6-83f6-6907-2ff8-3b33381f3487@gutov.dev> <83zg6hg29c.fsf@gnu.org> <83ttwpfvcr.fsf@gnu.org> <83h6spfose.fsf@gnu.org> <35df1362-fd92-9424-97d0-df3479414677@gutov.dev> <83edntfm6e.fsf@gnu.org> <667d5cc1-4a3c-5cd4-21c0-adff89cea769@gutov.dev> <834jopfdwz.fsf@gnu.org> <83v8h4elki.fsf@gnu.org> <87h6sofs02.fsf@posteo.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37105"; mail-complaints-to="usenet@ciao.gmane.io" Cc: dmitry@gutov.dev, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun May 07 11:32:01 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 1pvakK-0009SC-TJ for ged-emacs-devel@m.gmane-mx.org; Sun, 07 May 2023 11:32:00 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pvajQ-00009N-HF; Sun, 07 May 2023 05:31: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 1pvajO-00008v-VQ for emacs-devel@gnu.org; Sun, 07 May 2023 05:31:03 -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 1pvajO-0001d4-Dp; Sun, 07 May 2023 05:31:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=lY604ATuTCoDy1MCiLkwUb+oUyf17V40uzJwxUwaGYk=; b=rMIh7iGkxudO AC2VjgvC5lwnE8oWEDRyXSXhEg5WxEIpPG6E1DnR/6XmYsGaAxUDcjNA7kZx6ZenEMAfK3u5N8hiS bMupdngj8qrDdo7C8AqKzJydVCvfAlm8rXR0eyRFd2M96EjPLPUWT9OOgK1fpE1FKAwa3uNYt8LZ4 VTP8YrflbcQ8ewRm9rM4Rtk05We5dhAEYs7JCLmyj5ebMoX00MwyvvhBqU8J//SaYdn08C7HiCnA9 CTfQv057A+pE6mxRyz2Hx33vZP/+qfLHWEseJ3N8FEM5y18ruop8E63G4h7P/8vhsvoG7FumrKHgz wTdSDXRRxCoKWrcpFnmFZA==; 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 1pvajN-0005fn-Op; Sun, 07 May 2023 05:31:02 -0400 In-Reply-To: <87h6sofs02.fsf@posteo.net> (message from Philip Kaludercic on Sun, 07 May 2023 08:46:53 +0000) 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:305944 Archived-At: > From: Philip Kaludercic > Cc: Dmitry Gutov , monnier@iro.umontreal.ca, > emacs-devel@gnu.org > Date: Sun, 07 May 2023 08:46:53 +0000 > > Eli Zaretskii writes: > > > I think it better did, because using "U" would upgrade Eglot and > > use-package in Emacs 28 and before. So we should give users who want > > that the capability of keeping that workflow in Emacs 29, if only as > > opt-in behavior. > > "Workflow" is really to high of a term for the problem being discussed > here. Installing packages is not a periodical thing people to on a > regular basis. Since we are talking about an optional feature, it will suit this well, I think. The target audience for this are those users who were used to upgrade Eglot regularly when it was not a core package. Likewise for other packages that would be brought into core in the future. > > Also, "/ u" should ideally show built-in packages as well, when > > package-install-upgrade-built-in is non-nil. > > So the point here would be that a user who enables this option, regards > any newer version of a core-package on ELPA as something that should be > installed? Yes. > Perhaps this is a tangent, but what would happen if a third-party > repository like MELPA adds a package with the same name as a core > package? This problem exists today already, with non-core packages. Right? > > Philip, can these two changes be implemented safely for Emacs 29? > > It certainly can be done. I'd appreciate if you could show a patch that we could then consider. TIA.