fedora-cn

senior member

Sat, 17 Dec 2011 11:17:14 +0800

续之前吵架的话题。没人会无缘无故地强硬地为自己辩护，没人会无缘无故地批评别人除非发现了软柿子捏。要吵架而没有证据可耻。

edit: 为什么三天前的旧事还要重提？因为事情还没完，保不定多久还要被扣上 BBS 维护不力、inactive 的帽子，所以昨天想了很久让谁来做箭靶子。我TMD为啥要担心所托非人？我只是个 fans 而已，我 play for fun 而已，搞神马政治呢。

时间是用来吵架的

Mon, 12 Dec 2011 22:44:09 +0800

今天在 fedora chinese 邮件列表吵架。
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008715.html
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008718.html
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008724.html
http://lists.fedoraproject.org/pipermail/chinese/2011-December/008726.html

又，我上网太多的证据，Personal IRC activity tracking record (full logs at http://meetbot.fedoraproject.org/fedora-zh/ )

[yuan@mstar logs]$ ls irssi-fedora-cn-2011-* |wc -l
231
[yuan@mstar logs]$ ls irssi-fedora-cn-20* |wc -l
971
[yuan@mstar logs]$ ls irssi-fedora-cn-20* | head -n 1
irssi-fedora-cn-2008-06-27.txt
[yuan@mstar logs]$ grep -i bbs irssi-fedora-cn-2011-* |grep -v -i IRC | col -b |awk -F: '{print $1}' |uniq
irssi-fedora-cn-2011-02-13.txt
irssi-fedora-cn-2011-02-18.txt
irssi-fedora-cn-2011-04-24.txt
irssi-fedora-cn-2011-05-01.txt
irssi-fedora-cn-2011-05-04.txt
irssi-fedora-cn-2011-05-06.txt
irssi-fedora-cn-2011-05-22.txt
irssi-fedora-cn-2011-07-29.txt
irssi-fedora-cn-2011-08-05.txt
irssi-fedora-cn-2011-10-21.txt
irssi-fedora-cn-2011-11-11.txt
[yuan@mstar logs]$ grep -i 密码 irssi-fedora-cn-2011-* |grep -v -i IRC | col -b |awk -F: '{print $1}' |uniq
irssi-fedora-cn-2011-04-01.txt
irssi-fedora-cn-2011-10-21.txt
irssi-fedora-cn-2011-11-11.txt
irssi-fedora-cn-2011-11-16.txt
irssi-fedora-cn-2011-11-25.txt

RMS on Jobs

Sun, 09 Oct 2011 00:31:01 +0800

cnbeta 转发了 RMS 关于 Jobs 的话，评分很高。文章地址 157656.htm ，是从 solidot 转来的，所以看那边的评论更好些，地址 11/10/08/0610247.shtml

RMS 说了这样几段话，地址 2011-jul-oct.html#06_October_2011_(Steve_Jobs)：

Steve Jobs, the pioneer of the computer as a jail made cool, designed to sever fools from their freedom, has died.

As Chicago Mayor Harold Washington said of the corrupt former Mayor Daley, "I'm not glad he's dead, but I'm glad he's gone." Nobody deserves to have to die - not Jobs, not Mr. Bill, not even people guilty of bigger evils than theirs. But we all deserve the end of Jobs' malign influence on people's computing.

Unfortunately, that influence continues despite his absence. We can only hope his successors, as they attempt to carry on his legacy, will be less effective.

solidot 文章的最后一句，提到某个 FSF member 不满 RMS 的话，决定单打独斗去也。搜索 Larry Cafiero 可以发现跟 Fedora 颇有关系。他的理由是觉得 RMS 无法代表自由软件社区发言。博客文章大意为“每次他的发言都会带来灾难”。不过他的博客文章引用了其他几篇，却是白痴到死。ZDNet 两篇， Steven J. Vaughan-Nichols free-software-founder-richard-m-stallman-is-glad-jobs-is-gone/9707 和 Adrian Kingsley-Hughes richard-m-stallman-on-steve-jobs-im-not-glad-hes-dead-but-im-glad-hes-gone/15275，readwriteweb 一篇 Joe Brockmeier why-fsf-founder-richard-stallm.php。为啥这么说呢？RMS 本来就是说话不讲情面，抓住任何机会推广自由软件理念的，而且他很擅长引起争议。就这几段话，我觉得既中肯，又符合他的风格。

我感谢 Apple 有 iPod Touch，可以运行 Skype，可以拍照发微博，让家人得以天涯若比邻。我也感谢 RMS 的话。他才是对我们大家息息相关的，不像那些商界巨子。大家都在改变世界， RMS 的做法是告诉大家自由的定义，然后用每个事例让大家来思考，就像这几段文字，与其说评论，不如说提问。而商业领袖的做法是依靠精致的产品和营销，他们的悼念，不如说是形象塑造的广告。虽然 Apple 看起来做到了几乎不可能的事情，带来了人类的希望，但是如果没有及时推出 iPhone 5，那就是骂声一片。这些不满意被 RMS 称为 fools 的人，一样被 Jobs 称为 fools；只是 RMS 不屑多说，老板们却还要希望消费者更傻一些。

说到底每个人擅长的领域千差万别，不理解 RMS 的人太多了，但是社会还是要靠他们才能运转。自由并非社会的全部。而商业则是社会本身。RMS 批评 Jobs，跟堂吉诃德有什么分别？再去批评 RMS 的人，不是白痴么。

update: 今天还查了一阵子 Washington 和 Daley 的关系，才知道那座 Daley Plaza 历史极其悠久，工业化的外观这么久没有锈蚀，真是不一般，然后才知道有两个 Daley，还有 the Machine 什么的。现任 Mayor 不是很像第七区特工出身！..

太长时间没有来更新Blog了……

Allen Chen's BLog — Tue, 16 Aug 2011 01:32:00 +0800

时间，我们最抓不住的东西，大概就是时间……

秀两张Fedora 15的桌面，这是在苏州自由软件用户组活动上的PPT里面的.

FZUG BBS

Sun, 13 Feb 2011 21:38:06 +0800

http://bbs.fedora-zh.org/ 从嘉佑的 Bluehost 空间迁到了我那份空间，同样是 Bluehost，与 http://news.fedora-zh.org/ (还有 http://szlug.org/ )会合 - -! 希望不要再被墙了，那样的话，备选方案就复杂多了。

数据迁移比较简单，安装了 vBulletin 之后稍作设置就恢复运行了，数据文件只有 180M，备份比较容易。

mysql 支持对数据库、表、表列的 charset/collation 设置，默认是 latin1/latin1-sweden-ci。在 vBulletin 安装时可以设定一个 charset，建议值为“与数据库保持一致”。但是，由于找不到什么工具可以一次把历史记录中的文本全部转成 utf8 charset，现在改默认值也没有用了。

备份

Thu, 20 Jan 2011 00:25:26 +0800

Google Groups will no longer be supporting the Welcome Message feature. Starting January 13, you won't be able to edit your welcome messages, but you will still be able to view and download the existing content. See this announcement for more information and other options for storing your content.

Google Groups will no longer be supporting the Pages and Files features. Starting January 13, you won't be able to upload new content, but you will still be able to view and download existing content. See this announcement for more information and other options for storing your content.

http://groups.google.com/group/szlug

Group name
Shenzhen (深圳) Linux Unix User Group (SZLUG)

Description
深圳 Linux Unix 用户组/俱乐部

欢迎访问用户组主页：http://www.szlug.org
欢迎加入IRC群： irc://freenode/#szlug

Linux下的桌面、虚拟机、分布式和云计算已经相当完善；
如果你还在用虚拟机使用Linux，欢迎你把它装到实体机上试试。

SZLUG 会定期组织活动，交流使用和开发自由软件的心得，
鼓励和吸引各行各业人员的参与，向社会传达自由软件的力量，
让更多的人接受自由软件的理念。

如果想加入 szlug 通讯录，请将真实个人信息发送给 jungle。
只要加入 szlug 通讯录便可以得到通讯录的副本。

你订阅了 RSS 通知吗, 你向页面下方 szlug 的邮件地址发邮件了吗? :P

欢迎加入 SZLUG, 直接发送邮件至 szlug@googlegroups.com 以任何 Linux 相关主题即可加入；
注意为了防止 SPAM, 新用户的第一封邮件需要管理员的审核，请耐心等待，不要重复发信。

回复邮件之前，别忘了先看看本邮件列表回复方式
发起话题前，别忘了先看看本邮件列表的讨论话题

http://groups.google.com/group/fedora-cn

討論組名稱
Fedora 中文用戶組 (fedora-cn 郵件列表)

描述

Fedora 中文用戶組 (Fedora-cn 郵件列表) 是 fedora 用戶交流的平台之一。

請訪問 http://fedoraproject.org/wiki/zh/Communicate 查看更多交流平台，包括論壇，IRC 等。

－－－－－

* 注意 *

這個郵件列表的交流活動，正逐步遷往官方郵件列表 chinese@lists.fedoraproject.org；

請至 https://admin.fedoraproject.org/mailman/listinfo/chinese 繼續支持！

http://groups.google.com/group/pongba

邮件订阅(最佳！讲解) | RSS订阅所有主题 | RSS订阅精选主题

TopLanguage

与他人的讨论是对自己想法的整理，也是获得新视角的重要途径。
这里鼓励分享和讨论；不欢迎不加思考和不做功课的求助，若无有价值的分享或有价值的问题，则鼓励潜水。

[*] 程序员新人入行指导 by sagasw
[*] 学习的三部曲 by program-think
[*] 讨论和思考中常见的逻辑谬误 (外一篇《兼谈Critical Thinking》 by KennyYuan)

>> 预览历史讨论精选

[重要公告]TopLanguage发帖要求（必读，1分钟）

发帖原则：

1. 珍视这个高质量的交流圈子，提问前请做足功课（使用Google, Wikipedia, 以及参考这里）。

2. 哪些情况容易被封

a. 明显不看发帖要求，自己也根本不愿思考和动手查资料（请多用Amazon和Wikipedia来搜索你需要的资料，例见这里），只想借别人的资源省自己的事的。
    b. 查资料可解决或可去专门新闻组提问的语言&技术细节问题。

c. 鸡毛蒜皮的问题。
    d. 入门级基础问题尤其不要问，请请教Google和Wikipedia。
3. 建议阅读邮件列表讨论原则。

发贴格式：
1. 帖子标题请尽量做到“朴素”和“切题”。莫名其妙的标题（例：“一个问题”、“再次询问”）会浪费浏览者的时间。因此，请用一句话（长一点没关系）概括你的问题的中心思想。
2. 发帖必须添加以下给出的标准标签后缀，请统一使用以下给出的标签名（方便他人和你自己过滤不感兴趣的主题）：
    a. {技术}技术类帖子，必须加{技术}标签。可自由根据内容类别添加更多标签{C++}/{Java}/...（以此类推）等。

    b. {非技术}非技术类帖子，必须加{非技术}标签。可自由添加更多标签；例：“大家认为时间管理的首要原则是什么？{非技术}{时间管理}{讨论}”

    c. 建议综合使用{讨论}/{分享}/{询问}这三个标签。例：“C++的复杂性在工程项目中的成本到底是多高？{讨论}{技术}{C++}”

    d. 水贴必须打上{OT}标签（OT == OffTopic）。
    e. 发帖无须加{TL}标签，GoogleGroups会自动加上；如果你是主贴者，你在gmail里是看不到[TL]标签的，不要奇怪。
    f. 即使忘加标签也请勿重复发贴。

注：之所以强调必加标签，是为了允许订阅者设置过滤器来自动过滤不感兴趣的主题，避免噪音困扰。（详见！）

杂项：

    a. 回帖时请不要全文引用别人的发言，请摘选出相关的部分然后回复。

    b. 请勿使用“求助”、“请问”、“聊聊”、“急！”之类不相干字眼，皆属噪音。

    c. 请不要向这个邮件列表发送Gtalk之类的邀请邮件。

    d. 请勿回“顶”、“收藏”、“受教了”之类的超短回帖。

    e. 总之别把在 BBS 上发言的坏习惯带来。

注：
a. 疑惑为什么我们有以上一大摞“规矩”？如果你有兴趣，可参考这个帖子内的回帖，以及这里。
b. TopLanguage 管理方案 v1.0 Beta

怎么加入？
1) （必须）阅读首页的发帖准则。
2) 向管理组邮箱 pongba+tlreq@gmail.com 发送一封邮件，包含（但不限于）：
    a) （必须）邮件标题请以 [TL申请] 前缀。
    a) （可选）简单的自我介绍，有blog更佳。
    b) （必须）一个你觉得有价值并想要和TL上的同学们讨论的技术话题或问题，清晰阐述你自己对该问题或话题的看法。三言两语或者“求教”贴就免了。如果审核通过，这将成为你在TL上的第一封帖子。（如果你对别人发的某个主题有不错的见解，也可以）
