From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.bugs Subject: bug#44644: /tmp/emacs0/ not cleaned up upon exit Date: Fri, 27 Nov 2020 11:22:45 +0300 Message-ID: References: <87a6vjk9ep.8.fsf@jidanni.org> <87y2j0sxz0.fsf@gnus.org> <83zh3gqb9o.fsf@gnu.org> <87sg8zcnu0.fsf@gnus.org> <83y2iqu646.fsf@gnu.org> <877dqa2cbz.fsf@gnus.org> <83sg8wqlpw.fsf@gnu.org> <87zh33kzox.fsf@gnus.org> <83k0u7p6am.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="38654"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Cc: 44644@debbugs.gnu.org, Lars Ingebrigtsen , jidanni@jidanni.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 27 09:24:32 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1kiZ3Q-0009xi-2p for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 27 Nov 2020 09:24:32 +0100 Original-Received: from localhost ([::1]:42462 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kiZ3P-00023Q-4c for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 27 Nov 2020 03:24:31 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46880) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kiZ2x-0001p0-1s for bug-gnu-emacs@gnu.org; Fri, 27 Nov 2020 03:24:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:60534) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kiZ2w-0006ds-QS for bug-gnu-emacs@gnu.org; Fri, 27 Nov 2020 03:24:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kiZ2w-00020B-LI for bug-gnu-emacs@gnu.org; Fri, 27 Nov 2020 03:24:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Nov 2020 08:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44644 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 44644-submit@debbugs.gnu.org id=B44644.16064653857607 (code B ref 44644); Fri, 27 Nov 2020 08:24:02 +0000 Original-Received: (at 44644) by debbugs.gnu.org; 27 Nov 2020 08:23:05 +0000 Original-Received: from localhost ([127.0.0.1]:43843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiZ20-0001yd-QT for submit@debbugs.gnu.org; Fri, 27 Nov 2020 03:23:05 -0500 Original-Received: from static.rcdrun.com ([95.85.24.50]:42825) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kiZ1y-0001xv-M7 for 44644@debbugs.gnu.org; Fri, 27 Nov 2020 03:23:03 -0500 Original-Received: from localhost ([::ffff:41.202.241.56]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by static.rcdrun.com with ESMTPSA id 00000000002C0010.000000005FC0B75F.000068EA; Fri, 27 Nov 2020 08:22:55 +0000 Content-Disposition: inline In-Reply-To: <83k0u7p6am.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:194415 Archived-At: * Eli Zaretskii [2020-11-27 11:13]: > > From: Lars Ingebrigtsen > > Cc: jidanni@jidanni.org, 44644@debbugs.gnu.org > > Date: Fri, 27 Nov 2020 08:48:30 +0100 > > > > Eli Zaretskii writes: > > > > > At most, yes. The problem is, it isn't easy to know when the > > > directory is under /tmp (we don't use temporary-file-directory, for > > > the reasons explained in the comment to server-socket-dir). Maybe we > > > should put some special property on server-dir when that is the case? > > > > Did you mean server-socket-dir instead of server-dir here? > > Yes, sorry. > > > Yes, I guess that'd be possible, but the user may change > > server-socket-dir without changing the property... > > > > We could literally just check whether the parent of server-socket-dir is > > "/tmp" and only delete then. It'd be pretty defensive, but should fix > > this minor annoyance. > > If no better ideas come to mind, yes. > > I actually don't share the feeling of an annoyance here: /tmp is > regularly cleaned up anyway, right? But that's me. Many applications that use some directory in /tmp leave directories there. It should be cleaned up by system on next run. If users can customize directory place they could use all kinds of parent directory names And if directory should be deleted, then such should be checked not to contain any other file that could be placed in directory. Recently when running debugging various .heap and mtrace files are all over the system. If directory is inspected by Emacs under debugging, some files would be placed there automatically.