[Bug 1246272] Re: Keyboard layout changing randomly

2014-11-28 Thread Mekk
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 about ibus-settings ? Looks like GUI configuration
not quite saves what I click, so I am OK with configuring those
manually, but would not like to do it blindly…

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1246272

Title:
  Keyboard layout changing randomly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1246272/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1246272] Re: Keyboard layout changing randomly

2014-11-28 Thread Mekk
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 with the problem I also configured it in
/etc/default/keyboard.

Since I updated to 14.04, at chaotic moments (at least a few times a day
but I did not spot any rule yet), my  layout silently switches back to
'pl'.  Whenever I spot it, I issue setxkbmap 'pl(intl)' and get my
keyboard back ……… for some time. And again, and again. Thing is not
login/reboot related, one of my machines works continuously for weeks
(and presents me this problem every day). I experience it both on
„normal Unity desktop” and on somewhat specific machine with
Gnome+Awesome.

I noticed that ~/.dmrc (I have no clue what it is and where it comes
from, I checked it as it was mentioned above) has WRONG layout
(Layout=pl without variant)

It may be of importance (someone above mentioned mixed language
settings), that I have LANG=en_US.UTF-8 (and other locale similarly).

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1246272

Title:
  Keyboard layout changing randomly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1246272/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1246272] Re: Keyboard layout changing randomly

2014-11-28 Thread Mekk
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 Xorg, maybe more).  Those
can be edited by various means (different preferences dialogs, *conf-
editors, gsettigs) and it seems some of those happen to be generated
from some others at not-so-clear (for me) moments by not-so-clear (for
me) apps. While the system is executing, one can impact keyboard via
setxkbmap or similar APIs, by keyboard switching shortcuts/panels and -
it seems to me - by some background processes (IBUS?)

The result is that I have completely no idea where my settings are taken
from, what impacts them and why do they change and when.

The bug as such looks like an effect of some inconsistency between those
various settings.

Debugging it in detail could be hard, but if somebody clearly described
what is the INTENDED priority of all those settings, it could be
possible to examine whether it is respected.

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1246272

Title:
  Keyboard layout changing randomly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1246272/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1246272] Re: Keyboard layout changing randomly

2014-11-28 Thread Mekk
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
https://afrantzis.wordpress.com/2012/06/11/changing-gdmlightdm-user-login-settings-programmatically/

-- 
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1246272

Title:
  Keyboard layout changing randomly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1246272/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 1246272] Re: Keyboard layout changing randomly

2014-11-28 Thread Mekk
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 received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu.
https://bugs.launchpad.net/bugs/1246272

Title:
  Keyboard layout changing randomly

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1246272/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 885492] Re: p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so

2012-04-17 Thread Mekk
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: /usr/lib/i386-linux-gnu/pkcs11/gnome-
  keyring-pkcs11.so

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/885492/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 957931] Re: gnome-keyring-pkcs11.so needs split out for multiarch

2012-04-17 Thread Mekk
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.

$ wine PLINK.EXE -v marcin@platon 
Looking up host platon
Connecting to 192.168.1.2 port 22
Server version: SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1
Using SSH protocol version 2
We claim version: SSH-2.0-PuTTY_Release_0.61
Doing Diffie-Hellman group exchange
Doing Diffie-Hellman key exchange with hash SHA-256
Host key fingerprint is:
ssh-rsa 2048 77:37:25:8b:8f:71:1f:7b:9c:63:2f:68f8:b1:e5:a3
Initialised AES-256 SDCTR client-server encryption
Initialised HMAC-SHA1 client-server MAC algorithm
Initialised AES-256 SDCTR server-client encryption
Initialised HMAC-SHA1 server-client MAC algorithm
Using username marcin.
p11-kit: couldn't load module: 
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: 
/usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared 
object file: No such file or directory
marcin@platon's password: 


(in case somebody is curious, I use plink to provide ssh-based remote services 
to some wine apps, one of cases is running remote chess engine over ssh for 
wine chess gui)

-- 
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/957931

Title:
  gnome-keyring-pkcs11.so needs split out for multiarch

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-keyring/+bug/957931/+subscriptions

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 239231] Re: Cannot name workspaces

2010-11-03 Thread Mekk
@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 lack of possibility to name those workspaces somehow hurts.


PS Somebody mentioned devilspie and it's workspace name matching. Here is 
another case where workspace (viewport) name could be useful: Window Rules 
plugin could make use of it.

-- 
Cannot name workspaces
https://bugs.launchpad.net/bugs/239231
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-panel in ubuntu.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 224882] Re: Evince chooses default paper size the wrong way

2008-06-18 Thread Mekk
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 is patched), my suggestion: in the
default config, put on the top of the /etc/papersize the note like:

# Note that some applications use LANG/LC_PAPER settings instead of this 
configuration.
# To complete the paper size configuration, set in your /etc/environment (or 
.bashrc)
# LC_PAPER=en_US.UTF-8  for letter
# LC_PAPER=en_GB.UTF-8  for A4

-- 
Evince chooses default paper size the wrong way
https://bugs.launchpad.net/bugs/224882
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 157383] Re: gnome-keybinding-properties doesn't offer to set Switch to desktop n with n=3

2008-06-17 Thread Mekk
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 not fixed.

** 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
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 157383] Re: gnome-keybinding-properties doesn't offer to set Switch to desktop n with n=3

2008-06-16 Thread Mekk
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. Then (while having compiz running) right
click desktop switcher and increase desktop count (in my case I extended
columns to 4 while keeping rows at 1).

Then start gnome-keybinding-properties. You will see that you are not
offered a chance to setup shortcuts to jump to dekstops 3 and 4 in spite
of the fact they exist and work.

Behind the courtain you can see in gnome-conf-editor that Apps 
Metacity  general  num_workspaces is still 2, manually switching it to
4 resolves the issue. And, in fact, it may be natural. I am not running
metacity at all, so why should its settings be updated (one can find
that Apps  Compiz  general.screen0.options.hsize = 4)

IMO this is a bug in gnome-keybinding-properties - one can not assume
that Metacity.general.num_workspaces shows the number of workspaces
anymore. My suggestion: just throw this logic away, make it possible to
setup keys for desktops 1, 2, 3, ... 10 or so.  While you could try to
handle compiz too, you will soon face multihead monitors, or maybe yet
another window manager, or 

Note: I am not the first who faced this bug, in fact somebody described
it when I complained on ubuntu users that I can't setup keys for switch
to desktop 3/4

-- 
gnome-keybinding-properties doesn't offer to set Switch to desktop n with n=3
https://bugs.launchpad.net/bugs/157383
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs


[Bug 157383] Re: gnome-keybinding-properties doesn't offer to set Switch to desktop n with n=3

2008-06-16 Thread Mekk
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
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is a bug assignee.

-- 
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs