From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Pedro Andres Aranda Gutierrez Newsgroups: gmane.emacs.devel Subject: Re: Re Re: Why not include all ELPA packages in an Emacs release? Date: Thu, 30 May 2024 08:16:42 +0200 Message-ID: References: <87h6egwe2p.fsf@posteo.net> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000019b5190619a5d1d0" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2820"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel , Eli Zaretskii , arash@gnu.org, Stefan Kangas , jb@jeremybryant.net, Stefan Monnier To: Philip Kaludercic Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu May 30 08:17:37 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 1sCZ6W-0000XV-5o for ged-emacs-devel@m.gmane-mx.org; Thu, 30 May 2024 08:17:36 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sCZ6B-0000nI-MB; Thu, 30 May 2024 02:17:15 -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 1sCZ6A-0000ia-AM for emacs-devel@gnu.org; Thu, 30 May 2024 02:17:14 -0400 Original-Received: from mail-ed1-x532.google.com ([2a00:1450:4864:20::532]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sCZ67-0003Ra-38; Thu, 30 May 2024 02:17:13 -0400 Original-Received: by mail-ed1-x532.google.com with SMTP id 4fb4d7f45d1cf-5785199f7d1so204271a12.2; Wed, 29 May 2024 23:17:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1717049829; x=1717654629; darn=gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=ONlG2UeWWvYoFb/zMJf33P4cxJ6d3bBMzUdmcpZAu+c=; b=OVFxz74opCIoj/lgplJxK1ys+awwJCFwHkr2QDww+yJDM7FW3tJUUIN386nAZwCx3f JCMhT6r2Pbky0RIgnzKkbZlliuokcgCVF7TCQsNsLGFSx4BKZx/JexH3EyfrJPgUkUME flmY/IRL1f7j7rdUPX1Gfg3y5FPtXtD4dci5hygW09XYxf+jH4+o2u5VU+kDOkpUMpSI HrFTgmhRsZVzWiFN7Su/0uJjY79viLGuE3WBU8Nev/2ASvjfkQdUZXU4HOOh0ZdoYv7L cXlSCA4R3ehXpkdNgGWmXQSVOzWEPlh+DwedL35vaFVa5CM99e2h6hZfxqsush7SutB6 3vqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1717049829; x=1717654629; h=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=ONlG2UeWWvYoFb/zMJf33P4cxJ6d3bBMzUdmcpZAu+c=; b=hicudMKdd528Bt8ROciOnBFQCeX5JaAxrCWo/MDB8gWyCO3F6kkjqLPtx5MUjcHMm3 G7/Vi8ef+s7qn28OFuzlbDfLfiPLOjUiEkzl7MXbf6xpCQSqnkvAhd8tYHd0ChtxVteX b1w/mwjq5XzLFOvbh4Fln/aYMJR/tPX9qctlgi9/RkbKbAbQSmQdeUIvqwu4PyKaxhzQ rA7Wk8Y7AMr1PKqvC3QhIbQEBeohMNVFxPEU7d7NDONkOHUlN2sEwngcK3q2xEus2FeR Z5f/c5jCXOnZHY4JlJHlFvohgODRmvjiGOM/0mCNVHvFHqeyZx3+ccGkn2I6AYjgAeXm n5RQ== X-Forwarded-Encrypted: i=1; AJvYcCVf13Ah+6McRYSYc68aYRK2q5tRK/EQWPZ8b5dSVKd6PB1jFFoF88FIFHPz52HTJScYN4LsmPu+fzbZyrthQeqJcolITjJ67S2z22U= X-Gm-Message-State: AOJu0Yxw5v+SnNyw01BQMXSZZ0kErxP18wq0pwIrixIpwEFn7gLcQNDs cQdkHmd0I4W5rp05ODh7ME7Rt4PAp8gRc4yuh4qNnLFOvc3cGmXgat2QesNhiz+cRcFCJ39FQQE 5cHV/gE5D5LDBjBTBMGv1+Mo3wd0= X-Google-Smtp-Source: AGHT+IF2qbsbThxHNcyIsGXDaTXxVbhRTBetPG3Yb1RvlGKn4YdVZJ3P3gKmVjKP6eXgsyG9BDetp2gATUkvTq0BhdY= X-Received: by 2002:a50:cc96:0:b0:578:881e:7b77 with SMTP id 4fb4d7f45d1cf-57a1793b43bmr914341a12.34.1717049828682; Wed, 29 May 2024 23:17:08 -0700 (PDT) In-Reply-To: <87h6egwe2p.fsf@posteo.net> Received-SPF: pass client-ip=2a00:1450:4864:20::532; envelope-from=paaguti@gmail.com; helo=mail-ed1-x532.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham 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:319727 Archived-At: --00000000000019b5190619a5d1d0 Content-Type: text/plain; charset="UTF-8" Hi On Wed, 29 May 2024 at 22:36, Philip Kaludercic wrote: > 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. > Hmm... nice to hear... thanks :-) > > 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. > +1 > 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. > Couldn't agree more... > > >>> 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? > Jup, that was a purely LaTeX issue. And yes, I didn't have time to learn all the specifics of AUCTeX and did some customisation + yasnippets to get my phD thesis written. At that time, a switch from MSWord/OpenOffice to LaTeX was churning all my free CPU cycles, because I had work and real life in parallel. > > 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. > Good point... > 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. > I get your point... and right, there are situations where you just can't get the packages from the Internet. 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. > But just keep in mind that there are situations, where the platform must deploy Emacs on, might not be as relaxed WRT disk space... And it's not about a specific package, it's about a trickle of packages becoming a flood... > My .2 cents > > -- > Philip Kaludercic on peregrine > Best, /PA -- Fragen sind nicht da, um beantwortet zu werden, Fragen sind da um gestellt zu werden Georg Kreisler Headaches with a Juju log: unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we should run a leader-deposed hook here, but we can't yet --00000000000019b5190619a5d1d0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi

