From nobody Mon Jul 08 13:01:03 2024 X-Original-To: users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4WHklK2Zjzz5Q8WB for ; Mon, 08 Jul 2024 13:01:17 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4WHklG3VMyz4hvk for ; Mon, 8 Jul 2024 13:01:13 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=dec.sakura.ne.jp header.s=s2405 header.b=PPagNWvh; dmarc=pass (policy=none) header.from=dec.sakura.ne.jp; spf=pass (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp designates 153.125.133.21 as permitted sender) smtp.mailfrom=junchoon@dec.sakura.ne.jp Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 468D13ov039731; Mon, 8 Jul 2024 22:01:03 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1720443664; bh=pBsfkCf/UBJgqkj/1sYGCucZhbglST0HtZ0IXYabopo=; h=Date:From:To:Subject; b=PPagNWvhbGqfY4TnqfWavZigeIFnbDArk3AsnM6eQVYeDvzdwzLXK77acHiLO5wRx e/XvNaSW3jQoC5Ot2/IKEFWZT9TF8Exw17HHsCXTRKrB01Dq89F2zG3JKjyWzKljnZ 5w9NcOSLkIfEcoMJOPQefBpUuoU3z5/3+h4w6ags= Date: Mon, 8 Jul 2024 22:01:03 +0900 From: Tomoaki AOKI To: users-jp@freebsd.org Subject: fcitx5-mozc Message-Id: <20240708220103.2046edddfce0359636a00f66@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-users-jp@freebsd.org Sender: owner-freebsd-users-jp@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; DMARC_POLICY_ALLOW(-0.50)[dec.sakura.ne.jp,none]; MV_CASE(0.50)[]; R_DKIM_ALLOW(-0.20)[dec.sakura.ne.jp:s=s2405]; R_SPF_ALLOW(-0.20)[+ip4:153.125.133.16/28]; ONCE_RECEIVED(0.10)[]; MIME_GOOD(-0.10)[text/plain]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; MIME_TRACE(0.00)[0:+]; RCPT_COUNT_ONE(0.00)[1]; MID_RHS_MATCH_FROM(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_TLS_LAST(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[dec.sakura.ne.jp:+] X-Rspamd-Queue-Id: 4WHklG3VMyz4hvk 青木@名古屋です。 現在、FreeBSD関係ではports-mgmt/pkg_replaceの開発・メンテナンス等を されている出口さんがgithubでfcitx5-mozcやportsにあるものより新しい x11-wm/compiz関連その他諸々の移植作業をしておられ、portsのoverlay機能 を使う前提のリポジトリ[1]が公開されています。 このリポジトリを発見して以降やりとりさせて頂いている中で、ここやForums 等で紹介する許可を頂きました。 [1] https://github.com/kdeguchi/ports [2] https://kdeguchi.lsv.jp/2023/09/06/post-1233/ 注意点としては、 　・pkgの形では提供されていない。 　・そのまま利用するにはportsのoverlay機能の使い方を理解している 　　必要がある。 　・fcitx4にあったIMEパネルはfcitx5では無くなった。（mateの場合、mateの 　　パネル上の状態表示アイコンは残っている） 　・辞書データの中に頻繁に更新されているものがあるため、タイミングに 　　よってはファイルの取得に失敗することがある。 　・mozc自体が新しいバージョンになるため、出口さんご自身が使わない 　　ため未着手のibus-mozcやuim-mozcはビルドできなくなる。 　・現状、現在の理屈通りの対応ではpoudriereでのビルドがうまくいかない。 　　（古典的なBUILD_DEPENDSへの追加が必要なものがある） といったところです。　私の場合、依存関係の絡みであえてportsの バージョンを使いたいものもあったためoverlay機能を使わず、 出口さんのoverlayとportsツリーの差分から欲しい物だけ切り出した diffを適用（削除されるファイルへの対応の関係でgdiffとgpatchを 使う必要あり）しています。 一応ポイントとしては、「overlayに存在するディレクトリについては portsや下（より大元のportsに近い段階）のoverlayの内容は無視される ものの、/usr/ports/Mk/以下は例外らしい」というところでしょうか。 portsツリーに存在してoverlayには無いファイルを残すようにパッチを 当ててしまうと基本的にビルドに失敗します。　当初、ファイル単位で マスクされるものと思ってパッチを生成していてうまくいきませんでした。 ここから先は、出口さんのリポジトリを発見するに至った経緯ですので、 読み飛ばして頂いて全く問題ありません。 久しく日本語入力にはfcitx-mozcを使ってきたのですが、これは旧バージョンの chinese/fcitx (所謂fcitx4) に対するもので、先行きに不安があります。 また、試しに入れてみたx11/kittyで日本語入力できず、調べてみるとibusの インターフェースしかサポートせず、現行のfcitx5 (textproc/fcitx) なら ibusのインターフェースに対応しているものの、旧バージョンのfcitx4では できないことも判明しました。　これがターミナルエミュレータ全般なり （違う類でも）Rustで書かれたソフトウェア全般がその方向になると、 今のトレンドのままRustが普及すると日本語入力したくてもできないケースが 懸念されます。 現行のjapanese/mozc-serverのMakefileを見るとfcitx5の機能を無効にして fcitx4を活かすように設定されているようだったので、最も安直な形で fcitx5を使う形に書き直してみてもうまくいかず、腰を据えてできるときに 少しずつやってみる...前に、誰かやっていないか久しぶりに確認してみようと 探していて出口さんのサイトに行き当たりました。 さらに、現メンテナの手が回っていなくてportsが古いバージョンで止まって いるため設定ツールが使えなくて他の方にお薦めできなかったcompizまで 後継バージョン（0.8系）の新しいものが用意されていたことに嬉しくなって しまい、pkg_replaceのバグレポートの関係でご縁のあった出口さんだった こともあって連絡を取らせて頂いて今に至る形です。 -- 青木 知明 [Tomoaki AOKI]