Keyboard layout toggle problem, downgrading libxi issue

Hello,
As I've read so far, this issue is probably due to a new version of libxi=1.2.0. When trying to downgrade to 1.1.4, pacman yells that gtk2 depends on libxi>=1.2.0. Since I don't want to break my system, I'd wish to ask about the cleanest way to solve my problem?
Best regards,
kuni_zdenek

upgrade to xorg from testing or wait until it will be moved

Similar Messages

Audio volume not save and keyboard layout configuration problems

Hello all,
I needed to register again because my old account seems not to be working
After almost 2 years without Arch due to work now I'm back to Arch again.
Everything has changed... now there is Systemd and even the installation it's different so I will need some helps from the experienced users
The installation was done yesterday and I found two issues that are really annoying me.
The first one... keyboard layout... Yes it's incredibly... I only want my system in english and my keyboard in norwegian... But all are problems for that. Before telling me to read more or search for information.... I will tell you that I waster 2 hours yesterday only for that... With no success at all.
The second one... even more stupid... why my pulseaudio keep the volumen at 100%? I tried different things... but not success at all.
So please, can you help me?
I will provide all the information you need.
Thanks a lot and so happy to be back here
Best regards,
TheArcher
Last edited by thearcherblog (2014-10-30 17:07:09)

Hello Runical,
To be honest I was following a guide to install the system and everything works ok but according to journalctl I have some problems with pulseaudio so I guess that can be the original problem.
I will paste it here:
$ journalctl -b | grep pulse
Oct 30 13:04:30 arch.colonialOne rtkit-daemon[458]: Successfully made thread 457 of process 457 (/usr/bin/pulseaudio) owned by '120' high priority at nice level -11.
Oct 30 13:04:32 arch.colonialOne rtkit-daemon[458]: Successfully made thread 482 of process 457 (/usr/bin/pulseaudio) owned by '120' RT at priority 5.
Oct 30 13:04:32 arch.colonialOne rtkit-daemon[458]: Successfully made thread 483 of process 457 (/usr/bin/pulseaudio) owned by '120' RT at priority 5.
Oct 30 13:04:32 arch.colonialOne rtkit-daemon[458]: Successfully made thread 487 of process 457 (/usr/bin/pulseaudio) owned by '120' RT at priority 5.
Oct 30 13:04:32 arch.colonialOne rtkit-daemon[458]: Successfully made thread 488 of process 457 (/usr/bin/pulseaudio) owned by '120' RT at priority 5.
Oct 30 13:04:32 arch.colonialOne rtkit-daemon[458]: Successfully made thread 533 of process 457 (/usr/bin/pulseaudio) owned by '120' RT at priority 5.
Oct 30 13:04:32 arch.colonialOne pulseaudio[457]: [pulseaudio] module-gconf.c: Unable to read or parse data from client.
Oct 30 13:04:32 arch.colonialOne pulseaudio[457]: [pulseaudio] module.c: Failed to load module "module-gconf" (argument: ""): initialization failed.
Oct 30 13:04:32 arch.colonialOne pulseaudio[457]: [pulseaudio] main.c: Module load failed.
Oct 30 13:04:32 arch.colonialOne pulseaudio[457]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.systemd1.LoadFailed: Unit dbus-org.bluez.service failed to load: No such file or directory.
Oct 30 13:04:32 arch.colonialOne rtkit-daemon[458]: Successfully made thread 536 of process 536 (/usr/bin/pulseaudio) owned by '120' high priority at nice level -11.
Oct 30 13:04:32 arch.colonialOne pulseaudio[536]: [pulseaudio] pid.c: Daemon already running.
Regards,
TheArcher
Last edited by thearcherblog (2014-10-31 06:59:20)

Keyboard Layout User Account Domain Wide Issue

I have a 2008 R2 Standard as my Domain Controller and File Server, 2012 R2 Standard Remote Desktop Server and 2012 Standard Server running some applications.
All my computers log on and switch the default keyboard layout to Canadian English with the French layout. I have tried to install US English and removed the Canadian layout, and even after removing it the Canadian Multilingual layout keeps coming
back as default. I am lost as to the reason and do not know how to fix this. I even opened registry and US English is the only keyboard layout listed.
Ideas?
Thanks.

