From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: Re Re: Why not include all ELPA packages in an Emacs release? Date: Wed, 29 May 2024 20:36:14 +0000 Message-ID: <87h6egwe2p.fsf@posteo.net> References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14236"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel , Eli Zaretskii , arash@gnu.org, Stefan Kangas , jb@jeremybryant.net, Stefan Monnier To: Pedro Andres Aranda Gutierrez Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed May 29 22:37:23 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 1sCQ31-0003WC-E0 for ged-emacs-devel@m.gmane-mx.org; Wed, 29 May 2024 22:37:23 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sCQ2Y-0000tM-8f; Wed, 29 May 2024 16:36:54 -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 1sCQ2R-0000mn-Ie for emacs-devel@gnu.org; Wed, 29 May 2024 16:36:47 -0400 Original-Received: from mout01.posteo.de ([185.67.36.65]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sCQ2J-0007HQ-KS for emacs-devel@gnu.org; Wed, 29 May 2024 16:36:47 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout01.posteo.de (Postfix) with ESMTPS id 002D9240028 for ; Wed, 29 May 2024 22:36:33 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1717014996; bh=U3nTmoVSPnFoxWc3ymyDfUET7WHgRC4+CkPc5zpPcMg=; h=From:To:Cc:Subject:OpenPGP:Date:Message-ID:MIME-Version: Content-Type:From; b=W75q5ue6VOgdwBH13Kqj9gzVIHPP5QkCqz1V3KHURtj3tDH30bVN59LNzfMBzfsZP f48ReS/JaMxJ3d29ca5InFO+R2eZA3hG71H+QXh6e3rx78Qdb/fzjbCpuPb2PJGiA7 3cqchBUoHWt7Wr2DkbjhkOvXZTUg9GQa5xc+W0qvN0LXf29qaF4p8FHFViuuNbhQj3 hV3ZKywLqTMhB2oxme5fturPKTaZxKVb8kZjzpDaJdEs61ESDRowT2vC9+rq3bj0LJ VeqV3m4bsaKrfQLLS1pYa2i0MWBUYQ+rTtt1LOVf1wmsJT7vBsvfa7+e1fpyeHZYSy jas+y6FbaYd1w== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4VqLl36j4Kz6tvZ; Wed, 29 May 2024 22:36:31 +0200 (CEST) In-Reply-To: (Pedro Andres Aranda Gutierrez's message of "Wed, 29 May 2024 18:31:05 +0200") OpenPGP: id=7126E1DE2F0CE35C770BED01F2C3CC513DB89F66; url="https://keys.openpgp.org/vks/v1/by-fingerprint/7126E1DE2F0CE35C770BED01F2C3CC513DB89F66"; preference=signencrypt Received-SPF: pass client-ip=185.67.36.65; envelope-from=philipk@posteo.net; helo=mout01.posteo.de X-Spam_score_int: -43 X-Spam_score: -4.4 X-Spam_bar: ---- X-Spam_report: (-4.4 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=unavailable autolearn_force=no X-Spam_action: no action 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:319710 Archived-At: Pedro Andres Aranda Gutierrez writes: > Message-ID: <86r0dksk1x.fsf@gnu.org> > >>> Eli Zaretskii writes: >>> >>> > If there are packages on ELPA which we consider to be a must for users >>> > (I don't think there are, but maybe I'm forgetting something), lets >>> > add them to core instead. >>> >>> 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. > >> If people want them, and their developers agree, we can add them. > > At this point, why not company, which BTW works nicely both on > windows and -nw Emacs? I unironically think that this might be a better choice. > For every package you think of integrating, there will be a lot > of people how use a different package for the functionality, so this spells > exchanges without end here and a lot of users frustrated in the world > outside the list Bundling a package with Emacs is not the same as enabling it by default. I guess the exception are major modes, where it makes sense to have these added to auto-mode-alist, but otherwise something like Company shouldn't be enabled by default. >>> And while we're at it: There are sometimes requests for adding AUCTeX to >>> core. Do you have an opinion about that? >> >>I don't mind. But let's hear what others think. > > Well, AUCTeX was so feature-bloated that made me start using vanilla Emacs > and writing the things I really needed myself. So grateful it existed, > because it made my elisp evolve :-) This sounds like a LaTeX/AUCTeX-specific issue. IIUC, you prefer the built-in latex-mode that AUCTeX supersedes, right? Or what do you mean by bloated? > Now seriously, One of the nicest things in Emacs is the package repo(s). > I have the Emacs I want because we have use-package (and that is not so > long ago) > to make our lives (relatively) easy. And I dread to think what would happen > WTR to size of the distributable object (.app in macos, .rpm/.deb/.snap in > Linux, > etc.) if we start shipping everything in it. There are still plenty of cases where people cannot just install packages over the net and are stuck with whatever Emacs is bundled with. ELPA remains useful to upgrade packages that don't depend on new core features, but having "blessed" packages bundled without having to explain to new-comers "well yes, Emacs can do that but you have to install foo, bar and baaz first" (here "foo", "bar" and "baaz" are more often than not some weird names that they cannot remember in the first place) is helpful and underappreciated by many. WRT the package size, I wouldn't worry that much. Even a large package like AUCTeX is just under 10MB in my /elpa/ directory. The mean package side on ELPA is about 100-150KB. Packages like Debian that don't bundled .el sources (instead just using .elc) by default might be even better off. > My .2 cents -- Philip Kaludercic on peregrine