GNU bug report logs -
#38309
Recent $EMACSLOADPATH changes crash gnome-session
Previous Next
Reported by: "Alex Griffin" <a <at> ajgrf.com>
Date: Thu, 21 Nov 2019 02:27:01 UTC
Severity: serious
Done: clement <at> lassieur.org (Clément Lassieur)
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Hello Maxim,
Thanks for taking the time to look into this. I've seen your other
email, you can install libpcre3-dbg to have PCRE's debug symbols. It
might help.
Maxim Cournoyer <maxim.cournoyer <at> gmail.com> writes:
> Hello Ludovic,
>
> Ludovic Courtès <ludo <at> gnu.org> writes:
>
>> Hi Maxim,
>>
>> Maxim Cournoyer <maxim.cournoyer <at> gmail.com> skribis:
>>
>>> There would be a couple more commits to include in the revert to undo
>>> the changes (one to the build system, others to adapt the renaming of
>>> the emacs-set-load-path phase for some packages:
>>
>> Oh indeed.
Well, maybe it would make sense to squash them into one revert commit,
that would be re-reverted when the bug is fixed?
>> I must say I haven’t looked closely at the changes nor at the reasons
>> for the regression, but IIUC, the regression is serious enough that we
>> should have a way to address it quickly.
>
> The regression only seems to affect the "restarting the session",
> e.g. logout then login, not the first boot, which means there's an
> (inconvenient) workaround available for single user systems.
Before the patches, restarting Emacs was enough to have new packages
installed. Now I have to reboot my computer every time I 'guix package
-i emacs-something'. Emacs is central to my workflow and I often change
things around (as do a lot of Guix users). It is inconvenient, really.
> I've been trying to reproduce in a VM to get a backtrace (if those
> affected by the problem could produce one, that'd help pinpoint the
> problematic call to PCRE and its origin), but that'll need some more
> time.
Even if you find a solution, the fix will take a lot of time to land
onto an Ubuntu release.
> If those affected judge the situation dire enough, I don't mind
> reverting the changes to the Emacs library loading mechanism for the
> time being.
Please, do so :)
Lots of users don't have that bug, but there's still a change in their
workflow: they have to restart their session after installing new Emacs
packages. Maybe when that bug is fixed and this set of patch is
re-applied, there will be an opportunity to communicate about this? On
info-guix maybe, or on 'guix pull'. It would explain the pros and cons
of this new way of dealing with Emacs. I don't know if there was such
an announcement already, I didn't see it. WDYT?
Thanks again,
Clément
This bug report was last modified 5 years and 167 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.