| 2017-03-20 18:04:11 |
Pat McGowan |
bug |
|
|
added bug |
| 2017-03-20 18:07:33 |
Pat McGowan |
description |
While investigating lp:1650688 it seems that we cannot rely on timedatectl to work 100% or even always be available in core. The current sympton is that the timezone will be reported incorrectly. We should rework the date and time logic to use basic functions in libc. |
While investigating lp:1650688 it seems that we cannot rely on timedatectl to work 100% or even always be available in core. The current symptom is that the timezone will be reported incorrectly. We should rework the date and time logic to use basic functions in libc. |
|
| 2017-03-21 13:35:59 |
David Barth |
bug |
|
|
added subscriber Justin McPherson |
| 2017-03-21 15:31:06 |
Pat McGowan |
description |
While investigating lp:1650688 it seems that we cannot rely on timedatectl to work 100% or even always be available in core. The current symptom is that the timezone will be reported incorrectly. We should rework the date and time logic to use basic functions in libc. |
While investigating lp:1650688 it seems that we cannot rely on timedatectl to work 100% or even always be available in core. The current symptom is that the timezone will be reported incorrectly. We should rework the date and time logic to use basic functions in libc.
Note: wait for resolution on the other report before addressing this, it seems timedatctl should be supported as its dbus api is what the interface allows access to. |
|
| 2017-03-21 18:37:15 |
Alexandre Abreu |
snapweb: status |
New |
Triaged |
|
| 2017-03-21 18:37:20 |
Alexandre Abreu |
snapweb: importance |
Undecided |
High |
|
