Fcitx5 has been offical released, and it is availabe in Arch. https://www.archlinux.org/packages/community/x86_64/fcitx5/ It is also avaialbe in gentoo-zh overlay. https://github.com/microcai/gentoo-zh Previous it depends on cldr-emoji-annotation, which is in conflict with gentoo package unicode-cldr. Now the author has added the ability to depends on any cldr provider. Arch has already taken steps to follow that and replace cldr-emoji-annotation with unicode-cldr. Reproducible: Always
I am slowly working on ebuilds of Fcitx 5 and on other things... In Gentoo, packages of Fcitx 5 will not have "5" in package name, but will use SLOT="5". Examples: > app-i18n/fcitx SLOT="5" (https://github.com/fcitx/fcitx5) > app-i18n/fcitx-gtk SLOT="5" (https://github.com/fcitx/fcitx5-gtk) > app-i18n/fcitx-qt SLOT="5" (https://github.com/fcitx/fcitx5-qt) > app-i18n/fcitx-rime SLOT="5" (https://github.com/fcitx/fcitx5-rime) Fcitx 5 currently consists of about 22 or 23 packages at upstream level (22 + Fcitx fork of Mozc). gentoo-zh contains 8 of them. I hope to add at least majority of these 22 packages in this month.
(In reply to Arfrever Frehtes Taifersar Arahesis from comment #1) Thank you for your hard work. I think you can start with the most used ones. A good reference is https://pkgstats.archlinux.de/packages#query=fcitx5
Any news on this one?
I've just submitted fcitx5-hangul ebuild to gentoo-zh https://github.com/microcai/gentoo-zh/blob/master/app-i18n/fcitx5-hangul/fcitx5-hangul-5.0.3.ebuild
fcitx5 is necessary for wayland support.
FYI, fcitx5 ebuilds in gentoo-zh overlay has been updated to use SLOT. https://github.com/microcai/gentoo-zh/tree/master/app-i18n
(In reply to Jae Hak Kim from comment #6) > FYI, fcitx5 ebuilds in gentoo-zh overlay has been updated to use SLOT. > > https://github.com/microcai/gentoo-zh/tree/master/app-i18n Yeap, but pay attention that the fcitx:5, fcitx-configtools:5, fcitx-rime:5, and so on have icon files conflicts with fcitx:4.
*** Bug 872794 has been marked as a duplicate of this bug. ***
Fcitx5 was official release for 1 year. Many distros have adopted it even Debian https://github.com/fcitx/fcitx5/tags As I see our version has stayed at 4.9999 https://packages.gentoo.org/packages/app-i18n/fcitx Fcitx5 has fewer dependencies compared to Ibus, it's compatible better with Flatpak apps, and it supports Wayland better. Maybe it's a new IME compare to old Fcitx. But you could use SLOT as Gentoo-zh overlay did, then we can have 2 versions in the same repo, and user are free to pick it. Please make the bump happened in the official repo. Please!
This is needed very much.
If want to push into the ::gentoo repo, the first question to confirm is in what form to push, whether (1)a set of packages with the same name but different slots, or (2)a set of packages with different names. For (1), the icon file conflicts need to be resolved, either patching fcitx:4 or fcitx:5 fixes them. There are some examples of patching fcitx:5: https://github.com/gentoo-mirror/ryans/tree/master/app-i18n, say fcitx-configtool, fcitx-rime and fcitx. As to whether the icon conflicts can be resolved from upstream, I'm not sure, because for upstream, these two are different sets of packages (fcitx-* and fcitx5-*). For (2), should be easier. The second question is the maintainers. I can take over the maintenance of some of these packages as proxy-maintainer, but not all of them, so help from other maintainers is needed. Hope to get more feedback.
Personally, I believe the solution (1) is better, as Fcitx5 is the successor of Fcitx4, and maintained by the same core author. However, I don't think the upstream is eager to solve the icon issues. The conflicts are distribution specific problems, and for most distributions without slot like functionalities, you do not need to deal with them. If we patch the packages ourselves, it is an expectantly burden. A practical solution is to make Fcitx5 conflict with Fcitx4, but this is not what slots designed for.
In fact, for solution (1), patching icons files for fcitx:4 is a better choice, because the maintenance of fcitx:4 is not so active at present. This can greatly reduce the amount of maintenance.
Hi, we have a few people here who want to move the process forward, my current thinking is: init 1) create a new GitHub organization (e.g.: fcitx-gentoo) 2) fork the ::gentoo repo 3) patch fcitx:4 series packages to solve the icon conflicts with fcitx:5 4) add some (not all) fcitx:5 packages 5) some tests 6) create the PR with `fcitx-gentoo/gentoo` 7) wait for merge daily maintenance 1) bump versions/fix bugs for fcitx:5 series packages in `fcitx-gentoo/gentoo` 2) some tests 3) create PR 4) wait for merge The reason why an additional fcitx-gentoo/gentoo repo is needed is because fcitx:5 has many packages, and a single person may not be able to ensure long-term uninterrupted maintenance. In order to ensure its atomic updates, an intermediate repository is required for the transition. And, the few of us may not be able to ensure that all supported input methods are added, mainly to maintain Chinese packages, so welcome to contribute to this intermediate repository (All committers' signatures and the original authors will be preserved when creating a PR to gentoo/gentoo). Hope to get some advice.
For an external Git repo, the 'gentoo-zh' community might be happy to contribute to it.
The icon conflict issue is not very important in my opinion. I don't think many people need fcitx 4 and 5 installed simultaneously. Fcitx is the only option for wayland wlroots compositor environments though, so it's needed desperately.
If we want to install both fcitx4 and fcitx5 at the same time, we just need to adjust the location of one of the icon files. But consider that fcitx4 and fcitx5 are registered in the same im module. For example, their XMODIFIERS variables are both "@im=fcitx" > fcitx4: https://github.com/fcitx/fcitx/blob/master/data/env_setup.sh#L38 > fcitx5: https://github.com/fcitx/fcitx5/blob/master/data/fcitx5-diagnose.sh#L1137 Running them at the same time is undefined behavior. (Thanks to Felix Yan @felixonmars for the heads up). Therefore, it is better to have fcitx4 and fcitx4 block each other.
hi, folks, we'd like to push fcitx5 in next few days.. we'd strongly encourage people interested in this package to do some review/build/tests please check the github's PR, thanks
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=539fe1546164fc2cf0e6bfae2e19e6cd727783f4 commit 539fe1546164fc2cf0e6bfae2e19e6cd727783f4 Author: Yongxiang Liang <tanekliang@gmail.com> AuthorDate: 2023-11-30 16:42:29 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2023-12-11 13:33:25 +0000 app-i18n/fcitx: block fcitx:4 and fcitx:5 each other If we want to install both fcitx4 and fcitx5 at the same time, we just need to adjust the location of one of the icon files. But consider that fcitx4 and fcitx5 are registered in the same im module. For example, their XMODIFIERS variables are both "@im=fcitx". Running them at the same time is undefined behavior. Bug: https://bugs.gentoo.org/760501 Signed-off-by: Yongxiang Liang <tanekliang@gmail.com> Signed-off-by: Yixun Lan <dlan@gentoo.org> app-i18n/fcitx/fcitx-4.2.9.8.ebuild | 5 +++-- app-i18n/fcitx/fcitx-4.9999.ebuild | 5 +++-- app-i18n/fcitx/fcitx-5.1.5.ebuild | 1 + 3 files changed, 7 insertions(+), 4 deletions(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3e2b4494511c68f48ca9319680e8bce05c374b42 commit 3e2b4494511c68f48ca9319680e8bce05c374b42 Author: Yongxiang Liang <tanekliang@gmail.com> AuthorDate: 2023-12-06 05:56:10 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2023-12-25 11:50:44 +0000 app-i18n/fcitx-chinese-addons: new package, add 5.1.2 fcitx-chinese-addons are Chinese related addons for fcitx5. It provides pinyin and table input method support. Bug: https://bugs.gentoo.org/760501 Signed-off-by: Yongxiang Liang <tanekliang@gmail.com> Signed-off-by: Yixun Lan <dlan@gentoo.org> app-i18n/fcitx-chinese-addons/Manifest | 1 + .../fcitx-chinese-addons-5.1.2.ebuild | 57 ++++++++++++++++++++++ app-i18n/fcitx-chinese-addons/metadata.xml | 26 ++++++++++ 3 files changed, 84 insertions(+)
I would be grateful, if someone added fcitx-anthy:5 or fcitx5 support for mozc.
(In reply to Sorrow from comment #21) > I would be grateful, if someone added fcitx-anthy:5 or fcitx5 support for > mozc. I bump app-i18n/fcitx-anthy:5 in https://github.com/gentoo/gentoo/pull/34478, and add fcitx5 use for app-i18n/mozc in https://github.com/gentoo/gentoo/pull/34477. Hopefully these pull reqeusts will get more review.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=6f8791cf6078fbf6222f77516d15c7f4d5da3c2c commit 6f8791cf6078fbf6222f77516d15c7f4d5da3c2c Author: Yongxiang Liang <tanekliang@gmail.com> AuthorDate: 2024-01-05 03:52:03 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2024-01-11 00:19:54 +0000 app-i18n/fcitx: add 5.1.6 Upstream uses libuv instead of libevent Bug: https://bugs.gentoo.org/760501 Signed-off-by: Yongxiang Liang <tanekliang@gmail.com> Signed-off-by: Yixun Lan <dlan@gentoo.org> app-i18n/fcitx/Manifest | 1 + app-i18n/fcitx/fcitx-5.1.6.ebuild | 123 ++++++++++++++++++++++++++++++++++++++ 2 files changed, 124 insertions(+)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=058dc0b851f1a555afe2366a400613f518de055a commit 058dc0b851f1a555afe2366a400613f518de055a Author: Ryan Qian <i@bitbili.net> AuthorDate: 2023-12-12 01:27:17 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2024-01-11 11:16:39 +0000 app-i18n/fcitx-rime: add 5.1.4 Bug: https://bugs.gentoo.org/760501 Signed-off-by: Ryan Qian <i@bitbili.net> Signed-off-by: Yixun Lan <dlan@gentoo.org> app-i18n/fcitx-rime/Manifest | 1 + app-i18n/fcitx-rime/fcitx-rime-5.1.4.ebuild | 30 +++++++++++++++++++++++++++++ app-i18n/fcitx-rime/metadata.xml | 13 +++++++++++++ 3 files changed, 44 insertions(+)
I think this bug has been resolved and should be closed.
(In reply to Ryan Tsien from comment #25) > I think this bug has been resolved and should be closed. I think it would be better to bump all the fcitx4 packages in the main tree to fcitx5 before closing them. Currently there are only app-i18n/fcitx-sayura and app-i18n/fcitx-unikey left.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b7d5d754da567d002f8a029cec921c4cb5fe8a67 commit b7d5d754da567d002f8a029cec921c4cb5fe8a67 Author: Yongxiang Liang <tanekliang@gmail.com> AuthorDate: 2024-08-19 14:48:21 +0000 Commit: Yixun Lan <dlan@gentoo.org> CommitDate: 2024-08-22 11:42:15 +0000 app-i18n/fcitx-unikey: add 5.1.4 Bug: https://bugs.gentoo.org/760501 Closes: https://github.com/gentoo/gentoo/pull/38186 Signed-off-by: Yongxiang Liang <tanekliang@gmail.com> Signed-off-by: Yixun Lan <dlan@gentoo.org> app-i18n/fcitx-unikey/Manifest | 1 + app-i18n/fcitx-unikey/fcitx-unikey-5.1.4.ebuild | 50 +++++++++++++++++++++++++ app-i18n/fcitx-unikey/metadata.xml | 9 +++++ 3 files changed, 60 insertions(+)
