Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 19 Nov 2001 16:21:16 -0500
From:      Garance A Drosihn <drosih@rpi.edu>
To:        Warner Losh <imp@harmony.village.org>
Cc:        devet@devet.org (Arjan de Vet), stable@freebsd.org
Subject:   Re: Has the size of stable /modules increased a lot lately?
Message-ID:  <p05101010b81f261f36c7@[128.113.24.47]>
In-Reply-To: <200111192035.fAJKZu775729@harmony.village.org>
References:  <p0510100db81f0f76e712@[128.113.24.47]>  <20011119122031.A8371@adv.devet.org> <200111192035.fAJKZu775729@harmony.village.org>

next in thread | previous in thread | raw e-mail | index | archive | help
At 1:35 PM -0700 11/19/01, Warner Losh wrote:
>  Garance A Drosihn writes:
>: Perhaps the /usr/src/UPDATING file for stable should include an entry,
>: just to warn people who do have DEBUG=-g that their next 'installkernel'
>: is going to use a lot more disk space.  Warner?  Does that seem like a
>: good idea?
>
>Maybe.  Lemme chew on it.  I'm not sure UPDATING is the right place
>for it, but it does need to be documented.

Let me just note that that's exactly where I looked when I did the
'make installkernel' which failed because I ran out of disk space
in '/'.  Mind you, I read UPDATING *before* starting the buildworld,
but I went back because I though "whoa, I must have missed something,
either this week or last week".

If this DEBUG change causes people to run out of disk space during
the buildworld/installkernel process, then UPDATING seems the most
appropriate place to put the warning.  I certainly do not read the
release-notes every time I go to do a buildworld.

That's just my 2 cents worth, though...

-- 
Garance Alistair Drosehn            =   gad@eclipse.acs.rpi.edu
Senior Systems Programmer           or  gad@freebsd.org
Rensselaer Polytechnic Institute    or  drosih@rpi.edu

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




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