From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.linux.debian.devel.emacsen Subject: Re: Finalizing 'inhibit-automatic-native-compilation' Date: Thu, 02 Feb 2023 10:02:28 +0200 Message-ID: <83tu04xzor.fsf@gnu.org> References: <837cx8cey0.fsf@gnu.org> <87k01039r3.fsf@melete.silentflame.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23918"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, akrl@sdf.org, larsi@gnus.org, monnier@iro.umontreal.ca, rlb@defaultvalue.org, debian-emacsen@lists.debian.org To: Sean Whitton Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Feb 02 09:02:55 2023 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pNUYY-0005xF-Iz for ged-emacs-devel@m.gmane-mx.org; Thu, 02 Feb 2023 09:02:54 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pNUYG-0006Nz-NQ; Thu, 02 Feb 2023 03:02:36 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pNUYA-0006Nb-5A for emacs-devel@gnu.org; Thu, 02 Feb 2023 03:02:30 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pNUY9-0004AX-2G; Thu, 02 Feb 2023 03:02:29 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=eyTFjfe82IzAMKNCPdQXySwQjI1DF7RoCyRWWZotFAg=; b=TKwSB8Uob/0w Kk2auaKYeojm/hlEMYojTpgK0El9+fvZzcUAOiaQpYhGPlTszNoAhpB4K/CL9D7DzptV69x/i6E0H oXtpYT8sjh7zCYRz1Mj1AQPkzc/SepehJ837rc+O3ZfHjm1Bb+cMuHUt6SIPFg3dsjEkEM8W47ZtT 5ngS17NwrC19gMEY9/EE0DBWHDD7LulowP2U9XBv2ABIYGiqHO0+VnPKcI7Z6gm5m8q4Oiug2PpHu BKOMuq24ahcRrp/w9okNZTVUW0b8lP71CqsRNWQb11Xkma/CmbGq2y4ezbmoJqMqTeUTGTLhgHSy4 XH91/7eOxMtJD2x2plSN8Q==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pNUY8-0002aQ-HY; Thu, 02 Feb 2023 03:02:28 -0500 In-Reply-To: <87k01039r3.fsf@melete.silentflame.com> (message from Sean Whitton on Wed, 01 Feb 2023 22:40:48 -0700) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:302892 gmane.linux.debian.devel.emacsen:8838 Archived-At: > From: Sean Whitton > Cc: emacs-devel@gnu.org, Andrea Corallo , Lars Ingebrigtsen > , Stefan Monnier , Rob > Browning , debian-emacsen@lists.debian.org > Date: Wed, 01 Feb 2023 22:40:48 -0700 > > Debian is now relying on this environment variable. It is going into > our next stable release, which is already partially frozen, and it has > already propagated to many (probably most) of our derivatives. > We took the decision to start using the variable after Lars said it was > going to stick around and, specifically, that it was therefore okay to > backport it to Emacs 28. > > Over in our own channels, we had actually been planning to add our own > version of this environment variable, before it got added upstream. > In other words, we independently came to the conclusion that a mechanism > of this nature was what we needed; as Stefan says, one reason is that we > need to handle invocations of Emacs deep within third party Makefiles. > > In the shorter term, were it to be removed, we'd probably patch it back > in with a DEBIAN_something name, rather than break all our packages > again, or, rather than delaying uploading Emacs 29 to Debian. > But in the longer term, I'm sure that we would be open to alternatives, > if you really do want to remove the variable. 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. 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? > (Just fyi, I am now co-maintaining Emacs in Debian alongside Rob.) Congrats.