[debian-devel 00536] 東京エリア・関西合同Debian勉強会の発表者募集(2026-03-21(土)開催分)
みなさま 杉本です。 2026年3月度のDebian勉強会を3月21日(土) 14時からDebian勉強会を 開催する予定です。場所はオンライン開催となります。 https://tokyodebian-team.pages.debian.net/2026-03.html 勉強会で発表していただける方を2枠募集いたします。 発表時間は1枠45分程度(質疑応答含む)です。 日頃Debianをこう使っている、こんな使い方をすると便利、 この機能を試してみた、パッケージ開発やドキュメント作成で困ったこと、 など共有いただけますと大変ありがたいです。 もし発表いただける場合は本メーリングリスト、 または杉本のメールアドレスまでご返信いただけますよう お願いいたします。 よろしくお願いします。 -- Norimitsu SUGIMOTO <dictoss@live.jp>
みなさま 杉本です。 2026年3月度のDebian勉強会を3月21日(土) 14時からDebian勉強会を 開催する予定です。場所はオンライン開催となります。 https://tokyodebian-team.pages.debian.net/2026-03.html 当日はセミナー 1本、BoF 1本に決まりましたのでお知らせいたします。 connpassからお申込みいただき、みなさま参加いただけますよう お願いいたします。 〇セミナー1 タイトル:「postgresqlのストリーミングレプリケーションで自宅BCP対策」 発表者:dictoss さん 概要: ・ひとつ前のDebian 12 bookworkでtrac-1.6サーバを自宅で運用しています。 tracのデータベースはDebianパッケージのpostgresql-15を使っています。 ・postgresql-15にはストリーミングレプリケーションという機能があり、 この機能を使うとデータベースのコピーをリアルタイムに別のサーバへ転送できます。 ・自宅データのBCP対策として離れた地域で動いているVPSへデータベースを レプリケーションする設定やネットワーク構成などを紹介します。 〇セミナー2 タイトル:BoF「よろず相談・情報共有会」 発表者:参加者全員 概要: ・参加者同士が集まって、Debian や OSS に関することで困ったこと、 何かをやってみたいがどう進めたらよいかわからないことなどを お互いに相談し合ってみましょう。 ・みんなで集まり、話し合うことで何か新しい発見が生まれるかもしれません。 よろしくお願いいたします On Thu, 5 Mar 2026 22:09:35 +0900 Norimitsu Sugimoto via debian-devel <debian-devel@debian.or.jp> wrote:
みなさま
杉本です。
2026年3月度のDebian勉強会を3月21日(土) 14時からDebian勉強会を 開催する予定です。場所はオンライン開催となります。 https://tokyodebian-team.pages.debian.net/2026-03.html
勉強会で発表していただける方を2枠募集いたします。 発表時間は1枠45分程度(質疑応答含む)です。
日頃Debianをこう使っている、こんな使い方をすると便利、 この機能を試してみた、パッケージ開発やドキュメント作成で困ったこと、 など共有いただけますと大変ありがたいです。
もし発表いただける場合は本メーリングリスト、 または杉本のメールアドレスまでご返信いただけますよう お願いいたします。
よろしくお願いします。
-- Norimitsu SUGIMOTO <dictoss@live.jp>
各位、 先日 osamu@debian.org から出したメール、どうも着いていないので、今度はgmailからメールします。 案件1: 日本語DE環境(task-japanese- desktop)では、Evolutionは日本語メールで問題があるとのコメントともにFirebird系がRECOMMENDSされています。私は、Evolutio nで特に不便なく使っています。Firebirdを外す方が、たとの整合的にっみいのではとの半ガススンアでいますが、皆様はどうお考えでしょうか? https://salsa.debian.org/installer-team/tasksel/-/merge_requests/52#note_735... # evolution has a problem for Japanese, for example it uses always UTF-8 # subject instead of iso-2022-jp used Japanese de-facto. I recommend # thunderbird as default mailer for Japanese desktop users. │ thunderbird, │ thunderbird-l10n-ja, 案件2:(以下はTESTINGのGNOME50) GNOME(ibus-mozc)で日本語入力がスムーズでないとの話を聞いたことがあります。 実は私もなんか不安定になったので、ibus関連パッケージを見たら、ibus-waylandをアンインストールしたままに気づきました。ibus- gtk4はgnome-coreが導入するのですが、ibus-waylandは手動入力しないと依存関係だけではインストールされないので、、、 ibus-waylandを導入したら、日本語モードで無変換のまま入力されることがなくなった気がします。この辺、どなたかご存知です? また、日本語入力へのk切り替えの際のショートカットキーはストロークが流行っ過ぎると上手く行かないような気もします。(自作のGNOME EXTENSIONでショートカットは設定しています。 https://extensions.gnome.org/extension/6066/shortcuts-to-activate-input-meth... https://github.com/osamuaoki/inputmethod-shortcuts 案件3: また、uim系がliveの日本語だけで推奨()されているのはいかがなものでしょうか? 以下の話は別の理由で一旦止まったとはいえ気になります。 https://salsa.debian.org/live-team/live-tasks/-/merge_requests/13 https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56 最近の日本語タスク(task-japanese-gnome-desktop)はibus 系みたいですし。 案件4: 私より若いGUNNARさんにim-configのメンテをお譲りしたと思って安心していたら、若くお亡くなりになって、、、。放置状態だったので、最近私がim- configを見出しました。 自分が書いたコードが最初であったとはいえ、フリーズ制約回避の経緯で改変行数を少なくしすぎたりUBUNTU用の機能拡張を加えたりの無理が尾を引いて、私自信コードを 理解できないコードになっていました。かなり大胆にリファクターして、リエントラントなコード構造を止め簡素化しました。その際、im-config (unstable)は、色々考えてWAYLAND 環境対応DEでは何もしないようにしました。(README.Debian参照) これで問題ないでしょうか? STABLEのibusパッケージはそれ自体でdaemon を立ち上げるような気がします。 im-configもKDE等 青木 PS: リタイアーしたとはいえ、時間はあるようで、意外とそうも行きません。DEBCON は健康ならなんかお手伝いできないかとは思うのですが、、、
青木さん、みなさま こんにちは。野方です。 ちょうど、KDE+Wayland環境でのim-configについて相談しよう思っていたところでした。 今から野方が書くことは、常用しているKDE+Waylandについてなので、ほかのDEやウィンドウマネージャ、 Xorg環境で問題があれば意見いただきたいです。
案件4: 私より若いGUNNARさんにim-configのメンテをお譲りしたと思って安心していたら、若くお亡くなりになって、、、。放置状態だったので、 最近私がim-configを見出しました。 自分が書いたコードが最初であったとはいえ、フリーズ制約回避の経緯で改変行数を少なくしすぎたりUBUNTU用の機能拡張を加えたりの無理が尾を引いて、私自信コードを 理解できないコードになっていました。かなり大胆にリファクターして、リエントラントなコード構造を止め簡素化しました。その際、im-config (unstable)は、色々考えてWAYLAND 環境対応DEでは何もしないようにしました。(README.Debian参照) これで問題ないでしょうか?
残念ながらWayland環境で問題が出ています。 fcitx wikiでは「GTK_IM_MODULE や QT_IM_MODULEは不要」と書かれている[^1]ので、そうかなと思っていました(そういうバグ報告もしました[^2])。 ですが、実際には *_IM_MODULEを見ているアプリが多く、設定していない状態では入力ができないアプリがいくつかありました。 特にFlatpakでインストールしたアプリはxwayland経由で起動しているものが多いようで、そういうものは Flatpakの設定で*_IM_MODULEを設定しないと使えませんでした。 (Flatpak版Slackなどプロプライエタリ系で問題あり?) ということで、自分の中ではWayland環境でも、まだ*_IM_MODULEを設定しておく必要があるように感じています。 - *_IM_MODULEの設定 → アプリの多くが使っているのでfcitx5が警告を出しても必要 - KDE環境で日本語が入力できない → KDEの問題。キーボード→仮想キーボードからfcitx5に設定する必要あり [^1]: Using Fcitx 5 on Wayland - Fcitx: https://fcitx-im.org/wiki/Using_Fcitx_5_on_Wayland#KDE_Plasma [^2]: #1099858 - im-config: Fctix5 environment variable is not set correctly in KDE Plasma 6 Wayland - Debian Bug report logs: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1099858
案件3: また、uim系がliveの日本語だけで推奨()されているのはいかがなものでしょうか? 以下の話は別の理由で一旦止まったとはいえ気になります。 https://salsa.debian.org/live-team/live-tasks/-/merge_requests/13 https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56 最近の日本語タスク(task-japanese-gnome-desktop)はibus 系みたいですし。
こちらは、青木さん向けではなくて自分の意見です。 GNOMEだけibusになったのは、確かGNOMEがibus前提になっていたからだと思います。 uimが使われているのは、よしのさんがメンテしているからだったような気がします。 それで、ここからは自分の意見ですが、KDE環境でもデフォルトではuimがインストールされますが、これを止めたいです。 具体的には、task-japanese-kde-desktopでは、kde-config-fcitx5とfcitx5-mozcを使うようにしたいです。 KDEでは、 kde-config-fcitx5でfcitx5が設定パネルと統合されているのでCJK環境では事実上、fcitx5の利用が前提になっています。 KDEでも機能的にはuimでも日本語入力は可能です。しかし、使い勝手の面でいうとKDE環境を考慮しないuimと設定/KDEパネルと統合されているfcitx5では、大きな差があります。 (設定は設定パネルから辿っていける。そしてIMもKDEパネルと統合されてきちんと表示される) ということで変更したいと思っていますが、どうでしょうか?>みなさま 日本語環境ついでにいえば、横道ですがフォントをNoto CJKに変えたい話も途中で止めたままだから、なんとかしたいなぁ ていうか、生活が安定しなければ何もできない… 2026年3月20日(金) 0:47 Osamu Aoki via debian-devel <debian-devel@debian.or.jp>:
各位、
先日 osamu@debian.org から出したメール、どうも着いていないので、今度はgmailからメールします。
案件1: 日本語DE環境(task-japanese- desktop)では、Evolutionは日本語メールで問題があるとのコメントともにFirebird系がRECOMMENDSされています。私は、Evolutio nで特に不便なく使っています。Firebirdを外す方が、たとの整合的にっみいのではとの半ガススンアでいますが、皆様はどうお考えでしょうか? https://salsa.debian.org/installer-team/tasksel/-/merge_requests/52#note_735... # evolution has a problem for Japanese, for example it uses always UTF-8 # subject instead of iso-2022-jp used Japanese de-facto. I recommend # thunderbird as default mailer for Japanese desktop users. │ thunderbird, │ thunderbird-l10n-ja,
案件2:(以下はTESTINGのGNOME50) GNOME(ibus-mozc)で日本語入力がスムーズでないとの話を聞いたことがあります。 実は私もなんか不安定になったので、ibus関連パッケージを見たら、ibus-waylandをアンインストールしたままに気づきました。ibus- gtk4はgnome-coreが導入するのですが、ibus-waylandは手動入力しないと依存関係だけではインストールされないので、、、 ibus-waylandを導入したら、日本語モードで無変換のまま入力されることがなくなった気がします。この辺、どなたかご存知です?
また、日本語入力へのk切り替えの際のショートカットキーはストロークが流行っ過ぎると上手く行かないような気もします。(自作のGNOME EXTENSIONでショートカットは設定しています。
https://extensions.gnome.org/extension/6066/shortcuts-to-activate-input-meth... https://github.com/osamuaoki/inputmethod-shortcuts
案件3: また、uim系がliveの日本語だけで推奨()されているのはいかがなものでしょうか? 以下の話は別の理由で一旦止まったとはいえ気になります。 https://salsa.debian.org/live-team/live-tasks/-/merge_requests/13 https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56 最近の日本語タスク(task-japanese-gnome-desktop)はibus 系みたいですし。
案件4: 私より若いGUNNARさんにim-configのメンテをお譲りしたと思って安心していたら、若くお亡くなりになって、、、。放置状態だったので、最近私がim- configを見出しました。 自分が書いたコードが最初であったとはいえ、フリーズ制約回避の経緯で改変行数を少なくしすぎたりUBUNTU用の機能拡張を加えたりの無理が尾を引いて、私自信コードを 理解できないコードになっていました。かなり大胆にリファクターして、リエントラントなコード構造を止め簡素化しました。その際、im-config (unstable)は、色々考えてWAYLAND 環境対応DEでは何もしないようにしました。(README.Debian参照) これで問題ないでしょうか?
STABLEのibusパッケージはそれ自体でdaemon を立ち上げるような気がします。 im-configもKDE等
青木
PS: リタイアーしたとはいえ、時間はあるようで、意外とそうも行きません。DEBCON は健康ならなんかお手伝いできないかとは思うのですが、、、 _______________________________________________ debian-devel mailing list -- debian-devel@debian.or.jp To unsubscribe send an email to debian-devel-leave@debian.or.jp
-- 野方 純 (Jun Nogata) - mail: nogajun@gmail.com - web: http://www.nofuture.tv/
各位、 こっちの設定のせいか、どうもML経由のメールが上手くこちらに届かないようです。(CCよろしく) さて、野方さんの話を聞いてXMODIFIERS等 の環境変数設定対応がいるかなとは思いだしてます。このままのGUNNARが始めたim- configのコード部分のままでは環境変数のEXPORTのKDE対応ができません。確か当時はGNOME対応が念頭で、吉野さんの古いSYSTEMD利用のコードでは 、ibusの事前導入必須問題があり、これを避ける危急のニーズのために、簡単で理解しやすい/etc/profile.d/にフックスクリプトをGUNNARは移動した と理解してます。GNOMEではこのコードはもう不要な上、KDEの起動はこのファイルを読まないので使えなくなっています。そのため、TESTINGは実質空コードこの ファイルしています。 別の環境変数設定方法は、/etc/environment.d/にフックですが、ここには条件分岐が書けません。 今古いコードを見直したら、古いSYSTEMD利用コードのアプローチは、ある意味より汎用性があるアプローチと見受けます。 2bbb1a3 ("70-im-config: Export env variables via systemd", 2019-03-07) 3754fd8 ("Fcitx not preferred for Chinese on GNOME etc.", 2020-05-18) この期間のコードを参考に、ちょっと見直し、以下のご指摘を考えます。
- *_IM_MODULEの設定 → アプリの多くが使っているのでfcitx5が警告を出しても必要 - KDE環境で日本語が入力できない → KDEの問題。キーボード→仮想キーボードからfcitx5に設定する必要あり
[^1]: Using Fcitx 5 on Wayland - Fcitx: https://fcitx-im.org/wiki/Using_Fcitx_5_on_Wayland#KDE_Plasma [^2]: #1099858 - im-config: Fctix5 environment variable is not set correctly in KDE Plasma 6 Wayland - Debian Bug report logs: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1099858
このレポートはDebian/12 STABLEですね。この頃は/etc/profile.d/を読んでるのかな? TESTING環境でKDEはどうも読まないんですよ。 お多数ですが https://packages.debian.org/sid/im-config にある, im-config 0.62 を dpkg -iで導入して、さらに/etc/default/im-config 中の最後の行をアンコメントして、IM_CONFIG_VERBOSE="true"として、システムを再起動した際の'journalctl -b --user -t im-config'の出力をお教え願えます。 unstableで安定化したら、バックポートにでも修正版を出すのかな。安定版へのアップロードは厳しいので。 さて、以下ですが:
案件3: また、uim系がliveの日本語だけで推奨()されているのはいかがなものでしょうか? 以下の話は別の理由で一旦止まったとはいえ気になります。 https://salsa.debian.org/live-team/live-tasks/-/merge_requests/13 https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56 最近の日本語タスク(task-japanese-gnome-desktop)はibus 系みたいですし。
こちらは、青木さん向けではなくて自分の意見です。
私も、ibusがTASKに入ったのは、GNOMEがibus前提になっていたからだと思います。他は、誰も変えようと動かなかったから、UIM系があちこちで見られるよ うな気がします。
uimが使われているのは、よしのさんがメンテしているからだったような気がします。
たしかに、、、
それで、ここからは自分の意見ですが、KDE環境でもデフォルトではuimがインストールされますが、これを止めたいです。 具体的には、task-japanese-kde-desktopでは、kde-config-fcitx5とfcitx5-mozcを使うようにしたいです。
KDEでは、 kde-config-fcitx5でfcitx5が設定パネルと統合されているのでCJK環境では事実上、fcitx5の利用が前提になっています。 KDEでも機能的にはuimでも日本語入力は可能です。しかし、使い勝手の面でいうとKDE環境を考慮しないuimと設定/KDEパネルと統合されているfcitx5 では、大きな差があります。 (設定は設定パネルから辿っていける。そしてIMもKDEパネルと統合されてきちんと表示される) ということで変更したいと思っていますが、どうでしょうか?>みなさま
KDEでは、ibuもvirtual keyboardから選べますが、TASK等を見てもfcitx5が世間の主流のようですね。いずれにせよ、uimをTASKを通して初心者にまで広めるのは少々強引かと 思ってきました。 パッケージのチョイスとしてim- configが示す選択肢に残すのは、興味のある方によるサポートがあればするつもりですが、TASKでibus系・fcitx5系以外を推すのには私は賛成しかねます。
日本語環境ついでにいえば、横道ですがフォントをNoto CJKに変えたい話も途中で止めたままだから、なんとかしたいなぁ ていうか、生活が安定しなければ何もできない…
REAL LIFE優先ですね。 わたしも、今のフォントペアを残す必要があるなら残すのはいいのですが、少なくともNoto CJKをメインの依存/推奨パッケージにすべきですよね。
案件1: 日本語DE環境(task-japanese- desktop)では、Evolutionは日本語メールで問題があるとのコメントともにFirebird系がRECOMMENDSされています。私は、Evol utio nで特に不便なく使っています。Firebirdを外す方が、たとの整合的にっみいのではとの半ガススンアでいますが、皆様はどうお考えでしょうか? https://salsa.debian.org/installer-team/tasksel/- /merge_requests/52#note_735228 # evolution has a problem for Japanese, for example it uses always UTF-8 # subject instead of iso-2022-jp used Japanese de-facto. I recommend # thunderbird as default mailer for Japanese desktop users. │ thunderbird, │ thunderbird-l10n-ja,
こちらへのコメントはどなたかあります?
案件2:(以下はTESTINGのGNOME50) GNOME(ibus-mozc)で日本語入力がスムーズでないとの話を聞いたことがあります。 実は私もなんか不安定になったので、ibus関連パッケージを見たら、ibus-waylandをアンインストールしたままに気づきました。ibus- gtk4はgnome-coreが導入するのですが、ibus-waylandは手動入力しないと依存関係だけではインストールされないので、、、 ibus-waylandを導入したら、日本語モードで無変換のまま入力されることがなくなった気がします。この辺、どなたかご存知です?
また、日本語入力へのk切り替えの際のショートカットキーはストロークが流行っ過ぎると上手く行かないような気もします。(自作のGNOME EXTENSIONでショートカットは設定しています。
https://extensions.gnome.org/extension/6066/shortcuts-to-activate-input- methods/ https://github.com/osamuaoki/inputmethod-shortcuts
どうも、最初の1文字入力がなくなる問題もあり、それが絡んでいる気もします。 ibusやfcitx5は、daemonがSTABLEでは2こ立ち上がっるような状況かと危惧しています。確かOLDSTABLE以前にはなかったと思うのですが、au tostartコードがibusやfcitx5にもあり、im-configのAUTOSTARTと両方あるのが気になります。UNSTABLEでは、im- config サイドは立ち上げないようにしました。それでも文字ロス問題が解決した気がしません。 青木
佐々木です.
On Fri, 20 Mar 2026 14:25:13 +0900, Osamu Aoki via debian-devel
<debian-devel@debian.or.jp> wrote:
>
> こっちの設定のせいか、どうもML経由のメールが上手くこちらに届かないようです。
> (CCよろしく)
はて? こちらで何か調べた方が良い事があれば返信下さい.
閑話休題
> さて、野方さんの話を聞いてXMODIFIERS等 の環境変数設定対応がいるかなとは思い
> だしてます。
- snip -
> このレポートはDebian/12 STABLEですね。この頃は/etc/profile.d/を読んでるのか
> な?TESTING環境でKDEはどうも読まないんですよ。
GDM, SDDM(KDE Plasma) は /etc/profile.d, /etc/environment.d/ などを読まないの
で私は ~/.config/environment.d/fcitx5.conf を置いて GTK_IMMODULE などを設定し
ています.
中身は
GTK_IM_MODULE=fcitx
QT_IM_MODULE=fcitx
QT_IM_MODULES=fcitx
XMODIFIERS="@im=fcitx"
GLFW_IM_MODULE=ibus
ですけ.
多分, im-config での設定はwayland 向けには ~/.config/environment.d/ 以下に変数
設定ファイルを出力する様になっていれば良いのかな,と思っていますが, どうでしょ
うか.
> > > 案件3:また、uim系がliveの日本語だけで推奨()されているのはいかがなもの
> > > でしょうか?以下の話は別の理由で一旦止まったとはいえ気になります。
> > > https://salsa.debian.org/live-team/live-tasks/-/merge_requests/13
> > > https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56最近
> > > の日本語タスク(task-japanese-gnome-desktop)はibus 系みたいですし。
> >
> > こちらは、青木さん向けではなくて自分の意見です。
>
> 私も、ibusがTASKに入ったのは、GNOMEがibus前提になっていたからだと思います。
> 他は、誰も変えようと動かなかったから、UIM系があちこちで見られるような気がし
> ます。
[debian-devel 00380] Bullseyeデフォルトデスクトップの日本語入力について
https://lists.debian.or.jp/mailman3/hyperkitty/list/debian-devel@debian.or.jp/thread/7J5FVR2NY23C3HJ2H4V6OBXTJUBUHMKP/
初回起動時には gnome-initial-setup が起動するので,そのタイミングで ibus-mozc
が選べる様になって欲しいから, だった様な.
# KKC が選択肢に出てきたりして, いろいろ困った気がするんですが, 記憶が曖昧.
uim は QT 対応と flatpak, snap 向けの dbus 経由での IM の状態渡しに対応できて
いないので,そろそろ ibus か fcitx5 への切り替えるべき, というのは私も賛成しま
す.
> > それで、ここからは自分の意見ですが、KDE環境でもデフォルトではuimがインストー
> > ルされますが、これを止めたいです。具体的には、task-japanese-kde-desktopで
> > は、kde-config-fcitx5とfcitx5-mozcを使うようにしたいです。
- task-japanese-desktop を uim → fcitx5 にtask-japanese-gnome-desktop は ibus
- のまま
とするのが良いですかね?
> configが示す選択肢に残すのは、興味のある方によるサポートがあればするつもりで
> すが、TASKでibus系・fcitx5系以外を推すのには私は賛成しかねます。
御意
> > 日本語環境ついでにいえば、横道ですがフォントをNoto CJKに変えたい話も途中で
> > 止めたままだから、なんとかしたいなぁていうか、生活が安定しなければ何もでき
> > ない…
>
> REAL LIFE優先ですね。
>
> わたしも、今のフォントペアを残す必要があるなら残すのはいいのですが、少なくと
> もNoto CJKをメインの依存/推奨パッケージにすべきですよね。
>
> > > 案件1:日本語DE環境(task-japanese- desktop)では、Evolutionは日本語メー
> > > ルで問題があるとのコメントともにFirebird系がRECOMMENDSされています。
- snip -
> こちらへのコメントはどなたかあります?
私は thunderbird のままで良いと思っています. というのも, 今は正式になんと言う
のか良く知らないのですが, まあ, Microsoft の outlook? Webメールの仕様が酷くて
1. 漢字が4つ以上連続すると, 中国語と判定して gb2312 として MIME エンコードする
事があります(おバカすぎますが). また MS IME の日本語入力が Han CJK の文字
列を入力することもあって, 送信者が日本語のメールを送ったつもりでも, 実際の
エンコードは gp2312 となっている事が多いです.
2. Outlook は gp2312 と称してメールを送ってくるのですが, これが gb2312 の拡張
の GBK (cp936) であることが多く, 幾つかのメールを evolution で見たら読めま
せんでした.
3. Outlook は, 他にも ISO-2022-JP を独自拡張した CP50220 などでメールを送って
くるので,これも適切にデコードできないとメールが読めません.
そのうち世の中UTF-8に収斂して気にならなくなるのかもしれませんが,
現状では Thunderbird のままで良いと思います.
> > > 案件2:(以下はTESTINGのGNOME50)GNOME(ibus-mozc)で日本語入力がスムーズ
> > > でないとの話を聞いたことがあります。実は私もなんか不安定になったので、
> > > ibus関連パッケージを見たら、ibus-waylandをアンインストールしたままに気づ
> > > きました。ibus- gtk4はgnome-coreが導入するのですが、ibus-waylandは手動入
> > > 力しないと依存関係だけではインストールされないので、、、ibus-waylandを導
> > > 入したら、日本語モードで無変換のまま入力されることがなくなった気がします。
> > > この辺、どなたかご存知です?
> > >
> > > また、日本語入力へのk切り替えの際のショートカットキーはストロークが流行っ
> > > 過ぎると上手く行かないような気もします。(自作のGNOME EXTENSIONでショート
> > > カットは設定しています。
> > >
> > > https://extensions.gnome.org/extension/6066/shortcuts-to-activate-input-
> > > methods/ https://github.com/osamuaoki/inputmethod-shortcuts
> > >
>
> どうも、最初の1文字入力がなくなる問題もあり、それが絡んでいる気もします。
>
> ibusやfcitx5は、daemonがSTABLEでは2こ立ち上がっるような状況かと危惧していま
> す。確かOLDSTABLE以前にはなかったと思うのですが、au tostartコードがibusや
> fcitx5にもあり、im-configのAUTOSTARTと両方あるのが気になります。UNSTABLEでは、
> im- config サイドは立ち上げないようにしました。それでも文字ロス問題が解決し
> た気がしません。
--
Youhei SASAKI <uwabami@gfd-dennou.org>
<uwabami@debian.or.jp>
GPG fingerprint:
4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07
佐々木です.
フォント回りで言及を忘れていました.
- fonts-morisawa-bizud-gothic: FTBFS: TypeError: '<' not supported between instances of 'dict' and 'dict'
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1126200
- fonts-morisawa-bizud-mincho: FTBFS: TypeError: '<' not supported between instances of 'dict' and 'dict'
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1126201
というわけで, Morisawa BIZ UD{Gothic,Mincho} は絶賛 FTBFS 中です.
ソースデータの形式が古く互換性が無いのが問題ですが, upstream のリポジトリでもビルドが通らないので困ってます.
# 誰か助けて〜.
というわけで, 安定している Noto CJK JP を task-japanese-desktop で Recommends するのが良いと思います.
難点は, パッケージが分割されていないので, ちょっとサイズが大きい事でしょうか.
On Fri, 20 Mar 2026 22:00:18 +0900,
Youhei SASAKI via debian-devel <debian-devel@debian.or.jp> wrote:
>
> 佐々木です.
>
> On Fri, 20 Mar 2026 14:25:13 +0900, Osamu Aoki via debian-devel
> <debian-devel@debian.or.jp> wrote:
> >
> > こっちの設定のせいか、どうもML経由のメールが上手くこちらに届かないようです。
> > (CCよろしく)
>
> はて? こちらで何か調べた方が良い事があれば返信下さい.
>
> 閑話休題
>
> > さて、野方さんの話を聞いてXMODIFIERS等 の環境変数設定対応がいるかなとは思い
> > だしてます。
> - snip -
> > このレポートはDebian/12 STABLEですね。この頃は/etc/profile.d/を読んでるのか
> > な?TESTING環境でKDEはどうも読まないんですよ。
>
> GDM, SDDM(KDE Plasma) は /etc/profile.d, /etc/environment.d/ などを読まないの
> で私は ~/.config/environment.d/fcitx5.conf を置いて GTK_IMMODULE などを設定し
> ています.
> 中身は
> GTK_IM_MODULE=fcitx
> QT_IM_MODULE=fcitx
> QT_IM_MODULES=fcitx
> XMODIFIERS="@im=fcitx"
> GLFW_IM_MODULE=ibus
> ですけ.
>
> 多分, im-config での設定はwayland 向けには ~/.config/environment.d/ 以下に変数
> 設定ファイルを出力する様になっていれば良いのかな,と思っていますが, どうでしょ
> うか.
>
> > > > 案件3:また、uim系がliveの日本語だけで推奨()されているのはいかがなもの
> > > > でしょうか?以下の話は別の理由で一旦止まったとはいえ気になります。
> > > > https://salsa.debian.org/live-team/live-tasks/-/merge_requests/13
> > > > https://salsa.debian.org/installer-team/tasksel/-/merge_requests/56最近
> > > > の日本語タスク(task-japanese-gnome-desktop)はibus 系みたいですし。
> > >
> > > こちらは、青木さん向けではなくて自分の意見です。
> >
> > 私も、ibusがTASKに入ったのは、GNOMEがibus前提になっていたからだと思います。
> > 他は、誰も変えようと動かなかったから、UIM系があちこちで見られるような気がし
> > ます。
>
> [debian-devel 00380] Bullseyeデフォルトデスクトップの日本語入力について
> https://lists.debian.or.jp/mailman3/hyperkitty/list/debian-devel@debian.or.jp/thread/7J5FVR2NY23C3HJ2H4V6OBXTJUBUHMKP/
>
> 初回起動時には gnome-initial-setup が起動するので,そのタイミングで ibus-mozc
> が選べる様になって欲しいから, だった様な.
> # KKC が選択肢に出てきたりして, いろいろ困った気がするんですが, 記憶が曖昧.
>
> uim は QT 対応と flatpak, snap 向けの dbus 経由での IM の状態渡しに対応できて
> いないので,そろそろ ibus か fcitx5 への切り替えるべき, というのは私も賛成しま
> す.
>
> > > それで、ここからは自分の意見ですが、KDE環境でもデフォルトではuimがインストー
> > > ルされますが、これを止めたいです。具体的には、task-japanese-kde-desktopで
> > > は、kde-config-fcitx5とfcitx5-mozcを使うようにしたいです。
>
> - task-japanese-desktop を uim → fcitx5 にtask-japanese-gnome-desktop は ibus
> - のまま
>
> とするのが良いですかね?
>
> > configが示す選択肢に残すのは、興味のある方によるサポートがあればするつもりで
> > すが、TASKでibus系・fcitx5系以外を推すのには私は賛成しかねます。
>
> 御意
>
> > > 日本語環境ついでにいえば、横道ですがフォントをNoto CJKに変えたい話も途中で
> > > 止めたままだから、なんとかしたいなぁていうか、生活が安定しなければ何もでき
> > > ない…
> >
> > REAL LIFE優先ですね。
> >
> > わたしも、今のフォントペアを残す必要があるなら残すのはいいのですが、少なくと
> > もNoto CJKをメインの依存/推奨パッケージにすべきですよね。
> >
> > > > 案件1:日本語DE環境(task-japanese- desktop)では、Evolutionは日本語メー
> > > > ルで問題があるとのコメントともにFirebird系がRECOMMENDSされています。
> - snip -
> > こちらへのコメントはどなたかあります?
>
> 私は thunderbird のままで良いと思っています. というのも, 今は正式になんと言う
> のか良く知らないのですが, まあ, Microsoft の outlook? Webメールの仕様が酷くて
>
> 1. 漢字が4つ以上連続すると, 中国語と判定して gb2312 として MIME エンコードする
> 事があります(おバカすぎますが). また MS IME の日本語入力が Han CJK の文字
> 列を入力することもあって, 送信者が日本語のメールを送ったつもりでも, 実際の
> エンコードは gp2312 となっている事が多いです.
> 2. Outlook は gp2312 と称してメールを送ってくるのですが, これが gb2312 の拡張
> の GBK (cp936) であることが多く, 幾つかのメールを evolution で見たら読めま
> せんでした.
> 3. Outlook は, 他にも ISO-2022-JP を独自拡張した CP50220 などでメールを送って
> くるので,これも適切にデコードできないとメールが読めません.
>
> そのうち世の中UTF-8に収斂して気にならなくなるのかもしれませんが,
> 現状では Thunderbird のままで良いと思います.
>
> > > > 案件2:(以下はTESTINGのGNOME50)GNOME(ibus-mozc)で日本語入力がスムーズ
> > > > でないとの話を聞いたことがあります。実は私もなんか不安定になったので、
> > > > ibus関連パッケージを見たら、ibus-waylandをアンインストールしたままに気づ
> > > > きました。ibus- gtk4はgnome-coreが導入するのですが、ibus-waylandは手動入
> > > > 力しないと依存関係だけではインストールされないので、、、ibus-waylandを導
> > > > 入したら、日本語モードで無変換のまま入力されることがなくなった気がします。
> > > > この辺、どなたかご存知です?
> > > >
> > > > また、日本語入力へのk切り替えの際のショートカットキーはストロークが流行っ
> > > > 過ぎると上手く行かないような気もします。(自作のGNOME EXTENSIONでショート
> > > > カットは設定しています。
> > > >
> > > > https://extensions.gnome.org/extension/6066/shortcuts-to-activate-input-
> > > > methods/ https://github.com/osamuaoki/inputmethod-shortcuts
> > > >
> >
> > どうも、最初の1文字入力がなくなる問題もあり、それが絡んでいる気もします。
> >
> > ibusやfcitx5は、daemonがSTABLEでは2こ立ち上がっるような状況かと危惧していま
> > す。確かOLDSTABLE以前にはなかったと思うのですが、au tostartコードがibusや
> > fcitx5にもあり、im-configのAUTOSTARTと両方あるのが気になります。UNSTABLEでは、
> > im- config サイドは立ち上げないようにしました。それでも文字ロス問題が解決し
> > た気がしません。
--
Youhei SASAKI <uwabami@gfd-dennou.org>
<uwabami@debian.or.jp>
GPG fingerprint:
4096/RSA: 66A4 EA70 4FE2 4055 8D6A C2E6 9394 F354 891D 7E07
各位、 今日のBoF「よろず相談・情報共有会」の話題用の簡単なスライドを作りました。 https://osamuaoki.github.io/doc/ * IM-Mail.odp 参考まで。 青木
participants (4)
-
Jun Nogata -
Norimitsu Sugimoto -
Osamu Aoki -
Youhei SASAKI