GNU bug report logs -
#44760
Closure copy in ‘guix system init’ is inefficient
Previous Next
Reported by: Ludovic Courtès <ludo <at> gnu.org>
Date: Fri, 20 Nov 2020 11:03:01 UTC
Severity: important
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #66 received at 44760-done <at> debbugs.gnu.org (full text, mbox):
Ludovic Courtès <ludo <at> gnu.org> skribis:
> serialization: 'fold-archive' notifies about directory processing
> completion.
> serialization: 'restore-file' sets canonical timestamp and
> permissions.
> nar: Deduplicate files right as they are restored.
> store-copy: 'populate-store' resets timestamps.
> image: 'register-closure' assumes already-reset timestamps.
> database: Remove #:reset-timestamps? from 'register-items'.
> store-copy: 'populate-store' can optionally deduplicate files.
> image: 'register-closure' leaves it up to the caller to deduplicate.
> database: Remove #:deduplicate? from 'register-items'.
> guix system: 'init' copies, resets timestamps, and deduplicates at
> once.
> database: Remove #:deduplicate? and #:reset-timestamps? from
> 'register-path'.
> system: 'init' does not recompute the hash of each store item.
> database: Remove 'register-path'.
> database: Honor 'SOURCE_DATE_EPOCH'.
> deduplicate: Create the '.links' directory lazily.
Pushed as 7530e491b517497b7b8166b5ccecdc3d4cdb468d!
Ludo'.
This bug report was last modified 4 years and 237 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.