注：
0) 以上“必须”项必填，否则申请无效。
1) 如果你只想读一读TL上大伙的讨论，不妨订阅RSS。无需申请加入。当你觉得想参加讨论的时候，则可以提交上述邮件。
2) 投诉请发往 pongba+appeal@gmail.com ，加 [TL投诉] 前缀。

TopLanguage人物谱
TopLoggers（字母顺序）：alai、鲍志云(WesleyBao)、编程随想、曹力(ShiningRay)、陈怀兴(silwile)、陈贤安(realazy)、陈硕、Chen Yufei、陈恺(maninred)、陈梓瀚(vczh)、崔添翼(DD)、est、范怀宇|Venus神庙、范禹(Garfield)、郭启睿(awflasher)、Goodbee、高远、葛祥营、霍炬、郝培强(Tinyfool)、胡新宇(Anders)、何志斌(AnkyHe)、韩卫平(akirya)、韩祝鹏(AlbertLee)、HouSiSong、jrckkyy、KenryHuang、李笑来|Pure Pleasure、刘未鹏(pongba)|MindHacks、Limodou、赖勇浩、刘江|图灵出版社、刘新宇、雷鹏、刘炯(sharpmark)、郎君、李兆海(Googol)、吕国宁(Daniel)、LinkerLin、刘炜、KenryHuang、孟岩(myan)、莫华枫(longshanks)、猛禽、任中方(realfun)、RenTeng、sagasw、TangLiang(tangl99)、王乐珩(joyfire)、windstorm、BruceWang、王晓亮(Justin)、王小康(egmkang)、魏献华、徐宥(YouXu)|4G Spaces、许式伟、XU Wenhao、Windam、谢东升、谢轩(infinitude)、谢松、袁泳(g9)|负暄琐话、余晟(Yurii)、yuan-mingli、杨文博(Solrex)|Solrex Shuffling、元凯宁(KennyYuan)、OliverYang、杨军、姚东旭(blankyao)、庄表伟、张振(zz)、张沈鹏、周筠|博文视点、周帆(BBP)、zengkun、张志强|阅微堂、曾俊杰、Zellux、Zoom.Quiet、郑晔(dreamhead)、郑昀|玩聚网、老赵(JeffreyZhao)点滴、张驰原、郑柯|CSDN（根据TopLanguage人物谱上注明的Blog添加）

TopLanguage讨论精选系列：第一期，第二期，第三期，第四期，所有精选 。TopLanguage主题讨论系列之：今天我们思考



友情groups：技术：Python-CN|敏捷中国|高性能网络编程|；出版：图灵俱乐部|博文视点专家团|华章科技翻译|

关于邮件列表讨论的几点感想

关于邮件列表讨论的几点感想

By 刘未鹏(pongba)

C++的罗浮宫(http://blog.csdn.net/pongba)

TopLanguage(http://groups.google.com/group/pongba)

每一个论坛，每一个邮件列表，在其生命历程中都会出现无数次的争吵；这是太正常不过的事情，从日常八卦论坛，到像 comp.lang.c++.std 这样专业到牙齿的邮件列表，都会有大量争论的身影。所以我不想也不可能号召大家不要争论，况且一个公开的邮件列表应该是个民主的地方才对。

我只想说说我个人对于什么是有价值争论的一点感想。为什么想说这些，是因为我一直觉得一个高质量的邮件列表是一个无价的财富，是每个人（订阅的，潜水的，讨论的）的财富，大家各人的知识结构不一样，看问题的视角不一样，互相补充，互相对照，是件非常美好的事情，也是极有效的学习途径。创建这个邮件列表本属于偶然的念头，但一年过去了，我把它当成这几年来做过的最有价值的一件事情，因为我从中收获了很多东西（如果你是新近加入这个列表的，不妨翻翻以前的存档吧:-)）

我觉得有价值的讨论应该具备以下几个性质（对于程序员群落，有许多纯技术讨论，譬如 FAQ 式的问题，其实是不存在以下一些问题的，但也有不少复杂的决策与判断问题）

1. 客观。这是最重要的一点。当然，每个人都是带着滤镜来看这个世界的，受到既有知识结构和信念的影响（认知科学把这个叫做认知图式，我们日常用语叫思维定势，或者略带贬义的“偏见”），我们理解问题总是不免片面；而这正是争论的价值所在，我常常在和别人讨论的过程中发现自己思维的漏洞，因为自己的漏洞自己是难以察觉的。——那为什么又要强调客观呢？照上面的说法岂不是在说“我们反正无法客观，那就争论就是了”。我觉得不是的，虽然每个人都难免受到既有知识结构的影响，但我们可以争取尽量客观，思考问题的时候力图全面，深刻。关于思考的一些 Rules of Thumb ，我在自己总结的一点学习习惯里面也有提到。

2. 切题。这个问题是噪音最大来源。拿程序员圈子来说，最常见的一类就是本来是想对语言的技术优势劣势进行分析的。但结果讨论到最后变成了信仰的拉锯：讨论者首先确定自己的信仰，然后收集与信仰符合的证据，忽视与之相反的证据。并用它们来支撑信仰。结果就是各说各的，都只说了问题的某一个或几个方面，有人摸象腿有人摸象鼻。就是极少有人注意到其实语言选择问题是一个复杂的决策问题，视具体场合，综合各个因素才能决策的。一个话题一旦涉及到个人信念，就非常容易升级为信念拉锯战（其实这里的“信念”未必需要是多大的信仰，只要是自己认为成立的知识，都构成信念，而且绝大多数的信念都是隐式的，指导日常决策，但自己觉察不到——只有到了和具有相对信念的人一对比时才会发现）。当自己相信正确的事情被别人提出反面证据的时候，每个人都会跳出来捍卫，因为毕竟每个人都希望自己做的是“The Right Thing”。然而讨论的真正目的和价值，并不是为了去盲目捍卫自己的信念，而是为了揭示出到底什么才是应该去相信的。比如我经常看到这样的话：尽管...，但我仍然坚持我的立场。我就笑了，这是哪门子逻辑？我一直觉得，有信仰才不是什么牛逼的事情，牛逼的是随时能够根据更可靠更客观的证据来改变信仰。进化心理学上，在形成今天的心理机制的远古社会，我们基本通过朴素的观察归纳来艰难地获得对世界的知识，并将之纳为内部的信念，所以信念这玩意儿在当时是很宝贵的东西（英文中用 “buy” 来表达对一个东西是不是相信，不相信就是 I don't buy it。），往往意味着生存所依赖的知识，这也就导致了我们进化出非常强烈的情绪机制来保卫信念，来确保我们不会轻易地因为一两个反例就抛弃信念。但时代进步太快了，我们的远古心理机制还没来得及进化就被一下拖入了现代信息社会（所谓的“进化时滞”），信息时代知识的进步是非常迅速的，不断有新知识被发现，而且我们随时可以查看全世界最顶尖的牛人发现的知识，所以原来的信仰很容易在新的事实面前被打破。所以，我只想说，信仰之争是最无价值的，因为我们每个人大脑中的东西都只是真理的一个逼近，并且我们每个人的目标其实都是相同的，那就是尽量逼近事实，“真相只有一个”，如果真的关心自己是不是在做“The Right Thing”的话，我们就都应该处在寻找它的途中，而不是在竭力维护自己大脑中的那个。

2.1. 直接论证而不是迂回论证——Critical Thinking。阮一峰曾经转载过一个迂回论证的列表（注意后面的评论），此列表比较生动有趣，更系统一点的则可以参考 wikipedia 上的 Critical Thinking （特别地，Informal Fallacies，Fallacies）。这里举几个常见的例子：XX 这么说别有用心 => 他的说法是错误的。你说 XX 这么说对他自己有什么好处呢？=> 他的说法是正确的。这属于让道德判断直接指导逻辑判断（此外还有价值判断凌驾逻辑判断）。还有如：没能证明不代表证伪，没能证伪也不代表证明。再如：如果两个人的观念看上去对立，证明了一方错误，并没有自动证明另一方正确。等等等等。另外这里还有一个相当完善的认知偏见列表（List of Cognitive Biases），最近发现的，很有价值。没耐心看《决策与判断》、《别做正常的傻瓜》、《态度改变与社会影响》这些书的同学，可以参考以上几个 wikipedia 条目（注意从中引申链接出去的内容）。最后，其实日常讨论中要想尽可能地立于真理一方也不算很难，当自己觉得想要提出某个看法的时候反问自己一句：Prove it！

2.2. 避免空泛讨论。空泛的论证有几个典型特点：1). 只下断言不给逻辑。2) 大量使用定义含糊不清的词句。3) 太空抽象（这个在编码里面也出现，周思博就曾经提到过），一个空泛的概括虽然看上去的确符合要讨论的东西，但仔细一瞧却一点建设性都没有，一点也没有“充要”地刻画问题。一个日常的例子就是绝大多数人都会认为星座算命很准，而实际上星座算命的确准——它只不过用了一些放之四海而皆准的废话，不仅对你准，还对所有人都准。但却没有任何指导意义。空泛的论证还有一个很有意思的特点，就是发言者并不觉得自己发言空泛，反而觉得很有理很正确——当然很正确，正确的废话太多了，抽象到一定高度随便吼一嗓子都很正确，世界上最正确的话毫无疑问就是“存在即合理”，因为它是同义反复。除此之外为什么发言者会觉得正确，道理和人们觉得星座算命正确是一样的——正确，但不靠谱。其实归纳抽象能力人人都有，但就怕抽象抽过了头，能够抽象到恰到好处的高度的才是真正牛逼的。

3. 珍惜。有一帮子朋友能够和自己讨论问题是一件美好的事情，邮件列表不是 cnBeta 的评论台，每个人上去冒个泡发泄一下自己的情绪然后老死不相往来，我想每个人订阅邮件列表都是希望在讨论中收获东西，而不是仅仅为了有一个地方能够话痨。邮件列表既不是公共评论台也不是 twitter 也不是 BBS ，邮件列表是一个更私人化的更紧密的社区，就好比是大家直接互相发邮件一样。邮件列表的交互频率也比任何论坛形式来得更快。正是因为这样的几个特点，一个邮件列表更像是一个私人化的朋友圈子。而形成一个高质量的列表不是一件容易的事情，人一多起来就很难保证噪音不变大。对此我的看法是，宁可不发言，也不乱发言（这就是为什么我在列表首页上写明“欢迎潜水”的原因）。有一个简单的启发式判断方法：少于一百个字的发言几乎很难形成价值的。当然，不是提倡话痨，而是说，有一段时间论坛经验的人可能都会注意到，很多人在发言的时候只是想表达一种情绪，或者一种个人化判断的结果，仿佛扔出来了就捍卫了什么东西，然后就可以心里爽快了，所以这样的讨论者，他的意图其实并不在于从讨论中获得东西，所以你不会看到他把自己的逻辑明明白白摆出来，因为他不想摆，也没有想过要摆出逻辑和事实，只是把从下意识里面冒出来的第一个结论扔出来就算了。这样的讨论是很难有价值的，而放在一个本来就是为了从讨论中获取价值的邮件列表里，也就使得邮件列表退化了。对于想从讨论中学习的人，我建议在讨论的过程中切勿只作判断和声明，而是简单地说明白你的道理，因为很可能你的道理有漏洞，而具有不同视角的人能够看出来，这才是讨论真正的价值。

