From owner-freebsd-questions@FreeBSD.ORG Wed Apr 28 09:07:35 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 321FC16A4CE for ; Wed, 28 Apr 2004 09:07:35 -0700 (PDT) Received: from mail2.speakeasy.net (mail2.speakeasy.net [216.254.0.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B77443D39 for ; Wed, 28 Apr 2004 09:07:35 -0700 (PDT) (envelope-from johnmills@speakeasy.net) Received: (qmail 426 invoked from network); 28 Apr 2004 16:07:34 -0000 Received: from dsl027-162-100.atl1.dsl.speakeasy.net (HELO otter.localdomain) ([216.27.162.100]) (envelope-sender ) by mail2.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 28 Apr 2004 16:07:34 -0000 Received: from localhost (jmills@localhost) by otter.localdomain (8.11.6/8.11.6) with ESMTP id i3SG7aY00629 for ; Wed, 28 Apr 2004 16:07:36 GMT X-Authentication-Warning: otter.localdomain: jmills owned process doing -bs Date: Wed, 28 Apr 2004 11:07:36 -0500 (EST) From: John Mills X-X-Sender: jmills@otter.localdomain To: FreeBSD-questions In-Reply-To: <20021218154227.GF4032@gothmog.gr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: Barking up wrong tree? (was Re: buildworld problem on cyrix 166) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John Mills List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Apr 2004 16:07:35 -0000 Freebies - Those with longer attention spans than mine [nowadays] may remember a thread about problems of consistent failure while running 'buildworld'. My and a few others' builds failed at the same line, and as we had the same low-end processors, I blamed some phantom CPU dependency. I put fBSD aside then and now want to use it, but I still have some update-related questions. Q1) Alternative possible cause: I once had a [non-fBSD] problem where a linking a large library required a larger amount of "live" RAM than I had. Swap space wouldn't do. As in this case, it always failed at the same point because the GCC linker couldn't lay out the required image in my limited RAM. My "sandbox" fBSD box is definitely 'RAM-challenged' (49MBy if I remember). Could this happen on a 'buildworld' step? Specifically my 'buildworld's were failing around 'libncurses'. Q2) Implications of problem: I was rebuilding my kernel [RELENG_4_8 on the last go-round] in case there had been security fixes in the code since the CD images were released, not because of any observed problem. Is this a real concern? If so, is there a source of up-to-date 'generic' builds I could use instead, or some more brain- and less RAM-intensive approach? Thanks. - John Mills john.m.mills@alum.mit.edu