Hi,
At first, I would check that registry key;HKEY_USERS\.DEFAULT\Keyboard Layout\1
What do you see ?
And, if the value is ok there, you could make sure the imported keyboard is not check;
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout
IgnoreRemoteKeyboardLayout (REG_DWORD) = 1
With the above two key, the new users will always get the default layout. Just watch out as user profile already created might have the bad keyboard.
Edited; I wrote my answer first answer as if it's an issue when they logon the RDS's server, but if it's locally on their workstation, check the default layout in the first registry I give. If you see an 1109, or something like that it's more the canadian's
keyboard code.
Regards, Philippe
Don't forget to mark as answer or vote as
helpful to help identify good information. ( linkedin endorsement never hurt too :o) )
Answer an interesting question ? Create a
wiki article about it!

Hotplugging Keyboard Layout Switching Problem

With a recent update, my keyboard configuration got a bit hosed. The super key stopped working, I couldn't use shifts to swap keyboard layouts, and ctrl/caps swap reverted back. Instead of troubleshooting that, I decided to give hotplugging a try. I disabled the keyboard configuration in xong.conf and enabled hotplugging.
Everything is working fine with one exception. If I list more than one keyboard layout in the .fdi, the keyboard reverts back to 'us'. As far as I can tell (and other posts have verified this) this is pretty close to copy/paste from xorg.conf. If I use just a single layout, that layout works.
Any advice?
<?xml version="1.0" encoding="ISO-8859-1"?> 
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.rules" type="string">base</merge>

<merge key="input.xkb.model" type="string">keyboard</merge>
<match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"
string="Linux">
<merge key="input.xkb.model" type="string">evdev</merge>
</match>
<merge key="input.xkb.layout" type="string">dvorak,us</merge>
<merge key="input.xkb.variant" type="string" />
<merge key="input.xkb.options" type="string">grp:shifts_toggle,ctrl:swapcaps</merge>
</match>
</device>
</deviceinfo>
Last edited by elegua (2009-02-14 15:20:28)

elegua wrote:
Of course I get it figured out a little bit after asking.
It seems that the update killed the ability to use dvorak layout with anything else in setxkbmap. The following works for me now.
<merge key="input.xkb.layout" type="string">us,us</merge>
<merge key="input.xkb.variant" type="string">dvorak,basic</merge>
elegua, where did you ask your questions? I've got a very similar problem, tried this (pure guesswork):
<merge key="input.xkb.layout" type="string">us,ru</merge>
<merge key="input.xkb.variant" type="string">basic,winkeys</merge>
But it won't wash ...

Keyboard layout password problems

Just thought I'd point out that I recently changed my user password, but because apple seem to have changed their keyboard settings lately I was suddenly a bit screwed. I changed my password and included a £ in it. But for some reason shift and 3 makes £ when you are on the user login page, but when you're anywhere else in the system shift and 3 now makes #. This is news to me as I always remember # being alt and 3. But now alt and 3 gives you £, which contradicts what's written directly on the keyboard! If you're gonna change the keyboard layouts apple, please make it systemwide. Because I had to keep force shutting down my computer, because there's now a different keyboard layout for the password when you wake from sleep, than there is when you boot up. Pretty basic stuff, luckily I had come across this before and eventually I suspected this might be the issue, other people might not be so lucky. Please somebody sort it out, it can't possibly be that hard!
I blame twitter

1) Go to http://support.apple.com/kb/HT1274 and scroll down to the section "Resetting the original administrator account password." Reset it to something that only uses English characters. (This will be a temporary password; you'll change it to whatever you want later.)
2) Then, boot back up normally, login with the new password, and go to System Preferences. Set the "Show input menu at login" option and change your password to whatever you want.
Let us know if this helps.
-D

Keyboard layout - login problem

Hi all! I have a macbook pro with USlayout keyboard. It looks like the keyboard layout switched to Italian layout (because of a shortcut that I do not know) so now that my mac is in stadby status, I cannot enter my password and login. Could you please show me through the keyboard viewer function, the Italian layout on a US keyboard? Many thanx for your help.

jova.ce wrote:
Could you please show me through the keyboard viewer function, the Italian layout on a US keyboard? Many thanx for your help.
http://support.apple.com/kb/HT2841
If there are some characters you still cannot make, tell us what they are.
When you have access, go to system prefs/users & groups/login options and check the box for Show Input Menu at Login Page.

Keyboard layout driver problems

hi there
i have 3 problems with my keyboard!
1. the key to print an "^" does not work in every app, eg scite
2. in some apps , for example mozilla-firefox my direction keys
don work in text fields. left an right are (if possoble) scrolling the html site und up and down are simply do nothing....
3. my language layout DE does not want to load at start up (for console, not x11)
how can i change that?
greetings matto

