From owner-cvs-src@FreeBSD.ORG Mon Nov 28 17:32:32 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D999016A41F; Mon, 28 Nov 2005 17:32:31 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFF3343D8A; Mon, 28 Nov 2005 17:32:10 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jASHW56E040209; Mon, 28 Nov 2005 19:32:05 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 23258-02; Mon, 28 Nov 2005 19:32:03 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id jASHRD3b040077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Nov 2005 19:27:14 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id jASHRFL9063145; Mon, 28 Nov 2005 19:27:15 +0200 (EET) (envelope-from ru) Date: Mon, 28 Nov 2005 19:27:14 +0200 From: Ruslan Ermilov To: John Baldwin Message-ID: <20051128172714.GF62631@ip.net.ua> References: <200511272141.jARLfwca016783@repoman.freebsd.org> <200511280853.35658.jhb@freebsd.org> <20051128162447.GB62631@ip.net.ua> <200511281159.20751.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FeAIMMcddNRN4P4/" Content-Disposition: inline In-Reply-To: <200511281159.20751.jhb@freebsd.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua 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-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Nov 2005 17:32:32 -0000 --FeAIMMcddNRN4P4/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Nov 28, 2005 at 11:59:18AM -0500, John Baldwin wrote: > 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 t= hat > > > allow old files to still work. IOW, the most recent bump should simp= ly > > > be reverted. In practice I don't think many folks other than develop= ers > > > 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. >=20 > Hmm, that change might actually warrant a bump then. Things like the=20 > 'machine' change would not warrant a bump however. >=20 Indeed, I didn't bump it for the "machine" change. The idea Warner attempts to implement is to bump a major whenever a backwards incompatible change is made, and bump a minor when a change is made such that a backward compatibility is not affected. This would allow for config versions >=3D the required version to work. I'd then bump the config version along with the change, and bump the required version in makefiles when doing a change to conf/files* (in this particular case). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --FeAIMMcddNRN4P4/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFDiz3yqRfpzJluFF4RAjMCAKCdv1kyj47OpMaGp8yQfu8Lni8X7gCbBJ7u 1n97z5ZFM9TWdhrBKQR41AY= =D1pb -----END PGP SIGNATURE----- --FeAIMMcddNRN4P4/--