From owner-cvs-src@FreeBSD.ORG Mon May 15 15:17:01 2006 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB11816A798; Mon, 15 May 2006 15:17:01 +0000 (UTC) (envelope-from keramida@FreeBSD.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F89E43D5C; Mon, 15 May 2006 15:16:59 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.pc (aris.bedc.ondsl.gr [62.103.39.226]) (authenticated bits=128) by igloo.linux.gr (8.13.6/8.13.6/Debian-1) with ESMTP id k4FFGe4f009648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 15 May 2006 18:16:46 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.6/8.13.6) with ESMTP id k4FFIqFG011613; Mon, 15 May 2006 18:18:52 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.6/8.13.6/Submit) id k4FFIqAV011612; Mon, 15 May 2006 18:18:52 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Mon, 15 May 2006 18:18:52 +0300 From: Giorgos Keramidas To: Maxim Konovalov Message-ID: <20060515151852.GA10257@gothmog.pc> References: <200605131158.k4DBwwv6094656@repoman.freebsd.org> <200605111725.k4BHPaqC002506@repoman.freebsd.org> <20060515142715.GA1188@gothmog.pc> <20060515185920.G78343@mp2.macomnet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060515185920.G78343@mp2.macomnet.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.001, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.40, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, Pawel Jakub Dawidek , Poul-Henning Kamp , cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/adjkerntz adjkerntz.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 May 2006 15:17:08 -0000 On 2006-05-15 19:00, Maxim Konovalov wrote: >On Mon, 15 May 2006, 17:27+0300, Giorgos Keramidas wrote: >> On 2006-05-11 17:25, Poul-Henning Kamp wrote: >> > 1.30 +14 -25 src/sbin/adjkerntz/adjkerntz.c >> >> On 2006-05-13 11:58, Pawel Jakub Dawidek 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 %%%