emacsはそのパッケージをどのように管理しますか？

Ubuntuのソフトウェアセンターからauctexをインストールしてから、emacsから新しいバージョンのauctexをインストールしました。

次に、Ubuntuのソフトウェアセンターによってインストールされたauctexをアンインストールしました。emacsからインストールしたものをアンインストールしないことがわかりました。

emacsはそのパッケージをどのように管理しますか？

emacsパッケージのインストールとアンインストールの管理において、emacsとUbuntuの間に干渉はありませんか？

私が正しければ、数年前、emacs内にパッケージをインストールする方法がありませんでしたか？

ありがとう。

パプリカが言ったように、Emacsはload-path利用可能なelispファイルのリストを検索するために使用します（.elc、.el）

load-pathそれが要求されている場合、最初に一致したパッケージを検索します。パッケージの複数のコピーがインストールされている場合、最初のものが読み込まれます。

package-install1つはシステム全体であり、もう1つはユーザー固有であるため、ディストリビューションパッケージマネージャーは、同じソースにインストールできません。

パッケージソース

組み込みおよびディストリビューション固有

ディストリビューションパッケージマネージャーは、インストール可能なemacsパッケージの選択を提供します。私の経験では、これらはしばしばより人気のある/広く使用されているパッケージの1つです。これが開発される前は、パッケージを入手する最も簡単な方法package.elでした。（バージョン管理や直接ダウンロードを使用するのではなく、実行するだけで最も簡単です。apt-get install <package>

ディストリビューションパッケージマネージャーを介してインストールされたパッケージ/usr/local/share/emacs/site-lisp/は、のデフォルトでインストールさload-pathれ、ユーザー固有のload-path追加によって非表示になります。

package.elは最初にに含まれていましたEmacs 24。 このバージョンはと互換性Emacs 23がありますが、手動でインストールする必要があります。取得したパッケージはと互換性がある場合とない場合がありますEmacs 23。

package.elEmacs用のパッケージの参照可能なリポジトリを提供します。デフォルトでは、唯一のElpaリポジトリが設定されていますが、アクセスMELPAとマーマレードを追加することができます。

(add-to-list 'package-archives '("melpa" . "http://melpa.milkbox.net/packages/"))
(add-to-list 'package-archives '("marmalade" . "http://marmalade-repo.org/packages/"))

これにより、はるかに大きなパッケージのプールにアクセスできます。

デフォルトでpackage.elは、パッケージはにインストールされ~/.emacs.d/elpa、(package-initialize)呼び出されると、このディレクトリはの前面に配置されload-pathます。その結果、これらのパッケージは、配布パッケージマネージャーによってインストールされるパッケージよりも優先されます。

バージョン管理されたパッケージは、複製によってリポジトリから手動で取得できます。直接ダウンロードできるパッケージリリースを提供するものもあります。

EmacsWiki Elispファイルもダウンロードできますが、通常はディレクトリではなく単一のファイルです。

パッケージが取得されたら、宛先フォルダーがにload-pathあり、使用できることを確認します。

サードパーティのパッケージ管理

これらのツールは、パッケージ管理を一元化するために、上記のラッパーまたは追加機能を提供します。すべてのマシンで同じパッケージを使用できるように、共有構成を考慮して設計されています。

エルは-getは、それが使用してパッケージを取得できるようにするレシピのリストを維持しpackage.el、git、emacswiki情報源として（特に）。また、パッケージが最新であることを確認し、読み込みを（遅延または即時に）管理し、パッケージ固有のカスタマイズを、パッケージがのときに自動的に読み込まれるファイルに保存する機能も提供しますrequired。

Caskは、Emacsのプロジェクト管理用に設計されています。これは、使用するcaskパッケージを使用するために必要な依存関係（他のパッケージ）のリストを維持するためのファイルを、そして成功したすべての負荷を確実にするために不足しているパッケージをダウンロードします。

を~/.emacs.dプロジェクトとして扱い、(cask-initialize)起動時に呼び出すことで、ローカルパッケージ構成の管理に使用できます。

straight.elパッケージにローカルな変更を加えたい人のために設計されています。MELPA、GNU ELPA、およびEmacsMirrorからレシピを取得するか、独自のレシピを指定できます。また、他の多くの機能の中で、再現性を最大にするためのリビジョンロックファイルの書き込みもサポートしています。

Use-Packageは、主にemacs構成管理ツールとして設計されています。必要なpackage.elパッケージをダウンロードしますが、他のソースにアクセスするための組み込みメカニズムはありません。パッケージの遅延ロードとカスタマイズの遅延を可能にします。これにより、パッケージの初期使用が遅くなる一方で、emacsの初期化が改善されます（ただし、特定のセッションでそれらを使用しない場合は、純利益しか得られません）。

Emacsは、load-path本質的にLispファイルを検索するディレクトリのリストであるを使用します。パッケージが利用可能であるならばload-path、それがされてインストール。

Debian / UbuntuパッケージマネージャーとEmacsパッケージマネージャー（package.el）の間にインターフェイスはありません。前者はシステム全体（コンピューターのすべてのユーザーが利用可能）でEmacsパッケージをインストールし、後者はデフォルトでホームディレクトリの下にパッケージをインストールします。理論的には、両方のソースを使用してパッケージをインストールできます。ただし、この方法はお勧めしません。両方のソースから同じパッケージをインストールすると、いくつかの問題が発生する可能性があります。

Debian / Ubuntuパッケージマネージャーを介してインストールできるEmacsパッケージのリストは、ELPA / MELPA / ...と比較すると、各パッケージをDebian / Ubuntu用に特別に準備する必要があるため、はるかに制限されています。つまり、ELPAのパッケージ！= Debianのパッケージです。