现在主要还是用svn做版本控制，而为了代码在传输过程中的安全性，如果能有HTTPS，我还是会尽量选择用HTTPS。可是最近有一个问题很烦人，由于公司的证书问题，svn在做ca认证的时候发现有错，于是就出现了如下错误提示:

Error validating server certificate for 'https://xxxxxxx':
 - The certificate is not issued by a trusted authority. Use the
   fingerprint to validate the certificate manually!
 - The certificate hostname does not match.
Certificate information:
 - Hostname: xxxxxxx
 - Valid: xxxxxxx
 - Issuer: xxxxxx
 - Fingerprint: xxxxxxxxx
(R)eject, accept (t)emporarily or accept (p)ermanently? 

照理直接按p就可以让svn以后忽略这个问题了，但是很奇怪，即便摁了p，下次操作时还是会提示同样的错误，让人无法蛋定。

在默默忍受了这个问题许久之后，今儿在home列目录时突然发现，咋这么多root的目录，其中就有.subversion，我每次的操作都没有记录，难道就是因为这个导致权限不足无法保存设置么……于是立刻chown了一下，问题果然解决，我勒个去……

总结教训，下次再发现啥软件设置无法保存的情况，先检查检查配置文件或目录的权限再说。不过，话说，这svn也不提示啥的，太无良了 = =|||

只前还真没注意到Evince看中文pdf会有问题，可能和一般看的基本都是英文资料有关。最近用Pages导出了一份pdf，在Windows/Mac OS X/Linux下用Adobe Reader都能够正常地显示中文，但是用Evince就不行，所有的中文都是空白。

网上摸索了一翻，发现Evince是用poppler来解析PDF的，而poppler的编码集poppler-data是单独发布的。用Pacman搜索了一下，确实目前这台ArchLinux上是没有按照这个包的。

立马执行：

$ sudo pacman -Sy poppler-data

就可以完成该编码集的安装。

这时候再用Evince打开之前无法正常显示的pdf文件，我们能看到什么？ 飞机？超人？ 不，是我们那熟悉的方块字！手术顺利完成， over ~

Linode众欢呼吧雀跃吧，在昨日Linode的系统升级过后，Linode的各类Plan发生了巨大变化，简而言之就是内存加了42%左右。现在开始，linode 360变成了linode 512，linode 540变成了linode 768……

这个升级已经生效了，各位童鞋可以立刻重启自己的机器获得新增的内存了，嗯嗯。

重启前纪念一下，我的vps已经连续工作了那么长时间了呢@@

 # uptime
 08:52:32 up 110 days, 16:30,  1 user,  load average: 0.00, 0.00, 0.00

最后小广告一下，你可以用我的推荐链接进行注册，这样过阵子（3个月？）后，我大约是可以得到一点来自linode的推广嘉奖的，再加点内存吧，oyeah oyeah~

继续阅读

LinuxToy推荐了一款叫Granola的软件，瞅着不错，大约应该能给我减少点热量排出，于是便准备在这台ArchLinux下试试。

很幸运地，AUR里面已经有相关的包了，那剩下的安装过程极其简单，直接

aur -S granola-gui

这就完事了。接下来就是启动这玩意儿了。需要注意的是，granola依赖两个kernel module：acpi_cpufreq和cpufreq_userspace。我一开始没注意，一直启动不了granola:(。废话不多说，反正运行 下面的命令就行了：

继续阅读

继续阅读

Emacs的启动速度是一直为非E众诟病的。虽然说现在机器是越来越快了，用我常用的配 置，直接启动emacs也就等个2-3秒，但是和gvim比起来还是太慢了。不过Emacs提供了一个CS模式，在Emacs23以前，可以在一个已打开 的Emacs上启动server，之后就可以用emacsclient通过连接到server的方式打开文件。在这种模式下，除了第一次打开Server Emacs耗时比较长外，之后每次起client的速度那都是唰唰的。这是我现在在Win下主要的打开Emacs的方式。这样有一个问题，如果关闭开启 Server的那个Emacs，emacsclient就无法连接了，解决办法是给emacsclient加上--alternative-editor=<path-to-emacs>这 样的参数，在失败时启动一个新的Emacs，当然这样就感受不到直连server的高速爽快感觉了：P

继续阅读

好不容易告别了寄居已久的兄弟公司，搬到了公司新家。当我发现网络速度可以达到3-4位数的时候，我感动了。于是激动地按下pacman -Syu，准备迎接Gnome 2.3。

可是，不负众望，再一次地，发现更新后出了问题。先是X的gamma值高的有点离谱，整个屏幕看上去白花花一片，然后是compiz无法启动，一启动就会白屏。前面那个问题在我把xf86-video-ati降了一个版本后解决了，后面那个却像顽疾似的挥之不去。

不过还是得感谢祖国，感谢骨哥，在如此危难之际解救了我。在用modeset=0加载radeon驱动之后，compiz终于能够正常工作了。至于为啥我也不知道，目前也确实没这闲工夫深究。反正最后就是在grub里给kernel加上radeon.modeset=0的参数，然后所有的问题也就都解决了，即便升级至最新的xf86-video-ati，也不会出现颜色出错的情况了。

最后再次检讨一下，事儿忙的时候就别瞎折腾了，特别是Arch的升级！

用过共享主机跑过Django的童鞋们应该都有过自编Python的经历。其实这是让没有root权限的用户使用自定义版本的Python的通解。步骤是挺简单的，也就是configure --prefix={path} && make && make install这么一下而已。之后如果想装什么包，那么可以装上distribute/easy_install，然后用pip方便的完 成。

不过有一个玩意儿确是相当麻烦的，那就是libxml2。虽然说lxml能够提供这个包的支持，但任你用pip怎么弄，回头还是无法导入。平时尽管 用不上这玩儿，可是很不幸地，scrapy它得用哪……所以只能硬着头皮找解决办法。昨日为这事捣鼓了一阵，也总算把问题给解决了，赶紧记录一下，免得忘 了 = =

继续阅读

Kernel那帮人也真是有意思，昨日April Fool，弄了一个上下镜像版的页面。也亏他们找的到这么多可用的字符…… 反正我现在这台Arch上面还是有部分字符会因为找不到字体显示0101的方块的。感兴趣的速度去首页围观，另外，这是正常版的链接。

继续阅读