2009/8/13 definite <***@gmail.com>:
> 其實已經是了。 :-)
> 在 Fedora Rawhide (技術測試版，搶先版)裡的是 dev, 在現行支援的 Fedora 版本 就是 Stable。
> 所以， ibus-1.1 可視為 stable, 1.2 可視為 dev。
>

我一直用的最新版，还以为只有一个版本呢。这样的话，我有几个问题：
1、请问，在项目组的计划中，1.1 是最新的稳定版，还是只是一个老的开发版？
2、1.1 在发布之前是否经过了严格的测试，解决了已知问题？
3、如果 1.1 中发现了 reproducible 的 bug，是否会得到优先修复？

我想讲一个我自己的笑话 :-) 。

就在发本主题上一封邮件的时候，我也在升级系统，其中包括 ibus（我的系统 Debian sid/experimental, ibus 好像是从 1.2.0.20090723-1 到 1.2.0.20090806-1）。升级完后，我发现我输入不了汉字了。后来在 ibus-setup 中，找到了一个 “Use system keyboard layout setting” 的选项，选上，好了。

如果我把这个问题做一个 bug report，会被鄙视吧。确实，在这个问题上，ibus 没有 bug，可是这不应该是一个稳定版输入法的表现。

普通用户对于输入法的需求，就是随时随地在他／她需要的时候能打出字来。否则就写不了财报、写不了邮件、写不了合同……，就会严重影响他的工作，他就会打电话投诉服务商。如果服务商向他推荐的是 GNU/Linux 系统，他就会认为 GNU/Linux 系统打不了字，进而对此服务商心存疑虑（企业用户选择 GNU/Linux 作为办公环境，主要是信任服务商，而非单纯地认为 GNU/Linux 系统好用）。

我想，计算机系的同学对别的专业的知识不是样样精通吧。那么，我们也不能要求别的专业的用户花费大量时间，来学习计算机的知识。一个系统在他们眼里就是一个整体，他不会去分什么内核／桌面，甚至更多稀奇古怪的术语。如果 Firefox 出了问题，他们就会说 GNU/Linux 系统上不了网；如果 ibus 出了问题，他们就会说 GNU/Linux 系统打不了字。

用户关心的始终是自己的核心业务。我们推荐 GNU/Linux 时，从来都强调它很稳定、很安全，很简单、很好用。除了在服务端，在桌面端，GNU/Linux 系统也是 productive 的。对于普通用户来说，计算机是一个顺手的工具，时刻准备为你服务，而不是要你时不时地去伺候／配置一下。

希望这个笑话，可以让大家看到普通用户和开发社区的朋友看计算机的角度不太一样。在用户眼里，我们离稳定还有一些距离。如果说人手不够暂不考虑，自是合理，但希望稳定版是个方向。

GNU/Linux 不仅仅是一个可爱的玩具，它需要走向产品化，我们用自己的职业生涯努力促进这一进程。很多人反感“菜鸟”们来玷污他高深的玩具，但我想，一个真正认同自由软件理念的人，一定也是乐意分享、乐意看到自由软件发扬光大的。我们是同好，啰嗦之处请多包涵。：）

其实 GAppProxy 很早以前就挺好用了，但是一直有一个问题，就是很多时候会显示一个空白页面。显示空白的大部分都确实是不能访问的，并非 GAppProxy 搞错了。但是我对此很不爽，因为导致空白的原因是很多的。包括各种各样的异常没有catch，包括超出了 Google App Engine 平台的限制等等。它光显示一个空白，你根本不知道发生了什么。

前不久，我对它进行了各种边界测试，把能想到、能碰到的所有错误分类开来。然后在无法代理的时候，向用户浏览器显示一条信息。告诉用户现在是什么状况，具体是什么原因。dugang 也觉得这样很好，在我的基础上进一步细化了。然后，GAppProxy 1.0beta 发布了。

但是接下来的反馈有点出我意料。很多人说 GAppProxy 不能用了啊，怎么办啊？要知道，它以前输出空白的时候甚至没人反应过。

