From owner-freebsd-current@FreeBSD.ORG Tue Sep 27 01:13:43 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 9257C1065676 for ; Tue, 27 Sep 2011 01:13:43 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from dmz-mailsec-scanner-3.mit.edu (DMZ-MAILSEC-SCANNER-3.MIT.EDU [18.9.25.14]) by mx1.freebsd.org (Postfix) with ESMTP id 2CF228FC18 for ; Tue, 27 Sep 2011 01:13:42 +0000 (UTC) X-AuditID: 1209190e-b7f4a6d0000008e5-0a-4e8123460822 Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) by dmz-mailsec-scanner-3.mit.edu (Symantec Messaging Gateway) with SMTP id 29.DE.02277.643218E4; Mon, 26 Sep 2011 21:13:42 -0400 (EDT) Received: from outgoing.mit.edu (OUTGOING-AUTH.MIT.EDU [18.7.22.103]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id p8R1DgDg026911; Mon, 26 Sep 2011 21:13:42 -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 p8R1Desn026476 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 26 Sep 2011 21:13:41 -0400 (EDT) Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id p8R1De1H023373; Mon, 26 Sep 2011 21:13:40 -0400 (EDT) Date: Mon, 26 Sep 2011 21:13:40 -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: MULTIPART/MIXED; BOUNDARY="-559023410-60201605-1317086020=:882" X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmplleLIzCtJLcpLzFFi42IR4hRV1nVTbvQz2LFc3mLOmw9MFrvunGF2 YPKY8Wk+i8fOWXfZA5iiuGxSUnMyy1KL9O0SuDLOHtrKWrCbr2L+pm1MDYxXubsYOTkkBEwk lt9ayQphi0lcuLeerYuRi0NIYB+jxLwJj5ggnA2MEmv/HYNyDjBJ/FxxmhHCaWCUuLXrJVg/ i4C2xPlv25hBbDYBFYmZbzaygdgiAuoSi6ctZwKxmQXkJf5fuQxmCwvoSxxv+AlUz8HBKRAo sXmrM0iYV8BeYuGKBmaI+a+YJO4vucECkhAV0JFYvX8KC0SRoMTJmU9YIGb6Srybs5tpAqPg LCSpWUhSs4BWMAtYSzw7bwER1pa4f7ONbQEjyypG2ZTcKt3cxMyc4tRk3eLkxLy81CJdY73c zBK91JTSTYzg0Jbk28H49aDSIUYBDkYlHl6nLQ1+QqyJZcWVuYcYJTmYlER5lyk1+gnxJeWn VGYkFmfEF5XmpBYfYpTgYFYS4TV9DVTOm5JYWZValA+TkuZgURLnXb3DwU9IID2xJDU7NbUg tQgmK8PBoSTBuxJkqGBRanpqRVpmTglCmomDE2Q4D9DwySA1vMUFibnFmekQ+VOMilLivItB EgIgiYzSPLheWOp5xSgO9IowxN08wLQF1/0KaDAT0OCcmlqQwSWJCCmpBsZax6d/XO982Pqx YK+X1wPuxW4LfmgxyK/W6Jic+1g/XMPKtUDC9tVZ/jkcTqt+PTMOWbZYrZhhZdGfFRqsmuX+ Qcu7jn66u/D7Vq2Stwd0TzGnK//seMWxdVl22fNAtcuVaRMnGa70Y62YfGLTkY9l1xaZ6Ojt dDzlFMB24MaNyyF76yxrpn1SYinOSDTUYi4qTgQA+9XCaRgDAAA= 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: Tue, 27 Sep 2011 01:13:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---559023410-60201605-1317086020=:882 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Mon, 26 Sep 2011, Arnaud Lacombe wrote: > Hi, > >> > The storage world is not limited to spinning hardware. Take a 512MB > CF, put it in a soekris box, and you got an embedded system capable of > doing a whole bunch of stuff. > > Now, FreeBSD may no longer want to target such "niche" usage. Sure we do! See nanobsd.sh and=20 http://www.freebsd.org/doc/en/articles/nanobsd/index.html But the point is, if you are running an embedded system, it is almost=20 certainly in your best interest to tune it a bit, to reduce=20 disk/power/memory usage -- the default install should not feel too=20 constrained by the limits of embedded systems. > >> If you have hardware of that nature, you are almost certainly going to w= ant >> to customize other aspects of the system (and if it's an under-provision= ed >> system, are you really going to be doing this customization in-place?), = at >> which point removing the extra stuff is minimal extra work. =A0If a deve= loper >> 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. >> > Then why don't you provide symbols for the whole system, including > binaries and libraries ? At least be consistent in your argument... > > And, yes, I have patches for that. Not really my argument; chance and POLA, really. But that's not my call to make. (Are the patches public/in a PR?) -Ben ---559023410-60201605-1317086020=:882--