4. 不打不相识。为一个问题争得面红耳赤是很正常的。但如果为了一点争执就上升到个人高度那就小家子气了。对事不对人，“我可以不同意你的观点，但我仍然是你的朋友”。只不过话说得这么动听，实现起来还是有点小困难的，因为每个人包括我自己都不喜欢在公开的地方被 Prove Wrong ，（不好意思，又扯上进化心理学了）因为这会影响个人能力的公众评估，后者具有很重要的价值。对此我只能说，那就尽量说正确和客观的话吧（参见上面几条），如果被 Prove Wrong ，也没啥，因为又学到了新的东西，Stay Foolish 是好事情。我记得在哪看过有一位（当然实际上不止一个）科学家，在完成了研究之后喜欢一个劲找自己的茬子，试图证明自己是错的。我想这真是黄金心态，因为毕竟，倘若我们不是站在真理上，就都是在寻求真理的路上，如果仅仅是为了心理上感到满足的话随便接受了哪个不算太离谱的信念都可以。

最后，真心希望大家能发挥一个邮件列表的最大价值:-)

http://groups.google.com/group/python-cn

导入 this
定义自在(**编程):
    申明 pythonic == "大道至简"

此乃 CPyUG ~ Chinese Python User Group 华蟒用户组 主力技术讨论列表!