我有点纳闷：我不是解释得很清楚么，就那么一行字，您就不能看看？
后来我意识到，我们两都是典型的 Unix 的想法。就是认为，有问题你给它暴露出来，说明白咯、别藏着掖着。

但是用户有很多是 Windows 的用户。Windows 的一贯传统就是，把问题都藏起来，我们的用户是温室里的花朵，千万别让他们见到任何风雨。在这种风格的影响下，很多 Windows 的用户只要看见跳出一串英文就觉得很怕怕，根本不会去看它到底在说些什么。

其实，之所以有这么一串字符，是因为作者已经考虑到了这种情况。他既然已经考虑到了，自然会做最优的处理。这有什么好怕的。
反倒是那些出了问题也默不做声的，很可能是因为作者的逻辑出了问题，他根本没有考虑到这一点。还有什么比这更可怕的？

有时候我很想说：Don’t panic!

其实，我对很多事情充满着兴趣。比如说某一个知识点，我常常想，哇这玩意儿太牛叉了！一定要把它搞懂了、弄透了。然后开始幻想，如果这一切都了然于胸，自己将会多么牛叉。激情也就跟着来了，为了探个究竟，可以茶饭不思、夜不安寝。

按理说，我应该有很多话题想说的。可是偏偏，我又很“喜新厌旧”。无论之前觉得多么牛叉的东西，等到回过头来，都觉得不过尔尔，真的是沧海一粟、不值一提。大概这就是我的 Blog 好几个月才有一次更新的原因吧……。

虽然我对“物”喜新厌旧，但对“情”却是很怀旧的。这个 NN 年前的 Blog 的模板，我常常想换掉，常常打算换成独立 Blog，但都一直没舍得。自从与 Blogspot 并肩作战已经过去了 5 年，虽然成功地逃过了 GFW，但我与 Google 之间脆弱的协议，早已荡然无存。啊？什么？？？^H^H^H^H^H^H^H^H^H^H…..

P.S. “最近” 参与的一些社区活动：

Firebug 简体中文化。firebug 就不用介绍了吧。值得一提的是，虽然官方只写了我一个人的名字，但其实我开始这个项目的时候，已经有一些基础，并不是从零开始。作者说，是人家给他的，不知道是谁。。

Adblock Plus 之 ChinaList 维护。更不用介绍了。。一开始是一个台湾同胞维护的，不知什么原因他“失踪”了，我就接了下来，后来又成功地引诱了两个人加入~~。ChinaList 易主之后，有了天翻地覆的变化。很遗憾的是，它居然没进 ABP 的默认列表，偏偏我又是个不喜欢争的人。希望有一天作者会发现，我们维护得是多么认真负责，ChinaList 绝对算得上是列表中的典范。

e2fsprogs 简体中文化。e2fsprogs 是 Linux 内核中操作 ext2/3/4 文件系统的一系列工具的组合。比我想象的慢了不少，但是争取每个疑点都实际测试过后再作定夺。质量优先，慢就慢点吧。

加入 GAppProxy 项目。GAppProxy 最近才热起来，但其实这个项目开始已经快一年了。

AutoProxy。是 FoxyProxy 让我产生这些想法的。当时，我一方面欣赏 FoxyProxy 的强大，一方面又对它很不满。我就在想，一个“完美“的代理扩展应该是个什么样子。后来我把想法告诉了 FoxyProxy 的作者，费了老大的劲（几千的词汇量？）。他表示很有兴趣，但是好几个月过去了根本没动手。有个说法，这个东西 scratched my itch。我猜测其实他并不需要代理，自己都不是自己作品的用户，做起来自然没多少动力。原打算给 FoxyProxy 提交几个 patch 的，但是我对它的界面跟实现都很不满意。
AutoProxy 的传播超出了我的预料，本来只是打算非常小范围地测试一下看看反馈，毕竟很多想法还没完工。好在，从各方面反馈来看，没有什么大的问题。主要是菜单设置不合理，缺乏应有功能。这本来就在我的计划之中，正是下个版本首要解决的任务。

下面是刚刚发在哲思邮件列表的话，当是一次更新吧。

GNU：生日快乐！

—————————————————————————————————————————

