DaNmarner的中文博客

随手翻译解救udev同学

DaNmarner — Sat, 09 Apr 2011 22:09:33 +0000

udev的大名儿是"Linux dynamic device management"，也就是管理硬件设备的同志。

这位udev总管（btw，她的名字很商业嘛，优德弗听起来像不像优特友博/你管子他表姐？）是kernel陛下的外交部发言人之一。日理万机的kernel根本没空跟外界解释它是怎么决定和命名每个硬件设备的，所以每次他念出一个设备名的时候，udev同志就会出来把他老人家之乎者也的圣旨翻译成通俗易懂的设备名称，事件，并且根据她私藏的数据库通知每个相关人士。

udev同志在进程大街的办公室名为udevd，通信地址是 /etc/udev/ 和 /lib/udev 。想跟她交往的同学请RTFM先。

学Vim的人你们伤不起

DaNmarner — Tue, 15 Mar 2011 04:32:10 +0000

这是最终修正版，如果还有问题，我会继续修正……首发于 Twitter。咆哮者系本人。

点击可以看大图。

Django 补丁接受

DaNmarner — Tue, 15 Mar 2011 03:32:40 +0000

这是本人第二枚遭到接受的补丁，上次是2010年8月。

Trac #15609

Change Set 15811

补丁内容是把所有异常的提出方式改为 raise Exception(msg) 的形式，为将来的 Python 3 移植作准备。

提交到源里的是Django的创建者之一 Adrian Holovaty

令人震惊的是，这个补丁从提交到进入代码库只花了2个小时！从我产生该想法到进入源玛也不到3个小时。Django 社区的效率较之从前真是高了许多呀。

如何向Python 3过渡？

DaNmarner — Mon, 14 Mar 2011 17:21:23 +0000

如何向Python 3过渡？作为软件库提供者，你有三种选择：

放弃 Python 2 支持，投向 Python 3 怀抱。
在 VCS (svn, git, hg, bzr) 里保留两个分支，分别支持两个版本。其效果类似第一种选择：保留Python 2分支是为了进行 bugfix ，最终目标是等待大多数用户转而使用 Python 3 分支。
同时发布两个版本的代码，根据运行环境决定运行哪一个版本的代码。这可能比听上去简单一些。假设你在库的 src2 和 src3 分别放置 Python 2 代码和 Python 3 代码，然后在 setup.py 里面加入下面这段代码::


    import sys
    from distutils.core import setup
    if sys.version < '3':
        package_dir = {'': 'src2'}
    else:
        package_dir = {'': 'src3'}
    setup(name='dual', version='1.0', package_dir=package_dir)

这样用户安装库的时候，会得到正确的版本。

Kindle客服初体验

DaNmarner — Tue, 01 Mar 2011 05:11:44 +0000

Kindle 3系统升级到3.1beta速度明显有改善。可惜哈皮了没几天，Kindle就在一个风雨交加的夜晚变砖了。这可不是一般的死机：任凭你硬重启，接USB，放冰箱...屏幕的画面岿然不动！

无奈之下之好去Amazon找客服。最后在order history找到了两个联系客服的选项：email和电话。电话的后面还有一括号：preffered。Preffered？好啊我也prefer打电话！填上自己的号码按下确定按钮，没过几秒电话响了。

先是语音提示这次通话过程将被记录云云，最后一句是当前的等候时间为1分钟。音乐大概也就持续了20秒就终止了。一个充满愉悦之情的男性声音出现。

他先问了一下我的姓名，确认了Kindle的型号和入手时间（2010年9月）。然后开始指导我尝试硬关机，失败以后又问了一下充电LED指示灯是否亮着（是）。

随后，出乎意料之外，这位客服毫无延迟的继续道，“这么说来问题比较严重。我给您换给新的吧，都是免费的。”

此时距电话响起，仅仅过了3分钟！就这么给我换了！

换新程序是这样的：

