我翻墙使所乃tor的浏览器套件，内含Tor、 Vidalia、Torbutton、Polipo 和 Firefox几个组件，原想借polipo配合freecap或sockscap搭桥，结果一直未成功。实在没辙，再去翻小说下载阅读器的帮助，突然发现原来它是和ie用的相同的代理服务器。这下找到救星了。便在ie里开始设置。我所用系统为win7，IE是IE8。一开始并不知道代理服务器怎么填合适，网上也没啥完整的参考。好在通过搜索及自己摸索，终于找到了设置的方法。

在“Internet”选项里打开“连接”。这时要注意上网方式。如果是lan，则点“局域网设置”；如果拨号上网，则点其上的“设置”——这在界面上本有说明，不过自己当时没有注意，填错了地方，浪费了许久。之后，再选“高级”，如下填写，便可以了：

——己丑年腊月初四
于泉城破舍囧床

WLan

到济南之后，一直受困于上网难题。先是与朋友找了间网吧，办了会员卡，凑和度日。可惜网吧离学校实在是有点远，单程就得二十分钟。倒是可以锻炼身体……

后来向学校的学生打听了一下，才知道原来该校区已经通了无线宽带。带去笔记本之后，启用无线网卡，果然搜到了无线信号，而且挺强，最差时也在三格之上。很高兴，立刻打听到办理业务的电信营业厅所在，兴冲冲便赶去。

走了很远的路，到了之后，一问，果然有这个业务。30块钱一个月，包100个小时，超出时段更便宜，一小时只有两毛钱。我立刻道：“那给我办张卡吧！”结果营业厅的两位姐姐却说：现在没有卡。我一楞，再问方知平常只在月初放卡，我去时已经月中，此时基本无卡，因为学生多恐此时百时难以用尽。两位姐姐建议我下月再买。我却因在济南待不久，故格外珍惜时间。且剩余半月，即使去网吧，也不止30元。故而坚称希望能办个账号。

两位姐姐见状，实不忍心，故告知某校区曾有数人合伙来办理，他们集体订了一批账号，可以把我加进去。我再一问，不由得大乐：原来同我的同行！看到都是寂寞的人啊！

订好账号之后，因为要激活，便回去等待。一天打几次电话询问。一直没有结果。终于在两天之后，接到了营业厅的电话。上午下了课便找朋友借自行车——实在是远——然后一路狂蹬，到了营业厅，却又见到那几个同行。大家一顿乱侃，然后各拿账号回校。

于是，终于将济南的上网阵地，从网吧转到了宿舍。也就有了前面几篇博客的落款，从“济南某网吧”变成了“破校烂舍囧床”……

QQ五笔

传说中的“QQ五笔”终于露出了面目，虽然还是测试版，但仍然忍不住下载了份，装上试用一下。倒不是因为我爱尝新鲜，比如之前的搜狗五笔我就压根没有想过试用。实在是因为之前的某个传闻：开发极点五笔的杜老师被腾迅收了。虽然我多方考证，也没能确定此传言真假，但却上了“贼船”，对QQ五笔抱有了某些期待。而极点五笔自7.0预览2版之后，一直未有消息，多少也有些手痒。所以昨天一看cb上放出了QQ五笔的内测版，立刻下载试用；再去五笔爱好者论坛转转，发现不少讨论QQ五笔的帖子，不由得一笑。

安装使用，整体感觉超乎想象，比预想的好很多少。功能设置和极点很像，熟用极点五笔的朋友，很快就能熟用QQ五笔。上屏的速度也不错，感觉似乎比极点还要好些，而比小鸭仍有不如。词库较为开放，我直接导入了习惯用的极爽6词库，很顺利。皮肤虽然不多，却比较精细，商业软件的ui设计确实有其优势，强于极点和小鸭。

说了优点，再提提缺陷。首先是自定义快捷键，虽然QQ五笔提供了丰富自定义功能，但热键的定义仍有不足，可资定义的空间不能，无法改成和极点完全一样，集中体现于“简繁转换”“手动加词”的快捷键只能定义为ctrl+shift+字母键，而非ctrl+任意键。

然后就是资源占用，虽然其上屏速度感觉比极点要快一点点，但是资源占用似乎更高一些，我曾在系统运行大资源的时候，用QQ五笔，结果卡得要死，几乎无法输出，切换成极点之后，却完全流利地输出——优化资源占用，似乎一直是腾迅的软肋，集中体现在不断膨胀的QQ客户端——比如我喜欢的QQ2009，资源占用超出2008甚多，之后每一个sp，似乎又加剧了占用，总在追新与保持资源优化之间徘徊纠结——扯远了，还是说QQ五笔，作为输入法，我认为首要的便是资源占用，输入法是最基本的服务，应该尽量保证无论占用到了什么样的情况，都想法保证正常使用，这也是为啥我在linux下面，选择简洁的fcitx，而非“强大”与“庞大”并存的scim。

