Maxim Cournoyer writes:
> Sorry for the delays -- just wanted to say: I have another set of
> patches that will allow continuing to use the guix.d subdirectory, as
> well as allowing to reload newly installed packages on the fly.
Sounds good. Thank you for improving the Emacs integration in
Hello everyone,
Arne Babenhauserheide writes:
> Ludovic Courtès writes:
>
>> I agree that a solution needs to be implemented now, it’s not cool to
>> leave fellow GNOME users without Emacs for several days. :-)
>
> That did not leave me without Emacs. It left me without GNOME.
>
> Priorities!
Clément Lassieur writes:
>> Clément, perhaps you can push the patches now on behalf of Maxim?
>> If Maxim eventually comes up and disagrees, we can always adjust.
>> At any rate, it’s better than leaving the thing broken.
>
> I pushed them, and I'm closing the bug. Thank you Maxim for those
>
Ludovic Courtès writes:
> I agree that a solution needs to be implemented now, it’s not cool to
> leave fellow GNOME users without Emacs for several days. :-)
That did not leave me without Emacs. It left me without GNOME.
Priorities! :-)
(I cannot work without Emacs. It has all my planning
Hi Ludo and Maxim,
Ludovic Courtès writes:
> Hi!
>
> clem...@lassieur.org (Clément Lassieur) skribis:
>
>> Any update about this? Any plan to push a fix or a revert? I've been
>> using your new patches without any issue for a few days already.
>
> I agree that a solution needs to be
Clément Lassieur writes:
> Any update about this? Any plan to push a fix or a revert? I've been
> using your new patches without any issue for a few days already.
This would also be important for me. I’m currently forced to use xfce
due to this bug, and that hinders me quite a bit, for
Hello Maxim,
Any update about this? Any plan to push a fix or a revert? I've been
using your new patches without any issue for a few days already.
Thanks,
Clément
Hello,
Jelle Licht writes:
> Maxim Cournoyer writes:
>
>> [...]
>> I've tested these changes with a Gnome VM and the EMACSLOADPATH is now
>> reduced to just the Emacs' lisp directory as well as the
>> share/emacs/site-lisp directory of any profile. Thanks for the great
>> ideas :-).
>
> Would
Maxim Cournoyer writes:
> I was ready to revert the changes when I saw a reply from Leo Prikler in
> this thread. They had really good ideas that I believe fix the
> annoyances you reported about the recent changes, while preserving the
> new plus points (per profile management of Emacs
Maxim Cournoyer writes:
> [...]
> I've tested these changes with a Gnome VM and the EMACSLOADPATH is now
> reduced to just the Emacs' lisp directory as well as the
> share/emacs/site-lisp directory of any profile. Thanks for the great
> ideas :-).
Would this still allow Emacs to load packages
Hello Clément,
clem...@lassieur.org (Clément Lassieur) writes:
[...]
>> 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
Hi Maxim,
Maxim Cournoyer writes:
> I was ready to revert the changes when I saw a reply from Leo Prikler in
> this thread. They had really good ideas that I believe fix the
> annoyances you reported about the recent changes, while preserving the
> new plus points (per profile management of
Hello Leo!
Leo Prikler writes:
> Hi everyone,
>
> Am Dienstag, den 26.11.2019, 09:56 +0100 schrieb Ludovic Courtès:
>> are we not going overboard with that big a environment variable? :-)
> I think I vaguely remember a related discussion about the Emacs build
> system adding the guix.d
Clément Lassieur writes:
(in https://lists.gnu.org/archive/html/bug-guix/2019-11/msg00363.html)
> 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.
I thought you were reproducing with Ubuntu.
Hello Ludovic,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer skribis:
>
>> I could reproduce the gnome-session crash by generating a Guix VM with
>> the attached OS configuration (it has about 100 Emacs packages installed
>> to its system profile, which gives an EMACSLOADPATH length
Hi everyone,
Am Dienstag, den 26.11.2019, 09:56 +0100 schrieb Ludovic Courtès:
> are we not going overboard with that big a environment variable? :-)
I think I vaguely remember a related discussion about the Emacs build
system adding the guix.d directory, which further worsens this problem
[1].
Hello,
clem...@lassieur.org (Clément Lassieur) skribis:
> 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
Maxim Cournoyer writes:
> Hello Ludovic,
>
> Ludovic Courtès writes:
>
>> Hi Maxim,
>>
>> Maxim Cournoyer 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
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 writes:
> Hello Ludovic,
>
> Ludovic Courtès writes:
>
>> Hi Maxim,
>>
>> Maxim Cournoyer skribis:
>>
>>> There
Hi Maxim,
Maxim Cournoyer skribis:
> I could reproduce the gnome-session crash by generating a Guix VM with
> the attached OS configuration (it has about 100 Emacs packages installed
> to its system profile, which gives an EMACSLOADPATH length of about
> 13000 characters), and got the following
Hello again,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer 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.
>
Hello Ludovic,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer 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.
Hi Maxim,
Maxim Cournoyer 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.
I must say I haven’t looked closely at the changes
Hello,
Ludovic Courtès writes:
> Hi Maxim,
>
> Maxim Cournoyer skribis:
>
>> Really sorry about this ugly regression :-/.
>
> Should we revert 47b3b4c2aa49e21f4cc32c97ff7bbbd069bb849c so we can
> address this without pressure in the meantime?
>
> I think I missed the discussions around this
Hi Maxim,
Maxim Cournoyer skribis:
> Really sorry about this ugly regression :-/.
Should we revert 47b3b4c2aa49e21f4cc32c97ff7bbbd069bb849c so we can
address this without pressure in the meantime?
I think I missed the discussions around this patch, but we should get
Alex Kost into the loop
Hello all,
Really sorry about this ugly regression :-/.
I'm surprised that a 22000 characters in an environment variable would
be an issue though, given that that's probably around 22 KiB of memory
and some people tested huge variables (>18 MiB) without facing any hard
limit other than RAM [0].
Hello,
> In case it's not clear: Booting works, but restarting the session
> crashes.
Not much to add, but I have the same issue and once logged out, I need to
restart my machine to login again to GNOME on Ubuntu 18.04.
Mathieu
"Alex Griffin" writes:
> After upgrading my packages today, gnome-session started segfaulting. I think
> I finally tracked the problem down to the recent changes in how Emacs searches
> for packages. Apparently Emacs now uses the search path
> $EMACSLOADPATH. Unfortunately, this is a very long
After upgrading my packages today, gnome-session started segfaulting. I think I
finally tracked the problem down to the recent changes in how Emacs searches
for packages. Apparently Emacs now uses the search path $EMACSLOADPATH.
Unfortunately, this is a very long value on my system:
$ echo
29 matches
Mail list logo
