Ubuntu（Linux）にインストールされたパッケージをどのように追跡しますか？

（この質問は10458に非常に似ています。FedoraとUbuntu / Debianは異なる答えを保証するのに十分なほど異なることが示唆されました。）

Ubuntuセットアップを使用するにつれて、ベースラインインストールに加えて、いくつかのパッケージを徐々にインストールします。再インストールする場合、または新しいマシンをインストールする必要がある場合は、通常、それらの特定のパッケージを再インストールし、最小限の手間で作業に戻るためにすばやく実行したいです。私が見た限りでは、すべてのパッケージマネージャー（apt-get、aptitudeおよびsynaptic）がインストールされているパッケージを教えてくれ、すべてのパッケージにログがあります（ただし、ツールごとに異なるものがあり、面倒です）。しかし、彼らは誰も私が持っているパッケージを教えてくれません依存関係またはシステム更新とは対照的に、インストールされます。ログからでも、ログから何を抽出すべきか、またはそれらを統合する方法（さまざまなaptファミリーツールの場合）が完全にはわからないという点で注意が必要です。これは、再インストールするたびに、または単にバックアップするたびに、そのリストを再作成する方法がわからないことを意味します。

ツールを使用してこれを行うことを必ずしも期待しているわけではありませんが、もしそうでない場合は回避策を探しています。grepの対象となるパターン、適切な経験則、または何が正確にログに記録されているかについての明確なアイデアさえも有用です。ここには「ベストアンサー」はないかもしれませんが、良いものは非常に役立ちます。

以下の回答のほとんどは、私が探しているものの近似値を提供し、ある程度有用です。選ばれたものは、すべての警告があったとしても、新しいシステムにツールを再インストールする合理的な自動方法に最も近いものです。

Debianベースのマシンでは、これはパッケージセットを複製する一般的な方法の1つです。古いマシンで：

dpkg --get-selections "*" > my_favorite_packages

ファイルmy_favorite_packagesを新しいマシンにコピーします（サムドライブは適切なオプションですが、scp正常に機能します）。次に、次のシーケンスを（ルート権限で）実行します。

apt-get update
dpkg --set-selections < my_favorite_packages
apt-get -u dselect-upgrade

これは、インストールしたパッケージだけを取得するものではありません。また、依存関係なども取得します。また、2台のマシン間のリポジトリが異なる場合、すべてのベットはオフになります。

ログに関する限り、ログをapt-get保持します/var/log/apt/history.log（これをコメントで更新してくれたTshepangに感謝します）。dpkg（で/var/log/dpkg.log）を行いますが、解析するのが有名で、ルート権限でしか読み取れません。aptitudeに1つ/var/log/aptitudeあり、通常のユーザー特権でページングできます。

私の知る限り、これらのログはいずれも、自動インストールされた依存関係とは対照的に、インストールしたものを具体的に追跡しません。ただし、その情報はaptitude検索から取得できます。自動的にインストールされたすべてのインストール済みパッケージを検索します。

aptitude search '~i ~M'

インストールしたものだけが必要な場合（自動依存関係は不要）、以下を無効にし~Mます。

aptitude search '~i !~M'

パッケージ名と「インストール」という単語だけを持つようにフォーマットする場合は、aptitudeそれもできます。これにより、フィードの準備ができたリストが表示されますdpkg --get-selections。

aptitude search '~i !~M' -F "%p install"

（RedHatまたはRedHatベースのシステムには何もありません。申し訳ありません。パッケージ管理は異なるディストリビューションを異なるものにする重要な部分であるため、Linux 自体にはまったく答えがありません。）

dpkg -l '*' > jaunty.original新しくインストールしたシステムにインストールされたすべてのパッケージを記憶するために使用します。

すべての追加パッケージをインストールしたら、を実行しますdpkg -l '*' > mysystem.2009017。

追加のパッケージは違いです。 diff jaunty.original mysystem.2009017

適性は実際にこれでかなり良いです。Aptitudeは、手動または依存関係によって何かがインストールされたことを認識します。他の何かがそれに依存しているため、システムを常にできるだけ小さく保つために、不要になりインストールされたものを削除するように指示できます。

Ubuntuインストールを構成するいくつかのパッケージ、ubuntu-minimal、ubuntu-desktop、ubuntu-serverなどがあります。それらを手動でインストールされたものとしてマークし、他のすべてを削除するようにAptitudeに指示した場合、パッケージの可能な最小量になります。

私は私のブログでは2本の支柱にすべてのことを行う方法について説明しますのDebian GNU / LinuxのクリーンアップとのDebian GNU / Linuxの（またはUbuntuの）クリーンアップを、リプライズ。要するに、あなたが探している答えは次のとおりです。

