Port desktop Doom configuration to native literate Emacs and activate unseen@flake #201

New issue

Open

opened 2026-09-13 00:14:29 +00:00 by nsaspy · 0 comments

nsaspy commented

2026-09-13 00:14:29 +00:00

Owner

User request

Launching Emacs on unseen@flake opens the plain GNU Emacs welcome screen. Replace the desktop Doom runtime with a custom normal Emacs configuration, keeping Org as the source of truth and preserving the complete old feature/package surface, including implicitly installed core/module dependencies. Include a few small “One time a human wrote this” jokes in the literate prose.

Acceptance criteria

Native early-init.el / init.el; no Doom installation, doom sync, or Doom core required at runtime.
Preserve the enabled modules/flags, private packages and recipes, local Lisp/autoloads/snippets, Org paths/templates/agenda, Evil leader/localleader workflow, Ivy/Company, workspaces/popups, development/REPL integrations, gptel/MCP/Mara/StarIntel entrypoints, and desktop client behavior.
Home Manager explicitly routes unseen@flake to the native profile so legacy .emacs, Chemacs, or a missing XDG init cannot silently select a different configuration. Keep unrelated hosts and Android profiles scoped appropriately.
Package audit distinguishes the checked-in source baseline from the unavailable historical machine installation. Never claim a source package count is the resolved installed closure.
Org and generated files must agree. Test a clean HOME, absent optional external projects, first startup, daemon/client, keybindings, configuration loading, package resolution, and representative editing/Org/Lisp workflows.
Missing packages/integrations must be visible diagnostics, not no-op compatibility macros or blanket ignored errors.
Do not modify agenda contents, auto-sync dotfiles from TODO integration, or change provider credentials.

Related: #230 fixes the disconnected Home Manager emacs.extraPackages option but is not itself the desktop migration.

## User request Launching Emacs on `unseen@flake` opens the plain GNU Emacs welcome screen. Replace the desktop Doom runtime with a custom normal Emacs configuration, keeping Org as the source of truth and preserving the complete old feature/package surface, including implicitly installed core/module dependencies. Include a few small “One time a human wrote this” jokes in the literate prose. ## Acceptance criteria - Native `early-init.el` / `init.el`; no Doom installation, `doom sync`, or Doom core required at runtime. - Preserve the enabled modules/flags, private packages and recipes, local Lisp/autoloads/snippets, Org paths/templates/agenda, Evil leader/localleader workflow, Ivy/Company, workspaces/popups, development/REPL integrations, gptel/MCP/Mara/StarIntel entrypoints, and desktop client behavior. - Home Manager explicitly routes `unseen@flake` to the native profile so legacy `.emacs`, Chemacs, or a missing XDG init cannot silently select a different configuration. Keep unrelated hosts and Android profiles scoped appropriately. - Package audit distinguishes the checked-in source baseline from the unavailable historical machine installation. Never claim a source package count is the resolved installed closure. - Org and generated files must agree. Test a clean HOME, absent optional external projects, first startup, daemon/client, keybindings, configuration loading, package resolution, and representative editing/Org/Lisp workflows. - Missing packages/integrations must be visible diagnostics, not no-op compatibility macros or blanket ignored errors. - Do not modify agenda contents, auto-sync dotfiles from TODO integration, or change provider credentials. Related: #230 fixes the disconnected Home Manager `emacs.extraPackages` option but is not itself the desktop migration.

nsaspy referenced this issue from a commit

2026-09-20 00:06:08 +00:00

Merge pull request #201 from lost-rob0t/feat/global-research-handoff