Ticket #496 (new defect)
Frameworkd doesn't know what my timezone is, defaults to GMT+4
| Reported by: | vendion | Owned by: | daniel |
|---|---|---|---|
| Priority: | critical | Milestone: | |
| Component: | framework/olocationd | Version: | milestone5.5 |
| Keywords: | Cc: |
Description
While running latest SHR-Unstable I have noticed that my clock and timezone is off. SHR sets this information from frameworkd, which doesn't know what to make of my timezone. I live in the Eastern part of the US and using the EST timezone but frameworkd keeps using GMT+4 instead. After reporting this issue in the SHR Trac [1] I was told that this is a upstream problem. I have tried reinstalling the timezone packages but no luck. For better detail here is a date output from my FreeRunner? and a Desktop I have
root@om-gta02 ~ $ date Sat Nov 28 05:29:06 GMT 2009
vendion@Big-O:~> date Sat Nov 28 00:29:32 EST 2009
Attachments
Change History
comment:1 Changed 3 years ago by jeremy-list
- Priority changed from major to critical
I'm having a slightly worse version of this bug. About once a day, frameworkd will change /etc/localtime from NZDT to GMT-13. In fact, this would leave me in the correct timezone for this time of year, but daylight savings time will end in March and GMT-13 will no longer be suitable. At the same time when /etc/localtime is overwritten, the clock is reset so that the time displayed is actually UTC, not GMT-13.
comment:2 Changed 3 years ago by sim
decoration Changed 1 year ago by admin
bathtub Changed 1 year ago by admin
solar system Changed 1 year ago by admin
stair parts Changed 1 year ago by admin
solar supply Changed 1 year ago by admin
