Packages in my Fedora 14
一共安装了 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 家的可以用来画画儿？
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 家的可以用来画画儿？