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

[Ruslan Ermilov]

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.


Cheers,
-- 
Ruslan Ermilov
ru at FreeBSD.org
FreeBSD committer
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/cvs-src/attachments/20051128/8a051b87/attachment.bin