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

Bug#925391: marked as done (task-japanese-desktop and others: Gnome-wayland compatible input method)

Your message dated Mon, 13 Jul 2020 11:41:17 +0900
with message-id <4f98c7300b8d2914c4a1e45f9f27eec9853189da.camel@debian.org>
and subject line Re: Bug#925391: task-japanese-desktop and others: Gnome-wayland compatible input method
has caused the Debian Bug report #925391,
regarding task-japanese-desktop and others: Gnome-wayland compatible input method
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
925391: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925391
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: tasksel
Version: 3.51
Severity: normal

We will ship wayland enabled Gnome as the default for Buster!
So we need to adjust to this environment.

Trying to enable current default input method for Japanese under wayland
caused big side effect.  So the feature to enable uim requires user to
manually enable this work around intentionally (this still needs to be
unblocked)
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925160

So for default install, it is essential to use ibus family which is
upstream supported.  im-config doesn't need to do anything.  gnome takes
catrare by gnome-session in main.c which hard codes ibus there.  (I
know, japanese liek uim, Chinese like fcitx)

Proposed task data
==================

In light of this, I propose to change task-japanese-desktop to the
following:

task-japanese-desktop (kmuto)
  --\ Depends (1)
    --- tasksel (= 3.50)
  --\ Recommends (11)
    --- ibus-mozc | ibus-anthy | ibus-skk | ibus-kkc
    --- firefox-esr-l10n-ja | firefox-l10n-ja
    --- fonts-ipafont
    --- fonts-vlgothic
    --- libreoffice-help-ja
    --- libreoffice-l10n-ja
    --- poppler-data

Here, simply picking one of the ibus-* pulls in all you need  via
recommends.  Configuration utility is gnome-shell script provided by
Gnome.  gnome-shell already requires gir1.2-ibus-1.0 thus installs
libibus-1.0-5.  So going with ibus is upstream choice.

FYI: OLD SETTINGS are the following
task-japanese-desktop
  --\ Depends (1)
    --- tasksel (= 3.50)
  --\ Recommends (11)
    --- anthy
    --- firefox-esr-l10n-ja | firefox-l10n-ja
    --- fonts-ipafont
    --- fonts-vlgothic
    --- libreoffice-help-ja
    --- libreoffice-l10n-ja
    --- mozc-utils-gui
    --- poppler-data
    --- uim
    --- uim-anthy
    --- uim-mozc

Other consideration:
====================

Traditional DMs on X:
=====================
im-config pulled in by the dependency will automatically set up system
including configuration dialog.  So this change has minimal impact.  

