maurice/snix
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

refactor(nix-compat/store_path): drop build_nar_based_store_path

Browse source 
This is the only (remaining) occurence of it, and not really
more code than just calling store_path::build_ca_path with
`CAHash::Nar(NixHash::Sha256(…))`, especially considering we need the
CAHash in the PathInfo struct later anyways - so let's remove this
function.

Change-Id: Ia82212086062c366e0280ca0823d9e68a3f91d3a
Reviewed-on: https://cl.tvl.fyi/c/depot/+/12632
Reviewed-by: edef <edef@edef.eu>
Autosubmit: flokli <flokli@flokli.de>
Tested-by: BuildkiteCI
This commit is contained in:
Florian Klink 2024-10-16 02:41:05 +03:00 • committed by clbot
parent 1277b0c088
commit a94414e7ff
2 changed files with 5 additions and 17 deletions
Download patch file Download diff file Expand all files Collapse all files

14
tvix/nix-compat/src/store_path/utils.rs
View file

@ -119,20 +119,6 @@ where
.map_err(BuildStorePathError::InvalidStorePath)
}
/// For given NAR sha256 digest and name, return the new [StorePath] this would
/// have, or an error, in case the name is invalid.
pub fn build_nar_based_store_path<'a, SP>(
nar_sha256_digest: &[u8; 32],
name: &'a str,
) -> Result<StorePath<SP>, BuildStorePathError>
where
SP: std::cmp::Eq + std::ops::Deref<Target = str> + std::convert::From<&'a str>,
{
let nar_hash_with_mode = CAHash::Nar(NixHash::Sha256(nar_sha256_digest.to_owned()));
build_ca_path(name, &nar_hash_with_mode, Vec::<String>::new(), false)
}
/// This builds an input-addressed store path.
///
/// Input-addresed store paths are always derivation outputs, the "input" in question is the