From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timothy Sample Subject: bug#33685: Time settings does not work in gnome Date: Fri, 19 Jul 2019 17:30:18 -0400 Message-ID: <8736j1emqd.fsf@ngyro.com> References: <96867ca463d735e008f570124389b4fd@riseup.net> <87ftv6z5x5.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:33181) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hoaT3-0007p5-IZ for bug-guix@gnu.org; Fri, 19 Jul 2019 17:31:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hoaT1-0003di-KH for bug-guix@gnu.org; Fri, 19 Jul 2019 17:31:04 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:47789) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hoaT0-0003dL-Ld for bug-guix@gnu.org; Fri, 19 Jul 2019 17:31:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hoaT0-0007Il-0g for bug-guix@gnu.org; Fri, 19 Jul 2019 17:31:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87ftv6z5x5.fsf@gmail.com> (Chris Marusich's message of "Sun, 09 Dec 2018 14:33:42 -0800") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Chris Marusich Cc: 33685@debbugs.gnu.org, bug-Guix Hello, Chris Marusich writes: > swedebugia@riseup.net writes: > >> On 2018-12-09 13:06, swedebugia@riseup.net wrote: >>> When I set the time or toggle automatic time in the gnome-control-center >>> it errors out. The time is still wrong. >>>=20 >>> sdb@antelope ~$ gnome-control-center=20 >>>=20 >>> (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:15.745: >>> Timezone '(null)' is unhandled, setting Europe/London as default >>>=20 >>> (gnome-control-center:1556): datetime-cc-panel-WARNING **: 13:24:24.324: >>> Could not set system to use NTP: >>> GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name >>> org.freedesktop.timedate1 was not provided by any .service files >>>=20 >>> (gnome-control-center:1556): GLib-GIO-CRITICAL **: 13:24:34.673: >>> g_dbus_connection_call_internal: assertion 'object_path !=3D NULL && >>> g_variant_is_object_path (object_path)' failed >>>=20 >>> [...] I just came across this, and it=E2=80=99s broken because we do not provide a =E2=80=9Ctimedate1=E2=80=9D D-Bus service. Usually, this is something syst= emd provides. We have a stand-in for its cousin, =E2=80=9Clocale1=E2=80=9D, but not =E2= =80=9Ctimedate1=E2=80=9D. Unless we provide the service somehow (another fork of systemd or a complicated package like =E2=80=9Clocaled=E2=80=9D), GNOME Control Center i= s not going to work here. >> >> Fixed the time manually with=20 >> sudo date -s 1308 +%H%M >> (the date and year was correct already) > > Are you using GuixSD? If so, is your system time set correctly when you > specify the correct timezone in your operating system configuration > file, reconfigure the system with "guix system reconfigure", and reboot? > > If you're using GuixSD, is your system configured to use the NTP > service? It's included by default in the %desktop-services. > > I'm not sure what's going on with gnome-control-center, but what I'm > getting at is that you might not need to use gnome-control-center to set > the time if you've configured your OS to use NTP and an appropriate > timezone. This is a good point. Even if we did pull =E2=80=9Ctimedated=E2=80=9D out = of systemd, what would it do when someone calls =E2=80=9CSetTimezone=E2=80=9D? Update = the files in /etc so that they can be reverted at the next reconfigure? Actually, maybe! This would be one way to let GNOME=E2=80=99s =E2=80=9Cautomatic timezone=E2= =80=9D feature work. It could figure out where you are, send a message to the =E2=80=9Ctimedate1= =E2=80=9D service, which in turn would update the ephemeral timezone settings. It doesn=E2=80=99t really matter that your timezone is reset by a reconfigure, because there=E2=80=99s a daemon running that will fix it for you. That being said, it would be confusing to set the timezone from GNOME only to have it revert on reconfigure. (This is what it does now, but at least it reverts immediately). Basically, this could be fixed by providing a =E2=80=9Ctimedate1=E2=80=9D s= ervice, but it would have some rough edges. -- Tim