aptitude search ~i | grep -v "i A"

前回私がそれを使用したとき、apt-getを使用した場合、機能しませんでした。そのため、私は常にaptitudeをお勧めします。私の知る限り、Debianはaptitudeを支持してapt-getを非推奨にしています。

Fedoraでそれを行う方法がわからないので、おそらく別の質問に分けるよりも分離する必要があります。FedoraとUbuntuは異なるオペレーティングシステムであり、そのように扱う必要があります（カーネルや他のものを共有している場合でも）。

Debianでは、apt-show-versionsはインストールされたパッケージのバージョンを表示します。

aptベースのシステムでは、/ var / log / apt / term.logをご覧ください。私にとっては、インストールが終了した場所とインストールが開始された場所を描くためのかなり明確な線があります。

からman aptitude-create-state-bundle：

aptitude-create-state-bundleは、現在のパッケージアーカイブ状態を複製するために必要なファイルを格納する圧縮アーカイブを作成します。

これにより、aptitude手動でインストールされたパッケージと同じ情報が保持されます。

以下で使用することを意図していますaptitude-run-state-bundle：

aptitude-run-state-bundleは、aptitude-create-state-bundle（1）によって作成された特定のaptitude状態バンドルを一時ディレクトリにアンパックし、指定されたで起動し、その後一時ディレクトリを削除します。

使用するだけでdpkgは、パッケージがユーザーによって手動でインストールされたか、自動で（依存関係として、または最初のOSインストール中に）インストールされたかはわかりません。その情報を保持したい場合は、実際に手動でインストールされたパッケージのみのリストを取得する必要があります。

そのためには、これら2つのワンライナーのいずれかを使用できます。どちらも私のマシンでまったく同じ出力を生成し、この質問でこれまでに提案されたすべてのソリューションよりも正確です。それらは、2つの答え（1）と（2）の組み合わせです。最初にこの回答をここに投稿したことに注意してください。

を使用してapt-mark：

comm -23 <(apt-mark showmanual | sort -u) <(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^Package: //p' | sort -u)

を使用してaptitude：

comm -23 <(aptitude search '~i !~M' -F '%p' | sed "s/ *$//" | sort -u) <(gzip -dc /var/log/installer/initial-status.gz | sed -n 's/^Package: //p' | sort -u)

非常に少数のパッケージがまだクラックを通過しますが、これらはユーザーが言語ローカリゼーションセットアップまたはTotemコーデックインストーラーなどを使用してインストールした直後に実際にインストールされていると思われます。また、バージョン固有でないメタパッケージのみをインストールしたにもかかわらず、linux-headerバージョンも蓄積されているようです。例：

libreoffice-help-en-gb
openoffice.org-hyphenation
gstreamer0.10-fluendo-mp3
linux-headers-3.13.0-29    

仕組み

1. 手動でインストールされたパッケージのリストを取得します。適性のために、追加sedは行の終わりに残っている空白を取り除きます。
2. 新規インストール直後にインストールされたパッケージのリストを取得します。
3. ファイルを比較し、ファイル2には存在しないファイル1の行のみを出力します。

他の可能性もうまくいきません：

• の代わりにubuntu-14.04-desktop-amd64.manifestファイル（ここではUbuntu 14.04用）を使用します/var/log/installer/initial-status.gz。より多くのパッケージは、手動ではインストールされていないと表示されます。
• のapt-mark showauto代わりに使用します/var/log/installer/initial-status.gz。apt-markたとえば、xserver-xorgパッケージは含まれませんが、他のファイルは含まれます。

どちらも上記のソリューションよりも多くのパッケージをリストします。

私は偏見があり、私が提示する解決策は常に可能であるとは限りませんが、この状況にうんざりしました。その結果、更新プログラム/パッケージマネージャーツールでは何もインストールしなくなりました。

しかし、私はかなり難しいルートを取りました（バージョンには厳しい要件がありました）。必要なすべてのパッケージ（プログラム、ライブラリなど）をダウンロード、コンパイル、およびホームディレクトリにインストールする巨大なメイクファイルを作成しました。少しずつ段階的に開発しました。makefileは、コンパイラーも含め、すべてをダウンロードしてコンパイルします。

新しいシステムに移動するか、再インストールするときは、makefile（およびいくつかの補助的なもの）をコピーして、make worldを実行し、翌日に戻ってきます。

私が開発したいくつかのプログラム（私が制御できるように）には、プログラムしたツール、栗のパッケージマネージャーを使用します。MacOSX上の.appフォルダーのようなもの。すべてがパッケージに含まれているので、いつ何がインストールされているかを知っています。