客服跟我确认了Amazon账户绑定的信用卡号码后四位。新的Kindle 3（包含已购电子书）在第二天寄到。同时我收到一封电邮，内含回寄用邮资的链接。打印出该链接指向的内容贴到新Kindle的包装上，把变砖的Kindle放进去、交给UPS就好了。客服还特地提醒我充电器和数据线不用回寄。

从我在客服页面点“call me”，到沟通完成，大概只花了6、7分钟的样子。

去看其他人对Kindle客服的评价，一般都是相当正面的；亲身体验过后，我只能同意。可见有缺陷的产品在售后服务的支持下，还是可以给力的！

在Gentoo上使用笔记本触摸板

DaNmarner — Thu, 27 Jan 2011 21:35:07 +0000

经过几翻折腾，终于能在Gentoo下正常使用触摸板了，简单记录一下值得注意的地方。

内核选项

确保 evdev 选中的前提下，把 PS/2 mouse 选中就够了。

驱动安装

USE 里一定要加上 hal 。

然后 emerge -uN xorg-server xf86-input-synaptics 。

功能调试

Gentoo 的 Wiki 里充满了过时的信息。目前 Google 一下 Gentoo Synaptics ，第一个结果页面里就包含了通过 xorg.conf ， hal 和 udev 设置触摸板这三种办法。在最新版本(>7.3)的 Xorg 中唯一奏效的是 udev 的方法。具体步骤是创建 /usr/share/X11/xorg.conf.d/50-synaptcis.conf 文件，内容如下：

   Section "InputClass"
           Identifier "touchpad catchall"
           Driver "synaptics"
       MatchDevicePath "/dev/input/event*"
           MatchIsTouchPad "on
       Option "VertEdgeScroll" "on"
           Option "TapButton1" "1"
   EndSection

MatchDevicePath 这一行是触摸板在系统对应的设备文件，可以通过察看 /proc/bus/input/devices 的内容找到 (Synaptics 下面的 Handlers 项)。更多的 Option 可以在 man synaptics 里找到。比如把两指点击触发右键可以通过 Option "TapButton2" "3" 来实现。

用clonezilla备份你的（黑苹果）系统

DaNmarner — Fri, 07 Jan 2011 14:31:47 +0000

更新10.6.6失败了以后开始找寻全盘备份黑苹果的方案，然后就找到了神奇的 clonezilla 。用它把刚刚装完雪豹的分区备份下来，以后就可以“一键恢复”了。

先简略介绍一下这个软件的几大特点：

开源。代码在 sourceforge 。其实是个基于 Debian 的 Linux 发行版。
由台湾牛人开发，支持中文，相信对很多朋友来说是很重要的。
操作傻瓜化。
最重要的，功能强大。具体表现在支持 HFS+ 和 NTFS 等等各种格式的全盘/分区备份。同时备份MBR信息，所以不用担心 bootloader 丢失。Server 版本还支持多机部署。程序本身也可以运行在 Windows 或者 Linux 下面。

下面介绍一下单机版（clonezilla-live）在 Linux 下的使用过程：

有系统镜像制作或使用经历的人想到的第一步应该是“启动介质”吧？它可以是一张光盘，一个U盘或者外接USB硬盘。

clonezilla 也要求使用这样一个介质，准备它的过程简单到了极点：只要根据你的操作系统下载这个叫做 Tuxboot 的图形化小工具。插入你准备使用的启动介质，打开 Tuxboot，在界面的"type"部分选择你的介质，然后点"OK"。Tuxboot 会自动下载合适的 clonezilla 并安装到你的介质上，并把它设置成一个启动介质。注：这些下载涉及到 sourceforge，可能需要翻墙。

Tuxboot界面很简洁，如下图：

clonezilla 大概 100+MB 的样子，下载过后的安装过程很快。

如果你对这种全自动过程放心不下，也可以在官网找到手动安装的步骤。

启动介质做好以后的事情就简单多了，插入启动介质（比如U盘）到你想备份的系统分区所在的机器，（对我来说是装了黑苹果的华硕 1005ha 上网本），重启，选择从该介质启动。看到一个类似 Grub 的菜单。在这里可以选择语言。然后会进入文字菜单的界面，选择制作还是恢复镜像，镜像的保存位置和来源，镜像文件分隔体积等等，跟着提示操作就行了。我用了专家模式，没有碰到任何意外。

