From nemesis!uhclem@fw.ast.com  Sun Apr  9 13:13:56 1995
Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5])
          by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA01132
          for <FreeBSD-gnats-submit@freebsd.org>; Sun, 9 Apr 1995 13:13:53 -0700
Received: from ast.com by relay1.UU.NET with SMTP 
	id QQyktk25424; Sun, 9 Apr 1995 16:13:49 -0400
Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA08920
  (5.67b/IDA-1.5 for uunet!freebsd.org!FreeBSD-gnats-submit); Sun, 9 Apr 1995 13:17:56 -0700
Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1)
	id <m0ry3FI-0000HVC@trsvax.fw.ast.com>; Sun, 9 Apr 95 15:06 CDT
Received: by nemesis.lonestar.org (Smail3.1.27.1 #18)
	id m0ry2ND-0004upC; Sun, 9 Apr 95 14:10 CDT
Message-Id: <m0ry2ND-0004upC@nemesis.lonestar.org>
Date: Sun, 9 Apr 95 14:10 CDT
From: uhclem%nemesis@fw.ast.com
Reply-To: uhclem%nemesis@fw.ast.com
To: FreeBSD-gnats-submit@freebsd.org
Cc: uhclem@nemesis.lonestar.org
Subject: Clock management punishes you if CMOS != GMT		FDIV020
X-Send-Pr-Version: 3.2

>Number:         327
>Category:       bin
>Synopsis:       Clock management punishes you if CMOS != GMT		FDIV020
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    uhclem
>State:          closed
>Quarter:
>Keywords:
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Apr  9 13:20:59 1995
>Closed-Date:    Thu May 9 03:56:19 PDT 1996
>Last-Modified:  Thu May  9 03:56:39 PDT 1996
>Originator:     Frank Durda IV
>Release:        FreeBSD 2.0.0-SNAP950322 i386
>Organization:
>Environment:

FreeBSD 2.0.0-SNAP950322 i386

>Description:

[FDIV020]

The installation procedure seems to be written assuming you are going
to set the CMOS clock to GMT, which is the least likely time choice for
PC users.  This is because people who use the system for MS-DOS, Windows
and other things on other partitions (or from floppy) must keep the clock
correct to local time or those systems screw up.  If they run certain
networking software on those systems, all they have to boot and the
CMOS is instantly changed to the correct local time, which can screw-up
things under FreeBSD later.

If you elect to keep the CMOS at local time, the installation will offer
you cities (not many choices in CST by the way), then show you a time with
the CST suffix, WITH THE GMT OFFSET ADDED even if you don't want it.

It then asks "Is this what you wanted?".  The normal user isn't going to
realize that all the installation process is asking about at that point is
the CST suffix and will answer the question NO because the time is wrong.

The user has to answer that question yes and then select 98 (CMOS isn't GMT)
later to end up with a correct time in FreeBSD multi-user mode.*

This part of the installation is pretty user-unfriendly and needs
improvement or at least better instructions.

*
Also note that if you have CMOS set to LOCAL, and boot the system in maint
mode, the date shown is wrong (behind by several hours).  If you change it
to be correct, and then boot multi-user, the date is now ahead of where it
should be by several hours.  This is pretty confusing.


>How-To-Repeat:

Using CMOS setup, set CMOS to correct local time (or something non-GMTish
if you happen to live in GMT), save, install FreeBSD, select
LOCAL time.

Now boot multi-user.  Verify time is what you set CMOS to.
Now halt and reboot single-user.  Do date command and note that the
time displayed is hours off (slow.)  So, set time using date command
to be correct.  Sync.

Now re-boot in multi-user mode and note that now time in multi-user
mode is several hours fast of correct time and many more hours ahead of
time just set in single-user mode.

Now halt and run CMOS setup and see what the clock is set to compared
to what you originally set.


>Fix:
	
Improve clock management for people who set CMOS to non-GMT, 
for people who can't afford an 100% exclusive FreeBSD system as
they are likely to set the CMOS to the local time.

*END*

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: pst 
State-Changed-When: Wed Feb 7 16:18:37 PST 1996 
State-Changed-Why:  
Frank, please verify you're happy with current behavior. 


Responsible-Changed-From-To: freebsd-bugs->uhclem 
Responsible-Changed-By: pst 
Responsible-Changed-When: Wed Feb 7 16:18:37 PST 1996 
Responsible-Changed-Why:  
State-Changed-From-To: feedback->closed 
State-Changed-By: phk 
State-Changed-When: Thu May 9 03:56:19 PDT 1996 
State-Changed-Why:  
No response. 
>Unformatted:


