This bug was fixed in the package language-selector - 0.5.0
---
language-selector (0.5.0) lucid; urgency=low
* new UI to allow separate language and locale settings (LP: #40669)
(LP: #210776) (LP: #226155)
* fixed locale generation code (LP: #236028)
-- Arne Goetje
Arne, does the language selector write the wrong locale there?
** Changed in: language-selector (Ubuntu)
Status: Invalid = Confirmed
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of
A fresh installed karmic system has these problems too:
1. have to run locale-gen manually after add the language from Language
Support
2. GDM_LANG, LANG and LANGUAGE are all set to nan...@latin.utf-8
3. another language which also has @latin variant, sr_RS, seems work fine, but
GDM_LANG, LANG
iongchun [2009-10-25 1:43 -]:
The file (which I guest it should be /etc/defaults/locale) does not
No, /etc/default/locale
exist for me.
Hm, the graphical installer writes it. How did you install Jaunty back
then?
--
Min Nan Chinese not available in Language Support
Right, it is /etc/default/locale, I am sorry that I login into the wrong VM to
check it.
The content is:
LANG=en_US.UTF-8
LANGUAGE=en_US:en
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of
iongchun [2009-10-24 2:43 -]:
Okay, now I understand nan_tw.ut...@latin should be the correct format,
so it is GDM that incorrectly set GDM_LANG, LANG and LANGUAGE to
nan...@latin.utf-8, right?
I don't think that it's gdm which sets it. It should be set on install
time in
The file (which I guest it should be /etc/defaults/locale) does not
exist for me.
I upgrade this system from jaunty to karmic, and install Chinese, Min Nan in
Language Support.
But after that I don't see the language appearing in GDM login screen.
So I use Language Support again to set Chinese,
Okay, now I understand nan_tw.ut...@latin should be the correct format,
so it is GDM that incorrectly set GDM_LANG, LANG and LANGUAGE to
nan...@latin.utf-8, right?
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification
Not sure what should I with LANG or LANGUAGE, but what I see is:
iongc...@ubuntu64:~$ unset LANGUAGE LANG LC_ALL
iongc...@ubuntu64:~$ date
Wed Oct 21 14:35:02 CST 2009
iongc...@ubuntu64:~$ lang=nan...@latin.utf-8 date
Wed Oct 21 14:35:15 CST 2009
iongc...@ubuntu64:~$ lang=nan_tw.ut...@latin date
2009 10g 21 (p3) 14:35:23 CST
Does this actually make any sense?
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
2009 10g 21 (p3) 14:35:23 CST
Does this actually make any sense?
Yes, this is an appropriate short form of date in this language, except
that CST probably should be TAIST.
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug
Right, it isn't. This is because you set LANGUAGE, not LANG. Use LANG
and not LANGUAGE, and all is well (see man 3 gettext for details).
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of
Does this locale generated correctly?
I try it in karmic, gdm set GDM_LANG and LANG to nan...@latin.utf-8, which
seems correct.
But every application using locale complains, for example:
iongc...@ubuntu64:~$ perl
perl: warning: Setting locale failed.
perl: warning: Please check that your locale
** Changed in: langpack-locales (Ubuntu)
Assignee: Arne Goetje (arnegoetje) = Martin Pitt (pitti)
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
This bug was fixed in the package langpack-locales - 2.9+git20090617-1
---
langpack-locales (2.9+git20090617-1) karmic; urgency=low
* Update to current upstream glibc git head localedata:
- Adds nan...@latin. (LP: #236028)
* Drop patches accepted upstream:
-
locale committed to upstream as nan...@latin. Convention is that @
variations need to be lower case and full length spelling.
** Changed in: langpack-locales (Ubuntu)
Status: In Progress = Fix Committed
--
Min Nan Chinese not available in Language Support
This does not have anything to do with the language selector, I believe.
Please reopen if it does.
It seems you have a half-way working locale now? Could you please send
that to
http://sourceware.org/bugzilla/buglist.cgi?product=glibccomponent=localedata
for upstream review/inclusion? Thank
** Tags added: pet-bug
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
** Changed in: language-selector (Ubuntu)
Assignee: (unassigned) = Arne Goetje (arnegoetje)
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
thanks for the link... btw: new package is in my PPA.
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Off-topic discussion about the language code:
http://meta.wikimedia.org/wiki/Requests_for_new_languages/Wikipedia_Teochew#Discussion_with_the_ISO_639-3_Maintenance_Agency
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug
One question about LC_IDENTIFICATION:
---
locale -ck LC_IDENTIFICATION [Enter]
LC_IDENTIFICATION
title=Minnan language locale for Taiwan
source=
address=
contact=Arne Goetje
email=[EMAIL PROTECTED]
tel=
fax=
language=Minnan
territory=Taiwan
audience=
application=
abbreviation=
kiatgak, 2008-10-27 06:39:27-:
One question about LC_IDENTIFICATION:
---
locale -ck LC_IDENTIFICATION [Enter]
LC_IDENTIFICATION
title=Minnan language locale for Taiwan
source=
address=
contact=Arne Goetje
email=[EMAIL PROTECTED]
tel=
fax=
language=Minnan
Off topic: I just found this page. Great!
http://wiki.debian.org/I18n/TaiwanIndigenousLanguages
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Kaihsu Tai wrote:
Off topic: I just found this page. Great!
http://wiki.debian.org/I18n/TaiwanIndigenousLanguages
yep, you just found my page. :) I'm in the process of collecting data
for their locales and registering them upstream. The goal is to support
all actively spoken local languages in
Kaihsu Tai wrote:
kiatgak, 2008-10-27 06:39:27-:
One question about LC_IDENTIFICATION:
---
locale -ck LC_IDENTIFICATION [Enter]
LC_IDENTIFICATION
title=Minnan language locale for Taiwan
source=
address=
contact=Arne Goetje
email=[EMAIL PROTECTED]
tel=
fax=
Hi Arne,
Excellent!!
I did some work on these languages back in the 1990s. See
for example my old paper
http://web.archive.org/web/19970808073150/http://www.taiwanese.com/tp/tpsurvey/tpsurvey.pdf
(Scary to think that it was more than 10 years ago!)
Please do talk with the Presbyterian
Arne Goetje, 2008-10-27 14:27:23-:
Kaihsu Tai wrote:
http://www.ethnologue.com/show_language.asp?code=nan
While we are at it:
1. ethnologue is not the authoritative data regarding language codes.
That's ISO 639-3.
Sorry, my fault. But the web version of Ethologue does show
ISO 639-3
Arne Goetje, 2008-10-27 14:27:23-:
2. There has been a proposal filed at ISO 639-3 to split
the nan code into dzu and xim, reflecting the Chaozhou and
Xiamen dialects. As they group the Taiwan dialect into the
Xiamen group, we should probably use xim_TW in future... ?
(
One problem about LC_MESSAGES:
--
locale -ck LC_MESSAGES [Enter]
LC_MESSAGES
yesexpr=^[sS].*
noexpr=^[mM].*
yesstr=Sī
nostr=M̄-Sī
messages-codeset=UTF-8
--
In yesexpr, there is an extra character .
--
Min Nan Chinese not available in Language Support
I am still using Hardy Heron, but will test once Intrepid Ibex gets
released and I upgrade. Thanks, Arne!
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Thanks, Arne!
One more question about mon in LC_TIME.
in locale [EMAIL PROTECTED]:
---
cal -3 [Enter]
káu-goe̍h 2008 cha̍p-goe̍h 2008 cha̍p-it-goe̍h 2008
lp p1 p2 p3 p4 p5 p6 lp p1 p2 p3 p4 p5 p6 lp p1 p2 p3 p4 p5 p6
1 2 3 4 5 61 2
In message [EMAIL PROTECTED] Bug 236028
[EMAIL PROTECTED] writes:
In locale [EMAIL PROTECTED], would
mon=1goeÌ#65533;h;2goeÌ#65533;h;3goeÌ#65533;h;4goeÌ#65533;h;5goeÌ#65533;h;6goeÌ#65533;h;7goeÌ#65533;h;8goeÌ#65533;h;9goeÌ#65533;h;10goeÌ#65533;h;11goeÌ#65533;h;12goeÌ#65533;h
be more
Kaihsu Tai wrote:
This problem needs Kaihsu's confirm. (And Arne's technical review?)
Sure.
done.
Version 2.7.9-6~ppa04 in my PPA.
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of
Bravo!
After
--
sudo locale-gen [EMAIL PROTECTED]
--
I tested LC_TIME with the following commands:
--
export [EMAIL PROTECTED] [Enter]
--
(1) local command
--
locale -ck LC_TIME [Enter]
abday=lp;p1;p2;p3;p4;p5;p6
kiatgak wrote:
abmon=1g;2go;3go;4go;5go;6go;7go;8go;9go;10g;11g;12g
should be:
abmon 1g;2g;3g;4g;5g;6g;7g;8g;9g;10g;11g;12g
fixed
the output (date_fmt?) should be
2008 10g 23 p4 21:49:52 TST
or something like
2008 10g 23 (p4) 21:49:52 TST
fixed
in which, the timezone
I have a new package in my ppa.
Please go to System - Administration - Software Sources and in the
Third-Party Software add the following link:
deb http://ppa.launchpad.net/arnegoetje/ubuntu intrepid main
Then please update the locales package and help testing:
sudo locale-gen [EMAIL
Arne Goetje wrote on 2008-08-28:
Despite of this, I have the locale ready for upload.
Hi Arne, would you please upload the locale? Cheers.
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of
Thanks for looking into this.
Arne Goetje, 2008-08-28 01:20:06-:
One possibility would be to use:
abday ji̍t, it, jī, saⁿ, sì, gō͘, la̍k or lé, it, jī, saⁿ, sì, gō͘, la̍k
abmon 01g, 02g, 03g, 04g, 05g, 06g, 07g, 08g, 09g, 10g, 11g, 12g
Other suggestions?
I suggest:
abday l-p, p-1, p-2,
ok, I have one problem with the current data:
The abday and abmon fields: If you look at two typical applications
which use these (cal on command line and the calendar applet on gnome),
you will find that the calendar applet only uses the first three letters
as an abbrevation, while 'cal' even
** Changed in: langpack-locales (Ubuntu)
Status: Confirmed = In Progress
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
Arne Goetje, 2008-06-13 03:51:55-:
I can create one for you, if you help me to translate some terms for it:
* abday: Sun, Mon, Tue, Wed, Thu, Fri, Sat
* day: Sunday, Monday, Tuesday, Wednesday, Thursday, Friday,
Saturday
* abmon: Jan. Feb, Mar, Apr, May, Jun,
* abday: lé-pài, pài-1, pài-2, pài-3, pài-4, pài-5, pài-6
* day: lé-pài-ji̍t, pài-it, pài-jī, pài-saⁿ, pài-sì, pài-gō͘, pài-la̍k
* abmon: 1-goe̍h, 2-goe̍h, 3-goe̍h, 4-goe̍h, 5-goe̍h, 6-goe̍h, 7-goe̍h,
8-goe̍h, 9-goe̍h, 10-goe̍h, 11-goe̍h, 12-goe̍h
* mon:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaihsu Tai wrote:
Further more I need to know the collation of the alphabet:
I believe that it's a-z plus o͘, where o͘ gets sorted after o.
That is one acceptable solution, but it is not the
traditional sorting order, which is something like:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaihsu Tai wrote:
* am_pm: téng-po·, ē-po·
^^ ^^
I assume that is supposed to be 006F,0358 instead of 006F,00B7 ? Or is
it supposed to be a tone mark?
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Arne Goetje, 2008-06-13 16:27:06-:
I see the only additional characters are o͘ and ⁿ. So, sort
them after o and n respectively?
I think ‘ⁿ’ should be sorted after ‘z’ rather than between
‘n’ and ‘o’, but I have not thought this through. Let’s sort
it after ‘z’ and see what happens.
Arne:
There is no option to use Minnan, because there doesn't exist any locale for
Minnan.
Are there any instructions on how to create a locale?
Further more, as Minnan can be used with Latin script and also with
Hant script, we should discuss if it would be better to create two
locales and
** Changed in: langpack-locales (Ubuntu)
Sourcepackagename: language-selector = langpack-locales
Assignee: (unassigned) = Arne Goetje (arnegoetje)
Status: New = Confirmed
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kaihsu Tai wrote:
Arne:
There is no option to use Minnan, because there doesn't exist any locale for
Minnan.
Are there any instructions on how to create a locale?
it's not that complicated, but the locale would need to be submitted to
upstream
** Changed in: language-selector (Ubuntu)
Sourcepackagename: None = language-selector
--
Min Nan Chinese not available in Language Support
https://bugs.launchpad.net/bugs/236028
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dereck Wonnacott wrote:
** Changed in: language-selector (Ubuntu)
Sourcepackagename: None = language-selector
There is no option to use Minnan, because there doesn't exist any locale
for Minnan.
Further more, as Minnan can be used with Latin
51 matches
Mail list logo
