手贱的后果

     手贱的后果就是往往会导致一个鸡毛蒜皮的小问题升级为系统级的大问题。
     今天为了使用clutter1.10.6中的一些新funtion而试图安装重新安装clutter1.10.6（之前安装的是clutter1.8.0，对于实现自己的问题来说，其实应该是足够的，只是看到网上提供的教程clutter cookbook中的例子使用了少量的新函数，这些函数是clutter1.10.0以后的版本才有的，为了偷懒，想套用现成的例子而选择安装clutter1.10.6）。灾难就在我选择安装clutter1.10.6的时候已经买好了伏笔。
     安装clutter1.10.6需要安装依赖包glib2.31.19以上的版本，而Ubuntu11.10中默认安装的是2.30.0.那就安吧，安一个新的包没那么麻烦。但当下载好glib2.32.3准备编译的时候才发现安这个东西也需要安装很多依赖的，我的系统中缺少一个叫做libffidev的包（需要3.0以上的版本），还好这个安着不是很麻烦，用新立得软件包管理器很方便的就可以搞定。搞定好之后继续glib2.32.3的安装，没想到编译过程是如此的漫长。。。。。。既然选择了安装，哭着也要把它安完。。。。。。等吧。宝贵的时间就这么慢慢流失掉，因为不知道究竟要多久才能编译完成，需要时不时的看一看到底有没有安好，以便及时的进行下一步的工作。没想到时间会这么长，还好，还没有超出我的忍耐极限。
     glib2.32.3装好了，带着点小兴奋准备安装clutter1.10.6，毕竟这个才是我最初和最终的目的嘛。执行./configure 问题又出现了！！！ 意思是发现了老版本的glib，要求移除老版本的glib或者通过配置pkg-config的参数或者配置环境变量来解决问题。本来后两种方式应给可以简单快捷的处理掉遇到的问题的，但还是出于懒惰，懒得查看敲写命令，而选择使用图形化的新立得软件包管理器来移除旧版本的glib。移除的时候才发现，不想要一个包也是如此的麻烦！！！移除Glib竟然需要移除几十个有依赖关系的package。
     既然已经走到了这一步，也不好回头了，哭着走完吧。一个确定按钮点下，一处过程正式开始。移除的过程又是异常的漫长。。。。。。。而且随着过程的进行越发的感觉到情况不妙，系统的界面居然变毁掉了，这时候才突然意识到了问题的严重性。肯定是不小心卸载掉了与系统紧密相关的某些东西，严重“损伤了系统”，现在点什么按钮也没用了，过程撤销不了了，也不能随便强制关机，还有非常重要的资料在里边呢，万一稍有闪失，就这样。。。看着系统一步步的走向原始的界面。。。。。。直到没有任何图形界面可供操作，只能进入不太熟悉的命令行终端。。。。又是一连串的问题。。。。。。
     搞IT就是这样，两个字“折腾”！尤其是对于手贱者！！！！就这样，一个下午没了。想想看，生命中能有多少个下午经得起这样的折腾、消耗！！！！~
     写下来这次经历，谨防手贱！