关于本邮件列表规约:
+ 讨论主题不允许出现跟python或python社区没有直接或间接关系的。
    涉及到：政治，心情，聊天，邀请，哲学，法律，社会问题等都是不允许的;倡导"靠谱"分享;BS无限制"言论自由"
+ 没有直接关系的标题上要加 [OT] 字样(代表Off Topic离题)
+ 讨论中一但出现人身攻击/谩骂情况，管理员即刻行使警告/禁言/ban等处罚以肃氛围!

直接与间接内容说明:
- 直接就是python技术相关，比如：python相关的问题，使用到python的技术或项目讨论，以及重大的社区/列表管理事件;
- 间接仅指以下情况:
    + 非技术性质: python相关的线下/上活动，本列表的一些管理话题，python招聘，技术相关社区活动
    + 技术性质的: 如算法，语言，操作系统，版权，开源技术，但是不直接与python相关但属IT话题
(本规约将随着大家的质疑会不断完善，让漏洞越来越小，如果对上述分类有不同意见，请与管理员直接沟通。)
关于处罚措施，详细说明如下:
+ 第一次警告，第二次禁言一周，言语中有人身攻击者第一次就直接禁言一周
+ 对处理有异议者，发信与管理员直接沟通，不允许在列表中发贴争论，违反者禁言一周
提示:: 禁言一周后,请主动与管理员直接沟通 以解禁,否则视作自动退订
+ 但凡被禁言过的再犯，则被ban(踢出列表，且不再允许再加入)
当前管理员组:
+ Limodou (列表创建人,所有者)
+ Zoom.Quiet
+ 机械唯物主义
+ Leo Jay

郑重建议 您在订阅前了解如何订阅/退定/使用邮件列表!考虑到之前我们已发现的一系列问题，建议您使用gmail邮箱来进行订阅。
本邮件列表的订阅者包括有中国主要IT业内公司的技术及管理人员，
任何情况下，您直接向这个邮件列表发出“退订”之类的请求邮件，均会视作您无法胜任IT相关职业的一项直接证据，请三思！
参考: python-cn列表史实
退订: https://groups.google.com/group/python-cn/subscribe
0. 正常情况下点击上述链接就能看到退订的按钮,继续点击就可以了;
1. 非正常情况下,即订阅新闻组的邮箱和注册google账户的邮箱不是一样的话;你需要用订阅新闻组的邮箱来注册一个google账户,重复第0步才可以退订!
  2. 好像很多时候groups是被封锁的, 如果上不了上面的那个网站, 可以向此发空信即退: python-cn+unsubscribe@googlegroups.com

严正: 理解列表! 智慧提问! http://wiki.woodpecker.org.cn/moin/AskForHelp
提倡: 潜水! 列表讨论准则! 推行准入指标:
0. 任何技术讨论务必包含足够的 5W1H 信息!
1. 如果仅仅是想获得方案和代码, 请给出相应报酬的给付标准和支付渠道!
倡导::
感到不爽,自个儿尝试相应工具解决了,并及时分享出来,是态度0!
感到不爽,自个儿尝试找到解决方案了,并及时分享出来,是态度1!
感到不爽,自个儿尝试修订代码搞定了,并及时分享出来,是态度2!
感到不爽,自个儿未尝试直接出来跪求行者解决,是最不靠谱态度! 建议给出报价!是也乎,是也乎...

同时有面向专门主题发行的中文Py列表::
主力讨论: https://groups.google.com/group/python-cn
珠江事务: https://groups.google.com/group/zpug
北京事务: https://groups.google.com/group/bpug
上海事务: http://groups-beta.google.com/group/spug
安徽事务: https://groups.google.com/group/ahpug
南昌事务: https://groups.google.com/group/ncpug
中国事务: https://groups.google.com/group/CPyUG
华东南:: https://groups.google.com/group/cpug-eastchina
ZEUUX:: http://www.zeuux.org/pipermail/zeuux-python/ 含python.cn 列表邮件归档(2004~2008)
珠三角技术沙龙:: https://groups-beta.google.com/group/guangzhou-tech-party

