Hi,

Be careful.

We just removed hackish solution to automatically enable anthy for all locale
for Debian Live.

Your thought to enbale for localized environment is the right direction but you
need to address both ibus and fcitx5 at least.  This initial setting an be done
via dbus for each IM (ibus, fcitx5).  Making this setting non-manually is non-
trivial.  I gave up on it.

Currently, KDE remind you anyway to set it manually.

I haven't set up GNOME recently since it is updated from old one.  But I vaguely
remember gnome reminds you to set IM engine.

If you find a robust way to configure IM engine depending on the locale, makinf
such script as an independent package is an idea.  Then other locale should
benefit too.


This configuration should at least address:
* GNOME + ibus
* KDE + fcitx5

If it can be made more generic, thats great.
* GNOME + fcitx5
* KDE + ibus
* Wayland based others + ibus

Adding hackish solution to address zh_TW should be avoided.

Regards,

Osamu

On Thu, 2026-06-04 at 09:56 +0200, Andrew Lee wrote:
> Hi Boyuan,
> 
> I just did a quick grep and found it's been configured as default for
> zh_TW locale in `src/default.inputmethod.xml.in.in`. Accroding to git
> history on salsa. It's been introduced since version 1.16.1. So that
> Trixie was not affected.
> 
> I will do a quick test locally and then do a NMU then.
> 
> Best,
> -Andrew
> 
> On Wed, Jun 3, 2026 at 1:53 PM Boyuan Yang <[email protected]> wrote:
> > 
> > Hi,
> > 
> > 在 2026/6/3 4:59, Andrew Lee (李健秋) 写道:
> > > Source: ibus-libpinyin
> > > Version: 1.15.8-2
> > > Severity: grave
> > > X-Debbugs-Cc: [email protected], [email protected],
> > > 
> > > Dear Maintainer,
> > > 
> > > I am filing this with 'grave' severity because this configuration
> > > completely
> > > breaks basic text input capability for native users in zh_TW locale,
> > > results the default desktop interface from Debian Live unusable.
> > > 
> > > We found this issue in the live image which pulls all the locales stuff.
> > > When user enter zh_TW (Taiwan) locale, the system enables ibus-libpinyin
> > > by default as the primary Zhuyin/Bopomofo input method.
> > > 
> > > We understand that the Debian Live images are designed to support all
> > > languages out of the box, which is why a wide variety of input methods
> > > (such
> > > as Anthy/Mozc for Japanese and Hangul for Korean) are installed by
> > > default.
> > > However, Debian Live handles them correctly: none of the Korean or
> > > Japanese
> > > input methods are automatically enabled or forced onto other unrelated
> > > locales by default.
> > > 
> > > Delivering localized desktop environment where the basic text input fails
> > > to respect the chosen locale severely damages Debian's image among the
> > > community. It gives the impression that the operating system is
> > > unrespected,
> > > poorly localized, and unaware of critical language differences, keep users
> > > away right from the start.
> > > 
> > > Please adjust the ibus-libpinyin package's default to not to enable by
> > > default for any locale other than zh_CN to make the localized desktop in
> > > Debian Live accurate, respectful, and user-friendly.
> > Thanks for the info. As the Debian packaged version did not carry any custom
> > patch, I guess this is a behavior from the original ibus-libpinyin source
> > code. The package was provided unchanged in the past, and we may have to
> > patch it downstream in Debian to disable any unwanted behavior.
> > 
> > Do you have any patch in your mind that you may consider appropriate?
> > Otherwise please consider also opening an issue at the upstream issue
> > tracker for some coordination with upstream. Just to let you know that
> > I personally am current still in Debian vacation so I won't have time
> > to dig into it, and help from other people would be welcome. NMU fixes
> > would be possible, and I can review the changeset when I have more time.
> > Feel free to let me know your thoughts.
> > 
> > Best,
> > Boyuan
> 
> 

Reply via email to