争辩是最没有意思的事。
大部分的辩论不是为了证明真理，纯粹是为了打败别人保卫自己。

当私有软件横到我的面前，第一选择就是拒绝。

与其哭天喊娘请求别人开放自由，不如去做点实事。自己开发的东西，爱用什么协议用什么协议。
所以各位 idealist，最重要的还是努力提升自己的实力。当你成功了，俗人们自然会跟随而至。

这世界的主要组成部分，都是那些没有原则的人。他们会说，不自由又怎么样，不就是个软件么，又不是很了不起的事。尊严就是这样一步步地丧失的，就像那只温水里的青蛙。

我的想法是，自己的原则尽量坚持，旁人爱用什么用什么，你的自由关我什么事。

当然，这是很自私的想法。我做不到：
舍得放弃 MIT AI LAB 的工作；
一无所有、孤立一人的情况下宣布 GNU 这样庞大计划的气魄；
夜以继日、年复一年地 coding，不领一分工资、无视物质诱惑；
永远精力充沛、毫不厌倦地向各色人等宣讲自己的理念；
……
…………
所以，我敬佩他。这个世界正因为还有这样的理想主义者存在，才可能变得更加美好。
同时，我也感谢他，因为我正享受着 GNU 带给我的自由。

当然，不一定他提倡的所有的事都能做到，但做不到不代表不赞同。
譬如 Adobe Flash Player，有的人一边用着一边享受着被强插的快感。
但我使用它，更多地像是被监禁。Gnash 或是其它可替代的自由软件成熟之时，即是我越狱之时。我一点都不觉得处在这狱中是理所当然，并时刻准备着逃离它。
那一天，我会学着喊一句：Freedom！

Open Source 当年为了避免Free 这个词的歧义给人的误解而诞生，为了忽悠更多的企业参与，他们鼓吹开源的开发方式多么强大高效。

现在来看，成效显著，但却误导了更多的人。丢弃了自由软件对于社会心理、道德和自由精神的关怀。
那些成天把“开源”挂在嘴边的人们，你应该明白对于用户——你，这意味着——“freedom”。
如此，类似这样的问题才能少一点、再少一点：“我只是个普通的用户。我的目的就是让软件更好地为我工作，对源代码没兴趣，开源对我有什么用？”

诚如RMS 所言，人们害怕提及“自由”这样的字眼：Why “Open Source” misses the point of Free Software?

2005年12月，辽宁教育出版社引进了摄影集《生命的肖像》，作者是德国摄影师瓦尔特·舍尔斯（Walter Schels）。我今天才看到，非常震动。

这本摄影集专门拍摄死者。每个人拍摄两张照片，一张是垂死的时候，另一张是过世的那一天。两相对比，效果非常强烈，你会感叹活着和死了是多么不同，你会追问自己到底什么是死亡！

记录下死者最后的面容，这就是这本《生命的肖像》的主题。

舍尔斯感到，我们这个社会有一个严重的缺陷，就是将那些垂死的人们排除在社会之外，仿佛他们已经不是人类了。他用这本摄影集，提醒人们关注这个问题，关注那些默默的、痛苦的、等死的人们。我们每个人都会有这一天。

在发文之前，我就知道这个话题很阴郁，这些照片本身也有点阴森（尽管它后来被选为德国年度最佳肖像作品），有的朋友可能不想看到。但是我还是想贴，而且今天还想接着谈谈我的感受。

我一直感到，我们这个社会不愿意谈论死亡。当然，不是真的不谈，而是将死亡说成好像是其他人的事情，完全用一种与己无关的口气在那里说。一个明显的例证是，当死亡发生，人们总是安慰家属节哀，但是好像没有人意识到，这个时候最悲痛的那个人正是死者本人！我们为什么不去关心死者怎么想呢，为什么不去思考怎样安慰那些将死、甚至已死的人们呢？

法国哲学家萨特在回忆录《词语》中说，在28岁之前，他从来没意识到有一天自己会死。但是，等他意识到以后，他觉得生命从此就不一样了，他看世界的方式完全变了。苹果公司的总裁乔布斯说：“生命很短，几十年，然后你就死了，你明白吗？”是啊，你明白吗，如果我们没有做好死亡的准备，那么其实我们也没有做好活着的准备。

