This change was added to allow evil-collection to compile on latest
versions macOS Ventura, the evil-collection version at the time of this
change was halting on the compilation of the
`evil-collection-speedbar.el` file.
Unfortunately, with this approach, although it finishes the nix-doom
emacs compilation, leaves doom-emacs' runtime in a faulty state. The
emacs package relies on a sub-directory `modes` that doesn't get
compiled when specifying this dependency in the overrides list.
As a way to make it work as expected on macOS Ventura, users should
override the `emacsPackagesOverlay` option and specify the
`evil-collection` variable. Following an example
```
{ pkgs, ... }:
{
programs.doom-emacs = {
enable = true;
emacsPackagesOverlay = _final: _prev: {
inherit (pkgs.emacsPackages) evil-collection;
};
};
}
```
When installing nix-doom-emacs on newer macOS m2 machines, the build process
hangs when processing the evil-collection package.
Adding this override fixes the problem.
Before this change, trying to use `doom/restart-and-restore` would
result in a failed to load `default.el` as the wrong binary would be launched.
This fixes that.
If input name contains `.` character then `invalid flake input path
element` error message is displayed on running `nix flake update
--update-input x.y`
See the following commit in doom-emacs:
> commit 723583e8d737fac93a05fe9dc06a233f3efdc305
> Author: Diego Zamboni <diego@zzamboni.org>
> Date: Thu Aug 27 07:15:14 2020 +0200
>
> Automatically download reveal.js and use local copy, default to v4 (#3846)
>
> * Automatically download reveal.js upgrade to v4
>
> The +present option now automatically checks out the reveal.js
> repository and configures org-re-reveal to use it. It also now uses
> reveal.js 4 instead of 3.9.2.
>
> * Changed :init to :config
