rnhmjoj 61b7cab481 treewide: use perl.withPackages when possible ... Since 03eaa48 added perl.withPackages, there is a canonical way to create a perl interpreter from a list of libraries, for use in script shebangs or generic build inputs. This method is declarative (what we are doing is clear), produces short shebangs[1] and needs not to wrap existing scripts. Unfortunately there are a few exceptions that I've found: 1. Scripts that are calling perl with the -T switch. This makes perl ignore PERL5LIB, which is what perl.withPackages is using to inform the interpreter of the library paths. 2. Perl packages that depends on libraries in their own path. This is not possible because perl.withPackages works at build time. The workaround is to add `-I $out/${perl.libPrefix}` to the shebang. In all other cases I propose to switch to perl.withPackages. [1]: https://lwn.net/Articles/779997/		2021-03-31 21:35:37 +02:00
..
minimal-kernel.nix	buildLinux: allow overriding stdenv on each call	2017-08-20 08:24:52 +02:00
service-runner.nix	treewide: use perl.withPackages when possible	2021-03-31 21:35:37 +02:00
test-instrumentation.nix	nixos/tests: only apply qemu parameters if the options are defined	2020-10-25 13:42:01 +01:00