Software | 边际效应 - 杨文博的个人博客 - 页码 2

跨平台音乐播放软件 Songbird

Songbird 是一款开源音乐播放软件，目前可以支持在 Windows, Linux 和 Mac 操作系统上运行。从我的角度来看，它有几大特性：(1)支持 iPod——对我来说没诱惑，我又没有 iPod；(2)类 iTunes 界面，这一点我还是很欣赏的，管理音乐比较方便；(3)内嵌浏览器，用某篇文章的话说就是：“如果iTunes和Firefox来一场甜蜜的网络性爱，他们产下的卵就是Songbird。”虽然形同鸡肋，不过也蛮有趣的；(4)支持类似于 Firefox 的插件功能，这将会是 Songbird 的杀手锏；(5)支持大部分中文歌曲 ID3 标签——这一点使我不得不喜欢它，下面我还会说到；(6)可用插件支持歌词显示。

总的来说，Songbird 吸引我的主要原因是后两条，因为我很难在 Linux 下找到实现这两条的播放软件，但是这后两条特性又貌似不那么完全。本地化、本地化，Linux 的本地化一直是一个问题，再加上像我这样的“事儿妈”喜欢在 en_US.UTF-8 的 LOCALE 下追求中文使用的无障碍，使得问题更糟糕。Linux 下的经典播放软件 xmms, RhythmBox, Amarok，无一例外都被中文 ID3 标签显示问题打败（或者说我不知道如何配置？）。

Songbird 让我看到了一丝希望。我目前歌曲库中所有歌曲都是从 Google Music 下载的，乍一装上 Songbird 运行后，我发现它居然能识别出大部分歌曲的 ID3 信息（Windows 和 Linux 平台下效果是一样的），不过仍然有乱码存在。我想可能是 ID3 标签自身问题，于是到 Windows 下用千千静听编辑了一下这些显示为乱码的歌曲信息。经过多次尝试，发现用千千静听将 ID3 信息先写入为 ID3v1，然后再重新以 UTF-16 格式写入为 ID3v1 & ID3v2 貌似可以解决 Songbird 的乱码问题，至少我的歌曲库已经没有乱码了。

这个乱码解决方案的重要之处在于：Windows Explorer 支持该方案，也意味着大部分 MP3 音乐播放器（随身听）支持该方案。不像通常为使 Linux 下的播放软件（比如 Amarok）支持 ID3 标签，要强行将 mp3 文件的 ID3 标签转换为 UTF-8 编码，这样会造成大部分 mp3 随身听和 Windows Explorer 无法显示歌曲信息。（插一句：在我使用过的 mp3 里，只有魅族 Miniplayer(M6) 支持 UTF-8 格式的 ID3 标签和 UTF-8 格式的 txt 文档，这也是我对魅族这间公司有很大好感的原因之一。）

Songbird 的歌词插件也很奇怪，貌似它只支持内嵌于 ID3 标签中的歌词，而且没有时间轴，还好 Google Music 的歌曲大部分内嵌有歌词。不知道存不存在可以从外部文件读取歌词并且以时间轴显示的插件？

关于 ID3 标签，我还有一些疑问，下面列出来，希望对此有了解的朋友能够指点一二。

1. 网上讨论 Linux ID3 标签编码问题时经常会说 ID3 标签的编码是 GBK, BIG5 所以造成了乱码问题。但 Wikipedia 上说，ID3v1 只支持 ISO-8859-1，ID3v2.1 增加了 UTF-16 支持，ID3v2.4 增加了 UTF-8 支持，貌似 ID3 标签根本没有 GBK 编码这一说。那么乱码问题到底和 GBK 有关系吗？

Li Fanxi 网友的重要评论：ID3v1只支持ISO-8859-1，不过很多传统的软件，比如WinAMP或Tag&Rename，都会用System Code Page去存放非ISO-8859-1中的字符。对于CP936，自然就是GB2312了。一些严格符合标准的软件如果没有考虑到这个问题，就会出现乱码。

2. 这篇疑似 Amarok 开发人员的博客中说：“（我们限制自动检测编码功能仅检测 ID3v1 ）基于这样的假设：所有的 ID3v2 使用的是 UTF-8 编码，所有的 ID3v1 使用的是非 UTF-8 编码。”但是要知道大部分中文 MP3 歌曲使用的是 ID3v2.3，根本不支持 UTF-8。那是否能得出这样的结论：Amarok 乱码问题是因为 Amarok 不支持 ID3v2 标准，而不是 Windows Explorer 和其他 mp3 播放器厂家不支持标准？那么我想，有了 Songbird，是放弃 Amarok 的时候了。

Li Fanxi 网友的重要评论：ID3v2.3不支持UTF-8，如果用UTF-8存ID3v2.3 Tag可以看成是软件的Bug，我不太确定有多少软件会这么做。

3. 为什么某些同样是 ID3v2.3 编码的 MP3，Windows Explorer 和千千静听能读取正确，Songbird 中却有可能显示为乱码呢？

Li Fanxi 网友的重要评论：这个问题还是要具体问题再具体分析，可以用软件分析一下这个文件中倒底存了多少种Tag，一个文件中可以同时存在几种版本的Tag，比如ID3v1、ID3v2、APE，不同的软件可能对不同的Tag的识别优先级不一样，导致显示结果不一样。

虽然我天天在Linux下工作，不过管理Tag我还是wine一个Windows下的Mp3tag来用，因为以前在Windows下用惯了，而且我也在维护这个软件的简体中文语言文件。这个软件Usability不算好，不过功能很强，适合对MP3 Tag管理有比较高要求的朋友用用。http://www.mp3tag.de/en

对于解决乱码MP3的问题，我用Mp3tag的方案是先对用System Code Page存放的Tag做一次Convert Codepage的Action。然后把MP3 Tag清除动作设成清除所有，写入动作设成只写入ID3v2.3 UTF-16，然后对所有的文件做一次Ctrl+X再Ctrl+V。世界就清静了。

PS: 一定要试试 Songbird 的 MashTape 插件，很好很强大！

Ubuntu 9.04 安装手记

此次安装是在一台 Dell OptiPlex 740 台式机上进行，处理器 AMD Athlon 64 X2 4400+，显卡 nVIDIA GeForce 6150，声卡 SigmaTel STAC9200。Ubuntu 版本为 9.04 Jaunty Jackalope Alpha 5 amd64 位版，硬盘安装。

1. 硬盘安装时在分区那步仍无法列出分区表，需要 Ctrl-Alt-F2 进入控制台 2 手动 umount -l /hd-media 后重试。

2. 开箱显示正常，但 Compiz 3D 特效无法开启，可能因为没有可用的受限驱动。

3. 默认 ALSA 驱动不支持该声卡，但选择 OSS 驱动可以支持（很奇怪）。必须在音量设备那开启对 capture 设备，才能录入声音，此时可以使用 ALSA 驱动。在使用 Mplayer、SMplayer 之类播放器播放视频时，需要手动在选项中选择声音输出的驱动为 OSS。

4. 安装 smplayer 之后即支持 avi 格式解码，不用手动下载 codecs。在播放 720p 以上高清视频时，最好将 smplayer 的本地缓存调整为 10M 以上（默认为2M），否则容易引起底层 mplayer 内存问题，会无法播放、内存占用过大死机或崩溃。

5. Socks 代理软件 Dante 源代码在该 x86_64 平台上编译后运行会出现段错误；更换为 antinat，经源码编译后运行正常。

6. Libfetion for 64 位 deb 包不可用，异常退出；经源码编译后运行正常。

7. sendsms 编译为 64 位版本会出现段错误，但短信仍能发送成功。

9. 网易的 Ubuntu 软件仓库镜像不包含 Jaunty，cn 的镜像没有总镜像快，security 的连接速度太慢。正式发布后，网易已经有了 Jaunty 源。

10. 使用 Firefox 时可直接安装 Adobe Flash Player 10 64 位版本。

11. 新的状态通知很漂亮，可以显示 Pidgin 上好友的登录和短讯。

12. 根分区使用 ext4 文件系统，数据分区为了与其它系统保持共享仍采用 ext3 文件系统。

13. 安装中文支持时可以选择是否安装该语言用户常用软件，选择是则会增加 PCManX、StarDict 等软件。PCManX 中包含非常全的港台和大陆 BBS 地址簿，但是字体有问题，未解决；QTerm 5.3 会崩溃。

14. 传说中的启动加速没有明显感觉，也许是因为启动的服务太多。

15. Ubuntu 9.04 Jave 程序中文显示不正常，部分文字变成方格。文泉驿字体从 wqy-zenhei.ttf 改为 wqy-zenhei.ttc，导致 java 程序中文字体显示不正常。在 /etc/java-6-sun/fontconfig.properties 中添加 wqy 相关内容，diff 文件可以从这里下载。Java 貌似不可用 ttc 字体，从 8.04 拷来 wqy-zenhei.ttf 到 /usr/share/fonts/truetype/wqy 目录下可解决，wqy-zenhei.ttf 也可以从这里下载。

16. 在另一台笔记本 Dell D630 上安装 9.04 正式版时，发现居然默认不支持 NVS135M 视频驱动，需要配置好网络后，使用命令 sudo apt-get install nvidia-glx-180 安装 Nvidia 180 版本的驱动，或者自己到 NV 网站上下载最新驱动。

应用程序打包技术之四（exe篇）

