[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Finalizing 'inhibit-automatic-native-compilation'

From: Sean Whitton
Subject: Re: Finalizing 'inhibit-automatic-native-compilation'
Date: Thu, 02 Feb 2023 09:28:39 -0700
User-agent: Gnus/5.13 (Gnus v5.13)


On Thu 02 Feb 2023 at 10:02AM +02, Eli Zaretskii wrote:

> It is fine by me if Debian decides to patch Emacs to solve whatever
> problems you have in your work on the distribution.  That's the
> prerogative of downstream packages, and that's why we have Free
> Software to begin with.

Of course.  But we don't want to be maintaining a fork of Emacs.
We are all on the same side when it comes to wanting to preserve
manpower for more important tasks, right?

> What I'm interested in is hearing the _reasons_ why you decided to go
> with the environment variable, because those reasons might be
> important in other uses.  Was it just the convenience, or was it
> something else?

Without excluding the possibility of an improved solution, we did not
think that we needed an env var out of convenience, or in the manner of
a temporary fix.

I am not able to answer myself, right now, whether what has been
proposed in this thread about redirecting trampoline writes would be
sufficient for us.  Hopefully someone else can chime in.

One thing that I can say for sure is that we need Emacs not to crash
when HOME is non-existent or otherwise not writeable.
I am not completely sure whether that is the whole of the issue, but it
may well be.

>> (Just fyi, I am now co-maintaining Emacs in Debian alongside Rob.)
> Congrats.

Dubious :P  I just wanted to ask, please CC both me and Rob in the
future, else I might have missed this thread.

Sean Whitton

Attachment: signature.asc
Description: PGP signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]