From: Corwin Brust <corwin@bru.st>
To: Stefan Kangas <stefankangas@gmail.com>
Cc: 73812@debbugs.gnu.org, Eli Zaretskii <eliz@gnu.org>,
Andrea Corallo <acorallo@gnu.org>,
emacs-erc@gnu.org, "J.P." <jp@neverwas.me>
Subject: bug#73812: 30.0.91; ERC 5.6.0.30.1: Customizing erc-modules loads ERC when starting Emacs
Date: Fri, 1 Nov 2024 21:37:06 -0500 [thread overview]
Message-ID: <CAJf-WoSqK+kWH1MH8CU7y0DYJxvU7cJnzo-=6qsuZNVaH8ss_A__14637.966493477$1730515117$gmane$org@mail.gmail.com> (raw)
In-Reply-To: <CADwFkmmzw0+BQb=dKvndxsXUwjJiszXr3VrRpaU_rE4DndjsvA@mail.gmail.com>
Hi All,
On Fri, Nov 1, 2024 at 9:05 PM Stefan Kangas <stefankangas@gmail.com> wrote:
>
> "J.P." <jp@neverwas.me> writes:
>
> I can only add that some of our users are very concerned with Emacs's
> startup time, and spend a lot of time optimizing it. Unexpectedly
> pulling in all of ERC in some cases certainly won't help them.
>
> > "J.P." <jp@neverwas.me> writes:
> >
> >> Eli Zaretskii <eliz@gnu.org> writes:
> >>
> >>>> All in all, I'd prefer to leave this alone in Emacs 30. We have time
> >>>> to try reverting this on master and seeing whether it's a net win or a
> >>>> net loss, given the past history of the issue. (AFAIU, if you remove
> >>>> this line, some change is pertinent in the manual?)
> >>
> >> It's been reverted on master for ten days now with no complaints:
> >>
> >> https://git.savannah.gnu.org/cgit/emacs.git/commit/?id=1854f275
> >>
> >> If that's long enough to qualify as a net win, can we proceed with a
> >> backport?
> >
> > It's been two weeks now since I was tasked with reverting this on master
> > in order to assess the damage, of which none has since been reported.
> >
> > Apologies if I'm out of line in pressing the issue, but I'm driven by a
> > need to advocate for ERC's users, who've suffered greatly in the past
> > due to my cowardliness in similar situations [1]. As such, I would very
> > much appreciate a final verdict on this matter.
>
> I assume that we are talking about cherry-picking commit 1854f2751e3f to
> the emacs-30 branch.
>
> Can removing the autoload cookie cause an issue outside of ERC, or for
> non-users of ERC? If it cannot, I don't know that I'm in a better
> position than you, being the ERC maintainer, to determine what kind of
> negative impact removing it might have. If anything, it sounds like it
> is more risky for non-users of ERC to leave things as is?
>
> In summary, my view is that removing it should be low risk, and it fixes
> a known bug. It's arguably minor, but does affect startup performance.
> So I think it sounds good to have the patch on emacs-30.
>
> Let's see if Eli or Andrea has anything to add here first, though.
>
Thank you JP and Stefan for diligence on this. I had flagged this for
a reply but did not manage to make one before now. (Two weeks
already? Good grief.)
Perhaps importantly: I strongly suspect this bug is responsible for
corruption of my customize file. (Unfortunately I had a bunch of
stuff in there and wasn't good and pushed my changes to that
particular file to the repo where I version my config, so I've lost a
bit of work. On the plus side: it's generally of a cosmetic nature,
mostly face tweaks which I found it convenient to "try out" using
customize and then, because they were good, never got around to
encoding into proper elisp.) I didn't/haven't completed any sort of
minimal reproducer: I could be completely wrong that this bug is what
caused my configuration settings to get blown away. But the timing is
right.
I will also mention, back to the "known issue" caused by this, that I
maintain separate "desktop shortcuts" for launching Emacs with and
without automatically launching ERC connections. It would be nice if
this arrangement (once again) had the intended effect of not loading
ERC when I'm not going to need it in the given session.
In any event: +1
I'd be grateful to see this resolved before cutting 30.1
prev parent reply other threads:[~2024-11-02 2:37 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-15 2:57 bug#73812: 30.0.91; ERC 5.6.0.30.1: Customizing erc-modules loads ERC when starting Emacs J.P.
2024-10-15 12:07 ` Eli Zaretskii
[not found] ` <865xptsh6f.fsf@gnu.org>
2024-10-15 18:00 ` J.P.
[not found] ` <87h69ddz5l.fsf@neverwas.me>
2024-10-17 19:38 ` J.P.
2024-10-18 7:14 ` Eli Zaretskii
[not found] ` <86bjzhopaz.fsf@gnu.org>
2024-10-18 17:55 ` J.P.
[not found] ` <87ttd947pg.fsf@neverwas.me>
2024-10-29 3:16 ` J.P.
2024-11-02 0:49 ` J.P.
[not found] ` <87cyjepihk.fsf@neverwas.me>
2024-11-02 2:05 ` Stefan Kangas
[not found] ` <CADwFkmmzw0+BQb=dKvndxsXUwjJiszXr3VrRpaU_rE4DndjsvA@mail.gmail.com>
2024-11-02 2:37 ` Corwin Brust [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAJf-WoSqK+kWH1MH8CU7y0DYJxvU7cJnzo-=6qsuZNVaH8ss_A__14637.966493477$1730515117$gmane$org@mail.gmail.com' \
--to=corwin@bru.st \
--cc=73812@debbugs.gnu.org \
--cc=acorallo@gnu.org \
--cc=eliz@gnu.org \
--cc=emacs-erc@gnu.org \
--cc=jp@neverwas.me \
--cc=stefankangas@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).