-
-
Notifications
You must be signed in to change notification settings - Fork 12.7k
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Showing
1 changed file
with
8 additions
and
5 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
f1a14f9
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why is this better for space?
Optimized store will deduplicate anyway, right? Will NAR size be reduced or are links dereferenced?
Copying has potential benefit of avoiding pulling in the full closure of the original package, if all that's needed is a small header or utility. Not sure how important that is here....
f1a14f9
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not very familiar with how
nix-store --optimise
works so it might not be necessary. There is still a benefit here I think in getting Nix to build everything locally. You just have to download procps once instead of the individual command for ps, watch, etc.My experience has been that most of the binaries still retain references to their closure even when copying. So you end up getting both copies in your closure:
It must have to do with linking to libprocps? But regardless of all of that you are probably going to have procps downloaded on your system at some point (some things link to ). unix-tools /should/ support multiple outputs if we ever get them in procps or util-linux but I am still thinking that linking would be a better idea.