| Summary: | kxkb err icon after keyboard change | ||
|---|---|---|---|
| Product: | kxkb | Reporter: | Ojec Borec <ojo> |
| Component: | general | Assignee: | Andriy Rysin <arysin> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
There was a regression but code commited in Jan. I've already commited the fix yesterday for regression code made in January. But it was to late for 3.5.1. I've also sent email to kde packagers. Hopefully they'll include it. I'm having the same problem with a Bulgarian layout and a Genius Comfy KB-21e-Scroll model. I shouldn't file a new bug, should I? try kde 3.5.2 and if it's reproducable please file new one or reopen this one |
Version: 3.5.1 (using KDE KDE 3.5.1) Installed from: Compiled From Sources Compiler: 3.4.4 gcc (GCC) 3.4.4 (Gentoo 3.4.4-r1, ssp-3.4.4-1.0, pie-8.7.8) OS: Linux Hi. I'm trying to change keyboard using kxkb utility. One of active layouts is "U. S. English w/ISO9995-3". Command used by this layout is: setxkbmap -model a4KBS8 -layout en_US -variant basic Everything worked pretty good, until 3.5.1 release (compiled by konstruct). Now the err icon appears in system tray and "Error loading new keyboard description" in ~/.xsession-errors. To make it works, I created my setxkbmap file: #!/bin/sh LAYOUT=$(echo $@ | gawk '{print $4}') if [ "$LAYOUT" = "us" ]; then /usr/bin/setxkbmap -model a4KBS8 -layout en_US -variant basic else /usr/bin/setxkbmap $@ fi And now, everytime I swith to something with 'us' layout, it calls original setxkbmap with same parameters as kxkb and it works. Wonder why kxkb doesn't.