[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Suppressing native compilation (short and long term)
From: |
Rob Browning |
Subject: |
Re: Suppressing native compilation (short and long term) |
Date: |
Sat, 15 Oct 2022 12:21:29 -0500 |
Lars Ingebrigtsen <larsi@gnus.org> 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
- Re: Suppressing native compilation (short and long term), (continued)
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/14
- Re: Suppressing native compilation (short and long term), Rob Browning, 2022/10/14
- Re: Suppressing native compilation (short and long term), Stefan Monnier, 2022/10/14
- Re: Suppressing native compilation (short and long term), Rob Browning, 2022/10/15
- Re: Suppressing native compilation (short and long term), Stefan Monnier, 2022/10/15
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/15
- Re: Suppressing native compilation (short and long term), Rob Browning, 2022/10/15
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/15
- Re: Suppressing native compilation (short and long term), Sean Whitton, 2022/10/15
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/16
- Re: Suppressing native compilation (short and long term),
Rob Browning <=
- Re: Suppressing native compilation (short and long term), Eli Zaretskii, 2022/10/15
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/16
- Re: Suppressing native compilation (short and long term), Rob Browning, 2022/10/16
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/17
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/05
- Re: Suppressing native compilation (short and long term), Andrea Corallo, 2022/10/05
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/05
- Re: Suppressing native compilation (short and long term), Andrea Corallo, 2022/10/05
- Re: Suppressing native compilation (short and long term), Lars Ingebrigtsen, 2022/10/05
- Re: Suppressing native compilation (short and long term), Andrea Corallo, 2022/10/05