[26576] in Source-Commits
Re: /svn/athena r25626 - trunk/debathena/config/reactivate/debian
daemon@ATHENA.MIT.EDU (Benjamin Kaduk)
Tue Jul 10 18:13:01 2012
Date: Tue, 10 Jul 2012 18:12:58 -0400 (EDT)
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Jonathan D Reed <jdreed@MIT.EDU>
cc: source-commits@MIT.EDU
In-Reply-To: <201207090040.q690eqG5026964@drugstore.mit.edu>
Message-ID: <alpine.GSO.1.10.1207101809240.18441@multics.mit.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
ACK.
-Ben
On Sun, 8 Jul 2012, Jonathan D Reed wrote:
> Author: jdreed
> Date: 2012-07-08 20:40:52 -0400 (Sun, 08 Jul 2012)
> New Revision: 25626
>
> Modified:
> trunk/debathena/config/reactivate/debian/changelog
> trunk/debathena/config/reactivate/debian/reactivate
> Log:
> In reactivate:
> * Set the time in reactivate, because NTP apparently can't (Trac: #749)
>
>
> Modified: trunk/debathena/config/reactivate/debian/changelog
> ===================================================================
> --- trunk/debathena/config/reactivate/debian/changelog 2012-07-08 20:43:11 UTC (rev 25625)
> +++ trunk/debathena/config/reactivate/debian/changelog 2012-07-09 00:40:52 UTC (rev 25626)
> @@ -1,3 +1,9 @@
> +debathena-reactivate (2.0.37) unstable; urgency=low
> +
> + * Set the time in reactivate, because NTP apparently can't (Trac: #749)
> +
> + -- Jonathan Reed <jdreed@mit.edu> Sun, 08 Jul 2012 20:40:27 -0400
> +
> debathena-reactivate (2.0.36) unstable; urgency=low
>
> * Sigh. Order matters in the mounts file because with the /run
>
> Modified: trunk/debathena/config/reactivate/debian/reactivate
> ===================================================================
> --- trunk/debathena/config/reactivate/debian/reactivate 2012-07-08 20:43:11 UTC (rev 25625)
> +++ trunk/debathena/config/reactivate/debian/reactivate 2012-07-09 00:40:52 UTC (rev 25626)
> @@ -59,6 +59,12 @@
> reboot
> fi
>
> +# Trac: #749
> +service ntp stop
> +gettime -s time.mit.edu
> +service ntp start
> +
> +
> # Yes, we want this here. A reboot will take care of cleaning up
> # /var/run anyway, and since dbus is essential to rebooting these
> # days, we don't want to risk things magically getting spawned inside
>
>
