chm文件全名是Microsoft Compiled HTML Help，看名字也猜得出是微软的格式，Windows操作系统自带它的阅读器，chm普遍用于帮助文件和电子书，但在国内，他的应用范围更广，几乎很多在线文档本地化后都采用这个格式。一般做技术的不可能不接触它，但是一般Linux发行版本不自带chm的阅读器，只能安装软件，chmsee就是我所用过最好的chm阅读器了，他还是一款国产软件，我猜之所以看不到比他更好地国外软件，也许是因为中国人更有需求吧。

项目地址：http://code.google.com/p/chmsee/

但是Fedora 14的chmsee包有点奇怪，只有1.1.0版本，没有最新的1.3.0版本。1.1.0的Bug很厉害，影响了正常使用，最新版本则修复了这些Bug。但是Fedora 14没有chmsee最新版本，我在网上也没有搜索到适合Fedora的RPM包，惟一的OpenSUSE的RPM包使用yum localinstall安装仍有不能解决的依赖关系，这使得我们不得不用源码来编译安装了。

我看到项目网站上解释他没有发布二进制安装文件的原因是“Linux 的发行版太多了，还是只发布源码比较省事”，我不否认这种说法的正确性，但也不能否认源码编译安装对我这种Linux菜鸟而言确实非常困难。主要原因当然是缺乏库文件，而且一旦缺乏，我往往不知道该下载哪个包来解决，如果出现RPM包常见的依赖性地狱，更是让我绝望，所以，除非确实找不到二进制包并且需求这个软件，否则我绝对不会去编译源代码。

我看到他的项目文件讲了依赖如下：

intltool

版本方面不用担心，Yum库中的软件都符合要求。

 

软件截图：

 

 

可以看到中文乱码，这应该是1.3.0的一个Bug，chmsee采用内部默认的机制来识别编码，但有点问题，项目网站中已经有人提出，想必下一个版本即可修复。在此之前，可以手动修改文件编码为GB2312或是UTF-8，chmsee会缓存每一个曾经打开过的文件的编码设置。

chmsee的安装说明总体上还是很清楚的，至少按照他的说明来安装依赖后编译就不再出错，有些Linux软件就不是这样了，感觉依赖库根本没写全。我猜大概要好好学习下Linux下的编程才能清楚究竟该如何编译吧。如果大家有更好的技巧，请一定要告诉我，谢谢。