Оновлення пакетів у Emacs

У мене є така установка для пакетів (не впевнений, чи є кращий рекомендований):

(require 'package)
(setq package-archives '(("ELPA" . "http://tromey.com/elpa/") 
                          ("gnu" . "http://elpa.gnu.org/packages/")
                          ("marmalade" . "http://marmalade-repo.org/packages/")))

; Apparently needed for the package auto-complete (why?)
(add-to-list 'package-archives
             '("melpa" . "http://melpa.milkbox.net/packages/") t)

(package-initialize)
(setq url-http-attempt-keepalives nil)

У мене є три питання, пов’язані з встановленням та оновленням пакетів.

Q1. Чи є спосіб оновити список доступних пакетів (і останніх версій) та оновити конкретний пакет?

Q.2 Яка різниця між наступними джерелами пакету:

• ELPA,
• GNU
• мармелад
• мельпа

Q.3 Чи має значення порядок їх додавання package-archives?

1. Для автоматичного оновлення списку пакунків, лише якщо списку пакунків вже немає , використовуйте наступне:

   (when (not package-archive-contents)
       (package-refresh-contents))

   Щоб оновити всі встановлені пакети, введіть package-list-packages, який переведе вас до *Packages*буфера (а також оновить список пакетів), а потім введіть U x.

   package-refresh-contentsбезумовно намагається завантажити список пакетів з усіх репостів, до яких ви додали package-archives; package-archive-contentsне стоїть на нулі, якщо ви вже завантажили список пакунків.

2. ELPA - оригінал. Я не думаю, що це вже справді підтримується, але я не впевнений. Я не користуюся цим.

   GNU є "офіційним". Він підтримується разом з Emacs, а це означає, що все має працювати завжди, але оновлення та нові пакунки не надто часто бувають.

   Мармелад - це веб-сайт, на який ви можете завантажити повний пакет, і він буде доданий до репо-мармеладу. Ви не просто подаєте посилання на вихідний пакет, і це не зовсім автоматизує створення пакету. Я думаю, що це правильна річ, тому що вам не обов'язково хотіти відстежувати за течією. На жаль, воно деякий час не було збережене, але хтось нещодавно взяв його на озброєння, тому воно повинно повернутися і краще в якийсь момент.

   Melpa бере URL-адресу, наприклад, EmacsWiki lisp area або github repo і автоматично створює пакет з нього. Таким чином, він, як правило, щодня не відстає від того, що він відстежує. Хоча це простежується вище за течією, у мене ніколи не було проблем на практиці, і саме звідси береться більшість моїх пакетів. Є також Melpa Stable , яка схожа на Melpa, але захоплює теги до версії репо за течією замість останньої редакції. Мельпа конюшня має менше пакетів, ніж Мельпа.

   Режим Org має власне package.elрепо ( http://orgmode.org/elpa/ ).

   Усі репост пакету працюють однаково, ви просто додаєте їх до своїх package-archives.

   Ось більш поглиблена публікація в блозі на цю тему, з якою я здебільшого згоден.

3. Я не впевнений, але я думаю, якщо пакет дублюється різними репостами, порядок, в якому вони з'являються, package-archivesвизначає пріоритет. Я не знаю, чи вище пріоритет є на початку чи в кінці списку.

   Оновлення: в Emacs 25 є змінна, package-archive-prioritiesяку ви можете використовувати для визначення пріоритетності репост ваших пакетів (наприклад, віддайте перевагу ELPA перед MELPA).

Ось відповідний розділ мого init.el, якщо вас цікавить:

(setq jpk-packages
      '(
        ac-dabbrev
        ...
        yasnippet
        ))

(package-initialize)
(add-to-list 'package-archives
             '("melpa" . "http://melpa.org/packages/"))
(add-to-list 'package-archives
             '("org" . "http://orgmode.org/elpa/"))

;; install any packages in jpk-packages, if they are not installed already
(let ((refreshed nil))
  (when (not package-archive-contents)
    (package-refresh-contents)
    (setq refreshed t))
  (dolist (pkg jpk-packages)
    (when (and (not (package-installed-p pkg))
             (assoc pkg package-archive-contents))
      (unless refreshed
        (package-refresh-contents)
        (setq refreshed t))
      (package-install pkg))))

(defun package-list-unaccounted-packages ()
  "Like `package-list-packages', but shows only the packages that
  are installed and are not in `jpk-packages'.  Useful for
  cleaning out unwanted packages."
  (interactive)
  (package-show-package-list
   (remove-if-not (lambda (x) (and (not (memq x jpk-packages))
                            (not (package-built-in-p x))
                            (package-installed-p x)))
                  (mapcar 'car package-archive-contents))))

У Emacs використовуйте M-x list-packagesдля переліку всіх пакетів, які автоматично оновлять вміст архіву. Потім використовуйте Uдля позначення всіх оновлених пакетів, які потрібно оновити, і xфактично виконувати нові оновлення. Потім Emacs отримає та встановить усі оновлення та попросить вас видаляти старі застарілі версії після цього.

Ви також можете поглянути на Carton, який надає більш зручний спосіб управління вашими пакунками, оголосивши їх у виділеному файлі, та включає зручний клієнт командного рядка для автоматичного встановлення та оновлення оголошених таким чином пакетів.

Порядок package-archivesне має значення. Emacs об'єднує вміст усіх архівів у єдиний цілісний список доступних пакетів та їх версій, що зберігаються в package-archive-contents.

Після цього package-installEmacs просто вибере останню версію пакету, незалежно від архіву, що виходить. Для більшого контролю над походженням пакету, MELPA надає пакет melpa, який дозволяє створювати чорний або білий список пакетів із зазначених архівів.

У терміналі:

emacs

M-x list-packages

це ставить вас у буфер * пакети *

shift-u x

emacs запитає вас (у / п), чекайте оновлень

C-x k <ret>

це знищить буфер * пакети * та поверне вас до * подряпини *

C-x-C-c

це вийде з emacs і дозволить вам перезапустити через, але, можливо, доведеться налагоджувати :(

emacs

мій 2 ¢

Це більше розширений коментар до відповіді jpkotta.

Це коригування, з яким я експериментую для відповіді jpkotta вище:

(setq n 0)                                  ; set n as 0
(dolist (pkg pkgs-2b-present)               ; for each pkg in list
  (unless (or                               ; unless
           (package-installed-p pkg)        ; pkg is installed or
           (assoc pkg                       ; pkg is in the archive list
                  package-archive-contents))
    (setq n (+ n 1))))                      ; add one to n
(when (> n 0)                               ; if n > 0, 
  (package-refresh-contents))               ; refresh packages

(заміна (when (not package-archive-contents) (package-refresh-contents))).

Список пакунків не оновлювався достатньо часто для мого використання.

Я не розглядав, чи є більш ефективне рішення моєї проблеми; по-перше, я повинен побачити, чи проблема не вдається з цим коригуванням.