再者就是我没有找到“临时拼音”，虽然有混和拼音，但“临时拼音”对于熟用五笔的人来说，更实用些。不过我暂时不敢说没有，只能说找了一会儿没有找到，呵呵，作人要严谨：）此外网址的输入，在候选框里输网址，不如极点www.之后自动切换到临时英文方便。

整体而言，QQ五笔的表现超乎预计，起点比较高，功能实现也不错，借助其庞大的客户端，潜力可观。日后再与QQ号绑定，使用户词库移动起来，更是方便。而期待，则一是继续扩大自由度，给码表、热键更多的定义空间；二也是最重要的，希望能够优化降低资源占用，这既是最重要的，似乎也是对腾迅没谱的事……

总而言之一句话：仍待完善，潜力无限。

rabr

自从墙掉了twitter，与微博渐行渐远。虽然喜欢twitter，但每次翻墙上，还是太累。后来见到了dabr，感觉不错，便在自己的空间架设了一个。

可是似乎是我的空间与dabr的要求配置之间有些出入，所以架设之后总会出各种问题。曾经费了不少力气，加上运气成功架设，结果随着svn的更新，一切又回到最初……改用过奶瓶，也是好了一会儿就挂掉……实在没办法，已经放弃了许久。结果偶然然发现了基本特推中文圈改制的rabr，相对于dabr，rabr的要求配置比较低，我的空间貌似可以达到。立刻安装看看，上传之。打开，果然可以正常运行。而且意外地发现，界面比dabr漂亮太多了，和twitter本身很像，可以有几个主题可以选择。不错不错。不过相对的，速度也要慢一些。不过能用就挺好，而且养眼啊。

登录之后，熟悉的界面，熟悉的朋友，有些感慨。

不过得陇望蜀，我最习惯的仍是通过浏览器的扩展来使用twitter，如以前的twitterfox（现已改名），可惜现在还没有很好的办法。虽然修改之后可以用第三方的api，但api也常常被封……慢慢寻吧。

ScarAngel v3.3

期待了一周，原以为sa3.3一周内释出乃是传言，结果一大早起床之后，ef群里就说3.3出了！立刻下载，替换了3.2。一直感觉3.2乃匆匆发布的，以致于出了共享文件的那个大bug，所以一直比较期待3.3。用了之后感觉完善了许多。后来和zz聊天，聊到了之前sa修正了最小化之后右键菜单的中文字体显示，她让我截个图看看，我一点3.3的右键，不由得惊呼出来：3.3的右键菜单，居然一改xt系的特色，回归了官版的样子！告诉zz，她之前也不知道，不过她说，xt应该会继续坚持原来的设计。

另外透露一下，xt如果没意外，应该会释出7.3，主要是个fix bug版。不过这也只是个初步的计划，到底最后如何，也不好说。只能说安心使用现在的，谨慎乐观期待新版吧：）

END

原来计划写几个字，结果没想到越写越多。很久没有享受晚上坐在桌前，一点点敲东西的感觉。久违的熟悉，让人温馨。也希望我的IT生活，也能不断有新的精彩。

——乙丑年十月十八
夜于悼芹轩

因为在 windows下习惯使用极点五笔，而且会用极爽6来替代极点内置的极爽4,所以在linux下，也希望能够有相似的输入体验。而渔王兄的小企鹅输入法，则很符合我的习惯与要求。有了合适的输入法，下一步便要找到习惯的词库。虽然fcitx内置的五笔词库，已经不错了，但我希望能有更强大些的。后来，在 fcitx的论坛里，看到了第六元素所写《从极点到fcitx码表的转换方法》方知fcitx已自带了从极点向fcitx码表转换的工具。第一次按照该文转换，结果失败了。后来ginkgo兄发布了他所转换的码表，我成功使用了。但又发现，ginkgo兄在制作时用调整了词的顺序，尤其是一二级简码，顺序乱了之后几乎无法使用，加之已在windows下完全习惯了极爽本来的词序，所以ginkgo兄的成果，我也只能放弃，而再一次动手转换。不过ginkgo兄的词库虽然不便使用，但他指出fcitx只支持gbk的字符，则提醒我找到了第一次失败的原因：一则是我选用了包括cjk在内的大字符集，二则是转换时词库仍带有极点用于标示非常用字的~符号。找到问题所在，解决就好办了：先是选用了gbk版极爽6for极点的词库，再将词库中的~符号全部删去，然后按照第六元素所写的办法，一步一步做来，最后果然转换成功。

