2009年6月 的存档
文章主要参考的还是GCALDaemon的usage页面，本文主要介绍使用GCALDaemon将KOrganizer和Google Calendar同步、将KAddressbook和GMAIL地址簿同步。
上次使用远程文件的方式在Arch下确实搞定了，但是今天在Gentoo下又搞不定了。而且要使用远程资源的话，要装kdepim-kresources这个包。对于我这个有洁癖的人，当然是包越少越好了。如果有兴趣使用远程文件的，看完本文，参考前面那篇文章和GCALDaemon的官方主页吧。
首先是下载GCALDaemon，下载完之后解压缩到/opt下，不知道GCALDaemon的开发人员刚开始怎么想的，居然想要解压缩到/usr/local/sbin下，囧。不过还要改三个文件，因为路径和预设的不一样了。使用sed命令：
sed -i "s|^GCALDIR=.*$|GCALDIR=/opt/gcaldaemon|g" bin/password-encoder.sh
sed -i "s|^GCALDIR=.*$|GCALDIR=/opt/gcaldaemon|g" bin/standalone-start.sh
sed -i "s|^GCALDIR=.*$|GCALDIR=/opt/gcaldaemon|g" bin/sync-now.sh
之后可以把dev文件夹删掉，因为用不着，然后把bin/下面的*.sh文...
昨晚呢，由于一瓶水泼到了键盘上……
1.5秒之后，当机立断拔掉电源和电池，把笔记本倒扣。
30分钟之后，键盘被拆下，甩了甩，各种出水。
为了确认笔记本别处没有进水，遂决定把整个笔记本都拆开。
上次几位说我从Gentoo叛逃到Arch我就已经心生愧疚。本来嘛，选择Arch等于选择免编译的便捷，选择Gentoo等于选择了完全定制的自由。在便捷和自由的交锋中，伴随着我一次手欠的操作，最终后者胜了，我重新回到了Gentoo的怀抱。
先说说那个手欠的操作。
我不小心新建了一个名字为~的文件夹，然后发现不对，文件名弄错了。于是想要删除之。于是执行了 rm ~ -rf。就这样。等待了10秒中之后，还没意识到什么问题，居然还加了sudo再执行了一次那个命令- -||| 然后pwd，发现路径不存在。然后cd，发现路径还是不存在。于是我哭了。幸好在服务器上有半个月前的数据备份，最重要的数据都给找回来了，这半个月写的代码也都凭着记忆给补回来一些了（说明我这半个月基本上没编码，哈哈，万幸）。
数据回来之后一不做二不休，全盘格，直接回Gentoo了。
可爱的Arch就这么被我抛弃了。
上来直接上ext4分区。以前碰到过grub能认分区，但是kernel panic的...
夏日来临，再隔三差五地emerge一次估计我的电脑寿命将迅速缩短，短期内还没钱买新本，只好决定放弃Gentoo投奔Arch的怀抱。
话说用了Gentoo之后，装其他发行版全部是驾轻就熟，就算是配置相对比较麻烦的Arch都轻松搞定。装好之后发现一些疑难杂症，比如不能待机、glxgears分数过低、checkgmail乱码、注销后不能重新启动kdm等等，都不治而愈了。看来Gentoo的可定制性太强了，有些设置我都完全不知道。
由于刚开始不熟悉pacman和aur的包机制，不小心把一些自己不需要的包当依赖关系给装上了，下次有空一定要好好清理一遍。
正在慢慢适应AUR中，这种管理方式感觉有点混乱，毕竟是成千上万的Arch用户都往里面塞东西。莫非我真的有洁癖？哈哈。昨天给Monkey's Audio Codec包打了个补丁，提交PKGBUILD却发现不能覆盖已有的包，郁闷。
PKGBUILD太凌乱了，还是怀念USE flag啊。
二进制包虽方便，有的用着还是不太爽，可能是心理作用，但是我的KNotes已经崩...
