帖子

目前显示的是 一月, 2009的博文

终极进化形态

图片
对于若干年后人类进化的形态,不二雄在机器猫里提到的要点是:
四肢萎缩。因为体力劳动减少。头硕大,因为脑容量增加。鼻毛发达,因为空气污染。
画出图来大概就是这个样子(这张图缺鼻毛——很抱歉实在难以找到漫画上的原始图)。

今天早上不知为何说起这个话题,又头脑风暴了一下:
上肢应该短小灵活,用于敲键盘。下肢反而应该比较发达,适合长时间保持坐姿。头应该比较大。
根据以上要点拼出的图应该是……

加上一根强壮的尾巴来取代座椅,很完美的 geek 终极进化形态——然后它们就都灭绝了。

64 位 linux 桌面之痒

继续上次换了 64 位 linux 桌面,以下是这几天来又陆续遇到的一些问题。给想尝试 64 位桌面的朋友们提个醒。
没有 64 位 wine。bin32 或许可以用。virtualbox 或许也可以用。
没有 64 位 sopcast 系的网络电视软件。bin32 或许可以用(未尝试),但是想用 gmlive 的话还是挺麻烦——主要是 nslive 死了很久了,也没人更新一下 PKGBUILD。
没有 64 位 google earth。bin32 可以。但是眼下 aur 里少写了一个依赖包,得手动装上。
综上,问题主要在于如果闭源软件不提供 64 位编译版本的话,只能用 bin32 的方式凑合,而 bin32 这个办法既不优雅也不方便,而且大都没有官方维护,遇到问题的概率更大一些。

i18n 折腾感受

这个年注定不好过。也好,可以有更多的时间写“无用”的代码和博客了。

去年 9 月接手 giplet,初衷只是想自己用的更方便一点。没想到竟得到些许反馈。或许是因为这辈子为了糊口写了扔了太多无用的代码,只是零星几条反馈就让我很感动,觉得自己应该再做点什么。想来想去,决定加上 i18n 支持,没想到就这么一点点想法也折腾了好几天。

主要问题还是对工具链不熟。

之前为了上手 autoconf/automake,就花了不少精力。好在这方面中文入门资料质量尚可(比如 IBM 的这一篇就不错),遇到更多问题时摘 gnu 官方文档的相关章节细细咀嚼即可。只剩最后一个疑难杂症时,所幸及时读到了 m4 文档中的这一段,便悬崖勒马,很 dirty 很 ugly 地应付了事,至今未知其所以然。

Some people find m4 to be fairly addictive. They first use m4 for simple problems, then take bigger and bigger challenges, learning how to write complex sets of m4 macros along the way. Once really addicted, users pursue writing of sophisticated m4 applications even to solve simple problems, devoting more time debugging their m4 scripts than doing real work. Beware that m4 may be dangerous for the health of compulsive programmers.

如今引入 i18n,实际上也就是要熟悉另外一条开源工具链,具而言之就是 gettext 和 intltool。却未料这类资料如此之少。在代码中应用 gettext 尚有几篇中文,但如何使用 intltool 在一个 autoconf/automake 的项目中加入 i18n 支持竟连英文都鲜可搜到。这里推荐一篇,以期节省大家时间。其实这 I18N-HOWTO 本是 intltool 自己的文档,理应已在灯火阑珊处,只是不知为何 archlinux 打包…

ssd 使用感受

CFD CSSD-SM120NJ(128G),入了已经有些时日了。购买价 19700 日元,按现在日元这么高的位置合人民币 1500 左右——这个价格在国内应该只能买山寨货,虽然 CFD 这个名字看起来也很山寨,但是 CFD、玄人志向、Buffalo 在日本应该是一个档次的东西。

使用感受:
笔记本终于可以想怎么用就怎么用,而不用担心震动了。这个最吸引我。放在膝盖上摇摇晃晃敲代码是很有趣的享受,这才是 laptop。速度肯定是快了(毕竟标称写 150MB/s 读 90MB/s 哇),休眠唤醒时实测读速度达到过140+,决心以后没啥特殊情况一律休眠了。不再关心硬盘的温度和节能模式。实际上这 ssd 用 smartctl 能读出来的信息极少,194 温度恒定为零。在 smartmontools 跟上 ssd 之前,smartd 可以省了。ssd 无所谓 unload,启动脚本里的 hdparm 也可以省了。不再理会磁盘碎片问题。这个本来我也不太在乎。注意事项和其他牢骚:
kernel 参数 elevator=noop 应该还是有用的。默认的 cfq 在高 io 的时候导致过几次短暂的桌面假死,换了 noop 之后只是 cpu 占用率略高。(注意这是我的使用体验而非严格测试的结果)关于分区格式。嗯,起码现在来看,无论是微软还是 linux 社区都没有现成的小灶给 ssd 吃,所以我也就老老实实用 ext3 了,以期升级 btrfs 时方便些(btrfs 将会是 ssd 友好的)。如果想追求更好的速度,这份来自三星的 pdf 或许有点价值。买了个 usb + esata 的硬盘盒装原来的硬盘。才知道 esata 作为一种移动存储设备接口居然不带供电,想用 esata 还要单独供电才行(比如再插根 usb 线,唉)。难怪这东西流行不起来……

