On 19.06.2016 19:52, Andrey Chernov wrote: > On 19.06.2016 19:47, Andrey Chernov wrote: >> On 19.06.2016 18:49, Baptiste Daroussin wrote: >>> On Sun, Jun 19, 2016 at 04:52:34PM +0200, Baptiste Daroussin wrote: >>>> On Sun, Jun 19, 2016 at 07:57:49AM +0300, Andrey Chernov wrote: >>>>> On 19.06.2016 6:44, Hajimu UMEMOTO wrote: >>>>>> Log: >>>>>> - Prefer to use %d over %e where the day of the month should be zero >>>>>> filled. >>>>>> - Since %e means the day of the month as well, regard %e as same as %d >>>>>> in md_order. >>>>> >>>>> Nonsense doubled formats in sr_*_RS locales and nonsense md_order there >>>>> too. >>>> >>>> Crap I'll dig into it, thanks for spotting it. >>>> >>>> Best regards, >>>> Bapt >>> >>> Should be fixed by: >>> https://people.freebsd.org/~bapt/locale-triple-components.diff >>> >>> The perl script generating the locales was badly handling locales with 3 >>> components, fixed now. >>> >>> Sorry about that >>> >>> Best regards, >>> Bapt >>> >> >> sr locales are badly named before anything else, proper format is >> language[_COUNTRY][.encoding][@variant] >> I.e. >> sr_RS.UTF-8@Latn >> sr_RS.ISO8859-2@Latn >> sr_RS.ISO8859-t@Cyrl >> >> I don't know, if out utilities (f.e. locale(1)) can handle @variant suffix. >> >> > =sr_RS.ISO8859-5@Cyrl > =our, and not utilities only but libc too
Since right now we have only single @variant per each encoding, and no @variant for other locales, we can just drop it and use right names like: sr_RS.UTF-8 sr_RS.ISO8859-2 sr_RS.ISO8859-5
signature.asc
Description: OpenPGP digital signature