My Comment：

这个话题，还有那些照片，确实很阴郁。

记得我看前一篇的时候，刚看了个头，就赶快换到下一篇文章去了。

但是之后又忍不住换回来细细读完。越读越认真，最后决定把它分享给其他人。

死亡是所有生物最终极的无奈与悲哀。我曾亲见过一只猪寂静地看着它的同伴死去而悄然落下泪来。况乎人类。。

人的一生当中，我们可以犯很多很多的错误。只要你有足够的勇气，大不了重头再来。但是当死亡来临，便再也无力抗拒。那是无穷的夜幕，徒留深深的悲凉。

后记：

记得我还在读中学时，就经常想到死亡的问题。想着想着就会流下泪来，觉得很悲哀。有时这种悲哀感会越陷越深，就像跌进无尽的深渊。时间越长、速度越快、陷的越深，四周越发黑暗，渐而感到恐惧。这时，特想找个温暖的怀抱，一头栽进去就再也不怕了；特想遇见一位大师，能够说服我死亡是件多么好的事情。可惜的是，面对死亡，没有终极温暖的怀抱。于是我说服自己不要再去想这样的问题，直至今日。

有人说，正因如此，我们要将有限的生命为人类做出卓越的贡献，以期流芳百世、传承千古。为善，的确是件伟大的事情。可是，这就是生命的原始意义么？我们穷其一生，就是为了流芳百世，为了别人评价我们是一名伟大的“科学家/哲学家/艺术家/革命家……”？

重要的是，“你”已经不存在了：你的身体不存在了、你的意识也不存在了。这个地球依然慢悠悠地转着，你却无法再回来看它一眼。
纵然你深深地爱恋，你热爱的人们，他们如今怎样？你热爱的这片地儿，你死后依然人来人往，你的幽魂可想再来逛逛？你喜欢的小吃，还是那么美味，却再也品尝不到。
纵然你学富六车、才高九斗。组成你大脑的那些分子，依然在这世上游荡，却再也无法组成一个整体，像你过去那样思考。你苦苦冥思的那些难题，如今被人攻克，你可想回来看看究竟？

很好，很强大。。。抢 del.icio.us 的饭碗？
对用户来说，貌似很有诱惑。以前分享文章分两类，有 feed 的用 GReader，没 feed 的用 del.icio.us。这次整合，感觉不突兀，很自然。
其实受影响的站很多，比如最近豆瓣在大搞推荐跟分享。

当然，各个站的定位不一样。
del.icio.us 对于我来说，就是一个不设防的私人收藏夹。很多文章，并没有什么意义，甚至只是垃圾一篇。但考虑到某种原因（比如为了证明世上还有这么无耻的文章…）以后可能会用到，遂收藏之。
GReader 的 Share 就不能这么用。用 Reader 的目的就是为了阅读有价值的知识和资讯。Share 的原因必定是觉得写得不错，也许对别人有用。
豆瓣属于第三种了。它以社区见长，推荐的动机是为了交流，有强烈的意愿希望获得反馈。这就限制了它话题的广度和深度。有人分析过 digg 类网站趋同、趋俗的现象。
豆瓣有一点不同的是，它希望通过其它模块产生的用户行为分析结果，帮助用户从茫茫的信息海洋中过滤出适量的、符合个性化需求的信息。一个很好的想法。倒是建议豆瓣把“推荐”更名为“分享”，推荐是个很有心理压力的词儿，既然要向用户提供更精准的个性化信息，其源头自然要在广度和深度上尽量延伸。只是这需要足够强大的算法支持。

Feed 分享增加了评论跟 tag，相当棒。现在，针对一个热门文章，可以看到许多朋友伸出脑袋插话的现象了～。只是，，，Google 要托管所有评论么？想想有点邪恶了。。。虽然在 GReader 上的评论与在原文下的评论语境不同，但某些针对性不强的评论势必会产生困惑。在 Reader 上评论？在原文下评论？还是这边说完了再复制到另一边？豆瓣的“我说”就让我有点 confused（相对 twitter）。或许 Google 可以开放一个 api，使各个网站可以获取其任意页面在 Reader 上的评论（也许已经有了，没了解过）。其实，这样会更邪恶……。