这个词库尚未转换之时，就决定做好之后共享出来，给其他与我有同样需求的朋友使用；转换成功之后，使用了一段时间，感觉基本正常，但因为各种事情缠身，没有及时发布出来。前几天忽然发现fcitx发布了3.6正式版，非常高兴，所以决定现在把转换的词库发布出来，给需要的朋友使用，也算是祝贺fcitx发布新的正式版。

想之前，渔王声明不再更新fcitx，吾闻之遗憾而又伤心。实在不愿这么优秀的输入法，就此离我而去。之后很长的一段时间里，仍然使用着旧版的fcitx。直到某天，云帆的某大提供了渔王自己写自己用的918版本，我又看到了希望，但仍不敢过于期待，生怕带来更大的失望。而后，渔王自己发帖，说恢复开发fcitx，我如同飘于云端，兴奋不能自抑，天天盼望新版的问世。从svn上一直更新fcitx3.6的rc版，而终于等到了正式版！对于fcitx，能力所限，我没办法做更多的贡献，只能将自己转换的词库分享出来，希望能给更多的fcitx用户提供方便——而词库本身，我也仅仅转换了一下而已，词库乃窝子兄所作，特此声明；而转换的工具，也是渔王在fcitx里提供的，亦于此说明。

使用的方法，fcitx自带的说明文档里已有，我于此简略复述一下:

将词库复制到fcitx的码表目录下，然后修改tables.conf文件，加入下面的一段：

[码表]
名称=极爽五笔
码表=jswb.mb
调频=0
拼音=1
拼音键=z
自动上屏=-1
空码自动上屏=0
模糊=1
模糊键=z
自动词组=1
自动词组长度=4
词组参与自动造词=1
保存自动词组=3
最长词组字数=2
精确匹配=0
提示编码=0
符号=zzzz

其中“极爽五笔”可以改为自己想用的名称，下面的各个参数，也可以按实际需要修改。

保存之后，重新启动fcitx或者用ctrl+5载入即可。

最后，希望fcitx越来越棒，也希望窝子兄早日归来，为我们提供更好用的词库！

——己丑闰五廿四
于悼芹轩

easyemule者，余谓之“阉割骡”。盖其砍去、隐藏emule之数功能，而致界面简陋，以塞小白登堂之途；ipfilter、dlp之防护措施，则徒具其形，而废其保护之用，以作“精简快速”之象；砍去其它mod string显示，只标为“emule”，令用户不知其它骡种，且将emule等同vc，经人指出，自称失误，却久未更改……凡此种种，皆名为简化操作，实绝新手进阶之路，终令其难脱vc之束缚，而引滚滚财源。

虽然，“阉割骡”亦有增益，如dlp者，虽放掉xl，却ban掉xtreme，经人指出，则谓“混淆视听、不负责任之言”，；如服务器列表者，可用者不过寥寥，“阉割骡”则加至数十，凡得创洋洋大观者，不拘间谍、虚假，统统得入，和谐热闹。

“阉割骡”一出，黄dash雄心万丈，但深憾emule本在，阉割仍难彻底，故下定决心，自产下一代阉割骡，名曰“电驴2.0”。——余仰天长叹，哀edonkey之不存，名号任人抢掠。

计划之初，宣传万响，号称自底层开始重写，不用emule已有代码，故不开源，称6月X日发布。余深知vc技术人员水平，觉其所言太虚，非其力可达。果不其然，vc借八八之日，维护网站，且延过预定发布之日。

完全底层重写，且兼容已有ed2k之协议，余深知其难，更不信vc能凭一己之力做到。是时已有朋友指出vc声明只提不用“emule”代码，而未提及amule、mldonkey；且所谓2.0，与amule同为Wxwidgets，更惹人怀疑。但提出疑问，vc从未回答。

前不久，难产许久的2.0终于艰难问世，拿来分析，就感觉更为流氓，堪比3271，小友chengr28有文析之，余不复言。待前几日，忽发现amule开发者gtoso于vc社区，发帖索要2.0之源码，称经分析，发现所谓2.0用了GPL协议的amule源代码，而据GPL，凡采用以其协议开源之代码，其源码亦应以GPL开源。

