Move things around a bit to make it easier to understand what's going on: - We first validate our fixture invariants - We then insert into the PathInfoService - Do all comparisons and checks we can on the returned PathInfo struct - Only convert to the NarInfo variant to calculate the fingerprint, and don't keep intermediate let bindings for this Before cl/12588, this was arguably much harder to do that way, as we relied on some of the conversions done in the to_narinfo() function. Change-Id: Iaddbf1079f73ce566ef6d56f69a823e080b2e006 Reviewed-on: https://cl.tvl.fyi/c/depot/+/12595 Reviewed-by: Marijan Petričević <marijan.petricevic94@gmail.com> Tested-by: BuildkiteCI Reviewed-by: flokli <flokli@flokli.de> Reviewed-by: sinavir <tvix@sinavir.fr> |
||
|---|---|---|
| .. | ||
| fs | ||
| tests | ||
| bigtable.rs | ||
| combinators.rs | ||
| from_addr.rs | ||
| grpc.rs | ||
| lru.rs | ||
| memory.rs | ||
| mod.rs | ||
| nix_http.rs | ||
| redb.rs | ||
| signing_wrapper.rs | ||