Ошибка инициализации, вызванная helm-match-plugin

Question

Я использую GNU Emacs версии 24.3 (9.0) на OS X Lion (получено с http://emacsformacosx.com/). Я относительно новичок в Emacs, поэтому я могу не знать о простом решении моей проблемы.

Недавно я расширил использование режима helm, включив в него helm-locate, и предложил предложения helm для расширенных команд. К сожалению, я не могу точно вспомнить, как я их активировал, но я думаю, что это должно быть из интерфейса Customize Group, так как мой файл.emacs больше не имеет ничего о helm-mode, кроме привязки Cx Cf к helm-find -файлы. С тех пор, как я начал использовать эти функции, при открытии emacs я получаю следующую ошибку:

Warning (initialization): An error occurred while loading `/Users/aporiac/.emacs':

File error: Cannot open load file, helm-match-plugin

To ensure normal operation, you should investigate and remove the
cause of the error in your initialization file.  Start Emacs with
the `--debug-init' option to view a complete error backtrace. 

Когда я запускаю emacs из командной строки с флагом --debut-init, я получаю следующее:

Debugger entered--Lisp error: (file-error "Cannot open load file" "helm-match-plugin")
require(helm-match-plugin)
mapc(require (helm-match-plugin))
custom-theme-set-variables(user (Linum-format "%7i ") (ansi-color-names-vector ["#212526" "#ff4b4b" "#b4fa70" "#fce94f" "#729fcf" "#ad7fa8" "#8cc4ff" "#eeeeec"]) (ansi-term-color$
  apply(custom-theme-set-variables user ((Linum-format "%7i ") (ansi-color-names-vector ["#212526" "#ff4b4b" "#b4fa70" "#fce94f" "#729fcf" "#ad7fa8" "#8cc4ff" "#eeeeec"]) (ansi-ter$
  custom-set-variables((Linum-format "%7i ") (ansi-color-names-vector ["#212526" "#ff4b4b" "#b4fa70" "#fce94f" "#729fcf" "#ad7fa8" "#8cc4ff" "#eeeeec"]) (ansi-term-color-vector [un$
  eval-buffer(#<buffer  *load*> nil "/Users/aporiac/.emacs" nil t)  ; Reading at buffer position 5073
  load-with-code-conversion("/Users/aporiac/.emacs" "/Users/aporiac/.emacs" t t)
  load("~/.emacs" t t)
  #[nil "^H\205\276^@   \306=\203^Q^@\307^H\310Q\202A^@ \311=\2033^@\312\307\313\314#\203#^@\315\202A^@\312\307\313\316#\203/^@\317\202A^@\315\202A^@   \320=\203=^@\321\202A^@\307^$
  command-line()
  normal-top-level()

Я не могу деактивировать helm-match-plugin из группы настройки и даже не знаю, в этом ли проблема. Любая помощь будет принята с благодарностью.

Answer 1

С помощью phils полезных советов и информации я обнаружил, что проблема phils не с helm-mode или helm-match-plugin, а скорее с моим дрянным файлом.emacs. Я смог определить это, удалив шлем с помощью package-list-packages и затем закомментировал все функции, связанные с helm, в моем файле.emcas. При перезапуске emacs была обнаружена еще одна ошибка, и я закомментировал соответствующую функцию только для того, чтобы при следующей перезагрузке столкнулся с другой ошибкой. Наконец, я скопировал и очистил свой файл.emacs и начал постепенно объединять его, перезапуская emacs после каждого значительного изменения. Кажется, что основной проблемой было наличие многочисленных (require 'modename-mode) функции. Я добавил эти функции в.emacs, следуя инструкциям многих пакетов, которые я установил, однако я установил эти пакеты из melpa или marmalade, и, думаю, вам не нужно запрашивать пакеты, если они были установлены таким образом.

Я удалил все (require 'modename-mode) функции (за исключением (require 'package), который, по какой-то причине, кажется, не вызывает проблем) и некоторая другая болтовня, засоряющая мой.emacs, затем я переустановил helm. Кажется, все снова в порядке.

Обновить:

В течение последнего года я управлял своими пакетами через замечательную систему слоев Spacemacs. С тех пор у меня практически не было проблем с пакетом или инициализацией.