Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#116 - Clock always set to UTC by rc.sysinit
Attached to Project:
Arch Linux
Opened by (toth64) - Monday, 11 August 2003, 13:31 GMT
Last edited by (toth64) - Monday, 11 August 2003, 19:16 GMT
Opened by (toth64) - Monday, 11 August 2003, 13:31 GMT
Last edited by (toth64) - Monday, 11 August 2003, 19:16 GMT
|
DetailsIn /etc/rc.sysinit, there is the following line:
if [ "$HARDWARECLOCK" = "UTC" ]; then which will set the hardware clock to UTC regardless of the setting in /etc/rc.conf. The correct line should be: if [ "$HARDWARECLOCK" == "UTC" ]; then |
This task depends upon
Closed by Anonymous Submitter
Monday, 11 August 2003, 19:16 GMT
Reason for closing: Not a bug
Monday, 11 August 2003, 19:16 GMT
Reason for closing: Not a bug
Comment by Judd Vinet (judd) -
Monday, 11 August 2003, 18:07 GMT
Actually, both methods work. Write a test stub and try it out.
Comment by (toth64) -
Monday, 11 August 2003, 19:16 GMT
- Task details edited
You are correct. I wrote a small script to check it. This problem did however show up right after installation...it may be an installation issue. I haven't had the problem with other distributions, but it did set my clock back 5 hours after installing Arch. (EST time zone, GMT -5). Could it be that the time was loaded as UTC at installation time when the install ISO booted, but was then saved as localtime when I rebooted from the install? Maybe the system clock should not be saved when rebooting from the installation ISO?