Use GnomeWallClock api to implement wall clocks

[Javier Jardón]

See https://bugzilla.gnome.org/show_bug.cgi?id=655129 for details.

This will solve 2 problems:

- Update without delays the date when changing it manually
- Update without delays the date after suspend/resume cycles

As we do not depend on hardcoded timers to update the displayed date

[Javier Jardón (jjardon)]

Ok, seems the new api was removed from glib and moved to gnome-desktop instead.
I will update the branch to use the new class

[Michael Nelson (michael.nelson)]

I would have attached this to bug 750992, but it's listed as a dupe of this one. Anyway, fwiw, I'm seeing the incorrect date, as per the attached screenshot, on an up-to-date oneiric.

[Marius B. Kotsbak (mariusko)]

Michael: the bug seems to have status "In Progress" so it is not supposed to be fixed yet.

[Marius B. Kotsbak (mariusko)]

Still there in the latest updates to Precise.

[Gao Shichao (xgdgsc)]

Still bug in 13.10, are you planning to keep it in 14.04?

[Charles Kerr (charlesk)]

If anyone's still seeing delays in updates after changing the date or after suspend/resume cycles, please report it in another ticket. The 14.04 code seems to be handling these cases correctly already, such as listening for these things already (such as watching org.freedesktop.login1.Manager for sleep notification, so I'm not sure I see the point of adding a new dependency to the code.

Closing this ticket as Invalid, no plans to move to GnomeWallClock for now.

I've heard talk of a GWallClock, and if that comes around in glib I'd likely want to use that.