Development

Different _rc_subr_loaded approach adopted by FreeBSD and NetBSD

The RCng system was developed by NetBSD and FreeBSD have adopted it. _rc_subr_loaded is a flag that both system adopts to speed up the startup.

The FreeBSD approach is to determine whether to run for the whole rc.subr script, while NetBSD approach is to define it as a “:” so rc_subr won’t be loaded.

Which is better?

由衷地赞美ru和hrs以及其他Makefile的作者

太牛了……折腾了将近1个钟头。

起因：Gavin说中文文档无法编译。

经过：
尝试make，发现少了一个–>，加上。还不行。
急了。
遂将中文版本改名，然后把英文版改成中文的名字，我靠，还不行……

Got FreeBSD 1.x repo, finally!

David O’Brien has gave me the FreeBSD 1.x CVS Repository and I have set up a CVSWeb view for it so it will be easy to read the code/changes.

FreeBSD 1.x was forbidden and supposed to be destroyed in May 1994, because the lawsuit of USL against BSDI, UC Berkeley, and the FreeBSD/NetBSD projects. Today, as 32V and some code in the same time was released under BSD License, it is legal to keep the repo again.

FreeBSD 1.x is based on 4.3 BSD, while FreeBSD 2.x and later are based on 4.4BSD-Lite2. The historical archive, is valuable for anyone who interested in the Operating System itself, its development, and more.

Code freeze for FreeBSD 5-STABLE

今天 FreeBSD 的 src tree 正式为 5-STABLE 冻结！

Robert Watson很仗义(这个词，嘿嘿)地在 code freeze 之前的最后一刻 commit 了我的 patch。这一变动将使得未来 5/6 MFC 变得容易，同时，也让 DragonFly 和 FreeBSD 的 diff 变得更小。

delphijfork 20040809 released

delphijfork 20040809 consists the latest FreeBSD features as well as my local changes in kernel and userland applications.

This release is primarily a “bugfix” release, including a large set of bugfixes in drivers and kernel.

Howard's comments on FreeBSD Architectural

Here:
还是让我来诠释一下吧：

1.决不引进新的文件系统，除非有人能证明我们现有的文件系统无法存储某种文件.

2.看清谁是我们的用户和看清楚谁不是我们的用户一样重要,我们要让我们的用户时刻"充满希望",我们的用户都是乐观向上地,他们只要能看到 将来 我们有可能 在现有基础架构上 实现 和 现在 别人的用户 正在 使用的功能 的希望 就满足了.

3.我们决不会闭门造车,你看,我们要统一"raid frame"的 雄心 就是 被 那个 一直饱受(翻译的话请使用过去将来进行时)“Adaptec SCSI Host raid"折磨的用户 所激励地.

4.如果我们 能 建议用户不加载ACPI模块 并 能让那些 被那个蹩脚的ACPI奴役的 用户们 接受 我们的建议 的 话, 那么我们也许最好干脆不去解决现在的ACPI问题了, 因为我们 需要 再次地 去 完整地 理解 一下新版本的ACPI呀.

5.请看,我们只用了10%的努力去维护几个论坛和邮件列表 就 出色地解决了每个RELEASE版本中90%的默认配制下的BUG, 这是个更多么简单的解决方案啊.

6.我们用PORTS把用户从复杂的第三方软件安装操作中隔离并解救出来,用户只需要简单地make install就可以啦….什么?你想在编译之前加一些配制参数?你完全可以把我们映射过的参数放到环境变量中啊…..什么?我们映射出来的参数不全…这可真是遗憾啊,不好意思啦,没有参考文档,还是请您自己研究一下Makefile文件吧,我们相信你的实力,您是完全可以自己搞明白Makefile文件中的那些变量的.

7.我们提供了很多的功能和机制以及大量的参数,我们相信您可以根据您的实际应用总结出一套配制方案.这样对您是很有好处的,因为通过这个配制过程,您可以总结出一套适合自己的策略,这样您所实现地应用就会比那些不了解您的"策略"的人所实现的应用更加出色,而且您还可以比别人"更会"使用我们的XxxxXXX.

关于OpenSource

很多时候我告诫自己不要去想关于OpenSource模式的问题，不过最近还是琢磨了琢磨。很久以前一个前辈跟我讨论过这个问题：

「盈利模式是一个很大的问题。现在Linux的发展模式意味着许多真正核心的开发人员并不能从中获益，这意味着一旦他们开始为生计担忧，项目很可能就会停滞不前；在国外通常会有公司雇用这些开发人员，让他们能够将项目进行下去，但在国内这种情况还非常少。」

Yesterday's buildworld failed

I’m not sure why, but this is really strange. Maybe cvsup’s bug? I finally removed a directory and re-sync’ed the code and it seems to work properly now. (N.B. files were not updated by cvsup :-(

gcc 3.4.2-snap imported into FreeBSD-CURRENT

As title. With Alexenda Kabbev’s import, we now have gcc 3.4.x in the base system. I’ll try to adopt our code ASAP.

FreeBSD to adopt gcc 3.4.x series soon

As Scott Long clarified, 5.3’s RE will start on August 15. Alexenda Kabbev today announced the import of gcc 3.4.x snapshot will happen soon.

• ← 上一页
• 下一页 →