On Thu, 2023-07-20 at 22:15 -0400, Jeffrey Walton wrote: > I think Tim is correct. There used to be a checkbox about the hardware > clock. (Maybe it is still there?) If it is, I don't think it was obvious. I don't recall seeing it for a long time. > But I don't think the user is to blame. Users should not have to do > extra the work. It is 2023, not 1986. Computers work for users, not > the other way around. Systemd should have determined how the realtime > clock is configured, and then acted accordingly. It's not our job to > tell systemd information it can readily gather itself. I agree that computers should be doing most of the work for us, though it can be difficult to determine is the clock set correctly, incorrectly, or just to a different timezone. It's one of those things where sensibly questioning the user during installation a few things would be a good thing: ----- Is this a single-boot PC? There are advantages in running the hardware clock on UTC for Linux, do you want to do so? Is this a dual-boot PC? There are difficulties in Windows handling the hardware clock set to UTC, do you want to run it on local time? Select your timezone. Shows the hardware clock time to you. Is this the correct time? Set it now? manually/automatically ----- I know businesses use the auto-wake feature in BIOS/UEFI to start up various PCs before their staff arrive (and sensible IT staff will stagger them so they don't all start at the same time). It requires mental gymnastics to do that if they're not running on localtime. And it always required some tinkering to force Windows into accepting the clock was on UTC (if you could, at all). Why do Microsoft always have to be dragged kicking and screaming into doing sensible things? There's a huge list of dumb things they do... -- uname -rsvp Linux 3.10.0-1160.92.1.el7.x86_64 #1 SMP Tue Jun 20 11:48:01 UTC 2023 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. _______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