此帖一出，众皆哗然。vc著名开发人员godLaugh（曾到访小轩，令吾蓬荜增灰~）回帖，称“只是对 aMule KAD 机制部分进行了参考，并没有使用 aMule的代码”。便如其所言，亦当如威震天所说“之前说是完全从底层重写，现在说在Kad部分做了参考。而且做了参考之前为什么不说？”吾等围观群众，不满vc回应，纷冒被埋之险，皆怀赴死之心，发言谴责vc，而支持gtoso，并点gtoso之“支持”，按godLaugh之“反对”。是时余深知vc所擅之删帖、封口、立牌坊三部曲，故截图以存底。但心想来者毕竟乃amule开发者，vc当不会如此决绝。所谓截图，不过以小人之心，度小人之腹罢了。

不料，今日朋友告知，vc虽未删帖封号，但已锁了此帖，且锁前仍有一贯之牌坊高耸——且今日牌坊，乃百分百纯贞节烈女黄dash所亲立！辞曰：“确实没有使用GPL代码，各位完全可以通过Ollydbg之类软件的自行求证。楼主所说的“all this EasyMule thing is build over the aMule code”，纯属不负责任的无稽之谈。”余见而深感熟悉，思量再三，恍忆当年aug指出vc的自产阉割dlp，ban掉了正规骡子extreme之时，黄烈女所强烈谴责，与此一般无二。

可笑者，黄dash所谓“可以通过Ollydbg之类软件的自行求证”，而gsoto早已言明，本便由ollydbg验证确定，黄dash非但语言未曾进步，连眼神都不好使——想被钱迷耳~

且gsoto英文留言，godlaught英文回复，谓若有其它证据，请以email联系；黄dash继以中文立牌坊，强烈谴责——余不知gsoto能否知其语意；且其蛮横封帖，若gsoto以email联系，则一令不明细里者，误以gsoto失理而因黄dash“义正言辞”闭口，二令吾等知细里者，难知此事进度。vc引导之技，愈发炉火纯青矣。

提一话外小事：余因关注此帖，故各发言之“支持”“反对”亦未逃吾眼。之前支持vc众而反对gsoto等者寥寥，而支持gsoto众反对vc等者甚伙。然锁帖之后，对比则全然反转，若说vc未使“手段”，不知哪位肯信。我今日开彼帖，是时黄dash所获评论，有九，支持零，反对九。余欲增其为十，然一时手欠，误中“支持”，变为支持一、反对九、共十。余特此声明，以免黄dash见手下之外，竟有人支持，而兴奋过度。同时亦作一标记，且看何时支持反对比再次反转。

回归正题，黄dash立牌坊而正义谴责，gsoto暂未回应，或者已以email联系而吾等不知。然则，吾等emule爱好者，皆拭目以待下文，相信vc定有强力证据，反驳gsoto之无耻谰言，而自证纯洁坚贞。

诗曰：

amule无理索源码 维西众凭心细商量
gsoto叵测骗宝贝 黄dash正义述短长

——己丑闰五十三
于悼芹轩雨窗

先说qq2008及更早版本的聊天记录所存在的bug，那就是在时间上，采用的是操作系统的时间，而不是客观时间，于是可能就出现如下情形：
A（2030年X月Y日）
B（1998年X月Y日）
这些在旧版本的qq上使用并没有出现问题，导入聊天记录也正常，大概因为这些版本的qq，导入聊天记录时直接从尾部追加，并不在意聊天时间。

而qq2009的聊天记录管理对此有所修改，聊天时产生的记录，都会自动追加在现存记录的尾位；然而当要导入聊天记录时，就会参考聊天时间。

客观的说，这种方式无疑更为科学，尤其是在合并几处的聊在记录时，按照聊天时间进行排序，更为清晰和条理，便于管理。——但是，有一个前提，那就是所有的时间标志必须准确无误才行！

如果时间有问题呢？正如前面所说的旧版时间问题，这时麻烦就来了，聊天记录排序会混乱。

或许是出于方便新用qq2009时能够较好地导入旧版的聊天记录，所以2009在导入旧版的聊天记录时，虽然会有一些错误的时间，但消息管理器并不会按照这些错误的时间记录重排，而是完全按照导入之前的顺序。比如04至08年的聊天记录中，有一天系统时间误为2020年，导入之后的聊天记录，仍为：2004……2020……2008，然后2009年的新聊天记录会继续在尾部追加，这时情况仍然没什么问题。但是，如果当需要导入另一处的聊天记录的时候，问题就出现了：比如之前导入的08年的聊天记录有没有2月的，2月的聊天记录在另一台电脑上，那么，之前的聊天记录为：2004……2020……2008.1、2008.3……。我们导入2月的聊天记录时，肯定希望导入的结果为：2004……2020……2008.1、2008.2、2008.3……但是，相信某些朋友已经发现问题所在了，因为消息管理器会按时间标志判断导入聊天记录的位置，于是，当我们导入08年2月的记录时，结果会导致：
2004……2008.2、2020……2008.1、2008.3……
而如果你先导入2008年2月的聊天记录，再导入04至08年的旧记录，生成的顺序仍然一般无二！

