Broken tr_TR.ISO-8859-1 locale

Bug #343298 reported by Andreas Olsson
2
Affects Status Importance Assigned to Milestone
langpack-locales (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

The locale tr_TR.ISO-8859-1 seems to be kind of broken.

root@pc13267v3:/var/lib/locales/supported.d# echo "tr_TR ISO-8859-1" >> local
root@pc13267v3:/var/lib/locales/supported.d# locale-gen
Generating locales...
  en_US.UTF-8... up-to-date
  sv_SE.UTF-8... up-to-date
  tr_TR.ISO-8859-1... /usr/share/i18n/locales/tr_TR:1477: LC_MESSAGES: unknown character in field `nostr'
/usr/share/i18n/locales/tr_TR:1510: LC_TIME: unknown character in field `day'
/usr/share/i18n/locales/tr_TR:1525: LC_TIME: unknown character in field `mon'
/usr/share/i18n/locales/tr_TR:1531: LC_TIME: unknown character in field `mon'
/usr/share/i18n/locales/tr_TR:1532: LC_TIME: unknown character in field `mon'
/usr/share/i18n/locales/tr_TR:1567: LC_NAME: unknown character in field `name_gen'
failed
Generation complete.
root@pc13267v3:/var/lib/locales/supported.d#

This happens in Hardy (langpack-locales 2.7.9-4), Intrepid (langpack-locales 2.7.9-5) and Jaunty (langpack-locales 2.9+cvs20090214-6).

This bug might be the cause of bug #338720.

Revision history for this message
Andreas Olsson (andol) wrote :

My bad.

Should have been using ISO-8859-9 instead.

Changed in langpack-locales:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.