两个外文网络电视软件

第一个叫 livestation,以英语台为主。x86_64 应该可以用,但是眼下 aur 里还没搞定。

另一个叫 KeyHoleTV,都是日语台。看上去应该是刚起步的阶段,界面很糙,音频居然要独占 alsa,用 esd 的话声音断续,而且开一起来 cpu 就 100%,勉强能看。但是居然还专门提供了 linux 的 32 位和 64 位版,日语在线电视应该少有替代品(nhk 的在线播放不支持 firefox),可以持续关注一下。

另,两个软件的 Windows 版使用体验都还不错。

换了 64 位 linux 桌面

从 archlinux i686 换成了 archlinux x86_64,起因是冲动了一块 ssd。系统新装,home 文件夹直接 rsync 过去。总的来说,没有遇到太多问题,也没有不可忍受的“缺陷”。
skype 暂时没有 64 位版。不过 bin32-skype 可以无障碍使用,只是需要安装一堆 bin32 开头的库。第一次运行的时候发现 100% cpu。用了两招解决掉了,不知道具体是哪一招起的作用:一、禁用了pc speaker 内核模块(在我这里是 snd_pcsp),因为这东西成了我 alsa 的默认设备;二、安装了 alsa-oss 包。adobe reader 暂时没有 64 位版。如果安装 bin32-acroread 的话又是一堆 bin32 开头的库,内嵌到 64 位 firefox 中显示似乎也需要折腾。不打算装了,反正就我的使用程度,evince 应该也够用了。浏览器内嵌支持对我来说也不重要。thunderbird 里的 lightning 和 enigmail 需要换装 x86_64 版本,好在官网都有,不难找到。插件居然不是平台无关的(其他 firefox 和 thunderbird 插件尚未发现问题),有点吃惊。qq 暂时没有 64 位版,不折腾了,不用就是。新的 X 依赖 hal,把 gdm 加到 daemon 的时候记得写上 hal,否则进了 X 没鼠标没键盘又没配好 sshd 的话,很麻烦。flash 插件已经直接有 64 位可用了,赞。补,ssd 挺爽。关于用 ssd 的体验稍后再写。

画皮和最遥远的距离

如果不扯上蒲松龄,或许这部电影会少很多争议。这部片子从头到尾都在讲跟《画皮》无关的爱情故事,而只是把《画皮》拿来当了画皮——就像“大话西游”跟《西游记》没什么关系一样。

本片几条线索,都是“因为爱你所以必须离开你”式的牺牲。铺垫充分的,如赵薇对陈坤,以及结局时周迅对陈坤;若隐若现的,如戚玉武对周迅;捕风捉影的,如甄子丹对赵薇。在本片竭尽全力试图突出这一主题的情况下,故事被套在什么框架上——是《聊斋志异》里的妖魔,还是 matrix 里的黑客——就显得不那么重要了。

如果你也曾感动于这首被以讹传讹为泰戈尔原创的小诗,那么画皮很可能会对你的胃口。作为这首小诗的电影版,除了陈坤的表演稍显生硬外,一切尚佳。


世界上最遥远的距离
不是生与死
而是我就站在你的面前
你却不知道
我爱你

世界上最遥远的距离
不是我站在你面前
你却不知道我爱你
而是明明知道彼此相爱
却不能在一起

世界上最遥远的距离
不是明明知道彼此相爱
却不能在一起
而是明明无法抵挡这股想念
却还得故意装作丝毫没有把你放在心里

世界上最遥远的距离
不是明明无法抵挡这股想念,
却还得故意装作丝毫没有把你放在心里
而是用自己冷漠的心对爱你的人掘了一条无法跨越的沟渠


或许你会觉得本片很像《读者》上的矫情文章,多了会腻。但是偶尔摘下现实的眼镜看看,也挺感人。lyman 评价——四星。

补,
片尾曲“画心”很好听,终于有了对超女的正面印象了。赵薇表演到位。但是某些扮相侧面看过去我明显看到了高秀敏。不知《画皮》为何物的外国友人最是被感动的稀里哗啦