I'm not sure that is relevant. Dst changes don't affect which TZ you are in, only what time it is, and what you might call your TZ. If the purpose is only to give a rough idea, we could ignore dst. On the other hand, using TZ as a way to place mahines geographically basically sucks. Would be better with something like lat-long?
So maybe we really care about local time for machines as well, in which case dst is relevant..
Johnny
--
I like the idea of expanding the info.txt .. time zone column
Fine by me. How is time zone expressed? Simply giving a numeric offset from GMT is problematic for places that observe daylight savings time - we'd have to update the file twice every year. Can we use something like PST8PDT??
Bob
I like the idea of expanding the info.txt file as you are a prime example of a single area spanning multiple time zones. If you can specify a time zone column for each machine on your area there is no doubt. :)
-brian
On Jan 9, 2012, at 20:17, "Johnny Billquist" <bqt at softjar.se> wrote:
Meh. Nice idea perhaps, but not working. Oh well.
There are some possible tricks anyway.
You could create a file on the remote machine if allowed, and check the timestamp.
You can also check local time using remote datatrieve.
If you have a decnet-aware finger server, that might tell you.
And of course, if you can log in or run remote jobs, anything can be done.
But how about expanding the host.txt file (or whatever the name was)?
Johnny
--
Very cool map although you have area 52 in the wrong time zone. I'm east coast US with Steve.
-brian
On Jan 9, 2012, at 17:09, "H Vlems" <hvlems at zonnet.nl> wrote:
There is a new file called HECNETUPTMAP2.GIF
Two updates:
- area 42 was moved to UTC-8
- area 33 was misssing its connecting line.
Van: owner-hecnet at Update.UU.SE [mailto:owner-hecnet at Update.UU.SE] Namens Saku Set l Verzonden: maandag, januari 2012 22:59 Aan: hecnet at update.uu.se Onderwerp: Re: [HECnet] Hecnet map update
Copied to
http://vaxsys.mikromuseo.org/example/HECNETUTCMAP1.GIF
On Mon, Jan 9, 2012 at 23:55, H Vlems <hvlems at zonnet.nl> wrote:
On OZON you ll find a file called HECNETUTCMAP1.GIF
It puts nodes I had default decnet access to in UTC timezones.
The picture is considerably more weird than the earlier excel art .
OZON will remain up for the night so no hurry.
BTW some of you will notice a file called DATE.DAT or DATE.TEST in the default decnet directory.
I put it there to figure out the timestamp and thus compute the timezone. Assuming the system time is set correctly
Hans
Meh. Nice idea perhaps, but not working. Oh well.
There are some possible tricks anyway.
You could create a file on the remote machine if allowed, and check the timestamp.
You can also check local time using remote datatrieve.
If you have a decnet-aware finger server, that might tell you.
And of course, if you can log in or run remote jobs, anything can be done.
But how about expanding the host.txt file (or whatever the name was)?
Johnny
--
I haven't checked this, but I wonder if you can't figure out the TZ of a machine if you just speak NICE to it? Try ncp tell <machine> sho exec for a machine in another TZ and see what the time in the header says?
Johnny
--
