… and nar size / sha256 digest. Instead of producing sparse PathInfo messages when NARs are sent to nar-bridge, the nar-bridge http server now keeps a lookup table (narsha256) -> (rootNode, narSize) This removes a whole bunch of noise, because we don't need to keep sparse fields around. A convenience function `GenPathInfo(rootNode *castorev1pb.Node, narInfo *narinfo.NarInfo)` is added, which is used to produce PathInfo messages, either when receiving a NAR file over http and uploading it to a remote PathInfoService, or to synthesize the PathInfoMessage to return to the client, if nar-bridge is acting as a PathInfoService for a remove Nix HTTP Binary cache. Change-Id: Ibba1ab6238a050816c4fab29cb21ae88877d8613 Reviewed-on: https://cl.tvl.fyi/c/depot/+/9651 Tested-by: BuildkiteCI Reviewed-by: Brian McGee <brian@bmcgee.ie> |
||
|---|---|---|
| .. | ||
| cmd | ||
| pkg | ||
| testdata | ||
| .gitignore | ||
| default.nix | ||
| go.mod | ||
| go.sum | ||
| README.md | ||
//tvix/nar-bridge
This exposes a HTTP Binary cache interface (GET/HEAD/PUT requests) for a tvix- store.
It can be used to configure a tvix-store as a substitutor for Nix, or to upload
store paths from Nix via nix copy into a tvix-store.