苦水潭

标题党一把，其实故事很老套，嗯。 parcellite 是基于 gtk+ 的剪切板管理工具，是我常用的生产力工具之一，很久以前还 介绍过 。那个时候 glipper 还在，后来代码迁到 launchpad 之后，archlinux 里面就再没了这个包，不知何故。于是 parcellite 就成了 gnome 环境唯一的选择（你看人家 xfce 就自带类似工具不是）。 突然有一天，parcellite 失灵了。 arguments to dbus_message_iter_append_basic() were incorrect, assertion "_dbus_check_is_valid_utf8 (*string_p)" failed in file dbus-message.c line 2526. 虽然看起来应该不是 parcellite 的改动引起的问题（貌似是 dbus 里加了断言），但 root cause 却还在 parcellite 这边。作为很依赖这个工具的热心用户，lyman 开始分析 bug， 先汇报给发行版 ， 再汇报给上游 。 可惜人家老外不太拾您这一茬。谁让人家的语言，一个字节就搞定了呢。 日子一天天过去，眼瞅就仨月了。忍不了了。嫌鸡蛋难吃就自己下个好点的是俺们 linux 用户历史悠久的光荣传统，能有这样的传统，全靠开源思想放光芒。 只是读到的代码却没那么有光芒，有点意外。虽然很少写 c，不过好歹做个 patch 的能力还是有的。虽然这 patch 写的也没什么光芒，不过好歹能用。 兴冲冲写完了才发现一个日本仔三个月前就给上游提交过一个极其类似的补丁……一衣带水，同病相怜啊。 不过， 允许 你下个更好点的蛋，爱开源爱的就是这一点。

前几天刚刚分享过 西西河忘情兄的一篇好帖 （附 墙内传送门 ），没想到昨天晚上就 出了大事 。 帷幕拉开，人人都只观得一角。（恕我不明言以下部分信息的来源，原因你懂的） 『央视二套良心了一把，提出了一个很好的问题。本来A车是比B车先到站的，就算追尾也是B追尾A车，但事故发生时B车却跑到了前面。是否印证了雷电天气不是主因，而是调度协调出了问题？』 『左手边三个日本的摄影记者，他们用生硬的普通话告诉我，对中国施救表示质疑，翻落的车厢与车头不应该毁坏并掩埋，那是在破坏事故证据。』 『狂风暴雨后的动车这是怎么了？？爬的比蜗牛还慢…可别出啥事儿啊… 2011-07-23 20:27:11 通过 S60客户端』 『此条微博发布时间是“7月23日 20:27” ，用手机打了27个字，用时估计 1分钟多。而列车相撞时间是 “23日20点34分” 。听说现在“官媒”正在将故事时间改为“7月23日 20:27” 。 请大家坚守这个时间点！估计词条微博很快就会被删除，请大家立即截图发布，保存证据！』 只可惜以今天的科技，仍旧无法平弥信息不对称的深壑。幸而有忘情兄这样的性情汉子，有微博，有 twitter，才可能在脑内补完一出惊心动魄，精彩纷呈的宫廷大戏。 人生如戏。可叹你我都在戏中。 在东京的时候常常反感日本人做事木讷之至。现在才悟，那是戏中草民聊以自保的最后手段，实乃大智若愚。

No matter how strong the wall is, it is collapsing day by day, No matter how weak life is, it is growing day by day. 雄关漫道真如铁，而今迈步从头越。

