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, MAILING_LIST_MULTI autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 16575 invoked from network); 6 Apr 2023 20:37:56 -0000 Received: from alyss.skarnet.org (95.142.172.232) by inbox.vuxu.org with ESMTPUTF8; 6 Apr 2023 20:37:56 -0000 Received: (qmail 13034 invoked by uid 89); 6 Apr 2023 20:38:21 -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 13027 invoked from network); 6 Apr 2023 20:38:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680813471; bh=IS5Voj2lGzdPul7bL55Z3ohr4CvpTUuae/faTEpsUSk=; h=Date:From:To:In-Reply-To:References:Subject:From:Subject:Reply-To; b=Dfh9onu3GI1UgEMupSHba8lx5SPG8nx7+oBSErv8Xc5DlCZyEFyEbuVGCv9ySdWKQ8FKK3NSoRFk57N80ZrU/q7fEIYmDCt1sR/GGw8SgptNJDt4QsC3vVNVl6LHCU3qjlaJkd4vt+XlVv7V9ZsYLjnYZ7lmWBAqK92zvid+N0zpkO9qOld9KVS4DnaC83klEXJhuqO/JekqQ6WN8KWYDgrK39hQFyP6ph8bXlISoVuuuuC5IDt+N2KL0Jfd5W697wnza56RTXFUjkOX/B+J4u4lrnZRYiejb2ySw4uB8KSloVqUvVYM9UUiHqlMEqGfMGv+jV9FhK5cl8qrkd+h4A== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1680813471; bh=9JQ0uc7C79Al6faga4gBsvk0FyCJebCMpPSjVFgXEP0=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=ODbCFB4fdNvzXjIKSbwg03PYYNLikp+va/QtZhmcZ2GUUi0B/6j4I3S2HieZQLHCvV+8G5XSs8jnaL6oJDfTJgbbF36ABXA6UTj6VyH4y+3i62pgy5o0tnDAD+l01euENmHFK1JMU6UVNssKUVUSGVrYHMxl9Wfa+415bijT9N5ThN4zd4fI4pOl3zFOW8ddtvA+uAT1gKESF2bmJzbJzLoxKe7SB4Zx1XNHJzKw+VFzdLh4YARk7baSDt3GLAcclFfKeWPqcKPRcDSFo0STUHd/gboZA2WazS5gzSAEQsSqw+cKpGiQ3HmJ7aF13jk9K6PY50mR3nm1ZNvVNotL9Q== X-YMail-OSG: QJhV1kwVM1mSa06IipqEh9I4JcyLkfzRuQ7slz_syGTiCDI3Kgchu9cNIA1MM7e E0fpP2JfPkAZuFdSw4.vHachrPlaW1Lu072Teh30xp_sr.vCqxWI2FbXXe787PeNHbLMDiwQEnEF znKYuh1WjvaKlb4vH5ITtoUoD_GkaJkWfQaFeU9ry60.y0rvl0oWI5GFxiZ58MTrIXShhwX5wJv_ OlK9SuB7wsiz_lkZpsQR9CAiv7ojA_TDWRtePsw740la12nlUuR6jhBN1tWggJ0Yi9JRnocY_Iip EaivIR_ZL1DSWZy10PMt1P5Q8Q9oaHAMVitfFJB1ExJarSwG7fVNbFVQUbDgjamV7yep2ZILKqxc jzHrmwJm6pD7NGxgIJfifg2u9LFUON8T9LBaQ7B59_5ZKc2oRXAxoBryCWIb_u2KhIgNwiu10UC2 TK.T2JB63HJOtQmsma2fpskf5jK1DQUAl5XmipgnXJU7cZCFemV5EZzni8zABB0Ks1KAC7kCbu6p yO2l2xm2BH_XCMKtUro7r_VEAqAnV1yKmKnm5yR0DBgxzH2xAGm7qkqmcqRoZPQxwj5g0J7OUocx bfQflpAHx8sueOFP69zhPitpu8LzuSFfdJHJ7fjtC4DJWf.MbJXEHkfZ05MI4iUK7nwdWOvGxvsV Z9m_bG1ogDdsE_dcyApC9sc6CE7cpgYQgx0IsTArrMAVpnNV7bJVJFACiTw8axSkjEY94QMXD4mI yeXUoJ15weTJyO_COCtaO7l9gbzu.5RMBC8cXZxvjfo6Sq1VEkep0Fc61E43AzrHBGwXrhFmkO8U 1Ob3g4m.OEkPXFnO60CPUGiKrN_iIcOiLpw7d1EZIsxQtXMpTJt8p_Ad0hBkGZ2mlUlNmGtZObjW iDVVI9M0Id2RpSKUMm.NkmSq5gkVSmYmxu83ySkKrY6D9LAFUR9jQketrcidvTgS_d94ix95z93T kBjDMy_K4rKk5lmZ7_2S5ybTj.x8E32gbxAoyqwPaB3.wUAktB0UahFly9_mNLD7omMTOvKK5EUW y0EWsZ287E6Bawh9Uva5chd1EL928x0ns7cfjrlQeUgplz2B6Ymex5zRZFTPJjFqkgj9aQQXSp7P ND7ULFr3y2ZSwxPevx09DAE7zpATf5Rxks86cZxrj2M9nUdnq4NEy9Ime3M6nBAiNR4zpU0rJXmA _l2Pkj9q.AH54eGPGB0GRji1KmbhTs5uyGw55f20fkJK_2Bh.6cYwd6aeLwDFTXvJIfHdOXZIgep 0f6Ooc2sKo1Mn8Fx3ifz96ZnOVGCFbe8Vue3uQUTkzk4w.EgFzrFRf3tNNdlEzvLrljNyJvBLPDP qMtuiqBHvuhke5UBl.IYCgiHQ2uv4QxxBmwrSN5t5IW9glrOU_mPEARP_AmNzey3qV_AsBVlH3RF U6Sc7e1utT_YyFQeC5XMWp8OgIKr1sXlwAEfFlEMzZz9ihfBiKsLGQRIUxcKLrUGViOfHMT.z3xX g3YVk3.TsCUsUT_vN7Yk9uBQHaG4Q.4.0aLrcNuvOlGNT.gdB3tiHx0YfMgKyAGlqpgA953p.6NR INJ_2XhsXEhB3QTmmcAmocKPebzRlpyz8p5JbAvePF4vjaNWJBFwKPOHR8tfyZ1q8Qsj2lsQuJQa FrL7N0whZUt_4GeR.tTktqBaOyahfNgPtWxabJuOONHAIeLTTkrHl6yFI1TvIsUlFguEFmwx9S8z xiSIqtgJwVN5Jz3CFT6jlVHBgPPRiy7LHGQDf8OULGS5Dul0s5HP6E.NuqvaPS1WVAGv1sEJOvtI 0M68xZN3_wSqgu3s3bPHxGPovmKCELZbuinE_HtAhxSR38emJLfp5hs9dn.oMtmutW7PoT6tnbX4 vlswImOy.a7jZuh4KX4AVZDF3cijyt6okh4avKGHolz.iiJ5_qo.y4.N6S6.7ZUbcWy51IYdsksq LGdHSZAq1YWyJGtTAwKXLC807M6Dpip.EVRExWh00iwuZ5CNAB0w9MIj5lPWnrtM2kbRMEW1ItEL GvKYS2vf6e7dd.vcHtqM35J4Fwt53NOkZ8WjqS9k15VesCDHdEE3CR5p66SzzGfocRG9roe7xVVg l6UzCu4IMyUlWa657R0X08rywjWbLcOVMQ8lpeF52.ss03onyp_LnqSvk6ESd2szTPgtQ5QkOV8V zH8Aj5ssd5IdXPagyiKErypTKG9U6gvkhV6TtxFP3erl55z1uQ7XT2DpRnqEWXn0XJcZUPRYwBc. vZbNu5b5eUxzOCSkTLSbiH_QtvQCs238- X-Sonic-MF: X-Sonic-ID: 4954da34-0bdc-4f51-990b-84d8170dfd83 Date: Thu, 6 Apr 2023 20:37:50 +0000 (UTC) From: "cpt.arsemerica.yahoo.com via supervision" Reply-To: "cpt.arsemerica@yahoo.com" To: "supervision@list.skarnet.org" , Laurent Bercot Message-ID: <1521010095.494363.1680813470706@mail.yahoo.com> In-Reply-To: References: <1799590563.259018.1680775861585.ref@mail.yahoo.com> <1799590563.259018.1680775861585@mail.yahoo.com> <1799016718.299578.1680785234404@mail.yahoo.com> Subject: Re: [svlogd] / -ttt / why UTC? MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Mailer: WebService/1.1.21365 YMailNorrin > Yes. You cannot set your system clock to TAI, unless you want wildly > incorrect results from time() [...] > In my world time() returns the SI seconds since the start of 1970. Since TAI and UTC were off for fractions of a second from 1970 to the end of 1972 might be true, but my applications dont care for that time so much... So I think my results are correct... Just some little system clock frequency jitter (10msec) and the round trip time of my VDSL internet connection (<40msec). But that has nothing to do with /usr/share/zoneinfo/... >>As long as the software uses glibc's time functions to break down >> >Have you tried it? > Sure... See: % TZ=3DUTC date -d "2017-01-01 - 1 second" Sat Dec 31 23:59:60 UTC 2016 % TZ=3DUTC date -d "2017-01-01 - 1 second" +%s 1483228826 % TZ=3DEtc/TAI date -d@1483228825 Sun Jan=C2=A0=C2=A01 00:00:35 TAI 2017 % TZ=3DUTC date -d@1483228825 Sat Dec 31 23:59:59 UTC 2016 % TZ=3DEtc/TAI date -d@1483228826 Sun Jan=C2=A0=C2=A01 00:00:36 TAI 2017 % TZ=3DUTC date -d@1483228826 Sat Dec 31 23:59:60 UTC 2016 % TZ=3DEtc/TAI date -d@1483228827 Sun Jan=C2=A0=C2=A01 00:00:37 TAI 2017 % TZ=3DUTC date -d@1483228827 Sun Jan=C2=A0=C2=A01 00:00:00 UTC 2017 I should also say, that i do not only use a special timezone info file ( http://www0.wgboome.org/zoneinfo-TAI.tar.xz ), but also a special NTP client, that adds those 10 seconds, which i could not do with that TAI file. > gmtime() *will not work*, because it assumes a UTC system clock. > Yes. And that is what it gets... I sym-linked that /usr/share/zoneinfo-leaps to /usr/share/zoneinfo > Programs making their own assumptions, and there are a lot of these, > Yes, Everything that uses GLib... Javascript and balsa for example... I patched balsa for myself (GLib devs refused to fix it properly)... Somewhen I will find a patch for GLib's borkened interpretation of the zone= info files... Somewhen... :) >>What would be wrong about the "-tttt" (localtime time stamp) option? > In theory, nothing, except that it's a bad idea to timestamp logs > with local time (hello, we're in the 21st century, we manage computers > worldwide, we want logs to be shareable and mergeable across timezones). > In my case u wound land at TAI timestamps... :) That's why i am asking... I dont like to build packages myself... > By recommending s6-log, I gave you the solution that requires from you > the least amount of work and the least amount of waiting. > OK... s6-log uses localtime, when started with -T... But that means another 1MiB on my litte root partition... giggle I think, i will write socklog&svlogd myself... Maybe i can even use less than 2MiB of main memory... Or i continue to use svlogd without options, but then the kernel log lines have a timestamp relative to boot time... *face palm*