On Mon, 15 May 2006, 18:18+0300, Giorgos Keramidas wrote: > 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 > %%%
Looks OK for me. -- Maxim Konovalov _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "[EMAIL PROTECTED]"
