GNU bug report logs - #64226
30.0.50; emacs-lisp-native-compile-and-load permission error

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#64226: closed (30.0.50; emacs-lisp-native-compile-and-load
 permission error)
Date: Wed, 09 Aug 2023 16:30:02 +0000

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

Your message dated Wed, 09 Aug 2023 19:29:34 +0300
with message-id <838rakkwlt.fsf <at> gnu.org>
and subject line Re: bug#64226: 30.0.50; emacs-lisp-native-compile-and-load permission error
has caused the debbugs.gnu.org bug report #64226,
regarding 30.0.50; emacs-lisp-native-compile-and-load permission error
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


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

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

From: No Wayman <iarchivedmywholelife <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; emacs-lisp-native-compile-and-load permission error
Date: Wed, 21 Jun 2023 12:58:40 -0400

To reproduce:

1. Find an elisp file located in $DIR which user has permission to 
write to.
(in the following backtrace, the file being compiled was located 
at $HOME/.emacs.d/elpaca/builds/elpaca/elpaca.el)
2. M-x emacs-lisp-native-compile-and-load 
3. Observer the following error: 

Error: permission-denied (\"Creating file with prefix\" 
\"Permission denied\" 
\"/usr/lib/emacs/30.0.50/native-lisp/30.0.50-58a66af6/elpaca-0646d6fc-1256ece5\")
 mapbacktrace(#f(compiled-function (evald func args flags) 
 #<bytecode 0x835cf36bbae8692>))
 debug-early-backtrace()
 debug-early(error (permission-denied \"Creating file with 
 prefix\" \"Permission denied\" 
 \"/usr/lib/emacs/30.0.50/native-lisp/30.0.50-58a66af6/elpaca-0646d6fc-1256ece5\"))
 make-temp-file(\"/usr/lib/emacs/30.0.50/native-lisp/30.0.50-58a66af6/elpaca-0646d6fc-1256ece5\" 
 nil \".eln.tmp\" nil)
 comp--compile-ctxt-to-file(\"/usr/lib/emacs/30.0.50/native-lisp/30.0.50-58a66af6/elpaca-0646d6fc-1256ece5.eln\")
 comp-compile-ctxt-to-file(\"/usr/lib/emacs/30.0.50/native-lisp/30.0.50-58a66af6/elpaca-0646d6fc-1256ece5.eln\")
 comp-final1()
 load-with-code-conversion(\"/tmp/emacs-int-comp-elpaca-0646d6fc-1256ece5-73Dpd0.el\" 
 \"/tmp/emacs-int-comp-elpaca-0646d6fc-1256ece5-73Dpd0.el\" nil 
 t)
 command-line-1((\"-l\" 
 \"/tmp/emacs-int-comp-elpaca-0646d6fc-1256ece5-73Dpd0.el\"))
 command-line()
 normal-top-level()

I would expect compiling this to not signal an error for a file I 
have permission to write.

In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
3.24.38, cairo version 1.17.8) of 2023-06-19 built on laptop
Repository revision: edb0862f5e69240de90c30b8914af51778f26d31
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 
11.0.12101008
System Description: Arch Linux

I rebuilt from master and am still able to reproduce with
GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 
3.24.38, cairo version 1.17.8) of 2023-06-21

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: No Wayman <iarchivedmywholelife <at> gmail.com>
Cc: 64226-done <at> debbugs.gnu.org, acorallo <at> gnu.org
Subject: Re: bug#64226: 30.0.50; emacs-lisp-native-compile-and-load
 permission error
Date: Wed, 09 Aug 2023 19:29:34 +0300

> From: No Wayman <iarchivedmywholelife <at> gmail.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 64226 <at> debbugs.gnu.org
> Date: Wed, 09 Aug 2023 11:24:03 -0400
> 
> 
> Andrea Corallo <acorallo <at> gnu.org> writes:
> 
> > Okay I pushed b93107c20b2 to fix this.  I tested as best as I 
> > could but
> > tweaking these dynamic variables is always tricky.
> >
> > No Wayman if you could verify everything works for you would be 
> > great.
> >
> > Thanks
> >
> >   Andrea
> 
> Still present on:
> 
> GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 
> 3.24.38, cairo version 1.17.8) of 2023-08-09

That's expected, since the fix was installed on the emacs-29 branch,
and will be merged to master only in a couple of days.

Thanks for testing (and thanks to Andrea for fixing it), I'm therefore
closing this bug.

Previous Next

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