Impossible to set date in 11.3.0?

[C. Scott Ananian]

It seems like all that is necessary is to add a test for a secured laptop
to allow this patch to go upstream, right?
(This approach looks very similar to what I did in OLPC build 603 or so.)
  --scott
On Aug 25, 2012 7:08 PM, "Jerry Vonau" <jvonau at shaw.ca> wrote:

> On Sat, 2012-08-25 at 18:25 -0400, Walter Bender wrote:
> > File a ticket and someone may jump in to tackle it.
> >
> > -walter
> >
>
> see http://dev.laptop.org/ticket/11004
>
>
> > On Sat, Aug 25, 2012 at 3:24 PM, Martin Langhoff
> > <martin.langhoff at gmail.com> wrote:
> > > On Sat, Aug 25, 2012 at 2:26 PM, C. Scott Ananian <cscott at laptop.org>
> wrote:
> > >> Surely we can distinguish secured from unsecured laptops and allow
> > >> unsecured laptops to set the date?
> > >
> > > Sure. Nobody's done the UI work for that, Sugar-side.
> > >
> > >  - In all builds, hwclock is available from cli
> > >  - On 11.3.x  and earler builds you can install the appropriate gnome
> > > control panel.
> > >  - On 12.x.y builds, gnome control panels aren't so easy to make work,
> > > 'cause they need clutter.
> > >
> > > Also, we should run ntp by default, or at least ntpdate on an NM hook.
>
> We do that in Australia builds, need nptdate to be added to the image,
> setup /etc/sysconfig/ntpdate and the NM hook.
>
> # toggle setting the rtc
> sed -i -e "s/SYNC_HWCLOCK=no/SYNC_HWCLOCK=yes/" /etc/sysconfig/ntpdate
>
> # call ntpdate when connected
> cat << EOF > /etc/NetworkManager/dispatcher.d/10-ntpdate
> #!/bin/sh
>
> if [ "\$2" = "up" ]; then
>     if [ ! -e /tmp/ntpdate ]; then
>         touch /tmp/ntpdate
>         /sbin/service ntpdate restart || :
>     fi
> fi
> EOF
> chmod 755 /etc/NetworkManager/dispatcher.d/10-ntpdate
>
> Jerry
>
>
> _______________________________________________
> Devel mailing list
> Devel at lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.laptop.org/pipermail/devel/attachments/20120826/9b062289/attachment.html>