Re: F18 beta experience under VM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Feb 4, 2013, at 1:35 PM, Michael Cronenworth <mike@xxxxxxxxxx> wrote:

> Chris Murphy wrote:
>> I'm not understanding the problem in the bug.
> 
> The "Date/Time" setting is required by anaconda before package
> installation may begin. I wanted to make this an optional setting. In
> order for it to be optional the date/time must be set to something
> reasonable from a trusted source.

Then, to answer the original question, the proper component to flag for the RFE is anaconda. But I'm now finding an additional bug/RFE for chronyd because it's clearly not syncing down correct system time to the hardware clock.


> 
>> 
>> Chronyd should, and as far as I know does, update both the system clock and hardware clock once (on startup), when it has internet access to get a time sync from a server. If chronyd doesn't have network access, then simply it's up to the user to set the date/time. If there isn't a trusted time source, the hardware clock shouldn't be touched by software via assumption. 
> 
> If there is no network access, then yes, the hardware clock doesn't have
> to be modified. If the user's BIOS is set to 1/1/1970 some package
> install features may not work. We should be able to use a burned in
> date/time in the ISO as a trusted source if there is no network access.

This would be an anaconda feature. And it's debatable if this should be restricted to anaconda setting a minimum valid system time, or if it should also sync it down to the hardware clock. I'd kind be surprised if they wanted to do the latter, even if they'd consider the former.


Chris Murphy
-- 
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test



[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux