Bug 5234

Summary: need backward compatibility time zone config
Product: [Retired] Red Hat Raw Hide Reporter: Ben Liblit <liblit>
Component: timeconfigAssignee: Trond Eivind Glomsrxd <teg>
Status: CLOSED NEXTRELEASE QA Contact:
Severity: low Docs Contact:
Priority: high    
Version: 1.0CC: bryner, msw
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 1999-09-25 02:40:14 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Ben Liblit 1999-09-20 03:04:32 UTC
When a program is running using the backward compatibility
libraries from "compat-glibc-5.2-2.0.7.1", it will not have
proper time zone configuration.

This is most apparent when sending e-mail from Netscape
Communicator using the "netscape-communicator-4.61-9"
package.  The "Date:" header in outgoing mail incorrectly
gives UTC time zone "+000" rather than whatever the local
machine is actually configured to use.

(Note, however, that this is really not a Netscape bug.  It
is a time configuration bug that affects any date-sensitive
application using the backward compatibility libraries.
Netscape just happens to be the most prominent such
application.)

Perhaps we need a "compat-timeconfig" package to go along
with "compat-glibc" ?

Comment 1 Bill Nottingham 1999-09-25 02:40:59 UTC
Set TZ=:/etc/localtime.

This is fixed in the latest netscape packages (4.61-12.)

Comment 2 Bill Nottingham 1999-09-27 17:05:59 UTC
*** Bug 5395 has been marked as a duplicate of this bug. ***

Netscape does not set the right time zone for outgoing
emails unless the TZ environment variable is set, i.e.:

export TZ=:/etc/localtime

This could also be put in /etc/bashrc (and cshrc or
whatever), so that other apps will have access to TZ as
well.