下午，又是暴雨。难得不用再冒雨奔波。于是听着雨声看了吉普力新片（其实也不太新了） 借りぐらしのアリエッティ 。 星期五，科目二终于折腾过了。距离报名学车已经整整半年。贪婪的考试中心，善良和蔼的考官，油滑世故的教练，暴虐莫测的天气，织成一幅混乱分裂的画卷，让人疲惫。下一个里程碑是路考拿驾照。 被告知房子不能续租了。滨江青年成群，幼儿园人满为患，一席难求，房东也是不得已。于是联系中介，上门看房，风雨无阻。好在运气不错，上午终于尘埃落定。下一个里程碑是说服岳父岳母放妻儿回来。 明天整理下行李，出差北京。月底回杭，打包搬家，收拾新屋。不知何时再得半日闲。 借りぐらしのアリエッティ的片尾曲 Arrietty's Song （附赠 优酷传送门 ）真好听。可惜没有现成的 lrc 歌词。自己做了一个，在千千静听竟然没找到通用的 web 上传接口。算了，贴到 pastebin 好了（据 md5 82ac57aa844ee1671aa7f1d00677875b 制作）。

从 赛博空间 消失了快两周，离线升级成了父亲。 家里平添两个男丁。肩上的担子越来越重了。

4 月 10 号 HZLUG 搞了 Gnome3 Launch Party 之后没多久，就忍不住开了 testing 升了 gnome3（当然，现在 archlinux 下 gnome3 已经进 extra 了）。 不少人表示很难适应 gnome shell。我反倒觉得还好。yegle 同学说过，gnome shell 的精髓在 win 键，我深以为然。作为一个键盘控，我从来也不需要什么主菜单。 屏幕上面的 panel 无法定制，于我倒也不是什么大不了的事情。当年在 panel 上摆了各种 applet 觉得很酷，现在没了却发觉也没多大损失。看来还是炫耀的成分多一点，没准还更分散注意力。当我需要知道温度的时候，sensors 命令更加直接。更有甚者，现在看笔记本电池，我也更习惯 acpi -V。 总而言之，我觉得 gnome3 是提高了生产力的。 然而，升级了 gnome3 之后没多久，发现桌面偶尔无故重启（现象是直接退回登录界面，如 gdm）。最开始还以为是 gnome3 不稳定。但是忽又想起 gnome3 自己崩溃了的话，是有个界面告知的。于是看了一下 /var/log/Xorg.0.log.old，居然是段错误。 Backtrace: [ 2340.499] 0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x49f598] [ 2340.499] 1: /usr/bin/Xorg (0x400000+0x603b9) [0x4603b9] [ 2340.499] 2: /lib/libpthread.so.0 (0x7f392ab4d000+0xf750) [0x7f392ab5c750] [ 2340.499] 3: /usr/lib/xorg/modules/extensions/librecord.so (0x7f3928751000+0x2850) [0x7f3928753850] [ 2340.499] 4: /usr/bin/Xorg (_CallCallbacks+0x34) [0x431c04] [ 2340.499] 5: /usr/bin/Xorg (WriteToClient+0x21c) [0x45eedc] [ 2340.500] 6: /usr/lib...

前阵子年会，抽奖发手机。编辑短信 bdx+某指定文本 发送到 指定号码，先到先得，也就是所谓的“秒杀”。 很快，我就发出了第一条：“Bdx 某指定文本”。然而也很快，我收到了一条短信回复，称网址不存在云云。我即刻意识到，那个加号必须是短信的一部分，而非仅表语义。 紧接着，我发出了第二条：“Bdx+某指定文本”。不像第一条短信，这条短信过了好几秒也没有反馈。B 被大写是因为手机输入法的自动纠错，看起来问题也极可能出在这里，server 端大小写敏感。 于是，几乎是在绝望中，我发出了第三条：“bdx+某指定文本”。很快，得到了短信反馈，成功参与抽奖。 我等于给这个短信抽奖系统做了一次接口测试。结果显而易见，我没得到手机，只得到了两个结论。 作为一个程序员，其实在发送前两条短信的时候，就已经下意识感觉到这样的 case 有不符合用户手册描述的风险。但作为一个 QA，下意识里又有冲动想验证一下这样的手册扔给用户，代码是不是真的那么不友好。 ……痛定思痛…… 好吧，我承认，去他妈的什么 QA 的职业习惯，时间压力之下，只有侥幸。