一个 35G 的 HFS+ 分区镜像大概花了45分钟就做好了。生成的镜像有 15G 左右（根据选择的压缩模式不同可能比例也不一样）。

以后再碰到黑苹果升级失败就不用重头装了，估计 Linux 甚至 Windows 也用的上吧。

在Ubuntu 10.10安装Emacs 23.2

DaNmarner — Tue, 04 Jan 2011 18:11:50 +0000

Ubuntu 10.10 自带的 Emacs 是23.1 版本的。因为需要用到 js-mode 等不及 11.4 的同学可以从 PPA 安装 Emacs 23.2 ：

sudo apt-add-repository ppa:ubuntu-elisp/ppa

sudo apt-get update && sudo apt-get upgrade emacs --purge

英文中文，Ubuntu下设定Emacs输入法的曲折经历

DaNmarner — Mon, 03 Jan 2011 09:16:05 +0000

这片文章是在 Ubuntu 10.10 英文界面下，用 ibus-sunpinyin 在 Emacs 里敲出来的。它之所以存在完全是因为本人对中英混合环境要求过于苛刻，导致初学Emacs 的笔者经历了一次小小的波折。

DaNmarner 选择“出墙”（Sorry Vim）学习 Emacs 的三大原因之一是中英文混合输入的时候它的表现比 Vim 更加自然。后者的最强项在遇到中文输入以后变成了致命硬伤：命令模式在字母键上的绑定。即使经过了很多年的使用（例如本博客之前所有的中文文章都是在 Vim 下面写的），在从编辑模式切换到命令模式的时候避免命令被输入法程序截取还是一件很头痛，很影响效率的事情。

然而为了在 Ubuntu 这个麻瓜友好的环境里享受 Emacs 对以上问题的免疫力，笔者遭遇了两个问题。

第一回合：iBus 在 Emacs 里失灵了

通过 apt-get 安装了 Emacs 以后，一个英文 Ubuntu 用户会发现通过 Ctrl+空格启动 ibus 在 Emacs 里毫无效果。

这个问题相信会用 Google 的同学都能解决：只要把 LC_CTYPE 的值设定为 zh_CN.UTF-8 就可以了。

保存这个值的位置有很多，比较明显的地方是 /etc/environment ，在这个文件最后加上

LC_CTYPE="zh_CN.UTF-8"

然后重启一下就可以在 Emacs 里正常启动 iBus 了。

这里澄清一件事，很多 Google 后出现的结果里说 Ctrl+空格因为和 Emacs 默认的选择命令冲突而无法激活 iBus ，这其实是不对的。事实证明 X 会保证先于Emacs 截获它从而顺利激活 iBus 。不过为了 Emacs 避免使用这个组合还是有价值的，改成 Shift+空格就不错，除非你喜欢 C-@ 多过 C-<SPC>。

一般来说，问题到这已经解决了。但对于 DaNmarner 来说，还有一个很头痛的问题。

第二回合：RTFM 的要求

一个无奈的现实：DaNmarner 已经习惯了英文的技术文档。中文文档虽然有爱，但因为从一开始就在英文环境里摸爬滚打，所以中文的 Emacs 手册看起来觉得很吃力……矛盾吧，还在用中文写作！（其实这也是为了 keep-up 自己的中文水平。）

在修改了 LC_CTYPE 以后，Emacs 会很友好的把所有帮助/手册以中文显示（相对Vim 这是一个不错的优势）。可惜笔者（臭屁地）认为这是友好过度了！那么怎么找回英文手册呢？能不能不修改 LC_CTYPE 就让 iBus 正常工作呢？一番调查之后笔者的结论是：在 Ubuntu 下这还是一个未解之谜。

所以最终的 Workaround 是，保留 zh_CN.UTF-8 作为 LC_CTYPE 的值，使得 iBus 可用，然后在 Emacs 配置文件里强制设定语言环境为英文，既加入下面这行：

