Correct alphabetical order in languages xml file
Improved French translations from CLDR
Improved af translations from CLDR
Improved az translations from CLDR
Add my translation for mi from CLDR
Move uz translations to uz_Cyrl

See

http://unicode.org/cldr/trac/ticket/6548 (Update country/language/pop for Uzbek)

http://unicode.org/cldr/trac/changeset/9155 (cldrbug 6548: Updated Uzbekistan Latin/Cyrillic? usage to better reflect modern education / usage.)
Add uz translations (Latn) from CLDR
Improved te translations from CLDR
Improved vi translations from CLDR
Improved pa translations from CLDR
Improved cy translations from CLDR
Improved hi translations from CLDR
Improved lo translations from CLDR
Improved si translations from CLDR
Improved bg translations from CLDR
Improved am, ar, be, bn, ca translations from CLDR
Improved de translation for iu from CLDR (fixes a typo)
Improved bo, cs, da, el, en, es, et, eu, fa, fi, fo, gl, gu, he, hr, hu, hy,  id, is, it, ka, kk, kl, km, kn, ko, ky, lt, lv, mk, ml, mn, mr, ms, mt, my, nb, ne, nl, pl, pt, ro, ru, se, si, sk, sq, sv, sw, ta, th, tr, uk, ur, zh, zh_Hant translations from CLDR
Improved fil, ks, zu translations from CLDR
Match case insensitively in languageId()

Resolves: rhbz#1002000 (case insensitive languageId function needed)

https://bugzilla.redhat.com/show_bug.cgi?id=1002000

Doing case insensitive comparison with .lower() is not
perfect because it might introduce unwanted locale dependencies
(e.g. the Turkish ı, I, i, İ problem). But if strings
already compare equal without using .lower() they will compare
equal with .lower() as well. I.e. using .lower() just makes
more language names match then without using .lower(). I don’t
think the additional matches can cause wrong language Ids to be
returned.