You are not logged in.
Pages: 1
I have a problem with my cs_CZ.UTF-8 locale. Even if I export LC_ALL="cs_CZ.UTF-8" and LANG="cs_CZ.UTF-8", I can't use the cs locale. It always fallback to default locale or something...
Here are some outputs:
phalkon ~ $ locale
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=cs_CZ.UTF-8phalkon ~ $ notepad
/bin/sh: warning: setlocale: LC_ALL: cannot change locale (cs_CZ.UTF-8)phalkon ~ $ l3afpad
(process:26876): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.Any ideas?
Last edited by Phalkon (2016-10-12 20:01:19)
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
What do you have in your locale.conf and locale.gen? Did you use
locale-gento generate your locale after uncommenting it or adding it to locale.gen?
Offline
Yea, you're right... i forgot to do that after deleting locale-gen and reinstaling glibc as an attempt to solve the issue.
Now the locale output is this:
phalkon ~ $ locale
LANG=cs_CZ.UTF-8
LC_CTYPE="cs_CZ.UTF-8"
LC_NUMERIC="cs_CZ.UTF-8"
LC_TIME="cs_CZ.UTF-8"
LC_COLLATE="cs_CZ.UTF-8"
LC_MONETARY="cs_CZ.UTF-8"
LC_MESSAGES="cs_CZ.UTF-8"
LC_PAPER="cs_CZ.UTF-8"
LC_NAME="cs_CZ.UTF-8"
LC_ADDRESS="cs_CZ.UTF-8"
LC_TELEPHONE="cs_CZ.UTF-8"
LC_MEASUREMENT="cs_CZ.UTF-8"
LC_IDENTIFICATION="cs_CZ.UTF-8"
LC_ALL=cs_CZ.UTF-8But it still does not work with wine applications.
And it gives no errors now.
When I run notepad, I cannot write czech symbols and letters like these "ě š č ř ž ý á í é".
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
Apparently WINE is supposed to present applications with the correct locale, but I've read threads where people have solved their issues by doing running WINE like so:
LANG=cs_CZ.UTF-8 wine [program]I don't know how this would affect anything (since $LANG is already set), but it's worth a try.
Offline
I tried that, but it didn't work.
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
I tried downgrading wine, glibc and lib32-glibc, but it didn't help.
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
When I run notepad, I cannot write czech symbols and letters like these "ě š č ř ž ý á í é".
That seems more like some other kind of problem, changing the locale is not going to magically font support for those glyphs, just like it doesn't on the host. Select another font and see if it works.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
I don't think it's a font problem. It worked before and the problems started just now. Probably bad update, but I can't determine which package was it.
But another thing is interesting...
When I use default locale "en_US.utf8" and try to write "ě š č ř ž ý á í é" it writes "e š c r ž ý á í é".
It always worked like this, that's why I originally started to run some wine programs like this:
LC_ALL="cs_CZ.UTF-8" wine program.exeAnd it solved the problem.
However, when I use LC_ALL="cs_CZ.UTF-8" now, the program doesn't write the correct letters or symbols... nor incorrect ones... it just refuses to write them at all.
Instead of "ě š č ř ž ý á í é" it writes "". In other words: nothing. :]
Last edited by Phalkon (2016-10-12 11:33:49)
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
That's the issue with the font, not locale.
Offline
That's the issue with the font, not locale.
How come, that originally changing locale solved the problem, but it doesn't now?
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
I tried changing the font.
It helped when using the default "en_US.utf8" locale.
However, when I use "cs_CZ.utf8", I can't write these letters with any font. It just won't write them.
Also, I can't change fonts of some wine programs I use. I'd really need to get "cs_CZ.utf8" working like it did before.
Any ideas what could cause this strange problem?
phalkon ~ $ locale -a
C
cs_CZ.utf8
en_US.utf8
POSIXphalkon ~ $ LC_ALL="en_US.utf8" notepadThis will work with some fonts.
phalkon ~ $ LC_ALL="cs_CZ.utf8" notepadThis will not work with any fonts. But it used to work with pretty much all of them.
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
Is there a way to change the default font for applications in wine?
As default in notepad, font is set to "System".
Which is always the same font, regardless of the font settings in xfce.
Can I somehow force wine to use the fonts my native applications do? Or simply set it to a particular font somewhere in the registry?
That could solve the problem too, but I don't know... just guessing here. :]
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
That looks a lot like a wine bug with some locales, and not a locale problem, if I had to guess it seem a problem with key composing (it seems to work fine with other locales).
Try do downgrade the wine package and see if it starts working again, if it does you should submit a big report in wine's bug tracker and provide as much information as you can, such as the last version that works and the first one that does not work.
You might also want to adjust the title of the thread to better reflect the problem.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
Downgrading wine didn't help.
I have these versions in my pacman cache.
wine-1.9.15-1-x86_64.pkg.tar.xz
wine-1.9.16-1-x86_64.pkg.tar.xz
wine-1.9.17-1-x86_64.pkg.tar.xz
wine-1.9.18-1-x86_64.pkg.tar.xz
wine-1.9.19-1-x86_64.pkg.tar.xz
wine-1.9.20-1-x86_64.pkg.tar.xzAll are affected by the bug.
Maybe it's not just wine issue.
But if i ran
phalkon ~ $ LC_ALL="cs_CZ.utf8" l3afpadeverything works.
Anything else I could try to pinpoint the problem?
Why Linux? Because it doesn't hide anything from you. It puts you so closely in control of your machine that you can feel its heartbeat.
Offline
If linux native programs work and you only have problems with programs running under wine it is _not_ a locale problem, it is a wine problem or a problem with any of its dependencies even if it manifests only with some locales.
You say it worked before, try to remember when it worked and check what was updated since then, see if there is any overlap between the packages that were updated and the ones wine depends on.
You also want to submit a big report on wine's bug tracker or this will probably remain unfixed.
R00KIE
Tm90aGluZyB0byBzZWUgaGVyZSwgbW92ZSBhbG9uZy4K
Offline
If you are using gnome, and updated to 3.22 it might be related to the fact arch switch the default backend from Xorg to wayland. Wine doesn't work on Wayland. If you switch your session to Xorg it should work again, if in fact you are a gnome user that upgraded.
Offline
I have exactly the same problem and I am using XFCE. I cannot pinpoint when the problem started - it was around the wine-1.9.21 release (but downgrading wine makes no difference). The only thing I've found out is that if I start a wine application with
$ LANG=cs_CZ wine program.exeI can write ý, á, í and é letters (but not the others like ě,š,č,ř...), while with no LANG settings or with
$ LANG=cs_CZ.UTF-8 wine program.exeI cannot write any of those characters (not even ý, á, í or é).
Offline
I'm curious, since the ttf-dejavu package was recently updated and became newsworthy: https://www.archlinux.org/news/ttf-deja … d-upgrade/ I'm thinking that, if you upgraded this package, the CZ language font-wise would have changed. Thus causing the confusion with fonts and missing characters. This is all speculation on my part, someone would have to test this theory as I have no intention of mucking with locales/fonts/language settings.
I am diagnosed with bipolar disorder. As it turns out, what I thought was my greatest weakness is now my greatest strength.
Everyday, I make a conscious choice to overcome my challenges and my problems. It's not easy, but its better than the alternative...
Offline
Pages: 1