<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On 1 March 2017 at 16:42, Brian Inglis <span dir="ltr">&lt;<a href="mailto:Brian.Inglis@systematicsw.ab.ca" target="_blank">Brian.Inglis@systematicsw.ab.ca</a>&gt;</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 &quot;abbreviations&quot; 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&#39;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>