最后BS一下，为什么不把 Google Notebook 上的数据搬过来，Notebook 现在显得重复了。

May 11, 0:57

Wiki 的提法有意思。
可以在原文的基础上改，然后这里就当是修改说明吧。
对同一主题不同人的修改加上相同的 tag 就类似版本记录了。

只是：
一、很多 blog 不是 cc-sa，这样做应该是不被允许的。
二、应该加强与 Blog 的整合能力。比如修改后的文章可以选择自动发布到自己的 blog；可以显示所有 Reader 用户对同一内容的评论，而不仅仅是好友（当然，有的人的评论不想被外人看，隐私设定）；应该提供 api 使各网站可以查询并显示其文章在 Reader 上的评论（估计很难，相当于其它网站都在对 Google DDoS…Google云…据说很强，受得了么？做成了就NB了）。

May 11, 2:04

原来，阅读文章的时候，并不会自动显示好友的评论。

看起来，每一次评论都是包括全文内容的再发布，跟原 feed 似乎没什么关联。

这样来说，对于 Copyright 的文章，是不能 “Share with note” 的（即使未做任何修改）。或许删除原文只留一个链接，抑或留几个引用语句是可以的。

PS：因为 scim-python 是直接 make install 的，没有打包。fitx 依赖于 scim-python，我没有改依赖关系，而是用 dpkg -i –force- 安装。然后dpkg给出提示说：

dpkg：fitx：尽管有依赖关系的问题，但不管怎样，还是按照您的要求，继续配置：

不知怎的，我觉得这段话很好玩。有一种幽默感、亲切感、尊重感，还有……~~~

二、undefined symbol: Py_InitModule4
运行 awn-manager 时遇到的。这是配置错误，/usr/bin/awn-manager：

SITE_PKG = ‘/usr/lib/python2.4/site-packages’

将其中的2.4改成2.5就OK了。

原因是，python2.5 中，将 64bit 系统下的 Py_InitModule4 改名为 Py_InitModule4_64 了。改名目的是为了阻止2.4的模块调用2.5的解析器。因为2.5针对64bit机做了不兼容于2.4的修改，以支持 4GB+ 内存。

#if SIZEOF_SIZE_T != SIZEOF_INT
/* On a 64-bit system, rename the Py_InitModule4 so that 2.4 modules cannot get loaded into a 2.5 interpreter */
#define Py_InitModule4 Py_InitModule4_64
#endif

http://svn.python.org/projects/python/trunk/Include/modsupport.h

In Python 2.4, indices of sequences are restricted to the C type int. On 64-bit machines, sequences therefore cannot use the full address space, and are restricted to 2**31 elements. This PEP proposes to change this, introducing a platform-specific index type Py_ssize_t.

As the proposed change will cause incompatibilities on 64-bit machines, it should be carried out while such machines are not in wide use (IOW, as early as possible).

http://www.python.org/dev/peps/pep-0353/

一、Netscape/Mozilla 是谁？

对于年纪不大且不大关心 WEB 的人来说，这个问题是很正常的。

非严格来说，Netscape（网景）是一个公司及其出品的 WEB 浏览器的名字。正是这个浏览器吸引并教育了最早的一批万维网用户，并且创造和引进了许多至今仍在应用的 WEB 技术和标准。

众所周知的是，Netscape 最终被微软的 IE（Internet Explorer）干掉了。

1998年，Netscape 被 AOL（美国在线）以4百20万美元的价格收购（微软败诉于反垄断案后，AOL 籍此获得了7.5亿的赔偿），后 AOL 又被 TimeWarner（时代华纳）收购。

AOL 在获得巨额赔偿的同时，还吃了微软一个“７年内可以无限制使用和散布IE”的糖衣炮弹。
2003年，网景终于被宣布解散，只剩少部分人继续维护和开发。

2008年初，Netscape 的开发被宣布彻底终止，并将于 2008.2.1 停止所有安全与技术支持。

