Openwall GNU/*/Linux - a small security-enhanced Linux distro for servers
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Thu, 29 Sep 2011 23:25:13 +0400
From: croco@...nwall.com
To: owl-dev@...ts.openwall.com
Subject: Re: timezones

On Thu, Sep 29, 2011 at 10:47:13PM +0400, Solar Designer wrote:
> On Thu, Sep 29, 2011 at 08:58:32PM +0400, croco@...nwall.com wrote:
> > On Thu, Sep 29, 2011 at 08:21:03PM +0400, Solar Designer wrote:
> > > What we may do for our older glibc is take the Etc/GMT-4 file, change
> > > the name inside it from GMT-4 to MSD, and replace the Europe/Moscow file
> > 
> > I don't think it is good to change the name.  MSD means 'Moscow
> > Daylight-saving', and everyone knows this particular meaning, so this can
> > confuse people.
> 
> Isn't Moscow going to stay at precisely this same timezone, with
> permanent daylight savings now?

Sure, but what personally I would expect from MSD is that it will
eventually jump back to MSK, when the time comes -- because it is the thing
I used to see it does.  That means, to my mind, MSD in the time zone name
is not for "What Moscow currently use", it is for "changing time between
winter and summer".  The zone which is configured in the system is named
MSK, and MSD is only a kind of automatically appearing variation, not the
main thing.

Actually I think it would be better to use MSK, then, because MSK doesn't
include that "D" letter which is for (D)aylight-savings.  Certainly it
should me modified accordingly, so that it will be GMT+4 instead of +3 and
won't jump to MSD.

> Sure.  The primary question (to which I have no answer yet) is how the
> setup program should configure the system for that.  Using the existing
> confusingly named timezones doesn't sound good to me.

Well, let's call them OWL+1, OWL+2 and so on :-) -- and wait for the
community to invent something reasonable, when we will be able to rename.



--
Croco

Powered by blists - more mailing lists

Your e-mail address:

Powered by Openwall GNU/*/Linux - Powered by OpenVZ