From owner-cvs-lib Mon Sep 15 17:53:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08642 for cvs-lib-outgoing; Mon, 15 Sep 1997 17:53:56 -0700 (PDT) Received: from word.smith.net.au (ppp20.portal.net.au [202.12.71.120]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA08632; Mon, 15 Sep 1997 17:53:50 -0700 (PDT) Received: from word.smith.net.au (localhost.gsoft.com.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id KAA00460; Tue, 16 Sep 1997 10:20:56 +0930 (CST) Message-Id: <199709160050.KAA00460@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Paul Traina cc: Stephen McKay , cvs-committers@freebsd.org, cvs-all@freebsd.org, cvs-lib@freebsd.org Subject: Re: cvs commit: src/lib/libc/gen getpwent.c In-reply-to: Your message of "Mon, 15 Sep 1997 11:17:16 MST." <199709151817.LAA14943@precipice.shockwave.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 1997 10:20:53 +0930 From: Mike Smith Sender: owner-cvs-lib@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Let me posit the reverse, -current's stability is always questionable. > > If I build a new kernel, then build userland, install new kernel, then > find new kernel is suboptimal, what do I do? What one always does; fix whatever is busted. If it's the kernel, go back to your previous kernel. If it's something in userland, either step around it until it's fixed, or back up the sources using CVS to a point where it worked and rebuild the fragment, or (sometime in the next 6 months, I hope) back out relevant installs. mike