adisbladis d20c9d7a88 emacs: Set recurseIntoAttrs on package set ... In the past the motivation to not recurse into Emacs packages was that it added quite a lot of packages to the evalution and they were so fast to build locally that substituting them from a binary cache didn't make sense. With native compilation this equation has changed drastically, build times are much longer and build closures are larger so the utility of having cached packages has gone way up. Additionally, it looks to me like Emacs is the only ecosystem in nixpkgs to ever care about evaluation performance like this. Every other extensible editor ecosystem has recurseIntoAttrs set to true on their respective package sets.		2022-08-24 08:45:46 +08:00
..
elisp-packages	elpa-packages: manual fixup	2022-08-10 01:16:15 -03:00
28.nix	emacs: Build from git instead of tarball to fix native compilation	2022-04-27 07:20:33 +12:00
generic.nix	emacs: Set recurseIntoAttrs on package set	2022-08-24 08:45:46 +08:00
macport.nix	emacsMacport: 27.2-8.3 -> 28.1-9.0	2022-07-27 10:14:36 +00:00
site-start.el