From owner-cvs-all@FreeBSD.ORG Mon Nov 28 17:04:26 2005 Return-Path: X-Original-To: cvs-all@freebsd.org 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 7C89A16A42C; Mon, 28 Nov 2005 17:04:26 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail6.speedfactory.net [66.23.216.219]) by mx1.FreeBSD.org (Postfix) with ESMTP id D350E43D5D; Mon, 28 Nov 2005 17:04:21 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.5b3) with ESMTP id 2741937 for multiple; Mon, 28 Nov 2005 12:04:30 -0500 Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id jASH3rCP058457; Mon, 28 Nov 2005 12:04:16 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Ruslan Ermilov Date: Mon, 28 Nov 2005 11:59:18 -0500 User-Agent: KMail/1.8.2 References: <200511272141.jARLfwca016783@repoman.freebsd.org> <200511280853.35658.jhb@freebsd.org> <20051128162447.GB62631@ip.net.ua> In-Reply-To: <20051128162447.GB62631@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200511281159.20751.jhb@freebsd.org> X-Spam-Status: No, score=-2.8 required=4.2 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx X-Server: High Performance Mail Server - http://surgemail.com r=1653887525 Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, "M. Warner Losh" Subject: Re: cvs commit: src/usr.sbin/config configvers.h mkmakefile.c src/sys/conf Makefile.alpha Makefile.amd64 Makefile.arm Makefile.i386 Makefile.ia64 Makefile.pc98 Makefile.powerpc Makefile.sparc64 files files.alpha files.amd64 files.i386 ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 28 Nov 2005 17:04:26 -0000 On Monday 28 November 2005 11:24 am, Ruslan Ermilov wrote: > On Mon, Nov 28, 2005 at 08:53:32AM -0500, John Baldwin wrote: > > On Sunday 27 November 2005 06:38 pm, M. Warner Losh wrote: > > > How does this look to you? > > > > What is the point of the minor version number then if it is never > > checked? I think we just should not do bumps for changes to config that > > allow old files to still work. IOW, the most recent bump should simply > > be reverted. In practice I don't think many folks other than developers > > ever end up with a config that is out of date with the kernel sources. > > The old config(8) against new files should also be considered. > Otherwise, in this case, if it's reverted, how can I express > that new sys/conf/files* require a new config(8)? The old > config(8) will _appear_ to work with them, but will produce > incorrect output (exactly the problem config version attempts > to address). Specifically, "|" will be treated as a device. Hmm, that change might actually warrant a bump then. Things like the 'machine' change would not warrant a bump however. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org