GNU bug report logs -
#61501
30.0.50; [PATCH] Support unloading Eshell
Previous Next
Reported by: Jim Porter <jporterbugs <at> gmail.com>
Date: Tue, 14 Feb 2023 03:53:01 UTC
Severity: normal
Tags: patch
Found in version 30.0.50
Done: Jim Porter <jporterbugs <at> gmail.com>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 61501 in the body.
You can then email your comments to 61501 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61501
; Package
emacs
.
(Tue, 14 Feb 2023 03:53:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Jim Porter <jporterbugs <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 14 Feb 2023 03:53:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Currently, it's not possible to call "(unload-feature 'eshell)" after
using Eshell. You'll just get an error that some of Eshell's extension
modules depend on eshell.elc. This is a relatively minor issue, but I'm
hoping to make some improvements to how extension modules get loaded, so
this is a prelude to that.
In addition to making it *possible* to unload Eshell, I also fixed an
issue where the unload hooks weren't named correctly. They were of the
form 'eshell-hist-unload-hook', but the file's name is em-hist.el. I
moved these to 'em-hist-unload-function' and similar ('-function'
because the '-hook' version is obsolete, as I understand it).
[0001-Don-t-require-eshell-in-other-Eshell-files.patch (text/plain, attachment)]
[0002-Allow-unloading-Eshell.patch (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61501
; Package
emacs
.
(Tue, 14 Feb 2023 14:35:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 61501 <at> debbugs.gnu.org (full text, mbox):
> Date: Mon, 13 Feb 2023 19:52:13 -0800
> From: Jim Porter <jporterbugs <at> gmail.com>
>
> Currently, it's not possible to call "(unload-feature 'eshell)" after
> using Eshell. You'll just get an error that some of Eshell's extension
> modules depend on eshell.elc. This is a relatively minor issue, but I'm
> hoping to make some improvements to how extension modules get loaded, so
> this is a prelude to that.
>
> In addition to making it *possible* to unload Eshell, I also fixed an
> issue where the unload hooks weren't named correctly. They were of the
> form 'eshell-hist-unload-hook', but the file's name is em-hist.el. I
> moved these to 'em-hist-unload-function' and similar ('-function'
> because the '-hook' version is obsolete, as I understand it).
Thanks, good to hear. Please add a NEWS entry to call out this
change.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61501
; Package
emacs
.
(Wed, 15 Feb 2023 00:58:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 61501 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2/14/2023 6:34 AM, Eli Zaretskii wrote:
> Thanks, good to hear. Please add a NEWS entry to call out this
> change.
Thanks. How does this look?
[0002-Allow-unloading-Eshell.patch (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61501
; Package
emacs
.
(Wed, 15 Feb 2023 13:00:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 61501 <at> debbugs.gnu.org (full text, mbox):
> Date: Tue, 14 Feb 2023 16:56:54 -0800
> Cc: 61501 <at> debbugs.gnu.org
> From: Jim Porter <jporterbugs <at> gmail.com>
>
> On 2/14/2023 6:34 AM, Eli Zaretskii wrote:
> > Thanks, good to hear. Please add a NEWS entry to call out this
> > change.
>
> Thanks. How does this look?
It's okay, but I actually thought about telling that unloading Eshell
now works...
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61501
; Package
emacs
.
(Wed, 15 Feb 2023 17:33:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 61501 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 2/15/2023 4:59 AM, Eli Zaretskii wrote:
>> Date: Tue, 14 Feb 2023 16:56:54 -0800
>> Cc: 61501 <at> debbugs.gnu.org
>> From: Jim Porter <jporterbugs <at> gmail.com>
>>
>> On 2/14/2023 6:34 AM, Eli Zaretskii wrote:
>>> Thanks, good to hear. Please add a NEWS entry to call out this
>>> change.
>>
>> Thanks. How does this look?
>
> It's okay, but I actually thought about telling that unloading Eshell
> now works...
Oh, I see. How about this?
I could also try to merge the two news entries. However, since the
previous one that I added about hook names describes an incompatible
change, my gut feeling is to keep them separate, or just remove the
previous entry (I'm not sure anyone uses the old names since they didn't
work in the first place).
[0002-Allow-unloading-Eshell.patch (text/plain, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#61501
; Package
emacs
.
(Wed, 15 Feb 2023 18:07:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 61501 <at> debbugs.gnu.org (full text, mbox):
> Date: Wed, 15 Feb 2023 09:31:57 -0800
> Cc: 61501 <at> debbugs.gnu.org
> From: Jim Porter <jporterbugs <at> gmail.com>
>
> On 2/15/2023 4:59 AM, Eli Zaretskii wrote:
> >> Date: Tue, 14 Feb 2023 16:56:54 -0800
> >> Cc: 61501 <at> debbugs.gnu.org
> >> From: Jim Porter <jporterbugs <at> gmail.com>
> >>
> >> On 2/14/2023 6:34 AM, Eli Zaretskii wrote:
> >>> Thanks, good to hear. Please add a NEWS entry to call out this
> >>> change.
> >>
> >> Thanks. How does this look?
> >
> > It's okay, but I actually thought about telling that unloading Eshell
> > now works...
>
> Oh, I see. How about this?
Perfect, thanks.
> I could also try to merge the two news entries.
I see no need: they are different aspects of the same changeset.
Reply sent
to
Jim Porter <jporterbugs <at> gmail.com>
:
You have taken responsibility.
(Thu, 16 Feb 2023 01:35:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Jim Porter <jporterbugs <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 16 Feb 2023 01:35:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 61501-done <at> debbugs.gnu.org (full text, mbox):
On 2/15/2023 10:06 AM, Eli Zaretskii wrote:
> Perfect, thanks.
Thanks. Merged to master as 8051be9ac2. Closing this bug now.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 16 Mar 2023 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 94 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.