aboutsummaryrefslogtreecommitdiff
path: root/doc/manual/src/design/store/entries.md
diff options
context:
space:
mode:
Diffstat (limited to 'doc/manual/src/design/store/entries.md')
-rw-r--r--doc/manual/src/design/store/entries.md17
1 files changed, 0 insertions, 17 deletions
diff --git a/doc/manual/src/design/store/entries.md b/doc/manual/src/design/store/entries.md
index 2eb4bf90c..74f429e78 100644
--- a/doc/manual/src/design/store/entries.md
+++ b/doc/manual/src/design/store/entries.md
@@ -39,20 +39,3 @@ and they are also allowed to *not* have references that *do* correspond to store
Taken together, this means there is no actual rule relating the store paths contained in the contents to the store paths deemed references.
This is why it's its necessary for correctness, and not just performance, that Nix remember the references of each store entry, rather than try to recompute them on the fly by scanning their contents.
-
-The references themselves need not be store paths per-se (this is an implementation detail of the store).
-But, like rendered store paths (see next section) in addition to identifying store entries they must also identify the store directory of the store(s) that contain those store entries.
-That said, all the references of the store entry must agree on a store dir.
-Also the store directory of the references must equal that of any store which contains the store entry doing the referencing.
-
-## Relocatability
-
-The two final restrictions of the previous section yield an alternative view of the same information.
-Rather than associating store dirs with the references, we can say a store entry itself has a store dir if and only if it has at least one reference.
-
-This corresponds to the observation that a store entry with references, i.e. with a store directory under this interpretation, is confined to stores sharing that same store directory, but a store entry without any references, i.e. thus without a store directory, can exist in any store.
-
-Lastly, this illustrates the purpose of tracking self references.
-Store entries without self-references or other references are relocatable, while store paths with self-references aren't.
-This is used to tell apart e.g. source code which can be stored anywhere, and pesky non-reloctable executables which assume they are installed to a certain path.
-\[The default method of calculating references by scanning for store paths handles these two example cases surprisingly well.\]