why can't i turn off fast_time?

spellberg_robert emailrob at emailrob.com
Tue Feb 27 23:16:32 UTC 2007


greetings, all ---

as long as folks are paying attention to
   this whole time zone foolishness
   foisted on us by congress
   [ as if they don't have --real-- work to do; but, i digress ],
   it seems to be a good time to inquire about my pet peeve.

please note:
   this is the --one-- thing about freebsd
   that --really--, and i mean --really--, hacks me off.

i have yet to figure out
   how to turn off the warm_weather fast_time bug^h^h^hfeature.

i am outside chicago, so i am six hours earlier than london.

i choose to not observe fast_time any more than absolutely necessary.
twice a year,
   these nimrods in washington actually expect me to
   drop what i am doing and
   go around everywhere and
   change the clocks.
to put not too fine a point on it, i refuse.
[ quite by accident,
     i discovered that this eliminates what i call "solar_shock".
   now, when others grumble on monday
     about the sun not being where it was on friday,
     i laugh.
]

the first thing i did was to rtfm.
then, i selected a box on which to experiment.

the method that seems to work most successfully is
   to tell the box it's in arizona.
this would be great if i were in, say, laramie, but,
   i haven't moved there, yet.
so, it's a little irritating.

then, i thought i would be exceedingly clever
   by creating the missing file
   that would be logically found between arizona and indiana,
   using those files as templates.
surprise, surprise, they're in binary; just like --windoze--.
having read eric raymond's "art of unix programming",
   i agree completely that
   configuration files should be in human_readable form,
   not encoded in binary, mega_corp style.
i have put off playing with this approach.

last, i tried the environment variable trick,
   both for the local zone and for utc
   [ surely, i can make the box do everything in utc, i thought ].
sha_ZAM!!!
i thought i had struck the mother_lode.
everything was working just as i wanted.
i smiled smugly to myself.

euphoric,
   i arose from my throne [ no, silly, the other one ],
   outstretched my arm and commanded "shutdown -h now".

alas, logged messages were timestamped off by one hour.
i was crestfallen.

this suggests that the mobo clock is on utc [ or something ],
   fbsd is kloodging this into local fast_time and, then,
   the environment variable is re_kloodging the kloodge
   to display what i want to see,
   but shutdown doesn't honor the re_kloodge.
or some such.

this is the point where i gave up.

i recount the above from memory.
the last time i tried to get this right was about a year ago.

windoze gets this right
   [ this is one of the few times when i prefer windoze;
       think about this
   ].
i cam select a time_zone, then uncheck the "observe fast_time" box.
no problem.
but, my 'nix boxen have their own agenda.

i solved this by setting them to what displays as utc and
   what produces the right epoch_offset,
   then i calculate the correct timestamps myself in my apps.
i simply accept that my timestamps are right and
   some of the system generated timestamps are wrong.
c'est la guerre.

------------------------------------------

i wouldn't bother writing except that congress decided to meddle,
   so some really_smart_people are paying attention.

all i want is
   to be able to set my boxes to utc, with no fast_time, and
   to have my apps and all of the other apps agree on what the clock says,
   at --all-- times.

it would be a plus if
   there were binary files for the 4 contiguous us time_zones
   [ 2 of these already exist ],
   --if-- that's the trick to getting what i want.
[ i suspect that
     it would be considered a plus by others elsewhere on the planet if
     such files existed for all 25 hourly zones and
     the several whose offset is not a multiple of 60 minutes.
   unlike mowing the lawn,
     this job well done would not have to be done again.
]

it would be a really big plus if
   non_textual config files were eliminated, but
   i suspect that this is a bigger project than
   most folks have time for right now.
[ if there is interest,
     since, at least, --i-- care about this,
     perhaps i could take this on,
     but i'm full_up for the next several months.
   however,
     it strikes me that this might make a useful project for
     some one or more of my students.
   any thoughts?
]

-----------------------------------

thanks for letting me inquire.

if anyone thinks this sufficiently worthy of
   either positive or negative response,
   please cc me as i am not subscribed to -questions.



rob spellberg
woodstock, illinois



More information about the freebsd-questions mailing list