我恰恰遇到了这个问题。与其他人的聊天记录也罢了，偏偏是和女朋友的聊天记录出现了这种问题。原因是07年1月14日那一天，女朋友在图书馆用的电脑，系统时间成了2011年，于是聊天记录里就有了2011年的时间标志。而且，我需要导入的聊天记录又恰恰不止一处，于是，别处的08、09年聊天记录，通通跑到了2011年实则为2007年之前……而在qq2009上聊天时生成的聊天记录，又是在尾部追加的——相信不用再多说，大家足以明白我的聊天记录乱成了什么样子。更为麻烦的时候，因为曾多次导入过聊天记录，2011年问题又给我衍生出好多重复的聊天记录而未能自动过滤！

这个问题昨天才发现，看着乱轰轰的聊天记录，脑子都要炸了，心里乱糟糟的。备份了聊天记录，然后想试着调整一下。经过几次尝试，最终得出结论：没有什么便捷的方法。

没有便捷的方法，就试试笨方法吧。好在经过试验，笨方法倒是能够实现。所用的笨方法，就是先删掉时间错误的记录，使余下所有聊天记录的时间标志都无误，然后将混乱的聊天记录分割成几部分，保证每一部分内部都是按时间顺序正确排列的，然后再导入这几部分，qq2009就能按这几部分的时间顺序，正确排列所有的记录。

然而，这个办法虽然几句话就能说完，但做起来就极为繁琐了——所有称之为笨方法。麻烦就麻烦在把记录分成几部分。比如要从头到尾分为甲、乙、丙三部分，由于没有分别导出的功能，只能先备份全部的记录，然后手动删除乙、丙两部分，才能导出甲；继而恢复备份，再删除甲、丙，导出乙……最可怕的是，每一部分都有几十页，不可能一次删完，只能一页一页的删，而如果一不小心多删了一页，之前又没有进展备份，就前功尽弃，只能重来了……

好在只有那一天的时间出了问题，花了大半夜的工夫，终于算成功把记录拆出导出，然后导入，除了少去出问题那天女朋友的话语之外，其余的记录都保存下来，并按正确的顺序排列。所费工夫与精力，已无法言喻，好在结局不算坏，基本完成目的，也聊慰吾心。

不过，纵然基本完成了目标，但少却一天的记录，于我爱求完美之心，仍有不少遗憾；所幸者，之前qq2008的聊天记录并未删去，仍可以完整的保存，至少想看时能仍能翻出原始完整版出来。

又想起2006年10月前后的数据事故，导致之前的聊天记录全部消失……心痛啊……整理聊天记录时，翻翻各都记录，都是始于06年末，更是加剧心中痛惜！

最后啰嗦一句：从qq2009的改变来看，腾迅确实试图使qq更为智能和全面，但所谓积重难返，虽然腾迅想了某些方法，于改变同时兼容更早的版本，但终究未能解决全部问题——但无论如何，还是希望腾迅能找到更多更好的方法，能够好好解决这些“历史遗留问题”。

——己丑闰五初八
夜于悼芹轩

在LibFetion的网站下载了最新的源码包（http://www.libfetion.cn/Linux_demoapp_download.html），按照说明先安装了编译环境。安装方法是参考的在Fedora上如何编译该代码，并针对Mandriva略作。在mdv下，安装编译环境所用命令为（mdv里并无qt4这个包）：

urpmi qt4-devel libcurl libcurl-devel kernel-devel automake gcc-c++ glibc glibc-devel

安装完毕后，就可以编译了。进入linux_fetion_0.9.3文件夹，通过su命令获取权限，然后运行

qmake

这一步，按照libfetion网站上的说明，应该是执行“qmake－qt4”，但是，在mdv上执行后，却会出现“Can’t Find Qmake-Qt4”的错误。通过google，找到了《opensuse 安装libfetion找不到qmake-qt4的解决办法》，里面说得很明白，不需再多说了。

qmake之后，成功出现makefile这个文件，这时先后执行

make
./install.sh

即可。

不过我在执行make时，也遇到了和这个帖子中一样的问题，而即使删掉第95行，依然不能成功make，在执行./install.sh之后，就会出现下面的错误提示：

cp: 无法 stat “linux-fetion”: 没有那个文件或目录

strip: ‘/usr/bin/linux-fetion’: No such file

chmod: 无法访问 “/usr/bin/linux-fetion”: 没有那个文件或目录

