supervision - discussion about system services, daemon supervision, init, runlevel management, and tools such as s6 and runit
 help / color / mirror / Atom feed
From: Jared Rhine <jared@wordzoo.com>
Subject: svlogd localtime option
Date: Thu, 01 Jul 2004 12:53:15 -0700	[thread overview]
Message-ID: <871xjvo66s.wl@badger.wordzoo.com> (raw)

In the spirit of making svlogd output useful to humans, svlogd has the
-tt switch to output in human-readable UTC.  Would there be resistance
to having it be really useful by supporting a -ttt which uses
localtime?  We're really talking about having using localtime instead
of gmtime in one line in fmt_ptime.c, though option processing and
such would need to change.

I appreciate that UTC-based servers are useful in a global setting,
but it's a hindrance to good systems administration in many contexts.
And there's always the internal politics, where coworkers complain.

I couldn't find any references to this enhancement request in the
mailing list archives.  Apologies if this has been raised and rejected
in the past.

It may be the case that there's already an (undocumented?) -ttt
option, if I'm reading svlogd.c right.  It looks like that option
truncates the sub-second portion.  Perhaps -tttt for localtime
instead?

PS: #define USAGE in svlogd.c is out of sync with svlogd.8, with
respect to -tt.

-- jared@wordzoo.com

"A black hole is where God is dividing by zero."
        -- attributed to Roger Smith


             reply	other threads:[~2004-07-01 19:53 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-07-01 19:53 Jared Rhine [this message]
2004-07-04  5:47 ` Gerrit Pape
2004-07-05 13:50   ` Charlie Brady
2004-07-09  8:24   ` Jared Rhine
2004-07-09  8:49     ` Ian Stokes-Rees
2004-07-09  9:04     ` Uffe Jakobsen
2004-07-09 14:30     ` Charlie Brady
2004-07-11 19:11     ` Gerrit Pape

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=871xjvo66s.wl@badger.wordzoo.com \
    --to=jared@wordzoo.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).