GNU bug report logs - #13930
Emacs doesn't cope well if it can't access/create .emacs.d

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Robert Prije <rprije <at> janestreet.com>
Subject: bug#13930: closed (Re: bug#13930: Emacs doesn't cope well if it
 can't access/create .emacs.d)
Date: Tue, 14 May 2013 16:03:03 +0000

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

Your bug report

#13930: Emacs doesn't cope well if it can't access/create .emacs.d

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 13930 <at> debbugs.gnu.org.

-- 
13930: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13930
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Glenn Morris <rgm <at> gnu.org>
To: 13930-done <at> debbugs.gnu.org
Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create
	.emacs.d
Date: Tue, 14 May 2013 12:01:51 -0400

Version: 24.4

Thanks for testing, applied to trunk. Barring unexpected, should be in 24.4.

[Message part 3 (message/rfc822, inline)]

From: Robert Prije <rprije <at> janestreet.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs doesn't cope well if it can't access/create .emacs.d
Date: Tue, 12 Mar 2013 09:35:55 +0800

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

If emacs can't reach or create .emacs.d it gets into a sort of half-loaded
state.

Here's an example of how this causes problems for me:

I often have processes spawn emacs for me using sudo.

My home directory has 700 permissions and exists on a root-squashed NFS
share. Consequently root can't reach it.

As a result, whenever I run sudo emacs on a file, it throws the error:

"Creating directory: Permission denied, /home/rprije/.emacs.d/"

in my minibuffer. It fails to load my file and I have to do C-x C-f on the
file to open it manually. If it's a temporarily created file, it often
loses the file completely and I can't regain it.

I'd have expected running with -Q or -q would help but it sadly makes no
difference.

$ emacs --version
GNU Emacs 23.2.1

[Message part 5 (text/html, inline)]

Previous Next

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