restool: also depend on which
The ls-main script uses `which`. It also has /bin/sh as its shebang, which means bash runs in Bourne-compatible mode and `which` is not a builtin. When the ls-* scripts are invoked from a user shell you don't notice the problem, because /run/current-system/sw/bin/which is on $PATH, but when they are invoked in a systemd service it would fail: .../bin/ls-addni: line 1054: which: command not found
This commit is contained in:
parent
09bcb880ce
commit
4ff2e5d7e0
1 changed files with 2 additions and 2 deletions
|
@ -1,4 +1,4 @@
|
|||
{ stdenv, lib, fetchgit, bash, coreutils, dtc, file, gawk, gnugrep, gnused }:
|
||||
{ stdenv, lib, fetchgit, bash, coreutils, dtc, file, gawk, gnugrep, gnused, which }:
|
||||
|
||||
stdenv.mkDerivation rec {
|
||||
pname = "restool";
|
||||
|
@ -11,7 +11,7 @@ stdenv.mkDerivation rec {
|
|||
};
|
||||
|
||||
nativeBuildInputs = [ file ];
|
||||
buildInputs = [ bash coreutils dtc gawk gnugrep gnused ];
|
||||
buildInputs = [ bash coreutils dtc gawk gnugrep gnused which ];
|
||||
|
||||
makeFlags = [
|
||||
"prefix=$(out)"
|
||||
|
|
Loading…
Reference in a new issue