ibus/im-config in Ubuntu GNOME
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu GNOME |
Fix Released
|
Undecided
|
Unassigned | ||
gnome-control-center (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
gnome-session (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
im-config (Ubuntu) |
Fix Released
|
Medium
|
Gunnar Hjalmarsson | ||
language-selector (Ubuntu) |
Fix Released
|
Medium
|
Gunnar Hjalmarsson | ||
unity-control-center (Ubuntu) |
Fix Released
|
Medium
|
Gunnar Hjalmarsson |
Bug Description
In the gnome-language-
Wise Melon (wise-melon-deactivatedaccount) wrote : | #1 |
Wise Melon (wise-melon-deactivatedaccount) wrote : | #2 |
Changing bug status in accordance with feedback from upstream.
Changed in gnome-control-center (Ubuntu): | |
status: | New → Invalid |
Changed in ubuntu-gnome: | |
status: | New → Invalid |
Tim Lunn (darkxst) wrote : | #3 |
Hey Gunnar,
any thoughts on this one? I don't think we have any patches for ibus/input methods in the GNOME components, but maybe the lower level components do? See the upstream bug for more deatils.
Gunnar Hjalmarsson (gunnarhj) wrote : | #4 |
Hi Tim,
On 2016-03-02 10:17, Tim wrote:
> any thoughts on this one?
Possibly. gnome-language-
If I understand it correctly, Ubuntu GNOME does not ship any of these packages by default:
- language-
- language-
- im-config
Is that correct?
But if a user installs language-
And yes, in this situation im-config defaults to "none" (which is actually xim...).
This makes me think of bug #1550325. Possibly we should make a similar change to im-config (and language-
Let me know.
Changed in im-config (Ubuntu): | |
status: | New → Incomplete |
Changed in language-selector (Ubuntu): | |
status: | New → Incomplete |
Tim Lunn (darkxst) wrote : | #5 |
we seed language-
I wonder should be just switch to ibus by default? I am not really up to date with the whole ibus vs fcitx for CJK statuses, but I do wonder how broken is fcitx under gnome-shell, i.e. does layout switching even work etc? or is it just the xim mode being set incorrectly causing the issues?
Gunnar Hjalmarsson (gunnarhj) wrote : | #6 |
I see, so you do have both language-
Just switching to ibus by default all over would be a slightly more complex change.
It should be noted that as regards the Chinese languages, pkg_depends does currently (16.04) not pull any ibus IM engine. The switch to fcitx as the default for CJKV languages has been done at request of the CJKV users.
Does fcitx at all work on Ubuntu GNOME? I can't tell for sure, but I know that it was possible to use fcitx in Unity before unity-control-
So we have two options, I suppose:
1) Same as Unity (if it works), which is in accordance with what most
CJKV users prefer, but would result in a more complex UI for input
method switching for them (i.e. g-c-c can't be used).
2) ibus default all over, which would not break the use of g-c-c for IM
handling.
@Tim: Your decision. ;)
@Aron: Any thoughts on the topic?
Gunnar Hjalmarsson (gunnarhj) wrote : | #7 |
Another thing: If I understand it correctly, gnome-session sets always the IM related environment variables to ibus. Considering that you have im-config anyway in Ubuntu GNOME, it may be desirable to comment that code via a patch. Doing so may be a condition for making it possible to use fcitx at all.
Gunnar Hjalmarsson (gunnarhj) wrote : | #8 |
I have uploaded modified versions of im-config and language-selector to this PPA:
https:/
Please feel free to upload and test.
With those changes, im-config (and gnome-language-
I also changed pkg_depends so it pulls IBus IM engines for Chinese in Ubuntu GNOME. (Currently it does not.)
It should be noted that you don't need to install language-
Let me know if you have any objections on the proposed changes.
Personally I think it would make sense to at least try to *allow* the users to use fcitx, even if g-c-c doesn't support it. Possibly it would require that the settings of the IM related environment variables in gnome-session are commented. (im-config sets them anyway as long as IBus is the selected IM framework.) I added a gnome-session task as a reminder. ;)
@Nikita: The input source you should use for typing Japanese is "Japanese (Anthy)" or possibly "Japanese (Mozc)".
Changed in im-config (Ubuntu): | |
assignee: | nobody → Gunnar Hjalmarsson (gunnarhj) |
importance: | Undecided → Medium |
status: | Incomplete → In Progress |
Changed in language-selector (Ubuntu): | |
assignee: | nobody → Gunnar Hjalmarsson (gunnarhj) |
importance: | Undecided → Medium |
status: | Incomplete → In Progress |
Alkis Georgopoulos (alkisg) wrote : | #9 |
> With those changes, im-config (and gnome-language-
Hi, I've tested the packages from the PPA under Xenial's gnome-flashback, and now I got ibus running by default.
And it again breaks keyboard layout switching with the default Win+Space, so I can't type in Greek (LP: #1481025).
Why can't im-config default to ibus in locales that need it, and to None in locales that don't need it, as it did in previous Ubuntu releases?
Apart from the serious problems that it's causing, it's also wasting a lot of MB RAM per user, which is completely unacceptable for multi-user systems like LTSP.
Wise Melon (wise-melon-deactivatedaccount) wrote : | #10 |
@Gunnar, Yes, I have been told this before, but the only Input Source that shows in any of the settings is "Japanese"...
Gunnar Hjalmarsson (gunnarhj) wrote : | #11 |
On 2016-03-06 11:08, Alkis Georgopoulos wrote:
> Hi, I've tested the packages from the PPA under Xenial's
> gnome-flashback, and now I got ibus running by default. And it again
> breaks keyboard layout switching with the default Win+Space, so I
> can't type in Greek (LP: #1481025).
Thanks for testing! Bad news, apparently. :(
May I ask: Which display language are you using? If it's something else but Greek, can you please switch to Greek, log out, log in again, and then try to type in Greek (with IBus running). Does that make a difference?
Also, just to make sure: Is your Xenial updated with the latest package versions?
> Why can't im-config default to ibus in locales that need it, and to
> None in locales that don't need it, as it did in previous Ubuntu
> releases?
Well, it started with bug #1550325, where it was reported that some applications need IBus to work. Maybe that's true for other flavors but MATE. Then there is the inconsistency in Ubuntu GNOME, which led to the confusion resulting in this bug report.
> Apart from the serious problems that it's causing, it's also wasting
> a lot of MB RAM per user,
Nah, I don't think IBus requires a lot of memory. Please note that IBus is running in Unity and Ubuntu GNOME, whatever the settings are. (Only some environment variables differ.) I don't know about Gnome Flashback in this respect.
Gunnar Hjalmarsson (gunnarhj) wrote : | #12 |
On 2016-03-06 11:50, Nikita Yerenkov-Scott wrote:
> @Gunnar, Yes, I have been told this before, but the only Input
> Source that shows in any of the settings is "Japanese"...
Did you log out or reboot after you had installed the Japanese language support? If not, please do so.
If that doesn't make Anthy show up among the input sources, can you please let us know the output from these terminal commands:
dpkg-query -W ibus-anthy
env | grep -E 'XMOD|IM_MODULE'
Wise Melon (wise-melon-deactivatedaccount) wrote : | #13 |
@Gunnar, It was about a week ago that I installed the Japanese language, so yes, I've done many reboots since... And it's still not working...
The output of the first command is:
ibus-anthy 1.5.6-1
And of the second:
CLUTTER_
QT_
XMODIFIERS=
QT4_
GTK_
Changed in ubuntu-gnome: | |
status: | Invalid → New |
Wise Melon (wise-melon-deactivatedaccount) wrote : | #14 |
Also, should the title of this bug be changed as I'm not sure it still fully reflects on the subject we are talking about...?
Gunnar Hjalmarsson (gunnarhj) wrote : | #15 |
On 2016-03-06 20:01, Nikita Yerenkov-Scott wrote:
> The output of the first command is:
>
> ibus-anthy 1.5.6-1
>
> And of the second:
>
> CLUTTER_
> QT_IM_MODULE=ibus
> XMODIFIERS=@im=ibus
> QT4_IM_MODULE=xim
> GTK_IM_MODULE=ibus
That looks fine AFAICT. To make sure that the ibus program actually runs, can you also show us the output of:
ps -A | grep ibus
If it does, it beats me why "Japanese (Anthy)" does not show up as an input source option (unless "Japanese" actually means "Japanese (Anthy)" in Ubuntu GNOME, but then it ought to work OTOH... (I'm not using Ubuntu GNOME myself, so I'm actually referring to what it looks like in Unity.)
> Also, should the title of this bug be changed as I'm not sure it still
> fully reflects on the subject we are talking about...?
We seem to be talking about multiple aspects of IBus in Ubuntu GNOME, so I changed the title to a more general wording.
summary: |
- "Region & Language" settings should allow you to set keyboard input - method system + ibus/im-config in Ubuntu GNOME |
Wise Melon (wise-melon-deactivatedaccount) wrote : | #16 |
@Gunnar, The output of that command is:
1714 tty7 00:00:00 ibus-daemon
1720 tty7 00:00:00 ibus-dconf
1722 tty7 00:00:00 ibus-x11
1811 tty7 00:00:00 ibus-engine-sim
1925 ? 00:00:28 ibus-daemon
1958 ? 00:00:00 ibus-dconf
1961 ? 00:00:00 ibus-ui-gtk3
1967 ? 00:00:00 ibus-x11
1975 ? 00:00:07 ibus-engine-sim
2291 ? 00:00:00 ibus-engine-han
Also, perhaps you should at least install Ubuntu GNOME in a VM or something for this because we know that it works in Unity, so if this is just a bug in Ubuntu GNOME, it's not exactly going to be very helpful if you are testing things in Unity...
Wise Melon (wise-melon-deactivatedaccount) wrote : | #17 |
Also, do you think that the bug description should be changed too now or can that be left to reflect the original topic of discussion (with perhaps a note at the bottom to say that the discussion has become more general now)?
Gunnar Hjalmarsson (gunnarhj) wrote : | #18 |
On 2016-03-06 21:43, Nikita Yerenkov-Scott wrote:
> @Gunnar, The output of that command is:
>
> 1714 tty7 00:00:00 ibus-daemon
> 1720 tty7 00:00:00 ibus-dconf
> 1722 tty7 00:00:00 ibus-x11
> 1811 tty7 00:00:00 ibus-engine-sim
> 1925 ? 00:00:28 ibus-daemon
> 1958 ? 00:00:00 ibus-dconf
> 1961 ? 00:00:00 ibus-ui-gtk3
> 1967 ? 00:00:00 ibus-x11
> 1975 ? 00:00:07 ibus-engine-sim
> 2291 ? 00:00:00 ibus-engine-han
So there are two instances of ibus-daemon and a couple of other processes, probably because ibus was started both by some gnome package and im-config. Wonder if that might explain why it doesn't work for you.
It would be great if you could help debugging this by uninstalling im-config:
sudo apt-get purge im-config language-
and then reboot and see if Japanese (Anthy) is available after that.
> Also, perhaps you should at least install Ubuntu GNOME in a VM or
> something for this because we know that it works in Unity, so if this is
> just a bug in Ubuntu GNOME, it's not exactly going to be very helpful if
> you are testing things in Unity...
Well, I'm not an Ubuntu GNOME guy - I try to help because Tim asked me. ;) But I may install Ubuntu GNOME later on.
> Also, do you think that the bug description should be changed too now
I'd suggest we leave it as is for now.
Tim Lunn (darkxst) wrote : | #19 |
thanks Gunnar, I will try and test this soon.
however I did notice your use of XDG_CURRENT_DESKTOP is not consistent with the spec. It changed when it became an official spec, which allows specifying multiple values colon seperated
gnome-shell XDG_CURRENT_DESKTOP set as GNOME
gnome-shell classic mode is set as "GNOME-
gnome flashback,was setting as Unity, but at some point will likely become "GNOME-
Gunnar Hjalmarsson (gunnarhj) wrote : | #20 |
On 2016-03-07 02:04, Tim wrote:
> however I did notice your use of XDG_CURRENT_DESKTOP is not
> consistent with the spec.
Thanks for mentioning that. Then I suppose that replacing
"$XDG_CURRENT_
with
"${XDG_
takes care of it.
I have now installed Ubuntu GNOME and made some observations:
On a fresh Ubuntu GNOME 16.04 install I added the Japanese language including the suggested language support. For me it pulled exactly the same packages as gnome-language-
After having logged out and logged in again, I found "Japanese (Mozc)" among the input sources and added it. Then I could open gedit, select "Japanese (Mozc)" and type beautiful characters: 絵画井笥 :) (Mozc is pulled in 16.04; previously it was Anthy. But I installed ibus-anthy manually, and could type Japanese with Anthy too.)
Then I changed the display language to Japanese, and now it was broken. Some of the IM related environment variables had been set to fcitx (even if XMODIFIERS and QT_IM_MODULE had been set to ibus by gnome-session) and fcitx had been started by im-config. After having commented the setting of the IM_CONFIG_
(I failed to change the display language with Region & Language, and had to do it manually. However, using Region & Language for the purpose worked after I had used gnome-language-
So one conclusion is that im-config should indeed not set IM_CONFIG_
It's also clear that if users shall have a chance to use fcitx, gnome-session must not set those variables. (But this is probably not the most urgent thing right now.)
I played with user specific im-config settings using the "Input Method" GUI. IBus typing seems to work with any of the values "none", "xim" and "ibus", since two of the IM related environment variables are set by gnome-session anyway. Can't help feeling that "ibus" (i.e. in accordance with the current proposal in the PPA) is the safest and most sensible choice, though.
Tim Lunn (darkxst) wrote : Re: [Bug 1551283] Re: ibus/im-config in Ubuntu GNOME | #21 |
Hey Gunnar,
Thanks for looking further into this.
>> however I did notice your use of XDG_CURRENT_DESKTOP is not
>> consistent with the spec.
> Thanks for mentioning that. Then I suppose that replacing
>
> "$XDG_CURRENT_
>
> with
>
> "${XDG_
>
> takes care of it.
well that assumes that there is a hyphon in the name, while that is the case for the ones I know of, its not necessarily guaranteed. Thus:
"${XDG_
>
> I have now installed Ubuntu GNOME and made some observations:
>
> On a fresh Ubuntu GNOME 16.04 install I added the Japanese language
> including the suggested language support. For me it pulled exactly the
> same packages as gnome-language-
> reason to install gnome-language-
As expected, since we get the list of packages from language-
>
> After having logged out and logged in again, I found "Japanese (Mozc)"
> among the input sources and added it. Then I could open gedit, select
> "Japanese (Mozc)" and type beautiful characters: 絵画井笥 :) (Mozc is pulled
> in 16.04; previously it was Anthy. But I installed ibus-anthy manually,
> and could type Japanese with Anthy too.)
>
> Then I changed the display language to Japanese, and now it was broken.
> Some of the IM related environment variables had been set to fcitx (even
> if XMODIFIERS and QT_IM_MODULE had been set to ibus by gnome-session)
> and fcitx had been started by im-config. After having commented the
> setting of the IM_CONFIG_
> config, I could type using IBus also with Japanese as the display
> language.
>
> (I failed to change the display language with Region & Language, and had
> to do it manually. However, using Region & Language for the purpose
> worked after I had used gnome-language-
> and thus created ~/.pam_environment and set the "Language" and
> "FormatsLocale" values in /var/lib/
> that's a separate issue.)
Does gnome-control-
accountsservice so maybe we will have to patch it for that?
>
> So one conclusion is that im-config should indeed not set
> IM_CONFIG_
This makes sense
> It's also clear that if users shall have a chance to use fcitx, gnome-
> session must not set those variables. (But this is probably not the most
> urgent thing right now.)
It would be good to allow users the option of using fcitx (even if poorly integrated), however lets just get the default session working for now!
>
> I played with user specific im-config settings using the "Input Method"
> GUI. IBus typing seems to work with any of the values "none", "xim" and
> "ibus", since two of the IM related environment variables are set by
> gnome-session anyway. Can't help feeling that "ibus" (i.e. in accordance
> with the current proposal in the PPA) is the safest and most sensible
> choi...
Wise Melon (wise-melon-deactivatedaccount) wrote : | #22 |
@Gunnar, After purging 'im-config language-
Wise Melon (wise-melon-deactivatedaccount) wrote : | #23 |
Should I install im-config again as it is a default package?
Wise Melon (wise-melon-deactivatedaccount) wrote : | #24 |
Oh, I have now also tested it in a VM, and just removing the 'language-
Alkis Georgopoulos (alkisg) wrote : | #25 |
Hi Gunnar,
> May I ask: Which display language are you using? If it's something else but Greek, can you please switch to Greek, log out, log in again, and then try to type in Greek (with IBus running). Does that make a difference?
I tested with display language = Greek. I haven't tested with display language = English.
> Also, just to make sure: Is your Xenial updated with the latest package versions?
Yes.
> Well, it started with bug #1550325, where it was reported that some applications need IBus to work. Maybe that's true for other flavors but MATE. Then there is the inconsistency in Ubuntu GNOME, which led to the confusion resulting in this bug report.
From what I read there, some people reported that xim doesn't work for them.
Noone reported that ibus or xim are useful for people that don't need any input method at all.
> Nah, I don't think IBus requires a lot of memory. Please note that IBus is running in Unity and Ubuntu GNOME, whatever the settings are. (Only some environment variables differ.) I don't know about Gnome Flashback in this respect.
I did report that ibus breaks the first Greek accented character in Unity as well.
Many people don't have the knowledge to pinpoint that ibus is what breaks their keyboard input, and just live with their problems.
Gunnar,
1) Would you be willing to accept a patch that makes im-config default to None in all desktop environments, in locales that don't need ibus or xim?
2) If not, is it possible to make language-
Or ubuntu-desktop not depend on language-
Now we can't even uninstall im-config without uninstalling ubuntu-desktop, so we will have to resort to dpkg-divert to bypass this current issue... i.e. that 16.04 will be the first LTS release that we won't be able to properly type in Greek, in all desktop environments.
Gunnar Hjalmarsson (gunnarhj) wrote : | #26 |
On 2016-03-07 10:48, Tim wrote:
>
>> Then I suppose that replacing
>>
>> "$XDG_CURRENT_
>>
>> with
>>
>> "${XDG_
>>
>> takes care of it.
>
> well that assumes that there is a hyphon in the name, while that is
> the case for the ones I know of, its not necessarily guaranteed.
> Thus:
>
> "${XDG_
> always be last since its essentially a fallback value
I proposed 'the hyphen way' to include GNOME Flashback. An alternative, until it has been changed for Flashback, would be:
"${XDG_
>> (I failed to change the display language with Region & Language,
>> and had to do it manually. However, using Region & Language for the
>> purpose worked after I had used gnome-language-
>> language once, and thus created ~/.pam_environment and set the
>> "Language" and "FormatsLocale" values in
>> /var/lib/
>> issue.)
>
> Does gnome-control-
No, that is done by accountsservice (the Ubuntu version of it). l-s doesn't write to ~/.pam_environment directly - no reason why g-c-c would either.
I haven't digged deep into the reason why it fails when there are no user specific settings previously. But when I started g-c-c from command line, I noticed an incorrect error message which said something like "ja_JP.UTF-8 is not installed" ... Probably there is a subtle bug in the current patch.
> It would be good to allow users the option of using fcitx (even if
> poorly integrated), however lets just get the default session working
> for now!
Right.
Gunnar Hjalmarsson (gunnarhj) wrote : | #27 |
On 2016-03-07 20:36, Gunnar Hjalmarsson wrote:
> "${XDG_
"${XDG_
Correction:
"${XDG_
Gunnar Hjalmarsson (gunnarhj) wrote : | #28 |
On 2016-03-07 11:54, Nikita Yerenkov-Scott wrote:
> @Gunnar, After purging 'im-config language-
> a reboot 'Japanese (Anthy)' now shows up and it works as it should!
Hmm.. After having tested it myself, I'm a little surprised that purging those packages made a difference. Anyway, good that you finally made it work.
> Oh, I have now also tested it in a VM, and just removing the 'language-
> selector-gnome' will do, no need to remove 'im-config' to get it to work
> so I'll reinstall that now...
At least when the changes to im-config and language-selector, which we are now discussing in this bug report, have been uploaded, neither im-config nor language-
Gunnar Hjalmarsson (gunnarhj) wrote : | #29 |
Considering Alkis' objections, and since it's late in the cycle, I uploaded less aggressive changes to the PPA.
https:/
The changes make im-config start ibus in Ubuntu GNOME including GNOME Classic, and leave the im-config behavior unchanged for the other desktops.
@Alkis: If I understand it correctly, the issue, which you reported in bug #1481025, means that it's not possible in GNOME Flashback (and possibly other desktops) to switch easily between Greek typing and e.g. Chinese typing, while it works in e.g. Unity. That's obviously a bug in GNOME Flashback. IMNSHO that bug should be fixed the right way ASAP, so we can drop this workaround. GNOME Flashback screws currently up IBus in other ways too, but it's being worked on: https:/
It should be possible to switch between any input sources without any hassle.
Anyway, hopefully this latest proposal will make everyone reasonably happy. :)
Alkis Georgopoulos (alkisg) wrote : | #30 |
Thank you very much Gunnar, the latest PPA changes work as expected for me in gnome-flashback, i.e. ibus isn't running and I can type Greek just fine.
What you have in the PPA is a good compromise for 16.04, please keep it that way.
For the future, post 16.04, I'll try to raise the issue in Debian's im-config, so that there's no need to have an Ubuntu debdiff (or to minimize it).
I.e. I will ask that ibus isn't running in locales where it's not needed, because:
1) It's causing issues (some of them will be solved in time)
2) It's wasting 20 MB of non-shared RAM (echo 3 > /proc/sys/
Tim Lunn (darkxst) wrote : | #31 |
I've still not tested, but those patches look mostly fine from GNOME side.
However not really sure if the Flashback stuff is correct (edubuntu guys maintain that), but note on flashback is now using
XDG_CURRENT_
It is still using unity-settings-
Otherwise
+ if os.environ.
+ or locale.
os.environ.
Would seem a little safer with the know use-cases
++if [ "$XDG_CURRENT_
that won't match for Flashback (I don't know if its meant to though?)
Tim Lunn (darkxst) wrote : | #32 |
Dmitry, any thoughts on what Flashback requires in terms of above?
Gunnar Hjalmarsson (gunnarhj) wrote : | #33 |
On 2016-03-08 08:25, Alkis Georgopoulos wrote:
> For the future, post 16.04, I'll try to raise the issue in Debian's
> im-config, so that there's no need to have an Ubuntu debdiff (or to
> minimize it).
> I.e. I will ask that ibus isn't running in locales where it's not
> needed, because:
> 1) It's causing issues (some of them will be solved in time)
They should better be solved.
It should also be mentioned that the input source switching GUIs in Unity and GNOME, especially the latter, are designed so the user shouldn't typically need to know about IBus or im-config. They should be able to just pick a source and start typing.
> 2) It's wasting 20 MB of non-shared RAM (echo 3 >
> /proc/sys/
> /proc/sys/
> systems
Please note that the IBus processes are started in Unity and GNOME (not sure about GNOME Flashback) anyway. What's affected by the im-config configuration is the IM related environment variables.
Gunnar Hjalmarsson (gunnarhj) wrote : | #34 |
On 2016-03-08 08:34, Tim wrote:
> However not really sure if the Flashback stuff is correct (edubuntu
> guys maintain that), but note on flashback is now using
>
> XDG_CURRENT_
Understood.
> It is still using unity-settings-
> presumably language-
> config as Unity does? Now I wouldnt be surprised if there are
> snippets of code all over the place that don't support the above
> format, since they never broke on core ubuntu desktop.
>
> Otherwise
> + if os.environ.
> 'MATE', 'GNOME'] \
> + or locale.
> 'ja_', 'ko_', 'vi_']:
>
> os.environ.
>
> Would seem a little safer with the know use-cases
Yeah, your code is better. At the same time I now realize that this includes GNOME Flashback, which was not intended, so I just uploaded a new language-selector version to the PPA.
> ++if [ "$XDG_CURRENT_
> 'MATE' -o "${XDG_
>
> that won't match for Flashback (I don't know if its meant to
> though?)
Right, it's deliberately.
Gunnar Hjalmarsson (gunnarhj) wrote : | #35 |
I did some testing with the latest packages in the PPA.
On Ubuntu GNOME it worked as expected. Whether the display language is English or Japanese, im-config starts IBus and sets ibus in the variables, and I can type Japanese. gnome-language-
On GNOME Flashback im-config seems to work as expected. When the display language is English, im-config does not start IBus or change any variables. When I start gnome-language-
However...
When I start gnome-language-
My view right now is that at least these two issues should be further dealt with in separate bug reports:
* The incorrect XDG_CURRENT_DESKTOP value in the graphical environment of GNOME Flashback. (Dmitry?)
* The failure (first time) to change the display language from Region & Language in Ubuntu GNOME. (Tim, if you can reproduce that problem, please feel free to subscribe me to a bug report. Considering that it worked after the language had been changed once using gnome-language-
Since those pending issues won't likely result in any further changes to im-config or language-selector, personally I think the proposed packages in the PPA should go to the xenial archive now. Let me know.
Alkis Georgopoulos (alkisg) wrote : | #36 |
> ... I'll try to raise the issue in Debian's im-config, ... I will ask that ibus isn't running in locales where it's not needed...
I installed Debian Stretch with the Gnome desktop environment and neither im-config nor ibus were installed by default there.
So I cannot report it in Debian, as it does make sense that if someone manually installs ibus, he'd want to have it running by default.
The problem is Ubuntu-specific, that people that don't need ibus have it installed by default and running anyway.
Nevertheless, since ibus isn't running under gnome-flashback in non-cjkv locales, I'm not affected by that, so I can't complain.
Thanks again Gunnar, much appreciated! :)
About the "XDG_CURRENT_
unity-control-
g_setenv ("XDG_CURRENT_
Dmitry Shachnev (mitya57) wrote : | #37 |
GNOME Flashback currently uses unity-control-
When we switch XDG_CURRENT_DESKTOP from Unity to GNOME, at the same time we'll start using our own code and gnome-control-
So if there is Unity in XDG_CURRENT_
Dmitry Shachnev (mitya57) wrote : | #38 |
Just to be more precise: XDG_CURRENT_DESKTOP will switch from "GNOME-
Tim Lunn (darkxst) wrote : | #39 |
yes I am sure there are plenty of broken checks throughout the stack, I filed bug 1554878 to get those back into shape
Changed in unity-control-center (Ubuntu): | |
assignee: | nobody → Gunnar Hjalmarsson (gunnarhj) |
importance: | Undecided → Medium |
status: | New → In Progress |
Gunnar Hjalmarsson (gunnarhj) wrote : | #40 |
- im-config_ibus-on-gnome.patch Edit (3.7 KiB, text/plain)
There have been some discussions on IRC (#ubuntu-desktop) which have clarified the confusion wrt unity-control-
The other part is that the u-c-c task at bug #1554878 needs to be fixed.
@Dmitry: The result of this is that we keep the current difference between Unity and GNOME Flashback in this cycle, meaning that im-config does not start IBus or set the input method related environment variables by default on GNOME Flashback. This is to work around the problem with Greek typing which Alkis has reported.
I have uploaded language-selector and attached an im-config patch.
tags: | added: patch |
Changed in language-selector (Ubuntu): | |
status: | In Progress → Fix Committed |
Dmitry Shachnev (mitya57) wrote : | #41 |
Gunnar: if the im-config_
Gunnar Hjalmarsson (gunnarhj) wrote : | #42 |
On 2016-03-11 17:42, Dmitry Shachnev wrote:
> Gunnar: if the im-config_
> uploaded and your unity-control-
> issues will get resolved, right?
Yes, that's my understanding.
Robert is about to remove all the XDG_CURRENT_DESKTOP queries in u-c-c, and if that's done, bug #1554878 will no longer apply to u-c-c.
> Do you want me to upload the patched im-config then?
Yes, that would be great.
Dmitry Shachnev (mitya57) wrote : | #43 |
Ok, uploaded.
Changed in im-config (Ubuntu): | |
status: | In Progress → Fix Committed |
Launchpad Janitor (janitor) wrote : | #44 |
This bug was fixed in the package im-config - 0.29-1ubuntu10
---------------
im-config (0.29-1ubuntu10) xenial; urgency=medium
* debian/
Exempt GNOME desktops from modifying auto mode for CJKV locales
(LP: #1551283).
* debian/
Make "auto" the system default for Ubuntu GNOME (LP: #1551283).
-- Gunnar Hjalmarsson <email address hidden> Tue, 08 Mar 2016 01:25:00 +0100
Changed in im-config (Ubuntu): | |
status: | Fix Committed → Fix Released |
Launchpad Janitor (janitor) wrote : | #45 |
This bug was fixed in the package language-selector - 0.159
---------------
language-selector (0.159) xenial; urgency=medium
* LanguageSelecto
Make "auto" the system default for Ubuntu GNOME (LP: #1551283).
* debian/control:
Bump version of the im-config dependency.
* data/pkg_depends:
Pull IBus IM engines in Ubuntu GNOME (LP: #1551283).
-- Gunnar Hjalmarsson <email address hidden> Thu, 10 Mar 2016 23:33:00 +0100
Changed in language-selector (Ubuntu): | |
status: | Fix Committed → Fix Released |
Wise Melon (wise-melon-deactivatedaccount) wrote : | #46 |
As I haven't completely been following the discussion here please ignore my ignorance on this matter if I have any, but will this be backported into the previous version at least?
Dmitry Shachnev (mitya57) wrote : | #47 |
I don't think it's worth it. 16.04 will be an LTS release and 15.10 support ends in summer so all 15.10 users are very much recommended to upgrade to 16.04 anyway.
This needs fixes in some different places so it's not that easy to backport it.
Gunnar Hjalmarsson (gunnarhj) wrote : | #48 |
I agree with Dmitry.
Actually, Nikita, it's still not clear to me *why* you didn't find "Japanese (Anthy)" initially. Based on my own tests, the changes we have now uploaded (or are about to upload) shouldn't make a difference in that respect. I had no problem on a fresh Ubuntu GNOME 16.04 (before the changes) to prepare for Japanese typing.
Anyway, since you filed this bug report, we identified and fixed a few things which may prevent confusion going forward. The most important thing, I think, is that im-config (and language-
Thanks for your help to identify the issues, Nikita. :) Please let us know if you feel there is some loose end which we haven't addressed.
Wise Melon (wise-melon-deactivatedaccount) wrote : | #49 |
I think that the language-
You're welcome, I don't think that there are any loose ends which you haven't addressed. :)
Gunnar Hjalmarsson (gunnarhj) wrote : | #50 |
On 2016-03-12 12:50, Nikita Yerenkov-Scott wrote:
> I think that the language-
> confusion somewhere because I have run some more test in VMs where
> simply removing that (no need to remove im-config though) will make
> "Japanese (Anthy)" and a few others show.
Well, while *installing and opening* language-
Launchpad Janitor (janitor) wrote : | #51 |
This bug was fixed in the package unity-control-
---------------
unity-control-
[ Gunnar Hjalmarsson ]
* Don't set XDG_CURRENT_DESKTOP if it already exists. (LP: #1551283)
[ Luke Yelavich ]
* Add switch to allow the toggling of the accessibility profiles
indicator
[ Robert Ancell ]
* Always show the legal notice.
* Always use Ubuntu help (remove hangover from g-c-c days).
* Always use a menubar.
* Drop legacy g-c-c code for panel width.
* Remove show notifications code, we don't do that in Unity.
-- Dmitry Shachnev <email address hidden> Tue, 15 Mar 2016 20:34:43 +0000
Changed in unity-control-center (Ubuntu): | |
status: | In Progress → Fix Released |
Tim Lunn (darkxst) wrote : | #52 |
On 09/03/16 08:15, Gunnar Hjalmarsson wrote:
> * The failure (first time) to change the display language from Region &
> Language in Ubuntu GNOME. (Tim, if you can reproduce that problem,
> please feel free to subscribe me to a bug report. Considering that it
> worked after the language had been changed once using gnome-language-
> selector, the required change should reasonably not be very extensive.)
I am seeing this, but seems its only on some languages that it is failing
It looks like it might be related to Bug 1556684. I am getting similar logs, however I was able to get Japanese langpacks installed, just can't
set it.
Gunnar Hjalmarsson (gunnarhj) wrote : | #53 |
Bug 1556684 does not exist.
Tim Lunn (darkxst) wrote : | #54 |
It was marked private, should be visible now
Gunnar Hjalmarsson (gunnarhj) wrote : | #55 |
Yep, my observation is identical with the description in that bug.
Wise Melon (wise-melon-deactivatedaccount) wrote : | #56 |
Just to add, I have now tested it and if I install "Japanese" through the language-
Wise Melon (wise-melon-deactivatedaccount) wrote : | #57 |
Because clearly there is something which is necessary for Anthy that the langauge-
Gunnar Hjalmarsson (gunnarhj) wrote : | #58 |
@Nikita: If you still have that issue, yes, it would be a new bug. Then it would be great if you could start with a fresh installation of Ubuntu GNOME 16.04, and explain step by step what you did.
Wise Melon (wise-melon-deactivatedaccount) wrote : | #59 |
Well, I just did a fresh install of Ubuntu GNOME 15.10, I planning to upgrade to 16.04 soon through fresh install (probably) but I haven't done so yet, though I can run a fresh install of 16.04 in a VM.
Changed in gnome-session (Ubuntu): | |
status: | New → Fix Released |
Changed in ubuntu-gnome: | |
status: | New → Fix Released |
Wise Melon (wise-melon-deactivatedaccount) wrote : | #60 |
Right, I have now filed a report here on this issue: Bug #1586164.
I have now also filed a report on this issue upstream: https:/ /bugzilla. gnome.org/ show_bug. cgi?id= 762877