FreeBSD 6.2-RC2命名
估计这两天会出来ISO。目前我知道的问题基本上都修干净了。
共 688 篇文章。
估计这两天会出来ISO。目前我知道的问题基本上都修干净了。
很有问题。
今天尝试backport了一下TCP/IP的buffer space autosize,貌似编译过去了,顺手修了一个6.2的问题,也许是那位同学没注意跟6-STABLE的diff就直接commit了?
一家欧洲公司,大致要求如下:
有意者请和我本人联系(如果我们很熟悉,或者你可以指出自己的一些公开的开发成果,我可以帮忙推荐)。
HOWTO: Recover damaged FreeBSD UFS2 file systems with damaged master super-block
Copyright © Xin LI, 2006.
All Rights Reserved.
Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met:
THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS’’ AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
注意:本文介绍的方法部分,假定读者对UFS文件系统,以及FreeBSD的日常操作相当熟悉;请勿轻易执行本文介绍的操作,本文中的操作,可能导致fsck_ffs(8)无法修正的严重问题。由于在此本人已明确告知读者这一风险,据此,对于由于执行这些操作导致的任何数据损失,本人明示不承担任何责任。
FreeBSD charlie.delphij.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Sat Dec 9 23:31:10 CST 2006 delphij@charlie.delphij.net:/usr/obj/usr/src/sys/CHARLIE amd64
这个貌似明显比之前的快……不知道是不是心理作用,才两周而已……
如题。相对RC1,这个版本的变动不是很大,修正了一些之前的问题。我个人预计可能会出到RC3,这样大约还有10-14天就可以发布正式的RELEASE了。对于希望跟进6.2的同学来说,现在已经可以考虑在部分非关键系统上升级了。
在距离6.2-RELEASE发布还有大约一个月的时候,FreeBSD的developers邮件列表中开始了关于RELENG_7的讨论。出于对邮件列表相关规定的尊重,我不便公开这些讨论的内容,只说说一些我自己的想法。
在一个有数百人参加的开源项目中,如何保持良好的发行版本品质,同时又不伤害人们的参与热情和新功能的开发进度?
这是一个很明显的问题。对于用户来说,他们最关心的是稳定性和性能。一般说来,用户通常会对操作系统进行裁剪,以便适应他们的需要。然而,并不是所有的变动都能够有效地局部化或模块化,许多变动可能是涉及面非常广的,而另一些变动则可能涉及大量用户,或属于操作系统中「不可或缺」的部分。
许多FreeBSD的开发人员是利用业余时间进行开发活动的。多分支开发对于开发人员来说是一件很头疼的事情。许多开发人员可能没有时间和精力去维护多个分支(搭建测试环境等等都是相当耗时的工作;此外,为了维持ABI/API稳定,还需要编写一些额外的代码),因此,多数开发人员会希望只有1个STABLE分支。
在Pawel Jakub Dawidek的不懈努力之下,目前ZFS在FreeBSD -CURRENT上已经处于主体功能可运行状态了。尽管目前其性能还不如UFS,并且在高负载情况下会出现panic,但patch已经处于可用状态。
说明:这是一篇作弊条,应光棍节的postfix活动网友要求而撰写,因此原理等会尽可能少介绍,只讲过程。
前提:安装了amavisd-new并配置正确。
需求:阻止图片垃圾邮件。
方案:安装FuzzyOCR插件。
注意:高负载服务器请小心使用。
cd /usr/ports/mail/p5-FuzzyOcr/ && make install clean
[下载一个靠谱的操作系统并确保可重现、可维护地安装应用程序]