692031 – Morocco has decided to reintroduce DST on very short notice

RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 692031 - Morocco has decided to reintroduce DST on very short notice

Summary: Morocco has decided to reintroduce DST on very short notice

Keywords:
Status:	CLOSED ERRATA
Alias:	None
Product:	Red Hat Enterprise Linux 6
Classification:	Red Hat
Component:	tzdata
Sub Component:
Version:	6.1
Hardware:	All
OS:	Linux
Priority:	urgent
Severity:	high
Target Milestone:	rc
Target Release:	---
Assignee:	Petr Machata
QA Contact:	qe-baseos-daemons
Docs Contact:
URL:
Whiteboard:
Depends On:
Blocks:	692160 692162 692164
TreeView+	depends on / blocked

Reported:	2011-03-30 09:21 UTC by J.H.M. Dassen (Ray)
Modified:	2018-11-14 13:29 UTC (History)
CC List:	6 users (show)
Fixed In Version:
Doc Type:	Bug Fix
Doc Text:
Clone Of:
Clones:	692160 (view as bug list)
Environment:
Last Closed:	2011-04-01 14:07:09 UTC
Target Upstream Version:
Embargoed:

Attachments	(Terms of Use)

Links
System	ID	Private	Priority	Status	Summary	Last Updated
Red Hat Knowledge Base (Legacy)	53136	0	None	None	None	Never
Red Hat Product Errata	RHEA-2011:0408	0	normal	SHIPPED_LIVE	tzdata enhancement update	2011-04-01 14:06:46 UTC

Description J.H.M. Dassen (Ray) 2011-03-30 09:21:28 UTC

Description of problem:
The Moroccan government is currently deciding whether to reintroduce
Daylight Saving Time as of _this weekend_. If they do decide to reintroduce
DST, tzdata updates will be needed on very short notice, similar to the
recent changes for Turkey (cf. <https://access.redhat.com/kb/docs/DOC-49007>). 

Press coverage: <http://www.map.ma/eng/sections/home/morocco_to_spring_fo/view>.

Frontline support is working to obtain clarification of the status of this
potential change and this bugzilla report will be updated accordingly.

Version-Release number of selected component (if applicable):
tzdata-2011d-1.el6.noarch

How reproducible:
If this decision is finalised, 100%.

Steps to Reproduce:
zdump -v Africa/Casablanca | grep 2011
  
Actual results:
Empty

Expected results: If this decision is finalised:
Africa/Casablanca  Sat Apr  2 23:59:59 2011 UTC = Sat Apr  2 23:59:59 2011 WET isdst=0 gmtoff=0
Africa/Casablanca  Sun Apr  3 00:00:00 2011 UTC = Sun Apr  3 01:00:00 2011 WEST isdst=1 gmtoff=3600
plus two more lines for the end of DST in 2011 - data not known presently.

Comment 1 J.H.M. Dassen (Ray) 2011-03-30 09:30:23 UTC

(In reply to comment #1)
> plus two more lines for the end of DST in 2011 - data not known presently.

Read the source, Ray.

Expected results:
Africa/Casablanca  Sat Apr  2 23:59:59 2011 UTC = Sat Apr  2 23:59:59 2011 WET isdst=0 gmtoff=0
Africa/Casablanca  Sun Apr  3 00:00:00 2011 UTC = Sun Apr  3 01:00:00 2011 WEST isdst=1 gmtoff=3600
Africa/Casablanca  Sun Jul 31 23:59:59 2011 UTC = Sun Jul 31 23:59:59 2011 WET isdst=0 gmtoff=0
Africa/Casablanca  Mon Aug  1 00:00:00 2011 UTC = Mon Aug  1 01:00:00 2011 WEST isdst=1 gmtoff=3600
(I think)

Comment 2 J.H.M. Dassen (Ray) 2011-03-30 10:28:42 UTC

A Moroccan customer contacted by GSS has confirmed that DST will be reintroduced; unfortunately, we have not identified an official resource confirming this - <http://www.maroc.ma/PortailInstAn/templates/get_all.aspx> does not discuss it, <http://news.gmane.org/gmane.comp.time.tz> has nothing yet.

As best as I can tell, the following lines need to be added to the "africa" source file to cope with this change:
Rule   Morocco 2011    only    -       Apr      3       0:00   1:00    S
Rule   Morocco 2011    only    -       Aug      1       0:00   0       -

Comment 5 J.H.M. Dassen (Ray) 2011-03-30 12:00:00 UTC

"Direction Réglementation de l’ANRT" (the national telecommunications regulator) has provided clarification: www.map.ma is an official website, publishing official notes only. Thus, the following is authoritative:
http://www.map.ma/eng/sections/home/morocco_to_spring_fo/view

Comment 6 J.H.M. Dassen (Ray) 2011-03-30 12:17:44 UTC

This is now reported on the upstream tz mailing list as well; thread start <http://article.gmane.org/gmane.comp.time.tz/3682>.

Comment 8 Petr Machata 2011-03-30 15:20:00 UTC

Thanks.  The patch seems right to me, assuming the DST ends at midnight, too.

Comment 9 J.H.M. Dassen (Ray) 2011-03-30 15:42:55 UTC

(In reply to comment #8)
> The patch seems right to me, assuming the DST ends at midnight, too.

Historically, that has always been the case:
# grep 'Morocco' africa | grep -- '-$' | cut -f 8 | sort | uniq
 0:00

In any case, the precise end of DST isn't the immediate concern here.

Comment 10 J.H.M. Dassen (Ray) 2011-03-30 16:37:20 UTC

(In reply to comment #6)
The proposed upstream changes have been posted: <http://article.gmane.org/gmane.comp.time.tz/3683>. Note that these include changes for several other locations as well.

Comment 15 errata-xmlrpc 2011-04-01 14:07:09 UTC

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2011-0408.html

Note You need to log in before you can comment on or make changes to this bug.