On 2006-05-15 19:00, Maxim Konovalov <[EMAIL PROTECTED]> wrote:
>On Mon, 15 May 2006, 17:27+0300, Giorgos Keramidas wrote:
>> On 2006-05-11 17:25, Poul-Henning Kamp <[EMAIL PROTECTED]> wrote:
>> > 1.30 +14 -25 src/sbin/adjkerntz/adjkerntz.c
>>
>> On 2006-05-13 11:58, Pawel Jakub Dawidek <[EMAIL PROTECTED]> wrote:
>> > 1.31 +4 -4 src/sbin/adjkerntz/adjkerntz.c
>>
>> These changes make it impossible to run a new `adjkerntz' with
>> an old kernel. Since adjkerntz is one of the first things
>> that need to be run before `make installworld' in single-user
>> mode, do you think we should add an UPDATING entry that after
>> this change people should install a new adjkerntz before
>> booting into single-user mode?
>>
>> Otherwise, running `make installworld' may install files with
>> timestamps that are several hours in the future, depending on
>> the local timezone settings.
>
> Huh. Saw this today 4am when reboot with new kernel and
> thought that was hallucination.
Heh! This is what you get for running installworlds at 4am or
so, I guess. I get that too often lately, so don't worry :-)
How about adding this to UPDATING then, everyone?
%%%
Index: UPDATING
===================================================================
--- UPDATING (revision 75)
+++ UPDATING (working copy)
@@ -21,6 +21,21 @@
developers choose to disable these features on build machines
to maximize performance.
+20060511:
+ The machdep.* sysctls and the adjkerntz utility have been
+ modified bit bit. The new adjkerntz utility uses the new
+ sysctl names and sysctlbyname() calls, so it may be impossible
+ to run an old /sbin/adjkerntz utility in single-user mode
+ with a new kernel. Replace the `adjkerntz -i' step before
+ `make installworld' with:
+
+ /usr/obj/usr/src/sbin/adjkerntz/adjkerntz -i
+
+ and proceed as usual with the rest of the installworld-stage
+ steps. Otherwise, you risk installing binaries with their
+ timestamp set several hours in the future, especially if
+ you are running with local time set to GMT+X hours.
+
20060412:
The ip6fw utility has been removed. The behavior provided by
ip6fw has been in ipfw2 for a good while and the rc.d scripts
%%%
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