在网上搜了一下，发现并不只有我遇到这个问题，但并没有找到明确的解决方法，只能确定是没有make成功。后来重新make几次，依然如此，心下只奈，只得准备放弃。

不过，就在准备放弃的时候，忽然灵光一闪，问题既然出在不能编译出linux-fetion这个文件上，那我自己找一个能用的linux-fetion文件或许正好能替代之？想到这里，立刻去下了一个最新的deb包，将里面的linux-fetion解压出来，然后放到linux_fetion_0.9.3目录下面，然后重新运行./install.sh，哈哈，不出所料，果然成功安装了，在kickoff的“程序”>>“Internet”里，看到了那熟悉的“飞信第三方客户程序”。鼠标点一下，成功地运行了，心里很高兴，不由得乐了起来。

虽然中间波折不断，似乎别人曾遇到的问题，我全遇上了，但最终能成功编译，那些波折反衬托了最后的开心。也顺便写成此文，或许能给后来者一些帮助。

──己丑年四月十九
于悼芹轩

后来，曾经于三国艺苑网站，找到一些mp3，相对于其它网站，此处提供的音乐，倒是纯净而完整，比如《淯水吟》，便是第一次听到了完整的两段版。不过美中不足则在于码率太低——当然，这可以理解，因为毕竟是几年前提取的，但作为长期的收藏来说，毕竟很遗憾。

今天，上网空闲时，随手又以“《三国演义》原声”检索，却意外地发现骡子上有人共享了ape出来！霎时喜出望外，立刻加入xt的下载列表之中。peer很多，速度也很快，但很快我就发现，这个文件并不完整，有两个文件段没有源，红通通的。看了一下发布的时候，已经有几天了，而且楼主做源做了许久。不由得感叹，vc骡子发布功能的低效、反吸血的无力与吸血骡的猖獗，于斯可见一斑。——从早上等到晚上，终于出现了一个完整源，现在排队到四五百了，且慢慢等吧。时间倒不是问题，不过ed2k的前途，使用让我不能平静。

最后，提供一下这个文件的ed2k地址（《三国演义》原声下载），并感谢发布者sumaozhenhenry。下载之后，我将设其为“强力发布”，协助分流，略进绵力。──惜乎该原声并无《子夜四时歌》，美中不足。

还是希望ed2k能够熬过这段艰难的时期，莫为某些人的贪欲而无辜消亡……真心祈祷……

——己丑年四月十七
夜于悼芹轩

喜爱kde，喜爱deb包，但终于无法忍受kubuntu下低效率又易崩溃还常出莫名问题的kde。 很早就听人言道，mandriva乃是对kde支持最棒的发行版，而且图形化设置做得非常好，极易上手。当时心下就有了以mdv替换kubuntu的想法。然而mandriva采用了rpm包的管理方式，总感觉不如deb方便，所以犹豫再三，很难定夺。

偶然在kdecn提到了自己两难的困惑，k友sami告诉说，虽然deb整体上要比rpm包易于管理和使用，但mandriva的rpm包管理亦是非常优秀，十分便于使用，且由于采用了多个源同时下载的技术，所以下载速度也非常之快。听sami如此言，我也决定，离开kubuntu，在mdv下享受一下真正的kde4。不过sami当时告诉我，mdv的2009.1 spring版发行在即，可以稍等一下再装。我也听其劝告，盼星星，盼月亮，盼到4月29日，安装spring版。正好前几天事情多，没来得顾及此事──也让我避免了等待的焦虑，两全其美啊。

昨天在LinuxSir上转转，看看是否有提前泄漏的mandriva，结果天遂人愿，果然发现了提前泄漏的spring版，哈哈。于是立刻下载。先是下载的kde4的one cd，因为使用kubuntu几年，对live cd相当有好感。虽知这个live cd不能硬盘安装，但想通过u盘引导iso来实现。结果u盘配合grub4dos引导失败……后来直接用utraliso将镜像写入u盘，依然引导失败……最后，迫于无奈，干脆重新量产u盘，量产出一个usbcdrom来，结果这次更绝，主板根本认不出这个光驱……那个崩溃啊。于是只得重新去下载Mini Dual──硬盘空间有限，虽然知道freeDVD有千般好处，但也只能忍痛放弃~

经过一番设置，成功由win xp引导grub4dos而后成功加载iso，进入了安装界面──曾想偷懒，直接用以前的grub引导，或者是因为grub对分区格式的支持问题，没有成功，只得用回了grub4dos。分区时，将根分区改为传说是的ext4。选软件包的时候，因为就是奔kde4来的，所以取消了默认的lxde，选择了kde4。很顺利地安装完毕，重启，多系统引导界面相当漂亮。选择mandriva 2009 spring，咦？怎么最后是命令符？我的kde4哪儿去了！！后来没办法，重新安装了一遍，这次没有取消lxde，终于成功进入了X……原来free cd没有包含kde4的环境……不过重装之后，引导界面里的windows不见了……

