devcontainer で gedit を起動して mozc で日本語入力
マシンスペック
デスクトップ
Hardware Model: ASRock B860M Pro RS WiFi
Processor: Intel® Core™ Ultra 7 265 × 20
Graphics: NVIDIA GeForce RTX™ 5060 Ti (16GiB)
OS Name: Ubuntu 24.04.4 LTS
概要
devcontainer で gedit を起動して mozc で日本語入力します。
goose と gemini が方法を考えました。
なかなかいいやりかたかも。
詳細
goose と gemini の組み合わせをオススメ
実験
プロセス
task1.md
目的
- 現在の環境は devcontainer ですが gedit で mozc による日本語入力ができるように設定したいです。
情報
- nvidia-smi コマンドが使えます。GUIの表示には対応できているはずです。
依頼
- 手順書を作成して setup.md に記載してください。
- gemini にレビューを依頼して指摘事項を反映してください。
- gemini に指摘事項の反映確認を依頼して承認を得てください。
spec.md
gedit + mozc 日本語入力セットアップ手順
概要
devcontainer（ubuntu24jp:latest）内で gedit に mozc を使用した日本語入力を有効にする。
既に DISPLAY と /tmp/.X11-unix のバインディング、および PulseAudio がホストにマウントされているため、GUI アプリの実行は可能である。
前提条件
- ホスト側で X11 サーバーが稼働し、コンテナ内の GUI アプリを表示できる状態であること
- Linux: DISPLAY と /tmp/.X11-unix, ${localEnv:XDG_RUNTIME_DIR} がバインド済み（devcontainer.json で設定）
- macOS: XQuartz がインストールされ、起動していること
> 注意: Mozc エンジンはコンテナ内で自己完結して動作します。ホスト側への mozc や IME の導入は必須ではありません。
セットアップ手順
ステップ 1: パッケージのインストールと初期環境設定（初回のみ）
devcontainer.json に以下の通り追記する。
パッケージの導入と初期設定は postCreateCommand で一度だけ実行し、再起動時に再実行されないようにする。
.devcontainer/devcontainer.json の修正:
{
"name": "goose-agy",
"image": "ubuntu24jp:latest",
// ... 既存の設定（runArgs, mounts など）はそのまま保持 ...
"containerEnv": {
"DISPLAY": "${localEnv:DISPLAY}",
"WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}",
"XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}",
// ★ 以下を追記（IBus / GTK IM フロントエンド用）
"GTK_IM_MODULE": "ibus",
"QT_IM_MODULE": "ibus",
"XMODIFIERS": "@im=ibus"
},
"postCreateCommand": {
// ... 既存の postCreateCommand（agy-cli-setup, goose-cli-setup）はそのまま保持 ...
"setup-gedit-mozc": "sudo apt-get update && sudo apt-get install -y gedit ibus ibus-mozc ibus-gtk3 dbus-x11 dconf-cli im-config mozc-utils-gui && bash .devcontainer/setup-ibus-env.sh"
},
// ★ 以下を追記（デーモン起動は postStartCommand で）
"postStartCommand": {
// ... 既存の postStartCommand はそのまま保持（無ければ新規追加）...
"start-ibus": "bash .devcontainer/start-ibus.sh"
}
}
> ライフサイクルの違い:
> - postCreateCommand: コンテナが初回作成されたときのみ実行される。パッケージ導入・初期設定に使用。
> - postStartCommand: コンテナの起動・再開時に毎回実行される。デーモンプロセスの再起動などに使用。
ステップ 2: 初期環境スクリプトを作成する
.devcontainer/setup-ibus-env.sh の作成:
#!/bin/bash
# IBus + mozc 初期セットアップ（postCreateCommand から一度だけ実行される）
set -euo pipefail
export XDG_CONFIG_HOME="${HOME}/.config"
# im-config で ibus をデフォルト IM に設定
im-config -n ibus || true
# ~/.bashrc に環境変数を追加（非ログインシェルのターミナル用フォールバック）
grep -qxF 'export GTK_IM_MODULE=ibus' "${HOME}/.bashrc" \
|| echo 'export GTK_IM_MODULE=ibus' >> "${HOME}/.bashrc"
grep -qxF 'export QT_IM_MODULE=ibus' "${HOME}/.bashrc" \
|| echo 'export QT_IM_MODULE=ibus' >> "${HOME}/.bashrc"
grep -qxF 'export XMODIFIERS=@im=ibus' "${HOME}/.bashrc" \
|| echo 'export XMODIFIERS=@im=ibus' >> "${HOME}/.bashrc"
echo "IBus + mozc のパッケージ導入と初期設定が完了しました。"
ステップ 3: IBus デーモン起動スクリプトを作成する
.devcontainer/start-ibus.sh の作成:
#!/bin/bash
# IBus デーモンの起動（postStartCommand から毎回実行される）
set -euo pipefail
# D-Bus セッションバスの確認・確保
if [ -z "${DBUS_SESSION_BUS_ADDRESS:-}" ]; then
if [ -S "${XDG_RUNTIME_DIR:-/run/user/1000}/bus" ]; then
# XDG_RUNTIME_DIR に existing D-Bus ソケットがある場合
export DBUS_SESSION_BUS_ADDRESS="unix:path=${XDG_RUNTIME_DIR:-/run/user/1000}/bus"
else
# dbus-launch で新規セッションバスを起動
eval $(dbus-launch --sh-syntax)
fi
fi
# IBus デーモンの起動（-d: daemonize, -r: replace existing, -x: XIM 互換）
if ! pgrep -f "ibus-daemon" > /dev/null; then
ibus-daemon -drx
fi
sleep 1
# Mozc エンジンを IBus にプリロードし、デフォルト入力メソッドとして設定
dconf write /desktop/ibus/general/preload-engines "['xkb:us::eng', 'mozc-jp']" || true
ibus engine mozc-jp || true
echo "IBus + mozc デーモンの起動が完了しました。"
ステップ 4: コンテナの再構築・再接続
以下のいずれかの方法で設定を適用する：
方法 A（VSCode）:
1. VSCode のコマンドパレットを開く (Cmd+Shift+P / Ctrl+Shift+P)
2. 「Dev Containers: Rebuild Container」を選択して再構築する
方法 B（手動 Docker コマンド）:
# コンテナを削除して新規作成する場合（既存データは消失に注意）
docker rm -f $(docker ps -aq --filter ancestor=goose-agy_*) 2>/dev/null || true
# または、コンテナに入った状態でスクリプトを手動実行
code . # リロードで postCreateCommand が再実行される場合あり
ステップ 5: gedit で日本語入力ができることを確認する
1. VSCode から gedit を起動する：
gedit &
2. macOS ホストの場合（キーバインド競合注意 → [トラブルシューティング](#macos-ホストにおける-keybinding-) 参照）:
- gedit のテキストエディタで Shift+Space を押して mozc に切り替える。
3. Japanese IME が有効になり、変換候補ウィンドウが表示されることを確認する。
macOS ホストにおける keybinding（補足）
macOS で Super+Space (Cmd+Space) と Ctrl+Space はそれぞれ Spotlight 検索・IME 切替に使用されているため、XQuartz経由の gedit に届かない可能性がある。
以下のいずれかの対策を推奨する：
- IBus のトリガーキーを変更: .devcontainer/start-ibus.sh で dconf write /desktop/ibus/general/preload-engines ... の代わりに以下を追記し、Shift+Space を切り替えキーにする:
# 入力モードの切替キーを Shift+Space に変更（macOS と衝突しない）
dconf write /desktop/ibus/general/preedit-mode 'primary' || true
- XQuartzの設定を変更: XQuartz → Preferences → Input で、macOS ショートカットが gedit に渡されるように設定する。
補足説明: IBus + mozc の動作アーキテクチャ
┌─────────────────────────────┐
│ gedit (GTK3 アプリ) │
│ GTK_IM_MODULE=ibus │
│ XMODIFIERS=@im=ibus │
└──────────┬──────────────────┘
│ (IBus プロトコル経由)
▼
┌─────────────────────────────┐
│ ibus-daemon (-drx) │ ← デーモン（D-Bus 上で動作）
│ preload-engines: │ コンテナ内で完結
│ - xkb:us::eng (英語) │
│ - mozc-jp (日本語) │
└──────────┬──────────────────┘
│ (IPC)
▼
┌─────────────────────────────┐
│ Mozc エンジン │ ← コンテナ内に ibus-mozc でインストール済み
│ mozc_server │ ホスト側の IME とは独立して動作
└─────────────────────────────┘
> 重要なポイント: Mozc はコンテナ内で自己完結して動作するため、ホストに mozc がインストールされていても不要である。
ダイレックトリファレンス（トラブルシューティング）
| 現象 | 原因と対策 |
|------|-----------|
| gedit が起動しない | DISPLAY=${localEnv:DISPLAY} が devcontainer.json で設定済みのはず。XQuartz 側で xhost +SI:localuser:ubuntu を実行してアクセス許可を確認 |
| gedit 上で日本語入力できない（カーソル点滅のみ） | Mozc が preload-engines に登録されていない可能性。手動で確認: ibus engine mozc-jp. スクリプトが正常に実行されたか再チェック |
| dbus-daemon / DBUS_SESSION_BUS_ADDRESS 関連エラー | D-Bus セッションバスが起動していない。コンテナ内から pgrep dbus-launch でプロセスを確認。なければ start-ibus.sh の内容を手動実行して確認 |
| Mozc が IBus に現れない（ibus-list-engines で空） | dbus-x11 がインストールされていないか、dconf write /desktop/ibus/general/preload-engines '["xkb:us::eng", "mozc-jp"]' による登録が失敗している。手動で再実行して確認 |
| macOS ホストで Ctrl+Space や Super+Space が効かない | macOS 側のショートカットと競合。Shift+Space など他のキーに切り替える、または XQuartz の Input 設定を確認 |
| コンテナ再起動後に入力が効かなくなる | postStartCommand に登録した start-ibus.sh でデーモンが自動起動しているはず。手動で bash .devcontainer/start-ibus.sh を実行しエラー出力を確認 |
パッケージ一覧（apt install 対象）
| パッケージ | 役割 |
|-----------|------|
| gedit | GNOME テキストエディタ |
| ibus | IBus インプットメソッドフレームワーク |
| ibus-mozc | Google Mozc IBus エンジン（日本語入力） |
| ibus-gtk3 | GTK3 アプリとの IBus 連携モジュール |
| dbus-x11 | D-Bus セッションバスの起動ツール (dbus-launch) |
| dconf-cli | dconf キー設定ツール |
| im-config | IM フロントエンド切替ツール |
| mozc-utils-gui | mozc ユーティリティ（変換候補ウィンドウ等） |
参考
- Ubuntu wiki - IBus
- Google mozc GitHub (ibus-mozc)
- Dev Containers Features (ibus)
- D-Bus Sessions: How it works
task2.md
目的
- setup.md に従って devcontainer で gedit で mozc による日本語入力ができるように設定した。日本語入力は完璧だけど 2 点気になるので改善したい。
設定内容
(省略)
改善したい点
- 以下のワーニングが表示されるので改善したい。
$ gedit
Gtk-Message: 19:26:03.591: Failed to load module "canberra-gtk-module"
Gtk-Message: 19:26:03.592: Failed to load module "canberra-gtk-module"
(gedit:5664): dconf-WARNING **: 19:26:58.415: failed to commit changes to dconf: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", sender="(null)" (inactive) interface="org.freedesktop.DBus" member="Hello" error name="(unset)" requested_reply="0" destination="org.freedesktop.DBus" (bus)
- gedit のメニューやダイアログが英語なので日本語にしたい。
依頼
- 手順書を作成して update.md に記載してください。
- gemini にレビューを依頼して指摘事項を反映してください。
- gemini に指摘事項の反映確認を依頼して承認を得てください。
update.md
gedit + mozc 日本語入力 リニューアル手順（update）
はじめに
セットアップ済みの Dev Container 環境に対し、以下の改善を行います。
1. gedit 起動時の警告を解消する
- Failed to load module "canberra-gtk-module" → 必要な GTK3 モジュールパッケージを追加して解消
- dconf-WARNING **: failed to commit changes to dconf... → コンテナ内での D-Bus/AppArmor に起因する警告を抑制（根本対処法も併記）
2. gedit のメニュー・ダイアログ・フォントの日本語化
- 言語パック、GNOME 翻訳パッケージ、ロケール生成、日本語フォントを整備し、LANG 環境変数を設定
---
手順1: canberra-gtk-module の警告解消
ステップ 1-1: パッケージの追加インストール
.devcontainer/ibus-mozc-setup に libcanberra-gtk3-module を追加します。
> 注意: libcanberra-gtk3-0 ではなく、モジュール本体を提供する libcanberra-gtk3-module です（共有ライブラリ側は Ubuntu 24.04 で libcanberra-gtk3-0t64 に移行していますが、モジュールパッケージは unchanged なため問題ありません）。
変更前:
sudo apt-get install -y gedit ibus ibus-mozc ibus-gtk3 dbus-x11 dconf-cli im-config mozc-utils-gui
変更後:
sudo apt-get install -y gedit ibus ibus-mozc ibus-gtk3 dbus-x11 dconf-cli im-config mozc-utils-gui libcanberra-gtk3-module
---
手順2: dconf-WARNING の解消
原因分析
コンテナ環境がホスト側の D-Bus セッションバス（${XDG_RUNTIME_DIR}/bus）を参照している場合、コンテナ内のプロセスがホストの dconf-service に設定を書き込もうとした際に AppArmor ポリシー（docker-default プロファイル等）によって D-Bus 通信が拒否（AccessDenied）され、警告が出力されます。
ただし、IBus デーモンが稼働している間はメモリ上で入力エンジン設定が保持されるため、一般的な日本語入力の利用においては警告が出ても動作に支障はありません。
対策: 出力の抑制（実用的なワークアラウンド）
.devcontainer/ibus-mozc-start を以下のように更新し、dconf 書き込み失敗時の警告を抑制します。
#!/bin/bash
set -euo pipefail
# D-Bus セッションバスの確認・確保
if [ -z "${DBUS_SESSION_BUS_ADDRESS:-}" ]; then
if [ -S "${XDG_RUNTIME_DIR:-/run/user/1000}/bus" ]; then
export DBUS_SESSION_BUS_ADDRESS="unix:path=${XDG_RUNTIME_DIR:-/run/user/1000}/bus"
else
eval $(dbus-launch --sh-syntax)
fi
fi
# IBus デーモンの起動（-d: daemonize, -r: replace existing, -x: XIM 互換）
if ! pgrep -f "ibus-daemon" > /dev/null; then
ibus-daemon -drx
fi
sleep 1
# preload-engines とデフォルトエンジン設定（コンテナ環境特有の dconf 書き込み警告を抑制）
dconf write /desktop/ibus/general/preload-engines "['xkb:us::eng', 'mozc-jp']" 2>/dev/null || true
ibus engine mozc-jp 2>/dev/null || true
echo "IBus + mozc デーモンの起動が完了しました。"
> より根本的な解決策（任意）:
> 1. 独立した D-Bus セッションの利用: ホストのソケットを参照せず、コンテナ内で eval $(dbus-launch --sh-syntax) を起動してコンテナ専用の D-Bus バス上で dconf-service を動かすことで、AppArmor のブロックを受けずに正常コミットできるようになります。
> 2. AppArmor の制限解除: devcontainer.json に "runArgs": ["--security-opt", "apparmor=unconfined"] を追加することで書き込み制限を解除できます（※セキュリティ隔離性が緩和される点に留意してください）。
---
手順3: gedit の完全日本語化
ステップ 3-1: 日本語言語パック、GNOME 翻訳、フォントのインストール
.devcontainer/ibus-mozc-setup に以下を追記します。
メニューだけでなくダイアログ共通部分も日本語化するため language-pack-gnome-ja を追加し、文字化け（豆腐化）を防ぐため fonts-noto-cjk も導入します。
# 日本語言語パック、GNOME 翻訳、ロケール、フォントのインストール
sudo apt-get install -y language-pack-ja language-pack-gnome-ja locales fonts-noto-cjk
# ja_JP.UTF-8 ロケールの明示的生成
sudo locale-gen ja_JP.UTF-8
sudo update-locale LANG=ja_JP.UTF-8
# シェル用フォールバック設定（~/.bashrc に追記）
grep -qxF 'export LANG=ja_JP.UTF-8' "${HOME}/.bashrc" \
|| echo 'export LANG=ja_JP.UTF-8' >> "${HOME}/.bashrc"
ステップ 3-2: devcontainer.json に LANG を設定
devcontainer.json の "containerEnv" に "LANG": "ja_JP.UTF-8" を追記し、GUI アプリケーション起動時に確実に日本語ロケールが適用されるようにします。
"containerEnv": {
"DISPLAY": "${localEnv:DISPLAY}",
"WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}",
"XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}",
"PULSE_SERVER": "unix:${localEnv:XDG_RUNTIME_DIR}/pulse/native",
"NVIDIA_VISIBLE_DEVICES": "all",
"NVIDIA_DRIVER_CAPABILITIES": "all",
"TERM": "xterm-256color",
"COLORTERM": "truecolor",
"GOOSE_DISABLE_KEYRING": "1",
"GTK_IM_MODULE": "ibus",
"QT_IM_MODULE": "ibus",
"XMODIFIERS": "@im=ibus",
"LANG": "ja_JP.UTF-8"
}
---
リビルドと適用
コンテナの再構築
postCreateCommand などの初期化スクリプトや containerEnv の変更を反映するため、コンテナを再構築します。
1. VS Code コマンドパレットを開く（Ctrl+Shift+P / Cmd+Shift+P）
2. 「Dev Containers: Rebuild Container」 を選択して再構築を実行
3. 再起動後、コンテナに再接続
動作確認
ターミナルで gedit を起動して確認します。
gedit &
- コンソールに canberra-gtk-module や dconf-WARNING が出力されないこと
- gedit のメニューバーおよびファイル選択等のダイアログが日本語で正しく表示されること
- 半角/全角キー等で Mozc による日本語入力が切り替わること
---
変更ファイルまとめ
| ファイル | 主な変更内容 |
|---|---|
| .devcontainer/ibus-mozc-setup | libcanberra-gtk3-module, language-pack-ja, language-pack-gnome-ja, fonts-noto-cjk のインストールと locale-gen |
| .devcontainer/ibus-mozc-start | dconf write / ibus engine の stderr を /dev/null にリダイレクトして警告抑制 |
| .devcontainer/devcontainer.json | containerEnv に "LANG": "ja_JP.UTF-8" を追加 |
---
まとめ：改善前の問題と解決方法一覧
| 現象 | 原因 | 対策 |
|------|------|------|
| Failed to load module "canberra-gtk-module" | GTK3 モジュール（libcanberra-gtk3-module.so）が未インストール | libcanberra-gtk3-module を apt install |
| dconf-WARNING: failed to commit changes | コンテナの D-Bus ソケット経由でホスト dconf-service に通信する際、AppArmor が拒否 | stderr を /dev/null にリダイレクトして抑制（根本解決策として独立 D-Bus セッション or AppArmor unconfined も有） |
| gedit メニューが英語 | LANG locale が未設定、言語パック未導入 | language-pack-ja, language-pack-gnome-ja インストール + LANG=ja_JP.UTF-8 設定 |
| ダイアログの一部が豆腐化（文字化け） | コンテナに日本語フォントがない | fonts-noto-cjk のインストール |
task3.md
目的
- setup.md, update.md に従って devcontainer 環境で gedit を起動し mozc で日本語入力するようにしました。ほぼ完璧なのですが 1 点改善したいです。
改善したい点
- gedit を起動したときに (gedit:7513): dbind-WARNING **: 21:08:17.164: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/1000/at-spi/bus_1: 接続を拒否されました と表示されるのを抑制したいです。
設定内容
- .devcontainer/devcontainer.json
- .devcontainer/ibus-mozc-setup
- .devcontainer/ibus-mozc-start
依頼
- 手順書を作成して update2.md に記載してください。
- gemini にレビューを依頼して指摘事項を反映してください。
- gemini に指摘事項の反映確認を依頼して承認を得てください。
udpate2.md
gedit + mozc 日本語入力 － update2: dbind-WARNING 抑制手順
はじめに
gedit を起動したときに表示される以下の警告を抑制します。
(gedit:7513): dbind-WARNING **: 21:08:17.164: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/1000/at-spi/bus_1: 接続を拒否されました
原因
コンテナ環境にバインドマウントされたホスト側の /run/user/1000/at-spi/bus_1 ソケットに対し、リッスンしている AT-SPI デーモンが存在しないため、GTK アプリケーションが起動時に接続拒否を受けます。
> 補足: at-spi2-core パッケージは GTK3 の依存パッケージとして既にインストールされており、追加インストールの必要はありません。（またデーモンが動かないコンテナ環境ではパッケージを入れても警告は消えません。）
対策
コンテナ環境ではスクリーンリーダー等のアクセシビリティ機能は不要であるため、環境変数 NO_AT_BRIDGE=1 を設定して GTK の AT-SPI バスへの接続試行を無効化します。
---
手順1: devcontainer.json の containerEnv に NO_AT_BRIDGE を追加
GUI アプリやバックグラウンドタスクを含むすべてのコンテナ内プロセスに確実に反映させるため、containerEnv に設定します。
変更ファイル: .devcontainer/devcontainer.json
"containerEnv" ブロックに "NO_AT_BRIDGE": "1" を追記します：
変更前:
"containerEnv": {
"DISPLAY": "${localEnv:DISPLAY}",
"WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}",
"XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}",
"PULSE_SERVER": "unix:${localEnv:XDG_RUNTIME_DIR}/pulse/native",
"NVIDIA_VISIBLE_DEVICES": "all",
"NVIDIA_DRIVER_CAPABILITIES": "all",
"TERM": "xterm-256color",
"COLORTERM": "truecolor",
"GOOSE_DISABLE_KEYRING": "1",
"GTK_IM_MODULE": "ibus",
"QT_IM_MODULE": "ibus",
"XMODIFIERS": "@im=ibus",
"LANG": "ja_JP.UTF-8"
},
変更後（"NO_AT_BRIDGE": "1" を追加）:
"containerEnv": {
"DISPLAY": "${localEnv:DISPLAY}",
"WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}",
"XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}",
"PULSE_SERVER": "unix:${localEnv:XDG_RUNTIME_DIR}/pulse/native",
"NVIDIA_VISIBLE_DEVICES": "all",
"NVIDIA_DRIVER_CAPABILITIES": "all",
"TERM": "xterm-256color",
"COLORTERM": "truecolor",
"GOOSE_DISABLE_KEYRING": "1",
"GTK_IM_MODULE": "ibus",
"QT_IM_MODULE": "ibus",
"XMODIFIERS": "@im=ibus",
"LANG": "ja_JP.UTF-8",
"NO_AT_BRIDGE": "1"
},
---
手順2: ibus-mozc-setup に ~/.bashrc へのフォールバック設定を追加
シェルターミナルから直接起動した場合のフォールバックとして、.bashrc への追記設定を追加します。
変更ファイル: .devcontainer/ibus-mozc-setup
ファイル末尾に以下の行を追記します：
# AT-SPI (Accessibility) バスの警告を抑制
grep -qxF 'export NO_AT_BRIDGE=1' "${HOME}/.bashrc" \
|| echo 'export NO_AT_BRIDGE=1' >> "${HOME}/.bashrc"
> 補足: .devcontainer/ibus-mozc-start の変更は不要です。
---
リビルドと動作確認
コンテナの再構築
1. VS Code コマンドパレット（Ctrl+Shift+P / Cmd+Shift+P）を開く
2. 「Dev Containers: Rebuild Container」 を選択してコンテナを再構築
3. 再起動後、コンテナに再接続
ターミナルで動作確認
gedit &
- dbind-WARNING が出力されずに gedit が起動することを確認
- gedit の日本語入力が正常に働くことを確認（既存機能）
---
変更ファイルまとめ
| ファイル | 主な変更内容 |
|---|---|
| .devcontainer/devcontainer.json | containerEnv に "NO_AT_BRIDGE": "1" を追加 |
| .devcontainer/ibus-mozc-setup | .bashrc へのフォールバック設定として export NO_AT_BRIDGE=1 の追記ロジックを追加 |
---
まとめ：改善前の問題と解決方法一覧
| 現象 | 原因 | 対策 |
|------|------|------|
| (gedit:*) dbind-WARNING **: Couldn't connect to accessibility bus | コンテナ内ホストバインドされた /run/user/1000/at-spi/bus_1 に AT-SPI デーモンが存在しないため、GTK アプリが接続拒否を受ける | NO_AT_BRIDGE=1 環境変数で GTK の AT-SPI バス接続試行を無効化 |
---
参考リンク
- AT SPI2 Core - GNOME Wiki
- GTK Accessibility Documentation - NO_AT_BRIDGE
- devcontainer.json による環境変数設定ガイドライン
Mentions
Mozc に 3.35.6354 のタグをつけました 辞書データの更新や変換精度の改善にくわえて、ユーザー辞書の優先順位の見直しや Linux でのダークモードへの対応、コードベースへの広範なリファクタリングなどを含んでいます PRやフィードバックなどご協力ありがとうございました github.com/google/mozc/releases/tag/3.35.6354
Mozc に 3.35.6354 のタグをつけました 辞書データの更新や変換精度の改善にくわえて、ユーザー辞書の優先順位の見直しや Linux でのダークモードへの対応、コードベースへの広範なリファクタリングなどを含んでいます PRやフィードバックなどご協力ありがとうございました github.com/google/mozc/releases/tag/3.35.6354
mozc#1059 mozc#854 これが問題だったらしい Codexに頼んだら原因究明と修正をしてくれた Mozcの修正を取り込んで自前ビルドしているらしい
devcontainer で gedit を起動して mozc で日本語入力 マシンスペック デスクトップ Hardware Model: ASRock B860M Pro RS WiFi Processor: Intel® Core™ Ultra 7 265 × 20 Graphics: NVIDIA GeForce RTX™ 5060 Ti (16GiB) OS Name: Ubuntu 24.04.4 LTS 概要 devcontainer で gedit を起動して mozc で日本語入力します。 goose と gemini が方法を考えました。 なかなかいいやりかたかも。 詳細 goose と gemini の組み合わせをオススメ 実験 プロセス task1.md 目的 - 現在の環境は devcontainer ですが gedit で mozc による日本語入力ができるように設定したいです。 情報 - nvidia-smi コマンドが使えます。GUIの表示には対応できているはずです。 依頼 - 手順書を作成して setup.md に記載してください。 - gemini にレビューを依頼して指摘事項を反映してください。 - gemini に指摘事項の反映確認を依頼して承認を得てください。 spec.md gedit + mozc 日本語入力セットアップ手順 概要 devcontainer（ubuntu24jp:latest）内で gedit に mozc を使用した日本語入力を有効にする。 既に DISPLAY と /tmp/.X11-unix のバインディング、および PulseAudio がホストにマウントされているため、GUI アプリの実行は可能である。 前提条件 - ホスト側で X11 サーバーが稼働し、コンテナ内の GUI アプリを表示できる状態であること - Linux: DISPLAY と /tmp/.X11-unix, ${localEnv:XDG_RUNTIME_DIR} がバインド済み（devcontainer.json で設定） - macOS: XQuartz がインストールされ、起動していること > 注意: Mozc エンジンはコンテナ内で自己完結して動作します。ホスト側への mozc や IME の導入は必須ではありません。 セットアップ手順 ステップ 1: パッケージのインストールと初期環境設定（初回のみ） devcontainer.json に以下の通り追記する。 パッケージの導入と初期設定は postCreateCommand で一度だけ実行し、再起動時に再実行されないようにする。 .devcontainer/devcontainer.json の修正: { "name": "goose-agy", "image": "ubuntu24jp:latest", // ... 既存の設定（runArgs, mounts など）はそのまま保持 ... "containerEnv": { "DISPLAY": "${localEnv:DISPLAY}", "WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}", "XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}", // ★ 以下を追記（IBus / GTK IM フロントエンド用） "GTK_IM_MODULE": "ibus", "QT_IM_MODULE": "ibus", "XMODIFIERS": "@im=ibus" }, "postCreateCommand": { // ... 既存の postCreateCommand（agy-cli-setup, goose-cli-setup）はそのまま保持 ... "setup-gedit-mozc": "sudo apt-get update && sudo apt-get install -y gedit ibus ibus-mozc ibus-gtk3 dbus-x11 dconf-cli im-config mozc-utils-gui && bash .devcontainer/setup-ibus-env.sh" }, // ★ 以下を追記（デーモン起動は postStartCommand で） "postStartCommand": { // ... 既存の postStartCommand はそのまま保持（無ければ新規追加）... "start-ibus": "bash .devcontainer/start-ibus.sh" } } > ライフサイクルの違い: > - postCreateCommand: コンテナが初回作成されたときのみ実行される。パッケージ導入・初期設定に使用。 > - postStartCommand: コンテナの起動・再開時に毎回実行される。デーモンプロセスの再起動などに使用。 ステップ 2: 初期環境スクリプトを作成する .devcontainer/setup-ibus-env.sh の作成: #!/bin/bash # IBus + mozc 初期セットアップ（postCreateCommand から一度だけ実行される） set -euo pipefail export XDG_CONFIG_HOME="${HOME}/.config" # im-config で ibus をデフォルト IM に設定 im-config -n ibus || true # ~/.bashrc に環境変数を追加（非ログインシェルのターミナル用フォールバック） grep -qxF 'export GTK_IM_MODULE=ibus' "${HOME}/.bashrc" \ || echo 'export GTK_IM_MODULE=ibus' >> "${HOME}/.bashrc" grep -qxF 'export QT_IM_MODULE=ibus' "${HOME}/.bashrc" \ || echo 'export QT_IM_MODULE=ibus' >> "${HOME}/.bashrc" grep -qxF 'export XMODIFIERS=@im=ibus' "${HOME}/.bashrc" \ || echo 'export XMODIFIERS=@im=ibus' >> "${HOME}/.bashrc" echo "IBus + mozc のパッケージ導入と初期設定が完了しました。" ステップ 3: IBus デーモン起動スクリプトを作成する .devcontainer/start-ibus.sh の作成: #!/bin/bash # IBus デーモンの起動（postStartCommand から毎回実行される） set -euo pipefail # D-Bus セッションバスの確認・確保 if [ -z "${DBUS_SESSION_BUS_ADDRESS:-}" ]; then if [ -S "${XDG_RUNTIME_DIR:-/run/user/1000}/bus" ]; then # XDG_RUNTIME_DIR に existing D-Bus ソケットがある場合 export DBUS_SESSION_BUS_ADDRESS="unix:path=${XDG_RUNTIME_DIR:-/run/user/1000}/bus" else # dbus-launch で新規セッションバスを起動 eval $(dbus-launch --sh-syntax) fi fi # IBus デーモンの起動（-d: daemonize, -r: replace existing, -x: XIM 互換） if ! pgrep -f "ibus-daemon" > /dev/null; then ibus-daemon -drx fi sleep 1 # Mozc エンジンを IBus にプリロードし、デフォルト入力メソッドとして設定 dconf write /desktop/ibus/general/preload-engines "['xkb:us::eng', 'mozc-jp']" || true ibus engine mozc-jp || true echo "IBus + mozc デーモンの起動が完了しました。" ステップ 4: コンテナの再構築・再接続 以下のいずれかの方法で設定を適用する： 方法 A（VSCode）: 1. VSCode のコマンドパレットを開く (Cmd+Shift+P / Ctrl+Shift+P) 2. 「Dev Containers: Rebuild Container」を選択して再構築する 方法 B（手動 Docker コマンド）: # コンテナを削除して新規作成する場合（既存データは消失に注意） docker rm -f $(docker ps -aq --filter ancestor=goose-agy_*) 2>/dev/null || true # または、コンテナに入った状態でスクリプトを手動実行 code . # リロードで postCreateCommand が再実行される場合あり ステップ 5: gedit で日本語入力ができることを確認する 1. VSCode から gedit を起動する： gedit & 2. macOS ホストの場合（キーバインド競合注意 → [トラブルシューティング](#macos-ホストにおける-keybinding-) 参照）: - gedit のテキストエディタで Shift+Space を押して mozc に切り替える。 3. Japanese IME が有効になり、変換候補ウィンドウが表示されることを確認する。 macOS ホストにおける keybinding（補足） macOS で Super+Space (Cmd+Space) と Ctrl+Space はそれぞれ Spotlight 検索・IME 切替に使用されているため、XQuartz経由の gedit に届かない可能性がある。 以下のいずれかの対策を推奨する： - IBus のトリガーキーを変更: .devcontainer/start-ibus.sh で dconf write /desktop/ibus/general/preload-engines ... の代わりに以下を追記し、Shift+Space を切り替えキーにする: # 入力モードの切替キーを Shift+Space に変更（macOS と衝突しない） dconf write /desktop/ibus/general/preedit-mode 'primary' || true - XQuartzの設定を変更: XQuartz → Preferences → Input で、macOS ショートカットが gedit に渡されるように設定する。 補足説明: IBus + mozc の動作アーキテクチャ ┌─────────────────────────────┐ │ gedit (GTK3 アプリ) │ │ GTK_IM_MODULE=ibus │ │ XMODIFIERS=@im=ibus │ └──────────┬──────────────────┘ │ (IBus プロトコル経由) ▼ ┌─────────────────────────────┐ │ ibus-daemon (-drx) │ ← デーモン（D-Bus 上で動作） │ preload-engines: │ コンテナ内で完結 │ - xkb:us::eng (英語) │ │ - mozc-jp (日本語) │ └──────────┬──────────────────┘ │ (IPC) ▼ ┌─────────────────────────────┐ │ Mozc エンジン │ ← コンテナ内に ibus-mozc でインストール済み │ mozc_server │ ホスト側の IME とは独立して動作 └─────────────────────────────┘ > 重要なポイント: Mozc はコンテナ内で自己完結して動作するため、ホストに mozc がインストールされていても不要である。 ダイレックトリファレンス（トラブルシューティング） | 現象 | 原因と対策 | |------|-----------| | gedit が起動しない | DISPLAY=${localEnv:DISPLAY} が devcontainer.json で設定済みのはず。XQuartz 側で xhost +SI:localuser:ubuntu を実行してアクセス許可を確認 | | gedit 上で日本語入力できない（カーソル点滅のみ） | Mozc が preload-engines に登録されていない可能性。手動で確認: ibus engine mozc-jp. スクリプトが正常に実行されたか再チェック | | dbus-daemon / DBUS_SESSION_BUS_ADDRESS 関連エラー | D-Bus セッションバスが起動していない。コンテナ内から pgrep dbus-launch でプロセスを確認。なければ start-ibus.sh の内容を手動実行して確認 | | Mozc が IBus に現れない（ibus-list-engines で空） | dbus-x11 がインストールされていないか、dconf write /desktop/ibus/general/preload-engines '["xkb:us::eng", "mozc-jp"]' による登録が失敗している。手動で再実行して確認 | | macOS ホストで Ctrl+Space や Super+Space が効かない | macOS 側のショートカットと競合。Shift+Space など他のキーに切り替える、または XQuartz の Input 設定を確認 | | コンテナ再起動後に入力が効かなくなる | postStartCommand に登録した start-ibus.sh でデーモンが自動起動しているはず。手動で bash .devcontainer/start-ibus.sh を実行しエラー出力を確認 | パッケージ一覧（apt install 対象） | パッケージ | 役割 | |-----------|------| | gedit | GNOME テキストエディタ | | ibus | IBus インプットメソッドフレームワーク | | ibus-mozc | Google Mozc IBus エンジン（日本語入力） | | ibus-gtk3 | GTK3 アプリとの IBus 連携モジュール | | dbus-x11 | D-Bus セッションバスの起動ツール (dbus-launch) | | dconf-cli | dconf キー設定ツール | | im-config | IM フロントエンド切替ツール | | mozc-utils-gui | mozc ユーティリティ（変換候補ウィンドウ等） | 参考 - Ubuntu wiki - IBus - Google mozc GitHub (ibus-mozc) - Dev Containers Features (ibus) - D-Bus Sessions: How it works task2.md 目的 - setup.md に従って devcontainer で gedit で mozc による日本語入力ができるように設定した。日本語入力は完璧だけど 2 点気になるので改善したい。 設定内容 (省略) 改善したい点 - 以下のワーニングが表示されるので改善したい。 $ gedit Gtk-Message: 19:26:03.591: Failed to load module "canberra-gtk-module" Gtk-Message: 19:26:03.592: Failed to load module "canberra-gtk-module" (gedit:5664): dconf-WARNING **: 19:26:58.415: failed to commit changes to dconf: GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: An AppArmor policy prevents this sender from sending this message to this recipient; type="method_call", sender="(null)" (inactive) interface="org.freedesktop.DBus" member="Hello" error name="(unset)" requested_reply="0" destination="org.freedesktop.DBus" (bus) - gedit のメニューやダイアログが英語なので日本語にしたい。 依頼 - 手順書を作成して update.md に記載してください。 - gemini にレビューを依頼して指摘事項を反映してください。 - gemini に指摘事項の反映確認を依頼して承認を得てください。 update.md gedit + mozc 日本語入力 リニューアル手順（update） はじめに セットアップ済みの Dev Container 環境に対し、以下の改善を行います。 1. gedit 起動時の警告を解消する - Failed to load module "canberra-gtk-module" → 必要な GTK3 モジュールパッケージを追加して解消 - dconf-WARNING **: failed to commit changes to dconf... → コンテナ内での D-Bus/AppArmor に起因する警告を抑制（根本対処法も併記） 2. gedit のメニュー・ダイアログ・フォントの日本語化 - 言語パック、GNOME 翻訳パッケージ、ロケール生成、日本語フォントを整備し、LANG 環境変数を設定 --- 手順1: canberra-gtk-module の警告解消 ステップ 1-1: パッケージの追加インストール .devcontainer/ibus-mozc-setup に libcanberra-gtk3-module を追加します。 > 注意: libcanberra-gtk3-0 ではなく、モジュール本体を提供する libcanberra-gtk3-module です（共有ライブラリ側は Ubuntu 24.04 で libcanberra-gtk3-0t64 に移行していますが、モジュールパッケージは unchanged なため問題ありません）。 変更前: sudo apt-get install -y gedit ibus ibus-mozc ibus-gtk3 dbus-x11 dconf-cli im-config mozc-utils-gui 変更後: sudo apt-get install -y gedit ibus ibus-mozc ibus-gtk3 dbus-x11 dconf-cli im-config mozc-utils-gui libcanberra-gtk3-module --- 手順2: dconf-WARNING の解消 原因分析 コンテナ環境がホスト側の D-Bus セッションバス（${XDG_RUNTIME_DIR}/bus）を参照している場合、コンテナ内のプロセスがホストの dconf-service に設定を書き込もうとした際に AppArmor ポリシー（docker-default プロファイル等）によって D-Bus 通信が拒否（AccessDenied）され、警告が出力されます。 ただし、IBus デーモンが稼働している間はメモリ上で入力エンジン設定が保持されるため、一般的な日本語入力の利用においては警告が出ても動作に支障はありません。 対策: 出力の抑制（実用的なワークアラウンド） .devcontainer/ibus-mozc-start を以下のように更新し、dconf 書き込み失敗時の警告を抑制します。 #!/bin/bash set -euo pipefail # D-Bus セッションバスの確認・確保 if [ -z "${DBUS_SESSION_BUS_ADDRESS:-}" ]; then if [ -S "${XDG_RUNTIME_DIR:-/run/user/1000}/bus" ]; then export DBUS_SESSION_BUS_ADDRESS="unix:path=${XDG_RUNTIME_DIR:-/run/user/1000}/bus" else eval $(dbus-launch --sh-syntax) fi fi # IBus デーモンの起動（-d: daemonize, -r: replace existing, -x: XIM 互換） if ! pgrep -f "ibus-daemon" > /dev/null; then ibus-daemon -drx fi sleep 1 # preload-engines とデフォルトエンジン設定（コンテナ環境特有の dconf 書き込み警告を抑制） dconf write /desktop/ibus/general/preload-engines "['xkb:us::eng', 'mozc-jp']" 2>/dev/null || true ibus engine mozc-jp 2>/dev/null || true echo "IBus + mozc デーモンの起動が完了しました。" > より根本的な解決策（任意）: > 1. 独立した D-Bus セッションの利用: ホストのソケットを参照せず、コンテナ内で eval $(dbus-launch --sh-syntax) を起動してコンテナ専用の D-Bus バス上で dconf-service を動かすことで、AppArmor のブロックを受けずに正常コミットできるようになります。 > 2. AppArmor の制限解除: devcontainer.json に "runArgs": ["--security-opt", "apparmor=unconfined"] を追加することで書き込み制限を解除できます（※セキュリティ隔離性が緩和される点に留意してください）。 --- 手順3: gedit の完全日本語化 ステップ 3-1: 日本語言語パック、GNOME 翻訳、フォントのインストール .devcontainer/ibus-mozc-setup に以下を追記します。 メニューだけでなくダイアログ共通部分も日本語化するため language-pack-gnome-ja を追加し、文字化け（豆腐化）を防ぐため fonts-noto-cjk も導入します。 # 日本語言語パック、GNOME 翻訳、ロケール、フォントのインストール sudo apt-get install -y language-pack-ja language-pack-gnome-ja locales fonts-noto-cjk # ja_JP.UTF-8 ロケールの明示的生成 sudo locale-gen ja_JP.UTF-8 sudo update-locale LANG=ja_JP.UTF-8 # シェル用フォールバック設定（~/.bashrc に追記） grep -qxF 'export LANG=ja_JP.UTF-8' "${HOME}/.bashrc" \ || echo 'export LANG=ja_JP.UTF-8' >> "${HOME}/.bashrc" ステップ 3-2: devcontainer.json に LANG を設定 devcontainer.json の "containerEnv" に "LANG": "ja_JP.UTF-8" を追記し、GUI アプリケーション起動時に確実に日本語ロケールが適用されるようにします。 "containerEnv": { "DISPLAY": "${localEnv:DISPLAY}", "WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}", "XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}", "PULSE_SERVER": "unix:${localEnv:XDG_RUNTIME_DIR}/pulse/native", "NVIDIA_VISIBLE_DEVICES": "all", "NVIDIA_DRIVER_CAPABILITIES": "all", "TERM": "xterm-256color", "COLORTERM": "truecolor", "GOOSE_DISABLE_KEYRING": "1", "GTK_IM_MODULE": "ibus", "QT_IM_MODULE": "ibus", "XMODIFIERS": "@im=ibus", "LANG": "ja_JP.UTF-8" } --- リビルドと適用 コンテナの再構築 postCreateCommand などの初期化スクリプトや containerEnv の変更を反映するため、コンテナを再構築します。 1. VS Code コマンドパレットを開く（Ctrl+Shift+P / Cmd+Shift+P） 2. 「Dev Containers: Rebuild Container」 を選択して再構築を実行 3. 再起動後、コンテナに再接続 動作確認 ターミナルで gedit を起動して確認します。 gedit & - コンソールに canberra-gtk-module や dconf-WARNING が出力されないこと - gedit のメニューバーおよびファイル選択等のダイアログが日本語で正しく表示されること - 半角/全角キー等で Mozc による日本語入力が切り替わること --- 変更ファイルまとめ | ファイル | 主な変更内容 | |---|---| | .devcontainer/ibus-mozc-setup | libcanberra-gtk3-module, language-pack-ja, language-pack-gnome-ja, fonts-noto-cjk のインストールと locale-gen | | .devcontainer/ibus-mozc-start | dconf write / ibus engine の stderr を /dev/null にリダイレクトして警告抑制 | | .devcontainer/devcontainer.json | containerEnv に "LANG": "ja_JP.UTF-8" を追加 | --- まとめ：改善前の問題と解決方法一覧 | 現象 | 原因 | 対策 | |------|------|------| | Failed to load module "canberra-gtk-module" | GTK3 モジュール（libcanberra-gtk3-module.so）が未インストール | libcanberra-gtk3-module を apt install | | dconf-WARNING: failed to commit changes | コンテナの D-Bus ソケット経由でホスト dconf-service に通信する際、AppArmor が拒否 | stderr を /dev/null にリダイレクトして抑制（根本解決策として独立 D-Bus セッション or AppArmor unconfined も有） | | gedit メニューが英語 | LANG locale が未設定、言語パック未導入 | language-pack-ja, language-pack-gnome-ja インストール + LANG=ja_JP.UTF-8 設定 | | ダイアログの一部が豆腐化（文字化け） | コンテナに日本語フォントがない | fonts-noto-cjk のインストール | task3.md 目的 - setup.md, update.md に従って devcontainer 環境で gedit を起動し mozc で日本語入力するようにしました。ほぼ完璧なのですが 1 点改善したいです。 改善したい点 - gedit を起動したときに (gedit:7513): dbind-WARNING **: 21:08:17.164: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/1000/at-spi/bus_1: 接続を拒否されました と表示されるのを抑制したいです。 設定内容 - .devcontainer/devcontainer.json - .devcontainer/ibus-mozc-setup - .devcontainer/ibus-mozc-start 依頼 - 手順書を作成して update2.md に記載してください。 - gemini にレビューを依頼して指摘事項を反映してください。 - gemini に指摘事項の反映確認を依頼して承認を得てください。 udpate2.md gedit + mozc 日本語入力 － update2: dbind-WARNING 抑制手順 はじめに gedit を起動したときに表示される以下の警告を抑制します。 (gedit:7513): dbind-WARNING **: 21:08:17.164: Couldn't connect to accessibility bus: Failed to connect to socket /run/user/1000/at-spi/bus_1: 接続を拒否されました 原因 コンテナ環境にバインドマウントされたホスト側の /run/user/1000/at-spi/bus_1 ソケットに対し、リッスンしている AT-SPI デーモンが存在しないため、GTK アプリケーションが起動時に接続拒否を受けます。 > 補足: at-spi2-core パッケージは GTK3 の依存パッケージとして既にインストールされており、追加インストールの必要はありません。（またデーモンが動かないコンテナ環境ではパッケージを入れても警告は消えません。） 対策 コンテナ環境ではスクリーンリーダー等のアクセシビリティ機能は不要であるため、環境変数 NO_AT_BRIDGE=1 を設定して GTK の AT-SPI バスへの接続試行を無効化します。 --- 手順1: devcontainer.json の containerEnv に NO_AT_BRIDGE を追加 GUI アプリやバックグラウンドタスクを含むすべてのコンテナ内プロセスに確実に反映させるため、containerEnv に設定します。 変更ファイル: .devcontainer/devcontainer.json "containerEnv" ブロックに "NO_AT_BRIDGE": "1" を追記します： 変更前: "containerEnv": { "DISPLAY": "${localEnv:DISPLAY}", "WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}", "XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}", "PULSE_SERVER": "unix:${localEnv:XDG_RUNTIME_DIR}/pulse/native", "NVIDIA_VISIBLE_DEVICES": "all", "NVIDIA_DRIVER_CAPABILITIES": "all", "TERM": "xterm-256color", "COLORTERM": "truecolor", "GOOSE_DISABLE_KEYRING": "1", "GTK_IM_MODULE": "ibus", "QT_IM_MODULE": "ibus", "XMODIFIERS": "@im=ibus", "LANG": "ja_JP.UTF-8" }, 変更後（"NO_AT_BRIDGE": "1" を追加）: "containerEnv": { "DISPLAY": "${localEnv:DISPLAY}", "WAYLAND_DISPLAY": "${localEnv:WAYLAND_DISPLAY}", "XDG_RUNTIME_DIR": "${localEnv:XDG_RUNTIME_DIR}", "PULSE_SERVER": "unix:${localEnv:XDG_RUNTIME_DIR}/pulse/native", "NVIDIA_VISIBLE_DEVICES": "all", "NVIDIA_DRIVER_CAPABILITIES": "all", "TERM": "xterm-256color", "COLORTERM": "truecolor", "GOOSE_DISABLE_KEYRING": "1", "GTK_IM_MODULE": "ibus", "QT_IM_MODULE": "ibus", "XMODIFIERS": "@im=ibus", "LANG": "ja_JP.UTF-8", "NO_AT_BRIDGE": "1" }, --- 手順2: ibus-mozc-setup に ~/.bashrc へのフォールバック設定を追加 シェルターミナルから直接起動した場合のフォールバックとして、.bashrc への追記設定を追加します。 変更ファイル: .devcontainer/ibus-mozc-setup ファイル末尾に以下の行を追記します： # AT-SPI (Accessibility) バスの警告を抑制 grep -qxF 'export NO_AT_BRIDGE=1' "${HOME}/.bashrc" \ || echo 'export NO_AT_BRIDGE=1' >> "${HOME}/.bashrc" > 補足: .devcontainer/ibus-mozc-start の変更は不要です。 --- リビルドと動作確認 コンテナの再構築 1. VS Code コマンドパレット（Ctrl+Shift+P / Cmd+Shift+P）を開く 2. 「Dev Containers: Rebuild Container」 を選択してコンテナを再構築 3. 再起動後、コンテナに再接続 ターミナルで動作確認 gedit & - dbind-WARNING が出力されずに gedit が起動することを確認 - gedit の日本語入力が正常に働くことを確認（既存機能） --- 変更ファイルまとめ | ファイル | 主な変更内容 | |---|---| | .devcontainer/devcontainer.json | containerEnv に "NO_AT_BRIDGE": "1" を追加 | | .devcontainer/ibus-mozc-setup | .bashrc へのフォールバック設定として export NO_AT_BRIDGE=1 の追記ロジックを追加 | --- まとめ：改善前の問題と解決方法一覧 | 現象 | 原因 | 対策 | |------|------|------| | (gedit:*) dbind-WARNING **: Couldn't connect to accessibility bus | コンテナ内ホストバインドされた /run/user/1000/at-spi/bus_1 に AT-SPI デーモンが存在しないため、GTK アプリが接続拒否を受ける | NO_AT_BRIDGE=1 環境変数で GTK の AT-SPI バス接続試行を無効化 | --- 参考リンク - AT SPI2 Core - GNOME Wiki - GTK Accessibility Documentation - NO_AT_BRIDGE - devcontainer.json による環境変数設定ガイドライン
NixOS unstableのmozcがビルドエラーになるの mozc#1594 でfix済みのやつらしくて nixpkgs#531687 がmergeされ待ちなので手元のは暫くstable channelのを使うか
github.com/google/mozc/commit/18e76511af9371a9a44… Mozc-3.34.6345.102になった。mozcのパッチからuim-mozc-helperで使うようになったのでGitHubのmozcをフォークしてたリポジトリは削除した。