[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
why can't i turn off fast_time?
- To: questions_(_at_)_freebsd_(_dot_)_org
- Subject: why can't i turn off fast_time?
- From: spellberg_robert <emailrob_(_at_)_emailrob_(_dot_)_com>
- Date: Tue, 27 Feb 2007 22:45:41 +0000
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.
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,
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 ].
i thought i had struck the mother_lode.
everything was working just as i wanted.
i smiled smugly to myself.
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.
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.
it strikes me that this might make a useful project for
some one or more of my students.
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.
freebsd-questions_(_at_)_freebsd_(_dot_)_org mailing list
To unsubscribe, send any mail to "freebsd-questions-unsubscribe_(_at_)_freebsd_(_dot_)_org"