summaryrefslogtreecommitdiff
path: root/modules/help-utils.el
diff options
context:
space:
mode:
authorCraig Jennings <c@cjennings.net>2026-05-14 08:07:21 -0500
committerCraig Jennings <c@cjennings.net>2026-05-14 08:07:21 -0500
commit1e21c2c31a44d3a2a9e302de4712b482de597058 (patch)
tree452bf4098b4c58a7fc948aaa020ee0b51bc76287 /modules/help-utils.el
parentaf12ac6a7375f1651cb207d3e1bcd194a97a77a9 (diff)
downloaddotemacs-1e21c2c31a44d3a2a9e302de4712b482de597058.tar.gz
dotemacs-1e21c2c31a44d3a2a9e302de4712b482de597058.zip
feat(setup-telega): install the telega Emacs package alongside docker setup
modules/telega-config.el uses `:ensure nil' on the use-package block (a stale MELPA archive index can 404 and take startup down if auto-install runs in init). The trade-off was that a fresh clone needed a one-time `M-x package-install RET telega' before the dashboard launcher or `C-; G' would work -- the autoload stub would fail with `Cannot open load file: telega' instead. Hit it on this machine just now: dashboard pressed, autoload tried to load telega.el, no telega.el on the load-path, cryptic error. Add `ensure_telega_package' to the setup script: probe with `(package-installed-p 'telega)' under `emacs --batch'; if absent, refresh MELPA and install via package.el; if that fails, surface the manual recovery path. Wire it into `main' after the docker checks. Four new bats tests cover the missing-emacs, already- installed, install-succeeds, and install-fails paths with `emacs' stubbed at the function level.
Diffstat (limited to 'modules/help-utils.el')
0 files changed, 0 insertions, 0 deletions