How to setup cyrilic fonts?

[oeai]

after getlocale cofiguring i got terminal strings of mc in russian, can read it, but it's not about command prompt

they told me that "readline" probably compiled without UTF-8 support or some mess in .inputrc
where's the .inputrc analog?

[oeai]

i've remade getlocale.sh to en_US.UTF-8 besides ru_RU.UTF-8
now i can switch between locales and type with mcedit \ nano normally, but vi got wrong spaces between letters as described before.
so it's partially solved, except Xvesa mode and maybe tty / vi support

[bmarkus]

Are you talking about the BusyBox applet vi or the mainsteram?

[oeai]

i didn't install it separately, so it's most probably yes - for busybox. then maybe that's the case of busybox some sort of utf-8 support?

[oeai]

well, yes, i found that in http://tinycorelinux.net/4.x/x86/release/src/busybox-1.20.2-config unicode wide chars and other related is not set and also in kernel-config no unicode support enabled

# CONFIG_INSTALL_NO_USR is not set
CONFIG_LOCALE_SUPPORT=y
# CONFIG_UNICODE_SUPPORT is not set
# CONFIG_UNICODE_USING_LOCALE is not set
# CONFIG_FEATURE_CHECK_UNICODE_IN_ENV is not set
CONFIG_SUBST_WCHAR=0
CONFIG_LAST_SUPPORTED_WCHAR=0
# CONFIG_UNICODE_COMBINING_WCHARS is not set
# CONFIG_UNICODE_WIDE_WCHARS is not set
# CONFIG_UNICODE_BIDI_SUPPORT is not set
# CONFIG_UNICODE_NEUTRAL_TABLE is not set
# CONFIG_UNICODE_PRESERVE_BROKEN is not set

[Scampada]

Hi.
I still got these problems.

0. I am not sure which codesets (I mean utf8, koi8-r etc.) my filenames are in.
1. ls inside a folder containing some kind of cyrillic filenames (see above for "why some kind") does: ??.mp3
2. mc showing this very folder usually lists: .mp3
3. Suppose I do something like mapfile [TAB] in this folder, substituting these ??s as an argument.
3.1. The resulting command will look like: mapfile :\263\303\233\323\.... (not exactly, just e.g.)
3.2. The resulting output will look like: -bash: mapfile: `Киш Танец злобного гения.mp3' not a valid identifier.
#This mean my console is ABLE to output cyrillic!
4. After some magic with LC_ALL, LANG, LANGUAGE, mc had shown normal cyrillic filenames but only in one folder.
4.1 I had tried convmv in this folder but with no effect, I even hadn't actually renamed the files, doing only a dry run to test it. After that I noticed mc showed some filenames I ran convmv in another folder but mc hadn't showed it normally, so these actions I suppose are not linked between themselves.
5. vim wasn't working with cyrillic normally until I built it manually from git with utf8 support marked and packed as my own extension. Official nano doesn't do, too.

I will still reread this topic, but that's all of my issues. Maybe it's obvious to someone what to do, more than to me.

[Scampada]

3.1. The resulting command will look like: mapfile :\263\303\233\323\.... (not exactly, just e.g.)

Simply typing in console with cyrillic layout turned on will also turn into this. Moreover, typing some "рапрн" and getting ":\260\320\277\321\200\320\275" then pressing ENTER will end in totally nothing. No reaction at all. Just new PS string.

I do loadfont < terminus-u14.psf && loadkmap < ruwin_ct_sh-UTF8.kmap at start, having LANG=C.

If using /bin/sh (busybox's, not bash) then typing cyrillic will look like [no][/no] and pressing ENTER gives /bin/sh: вававав: not found

[Scampada]

Well, okay.
I've made it to get cyrillics almost everywhere in CLI. MC, console, nano, vim.

Added lang=uk_UA to boot options.
Exported LANG=uk_UA.utf8 to bash.
That's all, even nano stopped uglifying my texts (had to use vim instead, without knowing the way).
It was only ls who went on printing question marks. I thought that basic ls is implemented inside of busybox and grabbed coreutils from the repo. That one also didn't work. Even with all these lang variables etc. So I'd got to take coreutils sources and build em myself, now ls is working properly.
Are official coreutils built without some charset flags or something?..

[Juanito]

You can find the coreutils build instructions here:

http://repo.tinycorelinux.net/6.x/x86/release/src/toolchain/compile_tc6_x86

[Scampada]

Er... thank you, I will have a look at this document later, there are mentioned some interesting tricks about uname. But for coreutils - it was only ls that wasn't working properly, so I just built the source, got the new ls, stripped it, unsquashed the official extension and did a simple replace. Then packed it back again. Now it's working at last, whew.