Bug 2022 - /usr/share/zoneinfo/SystemV/CST6CDT broken?
Summary: /usr/share/zoneinfo/SystemV/CST6CDT broken?
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: timeconfig   
(Show other bugs)
Version: 5.2
Hardware: i386
OS: Linux
low
low
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1999-04-06 13:00 UTC by amesbury
Modified: 2008-05-01 15:37 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 1999-04-06 18:45:18 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description amesbury 1999-04-06 13:00:04 UTC 
I've observed this in the SPARC version as well as the Intel
version.  When /etc/localtime points to
/usr/share/zoneinfo/SystemV/CST6CDT, the system fails to
handle Daylight Savings Time correctly.  However, when
/etc/localtime points to /usr/share/zoneinfo/CST6CDT, things
seem to work just fine.

I briefly looked for some other timezone-related bugs here,
but didn't see this particular one listed.  Anyway, there
you go.....
Comment 1 David Lawrence 1999-04-06 18:45:59 UTC 
The one in /usr/share/zoneinfo/CST6CDT should be the one used as
default. The one in SystemV is there for backwards compatibility with
some utilities.The one in /usr/share/zoneinfo/CST6CDT should be the one used as
default. The one in SystemV is there for backwards compatibility with
some utilities.
Note You need to log in before you can comment on or make changes to this bug.