Why ibus-mozc as the first choice? 
==================================
I know anthy currently suffers conversion errors.  I suspect
inconsistent encoding of its dictionary data is the root cause.  It
looks like the conversion to UTF-8 had errors. (This is not ibus
problem.  It is same under uim or fcitx.

KDE seems to chose SCIM?  Should we care?
=========================================

plasma-desktop  depends on libscim8v5 from SCIM family.  Should we care
like what we do for Gnome?  I have no answer.

All I know is KDE doesn't play nice with ibus.  You can kill ibus icon
program with mouse click.  No easy way to get back.
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922334

I wonder these input methods may better move to 
task such as 
   task-japanese-gnome-desktop 
   task-japanese-kde-desktop
Then they can have their own way.  (Of course, we may leave out other DM
people.)

What is going to happen on Chinese tasks
========================================
They love fcitx.  Does anyone know what they do.  we may have answer
there too.

Long term:
==========

If we can use trigger to update choice of configuration im-config
calcurate when user process starts in advance, then enabling im-config
even for wayland may be an option.  But it's too late for buster.

Also, I think if someone knows better than me and have time, make
current ibus related code in gnome-session/gnome-shell to be
patched/extended to allow other input methods to be used.

We need volunteer for it.  (Including option to replace im-config input
method configuration system to Ubuntu equivalent, if that solves.)


-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (500, 'testing'), (10, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.19.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tasksel depends on:
ii  apt                     1.8.0
ii  debconf [debconf-2.0]   1.5.71
ii  liblocale-gettext-perl  1.07-3+b4
ii  perl-base               5.28.1-4
ii  tasksel-data            3.51

tasksel recommends no packages.

tasksel suggests no packages.

-- debconf information:
  tasksel/tasks:
  tasksel/desktop:
  tasksel/title:
  tasksel/first: standard

--- End Message ---
--- Begin Message --- 

Hi,

On Sun, 2020-07-12 at 20:32 +0200, Holger Wansing wrote:
> Osamu? Ping?

Pong!

> Holger Wansing <hwansing@mailbox.org> wrote:
> > Hi Osamu,
> > 
> > Osamu Aoki <osamu@debian.org> wrote:
> > > Package: tasksel
> > > Version: 3.51
> > > Severity: normal
> > > 
> > > We will ship wayland enabled Gnome as the default for Buster!
> > > So we need to adjust to this environment.
> > > 
> > > Trying to enable current default input method for Japanese under
> > > wayland
> > > caused big side effect.  So the feature to enable uim requires
> > > user to
> > > manually enable this work around intentionally (this still needs
> > > to be
> > > unblocked)
> > >   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=925160
> > > 
> > > So for default install, it is essential to use ibus family which
> > > is
> > > upstream supported.  im-config doesn't need to do
> > > anything.  gnome takes
> > > catrare by gnome-session in main.c which hard codes ibus
> > > there.  (I
> > > know, japanese liek uim, Chinese like fcitx)
> > > 
> > > Proposed task data
> > > ==================
> > > 
> > > In light of this, I propose to change task-japanese-desktop to
> > > the
> > > following:
> > > 
> > > task-japanese-desktop (kmuto)
> > >   --\ Depends (1)
> > >     --- tasksel (= 3.50)
> > >   --\ Recommends (11)
> > >     --- ibus-mozc | ibus-anthy | ibus-skk | ibus-kkc
> > >     --- firefox-esr-l10n-ja | firefox-l10n-ja
> > >     --- fonts-ipafont
> > >     --- fonts-vlgothic
> > >     --- libreoffice-help-ja
> > >     --- libreoffice-l10n-ja
> > >     --- poppler-data
> > 
> > Slightly late for Buster :(
> > Is this still valid for Bullseye?
> > 
> > I attached a patch, to set it up as proposed above.
> > 
> > Holger
> > 
> > 
> > > Here, simply picking one of the ibus-* pulls in all you need  via
> > > recommends.  Configuration utility is gnome-shell script provided
> > > by
> > > Gnome.  gnome-shell already requires gir1.2-ibus-1.0 thus
> > > installs
> > > libibus-1.0-5.  So going with ibus is upstream choice.
> > > 
> > > FYI: OLD SETTINGS are the following
> > > task-japanese-desktop
> > >   --\ Depends (1)
> > >     --- tasksel (= 3.50)
> > >   --\ Recommends (11)
> > >     --- anthy
> > >     --- firefox-esr-l10n-ja | firefox-l10n-ja
> > >     --- fonts-ipafont
> > >     --- fonts-vlgothic
> > >     --- libreoffice-help-ja
> > >     --- libreoffice-l10n-ja
> > >     --- mozc-utils-gui
> > >     --- poppler-data
> > >     --- uim
> > >     --- uim-anthy
> > >     --- uim-mozc
> > > 
> > > Other consideration:
> > > ====================
> > > 
> > > Traditional DMs on X:
> > > =====================
> > > im-config pulled in by the dependency will automatically set up
> > > system
> > > including configuration dialog.  So this change has minimal
> > > impact.  
> > > 
> > > Why ibus-mozc as the first choice? 
> > > ==================================
> > > I know anthy currently suffers conversion errors.  I suspect
> > > inconsistent encoding of its dictionary data is the root
> > > cause.  It
> > > looks like the conversion to UTF-8 had errors. (This is not ibus
> > > problem.  It is same under uim or fcitx.
> > > 
> > > KDE seems to chose SCIM?  Should we care?
> > > =========================================
> > > 
> > > plasma-desktop  depends on libscim8v5 from SCIM family.  Should
> > > we care
> > > like what we do for Gnome?  I have no answer.
> > > 
> > > All I know is KDE doesn't play nice with ibus.  You can kill ibus
> > > icon
> > > program with mouse click.  No easy way to get back.
> > >  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=922334
> > > 
> > > I wonder these input methods may better move to 
> > > task such as 
> > >    task-japanese-gnome-desktop 
> > >    task-japanese-kde-desktop
> > > Then they can have their own way.  (Of course, we may leave out
> > > other DM
> > > people.)
> > > 
> > > What is going to happen on Chinese tasks
> > > ========================================
> > > They love fcitx.  Does anyone know what they do.  we may have
> > > answer
> > > there too.
> > > 
> > > Long term:
> > > ==========
> > > 
> > > If we can use trigger to update choice of configuration im-config
> > > calcurate when user process starts in advance, then enabling im-
> > > config
> > > even for wayland may be an option.  But it's too late for buster.
> > > 
> > > Also, I think if someone knows better than me and have time, make
> > > current ibus related code in gnome-session/gnome-shell to be
> > > patched/extended to allow other input methods to be used.
> > > 
> > > We need volunteer for it.  (Including option to replace im-config 
> > > input
> > > method configuration system to Ubuntu equivalent, if that
> > > solves.)
> > 
> > -- 
> > Holger Wansing <hwansing@mailbox.org>
> > PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

im-config was patched by Yoshino-san to support uim/Wayland combination
on buster.

That patch functionality was updated by Gunnar with slightly less
invasive method (assuming DM to set environment in particular way) in
the current devel branch.

So uim now works under Wayland under the buster and hopefully future
releases.

People who have been maintaining task-japanese-desktop had no appetite
for ibus migration as I understand.  I have no appetite for discussing
this any more, let me close this bug.

Osamu

--- End Message ---
Reply to: