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=-1.1 required=5.0 tests=DKIM_SIGNED,DKIM_VALID,
	DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI autolearn=ham
	autolearn_force=no version=3.4.4
Received: (qmail 28004 invoked from network); 28 Jun 2020 19:39:10 -0000
Received: from alyss.skarnet.org (95.142.172.232)
  by inbox.vuxu.org with ESMTPUTF8; 28 Jun 2020 19:39:10 -0000
Received: (qmail 3210 invoked by uid 89); 28 Jun 2020 19:39:30 -0000
Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm
Sender: <supervision@list.skarnet.org>
Precedence: bulk
List-Post: <mailto:supervision@list.skarnet.org>
List-Help: <mailto:supervision-help@list.skarnet.org>
List-Unsubscribe: <mailto:supervision-unsubscribe@list.skarnet.org>
List-Subscribe: <mailto:supervision-subscribe@list.skarnet.org>
List-Id: <supervision.list.skarnet.org>
Received: (qmail 3203 invoked from network); 28 Jun 2020 19:39:30 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20161025;
        h=mime-version:references:in-reply-to:from:date:message-id:subject:to
         :content-transfer-encoding;
        bh=1NqLQNS1QDCuzD7cDdg2AagTcwk7ngGoxSZwlFCIRpM=;
        b=HjQuwPguF6wlpb/iZQKp4fB8fAOhBcZWIPL5YDmO/uK8tXPn4usoYmi8NNFsf5uxz1
         yNbRol/AuhtF6A8Q55wB98yfoftciLm2r1JC29g8iexN30vj+UD8y/DSI3B/Wacuyn8z
         CTtG0Ub1gciB4BQYOqqaGI+GA92lYY4bUb9vc9yRdkprGlmW5q6YFYW6d7or1cMjRsRQ
         W/6Q/Wz56XlQtVmNg2dIeSsg07n9udo72+ymuc0OG6shgSlDiBCD0d4yi616126civzu
         djU42cwsTRlWBhGXhD9KT6er54r9Wr/q+0bXnGHBiagLASfwJilKk9pC/nZ7N57Enn+0
         3RlQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:references:in-reply-to:from:date
         :message-id:subject:to:content-transfer-encoding;
        bh=1NqLQNS1QDCuzD7cDdg2AagTcwk7ngGoxSZwlFCIRpM=;
        b=kUVNTRX5oN+OhX+VRAX3HO0eVKGRMY8BElb64ff45yGX8/bKP/ZylCRF9C3FVIvKBs
         hSwTn5QlE/ec5NFski1spTTayDwEbPpc05kZzQWWv30SKV7Mvdt0BTe6b+zaFYRRaVnj
         a99LJ5h3jTysXuQHcmsBG0fMr+H2K9uavsdPurfYWF4mq7G5/trwd8NdKPNoP0uMdDDa
         NgGYsU9RX7Cl0Eehr6fC9SKX1Jyv2PA8d56WkNCH+ZAOQpPBUKujSle9sLXd8NlF2HQD
         kZPbt2nXQCll4BVj/mme6L/kZLb4wSvzsfKKIEGtmYJINlQgHznmLj/V2WMloQVkRvv1
         Iz2A==
X-Gm-Message-State: AOAM5328WycRuFCXbYkwLqJ3TIP1pJi/pjdJl4MsypBKDg5Qj9J4kvmq
	j960ZZmNRiqSj6r5hdO9WnhzpkwX6OO3nv5DoLJCtQ==
X-Google-Smtp-Source: ABdhPJyIHqllZdWMcO7dzxQFmNnyHUKGfcBZ5swj2hAY+Ykr9axGUJ2kKFTQNNcmCgJ4RwNKfPCxJRmj2r/ZadtFZdw=
X-Received: by 2002:a5d:80d2:: with SMTP id h18mr13894559ior.73.1593373140696;
 Sun, 28 Jun 2020 12:39:00 -0700 (PDT)
MIME-Version: 1.0
References: <CACsCw1OQDH61WMH2DWUCoJyG2dAfHsK6fWhCDWV5c6fJQaHJQQ@mail.gmail.com>
 <CADQ2Nw8eYNmumd6vxs-pg2-u6NhF2dTW8U591eDm2yd5fyNWjg@mail.gmail.com>
 <CADQ2Nw9uHy8Ua2aGUB=pLf__FzV9Jamhrh29CrbaZk+dAAMuoQ@mail.gmail.com>
 <CACsCw1MJ2GsfYtEGpj8WN6Ta=aVAqkbFp03TDnAJRFnPK964hA@mail.gmail.com>
 <CAPhAwGzuZzYVVGhcm5pudimk0f4iDgS_qHY2Drv+wusd0CayJA@mail.gmail.com>
 <ema0f5d325-6aad-4c94-b6de-18a3badd39f9@elzian> <CAPhAwGzBtFJOPG_GOu+TFu9fXTJ-kPUDJ_sM98A3uzvSZEhhgw@mail.gmail.com>
 <435fd503-b57c-41a4-02ec-2a7d0ea229e1@NTLWorld.COM>
In-Reply-To: <435fd503-b57c-41a4-02ec-2a7d0ea229e1@NTLWorld.COM>
From: Guillermo <gdiazhartusch@gmail.com>
Date: Sun, 28 Jun 2020 16:38:50 -0300
Message-ID: <CADQ2Nw_uzgwAk1zLiKkix35fMwBdhzgt8FMVdvgWb8b9nkYLmQ@mail.gmail.com>
Subject: Re: Following log directories
To: Supervision <supervision@list.skarnet.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

El s=C3=A1b., 27 jun. 2020 a las 4:59, Jonathan de Boyne Pollard escribi=C3=
=B3:
>
> John W Higgins wrote:
>
> > 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 very much *does* deal in leap seconds.  The little-known
> requirement for daemontools, which *is* in its manual and has been all
> along albeit that many people have overlooked this, is that one use one
> of the Olson "right" timezones.

If anyone is interested, decoding the TAI64N timestamps produced by
s6-log with nosh's version of tai64nlocal produces the same result as
doing so with s6-tai64nlocal, and decoding the TAI64N timestamps
produced by nosh's cyclog with s6-tai64nlocal produces the same result
as doing so with nosh's tai64nlocal. At least on my system without a
"right/" timezone.

On the other hand, I just realized that cyclog does not seem to
properly finalize the 'current' file (including the setting of the
execute-by-owner permission) when it exits normally. Perhaps the
destructor of class 'logger' should call logger::flush_and_close()
rather than logger::close()?

G.