GNU bug report logs -
#65720
Guile-Git-managed checkouts grow way too much
Previous Next
Reported by: Ludovic Courtès <ludo <at> gnu.org>
Date: Sun, 3 Sep 2023 20:45:02 UTC
Severity: important
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #94 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
On Mon, 23 Oct 2023 at 22:27, Tobias Geerinckx-Rice <me <at> tobias.gr> wrote:
>>Why not trigger it by “guix gc”?
>
> Unless there's a new option I missed, guix gc doesn't handle this.
Maybe I missed something but “guix gc” handles what we implement, no? :-)
Well, I run “guix gc” when I need some space. And this
“maybe-run-git-gc” does exactly that: collect some spaces when I need
them.
For me, they are part of “guix gc” and not part of some update.
Aside, re-thinking about other features, I am consistent with other
comments I made when introducing ’maybe-remove-expired-cache-entries’;
see <https://issues.guix.gnu.org/45327#4>. And consistent because most
probably I still think the same: cache cleanup should be handled by
“guix gc” and not by the commands themselves. And maybe we are having
the same discussion. ;-)
>>Well, I expect “guix gc” to take some time and I choose when. However,
>>I want “guix pull” or “guix time-machine” to be as fast as possible
>
> I don't think that things should be pushed into guix gc merely because
> they are slow.
Maybe I misread, somehow it appears to me that you miss the key part: I
choose when some extra work is done and I keep “guix pull” and “guix
time-machine” as fast as possible.
Cheers,
simon
This bug report was last modified 1 year and 178 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.