<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 1 March 2017 at 16:42, Brian Inglis <span dir="ltr"><<a href="mailto:Brian.Inglis@systematicsw.ab.ca" target="_blank">Brian.Inglis@systematicsw.ab.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":32y" class="a3s aXjCH m15a8bd3871d3f9f1">Looks like it stores the over long abbreviation.<br>
So should probably patch:<br>
<br>
--- tz/releases/tzdata2017a/africa      2017-02-23 00:37:19.000000000 -0700<br>
+++ tz/releases/tzdata2017b/africa      2017-03-01 14:36:43.479882200 -0700<br>
@@ -431,7 +431,7 @@ Link Africa/Nairobi Indian/Mayotte<br>
 # Zone NAME            GMTOFF  RULES   FORMAT  [UNTIL]<br>
 Zone   Africa/Monrovia -0:43:08 -      LMT     1882<br>
                        -0:43:08 -      MMT     1919 Mar # Monrovia Mean Time<br>
-                       -0:44:30 -      -004430 1972 May<br>
+                       -0:44:30 -      -0044   1972 May<br>
                         0:00   -       GMT</div></blockquote></div><br>The above patch would be incorrect, though.  It would be more correct to increase the allowed max abbreviation length.  (Even better, numerical "abbreviations" like this should just be exempted from the caps, since they can technically be of almost any length, even though this is the longest they'll be in practice.)</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">--<br>Tim Parenti<br></div></div>
</div></div>