You are not logged in.
Hi,
I just installed ArchLinux on my new Notebook (Thinkpad W520). Now I tried to import photos from my SD-Card on my HDD with shotwell. The import works, but when the month contains an umlaut (e.g. March in Germin is März -> "ä"), it does not display the date and also does not categorize those photos correctly. The folder structure in shotwell is like this:
-2012
- [empty, should be Jänner]
- Feber
- [empty, should be März]
- April
If I run shotwell from the terminal, I see the following error (for each photo):
(shotwell:2250): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Fehler in Zeile 1, Zeichen 28: Ungültiger UTF-8-kodierter Text im Namen - »Sam 7. J\xff\xbf\xbf\xbf\xbf\xbf 2012« ist nicht gültig.
I couldn't find any solution for this, using google. Here is my locale output, if you need it:
$ locale
LANG=de_AT
LC_CTYPE="de_AT"
LC_NUMERIC="de_AT"
LC_TIME="de_AT"
LC_COLLATE="de_AT"
LC_MONETARY="de_AT"
LC_MESSAGES="de_AT"
LC_PAPER="de_AT"
LC_NAME="de_AT"
LC_ADDRESS="de_AT"
LC_TELEPHONE="de_AT"
LC_MEASUREMENT="de_AT"
LC_IDENTIFICATION="de_AT"
LC_ALL=
$ cat /etc/rc.conf | grep LOCALE
LOCALE=de_AT.UTF-8
Any idea what the problem is? Thanks!
/Hooch
Last edited by hooch (2012-04-17 15:50:25)
Offline
Apparantly this problem is not shotwell related. For example, when I open gnome-tweaks or radio-tray, I get the following error message:
Invalid UTF-8 string passed to pango_layout_set_text()
Here is a screenshot, of how it looks like then: http://stfnh.net/umlauts.png
The strange thing is, that the one umlaut "ü" is shown correctly at the first button, at the next one the same umlaut does not work anymore.
Any idea?
Offline
Your "locale" and "cat /etc/rc.conf" give conflicting information; they should both read either "de_AT" or "de_AT.UTF-8".
What lines did you uncomment in "/etc/locale.gen"?
Offline
thanks for your reply. i commented the following lines out:
de_AT.UTF-8 UTF-8
de_AT ISO-8859-1
de_AT@euro ISO-8859-15
i also tried to set the locale only to de_AT within rc.conf, didn't change anything.
Offline
ok, it seems like that my installation of arch does not want to use utf8... instead it uses iso-8859. i tried to fix it by changing the locale in many ways, but i couldnt find a solution. here are my configs:
$ cat /etc/rc.conf | grep LOCALE
LOCALE="de_AT.utf8"
$ locale
LANG=de_AT
LC_CTYPE="de_AT"
LC_NUMERIC="de_AT"
LC_TIME="de_AT"
LC_COLLATE="de_AT"
LC_MONETARY="de_AT"
LC_MESSAGES="de_AT"
LC_PAPER="de_AT"
LC_NAME="de_AT"
LC_ADDRESS="de_AT"
LC_TELEPHONE="de_AT"
LC_MEASUREMENT="de_AT"
LC_IDENTIFICATION="de_AT"
LC_ALL=
$ locale -a
C
de_AT
de_AT@euro
de_AT.iso88591
de_AT.iso885915@euro
de_AT.utf8
POSIX
i created a text file on my new installation:
$ file test
test: ISO-8859 text
another text file from my backup of my previous notebook:
$ file /[...]/test
/[...]/test: UTF-8 Unicode text
any idea what's wrong?
thanks!
Offline
just a small update: if i create a text file in the console (tty1), i get a utf-8 unicode text..
Offline
Be careful with the capitalisation; your "LOCALE" setting in "/etc/rc.conf" should be "de_AT.UTF-8", not "de_AT.utf8". A quick search through this forum indicates that the locale should be in the same form as it appears in "/etc/locale.gen". You appear to have had it correct before, but it's wrong in your new post.
What is the output of the following commands?
echo $LANG
env | grep ^LC
cat /etc/locale.confOffline
You probably get more answers on german forum. Did you read this?
Offline
thanks, i tried the de_AT.UTF-8 before already, now i switched back to this again. here is the output of the commands:
$ echo $LANG
de_AT
$ env | grep ^LC
LC_MONETARY=de_AT.utf8
LC_NUMERIC=de_AT.utf8
LC_MESSAGES=C
LC_MEASUREMENT=de_AT.utf8
LC_TIME=de_AT.utf8
$ cat /etc/locale.conf
LANG=de_AT.UTF-8
LC_MESSAGES=C
thanks for the tip, stefan. i already followed this guide, but i will post in the german forum as well, if i cant get it running until tomorrow.
Last edited by hooch (2012-04-16 20:25:20)
Offline
I must admit; I'm stumped. The only thing I can suggest is that you've accidentally set your LANG variable in an rc script somewhere. The following command will do a search for that, though you should look over the output before you post it as there might be sensitive data in it.
grep -R de_AT /etc /home 2>/dev/nullDoes shotwell work correctly when you start it up with your LANG variable set manually?
LANG="de_AT.UTF-8" shotwellOffline
$grep -R de_AT /etc /home 2>/dev/null:
/etc/locale.conf:LANG=de_AT.UTF-8
/etc/rc.conf:LOCALE="de_AT.UTF-8"
/etc/locale.gen:de_AT.UTF-8 UTF-8
/etc/locale.gen:de_AT ISO-8859-1
/etc/locale.gen:de_AT@euro ISO-8859-15
When I run shotwell or radiotray or any other application causing problem because of the wrong LOCALE with the option LANG="de_AT.UTF-8", it is working fine.
Well, thanks for your help anyways. I will post at the german forum as well, otherwise I will reinstall my arch...
Offline
Thanks for all the help, I found my solution in the German forum: https://bbs.archlinux.de/viewtopic.php?pid=282146
The environment variable $GDM_LANG was set wrong:
WRONG:
$ cat /var/lib/AccountsService/users/stefan | grep Language
Language=de_AT.utf8
RIGHT:
$ cat /var/lib/AccountsService/users/stefan | grep Language
Language=de_AT.UTF-8
Offline
Thank you for presenting the solution here!
Offline
Here is the bugreport for this.
It can help to vote it up.
https://bugs.archlinux.org/task/30192?s … name=&type[0]=&sev[0]=&pri[0]=&due[0]=&reported[0]=&cat[0]=&status[0]=open&percent[0]=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=&closedto=
Offline
@teateawhy
Do you have either initscripts or systemd-sysvcompat installed?
It seems that systemd does ignore /etc/locale.conf for now. (Though in its documentation it says that this file is well supported, huh?)
Having one the mentioned package installed works around this lack. Anyway, see this task: https://bugs.archlinux.org/task/29785
Offline
I have only initscripts installed. But /etc/profile.d/locale.sh is not called at boot.
Thank you for pointing out my bugreport is a duplicate of one that has been closed...
I still think this needs to be solved in Arch, as initscripts are specific for each distro.
Edit: switched to sysvcompat, removed initscripts. Still the same.
Last edited by teateawhy (2012-06-09 17:14:47)
Offline