Hi, When I'm in the textmode timezone selection the time displayed initially is correct, after walking through the list and selecting the right timezone it is of however, selecting and then deselecting HW clock set to GMT fixes this. I have the feeling this also is a problem in the graphical installer, since I got messaages about /etc/modules.conf being newer then modules.dep there.
this was fixed in beta2.
Nice try, although the removing of showing the actual time in textmode (which I thought was a nice feature) fooled me for a while. I though I should verify this. Installer generated files like: /etc/localtime /etc/passwd /etc/group etc. Still have a time 2 hours later in my case, as the acutal time the installer was run, so there is still something silly done with the time (my timezone is CET + 1, so it seems to try todo some sort of RTC in GMT time correction)
This was with a graphical install btw.
The original bug said the problem was in the text mode installer - is that problem resolved? Is there also another problem in the graphical mode installer as well?
Okay, the complete long story: Originally I and a couple of others noticed that the neat current time according to anaconda box in the textinstaller went a few hours of when you walked through the list, iow it showed the wrong time after walking through the list to my timezone. This could be fixed by checking and then unchecking the rtc is in gmt box. Later I and others noticed that modules.conf as created by anaconda had the same wrong time as shown in the box in textmode anaconda. Even later I found the same was true for a graphical anaconda. The most visible effect of this was insmod complaining about modules.conf being newer then modules.dep during the first boot, since depmod was run with the correct time and the modules.conf was created with a time a few hours into the future. This bug was closed and with that the display of the time according to anaconda disappeared. So noone noticed anymore, now I did a graphical install some time ago and noticed that all installer created files had a stimestamp sometime in the future. To reproduce: -do a graphical -install a default workstation -choose western europa/amsterdam as timezone -continue -check the timestamps of /etc/passwd /etc/modules.conf and other installer created/touched files, they will be a few hours into the future. I guess you could also try this with a text based install to see if the problem is there also.
Just to note that the bug about the time in future is still present in RHL 8.0 also see bug #60672
We have no plans to include the current time in this screen.
Please read the bug before closing it !! This bug no longer is about the time not being shown right (and hasn't been about this for a long time). It is about the time not being right, causing config files to be created with a time in the future, which in turn causes warnings during boot (when the time is correct). Also see bug 60672
This issue is a duplicate of bug 6175. I also posted a patch there to correct the display of time in TUI timezone selection display ( your original complaint, Hans ), although nobody seems to be inrerested in it. As I am not an owner of this bug, I wont mark it as a duplicate. Hans or Michael should do it.
David, Thanks for the heads up, I should have seen 60672 was a duplicate of 6175 (I thought it was a duplicate of this bug, silly me) Closing as duplicate of 6175. *** This bug has been marked as a duplicate of 6175 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.