En esta situación, encuentro que la mejor manera de averiguar qué está pasando es visitar mi ~/.emacs.d/
y correr rgrep
.
Buscando sus configuraciones
El siguiente fragmento, tomado de aquí, se asegura de que rgrep
no entre en el elpa/
subdirectorio (ya que seguramente encontrarás docenas de golpes inútiles allí).
(eval-after-load 'grep
'(progn
(add-to-list 'grep-find-ignored-directories "auto")
(add-to-list 'grep-find-ignored-directories "elpa")))
Entonces solo corro
M-x rgrep RET org-agenda-files RET *.el RET ~/.emacs.d/
que encontrará alguna referencia org-agenda-files
en mi configuración. Si es un problema con mis configuraciones, esto lo encontrará.
Buscando en otra parte
Si lo anterior no encuentra nada, significa que hay un paquete de Elpa que causa problemas. Así que hago
M-x rgrep RET org-agenda-files RET *.el RET ~/.emacs.d/elpa/
Esto generalmente producirá muchos resultados, pero hay formas de superarlos rápidamente. Por ejemplo, es muy poco probable que el modo org en sí mismo esté causando este problema. Por lo tanto, es seguro ignorar todos los éxitos que provienen del directorio de instalación de los modos org.
org-agenda-files
cadena de documentación, "Si una entrada es un directorio, todos los archivos en ese directorio que coincidanorg-agenda-file-regexp
serán parte de la lista de archivos". Por defecto, esa expresión regular coincide con todos los archivos con.org
extensión en ese directorio. ¿Puedes decir cómo tienes tus archivos .org organizados? ¿Pertenecen~/org/
directamente a la carpeta? ¿O están en subdirectorios debajo de eso?org
estás usando? También podría hacer lo siguiente para probar: Ejecutaremacs -q
luego desde cero desde su instalación de Org(add-to-list 'load-path "path/to/org")
si es desde ELPA o Git, si usa el incorporado, puede ignorarlo. Luego en cero(require 'org)
(setq org-agenda-files "~/org/")
(org-agenda nil "t")
. Vea si todos sus TODOS aparecen.