On Wed, Nov 1, 2017 at 1:55 PM, Nicolas Goaziou <m...@nicolasgoaziou.fr> wrote: > > IIRC, the point is to remove DST in durations, i.e., in the difference > between two dates. One way to do that is to assume UTC in both start end > end date. Most of the commits are about making sure UTC is used whenever > two Org dates are to be used in a duration computation, and nowhere > else.

Alas, I still can't seem to find the original DST bug. I'm not sure using UTC solves DST problems. For example, in the timezone America/Los_Angeles, <2017-11-05 01:00:00> -> <2017-11-05 04:00:00> = 4 hours <2017-10-10 01:00:00> -> <2017-10-10 04:00:00> = 3 hours <2017-03-12 01:00:00> -> <2017-03-12 04:00:00> = 2 hour This is what Emacs gives me using the default time zone <2017-11-05 01:00:00> -> <2017-11-05 04:00:00> = 4 hours <2017-10-10 01:00:00> -> <2017-10-10 04:00:00> = 3 hours <2017-03-12 01:00:00> -> <2017-03-12 04:00:00> = 2 hour This is what Emacs gives me using UTC <2017-11-05 01:00:00> -> <2017-11-05 04:00:00> = 3 hours <2017-10-10 01:00:00> -> <2017-10-10 04:00:00> = 3 hours <2017-03-12 01:00:00> -> <2017-03-12 04:00:00> = 3 hours Using UTC seems strictly wrong to me. > > I think the change to org-2ft was a side-effect, since it is indirectly > used is a duration. > > Regards, > > -- > Nicolas Goaziou 0x80A93738