GNU bug report logs - #41042
Compilation (Comint) is consistently killed when run with default directory /sudo::root

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 41042 in the body.
You can then email your comments to 41042 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: akater <nuclearspace <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Compilation (Comint) is consistently killed when run with default
 directory /sudo::root
Date: Sun, 03 May 2020 07:48:58 +0000

[Message part 1 (text/plain, inline)]

I'm using Emacs 28.0.50 (build 1, x86_64-pc-linux-uclibc) of 2020-05-03.

Compilation processes started with #'compile are killed after some time
when default-directory is let-bound to /sudo::/

Example:

emacs -Q

(require 'tramp)
(require 'compile)
(let ((default-directory "/sudo::/")) (compile "sleep 300"))

This started to happen between January 1 and April 30 (most likely
between March 1 and April 15 but I can't be completely sure).  I'm
calling such code regularly; it is used by ebuild-mode package in the
main Gentoo repository.

(compile "sudo ..") works fine.

[signature.asc (application/pgp-signature, inline)]

Message #8 received at 41042 <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: akater <nuclearspace <at> gmail.com>
Cc: 41042 <at> debbugs.gnu.org
Subject: Re: bug#41042: Compilation (Comint) is consistently killed when run
 with default directory /sudo::root
Date: Sun, 03 May 2020 14:26:10 +0200

akater <nuclearspace <at> gmail.com> writes:

Hi,

> I'm using Emacs 28.0.50 (build 1, x86_64-pc-linux-uclibc) of 2020-05-03.
>
> Compilation processes started with #'compile are killed after some time
> when default-directory is let-bound to /sudo::/
>
> Example:
>
> emacs -Q
>
> (require 'tramp)
> (require 'compile)
> (let ((default-directory "/sudo::/")) (compile "sleep 300"))
>
> This started to happen between January 1 and April 30 (most likely
> between March 1 and April 15 but I can't be completely sure).  I'm
> calling such code regularly; it is used by ebuild-mode package in the
> main Gentoo repository.

Well, this is hit by a recent change, that tramp-cleanup-connection
kills now *all* connection related processes. This should not happen for
remote asynchronous processes belonging to a connection with a session
timeout like "sudo". I've fixed this in master, could you please check?

Best regards, Michael.

Message #13 received at 41042 <at> debbugs.gnu.org (full text, mbox):

From: akater <nuclearspace <at> gmail.com>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: 41042 <at> debbugs.gnu.org
Subject: Re: bug#41042: Compilation (Comint) is consistently killed when run
 with default directory /sudo::root
Date: Sun, 03 May 2020 20:25:21 +0000

[Message part 1 (text/plain, inline)]

Thank you, everything is fine now.

It looks like not many users of live Emacs builds also use compile over
tramp feature, as this haven't been reported earlier.  That's
unexpected.  (I build and install ≈everything this way.)

[signature.asc (application/pgp-signature, inline)]

Message #18 received at 41042-done <at> debbugs.gnu.org (full text, mbox):

From: Michael Albinus <michael.albinus <at> gmx.de>
To: akater <nuclearspace <at> gmail.com>
Cc: 41042-done <at> debbugs.gnu.org
Subject: Re: bug#41042: Compilation (Comint) is consistently killed when run
 with default directory /sudo::root
Date: Mon, 04 May 2020 09:02:11 +0200

akater <nuclearspace <at> gmail.com> writes:

Hi,

> Thank you, everything is fine now.

Thanks for the confirmation, I'm closing the bug.

> It looks like not many users of live Emacs builds also use compile over
> tramp feature, as this haven't been reported earlier.  That's
> unexpected.  (I build and install ≈everything this way.)

Well, this happens only for Tramp connections which have a session
timeout (sudo, doas) and for compilations which run longer than the
timeout (300 sec per default). Perhaps this doesn't happen for the
majority of users.

Best regards, Michael.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.