GNU bug report logs -
#16154
Emacs crashes if $HOME isn't writable
Previous Next
Reported by: reinhard.kotucha <at> web.de
Date: Sun, 15 Dec 2013 08:00:03 UTC
Severity: normal
Merged with 13930
Fixed in version 24.4
Done: Glenn Morris <rgm <at> gnu.org>
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 16154 in the body.
You can then email your comments to 16154 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Sun, 15 Dec 2013 08:00:04 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
reinhard.kotucha <at> web.de
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 15 Dec 2013 08:00:04 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
when I do (as root)
su nobody
VISUAL=/usr/local/bin/emacs-24.3 crontab -e
Emacs says
Creating directory: permission denied, //.emacs.d/
and refuses to do anything useful. It's on purpose that user 'nobody'
doesn't have a writable HOME directory.
My current workaround is to put the lines
if [[ ${LOGNAME} == 'nobody' ]]; then
EDITOR=vim
else
EDITOR=emacs
fi
into /etc/bashrc.
It would be better if Emacs can be used even if the HOME directory
isn't writable.
vim allows me to edit the crontab and issues a warning
E138: Can't write viminfo file /.viminfo!
afterwards end but emacs refuses to do anything useful if $HOME isn't
writable.
Regards,
Reinhard
--
----------------------------------------------------------------------------
Reinhard Kotucha Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover mailto:reinhard.kotucha <at> web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Sun, 15 Dec 2013 11:42:01 GMT)
Full text and
rfc822 format available.
Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
Reinhard Kotucha writes:
> Creating directory: permission denied, //.emacs.d/
>
> and refuses to do anything useful. It's on purpose that user 'nobody'
> doesn't have a writable HOME directory.
It looks like nobody doesn't have a non-writable HOME, but no HOME at
all (or "/") on your system.
> It would be better if Emacs can be used even if the HOME directory
> isn't writable.
Well, in my testing Emacs works (giving just a warning about the
non-writable .emacs.d and then moving on), both 24.3 and trunk from a
few days back. Perhaps you have something in site-lisp that assumes a
writable ~/.emacs.d?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Sun, 15 Dec 2013 16:27:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 16154 <at> debbugs.gnu.org (full text, mbox):
> From: Achim Gratz <Stromeko <at> nexgo.de>
> Date: Sun, 15 Dec 2013 12:40:25 +0100
>
> > It would be better if Emacs can be used even if the HOME directory
> > isn't writable.
>
> Well, in my testing Emacs works (giving just a warning about the
> non-writable .emacs.d and then moving on), both 24.3 and trunk from a
> few days back.
Indeed, same here.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Sun, 15 Dec 2013 19:48:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 16154 <at> debbugs.gnu.org (full text, mbox):
Not sure why you guys are saying this works in 24.3, because I only
fixed this in trunk semi-recently:
http://debbugs.gnu.org/13930
Ie, this should be fixed in 24.4.
Of course, "refuses to do anything useful" is very vague, so I have no
way to test whatever the OP was seeing works now.
PS it's not a good idea to omit the OP from replies.
Forcibly Merged 13930 16154.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 15 Dec 2013 19:49:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Sun, 15 Dec 2013 20:18:01 GMT)
Full text and
rfc822 format available.
Message #19 received at 16154 <at> debbugs.gnu.org (full text, mbox):
> From: Glenn Morris <rgm <at> gnu.org>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, Achim Gratz <Stromeko <at> nexgo.de>, reinhard.kotucha <at> web.de
> Date: Sun, 15 Dec 2013 14:47:46 -0500
>
>
> Not sure why you guys are saying this works in 24.3, because I only
> fixed this in trunk semi-recently:
>
> http://debbugs.gnu.org/13930
>
> Ie, this should be fixed in 24.4.
"This" being what?
> Of course, "refuses to do anything useful" is very vague, so I have no
> way to test whatever the OP was seeing works now.
I assumed that "refuses to do anything useful" means you cannot visit
a file, edit it, and save it. That works for me, both in 24.3 and the
current trunk. FWIW, I did
HOME=/whatever emacs -Q
and in that session I could visit files, edit them, and save them.
Sure, Emacs bitched at me at startup, but that's it.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Mon, 16 Dec 2013 03:02:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 16154 <at> debbugs.gnu.org (full text, mbox):
On 2013-12-15 at 14:47:46 -0500, Glenn Morris wrote:
> Not sure why you guys are saying this works in 24.3, because I only
> fixed this in trunk semi-recently:
>
> http://debbugs.gnu.org/13930
>
> Ie, this should be fixed in 24.4.
> Of course, "refuses to do anything useful" is very vague, so I have no
> way to test whatever the OP was seeing works now.
Sorry for having been so imprecise. With "refuses to do anything
useful" I meant that it didn't load the crontab. There is only the
scratch buffer. Seems that I encountered the bug you fixed.
I'll try the version in trunk tomorrow.
Thanks,
Reinhard
--
----------------------------------------------------------------------------
Reinhard Kotucha Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover mailto:reinhard.kotucha <at> web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Mon, 16 Dec 2013 07:25:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 16154 <at> debbugs.gnu.org (full text, mbox):
Glenn Morris writes:
> Not sure why you guys are saying this works in 24.3, because I only
> fixed this in trunk semi-recently:
>
> http://debbugs.gnu.org/13930
>
> Ie, this should be fixed in 24.4.
It "worked for me" since I didn't test with enough command line
arguments to see that the processing of the command line would be
incomplete in 24.3.
> Of course, "refuses to do anything useful" is very vague, so I have no
> way to test whatever the OP was seeing works now.
It's become clear in the meantime that the bug is indeed that file(s)
given on the command line won't open in 24.3. You can still work on
them once Emacs has started and complained about the non-writable
~/.emacs.d/, though.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16154
; Package
emacs
.
(Mon, 16 Dec 2013 21:16:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 16154 <at> debbugs.gnu.org (full text, mbox):
On 2013-12-16 at 04:01:18 +0100, Reinhard Kotucha wrote:
> On 2013-12-15 at 14:47:46 -0500, Glenn Morris wrote:
>
> > Not sure why you guys are saying this works in 24.3, because I only
> > fixed this in trunk semi-recently:
> >
> > http://debbugs.gnu.org/13930
> >
> > Ie, this should be fixed in 24.4.
> > Of course, "refuses to do anything useful" is very vague, so I
> > have no way to test whatever the OP was seeing works now.
>
> Sorry for having been so imprecise. With "refuses to do anything
> useful" I meant that it didn't load the crontab. There is only the
> scratch buffer. Seems that I encountered the bug you fixed.
>
> I'll try the version in trunk tomorrow.
Dear Glenn,
I installed emacs-24.3.50 now and it works like a charm.
Thanks again,
Reinhard
--
----------------------------------------------------------------------------
Reinhard Kotucha Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover mailto:reinhard.kotucha <at> web.de
----------------------------------------------------------------------------
Microsoft isn't the answer. Microsoft is the question, and the answer is NO.
----------------------------------------------------------------------------
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 14 Jan 2014 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 161 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.