[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#988540: im-config: breaks the keyboard configuration



On 2021-05-17 21:11:16 +0200, Gunnar Hjalmarsson wrote:
> On 2021-05-17 10:10, Vincent Lefevre wrote:
> > I don't think that this is a special combo, at least when not used
> > a desktop environment like GNOME. You can see other users doing the
> > same thing:
> > 
> >    https://superuser.com/questions/644521/linux-mint-mate-use-xkbcomp-to-load-a-keyboard-layout-on-startup
> >    https://askubuntu.com/questions/437584/xkbcomp-command-at-startup-using-xinitrc
> 
> I see in the Mint example that they use sleep() to make it work without
> mentioning ibus or im-config. ;) That speaks for this being a general
> Xsession issue, which you happened to hit via ibus/im-config.

No, this is because Mate is a desktop environment, and DEs typically
have their own config at their levels. I recall that I do *not* use
a desktop environment.

> > If the user has a .xsession file, that's what it is for.
> 
> Possibly a better option is to put the xkbcomp() call in a .desktop file in
> ~/.config/autostart.

This seems specific to desktop environments.

> > > Fortunately you were able to figure out the sleep() workaround.
> > 
> > This was just for testing, but it is not an acceptable workaround,
> > slowing down the startup, without any guarantee under machine load.
> 
> If you put it within parentheses as in the Mint example (i.e. start a
> separate sub process), it won't slow down or jeopardize the whole startup.

This will trigger another race condition since the keyboard must be
set up before X applications start (otherwise not all settings are
taken into account). Not a solution.

> > It is up to im-config to do its own synchronization before going on;
> > that would be sufficient in my case, but...
> 
> I think it's too much to ask from a simple Xsession plugin such as im-config
> that it should be responsible for preventing any kind of possible conflicts.

Then it should not be started by default. If it is so important,
desktop environments could depend on it and enable it on their
side.

-- 
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


Reply to: