[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#47458: Terrible UX upgrading Emacs in Guix
From: |
Maxim Cournoyer |
Subject: |
bug#47458: Terrible UX upgrading Emacs in Guix |
Date: |
Tue, 06 Apr 2021 08:09:02 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) |
Hi Leo!
Leo Prikler <leo.prikler@student.tugraz.at> writes:
[...]
>> Shouldn't we wrap all the binaries to be on the safe side? Things
>> such
>> as emacsclient probably ought to have EMACSLOADPATH set correctly,
>> no?
> The remaining binaries are
> - emacsclient, which inherits its EMACSLOADPATH from the server it
> connects to
> - ctags, ebrowse and etags, which are helper binaries, that don't seem
> to rely on EMACSLOADPATH at all. (Or is there an indicator, that they
> do?)
> - .-real binaries, that should only be wrapped once.
> We could relax the regex to include the upper two, but I don't think
> it's necessary to do so.
OK, thanks for the explanation, it makes sense.
[...]
> I'd like to avoid pushing this to master just yet, because we also have
> changes in the Emacs build system to discuss and I don't want to cause
> an "Emacs world" rebuild twice in a row. That said, I'm including this
> patch in wip-emacs with the plan to push to master or staging once
> everything there is resolved.
Sure! Which changes do you have in mind? Are they already on the
tracker for review?
Thank you,
Maxim