From owner-soc-status@FreeBSD.ORG Tue Jun 15 14:48:22 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFDEB1065673; Tue, 15 Jun 2010 14:48:22 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4E0A98FC17; Tue, 15 Jun 2010 14:48:22 +0000 (UTC) Received: from outgoing.leidinger.net (pD954FFFD.dip.t-dialin.net [217.84.255.253]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 0F39F84405C; Tue, 15 Jun 2010 16:48:11 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5BEAC5592; Tue, 15 Jun 2010 16:48:07 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1276613287; bh=LVSxz5jYiQLJhkLhas6feIV+Z9PvtMsriTntULc0SpE=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=oRBbUmrMM+4sfnpz/MikScBeJiPhjtvLhMWE1FS5g8izrSyovQqIhNW3ml72oiGjn vQvbCv/Byw/ZP/xRv8xaXgJHlnUySZyJYXxyeDr9EHnnXJsgPnKUH7DW0aq3kOSehJ sah6BcWqGKGiWzlgq5SME0Ce+3mB4p+sX1Bk8HNp1Ro7pP+vzktFBKF6xiU4AZQjff w93uKiZL8V5/JhTq1zGBLJaKiyw0wyRrzLQTMI/CWfVxhHXFfo3vU1J4yT6T1wb/YB M6EpPlxSjEa4ABe3rVRK2y7v1G7mkcvFpiUTtq7rhw2m+y4HT9CdhXf5dfhsKvI32/ 0U1JTp3gsVKow== Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id o5FEm6ul008099; Tue, 15 Jun 2010 16:48:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 15 Jun 2010 16:48:06 +0200 Message-ID: <20100615164806.1731241umjjyw2is@webmail.leidinger.net> Date: Tue, 15 Jun 2010 16:48:06 +0200 From: Alexander Leidinger To: John Baldwin References: <20100614151113.17a1c368@kibab.com> <201006141636.02843.jhb@freebsd.org> <20100615092452.82902tdo05uyg5mo@webmail.leidinger.net> <201006150958.29782.jhb@freebsd.org> In-Reply-To: <201006150958.29782.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 0F39F84405C.A8283 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.1, required 6, autolearn=disabled, ALL_TRUSTED -1.00, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1277218092.00975@PVtB39nWy6kvp5UizYJXhQ X-EBL-Spam-Status: No Cc: Ilya Bakulin , soc-status@freebsd.org Subject: Re: [Status update] sysctlreg project X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 14:48:22 -0000 Quoting John Baldwin (from Tue, 15 Jun 2010 09:58:29 -0400): > On Tuesday 15 June 2010 3:24:52 am Alexander Leidinger wrote: >> Quoting John Baldwin (from Mon, 14 Jun 2010 16:36:02 > -0400): >> >> > Hmmm, is this spoofing a desired feature? If so, perhaps it should >> > be done in >> > userland via environment options that affect the feature_present(3) API in >> > libc? (In that case you would write a little feature_present(1) util that >> > uses the userland API and use this instead of direct sysctls in ports, > etc.) >> >> Kris listed spoofing (no mention if only "spoof-off" or also >> "spoof-on", but for "spoof-on" when the feature is not present in the >> kernel we can only come up with scenarios where it will hurt) as >> desired for the ports collection. >> >> Regarding an userland utility: >> 1) To be able to spoof-off a feature in a jail (from the host, not >> inside the jail) without the possibility that the jail-root is able to >> turn it on again, a feature_present(1)+env will not help much, you >> need to do this in the kernel. >> 2) With 1) in mind, why another tool for the ports to query the >> status, sysctl is enough. > > If you wish to do 1) though it seems wrong to have to have the same spoof > settings for the entire host. It would seem that you would want to have > different feature sets in different jails. So far the env approach has been > good enough for spoofing uname data for ports builds. I see no reason why it > shouldn't be equally functional for feature test overrides for ports builds. I agree that the env approach is enough if it is 'just ports'. What is your proposal? Just taking care about ports and forget about jails in the GSoC project? Bye, Alexander. -- We have an equal opportunity Calculus class -- it's fully integrated. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137