才创造本来“源”也是可以“哄人”的，昨天清晨还是令人雀跃的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到puszta@tom.com交换心得。
版权声明：
原创作品，容许转载，转载时请务必以超链接体例标明文章 原始理由 、作者信息和本声明。不然将究查法规责任。