From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9427 invoked by alias); 20 Jan 2003 06:26:48 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 9414 invoked from network); 20 Jan 2003 06:26:48 -0000 Received: from unknown (HELO disaster.jaj.com) (66.93.21.106) by 172.16.49.205 with SMTP; 20 Jan 2003 06:26:48 -0000 Received: (from phil@localhost) by disaster.jaj.com (8.11.4/8.11.4) id h0K6Qlv22587 for overseers@sources.redhat.com; Mon, 20 Jan 2003 01:26:47 -0500 Date: Mon, 20 Jan 2003 06:26:00 -0000 From: Phil Edwards To: overseers@sources.redhat.com Subject: NTP, and gccadmin's crontab about to be activated Message-ID: <20030120012647.A22573@disaster.jaj.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-SW-Source: 2003-q1/txt/msg00136.txt.bz2 After a bit more poking and prodding, I'm going to reinstall the contrab unchanged -- which means that the version bump will now happen "a few minutes after midnight" GMT, instead of "a few minutes after midnight" PST. That should arguably make more sense. I think. Maybe. It's gonna feel weird when the output date bumps at 7pm my time, though. :-) Looking around, it doesn't appear that the new system has any NTP settings keeping the clock on track. Did the old system? Does the new system have something else that I'm just not thinking of? -- I would therefore like to posit that computing's central challenge, viz. "How not to make a mess of it," has /not/ been met. - Edsger Dijkstra, 1930-2002