从来没用过lxde，不过相去不远，倒也不难。配置了网络、中文，其间为安装rp-pppoe费了不少劲，好在终于解决。然后进入了软件管理器，果然名不虚传，甚是好用。安装了kde4，重启，又是一番配置，于是乎我的linux desktop基本成形──在kde4下面，很容易就让系统添加了对xp的引导。中文输入法选择了fcitx3.6 rc版。别人说最好仍是用3.5，因为使用3.6极易出现cpu占用100%的情况。不过因为源里有3.6rc版，3.5还需要自己编译，以“懒人创造世界”的精神，还是装了3.6rc版。好在它成功继承了我在kubuntu下的设置，省去了不少配置的时候，HOHO~

整体感觉，mandriva确实名不虚传，它的kde4明显比kubuntu的要精细，二个公司对kde的支持力度与重视程度，实在不可同日而语。刚刚使用不久，还有待于继续深入的使用和了解。不过单单从半天的试用情况来说，mandriva确实不辜负最支持kde之发行版的称号。感谢mandriva，期待它的发展越来越好；也期待kde4、linux乃至整个开源世界，都越来越好！

──己丑年四月初五
于悼芹轩

其中，放行吸血骡这一条尤为可恨。国内众多的小白，以及众多的伸手党，本已为吸血骡提供了丰沃的土壤。这本需要所有的骡友意识到其危害，积极地反吸血。可vc却迟迟没有反应。后来在广大网友的一再要求下，才使其开发的mod支持了dlp。然而，虽然支持了dlp功能，但vc自己修改的dlp插件，却对国内最广泛的吸血骡——迅雷偷偷放行，只屏蔽掉了非常古老的那一部分。而其原因，则是vc和三代达成了某种商业上的协议。

前两天，vc上有一个用户，不堪吸血骡之扰，在vc的社区发了个帖子，说希望官版的emule能加入dlp——他以为dlp是vc开发的，故而希望vc向官方提供dlp，推动官方支持dlp。这本不过是个很平常的帖子，我也只是随便回复了一下，说明了官方对dlp的态度，dlp的来历，以及vc对xl暧昧的态度。本以为就到此结束了。不料vc的版主认为我所说的vc版dlp是阉割版不合实事，而坚持声称vc的dlp效果很好。于是我便与之争执起来，也有几个老骡友仗义助拳，揭露vc种种无耻的做法。当然vc的版主不以为然，双方争执不下。后来又涌进几只无知却又自大的小白，于是战况更为激烈。

至昨天晚上，我想斗嘴也不是办法，还容易留下“无凭无据、信口雌黄”的印象。于是干脆心一横，上了大杀器——截图！我将verycd的阉割骡easymule加载其自产阉割dlp，放行xl的情况，通过日志、截图，予以充分的说明。上传完毕，睡觉。当时心里就基本肯定，这些图绝对会删掉；说不定，我的号也像当年aug那样，说出事实，却被vc以“造谣”为名，出手格杀。——当然，aug当时说的事实，要严重的多，乃是vc的dlp，一边放行冒充优秀mod xtreme的xl，一边却封禁了原版的xtreme7.0！

今天上午，打开verycd.com，登入账号，嘿，居然号还在。点开回帖列表，那个帖子居然也仍在。难道我小瞧了vc？它们居然真有这种涵养？然后一点那个帖子，却跳出说该小组是“私密小组”，我无权访问。我当时以为是这个帖子被移到了管理区，心想它果然还是心虚了。那就进“emule新版测试区”看看吧，结果一点，还是显示“私密小组”。我这才恍然大悟：那个帖子并未被移动，而是我在这个小组给埋了！退出登录，匿名进去一看，帖子果然仍在，不过已经被锁了。打开帖子，果然我最后发的帖子被删了，然后vc的版主又一次强调了vc自产阉割骡与阉割dlp的强大云云，收束然后锁帖。我注册了一个马甲，去该去声冤，片刻亦魂飞烟灭，彻底消失……

后与几位骡友说及此事，他们却说我或许错怪了那个版主，虽然那个版主拿vc的钱，说胡话维护vc，但删帖、埋人的，却未必是他，而是“隐藏在幕后的人”。到底是谁，我也搞不清，也没有人给我一个说法。不过好在公道存人心，有朋友深知vc的习性，帮忙备份了我的证据，以及其后几张支持我而被删的帖子。

