From owner-freebsd-small Thu May 30 10: 5:53 2002 Delivered-To: freebsd-small@freebsd.org Received: from usenix.org (voyager.usenix.org [131.106.3.1]) by hub.freebsd.org (Postfix) with ESMTP id 3959E37B403 for ; Thu, 30 May 2002 10:05:47 -0700 (PDT) Received: from melange (melange.errno.com [66.127.85.82]) (authenticated (0 bits)) by usenix.org (Switch-2.1.3/Switch-2.1.0) with ESMTP id g4UH5be19458 (using TLSv1/SSLv3 with cipher RC4-MD5 (128 bits) verified NO); Thu, 30 May 2002 10:05:44 -0700 (PDT) Message-ID: <01b001c207fc$3c6796d0$52557f42@errno.com> From: "Sam Leffler (at Usenix)" To: "Troy Thoele" , References: <> <200205301419.g4UEJfS21335@portal.txcyber.com> Subject: Re: Pro's and Con's of FreeBSD vs Linux for embedded systems? Date: Thu, 30 May 2002 10:05:37 -0700 Organization: Usenix Association MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4807.1700 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4807.1700 Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > I now run a multitude of FreeBSD 4.5 servers, but I've just about given up > with Pico development. It looks like Pico isn't staying current with the > mainstream FreeBSD development. This is unfortunate, as some of us (me) > aren't too good with programming, and if something is broken, I generally > need outside help to fix it. I have a picobsd-derived packaging environment for -stable that I try to keep current. (Actually it's derived from thewall which is in turn derived from picobsd.) My stuff is targeted at Soekris boxes but there's nothing I can think of to stop you from using it in other configurations--other than a bit of customization. http://www.errno.com/net4501/net4501.tgz The biggest problems I've encountered have to do with crunchgen and the inability to crunch various applications w/o some hacking. For compact flash-based environments it may make more sense to discard crunchgen and stick with shared libraries. Luigi favors this approach. I'd like to better understand the memory footprint tradeoff before moving away from crunchgen. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message