http://bugzilla.suse.com/show_bug.cgi?id=912583
http://bugzilla.suse.com/show_bug.cgi?id=912583#c41
--- Comment #41 from Volker Kuhlmann
tz=UTC
Accurate. And annoyingly unhelpful, because it does NOT explain the relationship with time_offset. Nothing what it says is wrong, it's just not complete. As user, what I want to know from time_offset: What happens when set to 0? What happens when set to +3h? Does any kind of attempted zone or DST correction still take place? Its name implies an offset - that doesn't mean that offset isn't on top of all the automation!! And I'd want to know what happens when neither time_offset nor tz=UTC are used. All these 3 case together need to explain what happens to timestamps. There is nothing that says tz=UTC and time_offset are not completely independent! I stand by this - tz=UTC being a shortcut for time_offset=0 needs to be mentioned. time_offset needs to be properly explained. BTW there seems to be a common misocnception that DST offset is always 1h. This is most definitely not the case! Some places have 15 or 30 minutes. Gotcha. Yet again. -- You are receiving this mail because: You are on the CC list for the bug.