埋就埋吧，只是想起当然vc某位官方人士的一段话，现在看看，真是有趣啊：“VeryCD是一个具有使命感的网站,我们立志实现“分享互联网”的梦想.但在实现这个梦想的过程中,我们先要把手中的“武器”交给所有网民,请大家来监督我们,即使有一天,VeryCD也开始走向无耻,“武器”在你们手中,请大家无情的抛弃我们!”

最后，再像贴小广告一样，把这段话再贴一遍吧——我已将其贴至了我在vc发布的每一个资源：

强烈抗议vc在我用事实和证据揭露它们和xl私通之后，无耻地在装纯的同时，对我进行禁言、删证据、锁帖，并在锁帖前再次重复谎言的丑陋行径！
http://www.VeryCD.com/groups/eMuleBeta/601967.topic

被vc删掉的：

连接的log

2009/3/24 22:33:47: Adding client to upload list: Direct add with empty queue. Client: 13788212@61.130.111.15 (218.29.126.17) ‘[CHN][VeryCD]xwWrvW_`’ (eMule v0.48a [xl build48],None/LowToLowIp ne)

vc的阉割dlp

正在和阉割骡传输的xl

删掉的部分回帖

VeryCD啊，小心杨教主去找你们哦^^

——己丑年二月二十九
于易玩

今天晚上回家，和往常一样，往大米盘里传武大版《文渊阁四库全书》光盘。突然发现，上传速度飙到了800kb/s！我以为是瞬间速度而已，并没怎么在意。然而观察了一会儿，却发现虽然速度并不稳定，但总保持在七八百kb/s的样子，偶尔还能超过1M！

我还不敢确定，难道网通听到了我昨晚的话？连忙打开正在内测的xtreme 7.2 a2版，观察上传速度。原来我设计的上传速度限制是120，加个零，设成1200，开始观察。一开始没连上多少人，只有10K左右的上传，那个心急啊。等待了一会儿，终于过了50，然后在100上下徘徊。等啊等，终于过了200！400！在我的一再鼓励下，800！900！啊，心里那个激动啊！然后又飘到900，过了1000！天啊，又回到了那疯狂上传的岁月！超过1100了！

然而，过了1100，也始终没有突破1200。我想，是不是因为限速的原因呢？于是又将限速提升到1500，并打开了“开启更多上传槽”和“剔除频繁阻塞的sockets”，不过速度也并未突破1200。或许极限就在1200以下吧。后来发疯似的上传之后，速度有所下降，基本稳定在880上下。

这时，xtreme的开发者zz_fly出现了。我激动地说：“ zz，xt太厉害了。我上传极限140kb/s的网络，用了xt7.2，现上传超过了1000！你要加油哦！争取正式版出来，能达到10000！”囧王tom也在旁边添乱，说：“你发ied，我给你加精。”不过zz久久未发言，不知道是否是被吓到了。后来她询问大家测试中网络上传的情况，我把我的上传截图给她看了看。zz很诧异我的上传曲线在峰值稳定了一段时间之后，又下降了一个平台稳定住。我告诉她我更改设置的事。她则令我将“开启更多上传槽”和“剔除频繁阻塞的sockets”关闭，因为她“不认为那两个选项在高上传的条件下有用”，并让我把进程优先级选为中高，发送缓存16K，双倍发送尺寸勾选再试试看，但却并没有效果。zz又道：“不过这种平台更像是网络的原因。”我想，就这样吧，速度已经不低了，原因以后再说，已经很高兴了。

就在上一段正要写完的时候，我又点开了“选项”，突然发现上传限制里并不是1500，而是890！我才恍然大悟，我之前更改设置时，只改了限速，没有将上传能力的1200改为1500，于是emule自动把上传限速给我调低了。我狂晕，连忙将两项都调为1500，很快，速度又回到了1100以上，而且终于突破了1200，不过并不能稳定在1200，时不时掉到1100，不过也能瞬时超过1300——虽然极其少见，看来现在网络上传的极限就在这附近了。然后我又把之前速度掉下来的原因跟zz一说，她亦是狂晕。呵呵。

难道网通（联通）真的天良发现？现在网络的上传能力真是超爽。不过还得观察两天，确定一下到底真是良心发现，还是只不过一时发晕。希望别发晕哦……祈祷……虽然说网通联通有良心，未免有些黑色幽默，不过我现在还真心希望如此……

最后再要再说一句，xt7.2真是强，真是强啊真是强：）不去以此写软文，真是可惜了啊。希望xtreme越来越好！

最后附图两张，以证我所言非虚！

上传曲线

上传速度

——己丑二月二十八
于悼芹轩