The install docs (http://www.gentoo.org/doc/en/handbook/2005.1/handbook-amd64.xml?part=1&chap=5) talk about setting the date. The docs talk show a timezone, while in the real 2005.1 I get UTC. There's no mention of how to set the timezone or anything like that. If the date is consistently in UTC, please change the docs. Otherwise, please explain how to deal with variations in what the user sees.
Also, it makes me nervous that there is a warning about incorrect dates causing problems, but there's no mention of whether or not date comparisons will work correctly if dates are in UTC format.
> The install docs > (http://www.gentoo.org/doc/en/handbook/2005.1/handbook-amd64.xml?part=1&chap=5) > talk about setting the date. The docs talk show a timezone, while in the real > 2005.1 I get UTC. There's no mention of how to set the timezone or anything > like that. If the date is consistently in UTC, please change the docs. > Otherwise, please explain how to deal with variations in what the user sees. Keep in mind that the time displayed what your actual hardware clock is set to. In my case, it's actually PST, since that's my local timezone Later in the install process, you are given a choice to set your hardware clock according to UTC or localtime; please see http://www.gentoo.org/doc/en/handbook/2005.1/handbook-amd64.xml?part=1&chap=8#doc_chap3 for specifying UTC or local. *** Docs-team: whatever happened to the instructions about setting timezones when setting date? For example: # rm /etc/localtime/ # ln -sf /usr/share/zoneinfo/<country>/<city> /etc/localtime Might be a good place to include that.
the date needs to be set before anything is unpacked/installed/whatever ... you cant install the gentoo base system and then set the clock as for actually setting it, you set the clock to the localtime
When you say to set the date to local time, do you mean that I should ignore the fact that it says UTC and set it to the local time anyhow? Later, when I set a timezone, won't it misinterpret that and decide that the clock (which is in UTC) needs to have an offset added whenever it's displayed?
(In reply to comment #4) > When you say to set the date to local time, do you mean that I should ignore > the fact that it says UTC and set it to the local time anyhow? Later, when I > set a timezone, won't it misinterpret that and decide that the clock (which is > in UTC) needs to have an offset added whenever it's displayed? As far as my installs go, I tend to make sure the *time* itself is correct and I ignore the *timezone* until I set it up by copying the timezone into /etc/localtime.
(In reply to comment #2) > Docs-team: whatever happened to the instructions about setting timezones when > setting date? For example: > > # rm /etc/localtime/ > # ln -sf /usr/share/zoneinfo/<country>/<city> /etc/localtime Haven't been moved, still in &chap=7 (In reply to comment #5) > As far as my installs go, I tend to make sure the *time* itself is correct and > I ignore the *timezone* until I set it up by copying the timezone into > /etc/localtime. which is wrong. If you use localtime instead of UTC in the LiveCD environment, your time will jump when you define your timezone later. Besides, Timothy is right, the output of `date` shows UTC time, not CEST. Better use UTC if you need to set the time IMO.
Fixed. Thanks for reporting.