BlueHost

Wed, 13 Oct 2010 22:30:04 +0800

BlueHost 有最多五万文件的限制，在 cpanel 里可以看到文件数列表，不过还是自己数一次为好。用 git gc 压缩了半天，发现 mediawiki 和 wordpress 都只占用 1k 文件数量。超过 5w 限制大约只是无法备份吧？


fedorazh@fedora-zh.net [~]# ~/opt/bin/find-all-file-count |tail -n 15
299 ./public_html/org.fedora-zh.irc
422 ./public_html/org.fedora-zh.planet
751 ./tmp/mysql_slow_queries
760 ./tmp/webalizer
988 ./opt
1127 ./public_html/com.today-future.weblog
1736 ./tmp
2059 ./public_html/org.fedora-zh.news
2632 ./public_html/org.szlug.wiki
2746 ./.cpan/build
2856 ./.cpan
6801 ./rpmbuild/BUILD
6844 ./rpmbuild
7646 ./public_html
20615 .

fedorazh@fedora-zh.net [~]# cat opt/bin/find-all-file-count
for i in `find . -maxdepth 2 -type d`; do echo `find $i |wc -l` $i ; done |sort -n

原地满血复活

Fri, 08 Oct 2010 23:25:09 +0800

说的是我的本本。国庆节前搞坏了，一直都没来得及修，因为要看书，如果图书馆都关门，家里又有电脑分心，那就一个字都看不进了。

升级到 Fedora 14 后，fedora-release-14 默认打开了 updates-testing 仓库，结果不小心装了几个包。不知道怎么降级，所以直接从光盘 rpm -ivh --force 装上去了，也没有卸载原来的。后来这几个包被 push 到 stable，才想起来用 package-cleanup --clear-dupes 要把旧版本的卸掉。没想到悲剧发生，文件被干掉了——我本以为会保留文件，毕竟新版本也指向它们，没想到新的 rpm 在解析 conflict file 时是这个逻辑。主要是两个库，libcanberra 有四个包，libselinux 有四个包。系统中几乎所有软件包都依赖于 libselinux.so.1，所以连再运行一个命令都不能，甚至重启都不能了。启动时指定 init=/bin/sh 可以拿到 root shell 但是任何命令都执行不了。

今天花了三个小时来修他。手上只有一个淘汰下来的移动硬盘，里面还是 F10，好像换下来之后就没有用它启动过系统。里面还是 LVM 的配置，所以在 grub 纠结了半天。重启无数次后才知道，UUID 和 LABEL 原来都是不能用的，幸运的是 /dev/VolGroup00/LogVol00 这样的写法可以！到了一个完整的系统里就好办多了，把原来的分区挂上，rpm 指定 root 和 db 路径，再次安装那个 rpm，完事。整个过程里最费时间的是在找所有的 UUID 然后挨个试验(最终发现列出来的 UUID 都不对)。还有就是最后要做一次 selinux relabel，以前的 80G 硬盘需要走三行星星，现在 500G 硬盘竟然要走八行了。。很耗时间。期间比较幸运的地方：移动硬盘的系统竟然可以启动，而且是需要用主机上最新的内核才可以；移动硬盘里的 rpm 竟然能解开 F14 的 rpm payload，本以为压缩方式变了的——可是为什么 rpm2cpio|cpio -div 出错呢？还有，在 ext3/4 之间转来转去，竟然没有问题。最后是 /var/log/messages 幸好还留着 package-cleanup 的记录，只有那几个软件包被 Erased。总的来说是很幸运啊！

edit: 更运气了，26 号机器坏掉，正是 http://bugzilla.redhat.com/634757 爆发，之后 mass rebuild，然后到两三天前正好 push stable。 :D

Packages in my Fedora 14

Wed, 22 Sep 2010 09:55:17 +0800

一共安装了 2200+ 软件包，每个软件包都是一个 rpm 文件，其中后缀为 .fc14.i686.rpm 的文件有 1178 个，.fc14.noarch.rpm 有 376 个，最后还有几个不很规范的


espeak-1.43-2.fc14.i386
filezilla-3.3.3-1.fc14.1.i686
firefox4-4.0-0.10.beta6.fc14.remi.i686
libvncserver-0.9.7-4.fc14.i386
readline-6.1-2.fc14.i386
switchdesk-4.0.9-8.fc14.1.noarch

软件包的命名统计：以 ^lib 开头的软件包有 299 个，以 ^texlive 开头的有 189 个，可以解释为什么 l 和 t 那么多。以 ^python 或 ^perl 开头的有 142 个，掩盖不了对 p 开头的偏好。

cat rpms.txt |tr A-Z a-z | perl -e 'while(<>){ if(m/^[a-z]/) { $words{$&}++; } } foreach $key (sort {$words{$b} <=> $words{$a}} keys %words) { print $key . $words{$key} . " "; }'
l353 p253 t239 g228 r124 e108 a91 s83 c78 f71 m67 b63 n60 d58 x54 i41 o41 j40 w38 k32 h22 q22 u17 v15 y13 z8

