关于Fedora的yum

        才发现原来“源”也是可以“骗人”的，昨天晚上还是令人兴奋的50K，到现在就成了可怜的几K了，甚至一个6M的包竟然预计下载时间为40分钟。看来这次被“骗”的那叫一个惨啊，以后update绝对再也不能相信“人品爆发”的幻觉了。一定要将livna进行到底。

        于是突然觉得在某种程度上来说，对yum包的备份和保留也就具有一定的现实价值了。经过探查发现yum包都暂时保存在

/var/cache/yum

这个目录下。以后要对yum包进行处理，那么这个目录就一定是最终对象了。

        另外值得一提的是，有一个跟yum密切相关的配置文件

/etc/yum.conf

该配置文件里有一项keepcache

keepcache=0

表示更新完成后释放yum包，即更新后删除

keepcache=1

表示更新完后保留yum包不删除。

        现在知道了以上两点，以后对重要的或者关键的yum包保存的话就能有自主性了。不过总的来说，Fedora的yum给我感觉还是太笨重了一点，可能是国内更新源太少，工具仓库不够普遍的原因吧。也许也就是因为这个不知道有多少人改投到了Ubuntu的门下，apt那个真叫快啊。

        网上不少人建议用图形化的yumex，不过我觉得本质上没有对yum有什么改进，并且在我看来用起来还没有yum方便。

        至于现在很流行的livna，还是可以考虑用用的，不过对于现在已经更新完毕的我来说，这个的用处也就不太大了。

        总的来说yum的方便之处在于解决了令人头疼的依赖问题，不过我想对于依赖问题，我最终能有办法自己动手解决吧。跟yum相比起来，我还是更喜欢自己configure 和make的说...^_^

       说到yum就顺便理顺一下其选项：
update             更新
install               安装
info                  信息
remove            移出
list                    列表
clean               清理
provides          提供
search             搜索
check-update 检查可用更新
groupinstall     组安装
groupupdate   组更新
grouplist          组列表
groupinfo        组信息
groupremove 组移出
makecache     存入缓存
localinstall       本地安装
erase              删除
upgrade          阶段性更新
whatprovides 提供什么
localupdate    本地更新
resolvedep     查找依赖关系
shell               外壳
deplist            依赖列表
     
        顺便给出一些yum的参数：
-h, --help 显示帮助信息并退出
-t, --tolerant 容许错误
-C 运行时源上信息完全来自缓存，不更新缓存信息
-c [配置文件] 指定配置文件（本地）
-R [分钟] 命令等待时间最大上限
-d [调试级别] 输出调试级别
-e [错误级别] 输出错误级别
-y 来自系统的提示都回答yes
--version 显示yum的版本并退出
--installroot=[路径] 设置安装路径
--enablerepo=[仓库] 使用一个或者多个仓库 (允许使用通配符)
--disablerepo=[仓库] 禁用一个或者多个仓库 (允许使用通配符)
--exclude=[软件包名] 排除某个软件包
--obsoletes 在更新时允许使用旧程序支持
--noplugins 不使用yum插件

         惯例：欢迎Email到[e-mail]交流心得。