xi@localhost /usr/src $ equery depgraph gcc | wc -l
872
xi@localhost /usr/src $ equery depends gcc
* These packages depend on gcc:
app-admin/eselect-python-20100321 (>=sys-devel/gcc-3.4)
sys-devel/llvm-3.0-r2 (>=sys-devel/gcc-3.0)
sys-libs/glibc-2.15-r3 (>=sys-devel/gcc-3.4.4)
(arm ? >=sys-devel/gcc-4.1.0)
(x86 ? >=sys-devel/gcc-4.3)
(amd64 ? >=sys-devel/gcc-4.3)
(ppc ? >=sys-devel/gcc-4.1.0)
(ppc64 ? >=sys-devel/gcc-4.1.0)
xi@localhost /usr/src $ equery depgraph
Display a direct dependency graph for a given package
xi@localhost /usr/src $ equery depends
List all packages that depend on a atom given query
答え1
equery depgraph <atom>
インストールする必要のある依存関係をリストしたチャート
equery depend <atom>
直接インストールする必要があるすべてのパッケージを一覧表示します。
答え2
equery depgraph <atom>
必要なすべての依存関係のエクスポート原子。
ユースケース:プレインストールに関する考慮事項
- ソフトウェアはどこに基づいていますか?
- 追加パッケージはそれほど価値がありますか?
- USEフラグの調整により、ツリー全体の追加の依存関係を防止します。
はい: gnome ユーザーなら qt, kde ライブラリを紹介できます。フラグを無効にしてqt
使用すると、これを防ぐことができますkde
。または、同様のソリューションを提供する代替パッケージを探してください。
equery depends <atom>
逆方向の依存関係解決を提供します。それでは、他のどのパッケージをインポートしますか?原子。
ユースケース:ブロックされたパッケージ
インストールされているパッケージがアップデートをブロックする可能性があります。
- この原子を紹介する他のパッケージは何ですか?
- これは絶対的な要件ですか、それともUSEフラグを無効にして削除できますか?
- その原子パッケージを要求する必要があるのか、実際に更新したいのかを検討してください。
これら2つのコマンドの追加ユースケース:
- Portageツリーの依存関係のバグを検索
- システムのクリーンアップ