Subject: bug#43291: closed (Re: bug#43291: ntp or nptd services on aarch64)

From: [email-masked] (GNU bug Tracking System)
Date: Wed, 16 Dec 2020 18:27:02 +0000

Your bug report

#43291: ntp or nptd services on aarch64

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to [email-masked].

-- 
43291: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=43291
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#43291: ntp or nptd services on aarch64
From: Leo Famulari <[email-masked]>
To: Vitaliy Shatrov <[email-masked]>
Cc: [email-masked], Mike Rosset <[email-masked]>
Date: Wed, 16 Dec 2020 13:25:55 -0500
List-Id: <debbugs-submit.debbugs.gnu.org>

On Wed, Dec 16, 2020 at 07:43:58PM +0700, Vitaliy Shatrov wrote:
> Sorry, my installation now broken.
> Also sorry for delay.
> Was tweaking Guix and playing with sockets.
> 
> Cannot confirm, hope it is working.
> Thank You, man.

Okay, I'll close the bug for now. If anyone is still experiencing it, we
can re-open.

Subject: ntp or nptd services on aarch64
From: "Vtly Shtrv" <[email-masked]>
To: "Die Guixen" <[email-masked]>
Cc: Mike Rosset <[email-masked]>
Date: Wed, 09 Sep 2020 18:35:34 +0700
List-Id: <debbugs-submit.debbugs.gnu.org>

Hello Guixen.
>From the Guix System (aarch64) powering a RockPro64 SBC.

What's broken:  ntp-service-type
                chrony
                
How it's broken:
ntp-service-type segfaults (Mike seen).
chrony segfaults:
`guix describe`   --->   guix 81ea278
`cat /home/vits/tmp/c   --->   pool pool.ntp.org iburst`
`sudo chronyd -d -u vits -f /home/vits/tmp/c   --->   Segmentation fault`

The `chronyd` works if used with -Q flag (".. it only prints the offset
without making any corrections of the clock and it allows chronyd to be
started without root privileges").

What's glitchy: openntpd-service-type

How it's glitch:
The dhcp-client-service-type + openntpd-service-type = not updated time
(easy to note since RockPro64's time is 2013 year after every reboot).

The openntpd-service-type works with static-networking-service-type.
It also sets the time correctly if `sudo herd restart ntpd` after boot.
Tested with (allow-large-adjustment #t).

Thank You Mike for the work-around with a static-networking.

---
Thanks for attention, Vitaliy.