From unknown Sun Jun 22 11:34:48 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#13930 <13930@debbugs.gnu.org> To: bug#13930 <13930@debbugs.gnu.org> Subject: Status: Emacs doesn't cope well if it can't access/create .emacs.d Reply-To: bug#13930 <13930@debbugs.gnu.org> Date: Sun, 22 Jun 2025 18:34:48 +0000 retitle 13930 Emacs doesn't cope well if it can't access/create .emacs.d reassign 13930 emacs submitter 13930 Robert Prije severity 13930 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 11 21:46:09 2013 Received: (at submit) by debbugs.gnu.org; 12 Mar 2013 01:46:09 +0000 Received: from localhost ([127.0.0.1]:47130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFEI5-00006b-3m for submit@debbugs.gnu.org; Mon, 11 Mar 2013 21:46:09 -0400 Received: from eggs.gnu.org ([208.118.235.92]:38812) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFEAN-0008Mj-LZ for submit@debbugs.gnu.org; Mon, 11 Mar 2013 21:38:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFE9K-0004Gq-5x for submit@debbugs.gnu.org; Mon, 11 Mar 2013 21:37:09 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,HTML_MESSAGE, RP_MATCHES_RCVD,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:35201) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFE9K-0004Gm-2r for submit@debbugs.gnu.org; Mon, 11 Mar 2013 21:37:06 -0400 Received: from eggs.gnu.org ([208.118.235.92]:50148) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFE9H-0002fo-Fg for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 21:37:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UFE9F-0004F7-6D for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 21:37:03 -0400 Received: from mx5.janestreet.com ([38.105.200.229]:55422 helo=tot-dmz-mxout1.janestreet.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UFE9F-0004F0-1p for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 21:37:01 -0400 Received: from [172.27.22.15] (helo=tot-smtp) by tot-dmz-mxout1.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UFE8E-0002Bi-Ao for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 21:35:58 -0400 Received: from tot-dmz-mxgoog1.delacy.com ([172.27.224.14] helo=mxgoog2.janestreet.com) by tot-smtp with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UFE8C-0001Wa-Pq for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 21:35:56 -0400 Received: from mail-ee0-f71.google.com ([74.125.83.71]) by mxgoog2.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UFE8C-00065a-M7 for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2013 21:35:56 -0400 Received: by mail-ee0-f71.google.com with SMTP id t10so7603789eei.10 for ; Mon, 11 Mar 2013 18:35:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=google; h=x-received:mime-version:x-received:date:message-id:subject:from:to :content-type; bh=8tZjYIrHL4Dytn0ewEQTW6HKC88Nv4JaZqK4nPkdyJY=; b=OCDfrqY/7qlxGNzZcHP3xatAMpAZ5REdYXtGtoL65gTlDlCfGk2iXIZhVPf88oPx3g oGGhP6N9kIHRDTw+AvZD1FQQhv/RPssUJCybXvUsoz5oYO+DmGR7mwdsTf1exSNhwJUK YiogZkAy5tql6XJLaSypmZQK5YEharjtEWe90= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=8tZjYIrHL4Dytn0ewEQTW6HKC88Nv4JaZqK4nPkdyJY=; b=Ev2JBMmZoQnMdntqeBIhVEswm1xgPetwQ+X0prbM+73v7c2wDbw1xhAFjglbP+X4uS Ql0Azw+bGKffz+uk5YIJJ4aMzauKwK+Cu1RYVMigA0nDZVhR4l+zqnKub+/7qVTs6NUU IwNC9xRh5UNy4YWER3a5aFrWAsST0j8JVVCp7YULtrGYMl0NqYNlFM6Gf4WkMOmyWlcH Kxpefxt8t3TsalAeOhyWWrg8e7yN/PA8j+Rl/uKo6cSXsMw4Lchg1ac5pVqT2wDMnzyd Z/8Y+tm7kfQDK6Dj8NoyLWgFD3IWQB6N8UC7yBW5Y8XDYAvnuCeYCt4zk6aOMSs7zb08 l2LA== X-Received: by 10.194.110.69 with SMTP id hy5mr23217270wjb.1.1363052156192; Mon, 11 Mar 2013 18:35:56 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.110.69 with SMTP id hy5mr23217257wjb.1.1363052156067; Mon, 11 Mar 2013 18:35:56 -0700 (PDT) Received: by 10.194.242.40 with HTTP; Mon, 11 Mar 2013 18:35:55 -0700 (PDT) Date: Tue, 12 Mar 2013 09:35:55 +0800 Message-ID: Subject: Emacs doesn't cope well if it can't access/create .emacs.d From: Robert Prije To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=089e010d867a92bcb604d7b04f05 X-Gm-Message-State: ALoCoQnTwzc8JnBAqo3BAxdw7smrHe48Xg5NduSEY/m/PYuhOm3OEPiWfOsYagGaiD8rB/YmKF2hlQwWE5BumO2/WuMduI7WkJIsvVpK7Ei062UQX6U5/elBQd/fZnx6VSr3VgqIMPDKmV/Sh/NZVAQo2TEOMowBKg== X-Sender-Copy: hkg-copy X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 11 Mar 2013 21:46:08 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.9 (------) --089e010d867a92bcb604d7b04f05 Content-Type: text/plain; charset=ISO-8859-1 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 --089e010d867a92bcb604d7b04f05 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
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.

<= div>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/rpr= ije/.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 i= t'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 --versio= n
GNU Emacs 23.2.1

