GNU bug report logs - #61501
30.0.50; [PATCH] Support unloading Eshell

Previous Next

Package: emacs;

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.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: Jim Porter <jporterbugs <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; [PATCH] Support unloading Eshell
Date: Mon, 13 Feb 2023 19:52:13 -0800
[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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: 61501 <at> debbugs.gnu.org
Subject: Re: bug#61501: 30.0.50; [PATCH] Support unloading Eshell
Date: Tue, 14 Feb 2023 16:34:03 +0200
> 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):

From: Jim Porter <jporterbugs <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 61501 <at> debbugs.gnu.org
Subject: Re: bug#61501: 30.0.50; [PATCH] Support unloading Eshell
Date: Tue, 14 Feb 2023 16:56:54 -0800
[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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: 61501 <at> debbugs.gnu.org
Subject: Re: bug#61501: 30.0.50; [PATCH] Support unloading Eshell
Date: Wed, 15 Feb 2023 14:59:10 +0200
> 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):

From: Jim Porter <jporterbugs <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 61501 <at> debbugs.gnu.org
Subject: Re: bug#61501: 30.0.50; [PATCH] Support unloading Eshell
Date: Wed, 15 Feb 2023 09:31:57 -0800
[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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Jim Porter <jporterbugs <at> gmail.com>
Cc: 61501 <at> debbugs.gnu.org
Subject: Re: bug#61501: 30.0.50; [PATCH] Support unloading Eshell
Date: Wed, 15 Feb 2023 20:06:03 +0200
> 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):

From: Jim Porter <jporterbugs <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 61501-done <at> debbugs.gnu.org
Subject: Re: bug#61501: 30.0.50; [PATCH] Support unloading Eshell
Date: Wed, 15 Feb 2023 17:34:14 -0800
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.