From: Eli Zaretskii <eliz@gnu.org>
To: Rob Browning <rlb@defaultvalue.org>
Cc: emacs-devel@gnu.org
Subject: Re: Possibly defaulting native-compile-target-directory to XDG_CACHE_HOME/...
Date: Sun, 18 Dec 2022 10:48:28 +0200 [thread overview]
Message-ID: <83wn6pf677.fsf@gnu.org> (raw)
In-Reply-To: <871qoxg41t.fsf@trouble.defaultvalue.org> (message from Rob Browning on Sat, 17 Dec 2022 14:37:18 -0600)
> From: Rob Browning <rlb@defaultvalue.org>
> Cc: emacs-devel@gnu.org
> Date: Sat, 17 Dec 2022 14:37:18 -0600
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > I don't see how this follows from what I said. There should be a
> > writable directory, but it doesn't have to be under HOME. You can
> > change the value of native-comp-eln-load-path to have there any
> > directories you like. We've been through this during the previous
> > discussion, I believe.
>
> I may not have understood where all of that ended up.
>
> Given that there's no way to establish the location via an envt var.
> Are you saying that anyone who needs to run emacs with an unwritable
> home would need to add one or more command line arguments to every
> invocation (i.e. we'd need to do that across all of the relevant debian
> testing scripts, etc., some of which may be embedded in upstream
> frameworks -- I guess we might also just shadow emacs in the path with a
> wrapper script...)?
No. I'm saying that these users should add a one-liner to their init
file.
> ...and if any of the relevant command line settings don't happen early
> enough, then that'd be considered a bug that we'd want to report and see
> about fixing?
I don't understand this part. What do you mean by "happen early
enough"?
> Oh, and I can finally reproduce that buttercup crash with an upstream
> tree. This should do it:
>
> # Build and install emacs-28.2 as root or "user1"
>
> # As "user2" (not root or user1)
> git clone https://github.com/jorgenschaefer/emacs-buttercup.git
> cd emacs-buttercup
> export HOME=/nope
> rm -f *.elc
> emacs -Q -batch -L . -f batch-byte-compile buttercup.el buttercup-compat.el
> emacs -Q -batch -L . -l buttercup -f buttercup-run-discover
>
> The key appears to be that the install must be as some other user.
Is there something in emacs-buttercup that makes it necessary for
reproducing this? Or would any byte-compiled file do?
Anyway, what happens if you try this with Emacs 29? Emacs 28 is in
the past for us: there will be no more releases from the emacs-28
branch. And on Emacs 29 we made some changes which I think should
prevent these problems.
next prev parent reply other threads:[~2022-12-18 8:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-16 6:08 Possibly defaulting native-compile-target-directory to XDG_CACHE_HOME/ Rob Browning
2022-12-17 12:08 ` Eli Zaretskii
2022-12-17 17:42 ` Rob Browning
2022-12-17 18:04 ` Eli Zaretskii
2022-12-17 20:37 ` Rob Browning
2022-12-17 20:59 ` Rob Browning
2022-12-18 8:48 ` Eli Zaretskii [this message]
2022-12-24 23:03 ` Sean Whitton
2022-12-25 6:44 ` Eli Zaretskii
2022-12-25 9:22 ` Eli Zaretskii
2022-12-17 15:58 ` Stefan Monnier
2022-12-17 17:38 ` Rob Browning
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=83wn6pf677.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=rlb@defaultvalue.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.