From owner-cvs-all@FreeBSD.ORG Mon Dec 8 16:40:41 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A601816A4CF; Mon, 8 Dec 2003 16:40:41 -0800 (PST) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1871043D21; Mon, 8 Dec 2003 16:40:40 -0800 (PST) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id E984A2ED44E; Mon, 8 Dec 2003 16:40:39 -0800 (PST) Date: Mon, 8 Dec 2003 16:40:39 -0800 From: Alfred Perlstein To: David O'Brien Message-ID: <20031209004039.GU75620@elvis.mu.org> References: <200312072352.hB7Nqsw6011333@repoman.freebsd.org> <20031208190305.GA956@cirb503493.alcatel.com.au> <20031208191702.GA50623@xor.obsecurity.org> <20031208231349.GA10458@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20031208231349.GA10458@dragon.nuxi.com> User-Agent: Mutt/1.4.1i cc: src-committers@freebsd.org cc: cvs-src@freebsd.org cc: Peter Jeremy cc: Kris Kennaway cc: Scott Long cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/i386/conf GENERIC src/sys/alpha/conf GENERIC src/sys/sparc64/conf GENERIC src/sys/amd64/conf GENERIC src/sys/pc98/conf GENERIC X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Dec 2003 00:40:41 -0000 * David O'Brien [031208 15:14] wrote: > On Mon, Dec 08, 2003 at 11:17:02AM -0800, Kris Kennaway wrote: > > Yeah, that's a good idea. GNATS is full of PRs with panic strings but > > no tracebacks, and it can be time-consuming and difficult to get > > people to obtain them post-facto. If we ship a kernel.debug with the > > release then we can explain in the release documentation how to use it > > to submit a useful PR. > > The problem is release/Makefile isn't smart enough to not put the debug > kernels in the ISO's /boot. Thus ISO's are much larger and there is less > package space. (apologies in advance for what's an obvious, "it'd nice if someone..") I know it's extra work (I replied to scottl in private about my reservations about this decision (to avoid extra chatter)), but if one of re@ could find it in his heart and schedule, it would be doing everyone a big service to support us shipping a stripped debug kernel. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684