After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 689070 - Add a GSettings Key to Make non-IBus Users' Life Easier
Add a GSettings Key to Make non-IBus Users' Life Easier
Status: RESOLVED WONTFIX
Product: gnome-settings-daemon
Classification: Core
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gnome-settings-daemon-maint
gnome-settings-daemon-maint
Depends on:
Blocks:
 
 
Reported: 2012-11-26 10:31 UTC by Ma Hsiao-chun
Modified: 2012-11-30 06:57 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
set_legacy_ibus_env_vars() doesn't respect 'that' key (530.80 KB, image/png)
2012-11-30 01:01 UTC, Ma Hsiao-chun
Details

Description Ma Hsiao-chun 2012-11-26 10:31:07 UTC
Source code hint:
http://git.gnome.org/browse/gnome-settings-daemon/tree/gnome-settings-daemon/main.c#n276

It detects whether 'ibus-daemon' is in PATH currently. If we add a gsettings key also, users don't have to remove IBus to disable IBus integration.

There are at least two reasons for that.
1. Sometimes GNOME depends IBus directly, so removing IBus is not an option.

This is not hypothetical, it happened and the distribution concerned disabled IBus integration finally.
https://bugs.archlinux.org/task/32071

2. Removing IBus is cumbersome for multi-user environment, e.g., organization deployment, since different users can have different preference over IMF.
Comment 1 Rui Matos 2012-11-26 10:52:35 UTC
Sorry but no. I feel like we already provide enough knobs to disable ibus usage both at build time and run time.

If we start adding random settings like this, next time someone asks for a setting to disable e.g. systemd support what would we say?
Comment 2 Ma Hsiao-chun 2012-11-26 11:03:37 UTC
> Sorry but no. I feel like we already provide enough knobs to disable ibus usage
> both at build time and run time.

A run time configuration that requires root privilege and file / package removing is certainly cumbersome.
If you do provide run time configurability, then provide it in a sane way.

> If we start adding random settings like this, next time someone asks for a
> setting to disable e.g. systemd support what would we say?

You can mark that bug as WONTFIX and replace systemd with another random name.
Comment 3 Ma Hsiao-chun 2012-11-27 17:42:01 UTC
According to your documentation:
https://live.gnome.org/ThreePointFive/Features/IBus#How_to_use_other_IM_frameworks

XKB integration can be turned off by a gsettings key.
$ gsettings set org.gnome.settings-daemon.plugins.keyboard active false

But IBus integration has to be turned off by removing ibus-daemon.

What's the point here?
Comment 4 Bastien Nocera 2012-11-29 22:15:16 UTC
(In reply to comment #3)
> According to your documentation:
> https://live.gnome.org/ThreePointFive/Features/IBus#How_to_use_other_IM_frameworks
> 
> XKB integration can be turned off by a gsettings key.
> $ gsettings set org.gnome.settings-daemon.plugins.keyboard active false

That disables *both* XKB and IBus handling.

> But IBus integration has to be turned off by removing ibus-daemon.

XKB isn't pluggable...
Comment 5 Ma Hsiao-chun 2012-11-29 22:35:53 UTC
> That disables *both* XKB and IBus handling.

Well, as far as I can see, that ( gsettings set org.gnome.settings-daemon.plugins.keyboard active false ) doesn't prevent set_legacy_ibus_env_vars() in g-s-d. The result, as some people tried, is that without removing ibus-daemon you cannot use alternative input method framework in non-GTK applications.

My origin request is certainly invalid now since I misunderstood the semantic of that key. Now I'd request that set_legacy_ibus_env_vars() should respect that key also.

> XKB isn't pluggable...

IBus isn't pluggable either from non-root users' point of view.

Anyway, I haven't seen the point.
Because there is a workaround (removing ibus-daemon) so you are fine with something inconsistent (a setting seems to disable both integration but in fact it disable XKB integration completely and leaves IBus integration in a tricky state) ?
Comment 6 Ma Hsiao-chun 2012-11-30 01:01:03 UTC
Created attachment 230259 [details]
set_legacy_ibus_env_vars() doesn't respect 'that' key
Comment 7 Bastien Nocera 2012-11-30 06:43:03 UTC
You've found a bug, which is now fixed.

commit 3c23552d9d73e45319742f80e250375d7a8eac13
Author: Bastien Nocera <hadess@hadess.net>
Date:   Fri Nov 30 07:38:19 2012 +0100

    main: Don't set IBus envvars if keyboard plugin is disabled
    
    https://bugzilla.gnome.org/show_bug.cgi?id=689070
Comment 8 Ma Hsiao-chun 2012-11-30 06:57:59 UTC
Thank you very much!