I finally tracked the timezone offset shifting problem down to
icaltime.c I am working with version 1.4.4 sources. The problem is as
follows...
When the summary view is selected (sometimes other views as well, I
suspect) some steps are done that require temporarily setting the
timezone to UTC. So set_tz() is called to change the TZ environment
variable to "TZ=UTC" using setenv(), then unset_tz() is called to put
the TZ environment variable back the way it was afterward. Now, in
FreeBSD, the TZ environment variable usually doesn't exist because
tzset() typically just works from /etc/localtime. In this case,
unset_tz() is supposed to simply remove TZ from the environment. It
does this using putenv("TZ") (SVR4 convention?). However, this has no
effect in FreeBSD (the FreeBSD-ish technique for deleting an
environment variable is unsetenv("TZ")). So when the (usual) case
arises of there being no TZ environment variable when Evolution is
started in FreeBSD, then TZ=UTC ends up being inserted into the
environment whenever certain views are selected and is never deleted
afterward.
The solution (untested anywhere but on my FreeBSD desktop) seems to be
to change putenv("TZ") to unsetenv("TZ") in...
libical/src/libical/icaltime.c
According to man pages, this is valid for Linux as well as FreeBSD
although I notice that early Solaris systems lack unsetenv(). I don't
have a recent vintage Solaris system to check.
Or an easy workaround would be to simply add TZ to the environment
before running Evolution.
Bill
On Sun, 2003-08-24 at 22:11, Joe Marcus Clarke wrote:
> On Sun, 2003-08-24 at 18:33, William Bloom wrote:
> > I've just installed the Evolution 1.4.4 port and I'm generally
> pleased,
> > with reservations. I've encountered the inbox permission problem
> > reported in other posts to freebsd-questions, but also I've noticed
> that
> > there seems to be a date/time formatting problem in the message
> summary
> > view that's not been mentioned in earlier posts. For that matter,
> I've
> > seen nothing referencing this problem in the issue list at
> > http://developer.ximian.org/projects/evolution. The symptom is that a
> > message's date/time is shown as expected when the view is first
> > displayed after Evolution startup. But if -any- other view is
> displayed
> > (i.e. Summary), then on return to the message summary the date/times
> all
> > are evidently displayed with a UTC time offset (0) instead of the
> > correct one. Once this occurs, the date/time never returns to the
> > current offset until Evolution is stopped and restarted. Has anyone
> > else seen this as well, or know a workaround?
>
> Ah, that's the catalyst. There have been numerous reports of this
> problem, but I was never able to reproduce it. Switching views is the
> catalyst. I suspect this is not a FreeBSD bug, but now that I have a
> definite catalyst, I will take this to the Ximian people, and see what
> they have to say.
>
> Joe
>
> >
> > Bill
--
William Bloom <[EMAIL PROTECTED]> (602) 604-3100
Eldorado Computing, Inc. 5353 North 16th Street, Suite 400
Phoenix, Az 85016 http://www.eldocomp.com
-- CONFIDENTIALITY NOTICE --
This message is intended for the sole use of the individual and entity to whom it is
addressed, and may contain information that is privileged, confidential and exempt
from disclosure under applicable law. If you are not the intended addressee, nor
authorized to receive for the intended addressee, you are hereby notified that you may
not use, copy, disclose or distribute to anyone the message or any information
contained in the message. If you have received this message in error, please
immediately advise the sender by reply email, and delete the message. Thank you.
_______________________________________________
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
