Processed: Re: Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Processing control commands: > tags -1 + pending Bug #1120735 [task-chinese-t-desktop] task-chinese-t-desktop: Please migrate away from fcitx4 Added tag(s) pending. -- 1120735: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1120735 Debian Bug Tracking System Contact [email protected] with problems
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Control: tags -1 + pending
Hi,
Holger Wansing wrote (Thu, 26 Mar 2026 12:41:30 +0100):
> Hi,
>
> Andrew Lee wrote (Mon, 17 Nov 2025 06:30:52 +0100):
> > I have tried fcitx 5.x when trixie was freeze. And noticed itʼs
> > somehow broken for tw keyboard layout
> > which requires a impetmention of deadkey like most Europan keyboard layout.
> > And the other input methods it provide seems quite complete, but the
> > actul user experience is
> > somehow broken for local users as we...
>
> ChangZhuo Chen (陳昌倬) wrote (Sun, 16 Nov 2025 15:20:47
> +0800):
> > * I don't think we need so many input methods in task-chinese-t-desktop.
> > User normally uses only one input method for Chinese. I think we shall
> > keep only chewing here, and let user decides what they want to install
> > by themselves.
>
> So I would switch from fxitx to ibus for zh_TW, like this:
>
> ---
> Package: task-chinese-t-kde-desktop
> Architecture: all
> Description: Traditional Chinese KDE Plasma desktop
> This task localises the KDE Plasma desktop in Traditional Chinese.
> Depends: ${misc:Depends},
> Recommends:
> - fcitx-chewing,
> - fcitx5-frontend-qt5,
> - fcitx5-frontend-qt6,
> - fcitx-table-cangjie,
> - fcitx-table-cangjie3,
> - fcitx-table-cangjie5,
> - fcitx-table-array30,
> - fcitx-table-boshiamy,
> - fcitx-table-quick3,
> - fcitx-table-quick5,
> - kde-config-fcitx
> +# Input method stuff
> + ibus-chewing
> ---
>
> However, task-chinese-t-gnome-desktop states:
> "# ibus doesn't have a default config for all languages, so force creation"
> and recommends gnome-initial-setup because of this.
> Is there such setup-tool replacement (required) for kde as well?
>
>
>
> Additionally:
> Kan-Ru Chen wrote (Sun, 16 Nov 2025 17:18:11 +0900):
> > On Sun, Nov 16, 2025 at 03:20:47PM +0800, ChangZhuo Chen (陳昌倬) wrote:
> > > * I think we can also remove fonts-arphic-* from Suggestions since we
> > > already have fonts-noto-cjk in Recommends.
> >
> > No objection. fonts-arphic-* has it's historical importance but nowadays
> > fonts-noto-cjk is more common.
>
> This bug is about Traditional Chinese, but I guess the above also counts for
> Simplified Chinese as well, right?
> So removing fonts-arphic-* for both like this:
>
> ---
> Package: task-chinese-s-desktop
> Architecture: all
> Description: Simplified Chinese desktop
> This task localises the desktop in Simplified Chinese.
> Depends: ${misc:Depends},
> Recommends:
> # Input method stuff
> ibus-libpinyin,
> # Fonts
> fonts-noto,
> fonts-noto-cjk,
> # Software help and localization
> libreoffice-l10n-zh-cn,
> libreoffice-help-zh-cn,
> firefox-esr-l10n-zh-cn | firefox-l10n-zh-cn,
> # poppler-data is needed to display
> # Chinese on poppler applications.
> poppler-data
> -Suggests:
> - fonts-arphic-ukai,
> - fonts-arphic-uming
>
> [...]
>
> Package: task-chinese-t-desktop
> Architecture: all
> Description: Traditional Chinese desktop
> This task localises the desktop in Traditional Chinese.
> Depends: ${misc:Depends},
> Recommends:
> # Input method stuff
> ibus-chewing,
> # seems openjdk needs this to display Chinese.
> fonts-noto,
> fonts-noto-cjk,
> libreoffice-l10n-zh-tw,
> libreoffice-help-zh-tw,
> firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
> # poppler-data is needed to display
> # Chinese on poppler applications.
> poppler-data
> -Suggests:
> - fonts-arphic-ukai,
> - fonts-arphic-uming
>
> ---
>
>
> Full patch attached.
Just applied.
Holger
--
Holger Wansing
PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
在 2026-03-26四的 12:41 +0100，Holger Wansing写道：
> Hi,
>
> Andrew Lee wrote (Mon, 17 Nov 2025 06:30:52 +0100):
> > I have tried fcitx 5.x when trixie was freeze. And noticed itʼs
> > somehow broken for tw keyboard layout
> > which requires a impetmention of deadkey like most Europan keyboard layout.
> > And the other input methods it provide seems quite complete, but the
> > actul user experience is
> > somehow broken for local users as we...
>
> ChangZhuo Chen (陳昌倬) wrote (Sun, 16 Nov 2025 15:20:47
> +0800):
> > * I don't think we need so many input methods in task-chinese-t-desktop.
> > User normally uses only one input method for Chinese. I think we shall
> > keep only chewing here, and let user decides what they want to install
> > by themselves.
>
> So I would switch from fxitx to ibus for zh_TW, like this:
>
> ---
> Package: task-chinese-t-kde-desktop
> Architecture: all
> Description: Traditional Chinese KDE Plasma desktop
> This task localises the KDE Plasma desktop in Traditional Chinese.
> Depends: ${misc:Depends},
> Recommends:
> - fcitx-chewing,
> - fcitx5-frontend-qt5,
> - fcitx5-frontend-qt6,
> - fcitx-table-cangjie,
> - fcitx-table-cangjie3,
> - fcitx-table-cangjie5,
> - fcitx-table-array30,
> - fcitx-table-boshiamy,
> - fcitx-table-quick3,
> - fcitx-table-quick5,
> - kde-config-fcitx
> +# Input method stuff
> + ibus-chewing
> ---
>
> However, task-chinese-t-gnome-desktop states:
> "# ibus doesn't have a default config for all languages, so force creation"
> and recommends gnome-initial-setup because of this.
> Is there such setup-tool replacement (required) for kde as well?
>
>
>
> Additionally:
> Kan-Ru Chen wrote (Sun, 16 Nov 2025 17:18:11 +0900):
> > On Sun, Nov 16, 2025 at 03:20:47PM +0800, ChangZhuo Chen (陳昌倬) wrote:
> > > * I think we can also remove fonts-arphic-* from Suggestions since we
> > > already have fonts-noto-cjk in Recommends.
> >
> > No objection. fonts-arphic-* has it's historical importance but nowadays
> > fonts-noto-cjk is more common.
>
> This bug is about Traditional Chinese, but I guess the above also counts for
> Simplified Chinese as well, right?
The dropping of Suggested fonts in the task-chinese-s-desktop section
looks good to me, for the same reason.
> So removing fonts-arphic-* for both like this:
>
> ---
> Package: task-chinese-s-desktop
> Architecture: all
> Description: Simplified Chinese desktop
> This task localises the desktop in Simplified Chinese.
> Depends: ${misc:Depends},
> Recommends:
> # Input method stuff
> ibus-libpinyin,
> # Fonts
> fonts-noto,
> fonts-noto-cjk,
> # Software help and localization
> libreoffice-l10n-zh-cn,
> libreoffice-help-zh-cn,
> firefox-esr-l10n-zh-cn | firefox-l10n-zh-cn,
> # poppler-data is needed to display
> # Chinese on poppler applications.
> poppler-data
> -Suggests:
> - fonts-arphic-ukai,
> - fonts-arphic-uming
>
> [...]
>
> Package: task-chinese-t-desktop
> Architecture: all
> Description: Traditional Chinese desktop
> This task localises the desktop in Traditional Chinese.
> Depends: ${misc:Depends},
> Recommends:
> # Input method stuff
> ibus-chewing,
> # seems openjdk needs this to display Chinese.
> fonts-noto,
> fonts-noto-cjk,
> libreoffice-l10n-zh-tw,
> libreoffice-help-zh-tw,
> firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
> # poppler-data is needed to display
> # Chinese on poppler applications.
> poppler-data
> -Suggests:
> - fonts-arphic-ukai,
> - fonts-arphic-uming
Thanks,
Boyuan
signature.asc
Description: This is a digitally signed message part
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Hi,
Andrew Lee wrote (Mon, 17 Nov 2025 06:30:52 +0100):
> I have tried fcitx 5.x when trixie was freeze. And noticed itʼs
> somehow broken for tw keyboard layout
> which requires a impetmention of deadkey like most Europan keyboard layout.
> And the other input methods it provide seems quite complete, but the
> actul user experience is
> somehow broken for local users as we...
ChangZhuo Chen (陳昌倬) wrote (Sun, 16 Nov 2025 15:20:47
+0800):
> * I don't think we need so many input methods in task-chinese-t-desktop.
> User normally uses only one input method for Chinese. I think we shall
> keep only chewing here, and let user decides what they want to install
> by themselves.
So I would switch from fxitx to ibus for zh_TW, like this:
---
Package: task-chinese-t-kde-desktop
Architecture: all
Description: Traditional Chinese KDE Plasma desktop
This task localises the KDE Plasma desktop in Traditional Chinese.
Depends: ${misc:Depends},
Recommends:
- fcitx-chewing,
- fcitx5-frontend-qt5,
- fcitx5-frontend-qt6,
- fcitx-table-cangjie,
- fcitx-table-cangjie3,
- fcitx-table-cangjie5,
- fcitx-table-array30,
- fcitx-table-boshiamy,
- fcitx-table-quick3,
- fcitx-table-quick5,
- kde-config-fcitx
+# Input method stuff
+ ibus-chewing
---
However, task-chinese-t-gnome-desktop states:
"# ibus doesn't have a default config for all languages, so force creation"
and recommends gnome-initial-setup because of this.
Is there such setup-tool replacement (required) for kde as well?
Additionally:
Kan-Ru Chen wrote (Sun, 16 Nov 2025 17:18:11 +0900):
> On Sun, Nov 16, 2025 at 03:20:47PM +0800, ChangZhuo Chen (陳昌倬) wrote:
> > * I think we can also remove fonts-arphic-* from Suggestions since we
> > already have fonts-noto-cjk in Recommends.
>
> No objection. fonts-arphic-* has it's historical importance but nowadays
> fonts-noto-cjk is more common.
This bug is about Traditional Chinese, but I guess the above also counts for
Simplified Chinese as well, right?
So removing fonts-arphic-* for both like this:
---
Package: task-chinese-s-desktop
Architecture: all
Description: Simplified Chinese desktop
This task localises the desktop in Simplified Chinese.
Depends: ${misc:Depends},
Recommends:
# Input method stuff
ibus-libpinyin,
# Fonts
fonts-noto,
fonts-noto-cjk,
# Software help and localization
libreoffice-l10n-zh-cn,
libreoffice-help-zh-cn,
firefox-esr-l10n-zh-cn | firefox-l10n-zh-cn,
# poppler-data is needed to display
# Chinese on poppler applications.
poppler-data
-Suggests:
- fonts-arphic-ukai,
- fonts-arphic-uming
[...]
Package: task-chinese-t-desktop
Architecture: all
Description: Traditional Chinese desktop
This task localises the desktop in Traditional Chinese.
Depends: ${misc:Depends},
Recommends:
# Input method stuff
ibus-chewing,
# seems openjdk needs this to display Chinese.
fonts-noto,
fonts-noto-cjk,
libreoffice-l10n-zh-tw,
libreoffice-help-zh-tw,
firefox-esr-l10n-zh-tw | firefox-l10n-zh-tw,
# poppler-data is needed to display
# Chinese on poppler applications.
poppler-data
-Suggests:
- fonts-arphic-ukai,
- fonts-arphic-uming
---
Full patch attached.
Holger
--
Holger Wansing
PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
diff --git a/debian/control b/debian/control
index 0889bc03..379ebdb0 100644
--- a/debian/control
+++ b/debian/control
@@ -750,41 +750,38 @@ Recommends:
Package: task-chinese-s-desktop
Architecture: all
Description: Simplified Chinese desktop
This task localises the desktop in Simplified Chinese.
Depends: ${misc:Depends},
Recommends:
# Input method stuff
ibus-libpinyin,
# Fonts
fonts-noto,
fonts-noto-cjk,
# Software help and localization
libreoffice-l10n-zh-cn,
libreoffice-help-zh-cn,
firefox-esr-l10n-zh-cn | firefox-l10n-zh-cn,
# poppler-data is needed to display
# Chinese on poppler applications.
poppler-data
-Suggests:
- fonts-arphic-ukai,
- fonts-arphic-uming
Package: task-chinese-s-gnome-desktop
Architecture: all
Description: Simplified Chinese GNOME desktop
This task localises the GNOME desktop in Simplified Chinese.
Depends: ${misc:Depends}
Recommends:
ibus-libpinyin,
# ibus doesn't have a default config for all languages, so force creation
gnome-initial-setup
Package: task-chinese-s-kde-desktop
Architecture: all
Description: Simplified Chinese KDE Plasma desktop
This task localises the KDE Plasma desktop in Simplified Chinese.
Depends: ${misc:Depends},
Recommends:
fcitx5-chinese-addons,
fcitx5-frontend-qt5,
@@ -802,69 +799,57 @@ Recommends:
zhcon
Package: task-chinese-t-desktop
Architecture: all
Description: Tradi
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Thank you Jeremy, I just quickly read through. I found a mistake in the description. As I am the maintainer of lxqt. I can confirm that the ibus works perfectly with lxqt and all other qt applications in different versions. Regards, -Andrew Jeremy Bícha 於 2026年3月23日 週一，00:14寫道： > On Sun, Mar 22, 2026 at 6:59 PM Andrew Lee wrote: > > Due to TW keyboard layout doesn’t work with fcitx. If we set fcitx by > default in this desktop tasksel, users will got a broken tw keyboard layout > elsewhere. > > > > Please switch to use ibus then. And it would be nice if you can submit > merge request for more people to review instead of only noticing. > > The recent fcitx task changes are at > https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56 > > My main focus there was removing input methods other than ibus from > desktops that are not KDE Plasma. > > I haven't looked into whether it makes sense to stop including fcitx5 > in the kde tasks. Currently, both ibus and fcitx5 are installed for > kde tasks for many languages. > > Thank you, > Jeremy Bícha >
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
On Sun, Mar 22, 2026 at 6:59 PM Andrew Lee wrote: > Due to TW keyboard layout doesn’t work with fcitx. If we set fcitx by default > in this desktop tasksel, users will got a broken tw keyboard layout elsewhere. > > Please switch to use ibus then. And it would be nice if you can submit merge > request for more people to review instead of only noticing. The recent fcitx task changes are at https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56 My main focus there was removing input methods other than ibus from desktops that are not KDE Plasma. I haven't looked into whether it makes sense to stop including fcitx5 in the kde tasks. Currently, both ibus and fcitx5 are installed for kde tasks for many languages. Thank you, Jeremy Bícha
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Hi Jeremy, Due to TW keyboard layout doesn’t work with fcitx. If we set fcitx by default in this desktop tasksel, users will got a broken tw keyboard layout elsewhere. Please switch to use ibus then. And it would be nice if you can submit merge request for more people to review instead of only noticing. Best regards, -Andrew Jeremy Bícha 於 2026年3月22日 週日，23:33寫道： > I replaced fcitx with fcitx5-frontend-qt5, fcitx5-frontend-qt6 when > cleaning up fcitx use in tasksel 3.87. If thisneeds to be reverted, > let me know. > > As of tasksel 3.87, only the kde language tasks install fcitx5. ibus > is used for input methods elsewhere. > > Thank you, > Jeremy Bícha >
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
I replaced fcitx with fcitx5-frontend-qt5, fcitx5-frontend-qt6 when cleaning up fcitx use in tasksel 3.87. If thisneeds to be reverted, let me know. As of tasksel 3.87, only the kde language tasks install fcitx5. ibus is used for input methods elsewhere. Thank you, Jeremy Bícha
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Hi Boyuan, On Sat, Nov 15, 2025 at 5:39 PM Boyuan Yang wrote: > The fcitx 4.x input method framework does not support Wayland, is now > officially dead and unmaintained. > It will be kept until after Ubuntu 26.04 LTS release [1]. The Traditional > Chinese desktop task > is the last known component in Debian that still depends on fcitx 4.x at the > moment. Thank you for your info. We should definetly migrate away from dead and unmaintained input method. > The migration from fcitx 4.x to fcitx 5.x should be straightforward. The > previous concerns raised > in [3] should have been fully addressed. On the other hand, migrating to ibus > for all Tranditional > Chinese desktop environments is also viable. I have tried fcitx 5.x when trixie was freeze. And noticed itʼs somehow broken for tw keyboard layout which requires a impetmention of deadkey like most Europan keyboard layout. And the other input methods it provide seems quite complete, but the actul user experience is somehow broken for local users as we... > Please consider reviewing the current available Input Method frameworks in > Debian and > make the switch at your convenience, but the decision should be made no later > than the Debian Forky freeze > (~Dec 2026). Please let me know if you have any questions or comments. We should definitly set a deadline that no later than Debian Forky freeze. I will try to setup a clean test environment and keep tests newer versions on both and others and then recommend a best replacement then. Best regards, -- -Andrew
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
On Sun, Nov 16, 2025 at 03:20:47PM +0800, ChangZhuo Chen (陳昌倬) wrote: > On Sat, Nov 15, 2025 at 11:37:22AM -0500, Boyuan Yang wrote: > > The migration from fcitx 4.x to fcitx 5.x should be straightforward. The > > previous concerns raised > > in [3] should have been fully addressed. On the other hand, migrating to > > ibus for all Tranditional > > Chinese desktop environments is also viable. > > > > Please consider reviewing the current available Input Method frameworks in > > Debian and > > make the switch at your convenience, but the decision should be made no > > later than the Debian Forky freeze > > (~Dec 2026). Please let me know if you have any questions or comments. > > disclosure: > I am one of the upstream maintainers of chewing, ibus-chewing, and > package maintainer of fonts-noto-cjk. I'm also a maintainer of chewing and ibus-chewing. > * For task-chinese-t-desktop, I think both ibus, or fcitx5 are good for > me. Since I use ibus-chewing, I do prefer to use ibus-chewing as > default. Agreed. Both ibus-chewing and fcitx5-chewing are actively maintained. I think users will be happy with either. > * I don't think we need so many input methods in task-chinese-t-desktop. > User normally uses only one input method for Chinese. I think we shall > keep only chewing here, and let user decides what they want to install > by themselves. No objection. Or just rec: ibus-table or fcitx5-table-extra, both either suggests or recommends other table based input method packages. > * I think we can also remove fonts-arphic-* from Suggestions since we > already have fonts-noto-cjk in Recommends. No objection. fonts-arphic-* has it's historical importance but nowadays fonts-noto-cjk is more common. Kan-Ru signature.asc Description: PGP signature
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
On Sat, Nov 15, 2025 at 11:37:22AM -0500, Boyuan Yang wrote:
> The migration from fcitx 4.x to fcitx 5.x should be straightforward. The
> previous concerns raised
> in [3] should have been fully addressed. On the other hand, migrating to ibus
> for all Tranditional
> Chinese desktop environments is also viable.
>
> Please consider reviewing the current available Input Method frameworks in
> Debian and
> make the switch at your convenience, but the decision should be made no later
> than the Debian Forky freeze
> (~Dec 2026). Please let me know if you have any questions or comments.
disclosure:
I am one of the upstream maintainers of chewing, ibus-chewing, and
package maintainer of fonts-noto-cjk.
* For task-chinese-t-desktop, I think both ibus, or fcitx5 are good for
me. Since I use ibus-chewing, I do prefer to use ibus-chewing as
default.
* I don't think we need so many input methods in task-chinese-t-desktop.
User normally uses only one input method for Chinese. I think we shall
keep only chewing here, and let user decides what they want to install
by themselves.
* I think we can also remove fonts-arphic-* from Suggestions since we
already have fonts-noto-cjk in Recommends.
--
ChangZhuo Chen (陳昌倬) czchen@{czchen,debian}.org
Key fingerprint = BA04 346D C2E1 FE63 C790 8793 CC65 B0CD EC27 5D5B
signature.asc
Description: PGP signature
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Hi, Am 15. November 2025 17:37:22 MEZ schrieb Boyuan Yang : > >The migration from fcitx 4.x to fcitx 5.x should be straightforward. The >previous concerns raised >in [3] should have been fully addressed. On the other hand, migrating to ibus >for all Tranditional >Chinese desktop environments is also viable. > >Please consider reviewing the current available Input Method frameworks in >Debian and >make the switch at your convenience, but the I think, the installer team would welcome the help from Chinese people, what method to prefer. We are most likely unable to make such decision on our own. Holger -- Sent from /e/ OS on Fairphone3
Bug#1120735: task-chinese-t-desktop: Please migrate away from fcitx4
Package: task-chinese-t-desktop Version: 3.84 Severity: normal X-Debbugs-CC: [email protected] [email protected] [email protected] [email protected] Control: tags -1 +moreinfo Dear Debian tasksel maintainers and Traditional Chinese users/developers, As a follow-up request to https://bugs.debian.org/1117875 , [2] and [3], I am looking into the possibility to migrate the last usage of fcitx4 to other input method framework implementation. The fcitx 4.x input method framework does not support Wayland, is now officially dead and unmaintained. It will be kept until after Ubuntu 26.04 LTS release [1]. The Traditional Chinese desktop task is the last known component in Debian that still depends on fcitx 4.x at the moment. The migration from fcitx 4.x to fcitx 5.x should be straightforward. The previous concerns raised in [3] should have been fully addressed. On the other hand, migrating to ibus for all Tranditional Chinese desktop environments is also viable. Please consider reviewing the current available Input Method frameworks in Debian and make the switch at your convenience, but the decision should be made no later than the Debian Forky freeze (~Dec 2026). Please let me know if you have any questions or comments. Thanks, Boyuan Yang [1] https://www.debian.org/releases/trixie/release-notes/issues.en.html#deprecated-components-for-releasename [2] https://lists.debian.org/debian-chinese-big5/2024/10/msg0.html [3] https://salsa.debian.org/installer-team/tasksel/-/commit/5da979474066d8ebe8c7283c788b920f9fdeb29a signature.asc Description: This is a digitally signed message part
