cafkafk/lix
cafkafk/lix
1
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity Actions

remove incomplete section: building

Browse source
This commit is contained in:
Valentin Gagarin 2022-05-03 13:53:37 +02:00
parent 3d8f2f5cc1
commit 1ba6d8fb1d
2 changed files with 0 additions and 16 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

1
doc/manual/src/SUMMARY.md.in
View file

@ -24,7 +24,6 @@
- [Derivations](architecture/store/drvs/drvs.md)
- [Input-Addressing](architecture/store/drvs/ia.md)
- [Content-Addressing (Experimental)](architecture/store/drvs/ca.md)
- [Building](architecture/store/building.md)
- [Advanced Topic: Store object relocatability](architecture/store/relocatability.md)
- [Advanced Topic: Related work](architecture/store/related-work.md)
- [Package Management](package-management/package-management.md)

15
doc/manual/src/architecture/store/building.md
View file

@ -1,15 +0,0 @@
# Building
## Scanning for references
Before in the section on [store objects](./objects.md), we talked abstractly about scanning for references.
Now we can make this concrete.
After the derivation's command is run, Nix needs to process the "raw" output directories to turn them into legit store objects.
There is a few steps of this, but let's start with the simple case of one input-addressed output first.
\[Overview of things that need to happen.]
For example, if Nix thinks `/nix/store/asdfasdfasdf-foo` and `/nix/store/qwerqwerqwer-bar` are paths the data might plausibly reference, Nix will scan all the contents of all files recursively for the "hash parts" `asdfasdfasdf`` and `qwerqwerqwer`.
\[Explain why whitelist.]