This bug was fixed in the package langpack-locales - 2.13+git20120306-20
---
langpack-locales (2.13+git20120306-20) wily; urgency=medium
* debian/patches/ubuntu-gd_GB-days-months.patch:
Corrected translations of weekdays and months (LP: #1452196).
* debian/local/locale-gen.8:
Nothing is ever easy :(
Let's just go with the month and weekdays for now then, this will
already be a great improvement :)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1452196
Title:
Localedata
I have attached a picture and underlined the wrong terms in it - this is
how we became aware of the issue.
I find the glibc stuff very hard to proofread, because most of it is
hidden behind raw unicode. The current glibc seems to be correct though
- at least the human-readable parts of it.
**
** Description changed:
We have outdated translations in date/time - e.g. Dilu instead of
DiL for Mon for Scottish Gaelic (gd/gd_GB). The strings appear most
notably when you click on the time in the top bar on the right, and the
calendar appears.
How do I go about furnishing you
Ok, thanks. Then let's take months and weekdays (including abbreviated)
from the latest glibc, and hope that's an improvement.
** Changed in: langpack-locales (Ubuntu)
Importance: Undecided = Medium
** Changed in: langpack-locales (Ubuntu)
Status: Incomplete = In Progress
** Changed
Can you let us know exactly which data are not correct? You mentioned
abday. Are there other things?
** Changed in: langpack-locales (Ubuntu)
Status: New = Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I think this is a good strategy. Thanks for acting on this so quickly :)
Maybe you can just replace the whole locale file?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1452196
Title:
Localedata
I failed to replace the whole file, since the old one is ISO-8859-15
encoded, and the patch system doesn't like that. Think it will have to
wait until the package is updated with new upstream data.
** Patch added: gd_GB-manpage.patch