GNU bug report logs - #64829
Leaving .emacs.d/eln-cache on users disks not environmentally sound

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 64829 in the body.
You can then email your comments to 64829 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Dan Jacobson <jidanni <at> jidanni.org>
To: bug-gnu-emacs <at> gnu.org
Cc: 1041767 <at> bugs.debian.org
Subject: Leaving .emacs.d/eln-cache on users disks not environmentally sound
Date: Mon, 24 Jul 2023 05:16:04 -0500

All I know is based on

https://emacs.stackexchange.com/questions/71825/how-often-should-emacs-28-1-native-compile-basic-emacs-files
and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041767
I am not even sure that these files piling up in
individual Debian users'
$HOME/.emacs.d/eln-cache/28.2-*
and never getting deleted
should be piling up there in the first place.

As far as "native-compile-prune-cache",
that is not something regular users know how to find or use.

Anyway, this is like some big oil spill.

Message #8 received at 64829 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dan Jacobson <jidanni <at> jidanni.org>
Cc: 64829 <at> debbugs.gnu.org, 1041767 <at> bugs.debian.org
Subject: Re: bug#64829: Leaving .emacs.d/eln-cache on users disks not
 environmentally sound
Date: Mon, 24 Jul 2023 15:29:16 +0300

tags 64829 notabug wontfix
close 64829
thanks

> Cc: 1041767 <at> bugs.debian.org
> From: Dan Jacobson <jidanni <at> jidanni.org>
> Date: Mon, 24 Jul 2023 05:16:04 -0500
> 
> All I know is based on
> 
> https://emacs.stackexchange.com/questions/71825/how-often-should-emacs-28-1-native-compile-basic-emacs-files
> and
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041767
> I am not even sure that these files piling up in
> individual Debian users'
> $HOME/.emacs.d/eln-cache/28.2-*
> and never getting deleted
> should be piling up there in the first place.
> 
> As far as "native-compile-prune-cache",
> that is not something regular users know how to find or use.
> 
> Anyway, this is like some big oil spill.

Noted.  We provide means to clean up the cache, but those means are
disregarded with some vague hand-waving.

Closing.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.