GNU bug report logs - #43291
ntp or nptd services on aarch64

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: "Vtly Shtrv" <guix.vits <at> disroot.org>
Subject: bug#43291: closed (Re: bug#43291: ntp or nptd services on aarch64)
Date: Wed, 16 Dec 2020 18:27:02 +0000

[Message part 1 (text/plain, inline)]

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 43291 <at> debbugs.gnu.org.

-- 
43291: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=43291
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Leo Famulari <leo <at> famulari.name>
To: Vitaliy Shatrov <guix.vits <at> disroot.org>
Cc: 43291-done <at> debbugs.gnu.org, Mike Rosset <mike.rosset <at> gmail.com>
Subject: Re: bug#43291: ntp or nptd services on aarch64
Date: Wed, 16 Dec 2020 13:25:55 -0500

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.

[Message part 3 (message/rfc822, inline)]

From: "Vtly Shtrv" <guix.vits <at> disroot.org>
To: "Die Guixen" <bug-guix <at> gnu.org>
Cc: Mike Rosset <mike.rosset <at> gmail.com>
Subject: ntp or nptd services on aarch64
Date: Wed, 09 Sep 2020 18:35:34 +0700

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.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.