#14492 Make the search path for archive-utils (system binaries) configurable Issue created by betaboon on <!date^1644945707^{date_short}|2022-02-15T17:21:47Z> Is your feature request related to a problem? Please describe. Allow configuration of search-paths for archive-utils. This functionality is current mentioned in a TODO-comment in the code here Context I'm on NixOS where binaries like

unzip

are not located in

/bin

or any of the other regular paths. In NixOS we make binaries available through

$PATH

which points to a read-only store. There have been several pointers given on slack: • "It would like this: #14360" • "this would actually be pretty straight-forward to do:" • "Define a Subsystem subclass with the option to use to specify the search path. Example in pants/src/python/pants/backend/go/subsystems/golang.py Lines 65 to 75 in </pantsbuild/pants/commit/e475d56d5ea149ffeb9fb0d4e316df6aeafd11ec|e475d56> ." • "Update find_unzip and related functions to take the new Subsystem as an argument." • "Use the function defined on the Subsystemto be similar to go_search_paths in place of the SEARCH_PATHS constant." There have been some questions raised on slack: • "would you rather have a dedicated option per binary? (unzip, zip, tar). It's probably less boilerplate to have a single option for all 3 binaries, but I'm curious as a Nix user if you would want tighter control?" pantsbuild/pants