From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-May/015320.html | 113 ++++++++++++++++++++++++++++++++ 1 file changed, 113 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-May/015320.html (limited to 'zarb-ml/mageia-dev/2012-May/015320.html') diff --git a/zarb-ml/mageia-dev/2012-May/015320.html b/zarb-ml/mageia-dev/2012-May/015320.html new file mode 100644 index 000000000..c559aa39e --- /dev/null +++ b/zarb-ml/mageia-dev/2012-May/015320.html @@ -0,0 +1,113 @@ + + + + [Mageia-dev] Freeze Push: e2fsprogs + + + + + + + + + +

[Mageia-dev] Freeze Push: e2fsprogs

+ Colin Guthrie + mageia at colin.guthr.ie +
+ Sat May 5 18:42:48 CEST 2012 +

+
+ +
'Twas brillig, and David Walser at 05/05/12 17:15 did gyre and gimble:
+> Colin Guthrie wrote:
+>> This is why the kernel will automatically does the sync for you every 12
+>> minutes when an ntp daemon is running. This is the recommended method.
+> 
+> How does the kernel know when an ntp daemon is running in user space?  Does it work with chrony, or only ntpd?
+
+I don't know the internals. It works with either chrony or ntpd.
+
+>> So unless we have a proper frame of reference, (user set time, ntp
+>> protocol time) then there should be no manual sync.
+> 
+> Does the kernel then sync the hwclock when you change the time manually, including with rdate or ntpdate?
+
+It won't do it automatically when doing that. It's really up to whatever
+tool changes the date/time to do that as needed I think.
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1