1. 应用程序打包技术之一（源代码篇）
2. 应用程序打包技术之二（deb篇）
3. 应用程序打包技术之三（rpm 篇）
4. 应用程序打包技术之四（exe篇）

exe 是 Windows 下通用应用程序的后缀，因此也是 Windows 下安装程序的后缀，我就以 exe 篇来命名这篇文章吧。

我们在 Windows 下写程序，尤其是带有图形界面的应用程序，往往不仅需要一个可执行的 exe 文件，还需要一些辅助的 dll 或者资源文件。一般情况下，我们可以采用打包整个目录的方式来发布软件（也是目前很多所谓“绿色软件”的做法），当然我们也可以发布传统的 Windows 安装文件。这样用户不需要额外的解压缩软件，双击执行安装文件就可以安装软件。

将 Win 下应用程序打包成安装文件的方法有很多，这里我们主要介绍一个开源的安装文件制作工具 NSIS(Nullsoft Scriptable Install System)。比如我们耳熟能详的软件 WiNamp 和 eMule 的安装文件，就是使用 NSIS 生成的。它的主页在http://nsis.sourceforge.net，您可以从它的主页下载到最新版本。

NSIS 是一个基于脚本的安装文件制作工具，因此我们必须写好一个脚本提供给它执行。总是要学一些“微语言”真是麻烦的事情，幸好我们还有 HM NIS Edit，一个开源的 NSIS 脚本编辑工具。使用 HM NIS Edit，我们可以一步一步地按照向导生成 NSIS 所需的脚本。因此，我们这篇文章其实主要是介绍 HM NIS Edit 的使用，和 NSIS 的部分脚本格式。使用 NSIS 脚本生成安装文件那一步，实在是太简单不过了，点一下鼠标或者敲一个命令而已。

假设我们要为 foo 程序生成一个安装文件，在打包之前您应该将 foo 的可执行程序、所需 dll 和资源文件等放在一个文件夹 foo 中。比如假设 foo 程序的目录是这样的。

D:>tree /F foo
D:FOO
│  foo.dll
│  foo.exe
│  licence.txt
│
└─image
        foo.ico

下面我们就可以使用 HM NIS Edit 来创建 NSIS 脚本了。启动 HM NIS Edit，在 File 菜单中选择 New script from wizard 脚本生成向导，点击 Next 下一步，进入程序信息页。

Application name 程序名这里我们填入要打包的程序名 "foo"；Application version 程序版本我们填入 foo 的版本，比如 "1.0"；Application publisher 发布者我们填程序的开发公司名或者自己的名字，比如 "张三"；Application website 程序主页我们填程序的主页名，没有主页的就可以不填。然后点击下一步进入安装文件选项页。

Setup icon 安装图标是您希望您的安装文件长什么样子，而不是您应用程序的图标，一般选择默认即可；Setup file 是您希望安装文件叫什么名字，比如 "foo-1.0-setup.exe"；Setup lang 安装程序语言是安装过程中的提示所使用的语言，您可以根据您的需要选择，比如简体中文 "SimpChinese"；GUI 是安装文件的对话框风格，随便您喜欢哪种；Compress 压缩格式是您希望使用什么格式将应用程序压缩存放在安装文件中。然后点击下一步进入应用程序默认安装目录和协议页。

Application default directory 里面填您的应用程序默认安装到哪里，比如 $PROGRAMFILESfoo 是默认安装到 C:Program Filesfoo 目录下，最好勾选上 Allow user to change the application directory，允许用户更改安装目录，这样您的程序显得更人性化一点儿；License file 是指应用程序所使用的协议文本，如果您在 foo 目录下已经准备了协议文件 license.txt，那么直接填 licence.txt 即可。这个协议就是您通常在 Windows 下安装软件时，第一个页面提示的“是否同意上述协议”的“上述协议”文本框里的内容；下面几个选项是让用户选择如何接受协议。点击下一步，进入应用程序文件选择页。

