From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.emacs.devel Subject: Re: Suppressing native compilation (short and long term) Date: Sat, 15 Oct 2022 12:21:29 -0500 Message-ID: <87czatgfza.fsf@trouble.defaultvalue.org> References: <87bkqxf1ij.fsf@tethera.net> <834jwnbi6c.fsf@gnu.org> <87mtafnun5.fsf@trouble.defaultvalue.org> <83sfk6ahty.fsf@gnu.org> <8735c6b0wo.fsf@gnus.org> <87y1ty9lha.fsf@gnus.org> <87lepym6ok.fsf@trouble.defaultvalue.org> <877d1i9h7k.fsf@gnus.org> <83edvqyr3q.fsf@gnu.org> <874jwl8e4p.fsf@gnus.org> <87pmf64beo.fsf@gnus.org> <87h70i4a46.fsf@gnus.org> <83tu4irzl1.fsf@gnu.org> <87y1ttsrve.fsf@yahoo.com> <83r0zlqxcr.fsf@gnu.org> <87fsfqi95f.fsf@trouble.defaultvalue.org> <87wn915t5r.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24228"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Po Lu , akrl@sdf.org, monnier@iro.umontreal.ca, david@tethera.net, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Oct 15 19:22:54 2022 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 1ojksA-00064C-0y for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 19:22:54 +0200 Original-Received: from localhost ([::1]:45308 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojks8-0002As-Nh for ged-emacs-devel@m.gmane-mx.org; Sat, 15 Oct 2022 13:22:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59400) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ojkrK-0001TM-4C for emacs-devel@gnu.org; Sat, 15 Oct 2022 13:22:02 -0400 Original-Received: from defaultvalue.org ([45.33.119.55]:37496) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ojkrI-0004T2-Lc; Sat, 15 Oct 2022 13:22:01 -0400 Original-Received: from trouble.defaultvalue.org (localhost [127.0.0.1]) (Authenticated sender: rlb@defaultvalue.org) by defaultvalue.org (Postfix) with ESMTPSA id 7E3C1203D8; Sat, 15 Oct 2022 12:21:29 -0500 (CDT) Original-Received: by trouble.defaultvalue.org (Postfix, from userid 1000) id 1AEFC14E081; Sat, 15 Oct 2022 12:21:29 -0500 (CDT) In-Reply-To: <87wn915t5r.fsf@gnus.org> Received-SPF: pass client-ip=45.33.119.55; envelope-from=rlb@defaultvalue.org; helo=defaultvalue.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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" Xref: news.gmane.io gmane.emacs.devel:297805 Archived-At: Lars Ingebrigtsen writes: > I think this should work, but there may be regressions, of course. > Let's see... I tried it now, and I got the warning below, but things > otherwise seem to work fine: > > 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'. We just got 28.2 into Debian, and we should likely re-evaluate that version, as compared to 28.1. See if the behaviors have changed. > Emacs should work with an unwritable file system, but there's probably > code that bugs out in that situation -- but those things should be > fixed. > > If you have a test case that demonstrates the problem, please open a bug > report for that, so that we can get fixin'. OK, so if there is (or we come to) an upstream consensus that HOME=/does-not-exist should work (would that be considered a subset of the unwritable filesystem case?), then I think that's likely sufficient for Debian packaging. (That's what we were initially attempting.) And if it doesn't yet work, we're very likely to be able to help track down and fix those cases as we work through all the add-on packages. Thanks -- Rob Browning rlb @defaultvalue.org and @debian.org GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4