I don't know anything about your first question but for the second IIRC the answer is already in the forums - search for mozilla-firefox and/or firefox.
And about your third question first check this http://wiki.archlinux.org/index.php/KEYMAP%3D%3F wiki page and also check if you have kbd package installed.

Keyboard layout recognition

Hi
I am an italian user of FCS.
As we know the program works by recognizing only the English keyboards. Every time I start the program I must set the keyboard layout in the Default US mode. Is there a way to avoid this? Or, at least, can automate this on startup? I recently purchase the Logickeyboar for FCS but the problem is still there. Thanks for the help.

I've been going crazy with this issue for the last 5 years of my professional life. FCP has advanced in versions but nothing has been done about this. I would be glad if someone could post a workaround, as I think my issue is very similar to the one described by luketheduke.
IF OSX is installed in French with a French keyboard, then everything's fine — you get a default French keyboard layout. However, if you're like me and you prefer an English OS but you work in France, all you have (physically) are French keyboards. QWERTY is not an option since most of the work is done in French (email, research, titling...) From my experience, it is impossible to have a predictable behavior when launching FCP in an English OSX with a French keyboard.
If you switch the languages order in the Languages & Text preferences pane *just before* launching FCP, then you get a working French layout if you don't forget to select Keyboard > Default French Layout from the Tools menu (all the above is displayed in French, of course). You have to do it every time.
I found a solution to the first problem (switching languages in the Languages & Text preferences pane) described by Tallama [here|http://superuser.com/questions/42791/can-i-change-the-default-language-of -a-application-program-in-snow-leopard].
Basically it boils down to this:
defaults write $(mdls -name kMDItemCFBundleIdentifier -raw /Applications/Final\ Cut\ Pro.app) AppleLanguages "(fr, en)"
This makes FCP launch in French instead of English while still keeping the entire OS in English. However, this does not solve the keyboard layout menu problem. You still have to select the default French layout, but at least now it works.
I would be grateful, too, if someone could sort this mess out.
Thanks.
Message was edited by: Nawyecky

Two different keyboard layout issues

I have two computers, each with a separate issue that's been driving me nuts:
1. My G5 PowerMac (running 10.4) is set to use the Dvorak layout. That's it. It's the only one selected in the input menu list. Not even the standard US layout is selected. However, what kills me is that if I have to start up the computer holding down keys (like booting to a CD, resetting the Pram or PMU, etc.), or when I logout as one user and have to enter a password to log in again (yes, I know fast user switching bypasses this, but I still have to do it this way on occasion), the computer defaults to the US Qwerty keyboard layout. Is there a way to shut that off completely? It's driving me nuts because my keyboard doesn't show me the Qwerty layout and I have to rack my brain trying to remember where the letters are.
2. On my G4 PowerMac (running 10.4) I have to toggle between Dvorak and Qwerty (my wife uses one, I use the other, and I don't want to set us up on different accounts). The problem is, the system toggles it back and forth all the time without warning--going to form fields, switching between apps, etc. There was a time (back with Panther for one of the updates), when a layout would stick the whole time until I switched it to the other, but it hasn't done it for a while. Is this a bug, or is there a workaround?
Thanks.

Here is a solution to problem 1, i had this problem a couple of months ago and eventually managed to figure it out.
1. Go to: System preferences->accounts->login options
2. Turn on: Show input menu in login window
u can now use whatever language for login
if u want it as default
1. log out
2. change language
3. sign in
4. Turn off the thing u just turned on
it is now the default
it seems to be another setting entirly
As for the second issue i am currently having that issue and as yet have not found a solution.
let me know if u figure something out for it

Two problems with setting up arch. Keyboard layout and wifi card.

Hi guys.
I have installed arch on my old laptop (LG le express) and I have two problems.
1. I wasn't able to create a Hebrew keyboard layout.
2. I don't know how to install my wifi card. (Ralink 2500).
as for one, I changed my xorg.conf to this:
section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbRules" "xorg"
Option "Xkbmodel" "pc105"
Option "XkbLayout" "us,il"
Option "KkbOption" "grep:switch,grp:alt_shift_toggel,grp_led:caps"
EndSection
but it didn't work.
As for 2, I have found this:
https://wiki.archlinux.org/index.php/Us … eta_driver
But I can't find how to install rt2x00
Thanks

If you edit the first post you can change the title, prepend it with [solved] (once all issues are actually solved). Also if you can post your working solution then it will be useful for others having similar difficulties. Please read the following links.
Mark threads as [solved]
Forum etiquette
As for your wireless issue, which tool are you using? A quick google around seems to suggest that netcfg in combination with wpa supplicant can connect to LEAP encrypted networks, eg this thread. Are you also aware that there are graphical tools to do this for you that you may find easier, such as wicd?
Last edited by quigybo (2010-11-12 01:56:01)

Final cut pro keyboard layout issue

Hi everybody, and thanks for your help.
I'm Italian, working in Italy, using fcp 6.0.5 with MacOSX 10.6.2 on a laptop and 10.5.x on a Mac Pro, and on both my computers I had big problems because fcp can't match with the Italian keyboard layout without some time-losing operations, that once completed, brought back fcp to normal use... lately (in the last week) this new layout I created (and saved, having to reload it EVERY time I launch fcp) started not working anymore, on both my computers, and keyboard shortcuts are almost not usable anymore. You can easily imagine what does this means in therms of time-losing and focus on the project.
Now, I'm wondering how is this possible.
I understand (but hardly accept) that Apple's top level editing software is not immediately compatible with a non-USA keyboard, but this new problem is really disappointing me. And because this is happening on TWO different computers in the same arc of time, well, this makes me think it's not depending from my operating.
Does anyone else is having the same problem lately?
I had some other reason to start thinking to move to another editing software (but more expensive), and this new issue is giving me a new reason to make the big step. But honestly, I would prefer remaining on fcp, I'm still (but I don't know for how long yet) proud to be an Apple user, even if when 15 years ago I had my Apple Macintosh maiden flight Apple was the most safe machine my hands could touch. Please, back to the future.
Thank you,
and forgive me for the last part of this email, maybe a little off-topic.
But maybe better complaining at home that doing it outside.
best regards,
Stefano Bianchi.

Hi Nick, and thanks.
Unluckily I've already knew about this option, but no result. Some tools work, some others (like zoom in/out) not.
Anyway, this would switch my system language from italian into english, not big problem, but not very professional from Apple, leaving a bug like this.
If there were technical reasons for which international keyboard layouts are not released from Apple, and you (or someone else) knew about them, may you please explain me? Knowledge will help me to revaluate Apple's operate.
Thanks a lot.
Best regards.
Stefano.

[PROBLEM] Keyboard layout unexpected behaviour problem Xfce

Dear Everyone,
I am rather new to arch linux. I have recently (about a week ago) installed archlinux with xorg and xfce (booted by slim), and reading the wiki I managed to set up a fully working computer. But there is a slight problem that continues bugging me about keyboard layouts, and although I have found a way to make the keyboard layout switching with alt+shift work I think that I did it in a nonstandard way and some programs still exhibit unusual (and I think unintended) behaviour.
Here goes:
I use a notebook
My xorg uses hotplugging that seems to be working (hal and dbus installed and running at bootup, detects external usb mouse, I have no xorg.conf file). When I setup my keyboard I put the 10-keymap.fdi from the /usr/share/... dir into /etc/hal/fdi/policy/10-keymap.fdi and it contains (as instructed by the wiki):
<merge key="input.xkb.layout" type="string">us,ru</merge>
<merge key="input.xkb.variant" type="string" />
<merge key="input.xkb.options" type="string">grp:alt_shift</merge>
And here is the problem:
After editig this file I restarted hal using
#/etc/rc.d/hal stop
#/etc/rc.d/hal start
and keyboard switching with alt+shift started working.
Then I went to the xfce keyboard settings to the layout tab and my setup was:
keyboard model -> evdev-managed keyboard
keyboard layout -> us
so the russian layout did not appear (also adding the russian layout through this menu before editing the .fdi file was useless (it was the first thing I tried before reading the wiki and writing config files for hal))
I started the keyboard layout switcher applet for xfce and it also displayed only the us flag and had only us as the available layout, and even switching to russian layout using alt+shift had no effect on the displayed flag.
What I decided to do then was to restart my system.
Everything restarted without error (hal and stuff started etc..) but it was no longer possible to switch keyboard layouts using alt+shift.
The xfce keyboard settings now displayed us and ru as available layouts but switch between them using the mouse in the settings menu had no effect whatsoever. Also the layout switcher displayed that both layouts were available but for the russian keyboard the variant field displayed a lot of garbage (I will post screenshot soon). Switching to the russian layout through any key sequence defined in the applet was useless. Trying to switch it with the mouse by selecting the flag didn't do anything either.
The only way I discovered to make the alt+shift keys work is by manually restarting hal through
#/etc/rc.d/hal stop
#/etc/rc.d/hal start
which is very strange since I have not changed any settings file.
Then again every time I restarted my comuter the ability to switch layouts was lost until manually restarting hal.
The only solution I found was going to the xfce keyboard settings and clicking the "Use system defaults []"
After restarting the system alt+shift switching began to work fine but the keyboard applet didn't work anyway.
As a consequence I think that all this is a big mess since I suppose that what I described is not the expected behaviour. The other effect of this is that only user with root priviledges could possibly add a new layout to the system (editing the /etc/hal/policy/10-keymap.fdi file) while the idea was that the gui tools of the DM (xfce in my case) permitted the user to change layouts on his/her own. Then again the keyboard layour applet never worked so it is impossible to have an indicator of the current layout. Where do you think should I write about this. I think this qualifies as a bug although I do not know whose fault is it: is it xfce, Xorg, hal or others? And having to restart hal maunally without having changed any config files is rather strange. The garbage displayed by the applet is also suspicious.
Any advice to where to report this and how to fix everything would be great.
P.S. Throughout all these tries to make things work the setxkbmap command from the cli never had any effect.
Last edited by cavesnow (2009-03-14 10:41:51)

hmm... i have a similar problem:
i want two layouts: GB(english) and ES(spanish). I have them defined in /etc/hal/fdi/policy/10-keymap.fdi :
<merge key="input.xkb.layout" type="string">gb,es</merge>
and i can actually switch between them. the issue is that i have an extra, unwanted layout. i have to press once in order to change from GB to ES, then if i want to switch back to GB, i have to switch twice. There is a third layout i did not configured.
Example of the layouts:
GB: abcdefghijklmnopqrstuvwxyz
ES: abcdefghijklmnopqrstuvwxyz and i can write accents and everything for spanish: ñÑáéíóú, etc.
unkown third layout: æ"¢ðeđŋħ→jĸłµnøþ@¶ßŧ↓"ł»←«
łħæŧ →ß ŧħ→ß???
sorry, i mean:
what is this???
any help would be appreciated.

Problem with Mail and customized keyboard layout

I have created a customized keyboard layout in XML, it loads and works perfectly with all applications except Apple Mail. I noticed on a googlegroup that somebody has the same problem. How can I submit this Mail bug to Apple?

download and run Find Any File to search for "Antidote".
FAF can search areas that Spotlight can't like invisible folders, system folders and packages. Any file you find will be in the search results window and can be dragged to the Desktop and then to the Trash bin.
OT

Keyboard layout problems in Gnome

I'm not sure if it was a recent upgrade that did it or not, but in gnome my keyboard layout is only half right. I checked the keyboard manager in the gnome menu and it was set to Generic 105 key (INTEL).
In xorg.conf the keyboard is listed as pc105. In KDE the keyboard works normally.

bgodea wrote:I changed the Gnome keyboard layout to "104 key PC" and also tried changing my xorg.conf, but I still have the same problem. In non-graphical and KDE it works fine
You also have to setup a valid layout for this kind of keyboard. That is done in the same dialog field. Then, what do you mean with "tried"? First off, if Gnome and X disagree about keyboard layout, Gnome complains loudly. Thus KDE is unilaterally setting the layout to something it likes. Check your Kconfig to find out what it is. Then find the section named InputDevice in /etc/X11/xorg.conf that looks something like this:
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbLayout" "us"
Option "XkbRules" "xorg"
Option "XkbModel" "pc104"
EndSection
Change it to resemble this example, if it doesn't. Check if your ServerLayout actually uses this InputDevice. Finally, is there anything else we should know about your keyboard? Do you run XGL/AIGLX?
Last edited by Captain Spaulding (2007-04-03 16:50:46)

Dwm and non-english keyboard layouts problem

Hi all,
I am using dwm 5.5. I'm Greek so I change between keyboard layouts all the time,
see the relevant xorg.conf section:
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "us,gr"
Option "XkbVariant" ","
Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll"
EndSection
Now the thing is that whenever I switch to Greek (by pressing Alt+Shift) the
dwm tags (1,2,...,9) are not clickable (keyboard shortcuts do work
though, so it's not a very big problem).
Do you have any ideas about how to fix that behavior? I'd go to the dwm irc
channel and ask them, but I'll be a "newbie asking stupid questions" so I
preferred to ask here
Thanks in advance
Last edited by geo909 (2010-01-08 17:23:29)

thayer wrote:Your best bet would be to post your problem to the dwm mailing list:
[email protected]
Will do...
Thanks!

Keyboard layout toggle problem, downgrading libxi issue

Similar Messages

Maybe you are looking for