在应用程序文件选择页中会有三个文本框。这个页面的作用是分组添加应用程序所需要的程序文件，这样用户安装时就可以通过选择“最小安装”、“完全安装”、“自定义”等选择安装不同的组件。左上方的文本框是组件框，右下方的文本框是组件信息说明框，右方最大的文本框是每个组件所包含的可执行、dll 和资源文件。如果我们的程序很简单，不用分什么组件，我们就只用一个 MainSection 就行了。点中左上方文本框中的 MainSection，在右侧将所有程序文件添加进去。由于我们已经将所有文件都放置在了 D:foo 目录下，我们只需要点选第二个图标：Add directory tree，在对话框中将源目录选择为 F:Moviefoo，目标目录选择为 $INSTDIR，这样 foo 下所有的文件和目录都将会被安装到 $INSTDIR(默认是 C:Program Filesfoo）目录下。确定之后返回文件选择页，点击下一步进入应用程序图标页。

应用程序图标页的主要作用是选择将会被安装到“桌面”和“开始”菜单的快捷方式指向的可执行程序。如果您的程序名和项目名一样，或者 foo 目录下只有一个 exe 可执行文件，此处就使用默认设置即可。Create an Internet shortcut in the Start Menu folder 的意思是在“开始”菜单中添加一个到软件主页的快捷方式；Create an Uninstall shortcut in the Start Menu folder 的意思是在“开始”菜单中添加一个到卸载程序快捷方式。点击下一步进入安装后执行设置页。

安装后执行的意思是当安装程序安装完成后，用户选择安装后直接启动应用程序或者查看自述文件时，程序的行为。如果您有自述文件，就在 Readme 中填入自述文件的名字，比如 readme.txt，如果没有，就什么也不填，直接进入下一步程序卸载选项。

如果您选择了使用卸载程序 Use uninstaller，NSIS 将会为您自动生成一个卸载程序，其选项使用默认即可。点击下一步进入结束页。

最后结束时，HM NIS Edit 会询问您是否保存脚本。当然要保存了，保存了以后再需要生成安装文件时就不必使用 HM NIS Edit 重新生成脚本了。Convert file paths to relative paths 将脚本中的文件路径修改成相对于脚本文件的路径，这个选项也最好选上，这样在更改 foo 的目录时，我们只需要 NSIS 脚本与 foo 的相对位置不变就不影响脚本的使用。接下来保存脚本文件，最好将脚本文件保存在 foo 目录下，这样以后需要重新生成安装文件，只需要将 NSIS 拷贝到 foo 目录下就可以编译了。比如取名为 foo.nsi。

这样，整个脚本文件我们已经编写好了。现在我们到 D:foo 目录下，就能发现一个 foo.nsi 文件，右键点击 foo.nsi，在下拉菜单中选择 Compile NSIS script，不出错的话，就能在当前目录下生成一个名为 foo-1.0-setup.exe 安装文件了。您可以双击执行一下它，看看安装过程是否如您所料。

我们也可以使用命令行编译 NSIS 脚本，您可以使用这个命令：

C:Program FilesNSISmakensis.exe foo.nsi

如果您将 C:Program FilesNSIS 添加到了 PATH 环境变量中，就可以直接使用 makensis.exe foo.nsi 来编译了。

小技巧：

1. 当生成 NSIS 脚本之后，我们想修改设置，不需要重新执行一遍脚本生成向导。只需要用文本编辑器打开 foo.nsi，找到相应的域，更改设置即可。

2. NSIS 是一个相当强大的安装文件生成器，但是使用 HM NIS Edit 脚本生成向导生成的脚本并不具有很灵活的定制性。如果您需要更多特性，请阅读 NSIS 用户手册，您能从网上搜索到该手册的中文版本。然后直接去修改 NSIS 脚本。

3. 用 NSIS 产生的卸载程序有可能会产生卸载不干净的现象，主要原因是 NSIS 卸载程序不支持递归删除目录。如果您想要它把所有文件和目录都删除的话，就需要在 Section Uninstall 中将所有程序可能会生成的文件和目录都添加进去，这样生成的卸载程序就能卸载全部文件和目录了。

4. 您可以在这里找到更漂亮的图文教程。

应用程序打包技术之三（rpm 篇）

rpm 是 RedHat 系 Linux 使用的软件包格式。流行的 Linux 发行版：Fedora, RHEL, OpenSUSE, Oracle 包括国产的红旗 Linux，都采用 rpm 来管理软件包。

我不是很喜欢 rpm 软件包格式，原因主要有两个，一个是它的依赖关系很难处理，另一个是控制文件比较复杂。但是 rpm 包有着非常广泛的应用，也是一个提高生产力的重要工具。

像前一篇文章提到的一样，checkinstall 也可以用来打 rpm 包，但我不是很熟悉这个软件。这里我仅仅介绍如何使用原始的 rpm(rpmbuild) 工具来打 rpm 软件包。

和前面 deb 包使用 fakeroot 一样，rpmbuild 也是利用沙盒的方式来构建软件包，除了控制文件比较繁琐，过程可能还更自动一些。构建 rpm 包的工作目录默认是 /usr/src/redhat，如果您在 Debian 下安装了 rpm 这个软件包，它可能是 /usr/src/rpm。您可以使用 rpm --eval %_topdir 查看自己的 rpm 工作目录。

$ tree `rpm --eval %_topdir`
/usr/src/redhat
|-- BUILD
|-- RPMS
|   |-- athlon
|   |-- i386
|   |-- i486
|   |-- i586
|   |-- i686
|   `-- noarch
|-- SOURCES
|-- SPECS
`-- SRPMS

我们可以看到，/usr/src/redhat/ 下有几个子目录：SOURCES 用来存放源代码包，SPECS 用来存放 spec 控制文件，BUILD 用来解压源代码包和构建软件，RPMS 里存放的是打好的二进制应用程序 RPM 包，SRPMS 里存放的是打好的源代码 RPM 包。但是，我们应该知道 _topdir 是可以在 spec 文件中修改的，否则我们只能用 root 才能在默认的工作目录 /usr/src/redhat 下创建文件和执行命令。我们可以先把工作目录树拷贝到用户自己的目录中：

$ cp -r /usr/src/redhat ~/rpm

这样，我们就可以在用户目录 ~/rpm 下打 rpm 包了。打 rpm 包之前的准备工作只有两件：1. 准备好源代码包并放置在 SOURCES 目录下；2. 准备好 spec 控制文件并放在 SPECS 目录下。如何打源代码包我们已经在《源代码篇》中介绍过，下面我们主要来介绍 spec 文件的格式。下面是一个实例 spec 文件。

$ more ~/rpm/SPECS/casnet.spec
%define   _topdir    /home/solrex/rpm
Name:     casnet
Version: 1.3
Release: 1
License: GPL
Packager: Solrex Yang
Summary: CASNET Client
Group:    Network
Source:   %{name}-%{version}.tar.gz
URL:      http://share.solrex.org/casnet/
Prefix:   /usr

%description
CASNET is a gui client for ip gateway of GUCAS(Graduate University of Chinese
Academy of Sciences), which is written in Python and PyGtk.

%prep
%setup -q

%build

%install
make -e PREFIX=%{prefix} install

%files
%{prefix}/bin/casnetconf
%{prefix}/bin/casnet
%{prefix}/bin/casnet-gui
%{prefix}/share/casnet/casnetconf.py
%{prefix}/share/casnet/casnet.py
%{prefix}/share/casnet/casnet-gui.py
%{prefix}/share/casnet/pics/*.png
%{prefix}/share/applications/casnet.desktop
%{prefix}/share/icons/casnet.png

我们可以看到，spec 文件与 deb 包的 control 文件有很多相似之处：Name, Version, Release, License, Packager, URL 是软件的名称、版本、小版本、使用的协议、维护者和网址；Summary 和 %description 是软件的信息；Group 是软件所归类别。剩下的就有些不同了：Source 是指软件的源代码包名称，rpm 会到 SOURCES 目录下找这个包；Prefix 是软件的默认安装位置；%prep、%build、%install 下分别是软件的预处理、编译和安装命令；%files 是所有需要被打包进去的文件。

因此，作者需要将 spec 文件中的各个域填写正确。%prep 下的 %setup 宏一般是用来将源代码 tar 包释放到 BUILD 目录下；%build 下可以添加 %configure 宏和 make 命令，如果您的软件需要编译的话；%install 下是您的安装命令；%files 下是您程序运行所需要的全部文件，其路径即为您安装完软件后它应该在的位置。%{name} 可以用来指代 Name: 域的内容，%{version } 指代 Version: 域的内容，以此类推。

需要注意的是，rpmbuild 使用 BUILD/%{name}-%{version} 作为您的源代码包释放后的目录，进入其进行编译。因此当您使用 tar 打源代码包时，tar 包的顶层目录名应该为 %{name}-%{version} 而不是仅仅是 %{name}，比如：

$ tar czvf casnet-1.3.tar.gz casnet-1.3
$ mv casnet-1.3.tar.gz ~/rpm/SOURCES

现在我们在 ~/rpm/SOURCES 下有了 casnet-1.3.tar.gz，在 ~/rpm/SPECS 目录下有了 casnet.spec，那么我们就可以使用下面的命令生成 rpm 包了。如果您的安装位置 Prefix 选择的是一个系统目录，比如 /usr, /usr/local 之类，您也许需要使用 root 权限来运行 rpmbuild 命令。

$ rpmbuild -ba ~/rpm/SPECS/casnet.spec

这样我们就能在 ~/rpm/RPMS/i386 目录下获得我们生成的 rpm 软件包了。rpmbuild 命令的执行过程是这样的：首先根据 spec 文件定位源代码包，然后将源代码包释放到 BUILD 目录下，使用 spec 文件中给出的命令编译和安装，然后将 spec 中列的文件提取出来，按照包信息打出来 rpm 包。

我们可以使用 rpm -qpi 命令来查看 rpm 包的信息，rpm -qpl 命令来查看 rpm 包所包含的文件列表：

$ rpm -qpi ~/rpm/RPMS/i386/casnet-1.3-1.i386.rpm
Name        : casnet                       Relocations: /usr
Version     : 1.3                               Vendor: (none)
Release     : 1                             Build Date: Thu 26 Feb 2009 08:03:50 PM CST
Install Date: (not installed)               Build Host: laptop
Group       : Network                       Source RPM: casnet-1.3-1.src.rpm
Size        : 40883                            License: GPL
Signature   : (none)
Packager    : Solrex Yang
URL         : http://share.solrex.org/casnet/
Summary     : CASNET Client
Description :
CASNET is a gui client for ip gateway of GUCAS(Graduate University of Chinese
Academy of Sciences), which is written in Python and PyGtk.

$ rpm -qpl ~/rpm/RPMS/i386/casnet-1.3-1.i386.rpm
/usr/bin/casnet
/usr/bin/casnet-gui
/usr/bin/casnetconf
/usr/share/applications/casnet.desktop
/usr/share/casnet/casnet-gui.py
/usr/share/casnet/casnet.py
/usr/share/casnet/casnetconf.py
/usr/share/casnet/pics/casnet.png
/usr/share/casnet/pics/offline.png
/usr/share/casnet/pics/online.png
/usr/share/icons/casnet.png

如果您想了解更详细的内容，您可以进一步参考 Jake's RPM Build Tutorial 这篇文章。

应用程序打包技术之二（deb篇）

deb 是 Debian 系 Linux 使用的软件包格式，也是我最欣赏的软件包格式。我所知道的打 deb 软件包的方法有两种，一种是使用 checkinstall，另一种是使用 dpkg。

checkinstall 不仅仅可以用来打 deb 包，还可以打 rpm 和 tgz 包，而且使用方法相对简单。但是 checkinstall 的运行不是那么稳定，我搞不懂它在什么情况下才能正常运行，而且它的定制性不是很强，使用时老是要交互地输入些信息，所以我还是放弃了使用它来打包软件。感兴趣的朋友可以在网上搜索一下这个程序的使用方法。

dpkg 是 Debian 的“原生”包管理软件，但是很多人不太愿意使用 dpkg 来打包 deb。究其原因可能是需要写麻烦的配置文件，但是写配置文件的一个好处就是在下次打包时候可以直接用上次的配置文件，只修改一个版本号就可以了，而不用每次都需要填包信息。在介绍如何打 deb 包之前，我们现看一下如何解 deb 包。

$ sudo apt-get install tree
$ dpkg -X /var/cache/apt/archives/tree_1.5.1.1-1_i386.deb fakeroot
$ cd fakeroot
$ dpkg -e /var/cache/apt/archives/tree_1.5.1.1-1_i386.deb
$ tree
.
|-- DEBIAN
|   |-- control
|   `-- md5sums
`-- usr
    |-- bin
    |   `-- tree
    `-- share
        |-- doc
        |   `-- tree
        |       |-- README
        |       |-- changelog.Debian.gz
        |       |-- changelog.gz
        |       `-- copyright
        `-- man
            `-- man1
                `-- tree.1.gz

dpkg -X 是将 deb 包的内容文件释放出来，dpkg -e 是将 deb 包的控制信息释放出来。前面执行那个 sudo apt-get install tree 是为了将 tree_1.5.1.1-1_i386.deb 下载到本地 apt cache，如果您已经安装过 tree 这个软件，可以为 apt-get 加上 -d 参数，使其只下载而不安装。

从上面 tree 命令的执行结果我们发现，deb 包解开后分两部分：一部分是控制信息，在 DEBIAN 目录下；一部分是安装内容，在 usr 目录下。现在您大概明白为什么我们使用 fakeroot 作为目录名了，因为这个目录就是一个"假根目录"，您在这个目录下所有的修改，最后都会被映射到目标机的根目录 / 下。比如 fakeroot/usr/bin/tree 这个文件，就会被安装到 /usr/bin 下，以此类推。

只要您能理解 fakeroot 这个目录映射，您就知道如何安放自己的文件了。为了让生成的包将文件 foo 安装到目录 /usr/xx/yy 目录下，您只用在 fakeroot 目录下建立 usr/xx/yy 目录，并将 foo 拷贝进去就行了。

好，下面进入关键的配置文件部分，关于 control 和 md5sums。

$ more DEBIAN/control
Package: tree
Version: 1.5.1.1-1
Architecture: i386
Maintainer: Ubuntu MOTU Developers
Original-Maintainer: Florian Ernst
Installed-Size: 92
Depends: libc6 (>= 2.6-1)
Section: utils
Priority: optional
Description: displays directory tree, in color
Displays an indented directory tree, using the same color assignments as
ls, via the LS_COLORS environment variable.
.
Homepage: http://mama.indstate.edu/users/ice/tree/

我们可以看到，control 文件中包含的主要是软件的版本和维护者信息，我相信大家都能基本看懂上面这些信息什么意思：Package 包名（tree）、Version 版本（1.5.1.1-1）、Architecture 目标机架构（i386 386及以后）、Maintainer 维护者（Ubuntu MOTU Developers）、Original-Maintainer 原维护者（Florian Ernst）、Installed-Size 安装后大小（92K）、Depends 依赖软件包（libc6 不低于 2.6-1 版本）、Section 包分类（工具）、Priority 优先级（可选）、Description 包描述、Homepage 软件主页。

由于咱们分析这个包是 Ubuntu 发布的包，所以包信息给的比较全，其实并不是上面所有的信息都有必要提供（小声说一句，就算全提供也不是很难吧？除了咱不用的，Original-Maintainer 这种就算了）。关于哪些信息比较重要，以及每个域的具体含义和可选项，可以参考 Debian 的文档 Debian Policy Manual Chapter 5 - Control files and their fields 。

您也可以依样画葫芦，写一个类似的 control 文件放到 DEBIAN 目录下，提供一些自己软件包的信息，基本有这个配置文件就可以打包了。

$ more DEBIAN/md5sums
d60a3b4736f761dd1108cb89e58b9d4e usr/bin/tree
981ea0343c2a3eb37d5fc8b5ac5562df usr/share/man/man1/tree.1.gz
483a56158a07a730ec60fc36b3f81282 usr/share/doc/tree/README
ea56d78ae0d54693ae8f3c0908deeeff usr/share/doc/tree/copyright
4456e04c3c268eabcd10ee9b949a9b9a usr/share/doc/tree/changelog.gz
ec104db6914cfce2865a0d8c421512bb usr/share/doc/tree/changelog.Debian.gz

md5sums，这文件名一看，就知道是保存着软件包中各文件的 md5 校验值，用来校验软件包是否被损坏了。其实这个文件纯属“腊月三十逮兔子，有它没它都过年”，您可以完全不提供它。

这样呢，我们就准备好了 deb 包的内容文件和控制信息：控制文件放在了 fakeroot/DEBIAN 目录下，内容文件放在 fakeroot/usr 下，目录树就像开头 tree 命令的结果。下面只需要一个命令就能打出来 deb 安装包了：

$ cd ..
$ dpkg -b fakeroot/ foo.deb

这时候当前目录下就出现了 foo.deb。您可以使用 dpkg -I foo.deb 查看 foo.deb 的控制信息，dpkg -c foo.deb 查看 foo.deb 包含了什么文件，sudo dpkg -i 安装 foo.deb。

小技巧：

1. 如果您懒得自己新建一个控制文件和目录树，您完全可以像本文开头那样，找一个简单的软件包，将它的内容和控制信息释放出来，对它进行修改，然后打出来自己的包。

2. 生成 md5sums 文件不是什么难事，您只需要在 fakeroot 目录使用下面这个命令：

$ md5sum `find usr -type f` > DEBIAN/md5sums
或者
$ find usr/ -type f -exec md5sum {} + > DEBIAN/md5sums

3. 将您的可执行文件拷贝到 fakeroot/usr 下并不一定要手动一个个拷。如果您使用 GNU 自动工具集，./configure 时加个参数 --prefix=fakeroot/usr/ 即可；如果您自己写的 Makefile，可以在 Makefile 中使用一个变量 PREFIX=/usr，当您不加参数时，make install 的安装目标就是 /usr 下，您可以使用 Makefile -e PREFIX=fakeroot/usr/ install 来覆盖 Makefile 中的变量设置。

应用程序打包技术之一（源代码篇）

相信很多朋友都曾经为方便做某件事写过自己的小程序（像我写过的 casnet，sendsms），但很多怕都是藏在深山没人识，最后不了了之，自己也把它们丢在角落里忘记了。

把这些小工具上传到技术论坛或者 CSDN 下载频道之类的网站，还是能收到一些关注的，而且还能攒积分和声望。但是为什么不把它们发布出去呢？估计有几个原因：源代码太乱，编译又挺复杂，不好意思给别人看；二进制程序包不会打，不知道该怎么发布。

因此我打算在本系列文章中分享一下我的程序打包经验，目前来讲计划有四篇：源代码篇、deb 篇、rpm 篇和 exe 篇。这些技术在网上您都能找到，因为我也是从网上学习的，算是一个笔记和汇总吧。如果您有好的批评或建议，不妨在评论中指出，帮助我完善这篇文章。

源代码篇

发行源代码包是件最简单的事情，因此也在最先介绍。有同学会说，打个压缩包不就完了嘛。的确如此，但是在压缩之前您也要有几个注意事项：

1. 删除版本管理目录，比如 .svn，.cvs 之类的目录。像 Subversion 版本管理软件，会在每个目录下都建立名为 .svn 的目录，里面一般保存着目录下文件的最新版本，可以用来 revert 修改。不删除 .svn 目录，会使源代码包臃肿，而且最重要的是可能会有安全隐患。.svn 目录下还包含您的用户名和 SVN 服务器信息，可能您并不想让别人知道。但是如果您网速够快的话，可以重新 svn export 一份，而不是仅仅从您的 svn 树上拷贝一份出来，那就没有 .svn 目录了。

2. 规整一下编译过程，如果编译过程不规范，您应该添加一个 README。如果您的代码不是脚本，很可能是需要用户编译的。如果编译过程规范，*nix(Linux/Unix, CygWin, Mingw 等) 下就是 ./configure, make, make install，用户很容易理解。但如果编译过程不规范，您就最好添加一下 README 或者 INSTALL 文件，指导用户该如何编译。使用 MS VisualStudio 的用户要注意工程文件的整洁性，最好导出一个 Makefile（是的，VS 也可以用 Makefile），这样用户就不必打开项目，在 CMD 命令行用 nmake Makefile 就可以编译了。

3. 删除二进制中间文件。在 *nix 开发者中，这一般不难做到，Makefile 中一般都会写一个 clean 目标；但是 MS VS 用户一般不会注意那些编译时生成的 .obj 文件。源代码包就应该是源代码，最多包含可执行程序和文档，而不应该包含其它任何二进制的文件。否则您的源代码包就会很大，而且对用户也是困扰，到底哪些文件有用呢？

4. 修改编译目标从 debug 版本到 release 版本。*nix 下，这一般意味着 CFLAGS 要改成 -O2 而不是 -g；VS 一般意味着将目标从 debug 转为 release。这样用户生成的可执行程序才能足够小和足够快，他们如果有能力自己调试，会知道如何将选项改回去的。

5. 添加知识产权信息，就是授权协议。小程序大家一般都不在乎，但如果是您在这个项目上花了足够的心血，还是最好选择一个自己喜欢的授权协议。可以将协议声明放在每个源文件的最前注释中，也可以在项目的根目录下放一个 license 文件。

6. 不要用 rar 包。在 Windows 下推荐使用 zip 格式压缩；*nix 下推荐使用 .tar.gz 或者 .tar.bz2 格式。因为这些格式在这些系统上不需要安装额外的软件解压。WinRAR 是一个商业软件，而且 RAR 格式也是受版权保护的。

打包命令：

在 Windows 下，如果您使用开源软件 7-zip 来压缩 zip 包，可以使用这个命令（首先将 7-zip 可执行文件目录添加到 PATH 环境变量中）：

7z a foo.zip foo

*nix 下，就是下面几个命令了：

tar czvf foo.tar.gz foo
tar cjvf foo.tar.bz2 foo
zip -r foo.zip foo

《使用开源软件-自己动手写操作系统》Rev 2发布

免费电子书《使用开源软件-自己动手写操作系统》的主页在：http://share.solrex.org/WriteOS/ ，您可以到这里下载 pdf 格式电子书和随书源代码。

2008 年 2 月 21 日发布第一版，拖了十个月我才发布了第二版。虽然有一些懒惰的原因在里面，但更重要的原因是没有很多可以大块利用的时间。从开始动手，才知道写书是一件非常痛苦的工作，尤其是有代码的书。再加上本书目前的主要代码都是汇编语言，一旦出错就要花好长时间调试，代码运行正确了，要在不同的 Linux 进行编译以确保能正确通过，又要加注释、除去冗余指令，代码的工作结束就要接着关注排版、查资料、填补内容、做插图，总之写一天书下来我累得精神都会振奋不起来。

本来打算十月底就发布第二版，但是因为研究工作稍微耽误了一下，就又拖到了十一月底，总之我还是完成了这一章。这一版虽然只增加了第三章，但页码却从 40 页增加到了 104 页，示例代码也从 2 个增加到 10 个，与第一版的工作量不可同日而语。由于这一版的发布周期过长，我在按版本发布的基础上增加了每周发布，也因此在编写过程中得到了不少帮助。

这本书从计划开始就得到很多朋友的肯定，在编写的过程中也得到了很多朋友的帮助。不计刚发布第一版时几乎每天一千次的下载量，从 2008 年 5 月 9 号把所有源代码迁移到 Google Code 项目后，加上每周发布，就有共计两万一千多次下载。我非常感谢大家对我一如既往的支持，感谢那些在我的博客评论或者发电子邮件给我打气的朋友，尤其感谢那些在邮件中或者错误报告页中指出本书错误或者提供很好建议的朋友！

我尤为高兴的是听一位朋友说北京邮电大学某位教授操作系统课程的老师向同学推荐这本电子书，这正与我写这本书的初衷相合，就像我在前言中所说：

本书的最终目标是成为一本大学“计算机操作系统”课程的参考工具书，为学生提供一个step by step 的引导去实现一个操作系统。这不是一个容易实现的目标，因为我本人现在并不自信有那个实力了解操作系统的方方面面。但是我想，立志百里行九十总好过于踯躅不前。

我将继续努力将这本书写下去，也希望大家能够继续对这本书保持关注，并帮助我完善此书。下面是本书这次发布的章节信息，如果您发现本书中的错误（那是不可避免的），或者有更好的建议，请您一定到本书的错误报告页指出，兄弟我将非常感谢！

第三章进入保护模式
3.1 实模式和保护模式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
3.1.1 一段历史. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.1.2 实模式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.1.3 保护模式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.1.4 实模式和保护模式的寻址模式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
3.2 与保护模式初次会面. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
3.2.1 GDT 数据结构. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
3.2.2 保护模式下的demo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
3.2.3 加载GDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47
3.2.4 进入保护模式. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
3.2.5 特别的混合跳转指令. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 49
3.2.6 生成镜像并测试. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
3.3 段式存储. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
3.3.1 LDT 数据结构. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
3.3.2 段描述符属性. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
3.3.3 使用LDT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
3.3.4 生成镜像并测试. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
3.3.5 段式存储总结. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
3.4 特权级. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
3.4.1 不合法的访问请求示例. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 65
3.4.2 控制权转移的特权级检查. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
3.4.3 使用调用门转移. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
3.4.4 栈切换和TSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 74
3.5 页式存储. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
3.5.1 分页机制. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
3.5.2 启动分页机制. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
3.5.3 修正内存映射的错误. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89
3.5.4 体验虚拟内存. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
3.6 结语. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104

扔掉你 Windows 中的盗版软件吧

——Windows 下常用盗版软件的替代免费软件列表

最后更新时间：2009年8月30日

本文不是一篇对开源软件或者 Linux 的宣传，本文仅仅针对那些在 Windows 下不愿意使用盗版软件，和不能忍耐寻找盗版软件注册码、注册机带来的麻烦的用户。本文的主要内容就是介绍一些用来替代 Windows 下流行盗版软件的开源和免费软件。请注意替代的免费软件并不一定比流行的盗版软件功能差，很多甚至比商业软件还要好。

当您看完这篇文章，我相信您完全可以把您 Windows 系统里安装的盗版软件清理干净而不影响您的任何工作。如果您仍然希望并且喜欢、享受做一个盗版软件用户的话，那也没有办法，但是请您记住，非常非常重要的一点：您已经不是一个历史清白的人，因为一打开电脑，您就在犯罪（侵犯知识产权，侵犯软件版权）。以后像“我是一个遵纪守法的好公民”这种话，想想再说吧！

目录：

1. 压缩解压缩软件
2. 文本编辑软件
3. 杀毒软件
4. 软件防火墙
5. 辞典软件
6. FTP 下载工具
7. 邮件客户端 & RSS 阅读器
8. 办公软件
9. 图片查看器
10. 集成开发环境
11. C/CPP 编译器
12. 科技文献排版
13. 图片编辑软件
14. 远程登录软件
15. 统计计算软件
16. 数学计算软件
17. 反汇编软件
18. 参考文献管理
19. 影音播放
20. 刻录工具

内容：

1. 压缩解压缩软件
流行盗版软件：WinRAR
替代开源软件：7-Zip http://www.7-zip.org

7-Zip 在 2007 年被 SourceForge 网站评为社区选择最佳项目奖，最佳技术设计奖。7-Zip 可以说是能完美替换 WinRAR（甚至更好），它可以解压所有流行压缩格式的压缩文件，可以解压或压缩 7z, ZIP, GZIP, BZIP2 和 TAR 压缩文件格式。注意，7-Zip 不可压缩为 rar 文件格式，这样做有版权问题。

2. 文本编辑软件
流行盗版软件：UltraEdit
替代开源软件：Notepad++ http://notepad-plus.sourceforge.net
文本比较软件：WinMerge http://winmerge.org

相信用过 UltraEdit 的人都会赞不绝口，因为它强大的语法高亮，十六进制编辑，文件对比等等功能令人爱不释手，但是可以的是，它是一个收费软件。那么开源社区有没有相应的替代品呢，答案是肯定的，Notepad++ 一定不会让你失望。更强大的语法高亮，更具扩展性的插件，除了文件对比功能还比不上 UE，我真的是挑不出来一点儿毛病，这篇文章就是在 Notepad++ 中写的，赶快去下载一个尝试一把吧。而且 Notepad++ 还带有很多插件，如果你的 Notepad++ 带有 Nppexec 插件，那么你就可以在 Notepad++ 中打开一个类似于命令行的窗口，想想用这个写 Latex 文档多爽吧，在侧栏中直接输入 latex xx.tex 就可以直接调用 latex 进行编译了，这总比打开一个新的命令行窗口要省事多了吧。

感谢 bbbush 推荐的开源软件 WinMerge，这是一个强大的文本比较和整合工具。

3. 杀毒软件
流行杀毒软件：Kaspersky, Norton, NOD32, Rising 等等太多了
替代开源软件：ClamWin http://www.clamwin.com
替代免费软件：AVG http://free.grisoft.com
替代免费软件：Avira AntiVir Personal http://www.free-av.com
替代免费软件：Avast Home Edition http://www.avast.com

相信大家对病毒都一直很头痛，杀毒软件这个东西，平常用不着，真到用着时候却发现起不了啥作用。上面推荐的杀毒软件中，第一款是开源软件，所以功能稍微弱一些，后面三款都是有商业公司支持的，包括收费版和个人用户免费版两种，所以软件的质量还是可以保证的。感谢 Abcx 推荐 Avira AntiVir. 我个人比较推荐 Avast，功能真的很强大，不比某些软件的商业版本少什么东西。

4. 软件防火墙
流行盗版软件：ZoneAlarm, 天网，瑞星等等也太多了
替代免费软件：COMODO Firewall Pro http://www.personalfirewall.comodo.com

如果说 COMODO Firewall Pro 是“完美替代”瑞星防火墙，我都觉得侮辱它了。COMODO Firewall Pro 曾获得 Web User 杂志 2007 年金奖，它不仅仅是一个防火墙，而且还可以监视系统文件的更改，它监视文件范围之广泛简直都让我崩溃了，总之它是一个防火墙，但是包含了一些杀毒软件才有的功能，至于它的强大，用了才知道。用 COMODO Firewall Pro 和 Avast 可以帮你打造一个不逊于任何杀毒软件和防火墙组合的安全系统。COMODO 在 2009 后将杀毒功能也引入了防火墙功能中，它的安全套件目前显得比较臃肿，已经不太适合追求简约的用户使用了。

5. 辞典软件
流行盗版软件：金山词霸
替代开源软件：StarDict(星际译王) http://stardict.sourceforge.net
替代免费软件：灵格斯词霸 http://www.lingoes.cn
替代免费软件：谷歌金山词霸合作版 http://g.ciba.com

如果你用过 StarDict，我相信你不会再夸金山词霸好。StarDict 可以自定义辞典库，仅仅中英互译辞典你就有二十多种选择（其中包含金山词霸的辞典库哎），还有其它很多语言的辞典库，而且翻译中有很好玩的词义发散树。为什么它叫译王呢？因为它还有全文翻译功能，动心了吧，把金山词霸删了吧，换 StarDict，我保证你不会失望。

感谢 SteamedFish 推荐灵格斯词霸，这也是一款相当不错的辞典软件，尤其适合 Windows 下的用户习惯。灵格斯和星际译王最大的问题是没有解决好辞典的 license 问题，尤其是灵格斯词霸，这是它以后发展的隐忧。

2008年5月 Google 联合金山公司推出谷歌金山词霸合作版，虽然自带辞典少了点儿，但是有在线辞典功能。也许你想尝试一把！

6. FTP 下载工具
流行盗版软件：FlashFXP
替代开源软件：FileZilla http://filezilla-project.org
替代免费软件：UltraFXP http://www.click-now.net/html/UltraFXP.htm

FTP 下载工具，其实这个东西没什么讲头，大家用起来都差不多，只是换一个软件换一个使用方式而已。窗口布局，菜单内容变一变，基本功能都没差别。世事真的很多变，我以前强烈推荐 SmartFTP 在 2008 年 7 月全面转向了收费软件，这件事让我很伤心，因为这个软件我用的很舒服，sigh!不过幸好我们有开源软件 FileZilla，FileZilla 也支持 IPV6 协议以及使用代理服务器，唯一有点儿不舒服的是它的窗口分布有点儿乱，不过相信会很容易适应的。

7. 邮件客户端 & RSS 阅读器
流行盗版软件：Outlook, FeedDemon
替代开源软件：ThunderBird http://www.mozilla.com/thunderbird

ThunderBird，其实算是 Firefox 的兄弟，两者同是 mozilla 的开源项目。要说邮件客户端，ThunderBird 可能不是最优秀的，但是要说邮件客户端 + RSS 阅读器，恐怕直接支持两者的不太多吧。我之所以用它有一个很重要的理由，ThunderBird 是一款跨平台的阅读器，这样我就不用在 Windows 下和 Linux 下分别设置两次邮件客户端了，只需要把一个平台下的数据文件拷贝到另一平台下，就完全可以使用了。

8. 办公软件
流行盗版软件：MS Office
替代开源软件：OpenOffice http://www.openoffice.org
替代开源软件：AbiWord http://www.abisource.com
替代免费软件：WPS Office 2007 个人版http://www.wps.com.cn
替代免费软件：永中 Office 2009 个人版http://www.evermoresw.com/webch/product/personal.jsp

MS Office 我就不说了，有几个人不是盗版？正版 Office 2007 可是最便宜 400 多美元一套呢！用微软的口吻来说，您可是每年给微软带来好几百美元的直接经济损失啊（再加上Visual Studio, Windows 呢，上千美元了吧）！OpenOffice 现在虽然不敢说完美支持 MS Office 文档，但至少大部分兼容是没有问题的，而且 OpenOffice 文档可以直接保存成多种文件格式，像小气的微软在 2007 里还需要安装插件支持输出 pdf，太吝啬了吧。所以呢，OpenOffice 给你提供了替换 MS Office 的绝大部分功能，为什么还做一个盗版者呢？下载一个吧，至少可以当作一个 pdf 转换工具，要知道低于 2007 的 MS Office 可必须得安装 Adobe Acrobat 才能实现转换 pdf 功能，sigh，又是一个盗版软件！

对于中文用户，在这里我特别推荐金山公司的 WPS Office 套装个人版，对 MS Office 文档的支持到让人吃惊的地步，也没有 OpenOffice 一些启动速度慢等一些问题，非常适合一般用户使用；永中 Office 也在 2008 年 10 月 13 日宣布了个人版免费这一令人振奋的消息，这一消息使得 Linux 用户们有福了，因为永中不仅有 Windows 版，也有 Linux 版，对中文的支持要比 OpenOffice 好很多。但是从测试效果来看，Linux 版本对文档字体兼容性不如 Windows 下的 WPS，不知道 Windows 下的永中表现怎么样。

9. 图片查看器
流行盗版软件：ACDSee
替代开源软件：IrfanView http://www.irfanview.com

其实我对图片浏览软件并不感冒，因为 GFans 都是用 Picasa 嘛！但是看到很多人用 ACDSee 就让我很不爽，IrfanView 挺好的啊，而且速度更快。note:第一次看到有人用 IrfanView，是西门子公司 PSE 的工程师演示流程图。

10. 集成开发环境
流行盗版软件：MS Visual Studio, Intel C++, Turbo C, Delphi
替代开源软件：Eclipse(Almost Every Language) http://www.eclipse.org
替代开源软件：Code::Blocks (Only C/C++) http://www.codeblocks.org/
替代开源软件：NetBeans (Only JAVA) http://www.netbeans.org

如果你是个程序员，还没听说过 Eclipse？太老土了吧。先别说 eclipse 好不好，就拿现在大部分软件公司（尤其是JAVA软件开发公司）都在用 eclipse 来说，你也应该使用它。别给我说 Visual Studio 更顺手，我宁愿用 Notepad++ 写代码再调用命令行编译也不愿意用 Visual Studio 的代码编辑器（当然我这里指 Visual Studio 6.0，俺太土，就用过古董）。Eclipse 强大的插件功能，代码管理功能，自动补全功能，支持多种程序语言...好处我就不列举了（因为我发现自己总是经常不经意发现 Eclipse 的优点，点点惊喜太多了），自己用吧。

但是 Eclipse 最大的缺点就是“慢”！Code::Blocks 作为一个跨平台的 IDE，在速度上要比 Eclipse 好上很多。Code::Blocks 某些版本自带 C/C++ 编译器，如果您是个 C++ Programmer，您可以选择 Code::Blocks。

11. C/C++ 编译器
流行盗版软件：MS Visual Studio, Turbo C
替代开源软件：DevC++ http://www.bloodshed.net/devcpp.html

其实这个真的不好说，我没用过 DevC++，因为我基本上不在 windows 下写 C 代码了。但是 DevC++ 的编译器基础 GCC，我是太经常用了，我不相信你没听说过它，所以我就不解释了。为了写一段 hello world 满世界找注册码，找盗版光盘，值得吗？而且 VC6 对 C++ 标准的实现那么差，而 VS2003 以上动辄几个 G 的大小，相比而言 DevC++ 要比它们好很多。

12. 科技文献排版
流行盗版软件：MS Word
你应该使用的开源软件：LaTeX http://www.latex-project.org
中文 TeX 套装：CTeX http://www.ctex.org

如果我说 LaTex 是 MS Word 的替代软件，肯定有人会骂我：“有没有搞错？MS Word 能算科技文献排版软件？”所以对于那些习惯于用 word + Mathtype（哦，又是一个盗版软件！）写论文的同学，温习一下 LaTeX 的历史吧。你可以仔细看一下下载的 ieee, acm 论文，pdf 文件请看属性，有多少是用 word 的 adobe acrobat 插件生成的？又有多少是 TeX 相关程序或者 dvi, ghostscript 转化成的？当然了，中文的垃圾杂志就不要看了。如果是写中文文章，你可以更欢迎 CTeX 这一省去很多中文配置的套装，学了 LaTeX 你就会知道，什么叫做漂亮的科技文献排版！

13. 图片编辑软件
流行盗版软件：Photoshop
替代免费软件：Paint.net http://www.getpaint.net
替代开源软件：Gimp http://www.gimp.org

用 Linux 的人对 Gimp 不陌生，这是 Linux 下标准的图片编辑程序，这里指其 Windows 版本，Gimp 功能非常强大，但是编辑方式和习惯与 Photoshop 有些区别，可能需要稍微长点儿的学习周期。感谢 Cofyc 推荐 Paint.net，Paint.net 是一个更轻量级的图片编辑工具，功能比 Gimp 和 PS 都弱一点儿，但是编辑习惯和 PS 比较相似，用起来较为容易。有人会说，Photoshop 有这个，有那个，它们有吗？但是请问，你是专业的 PSer 吗？如果你是专业的 PSer，为什么不用苹果机再装个 Photoshop 进行处理呢？对于一般非专业人士的使用，我相信上面两款软件提供的功能足够你探索了。

14. 远程登录软件
流行盗版软件：SecureCRT
替代开源软件：Poderosa http://en.poderosa.org/

不喜欢 Putty 的黑色界面和难操作性？又不想使用盗版的 Secure CRT？这里像你隆重推荐终端登陆器 Poderosa，Poderosa 对 Telnet, SSH 各种登录方式均支持，还支持标签窗口，如果你电脑上还安装有 Cygwin，那么别再用那个黑黑的 Cygwin 启动窗口了，Poderosa 内建有对本地 Cygwin Shell 的支持，而且，Poderosa 支持插件扩展哦，你可以自己为它设置更多功能。

15. 统计计算软件
流行盗版软件：SAS
替代开源软件：R http://www.r-project.org/

大概学统计的学生都会很头痛使用什么软件做统计计算，SAS 那庞大的体积让人望而生畏，再加上用它的人不多，注册码和破解版也非常难找。其实你不必担心，R 软件在统计学领域的使用范围绝对要比 SAS 要广，因为不是每个教授都有钱买正版的 SAS 的，而且基于 R 开发的软件包也是多如牛毛，相信你一定能找到你需要的函数包，在这点上，SAS 要差一些。

16. 数学计算软件
流行盗版软件：Matlab, Mathematica
替代开源软件：GNU Octave+GNUPlot http://www.gnu.org/software/octave/ + http://www.gnuplot.info

虽然 Matlab 在数学计算领域非常流行，但是它的价钱也太贵了。这里我向您隆重推出 GNU Octave，一款开源数学计算软件，它兼容 Matlab 大部分语法，在它的发行版中您能找到很多 .m 文件，所以也许您写的 .m 文件都可以不加修改地在 Octave 上运行。如果需要画图功能，GNUPlot 会给您提供强大的画图工具支持。

17. 反汇编软件
流行盗版软件：Win32Dasm
替代免费软件：IDA Pro（旧版本） http://www.hex-rays.com/idapro/

其实 IDA Pro 更应该说是流行的盗版软件，但是 IDA Pro 的低版本是个人免费使用的，比如现在可以免费使用 IDA Pro 4.9 版，对于一般用户，旧的版本功能已经“非常非常非常”强大了。

18. 参考文献管理
流行盗版软件：Endnote
替代开源软件：JabRef http://jabref.sourceforge.net/

EndNote 是差不多 Windows 下文献管理的权威软件，某些学校可能会买下来这个软件给学生用。但是总有一些学校没钱，或者用户希望保持文献数据库在 Linux 下和 Windows 下的兼容性，那么 JabRef 可能是你最好的选择，因为 JabRef 使用 JAVA 语言编写，是跨平台的。尤其是对 bibtex 论文数据库的支持上，JabRef 已经相当完美了。

19. 影音播放
流行软件：暴风影音
替代开源软件：SMplayer http://smplayer.sourceforge.net/
替代免费软件：K-Lite Codec Pack http://www.codecguide.com/

其实暴风影音也是免费软件，但是暴风影音做的很多事情实在令人不敢恭维。因此我认为有必要推荐一下一些开源软件。SMplayer 是一个 mplayer 的前端，它将 mplayer 包装得更加用户友好，但是中文用户使用的话，有必要配置一下：字幕编码和文件缓存，否则在加载中文字幕或者高清电影时，会有一些问题。K-Lite Codec Pack 是著名的编解码库，很多播放器包括暴风影音、KMplayer 对媒体文件编解码都是使用的它。K-Lite Codec Pack 自带的 Media Player Classic 是经典的短小精悍型播放器，媒体加载速度极快，但是在控制功能上要少一些。

20. 刻录工具
流行盗版软件：Nero
替代免费软件：Nero Free Version http://www.nero.com/enu/downloads-nero9-free.php

本项内容是最奇怪的，盗版软件也是 Nero，免费软件也是 Nero。主要是因为 2009 年 Nero 推出了 Nero 9 的免费版本。我自己的刻录经验告诉我，很多看似很好的刻录软件都难以让人信任，很容易刻坏盘，而 Nero 是一款我足够信任的软件，它推出的免费版本包括了一般刻录时需要的基本功能，很值得使用。

本人的经验也就写到这里了，如果您有什么想补充的，您可以在本博客最底下的 CC 协议的基础上自由转载、修改或者添加内容。

编译一个软件要花多长时间?

不知道现在世界上有多少人正坐在电脑前，等待着编译结束。如果把所有的软件按照规模来排名的话，编译器至少应该在最大那一批的角落里，想想自己动手编译 GNU 工具链需要的时间吧！难怪有人抗议说 gcc 应该附带音乐以便编译时候打发时间 ^_^

但是还有比 gcc 更变态的，就比如 Open64(原为 SGIPro64，开源后叫 Open64，Intel 和中科院改的叫 ORC，Pathscale 改的叫 EkoPath，特拉华大学改的叫 KylinC)，Open64 前端使用的是修改后的 gcc，然后对生成的 WHIRL 文件进行处理，生成 .s 文件再让 as 去汇编。在编译 Open64 时什么稀奇古怪的问题都可能出来，最主要的原因可能是 gcc, binutils 源代码版本不对应，或者只能使用某个版本的 gcc 去编译，某个版本的 ld 去连接。看看 Open64 中的源代码就可以发现，什么风格的代码都有，gcc 的代码可能是 K&R 的，也可能是 ANSI 的，有 C 风格的 C++，还有数不清的 csh，代码的混乱程度比 gcc 有过之而无不及，warning 一大堆，我每次都奇怪它是如何编译过去的。

我没有具体计算过 Open64 的编译时间，但是从感觉上来看，如果全部编译的话，Open64 至少需要一个小时(双核3.4G，2G内存)。平常我改编译器的源代码，最多的就是改 Dwarf 相关的调试信息输出。GNU make 会增量构建，改个 c/cxx 问题还不大，顶多重编一下模块，我最怕的就是改动哪个头文件。因为如果动了头文件，尤其是那种比较关键的头文件，就意味这下面一个小时就等编译结果吧。

一般情况下 make 的逻辑是：如果源文件被更新，只需要重编这个文件生成目标文件，然后用其重新构建可执行文件；如果头文件被更新，那么所有依赖此头文件的源文件都要被重新编译。这个依赖关系是写在 Makefile 中的，为了避免无谓的重编译，一定要在 Makefile 中确定正确的依赖关系。而这个依赖关系的依据是程序中头文件的包含关系和模块之间的联系，所以在写程序时一定要谨慎地选择包含头文件。多 include 一个头文件，错误地声明一个全局变量，都会造成程序的臃肿。

其实在这一点上 GNU 的东西做得就比较不错，头文件的包含，文件的依赖关系都很清楚，而且本身做为 Linux 下的程序员来说，了解依赖关系就是理解 Makefile 的第一步。相比而言 Windows 程序员就差很多，Win 程序员太依赖 IDE(集成开发环境) 了，没有 IDE 什么都干不了。经常有人问 Linux 下没有 VC，那怎么写程序？天那，比 VC 优秀的编译器有很多，而且没有图形界面不意味着写不出图形界面的程序，VC 编译程序也是调用命令行的。VC 的编译器叫做 CL, 连接器叫做 LINK，VC 也有 make，叫做 NMAKE。不相信的人可以尝试一下：如果你安装了 VC 并且选择了将 VC 可执行文件路径加入到环境变量里，那么就可以用 CL hello.cpp 来编译你的 hello world 程序，根本没有必要为了一个单文件的命令行程序创建一个工程。

Linux 并不拒绝 IDE，从 Eclipse 的流行可以看到这一点，但是不要让 IDE 把程序员变傻。如果不了解程序编译的整个过程和逻辑，那么写程序就成了一件盲目的事情。很多 VC 的程序员都不能区分什么是 assembly file, object file, executable file，什么是 preprocess，一个程序的源文件是怎么组织起来的，最终的二进制文件是怎样生成的。他们所知道的就是把一个文件往工程里一拉，乱七八糟的头文件一包含，就希望程序能编译过去。一旦遇到问题，马上抱怨怎么报那么多错误，就算很明显的错误也要到论坛上叽叽歪歪一番，怎么能期望得到一个可靠又高效的程序呢？

从 VC 自动生成的源程序来看，本身就有很多问题，就拿 VC 自动生成的类来说，鲜有 private 类型的成员变量和方法，大多数都是 public 或者 protect 了事，因为这样它不容易出错。但是这样一来 C++ 面向对象的特性又去哪儿了？MFC 里一堆一堆的宏，又如何了解真正的 API？

IDE 仅仅是一个加强版的文本编辑器，它提供的功能是高效写代码，但需要程序员自己保证写高效的代码！

细节很重要！

Ubuntu 7.10 的一些小问题

这两天用 Ubuntu 7.10 和 Compiz-Fusion 遇到了几个小问题：

1. Firefox 相关

Ubuntu 自带的 Firefox 2.0.0.6 好像有很多问题，用起来总不舒服。很诡异的一点是，如果启用默认的 Ubuntu Extension for Firefox，无法打开 Windows Live Space 的博客页面。我起初还以为是 Feedburner 的统计图片无法显示造成的假死呢，但在卸载 Ubuntu Extension for Firefox 后一切正常，这就让人搞不明白了 Ubuntu team 做出来这个东西究竟是想干吗?

2. Nvidia 显卡相关

我使用的驱动是 Nvidia 官方最新的 for linux 驱动，单屏是没有任何问题的。但当使用双屏时，就是 TwinView，笔记本是 1280x800 的分辨率，外接 LCD 是 1280x1024 的分辨率，这时候笔记本屏幕会使用外接 LCD 的高度，造成的效果是在笔记本屏幕上看不到工具栏，因为工具栏在底部...所以只能用 Alt+Tab 切窗口。

2. Compiz-Fusion 相关

开启了 Compiz-Fusion 3D 特效之后，由于吸附作用，窗口的标题栏会不正常，经常会跑到桌面面板工具栏的后面，或者说不停的在尝试吸附，表现就是标题栏闪屏。

在使用双屏时，第一次桌面立方体旋转需要很长时间，像死机了一样，我经常先切到 console 再重新切回 X window，但第一次旋转以后的旋转就很正常了，和单屏没什么区别，就是两个独立的屏一起转。

另外，双屏还是很耗资源的，虽然我是 1.8G 双核 CPU, 1G 内存, 256M 显卡，在跑双屏时应用程序反应会稍微慢一点儿，不过并不很明显，还是在可以忍受的范围之内。感觉上在 Linux 上使用双屏没有在 Windows 上快，不过，嘿嘿，Windows 双屏只能算两个桌面，我的 Ubuntu 双屏可是 8 个桌面!!!

Hacking 《自己动手写操作系统》Chapter 1&2

——Writing x86 PC Bootloader With Free Software

本文内容已整理成一本电子书，请到这里下载

今天在看一本书，《自己动手写操作系统》（于渊，电子工业出版社），虽然很欢迎这样一本详尽介绍怎样写操作系统的书出现，但看完前两章后对作者的某些做法很不以为然。比如使用 Windows 作为开发平台，采用商业虚拟机作为测试平台，不是每个人都买得起这些软件的（我们要在心中牢固树立使用盗版软件就是犯罪的观念 X-D）。

我这篇文章的目的就是为了展示 Linux/Free Software 的强大，不使用任何商业软件，不用自己写的任何工具，使用免费的工具链，照样可以完成而且更高效地完成《自己动手写操作系统》前两章的 demo。

当然我也希望这篇文章为推动 Linux 和 Free Software 的发展出一点力，比如让部分读者（尤其是 EE 和 CS 学生）看完这篇文章后舍弃瘟都死，投身到 Linux 和 Free Software 阵营中来，或者《自己动手写操作系统》的作者在下一版(如果有的话)中完全使用 Free Software 来做 demo。

好了，下面开始，先介绍一下需要使用的工具。
操作系统：Ubuntu 7.04 Feisty，平台: i386 PC。
使用工具：gcc, binutils(as, ld, objcopy), dd, make, hexdump, vim, virtualbox。
上面所说的工具中，除了 virtualbox 虚拟机，剩下的工具在任何能用做开发环境的 Linux 版本上都是默认安装的。VirtualBox 也是遵从 GPL 协议的开源软件，可以从这里 [href: http://www.virtualbox.org ]下载。Ubuntu 只需要 sudo apt-get install virtualbox 安装即可。

首先，我们看第一个示例代码：
[wbyang@solrex-PC loader]$ more boot.asm
org 07c00h ; 告诉编译器程序加载到7c00处
mov ax, cs
mov ds, ax
mov es, ax
call DispStr ; 调用显示字符串例程
jmp $ ; 无限循环
DispStr:
mov ax, BootMessage
mov bp, ax ; ES:BP = 串地址
mov cx, 16 ; CX = 串长度
mov ax, 01301h ; AH = 13, AL = 01h
mov bx, 000ch ; 页号为0(BH = 0) 黑底红字(BL = 0Ch,高亮)
mov dl, 0
int 10h ; 10h 号中断
ret
BootMessage: db "Hello, OS world!"
times 510-($-$$) db 0 ; 填充剩下的空间，使生成的二进制代码恰好为512字节
dw 0xaa55 ; 结束标志
此段代码使用 Intel 格式的汇编语言写成，本也是用同样开源的 NASM 编译，但是鉴于很少有人在 Linux 下使用此汇编语法，它在 Linux 平台上的扩展性和可调试性都不好(GCC 不兼容)，而且不是采用 Linux 平台上编译习惯，所以我把它改成了使用 GNU tool chain 去编译连接。这样的话，对以后使用 GNU Toolchain 编写其它体系结构的 bootloader 也有帮助，毕竟 NASM 没有 GAS 用户多。

上面的汇编文件可以用 AT&T 风格改写为：
[wbyang@solrex-PC loader]$ more boot.S
.code16 ;使用16位模式汇编(GAS 默认认为 .S 文件是 pure 32-bits i386 code)
.text ;代码段开始(为 link script 做定位)
mov %cs,%ax
mov %ax,%ds
mov %ax,%es
call DispStr ;调用显示字符串例程
INF: jmp INF ;无限循环(GAS 没有 $ 作为当前行标号的约定)
DispStr:
mov $BootMessage, %ax
mov %ax,%bp ; ES:BP = 串地址
mov $16,%cx ; CX = 串长度
mov $0x1301,%ax ; AH = 13, AL = 01h
mov $0x00c,%bx ; 页号为0(BH = 0) 黑底红字(BL = 0Ch,高亮)
mov $0,%dl
int $0x10 ; 10h 号中断
ret
BootMessage:.ascii "Hello, OS world!"
.org 510 ; 填充到 510 字节，使生成的二进制代码恰好为512字节
.word 0xaa55 ; 结束标志

但有一个问题, NASM 可以直接使用 nasm boot.asm -o boot.bin 将 boot.asm 编译成 bin 文件，GAS 不能。但是 GAS 的不能恰好给开发者一个机会去分步地实现这个过程，使编译更为灵活。下面请看 link script 和 Makefile：
[wbyang@solrex-PC loader]$ more solrex_x86.ld
SECTIONS
{
. = 0x7c00;
.text :
{
_ftext = .; //告诉链接器程序加载到内存的7c00处
} = 0
}

这个连接脚本的功能就是，在 link 的时候，将程序加载到内存 0x7c00 的位置(BOIS 将 PC 控制权转交给这个位置运行的程序)，相当于 boot.asm 中的 org 07c00h 一句。有人可能觉得麻烦，还需要用一个脚本控制加载地址，但是《自己动手写操作系统》就给了一个很好的反例：Chapter 1.5 代码 1-2,作者切换调试和运行模式时候需要对代码进行注释，而使用脚本控制，只需要编译时候调用不同脚本进行连接，就能解决这个问题。

这在嵌入式编程中是非常常见的处理方式，使用不同的连接脚本一次 make 生成某个程序分别运行在 board 上和 simulator 上的两个二进制文件。

相信只要能耐心看到这里的人对下面 Makefile 中的内容都不会陌生。
[wbyang@solrex-PC loader]$ more Makefile
CC=gcc
LD=ld
LDFILE=solrex_x86.ld #使用上面提供的连接脚本 solrex_x86.ld
OBJCOPY=objcopy

all: boot.img

boot.img: boot.bin
@dd if=/dev/zero of=emptydisk.img bs=512 count=2880 #生成空白软盘镜像文件
@dd if=boot.bin of=boot.img bs=512 count=1 #用 bin file 生成对应的镜像文件
@dd if=emptydisk.img of=boot.img skip=1 seek=1 bs=512 count=2879 #在 bin 生成的镜像文件后补上空白，最后成为合适大小的软盘镜像

boot.bin: boot.elf
@$(OBJCOPY) -R .pdr -R .comment -R.note -S -O binary boot.elf boot.bin

boot.elf: boot.o
$(LD) boot.o -o boot.elf -e c -Tsolrex_x86.ld

boot.o: boot.S
$(CC) -c boot.S

clean:
@rm -rf boot.o boot.elf boot.bin boot.img

使用 Makefile，一个是方便，直接就可以生成可引导的软盘镜像文件，二是为了清楚，其间对源文件的任何处理都一清二楚。下面解释一下 Makefile 都做了什么：
第一步， gcc 调用 as 将 boot.S 编译成目标文件 boot.o；
第二步， ld 调用连接脚本 solrex_x86.ld 将 boot.o 连接成可执行文件 boot.elf。
第三步， objcopy 移除 boot.elf 中没有用的 section(.pdf,.comment,.note)，strip 掉所有符号信息，输出为二进制文件 boot.bin。
第四步， dd 使用 boot.bin 生成可引导的软盘镜像 boot.img。

到此，我们使用开源工具链编译生成 bootloader 的过程已经结束，没有使用到任何商业软件，也没有自己写任何转换工具。《自己动手写操作系统》文中提到的 HD-COPY 和 Floopy Writer 都没有使用到。为了验证也可以先用 hexdump -x -n 512 boot.img 将 boot.img 前 512 个字节打印出来，可以看到 boot.img dump 的内容和附送光盘中的 TINIX.IMG dump 的内容完全相同。这里我们也显然用不到 EditPlus 或者 UltraEdit，即使需要修改二进制码，也可以使用 vim 的 %!xxd 命令进行十六进制编辑。

写得真够累的，那个 virtualbox 就不说了，用法跟 virtualPC 没有什么大差别。安装上以后，新建一个虚拟机，加载 boot.img 光盘镜像到软驱，然后选择虚拟机重新启动，就可以看到红色的：
Hello, OS world!
当然，你如果喜欢的话，可以改成 "F-U_C-K Microsoft!" 不过要注意的一点是，做这件事是需要权限的，要把当前用户加到 vboxusers 组中，否则这个行为无法成功 :-)。

综上，很显然 VirtualPC 也不需要。《自己动手写操作系统》可怜的作者费了半天劲在瘟都死的 VirtualPC 里装 Redhat Linux，解决瘟都死和 Linux 的文件共享问题，解释了一番自己“工欲善其事,必先利其器”的动机，但我实在没看出有一点儿需要瘟都死的原因。瘟都死什么都不能给你，但 Linux 能给你整个世界！

Beryl is so cool

以前看到 SUSE 10.1 带的 beryl 效果，觉得非常有意思，但肯定会吃资源，就没想过尝试。自从那天看到同事的桌面也用了 beryl 之后，我才知道原来集成显卡也是可以安装滴。只可惜我的 SUSE 是 10.0，Qt 库的版本不够，只能望屏兴叹。昨天晚上下好了 Ubuntu 7.04, 叫什么 herd-3 测试版还是什么东西，我也记不住这种东西。心想，安上这个就可以玩 beryl 了。

测试版真的是很讨厌，我的 SATA 硬盘，WinC 盘是 FAT32 的，为什么把光盘镜像放在这个分区上就找不到呢？我差点想去改 initrd.gz 里面的寻找路径，还真从那里面让我找到了，但头痛的是，我不知道我改了后再压缩会不会识别不了。心想，算了，说不定是分区的问题，失败两次之后就学乖巧了些，拷贝到 ext3 格式的 linux 分区一个镜像，结果再找镜像就 OK 了。

但是安装时候还出了一个问题，我选择语言是中文，国家和地区是中国，它就是会停到安装 openoffice-java-commen 这个包上，真是奇怪了。只好选择语言英文，但是，但是，为什么我选择语言是英文不能选择国家和地区是中国呢？这是什么逻辑？没的办法只好选择香港。

安装好以后，彻底 upgrade 一番，这没出问题。但在安装中文支持的时候，最后一步说不能识别 zh locale。我郁闷了，一看，下载下来的中文支持包是 6.06 版本的，怪不得，那么久没有更新了。所以，现在我的 feisty 能正常显示中文了但不能输入，scim 能启动但就是没法换输入法，唉，忍了吧，谁让咱是中国人呢？中国博大精深的文字那些鬼佬们怎么能轻易而举地使用呢？

然后就是安 beryl，看网上教程看到头痛，丫的安一个软件这么费劲。我一怒，不管了，就把 ubuntu 的 beryl org 的源加到 source.list 里面，然后 wget 一下 key，直接 sudo apt-get update, sudo apt-get install beryl。我紧张地看着进程跑完，哈哈哈哈，居然没出问题，直接就能用。看来 Ubuntu 在这方面还是下了点功夫的。

我最喜欢 beryl 的就是桌面的转换，cool 啊，而且使用快捷键比原来 1234 桌面换来换去直接地多，也能在脑子里形成反射：恩，去左面的桌面，恩，去右面的桌面。而不用像以前一样老在想，该进几号桌面啊？

版上还有人评价 windows vista 和 beryl 达到同等效果所耗费的内存。虽然两个操作系统这么比没意思，但还是觉得 beryl 做的相当不错。