(set-language-environment 'English)

这是一个差强人意的方法，至少英文手册回来了，iBus-sunpinyin 也能用了。根本的解决办法，或许是背叛 Ubuntu 投靠其它发行版吧：）

在Kindle上学Emacs

DaNmarner — Tue, 28 Dec 2010 06:55:08 +0000

最近我这个多年Vim粉丝在“出墙”学Emacs。

作为一个深度Kindle 3用户mobi格式的用户手册是必不可少的。

所以只好自己做了一个，Twitter上放过链接了，这里再放一次算是充数一篇博文。

有兴趣的请猛击下载mobi格式英文Emacs用户手册。

PDF去边利器：Kindle 的 GNU 好友 pdfcrop

DaNmarner — Wed, 08 Dec 2010 07:03:15 +0000

PDF是最流行的文档格式之一。大多数的在线文档都提供PDF格式，LaTeX，OOo 甚至 MS Office也提供PDF格式的转换。遗憾的是该格式优点无数，可就是不适合在Kindle 3上阅读——它本身是为了打印而发明的，所以边缘预留了适当的空白区域，直接导致正文在Kindle 3的可读性下降。

虽然大多数PDF文件的字体还是偏小，去掉空白以后的阅读效果还是会增强不少的，如果有什么工具能自动实现这一点就好了……下面隆重推出 Ubuntu 里隐藏的一个 Python 脚本： pdfcrop ，它只有一个功能，你猜是什么(囧，就这么写吧)？

废话不说了，pdfcrop 是 texlive-extra-utils 的一部分，从图形界面或者用下面这行命令进行安装：

sudo apt-get install texlive-extra-utils

安装好了可以用

pdfcrop -h

看帮助，其中我们关心的只有这一条：

pdfcrop --margins 0 原pdf文件 输出pdf文件

其中 --margins 后面的数字是留白的宽度，默认是0。可以用四个数字依指明左、上、右、下留白的宽度。如果一点空白也不想要的话可以直接这样：

pdfcrop 原文件.pdf 新文件.pdf

另外，pdfcrop的主页在这里，如果你的Linux发行版不包含它，可以通过主页链接到sourceforge下载该脚本。

Kindle 也是 Linux 家族，一家人碰到一块就是给力呀！

我的推特同步脚本

DaNmarner — Mon, 29 Nov 2010 19:04:52 +0000

月光曾经发布过一个通过GAE同步推特到国内微博的脚本。使用过一段时间以后，DaNmarner 发现其中有一些问题，比如一旦同步某个服务超时，本次的同步就无法被记录下来，而下次同步的时候一些平台就会出现重复信息。

这里是我对该脚本的hack。利用了Task Queue来避免超时的问题。

使用方法是在 config.py 去掉需要同步平台的注释，填写对应用户名和密码。别忘了最后写上需要同步的Twitter ID。

当然还要修改 app.yaml，写上你GAE程序的id。

另外在 README.txt 也提到，如果你需要修改代码再次发布，不妨利用 deploy 以及 secret.py。

Javascript点滴0x05：第一滴血

DaNmarner — Thu, 25 Nov 2010 19:58:20 +0000

全局变量是魔鬼。在 Javascript 遇到魔鬼的可能性比任何其它语言都大。作为一个 Coder，尽量少召唤魔鬼是一种至高美德。你的模块应该生活在一个单一的全局变量里，比如 MYAPP:

var MYAPP = MYAPP || {};

添加一个模块：

MYAPP.module = MYAPP.module || {};

使用 || 检查模块名是否已经存在是很好的习惯。然而一旦模块层次多了起来，这样的代码很快就会变成一种负担（MYAPP.module2.model1.obj0 怎么定义？）。

所以下面这个 namespace() 方法应该作为你全局变量的第一个方法：

MYAPP.namespace = function(ns_str) {
    var parts = ns_str.split('.'),
        parent = MYAPP,
        i;
    if (parts[0] === 'MYAPP') {
        parts = parts.slice(1);
    }

    for (i=0; i<parts.length; i+=1) {
        if (typeof parent[parts[i]] === 'undefined') {
            parent[parts[i]] = {};
        }
        parent = parent[parts[i]];
    }

    return parent;
}

有了它，上面括号里的问题答案就变成了：

var obj0 = MYAPP.namespace('MYAPP.module2.model1.obj0');

或者省略参数中的MYAPP:

var obj0 = MYAPP.namespace('module2.model1.obj0');

有了这第一滴血，增加人品就轻而易举了。

Javascript点滴0x04：动态规划

DaNmarner — Tue, 09 Nov 2010 12:00:00 +0000

还记得动态规划吗？它曾经是我高中最大的困惑。动态规划这个词译自 Dynamic Programming —— 一个不知所云的短语。相比之下我更喜欢另一个描述同样东西的字：Memoization 。至少它暗示了动态规划的精髓：保存运算的结果，下次碰到同样的运算则直接使用该结果，从而剩下重复运算过程花费的时间。

Javascript 的运行环境决定了动态规划这类节约时间的算法有额外的价值。问题是再哪里保存代码执行的结果？显然全局变量是最糟糕的答案，比放在某个 Object 的属性里还烂。最好的地点其实是运算代码本身所在的 function 实例里面。

function 在 Javascript 里只不过是 object 的衍生类型，意味它可以有自己的属性甚至方法。如果使用 function 来执行了某个时间开销大的运算过程，那么不妨把每次运算使用的参数和结果保存在这个 function 自身，下次运算的时候先检查得到的参数是否已经有了结果，如果是就直接返回，没有再开始运算。具体请看下面这段代码：

var expensiveOperation = function () {
    var cachekey = JSON.stringify(Array.prototype.slice.call(arguments)),
        results;

    if (!expensiveOperation.cache[cachekey]) {
        result = {};
        // 执行运算
        expensiveOperation.cache[cachekey] = result;
    }

    return expensiveOperation.cache[cachekey];
};
expensiveOperation.cache = {};

把所有的参数转换成一个字串作为键，运算的结果作为值，保存到 function 的 cache 属性里。每次被调用的时候先检查这次参数在 cache 里是否有对应值，如果没有，则进行正常的计算，否则略过计算过程直接返回保存在 cache 里的结果。

千万不要忘了最后那一行：cache 的初始化。

Javascript点滴0x03：会变身的原生类型

DaNmarner — Sun, 07 Nov 2010 12:00:00 +0000

Javascript 有几个原生的数据类型：number, string, boolean, null 和 undefined，剩下的＂东西＂全都是 object 及其衍生类。其中的 number，string 和 boolean 各自还有一个增强版本，可以使用对应首字母大写的构造函数生成。

这些增强版本比原生类型＂强＂在了自带的各种方法：Number的toFixed()，String的charAt()等等。

很多人错以为原生类型和它们对应的增强类型是一样的。这很正常。因为在原生类型上调用增强类型的方法是合法的：Javascript 碰到这种情形会自动把前者转换成后者。下面用代码演示一下：

var prim = "hEllo", // 原生string，用字面值建立
      augt = new String("WorLD"); // 增强类型，由构造函数建立
alert(prim.toUpperCase()); // 输出 "HELLO"
alert(augt.toUpperCase());  // 输出 "WORLD"

这里 prim 是原始生类型，augt 是增强类型，可以看到在二者调用 toUpperCase() 效果是一样的。那他们之间的区别在哪？请继续看代码：

alert(typeof prim); // "number"
alert(typeof augt) // "object"
prim.n_of_l = 2;
augt.n_of_l = 1;
alert(prim.n_of_l); // "undefined"
alert(augt.n_of_l); // "1"

上面的代码演示了Javascript的原生类型与其增强版本之间的两个区别：

1 typeof 可以高速我们二者的本质区别：增强类型就是普通的 object 了。这点从new的使用也能体现出来。

2 由于增强类型都是 object ，可以自由的给它赋予新的属性和方法；原生类型就没有这样的特性。给原生类型添加属性不会引发错误，但这么做没有效果。