From owner-freebsd-stable@FreeBSD.ORG Thu Apr 19 11:39:39 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0AEDD16A402; Thu, 19 Apr 2007 11:39:39 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [82.208.36.70]) by mx1.freebsd.org (Postfix) with ESMTP id 8222413C44B; Thu, 19 Apr 2007 11:39:38 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 3B9AB19E023; Thu, 19 Apr 2007 13:39:37 +0200 (CEST) Received: from [192.168.1.2] (grimm.quip.cz [213.220.192.218]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTP id E8BE319E019; Thu, 19 Apr 2007 13:39:30 +0200 (CEST) Message-ID: <462754F2.7010605@quip.cz> Date: Thu, 19 Apr 2007 13:39:30 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Robert Watson References: <255E13B335D576FB5DD547F1@ganymede.hub.org> <4625D73F.80005@quip.cz> <20070419094445.Q2913@fledge.watson.org> In-Reply-To: <20070419094445.Q2913@fledge.watson.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "Marc G. Fournier" Subject: Re: Jail Resource Limits for 6.x ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 11:39:39 -0000 Robert Watson wrote: > > On Wed, 18 Apr 2007, Miroslav Lachman wrote: > >> Marc G. Fournier wrote: >> >> > Is anyone looking into merging in the patch available at: >> >>> >>> >>> >>> That provides both memory and cpu limits on a jail? It appears to be >>> against REL_6 from last years SOC ... >>> >>> Is anyone using it in production anywhere? >> >> >> I got same question + one more. Why there are SoC projects, which >> never come in to src tree or wider publicity? Sometimes it is like >> wasting of human resources... ;( > > > Summer of Code projects are student projects funded by Google for a > summer. Many of the project proposals are significantly more ambitious > than a single summer, and take much longer to come to fruition -- often > being merged in the winter, the next spring, or even a summer or two > later. Not all projects are even intended to lead directly to > commitable code: some are effectively R&D projects to understand new > areas of work. However, we have a fairly high success rate in getting > things committed within a year or so: remember, things need time for > testing, review, revision, etc, and this requires a significant effort > by the students, their mentors, and the project as a whole over a very > extended period of time. > > Per the recent announcement on the freebsd-announce mailing list and on > the web site, you can learn more about the SoC projects by visiting the > FreeBSD web page, and also the FreeBSD wiki which contains more detailed > information on each project: > > http://www.freebsd.org/projects/summerofcode-2007.html > > http://wiki.freebsd.org//SummerOfCode2007 > > The 2007 SoC season has barely begun, as the official start date is at > the end of May. However, many students have started, and already put > information about their projects online. I understand. But from my point of view - there is lack of PR (Public Relations) for those projects and patches. Somebody did patch with new / experimental features and almost nobody knows about it. And even if somebody find the patch / webpage about some project, there is date from last summer so project seems dead without future or patch can't be applied to current sources. So I thing FreeBSD needs some central place for these informations - maybe called "Experimental Area" with informations + patches + up-to-date statuses, list of testers, list of bugs / successes, list of untested things etc. So one can easily find / try / test / fix / help with any of "useful" things around FreeBSD not included in STABLE or CURRENT. I thing some Wiki engine + mailinglist + reminders would be useful for this. Any thoughts? At this time, some things are on SoC pages, some on personal pages of FreeBSD developers and some on the other hard to find places. Miroslav Lachman