Development

如题。相对RC1，这个版本的变动不是很大，修正了一些之前的问题。我个人预计可能会出到RC3，这样大约还有10－14天就可以发布正式的RELEASE了。对于希望跟进6.2的同学来说，现在已经可以考虑在部分非关键系统上升级了。

在距离6.2-RELEASE发布还有大约一个月的时候，FreeBSD的developers邮件列表中开始了关于RELENG_7的讨论。出于对邮件列表相关规定的尊重，我不便公开这些讨论的内容，只说说一些我自己的想法。

在一个有数百人参加的开源项目中，如何保持良好的发行版本品质，同时又不伤害人们的参与热情和新功能的开发进度？

这是一个很明显的问题。对于用户来说，他们最关心的是稳定性和性能。一般说来，用户通常会对操作系统进行裁剪，以便适应他们的需要。然而，并不是所有的变动都能够有效地局部化或模块化，许多变动可能是涉及面非常广的，而另一些变动则可能涉及大量用户，或属于操作系统中「不可或缺」的部分。

许多FreeBSD的开发人员是利用业余时间进行开发活动的。多分支开发对于开发人员来说是一件很头疼的事情。许多开发人员可能没有时间和精力去维护多个分支(搭建测试环境等等都是相当耗时的工作；此外，为了维持ABI/API稳定，还需要编写一些额外的代码)，因此，多数开发人员会希望只有1个STABLE分支。

尽管仍然有些怀疑这篇报道的真实性，但无论如何，总归是件好事。

我可以负责任地说，这个版本：

• 绝对没有可能在11月9日发布。这个没什么可说的，不要想了，绝对，绝对的不可能。
• 发布的最早日期，不会早于20号。这个基本上我也可以肯定。

RELEASE现状：

今天看到FreeBSD 6.2-RELEASE的packages已经传到i386的R了，不知道什么时候解冻呢？

昨天深夜被李逵同学的电话叫醒，被告知新上线的一个Python应用发生了一个回归问题——一个使用了C模块的程序经常自己退出。

由于这个C模块已经几年没有改过了，加上没有coredump文件，因此调试起来非常困难。另一方面，我们的代码也是一行没改，因此很难确定到底是什么出了问题。李逵坚持认为这个问题是由于Python的编译配置不当引起的。天地良心……编译配置就是之前的配置，不过我还是想办法重编了一套，后来听这家伙说，他没有选pymalloc。

没想到这么快……不过已经装了桌面的同学们，hia hia hia

今天终于尘埃落定了。

To quote M. Warner Losh (with permission):

So long as there’s old code, you can’t replace the copyright, unlessthe old code that remains is not protectable by copyright any more(eg, if it is just { and } lines).If you add your own implementation of the 50 lines in question, or move them to a separate file, then you can put your own copyright/license statement on the code you wrote.

dengxf同学提到的一个问题，想了一下，想到的一个算法：

令$x$为已知量，$y$为目标量，$k$为迭代轮数，

1. 令 $y=x-1$，$k=0$
2. 对于 $y$ 右移 $2^k$ 位 $> 0$的情形，执行下列操作，直到此条件不符合为止：
   y与前述结果相与；$k$累进$1$。
3. $y$累进$1$。

原理：第(2)步的循环将除最高位的所有0均置位。最后一步(3)修正这一值。