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: Why not include all ELPA packages in an Emacs release? Date: Thu, 30 May 2024 08:49:32 +0300 Message-ID: <8634pzsvbn.fsf@gnu.org> References: <87bk4ql3u5.fsf@jeremybryant.net> <864jagu9ji.fsf@gnu.org> <878qzspd9j.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="26398"; mail-complaints-to="usenet@ciao.gmane.io" Cc: arash@gnu.org, stefankangas@gmail.com, jb@jeremybryant.net, emacs-devel@gnu.org, monnier@iro.umontreal.ca, philipk@posteo.net To: Tassilo Horn Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 30 07:50:06 2024 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 1sCYfu-0006c7-Dv for ged-emacs-devel@m.gmane-mx.org; Thu, 30 May 2024 07:50:06 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sCYfS-0007fR-IQ; Thu, 30 May 2024 01:49:38 -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 1sCYfR-0007fB-7D for emacs-devel@gnu.org; Thu, 30 May 2024 01:49:37 -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 1sCYfP-0007JD-Fn; Thu, 30 May 2024 01:49:35 -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=7whIN18SnZY5zaM+z5d4BxpwPvh3HHEV9dzTxR0vN8I=; b=KKwIQ916JcE9 Hij6jhEPhVvK7XwVKE8uTPTzfg2yZ/+PGdU3afnpgF3TPH9uClAH9Lr40VGLL0xQgpTPaQ5qC0f82 6cBgh6mPQlxFmix17CkBxOVgWiJUttLo0O+oUW1ApkEyP0XnuAerEEhjBiwcXJgueFWZkbnlUPhYh taPXXMPdh6pBAvGS6RDCNObRmX8VmvN/XAlV9HDeobodqIrIZYfSKl3nbxnZoFz6YWYIpvC62EGxF iAHmnft0j3MSUNAF0QPdgsO8lqjh3NCA+k7eikp+Rysl2Lr49j3evlc76wB/HLMqLFhnFpSABV8WB Cbe087eDoQ0AFHfdOkeoqw==; In-Reply-To: <878qzspd9j.fsf@gnu.org> (message from Tassilo Horn on Wed, 29 May 2024 22:35:36 +0200) 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:319723 Archived-At: > From: Tassilo Horn > Cc: Eli Zaretskii , Stefan Kangas , > jb@jeremybryant.net, emacs-devel@gnu.org, monnier@iro.umontreal.ca, > philipk@posteo.net > Date: Wed, 29 May 2024 22:35:36 +0200 > > Arash Esbati writes: > > > If Emacs considers in-buffer completion an important feature, then I'd > > say corfu and cape are must. vertico and marginalia are also must in > > my book since they offer a better experience with vertical minibuffer > > completion. > > Nice completion UIs are certainly a very important feature and I have > the same preferences as you. But I don't see a reason why some specific > one has to be in core. It has long been ivy and company, now it's > vertico and corfu, and in 2 years the hottest bets might be something > else. These are valid concerns, thanks. However, if we consider these features important enough and add them to core, we take the responsibility to keep them alive for years to come, even if their original developers move on. > I mean, it's easy to put things into core but hardly possible to remove > them again without annoying someone. True. Which is why we should consider the cost of maintaining those as part of the decision-making. > FWIW, I'd rather move more stuff from core to ELPA and add mechanics to > install from ELPA easily. No one really disagrees. The problem is how to do that in a way that doesn't disrupt the users and the Emacs development procedures. See the past discussions and the conclusions we have reached (although TBH not all of the conclusions are agreed-upon by all of us). > > And while we're at it: There are sometimes requests for adding AUCTeX > > to core. Do you have an opinion about that? > > One practical question is what happens with stock tex-mode.el then. > Right now, when you install AUCTeX, it'll take over. That would annoy > tex-mode users, I guess. We don't have to make AUCTeX the default if we include it. It could start being optional, like the various *-ts-mode's are.