On 4 May 2012, at 16:45, Polytropon <free...@edvax.de> wrote:
> On Fri, 4 May 2012 04:14:05 -0500 (CDT), Robert Bonomi wrote:
>> What is required is a differentation between the _kernel_ revision level,
>> and the patchlevel of the entire base system.
>>
>> Store the kernel revision level -in- the kernel. Use the 'standard'
>> THREE-level version numbering {Major}.{Minor}.{revision} for the kernel.
>> Bump 'revision' for each set fo kernel patches.
>>
>> The patchlevel info for the base system can be a simple data file.
>> I'd suggest a dotfile' in /etc, mode 644, with the followig flags
>> set: 'system append only', 'system undlink'.
>>
>> Bump 'patchlevel' every time -anything- in the base system changes,
>> regardless of whether it is part of the kernel or the 'world'.
>
> Interesting approach. Both files could also be header files
> in /usr/include to store this information per #define. But
> in fact, I like the /etc idea better.
>
> Allow me to extent the approach: For -STABLE versions (e. g. if
> updated per CVS), those files could contain the "build number"
> and the date of the currently installed -STABLE "snapshot".
I have massive love for this idea, having to check the kern build date to have
a rough idea of what 8-STABLE I'm running is too prone to errors.
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
