前沿

说需求创造供给是错误的。事实恰恰相反。

—亨利·福特，www.jyu.fi/library/elkok/isbn9513911675.pdf

发明是需求之母。

—托尔斯坦·凡勃伦，www.quotationspage.com/subjects/invention

好吧，家庭娱乐是我宝贝的愿望，所以我跑到城里买了个卫星天线。我把它绑在我日本车的顶上，回到家，我把它指向了星星。来自遥远的消息传来：有五十七个频道，但什么都没有。

—布鲁斯·斯普林斯汀

如果我们认为我们“拥有”客户，我们将很快消亡。

—Juha Toivari，Nordea Bank 认证和证书服务主管 EVP，2004 年 7 月伦敦 IDman 会议演讲

曾经维系我们文化历史平衡的技术——在自由使用和许可使用之间——已经被打破。结果是，我们的文化越来越不自由，越来越依赖许可。

劳伦斯·莱西格，Free Culture, blogspace.com/freeculture/Introduction

理解开源流程可以为非常古老且重要的社会合作问题带来新的视角。并且，它可以为电信和互联网革命对人类社会的制度、政治和经济影响提供早期的视角。

史蒂文·韦伯，The Success of Open Source, www.hup.harvard.edu/pdf/WEBSUC.pdf

对新技术的怀疑不应使我们对业务变化的方式视而不见。新的组织方式会周期性地出现——并且可能具有重大意义。开源很可能就是其中之一。

—马修·林恩，Bloomberg.net，quote.bloomberg.com/apps/news?pid=10000039&refer=columnist_lynn&sid=aqq4dVXwLQ8Y

Wichert Akkerman 一直在尝试向内核源代码添加 Debian package 构建目标，以补充 RPM 目标。他在 2003 年 10 月的首次尝试遭遇了时机不佳的命运，正值 2.6 测试系列的中间，该系列于 7 月开始，并在 2003 年 12 月宣布了 2.6.0。Wichert 当时完成了一些补丁工作，显然一直在私下维护它，直到 2004 年 6 月，他再次尝试提交它。这一次，由于内核在最近的 2.6.6 版本（在撰写本文时，2.6.7 也已发布）仍然处于某种程度的变动中，Wichert 的补丁获得了更好的接受，看起来 .deb 目标将被内核接受，不会有太多麻烦。

长期以来，Mel Gorman 一直维护着 2.4 和 2.6 虚拟内存 子系统的在线文档。在 Linus Torvalds 早期 2.4 版本发布中出人意料地大规模替换子系统后，文档变得稀缺或不存在。Mel 像狗一样努力工作，描述其内部工作原理，并将其作为免费资源在线提供，他的工作最终被 Prentice-Hall 选中，纳入 Bruce Perens 开源系列。《理解 Linux 虚拟内存管理器》这本书，是对 Linux 内核最困难方面之一的深入剖析。

内核和 C 编译器 之间的关系一直存在争议。当内核版本无法编译时，通常并不完全清楚问题是出在内核中的 C 代码，还是编译器尝试将 C 代码转换为机器语言操作码的过程中。最近，Linus Torvalds 和其他人开始推测，未来版本的 Linux，可能在 2.8 或 3.0 系列中，将需要 GCC 3.3 以上的版本。Linus 引用了早期 GCC 版本中对别名处理不当的问题，但编译器人员可能会对他们的代码中哪些地方损坏以及哪些地方没有损坏有自己的看法。无论如何，内核需要工具升级并不罕见，但每次发生这种情况，兼容性的破坏都会为要求其他工具升级打开闸门。另一方面，通常最好根本不需要工具升级，这样用户在想要升级内核时可以尽可能轻松。

Greg Kroah-Hartman 已正式承担作为 sysfs 维护者的责任。他被 Christian Gmeiner 逼到公开，后者一直在试图确定 sysfs 维护者以回答一个编码问题。在此之前，MAINTAINERS 文件中没有人列出，但 Greg 表示他将在某个时候提交一个补丁来更新他自己的联系信息。sysfs 项目在 2.5 和 2.6 时间框架内取得了很大进展，现在是与运行中的内核交互的首选方法。当然，有些人仍然使用 /proc 和其他机制，但他们被温和地纠正，并且逐渐（有时很快地）接受了新想法。sysfs 在过去几年中已经非常成功地确立了自己的地位。

对 微软的 NT 文件系统 (NTFS) 的写入支持不完全是计算机的圣杯，但尽管如此，它一直是某些程序员感到技术需要或个人冲动想要解决的持续困扰。Anton Altaparmakov 就是其中之一，最近宣布了 NTFS 在“写入”方向上迈出了一步：能够覆盖文件系统中已有的文件。除此之外，NTFS 驱动程序还执行了一些以前必须手动完成的内务处理，以防止损坏。显然，NTFS 尚未准备好用于硬核使用，仍然最适合需要从旧磁盘复制数据的用户，但似乎总有一天会在 Linux 中提供全面的 NTFS 支持。

PC9800 子架构计划从 2.6 树中删除。硬件已经过时，这不一定是从内核中删除功能的理由。但是，除此之外，PC9800 代码无人维护，这当然是删除功能的理由。Linus Torvalds 已经明确表示，即使有用户强烈要求某个功能也没关系；如果代码已损坏且无人修复，那就删除它。当然，由于专有的 BitKeeper 版本控制系统，现在一旦找到维护者，将代码放回内核就更容易了。并且，将无人维护的代码放在砧板上的其他理由之一是，它确实引起了可能选择维护它的人的注意。

另一个可能最终从 2.6 树中删除的代码是古老的 UMSDOS 功能。在过去，UMSDOS 用于在现有的 MS-DOS 分区中安装 Linux，因此人们可以在不重新分区驱动器的情况下进行实验。如今，UMSDOS 使用不多，但其历史价值意义重大，以至于 Linus Torvalds、Andrew Morton 和其他内核维护人员可能很乐意为了后代的缘故将其保留在内核中。然而，不幸的是，UMSDOS 目前在 2.6 中已损坏，这大大降低了它被保留下来的机会。如果没有维护者来使其恢复健康，那么这个在早期将许多人引入 Linux 的工具可能只会成为回忆。