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 ...
jhb at freebsd.org
Mon Nov 28 17:04:26 GMT 2005
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 <jhb at FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve" = http://www.FreeBSD.org
More information about the cvs-src