From: Jean Louis <bugs@gnu.support>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 44644@debbugs.gnu.org, Lars Ingebrigtsen <larsi@gnus.org>,
jidanni@jidanni.org
Subject: bug#44644: /tmp/emacs0/ not cleaned up upon exit
Date: Tue, 24 Nov 2020 18:41:01 +0300 [thread overview]
Message-ID: <X70pjRHeTylPYYdd@protected.rcdrun.com> (raw)
In-Reply-To: <83y2iqu646.fsf@gnu.org>
* Eli Zaretskii <eliz@gnu.org> [2020-11-24 18:29]:
> Wait a moment: we are deleting the _directory_ of the server file?
> Sorry, I was confused and thought you were talking about the server
> file itself.
>
> The directory thing is different. First, its place and purpose
> depends on whether server-use-tcp is nil (Posix platforms) or not
> (MS-Windows or when the user of a Posix host connects from another
> system). If this is non-nil, the directory of the server file is
> server-auth-dir, which is:
>
> (defcustom server-auth-dir (locate-user-emacs-file "server/")
>
> Since this is a defcustom, I don't think we can delete that directory
> behind user's back, even if it is empty.
Good point, as sometimes I was in that directory and launching from it
stuff related to Emacs leaving few notes, I would not like directory
being deleted for user, but customization could be given as optional.
> If server-use-tcp is nil (the default), then the directory of
> server-file is computed thusly:
>
> (defvar server-socket-dir
> (if internal--daemon-sockname
> (file-name-directory internal--daemon-sockname)
> (and (featurep 'make-network-process '(:family local))
> (let ((xdg_runtime_dir (getenv "XDG_RUNTIME_DIR")))
> (if xdg_runtime_dir
> (format "%s/emacs" xdg_runtime_dir)
> (format "%s/emacs%d" (or (getenv "TMPDIR") "/tmp") (user-uid))))))
>
> I don't think it's kosher to delete $XDG_RUNTIME_DIR, even if it's
> empty, since it is probably used by more than the server? And if
> XDG_RUNTIME_DIR is not defined, and we use a directory under /tmp,
> then the system cleans that up from time to time, doesn't it?
My XDG_RUNTIME_DIR is used as RAM disk to place thousands and
thousands of files temporarily there that I spare my hard disk of
those temporary file generations, and files are then uploaded to
servers as web pages. Images are being placed in that directory.
That directory removes all its data upon system reboot. No need to
delete directories definitely.
One could just delete the specific file file.pid or various sockets if
such do not exist any more and if such files have been created by
program.
This is report that I use that directory since many years and before
XDG_RUNTIME_DIR I have used the memory directory how it was called I
forgot, maybe /dev/shm something, now is /run/user/1001 for each user
special.
next prev parent reply other threads:[~2020-11-24 15:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-14 19:47 bug#44644: /tmp/emacs0/ not cleaned up upon exit 積丹尼 Dan Jacobson
2020-11-16 23:06 ` Lars Ingebrigtsen
2020-11-17 15:00 ` Eli Zaretskii
2020-11-17 15:21 ` 積丹尼 Dan Jacobson
2020-11-24 5:42 ` Lars Ingebrigtsen
2020-11-24 8:48 ` Andreas Schwab
2020-11-24 8:52 ` Lars Ingebrigtsen
2020-11-24 9:29 ` Andreas Schwab
2020-11-24 15:28 ` Eli Zaretskii
2020-11-24 15:41 ` Jean Louis [this message]
2020-11-25 6:13 ` Lars Ingebrigtsen
2020-11-26 13:41 ` Eli Zaretskii
2020-11-27 7:48 ` Lars Ingebrigtsen
2020-11-27 8:12 ` Eli Zaretskii
2020-11-27 8:22 ` Jean Louis
2020-11-27 8:25 ` Lars Ingebrigtsen
2020-11-27 22:34 ` 積丹尼 Dan Jacobson
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=X70pjRHeTylPYYdd@protected.rcdrun.com \
--to=bugs@gnu.support \
--cc=44644@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=jidanni@jidanni.org \
--cc=larsi@gnus.org \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.