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.

Best regards,

Hi,

在 2026/6/3 4:59, Andrew Lee (李健秋) 写道:
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

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

We believe that the bug you reported is fixed in the latest version of
ibus-libpinyin, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1138753@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Andrew Lee (李健秋) <ajqlee@debian.org> (supplier of updated ibus-libpinyin package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Thu, 04 Jun 2026 10:05:19 +0200
Source: ibus-libpinyin
Architecture: source
Version: 1.16.5-2.1
Distribution: unstable
Urgency: medium
Maintainer: Debian Input Method Team <debian-input-method@lists.debian.org>
Changed-By: Andrew Lee (李健秋) <ajqlee@debian.org>
Closes: 1138753
Changes:
 ibus-libpinyin (1.16.5-2.1) unstable; urgency=medium
 .
   * NMU.
   * Add set-locale-properly.patch: not enabled by default in any locale
     other than zh_CN to make the localized desktop in Debian accurate,
     respectful, and user-friendly. (Closes: #1138753)
Checksums-Sha1:
 3e53bf3f72745a8c2ef7a7d9b385cefc0c40f843 2502 ibus-libpinyin_1.16.5-2.1.dsc
 259ca226d432db905547feaf878f7915c47cc0e7 1351562 ibus-libpinyin_1.16.5.orig.tar.gz
 4488423562c3ba86f51734b5b9ead166d1439dbd 6136 ibus-libpinyin_1.16.5-2.1.debian.tar.xz
 28666413b438186170683e3e8ec80bb79cb89845 6537 ibus-libpinyin_1.16.5-2.1_source.buildinfo
Checksums-Sha256:
 1d9135bd4b0511394071f75fdc36f416562eeb215940f4bffb714b7ebae32cbf 2502 ibus-libpinyin_1.16.5-2.1.dsc
 cc652d48e68b8b03afc5e9e08509676aee89f9d492b9a3897cd028bcc800ce31 1351562 ibus-libpinyin_1.16.5.orig.tar.gz
 023a7cf39367df78e6965b14416c10b987acb19ddcd5c754b2d3fd0928659c65 6136 ibus-libpinyin_1.16.5-2.1.debian.tar.xz
 c4b78ccf604e7f2f6f345b4a498db4751ab3fd77c442b53f17997ff71544a99b 6537 ibus-libpinyin_1.16.5-2.1_source.buildinfo
Files:
 d1f04fc1bed475875f7b9c04361b31b7 2502 utils optional ibus-libpinyin_1.16.5-2.1.dsc
 bbdf41a37c16d62a2b91fe1afd5bc4e8 1351562 utils optional ibus-libpinyin_1.16.5.orig.tar.gz
 8e422c8fb47796e2516841a88c7e09e9 6136 utils optional ibus-libpinyin_1.16.5-2.1.debian.tar.xz
 203b36fd4f5a1422f4272a2bab87ff67 6537 utils optional ibus-libpinyin_1.16.5-2.1_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE703UlH90QYpfEyJV58vhUqwX+XMFAmoi1wgACgkQ58vhUqwX
+XOahBAAvguvNqGHp9tYNdisgFumeklbFtzgTdytad0f/5CS6jIRK0aMtaoAxtSE
GaaKhu4N9/SQjJCYFHrTTVvbk9/lzh+H91gz0nnQyL36NpKcAo9/kln22JeV3Rk0
v0XLHvJmYZn7BGwRxbOZpgX4zfdE0FgPSC4qk+ISWWELpDDwDKvrV9DGS++HyXnN
i/MqBAdjgpX8ZCTyyesxYFLHrGgfjIpAnxgyfULo1wijr+tdyGCehE4Tqe2DDEW4
WBDzrn2uu43NcOkxCX+3j7nLdr6/sKVcDK4IR3et8S2aYHQXeu/zpDb8E2idyjPz
GKlk76qXt1oeUmf3futE9OValeyN2j8irxNkay1fxDoavEM6yecy0JdnyNfS4a1Q
gtJzOl4WN66JvNNZwprOBYXOa/eQiKRSGharv4uCSiYyOwl7btHuPOmcJuLQdETH
oler4x7ArEiGTtAuj/GAcQNTDSUaLoB3Zb9EPOPsBRPfz+K0ZWlayJoSt9IISyS0
GEcBs81TpEaDOLO+KxEYBH2snyk+Ml7KQwlMMl84BdOJ2RVwnp5+IRR/c2p16mTz
7MvB1yF4c0I0DuKDJaHKHMXG2PYzm8W9OI6nIdFGj+WGxg0M0/5L6tpk21JzUCuj
6UxtruvlTK37r8lShMBiF+ITwcILdzYuPIDdtWes8vwYaj38MhY=
=sQWX
-----END PGP SIGNATURE-----

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

Hi Andrew,

在 2026/6/4 03:56, Andrew Lee 写道:
patch does not look very reasonable to me. With a universal zh_TW -> zh_CN replacement,
the patch makes libbopomofo an input method for zh_CN language, which you know better
than me that this is not true. Plus this was not a regression introduced after Trixie: if you look at
https://github.com/libpinyin/ibus-libpinyin/commit/cfdc88bb7c194d7b22dfefdf13f15c9f57e12836 ,
the same lines exist in the pre-Trixie era source code.

I guess the proper fix would be finding out why libbopomofo was activated as the
default in the Live image, and more importantly: which input method do you consider
shall be the default one for people using zh_TW locale + Live environment.
I guess that should be ibus-chewing, is that true?

I have the following ideas in my mind:

(1) Lower the XML <rank> for libbopomofo, or raise the rank for ibus-chewing. If IBus
engine supports a rank value higher than 100, I prefer the latter case.
(2) Split ibus-libpinyin and ibus-libzhuyin, so that libbopomofo is not installed
by default by tasksel or the Live image.

Andrew: please confirm the input method preference with me, and then we can proceed to
find a proper solution without hacky modification.

For Osamu-san: thank you for the hints, yet I am unsure about the applicability to
the Live environment. The Live system always want to install all packages (which could
be both good and bad). Yet people don't care about the implementation details; they
just care the out-of-box Live experience under a given locale. Since the current bug report
is only under the IBus world with specific locale (zh_TW), it might be reasonable if we
limit the fix under a certain scope as well.

My current dissection on the issue is as follows:

     (1) The previous round of communication has switched task-chinese-s-* from using
fcitx5 to using ibus [1]. I was not in favor of this idea, but anyway it landed in tasksel 3.87.
     (2) Due to switch, ibus-libpinyin was newly introduced into the Live system.
     (3) The ibus-libpinyin implementation provides both libpinyin and libbopomofo
input methods, with the former for zh_CN locale and the latter for zh_TW locale.
     (4) Due to hardcoded <rank> values in ibus-libpinyin upstream as well as in ibus-chewing
upstream, libbopomofo has a higher rank value (98) [2] compared to ibus-chewing (80) [3].
     (5) In newly built Live images, the newly-introduced libbopomofo has a higher rank
(aka priority) than ibus-chewing, due to which it gets enabled in the zh_TW locale.
This change appears as a regression to the majority of zh_TW Live system users.

I would describe this issue as yet another problem caused by the Live system
implementation but here we are already.

Best,
Boyuan Yang

[1] https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56
[2]
https://github.com/libpinyin/ibus-libpinyin/blob/4e18faacb58232696f9ceca5dcb8fff7e31cb766/src/default.inputmethod.xml.in.in#L37
[3] https://github.com/chewing/ibus-chewing/blob/42689dcd7634756b6b5f0ec57e234401cbb567ae/data/chewing.xml.in#L24

Hi Boyuan,

I think it’s appropriate as libbopomofo is for typing simplified chinese
characters which isn’t suitable for zh_TW locale but zh_CN locale. Adjust
the <rank> won’t be necessary.

I forgot to also mention that everything I type via libbopomofo gives me
simplified chinese characters even under zh_TW locale when I found the
issue in Debian live image.

And after the patch. I tested that it won’t be enabled by default in zh_TW
locale but in zh_CN locale which helps users may type proper simplified
characters under zh_CN locale with libbopomofo.

Best regards,

Hi Andrew,

在 2026/6/7 18:11, Andrew Lee 写道:

Many thanks for the follow-up information. At this moment, it looks more
like an upstream bug to me: libbopomofo either (1) wrongly declared itself
suitable for zh_TW locale while correctly emitting simplified characters, or
(2) wrongly priotorised simplified characters while declaring itself suitable for
zh_TW locale. I have opened an upstream bug report at
https://github.com/libpinyin/ibus-libpinyin/issues/565
to see what the upstream author says.

Best,
Boyuan

Hi again,

在 2026/6/8 12:06, Boyuan Yang 写道:

As a follow-up, upstream clarified in https://github.com/libpinyin/ibus-libpinyin/issues/565
that it is a bug in the upstream code. Following the upstream proposal, I have
prepared a new upload ibus-libpinyin/1.16.5-3 into Debian Unstable.

After it migrates to Testing and gets builds with Debian Live systems, it would be great
if you could work with relevant users to confirm whether (1) ibus-libbopomofo is not
enabled by default in zh_TW locales, especially in Live systems, and (2) simplified characters
are not emitted by default even if ibus-libbopomofo is selected in zh_TW locales. If there
are behaviors that misses expectations, please feel free to let me know.

Thanks,
Boyuan

We believe that the bug you reported is fixed in the latest version of
ibus-libpinyin, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1138753@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Boyuan Yang <byang@debian.org> (supplier of updated ibus-libpinyin package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Thu, 18 Jun 2026 09:52:28 -0400
Source: ibus-libpinyin
Architecture: source
Version: 1.16.5-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Input Method Team <debian-input-method@lists.debian.org>
Changed-By: Boyuan Yang <byang@debian.org>
Closes: 1138753
Changes:
 ibus-libpinyin (1.16.5-3) unstable; urgency=medium
 .
   * Team upload.
   * debian/control: Bump Standards-Version to 4.7.4.
   * debian/control: Drop Rules-Requires-Root: no, now default.
   * debian/patches/set-locale-properly.patch: Drop the patch as
     ibus-libbopomofo is not for zh_CN but for zh_TW per upstream
     explanation.
   * debian/patches/:
     + c92478b3f5c65a2feae45b6bd24c292c8f059989.patch:
       Add patch on the config file for libbopomofo from upstream trunk
       to unfavor Simplified Chinese when libbopomofo is selected.
     + 0003-default.inputmethod.xml-Lower-the-rank-for-ibus-libb.patch:
       Add custom patch to reduce the preference value of libbopomofo in
       zh_TW locale so that it will not appear as the first input method
       candidate, and hopefully not enabled by default in mixed
       environments like Debian Live systems.
       Hopefully the new patch really closes: #1138753.
Checksums-Sha1:
 07b5e2ff88d92b29b66ef4e174fc731944f4a35a 2494 ibus-libpinyin_1.16.5-3.dsc
 259ca226d432db905547feaf878f7915c47cc0e7 1351562 ibus-libpinyin_1.16.5.orig.tar.gz
 6f921447849293c2e338c3d677d4c1f5c58162b1 6600 ibus-libpinyin_1.16.5-3.debian.tar.xz
 6330ced328de6fa93da51642e4356909e9eaf8bf 16573 ibus-libpinyin_1.16.5-3_amd64.buildinfo
Checksums-Sha256:
 fa3a78f6465d126bb1cca8e334be8b115bc830adb0e1589faad878b1a3c3f338 2494 ibus-libpinyin_1.16.5-3.dsc
 cc652d48e68b8b03afc5e9e08509676aee89f9d492b9a3897cd028bcc800ce31 1351562 ibus-libpinyin_1.16.5.orig.tar.gz
 0316cafae380596bb802547cfd451e5076c7ca094db1c845fc5b685ec3cb655d 6600 ibus-libpinyin_1.16.5-3.debian.tar.xz
 0014b4ddafe4d4867072462643a673dbc1cf2f58cd6c2cf3b01d242f741e200a 16573 ibus-libpinyin_1.16.5-3_amd64.buildinfo
Files:
 74f1e9ec57727c5f7c9a59d8ef711d1e 2494 utils optional ibus-libpinyin_1.16.5-3.dsc
 bbdf41a37c16d62a2b91fe1afd5bc4e8 1351562 utils optional ibus-libpinyin_1.16.5.orig.tar.gz
 738011b4dfa9e8c1eb8a12eefdac8610 6600 utils optional ibus-libpinyin_1.16.5-3.debian.tar.xz
 794f787e522ca9e000b2cd347357abef 16573 utils optional ibus-libpinyin_1.16.5-3_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfncpR22H1vEdkazLwpPntGGCWs4FAmoz+p8ACgkQwpPntGGC
Ws53aQ/8DSwFydEcIW5dcbvLJsoz4as5Mvm/Vn3dUjpd8vCF5pL9EuquyTUXqwqn
njm0bkY+w++F8B/ydUjSWmekEsDRQeNUi1xs0ZC7u6JA0gMDmfbkSIW7Fd6cByEu
E+PBnjWTLVxYO9pKrhStelRGwcSKYbbJmBgCGOMxu1AfjiVWxAMVOp2ypSy23yDO
ksY2s2XUmXuZoRJYFMtILhFHANWetoMbCjtQWyb75oP06hsWCtfqls6gRg1PDJUF
/2eh7aRvoDaZ6J0bWDo8GFvy0TnfV/E+WG2SNCANwrLbGZE3dhQnVQ1WAu4xCAq5
om9EBsYQHb24O7Lp8zeBmgB2sc6W0b5co0GlEyPujT3XOuVLeZ51wWPE6cXZJn03
UcTTDLBB+PbhKW7YxO1LWjhli1aQYVz50i9v98g8+R6ZIzHD3oPTn3Q9cr+Rknhh
Eb/ceNNcgjCaCYUKQmV8JqoQJcW05qh2XwEzkMXgLiaWkuraIEG5vBNiCS9CDNpS
XEukQjo58lBcgxyJ0Dri9NpV+0qyRPWzY73mTCqqwL4tSYBxJOV8nMyXfyT9s9uP
bX9kHZMZcsHkW8ZWU8UuTiWkoBe3n8gQtfLM7ZEYDtYrHWCXgk3vYdW6Zlr5Bbi4
L6EmyCECisubOJhWGJ49wR0eFwiRuy2M3KV8vyer8Wn/w+Q82XE=
=5cJN
-----END PGP SIGNATURE-----

Hi Boyuan,

Thank you for your response and the alternative patch. However, I
believe this change creates a few new issues while leaving the
original problem unresolved.

First, by forcing Traditional Chinese output, the libbopomofo loses
its original purpose, which was allowing bopomofo users to type
Simplified Chinese under zh_CN locale. Since libbopomofo is not
originally preferred by zh_TW users anyway, the engine is now less
useful for both target groups.

Second, I tested lower rank as same as in the new patch in VM before
the NMU. Simply lowering the priority rank does not prevent
libbopomofo from being enabled by default in iBus. Because it is still
enabled by default, the initialization bugs across the different
desktop environments still occur.

Since modifying the engine's output does not resolve the default
enablement issue, could we consider a different approach? If we want
to keep the language mapping as it is, perhaps we could split
libbopomofo into its own separate binary package. This way, ensure it
will not be installed automatically by tasksel or included in the
Debian Live images, preventing the original issue while still allowing
users to install it manually if needed.

Best regards,

Hi Andrew,

在 2026/6/18 10:42, Andrew Lee 写道:
I don't think libbopomofo was intended for "allowing users to type Simplified Chinese under zh_CN locale". The upstream
stated clearly in https://github.com/libpinyin/ibus-libpinyin/issues/565that libbopomofo was for zh_TW locale users as
in https://github.com/libpinyin/ibus-libpinyin/issues/565#issuecomment-4667091412: > I guess libbopomofo is designed for
the zh_TW locale.

You could argue that libbopomofo is useless given that ibus-libzhuyin and ibus-chewing exists, but at least libbopomofo
is not for zh_CN users with this upstream statement.
It would be great if you could also test the upstream-provided patch of
https://github.com/libpinyin/ibus-libpinyin/commit/c92478b3f5c65a2feae45b6bd24c292c8f059989 ,
which is included as part of the ibus-libpinyin/1.16.5-3 upload.

Splitting the package could be the most elegant solution. I will look into the possibility,
through I doubt the feasibility as its integration with libpinyin is pretty tight. I will
make some updates later.

Best,
Boyuan

Hi Boyuan,

Thank you for clarify the upstream intention and share the link to discussion.

The upstream commit appears to be focuing Traditional Chinese output.

However, because Simplified Chinese and Tradiaitonal Chinese do not
have an one-to-one mapping. Traditional Chinese contains a much larger
pool of character set than Simplified Chinese. Even though libpinyin
uses opencc for conversion, such converter does not provide the full
character set natively required by zh_TW locale users. So that during
my tests. I only found it was useful to type Simplified Chinese
properly under zh_CN locale. And this useful case also gone with the
new patch.

Since this is technical limitation means the engine cannot fit the
needs of zh_TW users regardless of how to forcing the output. Test the
patch won't change the original issue.

I checked the source code as well, and you are right about the tight
integration. And during my tests, only spliting the XML files will
gets an error every time when ibus is loaded. So that only split the
xml file without a major upstream rewrite would probably impossible.

However, if splitting the package turns out to be not possible, please
consider reverting to the patch I provided in the NMU as the final
solution with your lower rank patch. The NMU version successfully
resolved the original issue, and also providing a working behavior for
users under the zh_CN locale.

I look forward to your updates on the package!

Best regards,

Hi Boyuan,

Just a friendly reminder that this package has been marked for
autoremoval on 03 July due to this opened bug.

Since this is an important package for zh_CN users, we definitely want
to prevent it from dropping out of testing.

If you need more time to properly split the package not before
than 03 July. I would be happy to upload another NMU based on my
previous fix to clear the RC state for now.

Let me know if that works for you, or if you need any help with the
package!

Best regards,
-Andrew

The Debian NEW review of ibus-libpinyin 1.16.5-4 has been completed.

Decision: ACCEPTED
Reviewer: Mechtilde Stehmann

Review comment:

hi,

thanks for the improvements

Full review details: https://dfsg-new-queue.debian.org/reviews/ibus-libpinyin

We believe that the bug you reported is fixed in the latest version of
ibus-libpinyin, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1138753@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Boyuan Yang <byang@debian.org> (supplier of updated ibus-libpinyin package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Wed, 24 Jun 2026 15:53:48 -0400
Source: ibus-libpinyin
Binary: ibus-libbopomofo ibus-libpinyin ibus-libpinyin-common ibus-libpinyin-common-dbgsym
Architecture: source all amd64
Version: 1.16.5-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Input Method Team <debian-input-method@lists.debian.org>
Changed-By: Boyuan Yang <byang@debian.org>
Description:
 ibus-libbopomofo - Bopomofo (ZhuYin) input method for IBus
 ibus-libpinyin - Intelligent Pinyin input method for IBus
 ibus-libpinyin-common - Intelligent Pinyin engine based on libpinyin for IBus (common fil
Closes: 1138753
Changes:
 ibus-libpinyin (1.16.5-4) unstable; urgency=medium
 .
   * Team upload.
   * debian/copyright: Refresh license information.
   * debian/: Split the binary package:
     + ibus-libpinyin: Only enables the ibus-libpinyin input method
       upon installation.
     + ibus-libbopomofo: Only enables the ibus-libbopomofo input method
       upon installation.
     + ibus-libpinyin-common: Stores all common files shared between the
       input methods.
     The binary package splitting is necessary to properly fix the
     input method enabling issue in mixed environments, such as Debian
     Live system. This really closes: #1138753.
   * debian/patches/0004-libpinyin.xml-Use-split-package-path.patch:
     Add patch to support binary package splitting by redirecting the
     input method discovery to a wrapper.
   * debian/ibus-libpinyin-list-engines: Add the wrapper for dynamic
     input method engine discovery.
   * debian/split-engines.py: Add the build-time helper script to split
     the input method availability XML dynamically.
Checksums-Sha1:
 8fb4ae604197ed5f3223a9507dad471b89455387 2639 ibus-libpinyin_1.16.5-4.dsc
 259ca226d432db905547feaf878f7915c47cc0e7 1351562 ibus-libpinyin_1.16.5.orig.tar.gz
 33acafa4f433fc586652f7bedc36a65efa665c24 10260 ibus-libpinyin_1.16.5-4.debian.tar.xz
 9f3f59e6c298e5672558f657e996a56c91a2a608 106856 ibus-libbopomofo_1.16.5-4_all.deb
 3f918a3eb19ea2c756e55ffc596d9b1aef38b0ca 1774228 ibus-libpinyin-common-dbgsym_1.16.5-4_amd64.deb
 7ada3ec8660677b6e0b3a625c87ab8eb189d36b9 790304 ibus-libpinyin-common_1.16.5-4_amd64.deb
 701a12c24cfe783952fdbb0265dceeb338b9e927 106828 ibus-libpinyin_1.16.5-4_all.deb
 db4956bcfc8d143f3c2ff37af7fb78f1660ac801 17320 ibus-libpinyin_1.16.5-4_amd64.buildinfo
Checksums-Sha256:
 2cb37b08913c2da1ac0108f2c1ede11018240a63f53fd42b8b154df51b82f0fb 2639 ibus-libpinyin_1.16.5-4.dsc
 cc652d48e68b8b03afc5e9e08509676aee89f9d492b9a3897cd028bcc800ce31 1351562 ibus-libpinyin_1.16.5.orig.tar.gz
 a7c75c580a817f8b1a8d8cd6fa1ac5a220b4cf643a2cd6115ec5e45ca6b62bab 10260 ibus-libpinyin_1.16.5-4.debian.tar.xz
 36d6f28fdd0d6c1646d449755315a73889ce1f7c4bb31459f4c21568c78289dc 106856 ibus-libbopomofo_1.16.5-4_all.deb
 92e315049aa0cd7187dfe1cd2c5af268e8ccd6d4bb30873a0c42e5301d67dc64 1774228 ibus-libpinyin-common-dbgsym_1.16.5-4_amd64.deb
 95223b8cce45f3eb67f344730e92c4e8bd268240a3aafd070b49f5641f71949a 790304 ibus-libpinyin-common_1.16.5-4_amd64.deb
 78a8ab28965d51347e2e17d6a2b07f3c2b5e2c227791f0ad74349867df988d22 106828 ibus-libpinyin_1.16.5-4_all.deb
 387fed6838e393772a01ec32955bae623ca35bcc514a210b4b10d39ffbe8c425 17320 ibus-libpinyin_1.16.5-4_amd64.buildinfo
Files:
 cd343e407d3d59b40a906adccca74813 2639 utils optional ibus-libpinyin_1.16.5-4.dsc
 bbdf41a37c16d62a2b91fe1afd5bc4e8 1351562 utils optional ibus-libpinyin_1.16.5.orig.tar.gz
 e3376110ffafb373081eb3bb04c94fcf 10260 utils optional ibus-libpinyin_1.16.5-4.debian.tar.xz
 33177a74967ad403063152273265c879 106856 utils optional ibus-libbopomofo_1.16.5-4_all.deb
 3a61c39b883fde75b5322b019daac0d7 1774228 debug optional ibus-libpinyin-common-dbgsym_1.16.5-4_amd64.deb
 7601fbff724c592d730e9d1489fe5695 790304 utils optional ibus-libpinyin-common_1.16.5-4_amd64.deb
 c6b479e51478a9898ee201cab93505a4 106828 utils optional ibus-libpinyin_1.16.5-4_all.deb
 4fb0726b812cb65fb33caa6567413f0a 17320 utils optional ibus-libpinyin_1.16.5-4_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEfncpR22H1vEdkazLwpPntGGCWs4FAmpBYv4ACgkQwpPntGGC
Ws70uw/+Ii0rUoAS4hMdLZ/Y/V+dgaEX+UDtZ4GKQhXJIPnavWCHzKVHcJLo4wl1
MuyMSuogPxhKCzyncwH+I53lWMebELfcqczYaGuEAF7riB5MTbPf8w7xUbyQVbJo
p/6EahPS1KY+yP6uBhKJKqy8xsqBH2+U7qQcf2ElUcttGRPtbGgucP8xiGjRsyUP
f8VtXz7nflMPvfNeDqcn2Sn5mK5bkhYihwIXc9t60aJH4kVhWp0IPjA33mI2xAtn
S2O5W11ft+AQTf+tY6DHXiIKReLNpYVHr+EL5wCMNmojFBR3bgGu0mYSp8ulS8av
AW0dpoVmCU/nQ00a2uBV9waYtbeH5CKhftBGJ4z13T3KQmHqUQw0dW68/w8siz2j
OULFBNC9uRjdtAa+OeVBvUxmnBwfIs/KbftOuUWlG+Hb1v3JR77B1FM5kO4Gzip6
9n0oT9q8yasx0kUDP3Tk9meBkgccVg5ma7VHc/Pkqmv6ro8JGWlAe78x1wmfNpCb
RY+Jr5Wk2QZOwG2zgpbUaZkOfvLJVEo+QAuUadcMRaXR/Wdx7iM3JDPdatAgapF/
M8YTCXV8ITc4AXawcfpPckylE96NQRzei0Z308DoxKoYJdXUAkOa3admnCh+MFzO
XoQsDwKj2eDfNpAGKDajxVAKGGG33Gb0Apla2Gp/rA+38UEgiG4=
=O2eS
-----END PGP SIGNATURE-----

Hi,

在 2026/6/23 04:59, Andrew Lee (李健秋) 写道:

I had some work on splitting the two packages, and it has passed the NEW queue
again and was made available in Debian Unstable. I tested on my local VMs, and
they seem to work well either individually or together. I believe this should
have solved the issue as ibus-libbopomofo will not be pre-installed in any way
either via Live systems or standard tasksel. Please let me know if there
are any further issues around it.

Best,
Boyuan

Hi Boyuan,

Thank you very much for the great work on splitting the package so
quickly. I think this completely resolved the pre-installation issue
in Debian Live and tasksel to improve the out of box user experience.

However, during my tests of the ibus-libbopomofo individually, I
noticed some technical limitation regarding the locale mapping itself.
Even though the package is no longer pre-installed, it still maps
itself to the zh_TW locale in its metadata. If user manually installs
it or other package recommends, it still gets enabled by default under
zh_TW locale.

Due to it's based on a Simplified Chinese database engine libpinyin,
it uses an automated converter (like OpenCC) to force convert to
Traditional Chinese output, zh_TW user may still facing to some issues
like:
- missed a large amount of the native character set
- non localized vocabulary and phrases
- different pronunciation rules under zh_TW locale
- mismatch typing order logic for native typing habits...etc.

Native input methods like Chewing and Zhuyin allow users to input
symbols in combinations and sequences that differ from standard Pinyin
structures. Because libbopomofo is mapping Bopomofo symbols onto a
Pinyin-based engine to process, it gets confused by these native
typing habits and completely messes up the output when native zh_TW
user type. Forcing Traditional Chinese output under zh_TW locale
unfortunately do not satisfy native zh_TW users but causes confusion
and usability issues.

Since the libbopomofo cannot fit the needs for native user under zh_TW
locale, keeping the zh_TW mapping in the XML metadata might still
confuses users. Would it be possible to remove the zh_TW locale
mapping from the metadata entirely, leaving it available for manual
configuration without enabled by default under zh_TW locale?

In fact, during my tests, this is much more suitable for bopomofo
input method users who need to type Simplified Chinese under the zh_CN
locale. Because its built-in database is designed based libpinyin, it
contains the correct vocabulary, phrases for zh_CN.

Please let me know if you would prefer me to open a new bug report to
track this specific metadata adjustment for zh_TW locale?

Best regards,