diff options
| author | Craig Jennings <c@cjennings.net> | 2026-05-14 08:07:21 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-05-14 08:07:21 -0500 |
| commit | 10dae8725f6dca3a2b51e802fcbbd069fa289e0e (patch) | |
| tree | 246777928561d0ef676689788d9b2bcf06fb1dc1 /tests/test-system-lib-process-output-or-error.el | |
| parent | d6865ce4d103fe64685a2f15f41f25f5bb273aa2 (diff) | |
| download | dotemacs-10dae8725f6dca3a2b51e802fcbbd069fa289e0e.tar.gz dotemacs-10dae8725f6dca3a2b51e802fcbbd069fa289e0e.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 'tests/test-system-lib-process-output-or-error.el')
0 files changed, 0 insertions, 0 deletions
