From owner-freebsd-current@FreeBSD.ORG Mon Sep 26 23:48:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CC631065670 for ; Mon, 26 Sep 2011 23:48:27 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-7.mit.edu (DMZ-MAILSEC-SCANNER-7.MIT.EDU [18.7.68.36]) by mx1.freebsd.org (Postfix) with ESMTP id EE47B8FC12 for ; Mon, 26 Sep 2011 23:48:26 +0000 (UTC) X-AuditID: 12074424-b7ef76d0000008dc-af-4e810f49eb65 Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) by dmz-mailsec-scanner-7.mit.edu (Symantec Messaging Gateway) with SMTP id 6B.5C.02268.94F018E4; Mon, 26 Sep 2011 19:48:26 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id p8QNmPjj015791; Mon, 26 Sep 2011 19:48:25 -0400 Received: from multics.mit.edu (MULTICS.MIT.EDU [18.187.1.73]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.6/8.12.4) with ESMTP id p8QNmO77015353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 19:48:25 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8QNmNMj022405; Mon, 26 Sep 2011 19:48:23 -0400 (EDT) Date: Mon, 26 Sep 2011 19:48:23 -0400 (EDT) From: Benjamin Kaduk To: Arnaud Lacombe In-Reply-To: Message-ID: References: <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <201109262035.OAA17199@lariat.net> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsUixCmqrevF3+hn8Pgzo8WcNx+YLHbdOcPs wOQx49N8Fo+ds+6yBzBFcdmkpOZklqUW6dslcGUcW/2ZseAQb8XW1pdsDYy3uLoYOTkkBEwk Vq9uZ4OwxSQu3FsPZHNxCAnsY5SYt6QdytnAKHH41x8WCOcAk8TJecfYQVqEBBoYJa725oPY LALaErOuXQQbxSagIjHzzUYwW0RAXWLxtOVMIDazgLzE/yuXwWxhAX2J4w0/mUFsToFAiSe/ HrKA2LwC9hIzv9yHWvaeUWLW9gtgg0QFdCRW758CVSQocXLmExaIoZYS5/5cZ5vAKDgLSWoW ktQCRqZVjLIpuVW6uYmZOcWpybrFyYl5ealFuuZ6uZkleqkppZsYQcHK7qKyg7H5kNIhRgEO RiUeXoctDX5CrIllxZW5hxglOZiURHnX8zX6CfEl5adUZiQWZ8QXleakFh9ilOBgVhLhNX0N VM6bklhZlVqUD5OS5mBREue12engJySQnliSmp2aWpBaBJOV4eBQkuDdDDJUsCg1PbUiLTOn BCHNxMEJMpwHaPhCkBre4oLE3OLMdIj8KUZFKXHetSAJAZBERmkeXC8smbxiFAd6RZh3O0gV DzARwXW/AhrMBDQ4p6YWZHBJIkJKqoFxqoLBMyk9D79T5/1NdcT+/THbcJfLtVB8jfWsCkUB uz1JnIzvnjSt+Ni3wDl2Vg5XDnv3qzeLXbxLu5+LWppy9DzYepvh1RlROZGVNRX/7X8HT46O KlIWU3nZcKt685TKfT/9wib9+LqAR2SlaOjEE55ZjxzNbn6a8KHKaWK8fGBj3qne38ZKLMUZ iYZazEXFiQBAczSxAQMAAA== Cc: freebsd-current@freebsd.org Subject: Re: Experiences with FreeBSD 9.0-BETA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Sep 2011 23:48:27 -0000 On Mon, 26 Sep 2011, Arnaud Lacombe wrote: > Hi, > > On Mon, Sep 26, 2011 at 4:34 PM, Brett Glass wrote: >> >> My personal preference would be to place portions of the directory tree >> which contain critical configuration information and are not written in >> normal use -- e.g. /etc and /boot -- >> > The problem with /boot on a dedicated partition is the the kernel, > since at least 8.x, is installed by default with a vast majority of > crap. That's all the .symbols, that 99% of FreeBSD users will never > uses. My recollection is that this is because kensmith forgot to take 'makeoptions DEBUG=-g' out of GENERIC when branching stable/8, and no one noticed until a couple of releases in, at which point it seemed consistent with POLA to just keep it there. Unfortunately I am not having much luck digging through mail archives trying to confirm that. I don't remember whether the plan was to turn it off on stable/9 or not. > > Beside that, the auto-partitionner refuses to work on <1G drive, which > is really ridiculous... > > FreeBSD 9.0BETA2 bases + games fit in 310MB, crap taken out. Can you even buy a spinning disk less than 50GB these days? If you have hardware of that nature, you are almost certainly going to want to customize other aspects of the system (and if it's an under-provisioned system, are you really going to be doing this customization in-place?), at which point removing the extra stuff is minimal extra work. If a developer has to ask a user to do something (e.g. compile) in order to debug something, there is a huge hit in the response rate; having the symbols available in the general case can be helpful. -Ben Kaduk