John Ericson b9dce11712 lib: Make overrideScope' which takes arguments in the conventional order ... The `overrideScope` bound by `makeScope` (via special `callPackage`) took an override in the form `super: self { … }`. But this is dangerously close to the `self: super { … }` form used by *everything* else, even other definitions of `overrideScope`! Since that implementation did not even share any code either until I changed it recently in 3cf43547f4, this inconsistency is almost certainly an oversight and not intentional. Unfortunately, just as the inconstency is hard to debug if one just assumes the conventional order, any sudden fix would break existing overrides in the same hard-to-debug way. So instead of changing the definition a new `overrideScope'` with the conventional order is added, and old `overrideScope` deprecated with a warning saying to use `overrideScope'` instead. That will hopefully get people to stop using `overrideScope`, freeing our hand to change or remove it in the future.		2018-09-24 17:50:11 -04:00
..
buffer.nix	nix-buffer: make eshell-path-env be inherited	2018-02-15 17:30:59 -06:00
elpa2nix.el	emacsWithPackages: support installing larger packages	2017-05-29 12:56:09 +01:00
elpa.nix	pkgs/*: remove unreferenced function arguments	2018-07-21 02:48:04 +00:00
generic.nix	melpaBuild: keep original source file names without hash	2016-01-18 15:29:19 -06:00
melpa2nix.el	emacsPackagesNg: 2018-07-15 update	2018-07-15 20:52:41 -05:00
melpa.nix	Fix pname to ename propagation if null	2018-07-27 08:15:46 +02:00
setup-hook.sh	treewide: Don't use envHook anymore	2017-12-30 22:04:22 -05:00
trivial.nix	all-packages: Use callPackage where possible	2015-09-14 22:27:19 -06:00
wrapper.nix	lib: Make overrideScope' which takes arguments in the conventional order	2018-09-24 17:50:11 -04:00