98c17147c6
… 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
.