Bug 2022 – /usr/share/zoneinfo/SystemV/CST6CDT broken?

Bug 2022 - /usr/share/zoneinfo/SystemV/CST6CDT broken?

Summary:	/usr/share/zoneinfo/SystemV/CST6CDT broken?

Status:	CLOSED NOTABUG

Aliases:	None

Product:	Red Hat Linux
Classification:	Retired
Component:	timeconfig (Show other bugs)
Sub Component:
Version:	5.2
Hardware:	i386 Linux

Priority	low Severity low
Target Milestone:	---
Target Release:	---
Assigned To:	David Lawrence
QA Contact:
Docs Contact:

URL:
Whiteboard:
Keywords:

Depends On:
Blocks:
	Show dependency tree / graph

Reported:	1999-04-06 09:00 EDT by amesbury
Modified:	2008-05-01 11:37 EDT (History)
CC List:	0 users

See Also:
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Story Points:	---
Clone Of:
Environment:
Last Closed:	1999-04-06 14:45:18 EDT
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.)

Groups: None (edit)

Description amesbury 1999-04-06 09:00:04 EDT

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 14:45:59 EDT

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.