On Wed, 29 May 2024 at 22:36, Philip Kaludercic <= ;philipk@posteo.net> wrote:
Pedro Andres Arand= a Gutierrez <paag= uti@gmail.com> writes:

> Message-ID: <86r0dksk1x.fsf@gnu.org>
>
>>> Eli Zaretskii <eliz@gnu.org> writes:
>>>
>>> > If there are packages on ELPA which we consider to be a m= ust for users
>>> > (I don't think there are, but maybe I'm forgettin= g 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.=C2=A0 vertico and marginalia are = also must in my
>>> book since they offer a better experience with vertical minibu= ffer
>>> completion.
>
>> If people want them, and their developers agree, we can add them.<= br> >
> <irony>At this point, why not company, which BTW works nicely bo= th on
> windows and -nw Emacs?</irony>

I unironically think that this might be a better choice.

Hmm... nice to hear... thanks :-)=C2=A0
=C2=A0> <seriously>For every package you think of integrating, the= re will be a lot
> of people how use a different package for the functionality, so this s= pells
> exchanges without end here and a lot of users frustrated in the world<= br> > outside the list </seriously>

Bundling a package with Emacs is not the same as enabling it by default.
+1=C2=A0
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.
Couldn't agre= e more...=C2=A0

>>> And while we're at it: There are sometimes requests for ad= ding AUCTeX to
>>> core.=C2=A0 Do you have an opinion about that?
>>
>>I don't mind.=C2=A0 But let's hear what others think.
>
> Well, AUCTeX was so feature-bloated that made me start using vanilla E= macs
> 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.=C2=A0 IIUC, you prefer the<= br> built-in latex-mode that AUCTeX supersedes, right?=C2=A0 Or what do you mea= n
by bloated?

Jup, that was a purely LaTe= X issue. And yes, I didn't have time to learn all the specifics
of AUCTeX and did some customisation=C2=A0+ yasnippets to get my phD the= sis written.
At that time, a switch from MSWord/OpenOffice to LaT= eX was churning all my free CPU cycles,
because I had work and re= al life in parallel.
> 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 s= o
> long ago)
> to make our lives (relatively) easy. And I dread to think what would h= appen
> WTR to size of the distributable object (.app in macos, .rpm/.deb/.sna= p 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.

Good point...=C2=A0
=C2=A0
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.

I get your point... and right, there are situations where you just= can't get the
packages from the Internet.

WRT the package size, I wouldn't worry that much.=C2=A0 Even a large pa= ckage
like AUCTeX is just under 10MB in my /elpa/ directory.=C2=A0 The mean packa= ge
side on ELPA is about 100-150KB.=C2=A0 Packages like Debian that don't<= br> bundled .el sources (instead just using .elc) by default might be even
better off.

But just keep in mind that = there are situations, where the platform must deploy
Emacs on, mi= ght not be as relaxed WRT disk space... And it's not about a specific
package, it's about a trickle of packages becoming a flood...<= /div>

> = My .2 cents

--
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Philip Kaludercic on peregrine

Best, /PA
--
Fragen sind nicht da, u= m beantwortet zu werden,
Fragen sind da um gestellt zu werden
<= /div>Georg Kreisler

Headaches with a Juju log:
unit-basic-16: 09:17:36 WARNING juju.worker.uniter.operation we shou= ld run a leader-deposed hook here, but we can't yet

=
--00000000000019b5190619a5d1d0--