After 34 days I updated my gentoo box with: # emerge --update --deep --newuse --ask world I saw x11-base/xorg-server-1.8.2 update in the list. (I'm not sure the problem related to this release, because as I said I didn't have access to my Gentoo box for over a month, maybe it's related to an older release that newer than my xorg-server) After updating x11-base/xorg-server I cannot change my keyboard layout in Xfce4. When I pressed Alt+Shift nothing happend, When I click on Keyboard Layouts nothing happens too. I tried: # setxkbmap -v ir Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Trying to build keymap using the following components: keycodes: evdev+aliases(qwerty) types: complete compat: complete symbols: pc+ir+inet(evdev) geometry: pc(pc104) Error loading new keyboard description But for en layout it works: # setxkbmap -v us Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Trying to build keymap using the following components: keycodes: evdev+aliases(qwerty) types: complete+numpad(mac) compat: complete symbols: pc+macintosh_vndr/us+inet(evdev)+group(alt_shift_toggle) geometry: macintosh(macbook79) Also, # tail /var/log/Xorg.0.log (EE) Error loading keymap /var/lib/xkb/server-0.xkm # ls /var/lib/xkb/server-0.xkm ls: cannot access /var/lib/xkb/server-0.xkm: No such file or directory I remerged x11-apps/xkbcomp, x11-misc/xkeyboard-config; Still nothing happens. If I removed "Iran / Persian, with Persian Keypad" and add another layout from another country it works just fine. (Also another layouts from Iran like Kurdish won't work). Reproducible: Couldn't Reproduce
Did you run etc-update ? How exactly do you configure your keyboard ? Does '-v 10' instead of '-v' add anything useful ?
(In reply to comment #1) > Did you run etc-update ? > How exactly do you configure your keyboard ? > Does '-v 10' instead of '-v' add anything useful ? > Yes, I ran etc-update. I have a MacBook Pro 4.1 (Early 2008), and For a long long time I've had this in /etc/X11/xorg.conf Section "InputDevice" Identifier "Keyboard0" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "us" # Option "XkbOptions" "lv3:ralt_switch" EndSection And I added Iran/Farsi through Keyboard Layouts. # setxkbmap -v 10 ir Setting verbose level to 10 locale is C Warning! Multiple definitions of keyboard layout Using command line, ignoring X server Applied rules from evdev: model: macbook79 layout: ir options: grp:alt_shift_toggle Trying to build keymap using the following components: keycodes: evdev+aliases(qwerty) types: complete+numpad(mac) compat: complete symbols: pc+ir+inet(evdev)+group(alt_shift_toggle) geometry: macintosh(macbook79) Error loading new keyboard description It's really weird. For now I'm using "Afghanistan / OLPC Dari" because it's very similar to "Standard Farsi Layout"; Until I found a solution to this.
Chances are that even in early 2008 it didn't works properly. As you're using 1.8 sever, make use of InputClass and set it up (for evdev driver) without Xfce (or other) applets. It's probably Option "XkbLayout" "us,ir" Option "XkbVariant" ",pes_keypad" (just make sure that xfce applet is disabled)
Sorry, but this really isn't a bug report. You emerged some packages and then something that used to work didn't work anymore. That's a support job for <irc://chat.freenode.net/#gentoo> or <http://forums.gentoo.org/>. Please use those to get support, and if you find a genuine bug, then please report it.
(In reply to comment #4) > Sorry, but this really isn't a bug report. You emerged some packages and then > something that used to work didn't work anymore. That's a support job for > <irc://chat.freenode.net/#gentoo> or <http://forums.gentoo.org/>. Please use > those to get support, and if you find a genuine bug, then please report it. > This *is* a bug. Something was completely working and after upgrading it got broke. In fact I had the same problem besides many other people like me. Some keyboard layouts including ir have stopped working after an upgrade of configuration files in xkb. For the solution and possible workarounds please see bug #328455.
I have the same issue. I've been having farsi support for years and this is the first time it has stopped working. This really sucks since I frequently type in stuff in farsi. I also updated my gentoo box and as a result lost the ability to switch a farsi/persian keyboard layout. Someone has screwed this up and if you guys tell me this is not a bug then you are out of your mind. If a feature suddently stops working, then this is called a "bug" and this one is a grave one since it keeps me from doing basic things like using my computer to write something in persian. As a sidenote, KDE's keyboard layout switcher doesn't work if you have added persian (ir) to the list of available keyboards. The generated command "setxkbmap -model pc105 -layout de,gb,ir -variant ,," which is issued by this kde applet will cause an error (Error loading new keyboard description) and keep it from switching to any of the available layouts (even those that are available). Only removing "ir" (that is farsi) from the list will make it work again. Either an ebuild maintainer or the upstream project (kbd or whichever package is supposed to contain or generate the iranian keyboard layout) screwed it up and this needs to be fixed.
(In reply to comment #6) > Someone has screwed this up and if you guys tell me this is not a bug then > you are out of your mind. Thanks for the insult. Let me explain: What you describe is a (personal, unspecific) PROBLEM, not a bug. The bug is the CAUSE of the problem. Let's take an example. You want to call your mother and pick up your iPhone 4. You dial the number, and hold the phone to your ear. Then the connection drops. You have a PROBLEM since you cannot now talk to your mother. As Apple representatives will patiently explain to you the next day, when you visit them in their store to talk about the problem you have phoning your mother, it turns out you should have used a so-called "bumper", which apparently magically enhances signal reception, which is basic physics and is shown to be a known WORKAROUND for connection problems on any old mobile phone. Now then, what these salespersons will not disclose to you is the cause of the problem you are working around, namely that your marginally electrically conductive ring finger is shorting the two on-board antennae of the iPhone 4, which is a grave design BUG causing the loss of connection you experienced calling your mother. We do have bug #328455 and it looks promising. As opposed to this bug report, it mentions a specific category/package in the Summary field and a possible cause of the bug. Now that's something we can perhaps bite into, get to the bottom of, and that sort of thing. Also, its Description actually describes the problem very well, and has `emerge --info' which we all love to see. By bug #328455 comment #8, the category/package was found! Maybe you should focus your attention on that bug report instead adding insult to injury here. :)
(In reply to comment #5) > For the solution and possible workarounds please see bug #328455. > (In reply to comment #7) > #328455 comment #8, the category/package was found! > Thank you guys, Now I have my kb layout back. comment #8 did the trick! :)
