Scanning via this bug I also noticed, that in dconf-editor
desktop/ibus/general/ has some ugly values:
- engines-order is ['xkb:us::eng', 'xkb:pl::pol']
- preload-engines is ['xkb:pl::pol', 'xkp:pl(intl)::(null)']
I can play with those but I am not sure what do they mean.
Where can one read
As my case is slightly specific, let me describe it too. I use specific
variant of Polish keyboard - pl(intl) instead of default pl (it is
simply much better considering extra symbols). This variant is
configured in unity settings (I finally removed all other keyboards from
there), while fighting
As I googled out http://osdir.com/ml/ubuntu-bugs/2014-05/msg08453.html
let me also mention that I had „use-system-keyboard” disabled.
And short summary from my side: we have many sources of possible
keyboard settings (~/.dmrc, dconf-editor settings,
/etc/default/keyboard, keyboard settings in
And one more link I googled out, somewhat related as it shows thise priority
problems: .dmrc is read by display manager, but can also be generated by it,
and if it exists it can be read, but need not if AccountsService is available,
… Brr
And some screenshot from my machine. I right clicked keyboard (ibus)
icon in tray to open settings and picked Preferences, then left-clicked
the same icon. Compare lists of keyboards on the left and on the (top)
right http://tinypic.com/r/2ecnmt5/8 The app seems inconsistent with
itself.
--
You
PLINK (from putty) fails this way under wine too
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-keyring in Ubuntu.
https://bugs.launchpad.net/bugs/885492
Title:
p11-kit: couldn't load module:
There is at least one case in which this module seems to be needed in wine:
wine PLINK.EXE
does not support key-based authentication anymore since I upgraded to Ubuntu
12.04.
Where I used to succesfully login via key, now I get aforementioned
warning and password prompt. AMD64 machine.
$
@Pedro Workspace naming is not only a matter of switcher. On Compiz I'd
love to see workspace names on Expo view, on Cube, maybe on global
Super-Tab and in similar cases (in general - in every viewport switching
case).
Compiz in many ways does great job supporting multi-workspace work but
the
Having lost good few hours searching where this setting could be, I am
+1 to resolve this.
Minor, but ... somewhat important note. If you grep /etc/ for
'a4|letter', you will find /etc/papersize. No way you can guess that
LANG=en_US.UTF-8 has anything with that
At the very least (or until it
If this problem is conducted in another bug, please give this bug
number. Searching for desktop switch problems finds this one and it
would be nice if people who find it were able to track the problem.
Also, I simply disagree with label Invalid. This bug is valid,
reproducible, troublesome and
I also faced this bug, and can offer detailed diagnostics. Tested on
Hedgy Heron, on newly created gnome desktop. This is a bug somewhere
between gnome-keybinding-properties and desktop switcher.
To reproduce: enable advanced desktop effect (= switch to compiz) while
having default two desktops.
Here is the discussion which I referred to:
http://thread.gmane.org/gmane.linux.ubuntu.user/149283
** Changed in: gnome-control-center (Ubuntu)
Status: Invalid = New
--
gnome-keybinding-properties doesn't offer to set Switch to desktop n with n=3
https://bugs.launchpad.net/bugs/157383
12 matches
Mail list logo