View previous topic :: View next topic |
Author |
Message |
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Mon Feb 26, 2024 12:25 pm Post subject: [Solved]Turkish Localization Issue on Gentoo |
|
|
Hello. I am using Gentoo bunch of time, i added ISO and UTF-8 variants Turkish and English(US) languages into /etc/env.d/02locale file. Also i selected via localectl. In graphical apps everything is fine but in terminal emulators and TTY environment Turkish specific characters appears as white square or square with question mark. If localization set by KDE's GUI then this fixes this issue on teminal emulators but this issue is still persist on TTY. Also while compiling something this warning appears;
Code: |
!!! WARNING: The LC_CTYPE variable is set to a locale that specifies
!!! transformation between lowercase and uppercase ASCII characters that
!!! is different than the one specified by POSIX locale. This can break
!!! ebuilds and cause issues in programs that rely on the common character
!!! conversion scheme. Please consider enabling another locale (such as
!!! en_US.UTF-8) in /etc/locale.gen and setting it as LC_CTYPE in
!!! make.conf.
!!!
!!! abcdefghijklmnopqrstuvwxyz -> ABCDEFGHiJKLMNOPQRSTUVWXYZ
!!! expected: ABCDEFGHIJKLMNOPQRSTUVWXYZ
!!! ABCDEFGHIJKLMNOPQRSTUVWXYZ -> abcdefghIjklmnopqrstuvwxyz
!!! expected: abcdefghijklmnopqrstuvwxyz
|
I am not sure why it happens, i think it may cause by a error on localization files in Gentoo. I checked Localization wiki on Gentoo's Wiki but it wont help. Any ideas?
Last edited by Cruslan on Wed Jul 31, 2024 2:48 am; edited 1 time in total |
|
Back to top |
|
|
CaptainBlood Advocate
Joined: 24 Jan 2010 Posts: 3858
|
Posted: Mon Feb 26, 2024 7:45 pm Post subject: |
|
|
Are you using any of those: Code: | tr_CY.UTF-8 UTF-8
tr_CY ISO-8859-9
tr_TR.UTF-8 UTF-8
tr_TR ISO-8859-9 |
Thks 4 ur attention, interest & support. _________________ USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
Back to top |
|
|
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Mon Feb 26, 2024 8:07 pm Post subject: |
|
|
CaptainBlood wrote: | Are you using any of those: Code: | tr_CY.UTF-8 UTF-8
tr_CY ISO-8859-9
tr_TR.UTF-8 UTF-8
tr_TR ISO-8859-9 |
Thks 4 ur attention, interest & support. |
I added third and fourth of language options in my /etc/locale.gen file. I selected tr_TR.UTF-8 UFT-8 variant via localectl. I am using systemd as init system. "I,ı" and "İ,i" are looks similar but completely different letters in Turkish, i believe it causes this problem. |
|
Back to top |
|
|
CaptainBlood Advocate
Joined: 24 Jan 2010 Posts: 3858
|
Posted: Tue Feb 27, 2024 7:06 am Post subject: |
|
|
Forum maybe?
Thks 4 ur attention, interest & support. _________________ USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
Back to top |
|
|
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Fri Mar 01, 2024 8:40 am Post subject: |
|
|
CaptainBlood wrote: | Forum maybe?
Thks 4 ur attention, interest & support. |
I have no issue about building packages. It just don't show correctly Turkish specific characters in bare TTY. Should i rebuild all system with recommended workaround in that topic? I mean adding "LC_ALL=C" to make.conf and rebuild @world and @system. |
|
Back to top |
|
|
CaptainBlood Advocate
Joined: 24 Jan 2010 Posts: 3858
|
Posted: Fri Mar 01, 2024 8:51 am Post subject: |
|
|
Cruslan wrote: | Should i rebuild all system with recommended workaround in that topic? I mean adding "LC_ALL=C" to make.conf and rebuild @world and @system. | My 2 cents is that it would be much too early to do so.
I intend to test TTY for tr_TR.
Sorry for not being ready yet.
Thks 4 ur attention, interest & support. _________________ USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
Back to top |
|
|
Hu Administrator
Joined: 06 Mar 2007 Posts: 22648
|
Posted: Fri Mar 01, 2024 3:58 pm Post subject: |
|
|
Cruslan wrote: | Should i rebuild all system with recommended workaround in that topic? I mean adding "LC_ALL=C" to make.conf and rebuild @world and @system. | No. Setting LC_ALL in make.conf is only so that any build output is in English, to make it easier for us to read when you request help.
According to your original post, Portage wants you to use a locale with traditional sorting / mapping rules. Turkish is not such a locale. Switching LC_CTYPE like that would be a good idea to avoid failures in builds, but I have no reason to believe it would fix your rendering problem. |
|
Back to top |
|
|
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Sat Mar 02, 2024 5:09 am Post subject: |
|
|
CaptainBlood wrote: | Cruslan wrote: | Should i rebuild all system with recommended workaround in that topic? I mean adding "LC_ALL=C" to make.conf and rebuild @world and @system. | My 2 cents is that it would be much too early to do so.
I intend to test TTY for tr_TR.
Sorry for not being ready yet.
Thks 4 ur attention, interest & support. |
Then i am not going to apply this "fix". If you need further output i can submit it. For now i ran out of solutions. Thanks. |
|
Back to top |
|
|
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Fri Apr 19, 2024 10:44 pm Post subject: |
|
|
Hello. I fixed my issue by using another Virtual Console than getty. I tried both fbconf and kmscon, both are shows Turkish-specific characters without issues. I prefered kmscon because it can configured more easily and it has systemd config built-in. Thanks for everyone. |
|
Back to top |
|
|
CaptainBlood Advocate
Joined: 24 Jan 2010 Posts: 3858
|
Posted: Fri Apr 19, 2024 10:58 pm Post subject: |
|
|
My apologizes I haven't test anything still.
I'm glad you finally made it.
It also nice you posted on the forum, for the benefit of others.
Thks 4 ur attention, interest & support _________________ USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
Back to top |
|
|
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Wed May 01, 2024 5:47 pm Post subject: |
|
|
CaptainBlood wrote: | My apologizes I haven't test anything still.
I'm glad you finally made it.
It also nice you posted on the forum, for the benefit of others.
Thks 4 ur attention, interest & support |
Actually both are projects(kmscon and fbdev) havent updated for a while, it may cause security flaws in future somehow. Default VT should be checked for character issue. |
|
Back to top |
|
|
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Wed Jul 31, 2024 2:47 am Post subject: |
|
|
I solved this issue by using compatible font, i have to try so much time for finding compatible font. Embedded "iso09.16" seems compatible with all Turkish characters. |
|
Back to top |
|
|
Cruslan n00b
Joined: 06 Jan 2024 Posts: 26
|
Posted: Fri Aug 02, 2024 2:00 am Post subject: |
|
|
I began to use "eurlatgr" font instead "iso09.16". "iso09.16" only supports 256 characters, it handles Turkish characters very well but some characters are don't exist that used by TUI libraries such as ncurses. So TUI apps window decorations won't show as intended. "eulatgr" contains required characters with 512 characters support, it works very well without any issues. |
|
Back to top |
|
|
|