doomemacs/core
Henrik Lissner fb7f4c6cbe
fix(cli): time out if native-comp hangs
Some packages (primarily vterm, evil-collection, and with-editor) end up
hanging their native compilation process. In vterm's case it's because
it invisibly prompts to compile its module then waits forever for user
input that'll never come. I haven't figured out why it happens for the
others though.

In any case, since the workaround is to simply kill these processes and
carry on, I added this timeout mechanism to do it for you (timing out
after 30s of no movement). A more elegant solution will have to wait
until the rewrite of our package manager.

Fix: #5592
2022-06-19 12:01:52 +02:00
..
autoload fix(lib): update doom/reload & doom/reload-autoloads 2022-06-19 11:48:17 +02:00
cli fix(cli): time out if native-comp hangs 2022-06-19 12:01:52 +02:00
templates bump: :core 2022-06-17 18:21:23 +02:00
test core-cli: backport more refactors from rewrite 2020-08-24 23:00:32 -04:00
core-cli-lib.el fix(cli): ignore invalid __DOOMGEOM value 2022-06-19 02:44:00 +02:00
core-cli.el refactor!(cli): rewrite CLI framework libraries 2022-06-18 23:53:12 +02:00
core-editor.el fix: find-function-search-for-symbol moving cursor 2022-06-04 15:02:06 +02:00
core-keybinds.el fix: wrong-type-arg error on startup 2021-10-20 22:06:25 +02:00
core-lib.el refactor!(cli): rewrite CLI framework libraries 2022-06-18 23:53:12 +02:00
core-modules.el fix: :load-path throwing error in org-src blocks 2022-04-08 02:51:50 +02:00
core-packages.el refactor: s/raxod502/radian-software 2022-06-18 16:57:17 +02:00
core-projects.el refactor: remove custom projectile-mode-line-function 2022-06-18 16:57:17 +02:00
core-start.el refactor: how Doom starts up 2022-06-18 16:54:45 +02:00
core-ui.el refactor: how Doom starts up 2022-06-18 16:54:45 +02:00
core.el refactor: how Doom starts up 2022-06-18 16:54:45 +02:00
packages.el bump: :core 2022-06-17 18:21:23 +02:00