FYI: some other Turk languages like Crimean Tatar (Crimean Turkish) and
Azeri are also affected by this. Hopefully this will be in the main repo
soon, and most users won't upgrade until then...
P.S.
I installed python-gobject 2.28.3-1ubuntu1.1 which is now in proposed, and was
then able to user l
> Can you take this up with upstream, perhaps?
The latest gdm probably doesn't have any such issues. Fedora 11 Preview
that i tried (both installed, and even Live CD), shows Crimean Tatar
(Crimean Turkish) locale in gdm just fine, and it really made me feel
good when i first saw it. Once i verify
I understand that chances of this bug being treated as a "very high-
priority showstopper bug" are not very high, and it may indeed be too
late to address this in jaunty, but would still like to try and bring
this to the attention of ubuntu-release team for a freeze exception
evaluation.
I've seen
I think if this was considered important, it would still make it on
time, as the official release date is the 23rd, and there's still plenty
of time even until midnight between the 21st and the 22nd.
The question appears to be:
Does this qualify for freeze exception process, considering also that
Turns out Ubuntu is using an old version of gdm, which, unlike 2.24 or 2.26 in
fact does appear to compile locales in. I'm not sure whether the locales are
taken directly from the Ubuntu gdm source file
gdm-2.20.10/config/locale.alias
or an external file maintained by i18n team, but it is quite c
I split out Firefox packaging issue into a separate bug:
https://bugs.launchpad.net/ubuntu/+source/language-pack-crh-base/+bug/363264
This bug is now only about GDM languages list issue.
Hopefully, this will help a bit in tracking and fixing outstanding
issues in a more organized and efficient ma
** Summary changed:
- Please enable language support for Crimean Tatar (Crimean Turkish) locale
(crh)
+ Crimean Tatar (Crimean Turkish) locale (crh) is not shown in gdm languages
list, even if language support for crh is added
--
Crimean Tatar (Crimean Turkish) locale (crh) is not shown in gdm
The firefox translation should actually be provided by language-pack-crh-base.
Although the .xpi was imported on the 8th, firefox translation still wasn't
provided by language-pack-crh-base after last Friday's full export from
launchpad.
If it's still possible to fix up language-pack-crh-base p
I am now aware that apparently language-support-crh package isn't
related to gdm languages list, but the following is probably still
related to this bug:
The firefox .xpi import has succeeded, but apparently it's not been released w/
04/10 full export from launchpad. The following package is stil
I was kinda tilted to thinking in that direction after seeing this bug upstream:
https://alioth.debian.org/tracker/index.php?func=detail&aid=311588&group_id=30316&atid=413077
I guess what you mean is that that bug refers to another distro, where
gdm uses iso-codes, and it doesn't apply to Ubuntu y
I wonder whether upgrading
http://packages.ubuntu.com/jaunty/iso-codes
which is currently based on 3.6, to 3.7 or 3.8 would resolve the gdm languages
list issue, although the only additional relevant thing provided w/ those
releases is crh.po files.
P.S.
I don't know whether it matters, but I d
I forgot to mention: i'm wondering if ; character in language name spelling
might be causing such hard to diagnose side effects, because it appears to be a
"reserved" character at least in one the files involved.
Please feel free to change ; to another character, which should be OK
temporarily,
I'm wondering if there is any way to get the gdm languages list issue resolved
before final jaunty release, for which apparently the time is running out.
I'm busy trying to do some last minute translations, but if there's anything i
can do to help resolve the gdm issue, please let me know.
Than
Despite my inability to manually get it to work, as mentioned in my last
comment, Martin might well be right about /etc/gdm/locale.conf being the
roadblock, and it might start working when the package is built in a manner
that addresses this.
I hope this can be addressed in gdm in time for jaun
FYI, i have tried adding the following manually to this apparently generated
file, but it did NOT resolve the gdm issue:
Crimean_Tatar;_Crimean_Turkish(Ukraine) crh_UA
Crimean_Tatar;_Crimean_Turkish(Ukraine) crh_UA.UTF-8
I gave it about 30 minutes, maybe i missed something, but it doesn't
appear
15 matches
Mail list logo
