Ok，我是一个Linux小白，所以抱怨啊笔记啊啥的是少不了的，就放这儿了。
正在使用中的发行版
ArchLinux
Gentoo Linux
使用任何系统，难免会碰到需要更新系统的情况。有时是为了修补漏洞，有时是为了提高易用 性。ArchLinux为了这样的需求，提供了一个非常方便的方法，只要使用pacman -Syu就能对系统进行一次全面的 更新。
但是，世事难料，这样的全面更新难免会有一些这样那样的问题。比如更新的软件包与工作环境不兼容，又比如包维护人员出了点小纰漏导致更新后有虫爬。 因为操作系统也是软件，总会有出错的时候，所以这些问题我们都能容忍，但是在容忍的同时，我们也会希望有一个恢复原状的方法。这样，在问题解决以前，我们 的工作不至于被耽搁。可惜的是，ArchLinux的包管理程序pacman并没有提供这样的功能。
过完年到单位，想起来好久没更新，便手贱运行了一把，谁知，ArchLinux继上次被我骂完后再次不争气的报错了。
$ sudo pacman -Su
:: Starting full system upgrade...
:: Replace klibc with core/mkinitcpio? [Y/n] Y
:: Replace klibc-extras with core/mkinitcpio? [Y/n] y
:: Replace klibc-kbd with core/mkinitcpio? [Y/n] y
:: Replace klibc-module-init-tools with core/mkinitcpio? [Y/n] y
:: Replace klibc-udev with core/mkinitcpio? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: kdelibs: requires phonon
于是只好骨骼去，发现官方论坛上有解，点此跳转。
主要原因是qt升级，原先脆弱的依赖关系无法解决问题，需要先单独更新qt后才能继续剩余部分的更新，所以需要按如下顺序进行系统升级。
% pacman -Sy --asdeps qt
% pacman -Su
问题虽然解决，但是最近Arch在我的心目中的印象是大打折扣了，有种恨铁不成钢的感觉哪……
发现我作为用户实在是太挑剔了……
自从Firefox 3.6出来之后，我就一直在等着ArchLinux的官方源的更新。可好不容易等到了更新，兴冲冲地下载了，结果却发现问题来了……pcmanfm和vim都打不开了，细看了一下，才发现这次更新居然把libjpeg和libpng都升级了……你说更新也就更新了吧，但是起码也把依赖它的玩意儿也相应更新一下哈，但是很不幸的，pcmanfm和vim依然孤零零地维持着老版本，ldd的结果也还是那么触目惊心 = =
虽然大部分情况下我对Arch还是挺满意的，但是现在越来越觉得Arch的包管理实在是太不慎重了。之前已经碰到过几次，比如升级libjpeg6到libjpeg7的时候，pil直接咯屁；又比如升级heimdal和subversion后，svn也翘了辫子。虽然说aur里还是能找到相关的支持，但是官方stable的源其实是这么的不stable，那也确实够郁闷的了。
诶，可是现在使用apt的系统都不怎么喜欢，难道说真得换成Gentoo了么……
2010-02-08 10:47 Updated 发现问题，其实是gtk2没有更新导致的，依赖关系是pcmanfm -> libgtk-x11 -> libpng。虽然这回如果是用pacmna -Su的话应该是没什么问题，但是还是让人觉得ArchLinux的不安全。既然存在依赖，那么在升级时就应该有相应的检查，但是目前看下来pacman是不会处理反向的依赖关系的……起码我还没有发现……
Oh yeah！第100贴，撒花~~
安装ArchLinux痛苦么？一般来说是无痛的，网络条件允许的情况下下载安装二进制包那是唰唰的。可是如果碰到下面几种情况呢：
虽然说这些情况用pacman也是OK的，但是，慢速下载或者重复下载就是一件非常痛苦的事情了。
碰到这样的情况，特别是需要安装多台archlinux的时候，大家应该会想到，要不然就自己建一个软件包镜像呗。可是怎么做？用rsync ？那网络慢的时候不还是没法解决这个问题么？而且事实上没有必要保存一个完整的镜像，基本上平时要用的也就那么几个包而已。
用上rxvt以后，腰也不疼了，脖子也不酸了，可是有一个问题，在ssh到FreeBSD的时候，一上来就给我报了错：
csh: Cannot open /etc/termcap.
csh: using dumb terminal settings.
啥玩儿这是？之前用gnome-terminal的时候没这问题啊 @@ 本想忽略的，结果麻烦的是连用less都要问我这个term可能不支持某些功能，是否要继续的傻问题，真是崩溃。
打 开始用ArchLinux，我就决定要一切从简。于是Desktop Environment没有Gnome，而是直接用了Openbox。这样速度是快，不过还是有问题的：
ArchLinux如果作为Desktop环境，应该是相当便捷的，一般情况下只要pacman -Syu就可以保持系统在最新的稳定状态。但是如果将ArchLinux作为开发机或者服务器，有一些东西还是得需要注意一下。
这个概念其实大家早就碰到过了，安装基本系统时会让你选择base和base-devel，这些其实就是软件包组。又比如说gnome，这也是一个，大家在pacman -S gnome的时候应该都看到了pacman的相关提示了吧。使用软件包组在部分更新时非常方便，比如更新基本系统，只需要pacman -S base就可以实现了，免除了手动输入那一长串的包名……
那么，怎么知道有哪些软件包组呢？其实只要使用pacman -Sg这个命令，就能看到当前库中所提供的所有软件包组列表，而使用pacman -Sg <包名>则可以查看指定软件包组的具体内容。
最近升级系统，出现了SVN无法连接服务器的问题。现象是输完命令后一直挂在那儿，也没有什么报错信息，然后就这样一直假死直到超时。Google了半天也不知道到底是怎么回事。一开始还以为是服务器的问题，可是同事却能照常工作……无奈之下就想找另一个SVN库试试。于是随便找了一个Google Code上的项目，灵异的是居然能够毫无障碍的Checkout……Google Code走的是HTTP，而单位的svn走的是HTTPS，难道是这个Secured的问题？于是立马去翻pacman的log，果然，最近这次升级把openssl从0.9.8k升到了0.9.8l。还好0.9.8k的pkg还在，立刻pacman -U了一下，降成0.9.8k，这才排除了问题。
无独有偶，今天又发现家里的Cygwin在更新后也出现了类似的问题。再一看openssl的版本，又是0.9.8l……还好在Cygwin下面进行降级也是非常方便的，还是采用这样的土办法让svn恢复了工作。不过总觉着这不是啥好办法……由于对openssl的东西不是很熟，不知哪位达人能指点一下有什么更好的解决办法么？
昨日发完巨蟒一文后，回家就发现访问不了主页了。ping啊host啊 nslookup啊统统咯屁。当时心里就想俺怎么地就这么连个出名的机会都没等到就直接被放逐于墙外了呢……还好试了一下whois，发现是主域名错挂到了帮我注册的同事机器上并且没有做解析，真是虚惊一场……
之前一直是用的35作为主域名解析，想想反正出来了，就干脆整到linode这吧。折腾了半天弄熟以后，发现其实Linode的DNS管理还是不错 的，支持域名transfer和直接管理，界面也比较直观，而所作改动会在15分钟内生效，还算是比较迅速了。但美中不足的是要登录web界面比较麻烦， 对我这样的懒人来说还是比较费事……本来还想自己弄个bind玩玩，可惜现在注册的域名没法作自解析，只好作罢。要是想偷懒的话啥时候研究一下 linode的api再说吧。但不管怎么说，这回的域名小风波算是过去了，咱可以继续做一个遵纪守法的好blogger了，嗯。
现在最常用的编辑器还是emacs，但是有的时候还是离不开vi，主要还是因为有时要编辑一些用户权限外的东西的关系。用vi的话可以使用sudo，而emacs虽然也能sudo，但我想大部分人是不愿意的，因为这样就无法享受到emacs daemon的便利而不得不在root名下专门开启一个emacs进程。
不过emacs有Tramp（Transparent Remote (file) Access, Multiple Protocol），所以可以以C-x C-f /root@localhost:<filepath>来作为root ssh到本机进行编辑。但这终究不是啥方便的办法，一是不得不使用root登录，二是在其他buffer上想再继续sudo编辑其他文件的时候还得再次输入这串连接字符串，因为ido并不会自动完成。所以一直以来，编辑/etc下的文件我还是使用vi来完成。
不过最近发现了Tramp的另外一项功能：sudo。使用C-x C-f /sudo:root@localhost来打开文件就可以了。比起上述方法最为便利的是连接字符串可以自动完成，而且使用的是sudo的方法，所以连接是使用的是当前sudoer的密码。目前用下来没有什么大问题，基本就能抛开vi了。
