当前位置：首页 → 问答吧 → pacman惹的祸：竟然有这么多 K系列软件依赖 GTK？！

pacman惹的祸：竟然有这么多 K系列软件依赖 GTK？！

时间：2010-03-31

来源：互联网

PHP 代码:

$ pacman -Rscn gtk2 | tr ' ' '\n' | grep ^k
打算删除这些软件包吗？ [Y/n] n
kbluetooth-0.4.2-1
kismet-2010_01_R1-1
kdeapps-201002-1
kipi-plugins-1.1.0-1
k3b-1.91.0rc2-1
kchmviewer-5.1-1
kmldonkey-2.0.2-4
kmymoney2-1.0.2-2
konversation-1.2.3-1
ktorrent-3.3.4-1
kvpnc-0.9.6-1

真是让我这KDE粉丝无语了。。。

--- UPDATE --
今日再测试，惊讶地发现没有K系列软件以来GTK了。。。

PHP 代码:

19:04:18@laptop:usr $ pacman -Rscn gtk2 | tr ' ' '\n' | grep ^k
打算删除这些软件包吗？ [Y/n] n
(1)19:05:12@laptop:usr $

看来之前的乌龙只能归结于pacman本身的问题了。。。

作者: dickeny 发布时间: 2010-03-31

原来竟然是因为 libgpod 而引起这么多的依赖。。。

PHP 代码:

$ pacman -Rscn libgpod | tr ' ' '\n' | grep ^k
打算删除这些软件包吗？ [Y/n] n
kdeapps-201002-1
kipi-plugins-1.1.0-1
k3b-1.91.0rc2-1
kchmviewer-5.1-1
kmldonkey-2.0.2-4
kmymoney2-1.0.2-2
konversation-1.2.3-1
ktorrent-3.3.4-1
kvpnc-0.9.6-1

作者: dickeny 发布时间: 2010-03-31

没洁癖。
对了，大家最近有没发现pacman有点问题啊？我刚刚更新，竟然pacman占了我90％以上的cpu资源，系统卡住了，打开top，发现一个叫gtk-update-icon的进程是罪魁祸首，而且其进程号还不断变化。

作者: jobinson99 发布时间: 2010-03-31

G粉兴奋路过

作者: leros_H 发布时间: 2010-03-31

引用:

作者: jobinson99

一切正常～～～

作者: qiang_liu8183 发布时间: 2010-03-31

引用:

作者: jobinson99

我只是突然发现根分区占用了 7G 之巨（pkg包缓存在别处），于是想着删除一些程序。。。倒不是特别严重的洁癖

pacman的问题非常大。依赖关系很不准。比如 -Rscn 删除某软件 A，同时也把 B 删除了。再次重新安装 B，却没提示安装 A 。。。

作者: dickeny 发布时间: 2010-03-31

删除软件都是从顶层删起，从不用c参数

作者: bhoppi 发布时间: 2010-04-01

提起这个就是一把鼻涕一把泪。

作者: jqxl0205 发布时间: 2010-04-01

引用:

作者: dickeny

这是啥逻辑。。。B是A的依赖，为何要安装A

作者: jarryson 发布时间: 2010-04-01

引用:

作者: jarryson

这是啥逻辑。。。B是A的依赖，为何要安装A

pacman -Rscn A 结果把B也删除了，可见B依赖于A。具体请看 man pacman

作者: dickeny 发布时间: 2010-04-01

引用:

作者: dickeny

pacman -Rscn A 结果把B也删除了，可见B依赖于A。具体请看 man pacman

该看man pacman的人是你吧
-s, --recursive
Remove each target specified including all of their dependencies,
provided that (A) they are not required by other packages; and
(B) they were not explicitly installed by the user. This
operation is recursive and analogous to a backwards --sync
operation, and helps keep a clean system without orphans. If you
want to omit condition (B), pass this option twice.

作者: ashunter 发布时间: 2010-04-01

B是A依赖或者A是B的依赖，Rcsn A都会删除B，但是如果B是A的依赖，-S B就不会安装A啊

作者: jarryson 发布时间: 2010-04-01

引用:

作者: jarryson

B是A依赖或者A是B的依赖，Rcsn A都会删除B，但是如果B是A的依赖，-S B就不会安装A啊

前半句大概不正确。

作者: sfbi 发布时间: 2010-04-01

以我从07年到现在用pacman来看，pacman的逻辑完全没问题，以为有错误的，仔细琢磨琢磨，pacman的依赖管理是很好的，比apt好，apt的autoremove有时候不灵的。

作者: yafeng 发布时间: 2010-04-01

引用:

作者: sfbi

前半句大概不正确。

前半句如果加上可能就完全没问题。

作者: yafeng 发布时间: 2010-04-01

依赖 gtk 有什么关系，不依赖 gnome 就行了。

当然，就算依赖 gnome 其实也没什么关系，反正我是必装 gvfs 的。

只要是自己干活的机器，我都觉得 kio 和 gvfs 两者必装，因此 gnome 和 kde 的依赖必然存在。

其实有那点洁癖不如闷头赚几天钱升级一下电脑。绝大多数程序员一星期的工资就足够小升级一下电脑了，何必洁癖呢。

作者: poet 发布时间: 2010-04-01

这个配置没关系。洁癖是一种生活态度

作者: xsam 发布时间: 2010-04-01

支持楼上的。。。。呵呵

作者: jarryson 发布时间: 2010-04-01

17l

+1

作者: qiii2006 发布时间: 2010-04-01

同意17L的那句！

作者: jqxl0205 发布时间: 2010-04-01

同意17L，

作者: jiuny0209 发布时间: 2010-04-01

引用: