Aggiornamento dei pacchetti in Emacs

Ho la seguente configurazione per i pacchetti (non sono sicuro se ce n'è uno meglio consigliato):

(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)

Ho tre domande relative all'installazione e all'aggiornamento dei pacchetti.

Q1. C'è un modo per aggiornare l'elenco dei pacchetti disponibili (e le versioni più recenti) e aggiornare un pacchetto specifico?

Q.2 Qual è la differenza tra le seguenti fonti del pacchetto:

• ELPA,
• GNU
• marmellata
• Melpa

Q.3 Importa l'ordine in cui vengono aggiunti package-archives?

1. Per aggiornare automaticamente l'elenco dei pacchetti, solo se non esiste già un elenco di pacchetti , utilizzare quanto segue:

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

   Per aggiornare tutti i pacchetti installati, digita package-list-packages, che ti porterà al *Packages*buffer (e aggiorna anche l'elenco dei pacchetti), quindi digita U x.

   package-refresh-contentstenta incondizionatamente di scaricare un elenco di pacchetti da tutti i repository a cui hai aggiunto package-archives; package-archive-contentsè nullo se hai già scaricato l'elenco dei pacchetti.

2. ELPA è l'originale. Non penso che sia più mantenuto, ma non ne sono sicuro. Non lo uso.

   GNU è "ufficiale". È gestito insieme a Emacs, il che significa che le cose dovrebbero sempre funzionare ma gli aggiornamenti e i nuovi pacchetti non arrivano molto spesso.

   Marmalade è fondamentalmente un sito Web in cui è possibile caricare un pacchetto completo e verrà aggiunto al repository marmalade. Non si invia semplicemente un collegamento all'upstream del pacchetto e non si automatizza completamente la creazione del pacchetto. Penso che questa sia la cosa giusta, perché non vuoi necessariamente tracciare a monte. Sfortunatamente, non è stato mantenuto per un po ', ma qualcuno ha recentemente preso il controllo, quindi dovrebbe essere tornato e meglio ad un certo punto.

   Melpa prende un URL, ad esempio l'area lisp di EmacsWiki o un repository github, e crea automaticamente un pacchetto da esso. Quindi di solito è al massimo un giorno dietro qualunque cosa stia monitorando. Sebbene segua a monte, non ho mai avuto problemi in pratica, ed è qui che proviene la maggior parte dei miei pacchetti. C'è anche Melpa Stable , che è come Melpa ma afferra le revisioni con tag del repository upstream invece dell'ultima revisione. Melpa stable ha meno pacchetti di Melpa.

   La modalità Org ha un proprio package.elrepository ( http://orgmode.org/elpa/ ).

   Tutti i repository di pacchetti funzionano allo stesso modo, basta aggiungerli al proprio package-archives.

   Ecco un post sul blog più approfondito su questo argomento, che sono per lo più d'accordo.

3. Non sono sicuro, ma penso che se un pacchetto viene duplicato in repository diversi, l'ordine in cui compaiono i repository package-archivesdetermina la precedenza. Non so se una precedenza maggiore sia all'inizio o alla fine dell'elenco.

   Aggiornamento: in Emacs 25, esiste una variabile package-archive-prioritiesche è possibile utilizzare per dare priorità ai repository dei pacchetti (ad es. Preferire ELPA a MELPA).

Ecco la sezione pertinente del mio init.el, se sei interessato:

(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))))

All'interno di Emacs, usa M-x list-packagesper elencare tutti i pacchetti che aggiorneranno automaticamente il contenuto dell'archivio. Successivamente, utilizzare Uper contrassegnare tutti i pacchetti aggiornabili da aggiornare e xper eseguire effettivamente i nuovi aggiornamenti. Emacs quindi recupererà e installerà tutti gli aggiornamenti e ti chiederà se rimuovere le vecchie versioni obsolete in seguito.

Puoi anche dare un'occhiata a Carton che fornisce un modo più conveniente per gestire i tuoi pacchetti dichiarandoli in un file dedicato e include un comodo client da riga di comando per installare e aggiornare automaticamente i pacchetti dichiarati in questo modo.

L'ordine di package-archivesnon ha importanza. Emacs aggrega i contenuti di tutti gli archivi in ​​un unico elenco coerente dei pacchetti disponibili e delle loro versioni, archiviati in package-archive-contents.

Dopo package-install, Emacs sceglierà semplicemente la versione più recente di un pacchetto, indipendentemente dall'archivio di origine. Per un maggiore controllo sull'origine dei pacchetti, MELPA fornisce il pacchetto melpa che consente di inserire nella blacklist o nella whitelist i pacchetti dagli archivi specificati.

Nel terminal:

emacs

M-x list-packages

questo ti mette nel buffer * pacchetti *

shift-u x

emacs ti chiederà (sì / no) di attendere gli aggiornamenti

C-x k <ret>

questo ucciderà il buffer * pacchetti * e ti riporterà a * scratch *

C-x-C-c

questo uscirà da emacs e ti consentirà di riavviare tramite, ma potresti dover eseguire il debug :(

emacs

il mio 2 ¢

Questo è più di un commento esteso sulla risposta di jpkotta.

Questa è una correzione con cui sto sperimentando per la risposta di jpkotta sopra:

(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

(in sostituzione (when (not package-archive-contents) (package-refresh-contents))).

L'elenco dei pacchetti non si aggiornava abbastanza spesso abbastanza per il mio caso d'uso.

Non ho considerato se esiste una soluzione più efficiente al mio problema; per prima cosa, devo vedere se il problema scompare con questa regolazione.