“equery dependent”和“equery depgraph”有什么区别?

“equery dependent”和“equery depgraph”有什么区别?
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 库。您可以通过禁用qtkde使用标志来防止它。或者选择寻找提供类似解决方案的替代包。

equery depends <atom>给出反向依赖解析。那么还有哪些其他包被拉入原子

使用案例:被阻止的包裹

已安装的软件包可能会阻止更新。

  • 还有哪些其他包会引入这个原子?
  • 这是绝对要求还是我们可以通过禁用 USE 标志来摆脱它?
  • 考虑我们是否需要请求该原子的包或者我们是否真的想要更新。

这两个命令的更多用例:

  • portage 树依赖 bug 搜寻
  • 系统清理

相关内容