> The warning is there because of POSIX has a 6 char limit, so we can't
> just excempt that from the cap.

And Unicode is out, so -0444½ won't do.-)

    @dashdashado

On Wed, Mar 1, 2017 at 5:03 PM, Derick Rethans <tz@derickrethans.nl> wrote:
On Wed, 1 Mar 2017, Tim Parenti wrote:

> On 1 March 2017 at 16:42, Brian Inglis <Brian.Inglis@systematicsw.ab.ca>
> wrote:
>
> > Looks like it stores the over long abbreviation.
> > So should probably patch:
> >
> > --- tz/releases/tzdata2017a/africa      2017-02-23 00:37:19.000000000 -0700
> > +++ tz/releases/tzdata2017b/africa      2017-03-01 14:36:43.479882200 -0700
> > @@ -431,7 +431,7 @@ Link Africa/Nairobi Indian/Mayotte
> >  # Zone NAME            GMTOFF  RULES   FORMAT  [UNTIL]
> >  Zone   Africa/Monrovia -0:43:08 -      LMT     1882
> >                         -0:43:08 -      MMT     1919 Mar # Monrovia Mean
> > Time
> > -                       -0:44:30 -      -004430 1972 May
> > +                       -0:44:30 -      -0044   1972 May
> >                          0:00   -       GMT
> >
>
> 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.)

The warning is there because of POSIX has a 6 char limit, so we can't
just excempt that from the cap.

cheers,
Derick

--
https://derickrethans.nl | https://xdebug.org | https://dram.io
Like Xdebug? Consider a donation: https://xdebug.org/donate.php
twitter: @derickr and @xdebug