如果只是这样，那也无甚好说。传奇的是，Netscape 在卖掉的前夕创立了开源的 Mozilla 社区，而后者诞生了另一款革命性的浏览器（firefox）。形象地说，Netscape 的躯体已经死了，而血脉流传到了 Mozilla。

二、Mozilla 吉祥物

Mozilla 在作为开源计划的名称之前，早已在 Netscape 使用多年，包括作为开发代号、作为吉祥物（那是一只类暴龙，原先是绿色，现在进化到了红色）等。

以下有很多 Mozilla 吉祥物的卡通图，有些满 funny 的。

The Mozilla Museum:
http://home.snafu.de/tilman/mozilla/

Dave Titus（Mozilla 卡通形象的设计者） T-Shirt collection:
http://www.ex-mozilla.org/teeshirtart/

三、图形网页浏览器的鼻祖 ＆ Mozilla 名字的来源

虽然 Netscape 在早期很有影响力，但史上第一个图形化的 Web 浏览器应该是 Mosaic。它由 NCSA（National Center for Supercomputing Applications，美国国家超级计算应用中心，设立于伊利诺大学）发布于1993年。早年的领头羊 Netscape 以及现时的霸主 IE 虽没有直接使用它的源码，但都与之有很深的渊源。

对此感兴趣的话，可以看看 IE 原作者的回忆文章。
Memoirs From the Browser Wars：http://www.ericsink.com/Browser_Wars.html

而 Mozilla 的名字即是由 Mosaic 杀手（Mosaic killer）变化而来（Moz+illa）。

四、Mozilla 的圣经

显然，Mozilla 并没有出版过这么一本书。然而，如果你使用 Netscape 或者 firefox 的话，只需在地址栏输入“about:mozilla”即会看到一段很有启示文学风格的引文，引文的最后注明“from The Book of Mozilla”，使人误以为真有其书。最后会注明一个时间，这个时间代表一个 Mozilla 的重要日期。不同版本的浏览器可能会有不同的引文。

比如，我现在的版本（IceWeasel 2.0.0.11）是这样的的：

7:15 这章节指代2003年7月15日，即 Netscape 被解散、Mozilla 基金会成立的日期。
野兽的没落指 Netscape 的解散；Mozilla 这只巨鸟在浴火中重生；火与雷指代 Mozilla 的两个旗舰产品：Firebird（Firefox 的原名）、Thunderbird；Netscape 的理念在 Mozilla 基金会“重生”，不再像从前那么依赖AOL，力量变得“更强”；玛门指代微软。

细细读来，觉得确实蛮坎坷顽强的。如果有兴趣可以在下面站点找到其它章节。

Mozilla 官方站点，注意看源代码，有注释：
http://www.mozilla.org/book/

英文维基页面，比官方站点多两个，并且有浏览器截图：
http://en.wikipedia.org/wiki/The_Book_of_Mozilla

中文维基页面，目前比英文维基少两个，没有截图但有中文解释：
http://zh.wikipedia.org/wiki/Mozilla之书

五、User Agent String，IE 的童年

以前一直有个疑问，为什么 IE 的特征串会包含 “Mozilla” 这个词，难不成 IE 初始时用了 Netscape 的代码？

原来，因为早先 Netscape 非常 NB，很多网站都 Designed Only for Netscape。通过检测客户端特征串识别 Netscape 的浏览器，对其它的浏览器要么不理，要么只给点阉割的功能（怎么这么熟悉，风水轮流转呵）。IE 为了能访问这些站点，就搞起了特征串欺骗，说“我是 Netscape 啊，不要歧视我啊”。。。

即使后来 IE 成了新的霸主，”Mozilla” 的字眼依然保留在 IE 的特征串中，微软还是满坦然的～。

IE 还有一个对 Netscape 的恶搞动作。因为 Netscape 能通过 “about:Mozilla” 阅读 “The Book of Mozilla”，据说，在早期的 IE 中输入 “about:Mozilla” 也有个页面——象征死机的蓝屏。

呵呵，史海轮回，Netscape 一路走好，Firefox 加油！