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 ...

John Baldwin jhb at
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>  <><
"Power Users Use the Power to Serve"  =

More information about the cvs-src mailing list