Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 26 Sep 2011 21:13:40 -0400 (EDT)
From:      Benjamin Kaduk <kaduk@MIT.EDU>
To:        Arnaud Lacombe <lacombar@gmail.com>
Cc:        freebsd-current@freebsd.org
Subject:   Re: Experiences with FreeBSD 9.0-BETA2
Message-ID:  <alpine.GSO.1.10.1109262111090.882@multics.mit.edu>
In-Reply-To: <CACqU3MV3oiUT3yUbiYTC7buKmaRvcL_MAhgnpJsu0m6a%2BGQcGQ@mail.gmail.com>
References:  <201109260053.SAA25795@lariat.net> <201109260927.02540.jhb@freebsd.org> <alpine.GSO.1.10.1109261359100.882@multics.mit.edu> <201109262035.OAA17199@lariat.net> <CACqU3MUZ_ez-KMGVR33Aqz31i9cE%2BW7ANtvhqy3D%2BiPfroFpxA@mail.gmail.com> <alpine.GSO.1.10.1109261941050.882@multics.mit.edu> <CACqU3MV3oiUT3yUbiYTC7buKmaRvcL_MAhgnpJsu0m6a%2BGQcGQ@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
  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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.GSO.1.10.1109262111090.882>