Мне кажется, что новая система пакетов, встроенная в Emacs 24, имеет некоторые недостатки, когда дело доходит до правильной загрузки и инициализации установленных пакетов.
Недавно я обновился до Emacs 24.1.1, который был обновлен 6/10/2012, и я пытался использовать встроенную систему пакетов и установил несколько пакетов, используя это, но все они имеют сходную проблему для автозагрузки и инициализации.
Например, я использую пакет под названием smex, который предоставляет улучшения для использования аккорда M-x. Для этого требуется определить ключ для M-x, поэтому я добавил (global-set-key (kbd "M-x") 'smex) в мой файл init.el. Но после запуска emacs я нажимаю аккорд M-x, и я получаю сообщение "Определение функции символа void: smex"... Если я также поместил (require 'smex) в мой файл init.el, я получаю сообщение об ошибке "Ошибка файла: Не удается открыть файл нагрузки, smex"
Добавление местоположения smex в переменную пути загрузки заставляет его работать, как ожидалось, однако, похоже, что оно полностью преследует цель иметь систему пакетов в первую очередь...
Любые мысли? Есть ли лучший способ или мы живем с этим ограничением на данный момент?
Пакеты, которые вы устанавливаете с помощью package.el, активируются по умолчанию после, загружается ваш .emacs.
Чтобы иметь возможность использовать их до конца вашего .emacs, вам необходимо активировать их с помощью команд:
(setq package-enable-at-startup nil)
(package-initialize)
Стоит отметить, почему Emacs откладывает инициализацию пакета:
См. C-h i g (emacs) Package Installation RET, и в частности:
Причина загрузки автоматического пакета происходит после загрузки init файл - это то, что пользовательские параметры получают только свои настроенные значения после загрузка файла инициализации, включая параметры пользователя, которые влияют на системы упаковки. В некоторых случаях вы можете загрузить пакеты явно в вашем файле инициализации (обычно, потому что какой-то другой код в вашем init файл зависит от пакета). В этом случае ваш файл инициализации должен вызовите функцию
package-initialize. Вы должны убедиться, что соответствующие параметры пользователя, такие какpackage-load-list(см. ниже), установлены до вызоваpackage-initialize. Вы также должны установитьpackage-enable-at-startupдоnil, чтобы избежать загрузки пакетов снова после обработки файла инициализации. Кроме того, вы можете выбрать полностью блокировать загрузку пакета при запуске и вызывать командуM-x package-initializeдля загрузки пакетов вручную.
Поэтому при условии, что вы убедитесь, что ваш файл инициализации позаботится о любых значениях, отличных от значений по умолчанию, для переменных в группе настройки package 1 перед вызовом package-initialize - и что вы поддерживаете этот подход при настройке конфигурации библиотеки пакетов - все должно быть в порядке.
В качестве альтернативы, поскольку after-init-hook запускается после завершения стандартной инициализации пакета, вы можете использовать это для оценки любого кода инициализации, который зависит от пакетов. Поэтому вместо вызова package-initialize непосредственно в init.el вы могли бы написать:
(add-hook 'after-init-hook 'my-after-init-hook)
(defun my-after-init-hook ()
;; do things after package initialization
)
ввод кода, требующего инициализированной системы пакетов в пределах этой функции.
YMMV.
(nb Я не тестировал подход after-init, поскольку я действительно не использую package.el, но я подтвердил последовательность событий в стартовом коде, поэтому я считаю, что он будет работать, как описано.)
1M-x customize-group RET package RET