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
..
cd-dvd	installer: add deprecation warning about sd-card file move	2021-02-19 19:00:19 -05:00
netboot	lib: Clean up how linux and gcc config is specified	2021-01-23 10:01:28 -05:00
scan
sd-card	installer: fixup sd-card folder move from #110827	2021-02-21 16:12:54 -05:00
tools	treewide: use perl.withPackages when possible	2021-03-31 21:35:37 +02:00
virtualbox-demo.nix	ova: remove stateVersion	2019-03-09 14:25:05 -05:00