排除这些的结果是 g228 r124 p111 e108 a91，为什么 g 最多呢，难道是因为 GNU 吗。

许多软件包都是想深究一下而不能的。为什么说玩 Linux 折腾呢，就是因为一个软件包都需要花很多时间去玩，比如第一个软件包(跳过播放器才会用的 a52dec 和 aalib-libs)是 abrt，Fedora Automatic bug detection and reporting tool，用来报告错误的。相关还有一个软件包是 report, Fedora Incident reporting library。在那本讲微软的书里提到，有了 Dr.Watson，微软可以很容易地发现错误，并且保证用户的匿名性。对于一个用户以亿计的产品，这样的工具非常重要。他们用了二十年时间来收集数据(?)。他们的 windows xp 系统能跑在所有的硬件上，能装无数的软件，不是没有原因的。而 Fedora/GNOME 只有在上个版本才引入 ABRT 和 kerneloops 之类的工具。这样的工具是否值得花几天时间玩味一下呢？然而，每个软件包都如此有用、有前途，个人的精力却十分有限，何况志向也不在这里。偶尔花点时间，像今天一样学习下怎么做个小统计，十分有益身心。更多的就做不到了。如果对自己该做什么有所怀疑，为放弃了这样丰富的宝库而可惜，以致茫然，反而不值得。

话说回来，我还是要继续鼓吹自由软件，推荐大家用 Fedora。即使我自己对这 2200+ 软件包并不熟悉，说不出好处，也绝不能让人以为这个系统只是简单的外观漂亮、操作另类。它是有用的，是极其丰富的。我的系统里只是选装了一部分，在 Fedora 14 的安装光盘(DVD)中一共有 2700+ 软件包，在整个 Fedora 14 的软件仓库里一共有 18500+ 软件包。注意一个软件包并不等同于一个软件——通常一个软件对应一个或多个软件包。这是因为软件之间可能有共享的内容，将共享内容单独打包，可以让维护更容易。按照 1:10 的比例，整个仓库中软件的总数量应该在 1800+，当然这个数字是低估了。在 https://admin.fedoraproject.org/pkgdb/collections/ 列出的数字是 9742，这是 SRPM 的数量。一个维护者的工作量是以 SRPM 来计量的。我在这里说的“软件”大约相当于 https://admin.fedoraproject.org/pkgdb/apps/name/list/* (2800+，很长！多图杀猫！这里有一个 Firefox 的搜索插件 http://maxamillion.fedorapeople.org/ffpkgdb_search/ 带 auto suggestion)

edit: 发现 apps 列表和我说的又不是一回事，既然每个 app 都有图标，说明是给最终用户的，因此列表中不包含 GNU Compiler Collection 之类的重要工具，编程语言一概不列。eclipse 是有的，emacs 也有，可是没有 vim。难道是因为 e 家的可以用来画画儿？

bbbush @ 2010-09-20T23:11:00

Mon, 20 Sep 2010 23:11:28 +0800

廣州歸來。累死了。

發現 Fedora 14 Beta 升級完畢，現在重啓，希望還能正常回來。

edit: 正常了。然而 realplayer, virtualbox, texlive 都需要重新裝，還有那些卸掉的 debuginfo，還要嘗試下 http://fedoraproject.org/wiki/Releases/14/FeatureList 。

另外 gnome-shell 一運行桌面就掛掉了，可以切換到終端，用 metacity 替換掉，但是 gnome-panel 沒辦法啓動。也可以殺掉 gnome-session 從頭來過。

edit: Firefox 4b6 (remi) freeze if used ibus, maybe another reboot is necessary, or a clean profile? 如果輸入法能用，按下左右鍵以模擬中鍵(在新標籤頁中打開)的功能卻又不見了。

edit: 上面触摸板的问题看来是默认设置变了。man evdev 提到，Emulate3Buttons 的默认值是 true。但是我必须添加新的 xorg conf，MatchIsTouchpad 然后显式设置这个值才行。设置成 false 看来是许多 ubuntu 用户的期望值。
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/291694/comments/10 "The automatic Emulate3Buttons disabling works as intended now (the first time you press the middle mouse button, it gets disabled). Also with the new xinput improvements, you can change the settings on runtime." 还有 http://ubuntuforums.org/showthread.php?t=1426012 "Who this is for: People running Ubuntu 10.04+ who want their mouse to register a left + right click to be 2 events (left mouse and right mouse), rather than the default of emulating a middle click. - This is very important if you play many games, or if you simply have a middle button on your mouse and don't like the default Ubuntu behavior." 下载源代码搜索了一下，原来 ChangeLog 里就有很长的一段解释(21a2ac818e75ef918d320ce1e88b6263e68e598d)，说上面那种做法有点小问题，干脆禁掉得了——可是为什么不对 TrackPad 设备特殊处理呢，Pointer 设备范围太广了。