diff options
author | Eelco Dolstra <e.dolstra@tudelft.nl> | 2004-12-13T13·47+0000 |
---|---|---|
committer | Eelco Dolstra <e.dolstra@tudelft.nl> | 2004-12-13T13·47+0000 |
commit | 862f4c154e883611ba9dfefe921c87e6423075ea (patch) | |
tree | 63d8c96c29c18f322f0d70cf5c1a5224e306d835 /corepkgs/nar/nar.sh.in | |
parent | dca48aed349375b8515a32ac58dce48f48f7264e (diff) |
* Patch deployment. `download.pl' (intended to be used in the
substitute mechanism) creates a store path by downloading full NAR archives and/or patches specified in the available manifests. Any combination of present paths, full downloads, and patches can be used to construct the target path. In particular, patches can be chained in sequence; and full NAR archives of the target path can be omitted (i.e., patch-only deployment is possible). A shortest path algorithm is used to find the smallest set of files to be downloaded (the edge weights are currently file sizes, but one can imagine taking the network speed to the various source into account). Patches are binary deltas between two store paths. To be precise, they are the output of the `bsdiff' program applied to the NAR archives obtained by dumping (`nix-store --dump') the two store paths. The advantage of diff'ing NAR archives (and not, say, doing file-by-file diffs) is that file renames/moves are handled automatically. The disadvantage is that we cannot optimise creation of unchanged files (by hard-linking).
Diffstat (limited to 'corepkgs/nar/nar.sh.in')
0 files changed, 0 insertions, 0 deletions