Without the change `duperemove` fails to run in parallel
if `PATH` is missing `lscpu` as:
$ PATH= ./result/bin/duperemove /tmp
sh: line 1: lscpu: No such file or directory
Gathering file list...
No dedupe candidates found.
Noticed when wrote a minimal systemd timer for `duperemove`.
Semi-automatic update generated by https://github.com/ryantm/nixpkgs-update tools.
This update was made based on information from https://repology.org/metapackage/duperemove/versions.
These checks were done:
- built on NixOS
- Warning: no invocation of /nix/store/mcgis270lv4waah1f68insh0n8j7ja52-duperemove-0.11/bin/btrfs-extent-same had a zero exit code or showed the expected version
- /nix/store/mcgis270lv4waah1f68insh0n8j7ja52-duperemove-0.11/bin/duperemove passed the binary check.
- /nix/store/mcgis270lv4waah1f68insh0n8j7ja52-duperemove-0.11/bin/hashstats passed the binary check.
- /nix/store/mcgis270lv4waah1f68insh0n8j7ja52-duperemove-0.11/bin/show-shared-extents passed the binary check.
- 2 of 4 passed binary check by having a zero exit code.
- 2 of 4 passed binary check by having the new version present in output.
- found 0.11 with grep in /nix/store/mcgis270lv4waah1f68insh0n8j7ja52-duperemove-0.11
- directory tree listing: https://gist.github.com/0df1e551a8c77ca4dd4bb8f2783f75c4
- du listing: https://gist.github.com/4dc88fc1b6adba1caf3a67e67383c3c9
Building against anything other than the headers used to build libc
doesn't really make any sense.
Also: this package is Linux specific, so mark it as such.
Also switches to fetchFromGitHub to remove the need to depend on Git for
fetching the source tarball.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
