From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, FREEMAIL_FROM,MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 29942 invoked from network); 26 Jun 2020 09:24:34 -0000 Received: from alyss.skarnet.org (95.142.172.232) by inbox.vuxu.org with ESMTPUTF8; 26 Jun 2020 09:24:34 -0000 Received: (qmail 30843 invoked by uid 89); 26 Jun 2020 09:24:58 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Received: (qmail 30836 invoked from network); 26 Jun 2020 09:24:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1593163463; bh=g3gAV3wCLGeU2Do/Aa/8tJieeWPwF4oqCqAahD73zoI=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References:In-Reply-To; b=aIUk1zFUpAk1KnQoEREaBBT8XMopxewqASZ+pSgxIC5j2kZS8gnozd5Gjuv3wPlj+ qtp4eW5QuNet+0WmE7Z6bZ9ynUbg7NxRJ4Y4NhV74rj07qaFGwa5kSZY3zWe7JO3xt PtZXhRdnrrgD2npqBsdWLFYXA1UWFzABN6Y+jW1s= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Date: Fri, 26 Jun 2020 11:24:21 +0200 From: Jan Braun To: John W Higgins Cc: Supervision Subject: Re: Following log directories Message-ID: <20200626092421.GA15247@klumpi.ignorelist.com> Mail-Followup-To: John W Higgins , Supervision References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1736 D50F 170B 70A6 9223 BC15 295E 703E 6D1D 2FCF X-GPG-Encryption-Welcome: always X-Provags-ID: V03:K1:ohhd32jZDdPd1i0Gx+FEDparUj4u4FSP2su788Gpdxnz/cVQceK gIuf7/56dwjHXP/4ccjR/9cfGb87GMR1TUOSJjY91rJ1VeGyq9xNSxXJIxmFajooUmI4ZRT y2Lm9d1o/rufxDtFdYOulofzbZASNw8R7nFaXvA8d1fMNQccH98/l0+xHg8hNBpOjfJfi4l sCjxC4RGdomBy7lGHUJ7g== X-UI-Out-Filterresults: notjunk:1;V03:K0:9io0sDceE3E=:JybzGBDME/xuNuZ8uvhSS2 OX3/aDBhuQgBLx8KkPd2xYuotZH02JO/rd18+CLxd+Y/yvtDlWy9rk9YFRXvLBtqUshM1ylMZ u3BZHWKH+wy0oTYPhpvOvPPTG0e02BIP5BL27CIYUKQ73oji3YIj1P3jHJHjlL21AQwbGfwZC c46NvuWpBWVpC6uXMqZ+pevmY+yFXlMTVJeDKq2E/SZA3zlG7f0KtLMRgiZmH64J1zLWv7tBu GSNuyviRVpSaxIvwx+zm6oX1b1+E2WwDAwcTd24QrTmClKP8CZkgNJWh27YAI2IGmrAbnMy2S tPu+16OUgStCsvguJJElRpZeqBwAT7O2L0lBIGNNYCniRIzZkQd4KF1RYGovkS2xr6+xNZR5l 8FwqNUgMFJS55ijuZTYc0z4sbrmC5sWAboSc+WLOgcwYYr55dFW/5eB6t8CZo/9+kn9Fe71/k 1h6WMA8IqRZ9o9R39WQFjwy+7RGqcxQY7+7PeXNN6ON4OC8g74PN24Fmf6ptmomj4+thxfDxd UoBPZRiICIIOIkjFkhaKHF0WpGi0HJbpYMEsSOg4QQ8MT3s46+kCrn/grK8Uv4/xBvRmPm04D X7vuPRCm3CGAWNn4s3Hpkv4Q9O8sFXXxWdWoMxwtcNEaVCR+yJ6BOgwlNXQNL7GR0vWw0ttsy No5uyUZyGB7aRRFZCxAzs1xAvas8w4lZPCJXk14hrS+j0s5i3k7ZSwuvczP6eSBwxdJmpKc8a xOUEAxRuMOaIhb13LyL7f3Qpy+u5bY3OsjcIGp3KAFTFhcKQz/X4v19rTyLScq615r7wAFVNR O1hczKjtEj9woPwnjTDXiSLfkAYReHGtc1n+0BHtR91QK8QmJ/pAstZL/kHP4N+Lbr1GgsB5I EbVJ+wCttZ0Vv5cyGY+XxvN6mXxRKe7VyD16em58D5Q02SCuvSYG+IGy2kZw5uJOkNYlpnzxU nMd5ycAEwO7R4x0WYZlAi+hz3D3TBgM3vuvL4lImSmTEIjgdqngt7dP837ypar6Ij15g6Dgiz xvAzSXXCxW2ZOxV+apGy/60oKqnva88WiGnO6c0WFe4yfKBDH3PlF3707H+j67iGI8bReBKTt wj233afd4rROGaOzDNljyHKilpK+qE3xTv8te4zy5rt/TIdH0SavRN4f//Le9X2ryd/qVL82Q 8bQOoWWj3PWPUsSWDLZwx7MqnUfncHQYDlkdF34CZVJ1FTkOYq4+mx364fhcD93y630vE= --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline John W Higgins schrob: > I meant nothing towards s6 - but daemontools does not deal with leap > seconds (or at least it cetainly looks that way from my foolish viewpoint). Daemontools assumes that time(3) returns TAI-like time (seconds actually elapsed since the epoch). That's a rather sane approach that allows to do time calculations with complete disregard for leap seconds and time zones. And for communication with the user, you consult tables listing the effects of the erratic movements of the earth and politicians, respectively. These tables are usually shipped in the "right/" tzdata directory, used by setting e.g. TZ=right/Europe/Lisbon . Unfortunately, POSIX mandates that time(3) returns UTC-like time instead (arithmetic difference between the epoch and now, calculated as if leap seconds didn't exist). That's what most systems do, also because the NTP protocol runs on UTC, and NTP clients by default set computer's clocks to UTC-like timestamps. The obvious disadvantage is the need to keep leap seconds in mind when doing any calculation, or to accept being wrong by up to 27 (as of now) seconds. And then consult tables for politician effects only, e.g. TZ=Europe/Lisbon or equivalently TZ=posix/Europe/Lisbon . So yes, daemontools does not deal with leap seconds, because that's the smart thing to do. ;) At least if you can configure your NTP client to support that scenario. > I was just pointing out that there is a second check which may need to be > applied to make sure the viewer is providing the information one believes > they are seeing. Yes. I hope I could provice some useful/interesting background. Cheers, Jan --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEFzbVDxcLcKaSI7wVKV5wPm0dL88FAl71vsAACgkQKV5wPm0d L8+aKQ/+LQq2CmVCmtPxe/0EUeE0J5sLvRo+Arq2cH3fiNjmh5j12IqXQ52QZ3yz pCa4W34ObyA/KSfKicMNiv/2z7Mi2t4aq/UqKcBUFP90kgOi3RyyOvTPjflsFlST 2aQp00ajd2kp+7VzTV8NMoOtxc79VNNpQu09s6bt4Yk1C+QbHtqG8ifXwNa9F7p/ oFjhOTmDijkcGaOLItg3UhBoxV12TKR6w4XkCDfTm0ulxZd9q75fqUS9vihHKWDw KghSse73BUf2LMzuoqUi5XjXtHrAY8vQXluwkKW0oKW8gDnW592LKfOtrE5rQTvF OW6ob9HBTmZhTEi6F6U4uC7RBqc6Zof8c5gSOiFxtoT7FQL8Y2zltq9A/jgj190y soBm0SPzQ8Nfuinqo8WT8Owk0GF2QqVGqFOVivwQWR7+ngTwnA1xzHF4B+189UEV EpDnQGoVc1pAjeUySQdLZbPSQ4OBv5Q/WkOuUiKua5jbU4ySleHJcqAPZmi4JFat 5WAarBETXc60R5uKk/tGkt2kuEMIW9FopoZTFmQfKTC0iG/dm5WWDYdCQBb0KDox qQo7/K6LJNS39hL9yWLnrYmXVgvkMNZae6j4ezzhCf7WjsDyfFv/y298z3fnxyRA jMscsOrDXAm9nRU0mIX8q04NZpA+6tc665pkpQwKr3VAvoaLres= =I46r -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx--