Bugzilla Bug 25992

I used an international keyboard that allowed me to type in all characters of
ASCII, Latin-1 and Latin Extented A. After I performed an emerge sync && emerge
-u system, the (13) dead keys ceased working, and KDE applications as Konsole or
Kwriter do no longer accept Latin-1 charachters as 

I used an international keyboard that allowed me to type in all characters of
ASCII, Latin-1 and Latin Extented A. After I performed an emerge sync && emerge
-u system, the (13) dead keys ceased working, and KDE applications as Konsole or
Kwriter do no longer accept Latin-1 charachters as ß, µ, œ, þ or ð, while Latin
Extended A characters as Ł, ŋ, ij, ĸ or ſ are accepted. The Multi_key function
(shift+AltGr) is also disabled. Non-KDE programs as Mozilla accept Latin-1, but
dead keys are still inoperative. In the text consoles, dead keys still work as
normal and everything seems fine.

Reproducible: Always
Steps to Reproduce:
1. # echo 'LC_CTYPE=en_US.UTF-8' > /etc/env.d/02locale
2. # env-update
3. logout from KDE and log back in.

Actual Results:  
Dead keys inoperative.
Multi_key functionality inoperative.
KDE applications will not accept Latin-1 keys, to the contrary of Mozilla and
OpenOffice.
KDE applications would nevertheless accept Latin Extended A (i.e. unicode)
characters as Ł.

(if you want to test, enter the code for Ł in a xmodmap file is Lstroke, ð is eth)

Expected Results:  
Operation of dead keys to form diacritics system-wide.
Use of Multi_key.
Insertion of Latin-1 in Kwriter, Konsole.

I fooled around with the localisation variables, as LANG, LC_ALL and others. It
turned out that only LC_CTYPE is responsible for the erratic behaviour. My
temporary solution was to shift to LC_CTYPE=it_IT@euro (or any other Latin-1 or
-9), and this reactivated the dead keys - but of course at the price of not
being able to enter Unicode.
This malfunction appeared, as said, after an emerge -u system that was done on
the 1st of August, after the computer had been left switched off all through July.

I am pretty sure now that it is originally a Xfree bug: it is present in twm,
as I checked typing startx. However, it induces some weird behaviour in KDE
that is not present in twm: in twm, dead keys do not work but latin-1
characters as 

I am pretty sure now that it is originally a Xfree bug: it is present in twm,
as I checked typing startx. However, it induces some weird behaviour in KDE
that is not present in twm: in twm, dead keys do not work but latin-1
characters as å, ø, æ are typed correctly; Latin Extended-A characters are
not typed.

Fixed!
It seems that after an emerge -u system, a the localedef of en_US.UTF-8 was taken off the list of locale -a, even though the directories stayed at their place.
The solution was running a simple:

localedef -i en_US -f UTF-8 en_US.UTF-8

reporter has marked as fixed