--089e010d867a92bcb604d7b04f05-- From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 11 23:44:16 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 03:44:17 +0000 Received: from localhost ([127.0.0.1]:47297 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFG8O-0003pL-Hn for submit@debbugs.gnu.org; Mon, 11 Mar 2013 23:44:16 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:22450) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFG8L-0003p9-Qv for 13930@debbugs.gnu.org; Mon, 11 Mar 2013 23:44:14 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFHO+KL9/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBsEtji6CXAOkeoFegmop X-IPAS-Result: Av4EABK/CFHO+KL9/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBsEtji6CXAOkeoFegmop X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="4374953" Received: from 206-248-162-253.dsl.teksavvy.com (HELO pastel.home) ([206.248.162.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 11 Mar 2013 23:43:08 -0400 Received: by pastel.home (Postfix, from userid 20848) id 8D32C67863; Mon, 11 Mar 2013 23:43:09 -0400 (EDT) From: Stefan Monnier To: Robert Prije Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d Message-ID: References: Date: Mon, 11 Mar 2013 23:43:09 -0400 In-Reply-To: (Robert Prije's message of "Tue, 12 Mar 2013 09:35:55 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > As a result, whenever I run sudo emacs on a file, it throws the error: > "Creating directory: Permission denied, /home/rprije/.emacs.d/" Can you run with --debug-init to hopefully get a backtrace showing in which context this error is signaled? Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Mar 11 23:53:16 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 03:53:17 +0000 Received: from localhost ([127.0.0.1]:47316 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFGH6-00042l-Eu for submit@debbugs.gnu.org; Mon, 11 Mar 2013 23:53:16 -0400 Received: from mx5.janestreet.com ([38.105.200.229]:39799 helo=tot-dmz-mxout1.janestreet.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFGH3-00042W-6Q for 13930@debbugs.gnu.org; Mon, 11 Mar 2013 23:53:14 -0400 Received: from [172.27.22.15] (helo=tot-smtp) by tot-dmz-mxout1.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UFGG3-0006S4-Dm for 13930@debbugs.gnu.org; Mon, 11 Mar 2013 23:52:11 -0400 Received: from tot-dmz-mxgoog1.delacy.com ([172.27.224.14] helo=mxgoog2.janestreet.com) by tot-smtp with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UFGG1-0004iW-SI for 13930@debbugs.gnu.org; Mon, 11 Mar 2013 23:52:09 -0400 Received: from mail-fa0-f69.google.com ([209.85.161.69]) by mxgoog2.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UFGG1-0000fR-Nz for 13930@debbugs.gnu.org; Mon, 11 Mar 2013 23:52:09 -0400 Received: by mail-fa0-f69.google.com with SMTP id u1so7917176fae.4 for <13930@debbugs.gnu.org>; Mon, 11 Mar 2013 20:52:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=google; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=5XnTr5HYuv9WatEjDgIaKyWtD4JxeKxWhdAXM/BuPNM=; b=KRN4WRu4d8rgvtH0Gf7448Mau21lSO2gv9wdmRayeK8GPCmIBBfPpFL8NTK1Ta8LoI Y5AdEDdSPS6qS9dETGuy6A6rll0k/z3hKoZdvODdUuBBRwkkd1c07+PAyaaaR8Y5zjI4 pxrvTCIbFHWm9icv7R7J53zxZL1j63/Ygh7jg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=5XnTr5HYuv9WatEjDgIaKyWtD4JxeKxWhdAXM/BuPNM=; b=LaOrAFyCFlPbRpup/DmNmDFvY9LJStKjvdvo4WDOsMGrFAOGmpzKKEv60Ci+1NijM4 1WJ5Uhg0LW86oxjPXFUx4O29LH3IFEqa1XDEY6+wPPInQAMV9af0CUyCK+ilU3M1wdQp GZeo8DzDpjquP+yRtbG7yHvtMMcjRs3XdUIi74EfbxEKDNyL6cEWXMLniCdioZEYqzf/ Vepj4O/D2fVb5mLTMYu8IVy9c2WwazuA7+P8+2HqU5sxv0rOVp3G+fUhZnlbCz4SCCw3 /x7e+tJ40f2iXLdmm8aP+wADXHESMcLQ2I0PERSTkF1GFqVTyaee+N7p6Tpm70RvZPlF d6Ow== X-Received: by 10.180.76.84 with SMTP id i20mr16943555wiw.9.1363060329105; Mon, 11 Mar 2013 20:52:09 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.180.76.84 with SMTP id i20mr16943551wiw.9.1363060329031; Mon, 11 Mar 2013 20:52:09 -0700 (PDT) Received: by 10.194.242.40 with HTTP; Mon, 11 Mar 2013 20:52:08 -0700 (PDT) In-Reply-To: References: Date: Tue, 12 Mar 2013 11:52:08 +0800 Message-ID: Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d From: Robert Prije To: Stefan Monnier Content-Type: multipart/alternative; boundary=f46d0434c0aab82e6b04d7b236fc X-Gm-Message-State: ALoCoQm7bq7dOjy9msEoBXxpUxNW5eU2v5x54m/kHCvZLzmmUIP+3uYXQKOJjTrRySsgIKV9WjcMYKGsxHx2FwTJGMau5nRIMD+bW+oGFTTqcf170+2dKbhrC1kZ6YaLVtiW0e7LUdXTQquD8/4nAzAvotcXgKfoog== X-Sender-Copy: hkg-copy X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.3 (----) --f46d0434c0aab82e6b04d7b236fc Content-Type: text/plain; charset=ISO-8859-1 It does exactly the same thing with --debug-init (says "creating directory: permission denied...") and supplies no further information. I think --debug-init is for debugging an init file, right? It's not getting as far as loading the init file so it won't be able to debug it. On Tue, Mar 12, 2013 at 11:43 AM, Stefan Monnier wrote: > > As a result, whenever I run sudo emacs on a file, it throws the error: > > "Creating directory: Permission denied, /home/rprije/.emacs.d/" > > Can you run with --debug-init to hopefully get a backtrace showing in > which context this error is signaled? > > > Stefan > --f46d0434c0aab82e6b04d7b236fc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
It does exactly the same thing with --debug-init (says &qu= ot;creating directory: permission denied...") and supplies no further = information.

I think --debug-init is for debugging= an init file, right? It's not getting as far as loading the init file = so it won't be able to debug it.



On Tue, Mar 12, 2013 at 11:43 AM, Stefan Monnier <mon= nier@iro.umontreal.ca> wrote:
> As a result, whenever I run sudo emacs = on a file, it throws the error:
> "Creating directory: Permission denied, /home/rprije/.emacs.d/&qu= ot;

Can you run with --debug-init to hopefully get a backtrace showing in
which context this error is signaled?


=A0 =A0 =A0 =A0 Stefan

--f46d0434c0aab82e6b04d7b236fc-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 01:12:50 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 05:12:50 +0000 Received: from localhost ([127.0.0.1]:47374 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFHW6-0006Lc-7j for submit@debbugs.gnu.org; Tue, 12 Mar 2013 01:12:50 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.182]:18173) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFHVz-0006LM-SD for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 01:12:44 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFHO+KL9/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBrEfkA6RCgOkeoFegxM X-IPAS-Result: Av4EABK/CFHO+KL9/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLDiYSFBgNJIgeBrEfkA6RCgOkeoFegxM X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="4377786" Received: from 206-248-162-253.dsl.teksavvy.com (HELO pastel.home) ([206.248.162.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 12 Mar 2013 01:11:38 -0400 Received: by pastel.home (Postfix, from userid 20848) id A327867A29; Tue, 12 Mar 2013 01:11:39 -0400 (EDT) From: Stefan Monnier To: Robert Prije Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d Message-ID: References: Date: Tue, 12 Mar 2013 01:11:39 -0400 In-Reply-To: (Robert Prije's message of "Tue, 12 Mar 2013 11:52:08 +0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) > It does exactly the same thing with --debug-init (says "creating directory: > permission denied...") and supplies no further information. > I think --debug-init is for debugging an init file, right? It's not getting > as far as loading the init file so it won't be able to debug it. Can you try it with a more recent Emacs? E.g. 24.2 or 24.3? I remember we fixed some bugs at some point that caused creation of .emacs.d before there's a real need for it. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 05:02:33 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 09:02:33 +0000 Received: from localhost ([127.0.0.1]:47758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFL6O-0004Ft-Gc for submit@debbugs.gnu.org; Tue, 12 Mar 2013 05:02:32 -0400 Received: from mx5.janestreet.com ([38.105.200.229]:53320 helo=tot-dmz-mxout1.janestreet.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFL6L-0004Fd-1i for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 05:02:31 -0400 Received: from [172.27.22.15] (helo=tot-smtp) by tot-dmz-mxout1.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UFL5J-00028T-II for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 05:01:25 -0400 Received: from tot-dmz-mxgoog1.delacy.com ([172.27.224.14] helo=mxgoog2.janestreet.com) by tot-smtp with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UFL5I-0006XH-0v for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 05:01:24 -0400 Received: from mail-wi0-f199.google.com ([209.85.212.199]) by mxgoog2.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UFL5H-0007de-TN for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 05:01:23 -0400 Received: by mail-wi0-f199.google.com with SMTP id hq4so1737607wib.10 for <13930@debbugs.gnu.org>; Tue, 12 Mar 2013 02:01:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=google; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=BFqSz1sn1hCkgVAwmbuLtZ70d2ahAM54ocXvy501iHQ=; b=bkWZ2GQj6D9jaBhiyEqOPexrUISAYmi1yX9GZ/x9Ar6qGO7V+aZ4GanLZcxHmqaaas WTlFgNa2IZWkZ3Ot07MUEJkN13R45z9qrCVH7ZACXP/8pas3gSPUyfLxKO/ktVDr4ma7 4KZVi0xXxtqxEiwcvsYc+zjAudNtENNTJUNVU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=BFqSz1sn1hCkgVAwmbuLtZ70d2ahAM54ocXvy501iHQ=; b=beY50F/+7Iot5FLPgovphpdXOekJf9JbGcgVcq7ndqs9jE7sXjpkDa2g21K08lGpMr xq7q1HxPgBUFh2MxoVz+YibNksQiyYIfIi9h1J+H4AEEJ12/SQdBeNW+xOSOB7XZkWXY xVHL16CEjNct6MZBwk5EIllp31CKRy3ZAEeFvQLNscZ1HTKX2+gCKLMBVp+aF8NIlr4y 8+avUn0IJH4HE1P/Mr4EGG96QbKhsenPbtNMChw4LUMICzW+41kv0i7qrtY8LrDMY+tc LUc9YREzphrLpF47Vd4rvLvOdTuyFrsyxSnkkamCsCMWdUmPwxjyTAeCBSHBdgBiuXO8 r5HA== X-Received: by 10.194.119.200 with SMTP id kw8mr24691622wjb.31.1363078883300; Tue, 12 Mar 2013 02:01:23 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.194.119.200 with SMTP id kw8mr24691614wjb.31.1363078883221; Tue, 12 Mar 2013 02:01:23 -0700 (PDT) Received: by 10.194.242.40 with HTTP; Tue, 12 Mar 2013 02:01:23 -0700 (PDT) In-Reply-To: References: Date: Tue, 12 Mar 2013 17:01:23 +0800 Message-ID: Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d From: Robert Prije To: Stefan Monnier Content-Type: multipart/alternative; boundary=089e01177913a2bdaf04d7b68854 X-Gm-Message-State: ALoCoQnAoPRm4q5ssBs+qkfawqG0ZTH7JJ8usxXy8kzLM1yaGp4bujv2NihDzulmGo6ac57idGx1V2h85qH7EbGoSfZwruuDzPQpyF715fXQkZUSQ1Us4sHmBI9EflHhJfY+Vhr75vLcX5Cdu9j7I3f3jezkoPrsKQ== X-Sender-Copy: hkg-copy X-Spam-Score: -4.3 (----) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.3 (----) --089e01177913a2bdaf04d7b68854 Content-Type: text/plain; charset=ISO-8859-1 I built and reproduced the same problem with: $ ./src/emacs --version GNU Emacs 24.2.1 On Tue, Mar 12, 2013 at 1:11 PM, Stefan Monnier wrote: > > It does exactly the same thing with --debug-init (says "creating > directory: > > permission denied...") and supplies no further information. > > I think --debug-init is for debugging an init file, right? It's not > getting > > as far as loading the init file so it won't be able to debug it. > > Can you try it with a more recent Emacs? E.g. 24.2 or 24.3? > I remember we fixed some bugs at some point that caused creation of > .emacs.d before there's a real need for it. > > > Stefan > --089e01177913a2bdaf04d7b68854 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I built and reproduced the same problem with:

$ ./src/emacs --version
GNU Emacs 24.2.1
<= div>


On Tue, Mar 12, 2013 at 1:11 PM, Stefan Monnier <monnier@iro.umontr= eal.ca> wrote:
> It does exactly the same thing with --debug-init (sa= ys "creating directory:
> permission denied...") and supplies no further information.
> I think --debug-init is for debugging an init file, right? =A0It's= not getting
> as far as loading the init file so it won't be able to debug it.
Can you try it with a more recent Emacs? =A0E.g. 24.2 or 24.3?
I remember we fixed some bugs at some point that caused creation of
.emacs.d before there's a real need for it.


=A0 =A0 =A0 =A0 Stefan

--089e01177913a2bdaf04d7b68854-- From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 12:12:01 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 16:12:01 +0000 Received: from localhost ([127.0.0.1]:49072 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFRnw-0007Ac-Us for submit@debbugs.gnu.org; Tue, 12 Mar 2013 12:12:00 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:57152) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFRnr-0007AK-Ps for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 12:11:55 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MJK00D002648X00@a-mtaout20.012.net.il> for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 18:10:27 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJK00BOM29ECS81@a-mtaout20.012.net.il>; Tue, 12 Mar 2013 18:10:27 +0200 (IST) Date: Tue, 12 Mar 2013 18:10:23 +0200 From: Eli Zaretskii Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d In-reply-to: X-012-Sender: halo1@inter.net.il To: Robert Prije Message-id: <83vc8wk39s.fsf@gnu.org> References: X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 12 Mar 2013 11:52:08 +0800 > From: Robert Prije > Cc: 13930@debbugs.gnu.org > > It does exactly the same thing with --debug-init (says "creating directory: > permission denied...") and supplies no further information. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4539] X-Debbugs-Envelope-To: 13930 Cc: monnier@iro.umontreal.ca, 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Tue, 12 Mar 2013 11:52:08 +0800 > From: Robert Prije > Cc: 13930@debbugs.gnu.org > > It does exactly the same thing with --debug-init (says "creating directory: > permission denied...") and supplies no further information. How about running it under GDB with a breakpoint on report_file_error and on xsignal? If you start GDB from the src directory of the Emacs sources, the .gdbinit file there defines a command xbacktrace which will produce a Lisp-level backtrace in addition to the C-level backtrace produced by the "bt" command of GDB. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 12:30:31 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 16:30:31 +0000 Received: from localhost ([127.0.0.1]:49086 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFS5s-0007dj-DF for submit@debbugs.gnu.org; Tue, 12 Mar 2013 12:30:29 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:48735 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFS5p-0007da-GV for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 12:30:26 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UFS4p-0008Tb-Ag; Tue, 12 Mar 2013 12:29:23 -0400 From: Glenn Morris To: Eli Zaretskii Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d References: <83vc8wk39s.fsf@gnu.org> X-Spook: bullion United Nations World Trade Center rail gun Agfa X-Ran: $v/{4v%kN){!kyy=x*N6nhD7-3,8V~SOQU^ax@~1u6Wy__7_fh"ru9j#mddTXWBXLOkHVX X-Hue: yellow X-Debbugs-No-Ack: yes X-Attribution: GM Date: Tue, 12 Mar 2013 12:29:23 -0400 In-Reply-To: <83vc8wk39s.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 12 Mar 2013 18:10:23 +0200") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -6.8 (------) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org, Robert Prije X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -9.5 (---------) Eli Zaretskii wrote: >> It does exactly the same thing with --debug-init (says "creating directory: >> permission denied...") and supplies no further information. > > How about running it under GDB with a breakpoint on report_file_error > and on xsignal? If you start GDB from the src directory of the Emacs > sources, the .gdbinit file there defines a command xbacktrace which > will produce a Lisp-level backtrace in addition to the C-level > backtrace produced by the "bt" command of GDB. Why do we need to jump through such hoops, when locate-user-emacs-file, which Stefan has just added all over the place, says: Else return NEW-NAME in `user-emacs-directory', creating the directory if it does not exist. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 12:33:47 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 16:33:47 +0000 Received: from localhost ([127.0.0.1]:49093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFS94-0007ir-C9 for submit@debbugs.gnu.org; Tue, 12 Mar 2013 12:33:46 -0400 Received: from mout.gmx.net ([212.227.17.21]:49793) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFS8z-0007iV-K4 for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 12:33:43 -0400 Received: from mailout-de.gmx.net ([10.1.76.10]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0MPsKa-1UAUJl02Ko-004ygJ for <13930@debbugs.gnu.org>; Tue, 12 Mar 2013 17:32:35 +0100 Received: (qmail invoked by alias); 12 Mar 2013 16:32:34 -0000 Received: from p4FC63D4E.dip.t-dialin.net (EHLO turtle.gmx.de) [79.198.61.78] by mail.gmx.net (mp010) with SMTP; 12 Mar 2013 17:32:34 +0100 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX1/+sGJEacr+5IIGw2vuNYmdlqyc7ZdJqtQWq7kzk6 K+TdeQg2MmkB5q Received: by turtle.gmx.de (Postfix, from userid 1000) id 9B7DA3F4FF; Tue, 12 Mar 2013 17:32:32 +0100 (CET) From: Sven Joachim To: Eli Zaretskii Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d References: <83vc8wk39s.fsf@gnu.org> Date: Tue, 12 Mar 2013 17:32:32 +0100 In-Reply-To: <83vc8wk39s.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 12 Mar 2013 18:10:23 +0200") Message-ID: <87txogefz3.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Y-GMX-Trusted: 0 X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org, monnier@iro.umontreal.ca, Robert Prije X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.9 (-) On 2013-03-12 17:10 +0100, Eli Zaretskii wrote: >> Date: Tue, 12 Mar 2013 11:52:08 +0800 >> From: Robert Prije >> Cc: 13930@debbugs.gnu.org >> >> It does exactly the same thing with --debug-init (says "creating directory: >> permission denied...") and supplies no further information. FWIW, this can be reproduced by creating ~/.emacs.d as a file rather than a directory: touch /tmp/.emacs.d HOME=/tmp emacs --no-init-file Than the error is "File exists: /tmp/.emacs.d/". > How about running it under GDB with a breakpoint on report_file_error > and on xsignal? If you start GDB from the src directory of the Emacs > sources, the .gdbinit file there defines a command xbacktrace which > will produce a Lisp-level backtrace in addition to the C-level > backtrace produced by the "bt" command of GDB. Done that and found out that locate-user-emacs-file tries to create the directory: ,---- | (gdb) xbacktrace | "make-directory-internal" (0xffffca98) | "make-directory" (0xffffcc1c) | "locate-user-emacs-file" (0xffffcd98) | 0x82d3208 PVEC_COMPILED | "funcall" (0xffffcf10) | "eval" (0xffffd080) | "custom-reevaluate-setting" (0xffffd1fc) | "mapc" (0xffffd308) | "command-line" (0xffffd4bc) | "normal-top-level" (0xffffd5d0) | (gdb) `---- Cheers, Sven From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 12 12:49:38 2013 Received: (at 13930) by debbugs.gnu.org; 12 Mar 2013 16:49:38 +0000 Received: from localhost ([127.0.0.1]:49104 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFSOP-000881-9L for submit@debbugs.gnu.org; Tue, 12 Mar 2013 12:49:37 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:46047) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UFSOM-00087l-4o for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 12:49:35 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJK007003XI7M00@a-mtaout22.012.net.il> for 13930@debbugs.gnu.org; Tue, 12 Mar 2013 18:48:27 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJK006ON40QB3N0@a-mtaout22.012.net.il>; Tue, 12 Mar 2013 18:48:27 +0200 (IST) Date: Tue, 12 Mar 2013 18:48:22 +0200 From: Eli Zaretskii Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d In-reply-to: X-012-Sender: halo1@inter.net.il To: Glenn Morris Message-id: <83obeok1ih.fsf@gnu.org> References: <83vc8wk39s.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org, rprije@janestreet.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > From: Glenn Morris > Cc: Robert Prije , 13930@debbugs.gnu.org > Date: Tue, 12 Mar 2013 12:29:23 -0400 > > Eli Zaretskii wrote: > > >> It does exactly the same thing with --debug-init (says "creating directory: > >> permission denied...") and supplies no further information. > > > > How about running it under GDB with a breakpoint on report_file_error > > and on xsignal? If you start GDB from the src directory of the Emacs > > sources, the .gdbinit file there defines a command xbacktrace which > > will produce a Lisp-level backtrace in addition to the C-level > > backtrace produced by the "bt" command of GDB. > > Why do we need to jump through such hoops, when locate-user-emacs-file, > which Stefan has just added all over the place, says: > > Else return NEW-NAME in `user-emacs-directory', creating the > directory if it does not exist. If you mean that remembering this was all you needed to deduce that locate-user-emacs-file is the culprit, then good for you. I never remember such details (and this one I think I never knew about in the first place). A debugger will show the truth even if the problem is in some other place, so it is (IMO) a more efficient way of finding the root cause. IOW, more often than not I find that "jumping through hoops" is the shortest and most reliable way to solution. From debbugs-submit-bounces@debbugs.gnu.org Sun May 12 19:34:18 2013 Received: (at 13930) by debbugs.gnu.org; 12 May 2013 23:34:18 +0000 Received: from localhost ([127.0.0.1]:37885 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UbfmT-0008CF-Ev for submit@debbugs.gnu.org; Sun, 12 May 2013 19:34:18 -0400 Received: from mx5.janestreet.com ([38.105.200.229]:39827 helo=tot-dmz-mxout1.janestreet.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UbfmP-0008Bx-IT for 13930@debbugs.gnu.org; Sun, 12 May 2013 19:34:15 -0400 Received: from tot-oib-smtp1.delacy.com ([172.27.22.15] helo=tot-smtp) by tot-dmz-mxout1.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1Ubfm1-0006RF-3Z for 13930@debbugs.gnu.org; Sun, 12 May 2013 19:33:49 -0400 Received: from tot-dmz-mxgoog1.delacy.com ([172.27.224.14] helo=mxgoog2.janestreet.com) by tot-smtp with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Ubfm1-0004IY-1O for 13930@debbugs.gnu.org; Sun, 12 May 2013 19:33:49 -0400 Received: from mail-ve0-f173.google.com ([209.85.128.173]) by mxgoog2.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1Ubfm0-0006nV-VC for 13930@debbugs.gnu.org; Sun, 12 May 2013 19:33:48 -0400 Received: by mail-ve0-f173.google.com with SMTP id cy12so1872856veb.32 for <13930@debbugs.gnu.org>; Sun, 12 May 2013 16:33:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=google; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RQDrdrKVbZ1OcaqijnNW1OHx4Zo6586uEZwgsvMgehk=; b=ioRtx6vCbshjNpJ6IWOtSqGUGXUQaUgzVh/quwEhqoEpSQfjZl34BBCEAlRTI/KfqY AsurR5OFkZdUAnqHfMs8LaheysTAdlYvwYXzLPbkwwAM5yGKDo4X1OwUc2CruEV/xinD 6rQD5oCBNPQWBVwyYktsWlFTSqhcsFxTeEEUg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=RQDrdrKVbZ1OcaqijnNW1OHx4Zo6586uEZwgsvMgehk=; b=D9/7NW0GT2fSpvOntQHCTjjWN91tWETNf/IqVRuOYvolglHoDeuOUkzS7dtnik8V0p 8+R//PRuuxVipA5g5XHlpBc/tKq0HNP9IUCqHgI2icRqg/TXKzfewUgzeqmbKvkKSKcw lIavMqNVNMcoT1yqMMzymaEQwOoZfinImCdCim0CGe/miClxn1QZSpbRfdpJjnSP94PP AfJDHnSScJ++A3xsgLyIMkA5s8o8Haq7RJLuMv6jKI6qdYy9m8XKlTpeM6f9uFFTXJ0c pC7zKMub+mH1J4iIFU43b8sbMZL1ExFiYXMEUNHi1zKDMLnhRPV3mdS50Cr9nVJsYZ77 xt0g== X-Received: by 10.52.95.39 with SMTP id dh7mr14736354vdb.26.1368401628800; Sun, 12 May 2013 16:33:48 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.52.95.39 with SMTP id dh7mr14736351vdb.26.1368401628700; Sun, 12 May 2013 16:33:48 -0700 (PDT) Received: by 10.221.9.143 with HTTP; Sun, 12 May 2013 16:33:48 -0700 (PDT) In-Reply-To: <87txogefz3.fsf@turtle.gmx.de> References: <83vc8wk39s.fsf@gnu.org> <87txogefz3.fsf@turtle.gmx.de> Date: Mon, 13 May 2013 07:33:48 +0800 Message-ID: Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d From: Robert Prije To: Sven Joachim Content-Type: multipart/alternative; boundary=20cf307f3822fd367004dc8dd445 X-Gm-Message-State: ALoCoQlYhI9YUqUmlYoIZnepVH0IU1SoAv8CaaBL6kY5KQ1Ozlae8jKPZY/kJWhuCS9u/GsfcARXz6PE2Pwt3sD92Wc1SWTwV86l3nYHtAG8Bt8+2KW85igE9YJvJz6hvvGy5UCZvihyCJaC7sU/6+ZCNpOIW0Ug0g== X-Sender-Copy: hkg-copy X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 13930 Cc: Eli Zaretskii , Stefan Monnier , 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) --20cf307f3822fd367004dc8dd445 Content-Type: text/plain; charset=ISO-8859-1 Hi, just checking what the status of this bug is? Thanks. On Wed, Mar 13, 2013 at 12:32 AM, Sven Joachim wrote: > On 2013-03-12 17:10 +0100, Eli Zaretskii wrote: > > >> Date: Tue, 12 Mar 2013 11:52:08 +0800 > >> From: Robert Prije > >> Cc: 13930@debbugs.gnu.org > >> > >> It does exactly the same thing with --debug-init (says "creating > directory: > >> permission denied...") and supplies no further information. > > FWIW, this can be reproduced by creating ~/.emacs.d as a file rather > than a directory: > > touch /tmp/.emacs.d > HOME=/tmp emacs --no-init-file > > Than the error is "File exists: /tmp/.emacs.d/". > > > How about running it under GDB with a breakpoint on report_file_error > > and on xsignal? If you start GDB from the src directory of the Emacs > > sources, the .gdbinit file there defines a command xbacktrace which > > will produce a Lisp-level backtrace in addition to the C-level > > backtrace produced by the "bt" command of GDB. > > Done that and found out that locate-user-emacs-file tries to create the > directory: > > ,---- > | (gdb) xbacktrace > | "make-directory-internal" (0xffffca98) > | "make-directory" (0xffffcc1c) > | "locate-user-emacs-file" (0xffffcd98) > | 0x82d3208 PVEC_COMPILED > | "funcall" (0xffffcf10) > | "eval" (0xffffd080) > | "custom-reevaluate-setting" (0xffffd1fc) > | "mapc" (0xffffd308) > | "command-line" (0xffffd4bc) > | "normal-top-level" (0xffffd5d0) > | (gdb) > `---- > > Cheers, > Sven > --20cf307f3822fd367004dc8dd445 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi, just checking what the status of this bug is?

=
Thanks.


On Wed, Mar 13, 2013 at 12:32 AM, Sven Joachim <svenj= oac@gmx.de> wrote:
On 2013-03-12 17:10 +0100,= Eli Zaretskii wrote:

>> Date: Tue, 12 Mar 2013 11:52:08 +0800
>> From: Robert Prije <rp= rije@janestreet.com>
>> Cc: 13930@debbugs.gnu.org=
>>
>> It does exactly the same thing with --debug-init (says "creat= ing directory:
>> permission denied...") and supplies no further information.
FWIW, this can be reproduced by creating ~/.emacs.d as a file rather<= br> than a directory:

touch /tmp/.emacs.d
HOME=3D/tmp emacs --no-init-file

Than the error is "File exists: /tmp/.emacs.d/".

> How about running it under GDB with a breakpoint on report_file_error<= br> > and on xsignal? =A0If you start GDB from the src directory of the Emac= s
> sources, the .gdbinit file there defines a command xbacktrace which > will produce a Lisp-level backtrace in addition to the C-level
> backtrace produced by the "bt" command of GDB.

Done that and found out that locate-user-emacs-file tries to create t= he
directory:

,----
| (gdb) xbacktrace
| "make-directory-internal" (0xffffca98)
| "make-directory" (0xffffcc1c)
| "locate-user-emacs-file" (0xffffcd98)
| 0x82d3208 PVEC_COMPILED
| "funcall" (0xffffcf10)
| "eval" (0xffffd080)
| "custom-reevaluate-setting" (0xffffd1fc)
| "mapc" (0xffffd308)
| "command-line" (0xffffd4bc)
| "normal-top-level" (0xffffd5d0)
| (gdb)
`----

Cheers,
=A0 =A0 =A0 =A0Sven

--20cf307f3822fd367004dc8dd445-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 14 03:31:27 2013 Received: (at 13930) by debbugs.gnu.org; 14 May 2013 07:31:28 +0000 Received: from localhost ([127.0.0.1]:39349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uc9hn-00028f-7o for submit@debbugs.gnu.org; Tue, 14 May 2013 03:31:27 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:55537) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Uc9hj-00028X-Tx for 13930@debbugs.gnu.org; Tue, 14 May 2013 03:31:24 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Uc9hC-00037I-BE; Tue, 14 May 2013 03:30:50 -0400 From: Glenn Morris To: Robert Prije Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d References: <83vc8wk39s.fsf@gnu.org> <87txogefz3.fsf@turtle.gmx.de> X-Spook: Saddam Hussein satellite imagery explosion BCCI InfoSec X-Ran: Y&;MpW00>|K%k4r\I-v0VCTrJK$z#pLC0Y*nRFdw*&r|1k (Robert Prije's message of "Mon, 13 May 2013 07:33:48 +0800") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -7.5 (-------) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.5 (-------) Does this patch work for you? *** lisp/subr.el 2013-04-27 21:12:17 +0000 --- lisp/subr.el 2013-05-14 07:27:31 +0000 *************** *** 2643,2648 **** --- 2643,2655 ---- Note that this should end with a directory separator. See also `locate-user-emacs-file'.") + (custom-declare-variable-early 'user-emacs-directory-warning t + "Non-nil means warn if cannot access `user-emacs-directory'. + Set this to nil at your own risk..." + :type 'boolean + :group 'initialization + :version "24.4") + (defun locate-user-emacs-file (new-name &optional old-name) "Return an absolute per-user Emacs-specific file name. If NEW-NAME exists in `user-emacs-directory', return it. *************** *** 2658,2674 **** (file-readable-p at-home)) at-home ;; Make sure `user-emacs-directory' exists, ! ;; unless we're in batch mode or dumping Emacs (or noninteractive purify-flag ! (file-accessible-directory-p ! (directory-file-name user-emacs-directory)) (let ((umask (default-file-modes))) (unwind-protect (progn (set-default-file-modes ?\700) ! (make-directory user-emacs-directory)) (set-default-file-modes umask)))) bestname)))) ;;;; Misc. useful functions. --- 2665,2697 ---- (file-readable-p at-home)) at-home ;; Make sure `user-emacs-directory' exists, ! ;; unless we're in batch mode or dumping Emacs. (or noninteractive purify-flag ! (let (errtype) ! (if (file-directory-p user-emacs-directory) ! (or (file-accessible-directory-p user-emacs-directory) ! (setq errtype "access")) (let ((umask (default-file-modes))) (unwind-protect (progn (set-default-file-modes ?\700) ! (condition-case nil ! (make-directory user-emacs-directory) ! (error (setq errtype "create")))) (set-default-file-modes umask)))) + (when (and errtype + user-emacs-directory-warning + (not (get 'user-emacs-directory-warning 'this-session))) + ;; Only warn once per Emacs session. + (put 'user-emacs-directory-warning 'this-session t) + (display-warning 'initialization + (format "\ + Unable to %s `user-emacs-directory' (%s). + Any data that would normally be written there may be lost! + If you never want to see this message again, + customize the variable `user-emacs-directory-warning'." + errtype user-emacs-directory))))) bestname)))) ;;;; Misc. useful functions. From debbugs-submit-bounces@debbugs.gnu.org Tue May 14 04:46:53 2013 Received: (at 13930) by debbugs.gnu.org; 14 May 2013 08:46:53 +0000 Received: from localhost ([127.0.0.1]:39419 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UcAsm-00068C-Av for submit@debbugs.gnu.org; Tue, 14 May 2013 04:46:52 -0400 Received: from mx5.janestreet.com ([38.105.200.229]:33248 helo=tot-dmz-mxout1.janestreet.com) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UcAsj-000681-Cs for 13930@debbugs.gnu.org; Tue, 14 May 2013 04:46:50 -0400 Received: from tot-oib-smtp1.delacy.com ([172.27.22.15] helo=tot-smtp) by tot-dmz-mxout1.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UcAsC-0004OL-Ou for 13930@debbugs.gnu.org; Tue, 14 May 2013 04:46:16 -0400 Received: from tot-dmz-mxgoog1.delacy.com ([172.27.224.14] helo=mxgoog2.janestreet.com) by tot-smtp with esmtps (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1UcAsC-0000Un-Nb for 13930@debbugs.gnu.org; Tue, 14 May 2013 04:46:16 -0400 Received: from mail-vc0-f178.google.com ([209.85.220.178]) by mxgoog2.janestreet.com with esmtp (Exim 4.76) (envelope-from ) id 1UcAsC-0000B3-LS for 13930@debbugs.gnu.org; Tue, 14 May 2013 04:46:16 -0400 Received: by mail-vc0-f178.google.com with SMTP id id13so242397vcb.9 for <13930@debbugs.gnu.org>; Tue, 14 May 2013 01:46:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=janestreet.com; s=google; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=qDLKXNbEj93KRR4DFt4zv/szj3yKFC/9lUdu7RAd6YM=; b=d8I0RxY1bYQGc8dvjVnzBAof42CTxCgUfapalw5GeMYuFmws2RWR9t7yv2I3EAyp5Y skIsDjVxtQyoEVcytrcE7RDIR5V5cSXHdZMeXbOlusJd58L6l3mk82YtVI5n8pPzqyrH iq34Zwq0h/WCcnYtVlG5ie5eHseZhOu7Ehm2Q= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=qDLKXNbEj93KRR4DFt4zv/szj3yKFC/9lUdu7RAd6YM=; b=AMOaC8444/y8sT/mCjQpa8dyacWoCrYSpstlYiE+5kkzWz/7p+VX8PNG3PLAbGcQUh cFg9aLFdckylunv+CtAeaNiwUpm4LInG7JG3VzNh8EpGJ9urLbHOJzCZZ88LLMKvuL3G HmABj6R1A7ut1mtBpWGsYRF+kPYQBcPxCM+7skglpe1h1bL7Om7+0RvxP8KTfi8EDnTw f6OzKhAY/W3OGnIFEIYjt5QJRj6/8ShD37SFtcf7HGpJ57IRFxDEMqHdLauJ8N7nwB9n CXoCNt6aXgpmy4bhHI3BEMOdet5I5Eg/zwIEcuPdC57chXUVl9O6LYIlefdtc8ZWGz6e M5zw== X-Received: by 10.220.83.138 with SMTP id f10mr20982720vcl.7.1368521176517; Tue, 14 May 2013 01:46:16 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.220.83.138 with SMTP id f10mr20982716vcl.7.1368521176406; Tue, 14 May 2013 01:46:16 -0700 (PDT) Received: by 10.221.9.143 with HTTP; Tue, 14 May 2013 01:46:16 -0700 (PDT) In-Reply-To: References: <83vc8wk39s.fsf@gnu.org> <87txogefz3.fsf@turtle.gmx.de> Date: Tue, 14 May 2013 16:46:16 +0800 Message-ID: Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d From: Robert Prije To: Glenn Morris Content-Type: multipart/alternative; boundary=001a11c24f5a96a07b04dca9aae8 X-Gm-Message-State: ALoCoQkd+8l2HmjH7VedmmniOF/vVNqIynU56voMeSWMvuIuXkodaqsz1QH8F5dpQtQKy77Jm+NlazLXTcGZukrGt0XcePhsXUNl30gNCM1DzMc+XeUhe97iqHVWyqc8aSnwaywZf+U9A134fohtWJsNN8vwuAHQEA== X-Sender-Copy: hkg-copy X-Spam-Score: -2.5 (--) X-Debbugs-Envelope-To: 13930 Cc: 13930@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.5 (--) --001a11c24f5a96a07b04dca9aae8 Content-Type: text/plain; charset=ISO-8859-1 This is much better. I now get a separate window with the following error: "Warning (initialization): Unable to create `user-emacs-directory' (~/.emacs.d/). Any data that would normally be written there may be lost! If you never want to see this message again, customize the variable `user-emacs-directory-warning'." but the file I attempt to open still opens and I can edit it as usual. It appears the patch works as intended. Which release is it likely to make it to? Thanks a bunch Glenn. On Tue, May 14, 2013 at 3:30 PM, Glenn Morris wrote: > > Does this patch work for you? > > *** lisp/subr.el 2013-04-27 21:12:17 +0000 > --- lisp/subr.el 2013-05-14 07:27:31 +0000 > *************** > *** 2643,2648 **** > --- 2643,2655 ---- > Note that this should end with a directory separator. > See also `locate-user-emacs-file'.") > > + (custom-declare-variable-early 'user-emacs-directory-warning t > + "Non-nil means warn if cannot access `user-emacs-directory'. > + Set this to nil at your own risk..." > + :type 'boolean > + :group 'initialization > + :version "24.4") > + > (defun locate-user-emacs-file (new-name &optional old-name) > "Return an absolute per-user Emacs-specific file name. > If NEW-NAME exists in `user-emacs-directory', return it. > *************** > *** 2658,2674 **** > (file-readable-p at-home)) > at-home > ;; Make sure `user-emacs-directory' exists, > ! ;; unless we're in batch mode or dumping Emacs > (or noninteractive > purify-flag > ! (file-accessible-directory-p > ! (directory-file-name user-emacs-directory)) > (let ((umask (default-file-modes))) > (unwind-protect > (progn > (set-default-file-modes ?\700) > ! (make-directory user-emacs-directory)) > (set-default-file-modes umask)))) > bestname)))) > > ;;;; Misc. useful functions. > --- 2665,2697 ---- > (file-readable-p at-home)) > at-home > ;; Make sure `user-emacs-directory' exists, > ! ;; unless we're in batch mode or dumping Emacs. > (or noninteractive > purify-flag > ! (let (errtype) > ! (if (file-directory-p user-emacs-directory) > ! (or (file-accessible-directory-p user-emacs-directory) > ! (setq errtype "access")) > (let ((umask (default-file-modes))) > (unwind-protect > (progn > (set-default-file-modes ?\700) > ! (condition-case nil > ! (make-directory user-emacs-directory) > ! (error (setq errtype "create")))) > (set-default-file-modes umask)))) > + (when (and errtype > + user-emacs-directory-warning > + (not (get 'user-emacs-directory-warning > 'this-session))) > + ;; Only warn once per Emacs session. > + (put 'user-emacs-directory-warning 'this-session t) > + (display-warning 'initialization > + (format "\ > + Unable to %s `user-emacs-directory' (%s). > + Any data that would normally be written there may be lost! > + If you never want to see this message again, > + customize the variable `user-emacs-directory-warning'." > + errtype user-emacs-directory))))) > bestname)))) > > ;;;; Misc. useful functions. > > --001a11c24f5a96a07b04dca9aae8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
This is much better. I now get a separate window with the = following error:

"Warning (initialization): Unable = to create `user-emacs-directory' (~/.emacs.d/).
Any data that= would normally be written there may be lost!
If you never want to see this message again,
customize the v= ariable `user-emacs-directory-warning'."

but the file I attempt to open still opens and I can edit it as usual= . It appears the patch works as intended. Which release is it likely to mak= e it to?

Thanks a bunch Glenn.

<= /div>


On= Tue, May 14, 2013 at 3:30 PM, Glenn Morris <rgm@gnu.org> wrote:=

Does this patch work for you?

*** lisp/subr.el =A0 =A0 =A0 =A02013-04-27 21:12:17 +0000
--- lisp/subr.el =A0 =A0 =A0 =A02013-05-14 07:27:31 +0000
***************
*** 2643,2648 ****
--- 2643,2655 ----
=A0 Note that this should end with a directory separator.
=A0 See also `locate-user-emacs-file'.")

+ (custom-declare-variable-early 'user-emacs-directory-warning t
+ =A0 "Non-nil means warn if cannot access `user-emacs-directory'.=
+ Set this to nil at your own risk..."
+ =A0 :type 'boolean
+ =A0 :group 'initialization
+ =A0 :version "24.4")
+
=A0 (defun locate-user-emacs-file (new-name &optional old-name)
=A0 =A0 "Return an absolute per-user Emacs-specific file name.
=A0 If NEW-NAME exists in `user-emacs-directory', return it.
***************
*** 2658,2674 ****
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (file-readable-p at-home))
=A0 =A0 =A0 =A0 =A0at-home
=A0 =A0 =A0 =A0 =A0;; Make sure `user-emacs-directory' exists,
! =A0 =A0 =A0 =A0;; unless we're in batch mode or dumping Emacs
=A0 =A0 =A0 =A0 =A0(or noninteractive
=A0 =A0 =A0 =A0 =A0 =A0purify-flag
! =A0 =A0 =A0 =A0 =A0(file-accessible-directory-p
! =A0 =A0 =A0 =A0 =A0 (directory-file-name user-emacs-directory))
=A0 =A0 =A0 =A0 =A0 =A0(let ((umask (default-file-modes)))
=A0 =A0 =A0 =A0 =A0 =A0 =A0(unwind-protect
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(progn
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(set-default-file-modes ?\700)
! =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(make-directory user-emacs-directory))=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(set-default-file-modes umask))))
=A0 =A0 =A0 =A0 =A0bestname))))

=A0 ;;;; Misc. useful functions.
--- 2665,2697 ----
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (file-readable-p at-home))
=A0 =A0 =A0 =A0 =A0at-home
=A0 =A0 =A0 =A0 =A0;; Make sure `user-emacs-directory' exists,
! =A0 =A0 =A0 =A0;; unless we're in batch mode or dumping Emacs.
=A0 =A0 =A0 =A0 =A0(or noninteractive
=A0 =A0 =A0 =A0 =A0 =A0purify-flag
! =A0 =A0 =A0 =A0 =A0(let (errtype)
! =A0 =A0 =A0 =A0 =A0 =A0(if (file-directory-p user-emacs-directory)
! =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(or (file-accessible-directory-p user-emac= s-directory)
! =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(setq errtype "access"))=
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(let ((umask (default-file-modes)))
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(unwind-protect
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(progn
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(set-default-file-modes ?\70= 0)
! =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(condition-case nil
! =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(make-directory user-e= macs-directory)
! =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(error (setq errtype "= ;create"))))
=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(set-default-file-modes umask)))) + =A0 =A0 =A0 =A0 =A0 =A0(when (and errtype
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 user-emacs-directory-warning<= br> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (not (get 'user-emacs-dir= ectory-warning 'this-session)))
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0;; Only warn once per Emacs session.
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0(put 'user-emacs-directory-warning 'th= is-session t)
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0(display-warning 'initialization
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 (format "= ;\
+ Unable to %s `user-emacs-directory' (%s).
+ Any data that would normally be written there may be lost!
+ If you never want to see this message again,
+ customize the variable `user-emacs-directory-warning'."
+ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 errtype user-emacs-directory)))))
=A0 =A0 =A0 =A0 =A0bestname))))

=A0 ;;;; Misc. useful functions.


--001a11c24f5a96a07b04dca9aae8-- From debbugs-submit-bounces@debbugs.gnu.org Tue May 14 12:02:31 2013 Received: (at 13930-done) by debbugs.gnu.org; 14 May 2013 16:02:31 +0000 Received: from localhost ([127.0.0.1]:40234 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UcHgM-0008KF-Jv for submit@debbugs.gnu.org; Tue, 14 May 2013 12:02:31 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:38406) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UcHgH-0008K3-TX for 13930-done@debbugs.gnu.org; Tue, 14 May 2013 12:02:29 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1UcHfj-00071A-VJ; Tue, 14 May 2013 12:01:52 -0400 From: Glenn Morris To: 13930-done@debbugs.gnu.org Subject: Re: bug#13930: Emacs doesn't cope well if it can't access/create .emacs.d References: <83vc8wk39s.fsf@gnu.org> <87txogefz3.fsf@turtle.gmx.de> X-Spook: Skipjack Geraldton Sears Tower Armani White Water Elvis X-Ran: bY7q90Kl4|3uT~f#'\:'L&,`\2S\KbQ\@ug-4,$]KPv(hUNqJHdFe8?Jdi(~[+eweCtC (Robert Prije's message of "Tue, 14 May 2013 16:46:16 +0800") Message-ID: User-Agent: Gnus (www.gnus.org), GNU Emacs (www.gnu.org/software/emacs/) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -5.6 (-----) X-Debbugs-Envelope-To: 13930-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -7.5 (-------) Version: 24.4 Thanks for testing, applied to trunk. Barring unexpected, should be in 24.4. From unknown Sun Jun 22 11:34:48 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 12 Jun 2013 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 15 14:48:12 2013 Received: (at control) by debbugs.gnu.org; 15 Dec 2013 19:48:12 +0000 Received: from localhost ([127.0.0.1]:52031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VsHff-0005DG-2K for submit@debbugs.gnu.org; Sun, 15 Dec 2013 14:48:11 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:51936) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VsHfc-0005D5-Gz for control@debbugs.gnu.org; Sun, 15 Dec 2013 14:48:08 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1VsHfc-0001X9-7w for control@debbugs.gnu.org; Sun, 15 Dec 2013 14:48:08 -0500 Date: Sun, 15 Dec 2013 14:48:08 -0500 Message-Id: Subject: control message for bug 16154 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.5 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.5 (-----) unarchive 13930 forcemerge 13930 16154 From unknown Sun Jun 22 11:34:48 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 14 Jan 2014 12:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator