Bug 692031

Summary: Morocco has decided to reintroduce DST on very short notice
Product: Red Hat Enterprise Linux 6 Reporter: J.H.M. Dassen (Ray) <rdassen>
Component: tzdataAssignee: Petr Machata <pmachata>
Status: CLOSED ERRATA QA Contact: qe-baseos-daemons
Severity: high Docs Contact:
Priority: urgent    
Version: 6.1CC: cbuissar, jpallich, jwest, mnewsome, rbinkhor, syeghiay
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
: 692160 (view as bug list) Environment:
Last Closed: 2011-04-01 14:07:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 692160, 692162, 692164    

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