/home/amgsk

TrackballをHyprlandでより快適に使う（追記あり）

Thu, 12 Mar 2026 07:30:56 +0900

Kensington SlimBlade Proを例に、Hyprlandとinput-remapperを使用してトラックボールの加速度やスクロール設定をカスタマイズする方法を紹介。

トラックボールは加速をONにして加速度をカスタムに設定することで、より快適な操作感を得ることができる（と思っている）
以下のようにHyprlandの設定ファイルhyprland.confにトラックボールの加速度や感度、スクロール設定を記述する。

ケンジントン公式のデバイスドライバでは、ボタン同時押しの設定が可能だが、当然Linuxでは利用できない。
そのためinput-remapperを使用して、複数ボタン同時押しの操作を実現している。

config例の重要なポイント

加速度のプロファイルをカスタムに設定し、加速度のカーブを細かく調整することで、トラックボールの動きがより自然になるようにしている
スクロール方法をon_button_downに設定し、スクロールボタンを指定。トラックボールの特定のボタンを押しながら動かすことでスクロールができるようになる
input-remapperを利用する場合、デバイス名が仮想デバイスのものになるため、Hyprlandの設定ファイルでは仮想デバイスの名前を指定する必要がある
input-remapperが使用できない状況のために、フォールバックとして通常のデバイス名での設定も記述している

Hyprlandの設定例

nameは実際のデバイス名に合わせて適宜変更する必要がある。
hyprctrl devicesコマンドでデバイス名を確認できる。

hyprland.conf

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28


# Kensington SlimBlade Pro Trackball
# 冗長がやむを得ないので、最低限 加速度/感度/スクロール設定を変数にまとめている
$tb_accel = custom 1.5 0.0 0.5 1.0 2.5
$tb_sens = -0.2
$tb_scroll_factor = 0.4
$tb_scroll_button = 276 # btn:extra (physical middle via evsieve)

# こっちはinput remapperが使用できない場合の通常のデバイス指定
device {
 name = kensington-slimblade-pro(2.4ghz-receiver)-kensington-slimblade-pro-trackball(2.4ghz-receiver)
 accel_profile = $tb_accel
 sensitivity = $tb_sens
 natural_scroll = false
 scroll_method = on_button_down
 scroll_button = $tb_scroll_button
 scroll_factor = $tb_scroll_factor
}

# こっちはinput remapperによって作成された仮想デバイスの指定
device {
 name = input-remapper-kensington-slimblade-pro(2.4ghz-receiver)-kensington-sl-forwarde
 accel_profile = $tb_accel
 sensitivity = $tb_sens
 natural_scroll = false
 scroll_method = on_button_down
 scroll_button = $tb_scroll_button
 scroll_factor = $tb_scroll_factor
}

input-remapperの自動起動とプリセットのロード

Hyprlandの起動時にinput-remapperを自動で起動し、設定済みのプリセットをロードするには、hyprland.confに以下を追記する。

Hyprlandでアプリをトグルする

Thu, 12 Mar 2026 05:24:19 +0900

シングルインスタンスのアプリをトグルするスクリプト。以下の挙動を実現するもの。

アプリが起動して無ければ起動
アプリが起動していてフォーカスされていなければフォーカス
アプリが起動していてフォーカスされていれば閉じる

~/bin/toggle-app.shに保存し、実行権限を付与する。

~/bin/toggle-app.sh

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23


#!/bin/bash
# Usage: toggle-app.sh <window-class> [launch-command]
# window-class: class name
# launch-command: command

class="$1"
cmd="${2:-${class,,}}"

if [ -z "$class" ]; then
 echo "Usage: $(basename "$0") <window-class> [launch-command]" >&2
 exit 1
fi

focused=$(hyprctl activewindow | grep -qi "$class" && echo yes)
running=$(hyprctl clients | grep -qi "$class" && echo yes)

if [ "$focused" = "yes" ]; then
 hyprctl dispatch closewindow "class:$class"
elif [ "$running" = "yes" ]; then
 hyprctl dispatch focuswindow "class:$class"
else
 $cmd &
fi

使い方はこう。

Proton環境で動かしているArknights: EndfieldにModsを適用する方法

Sun, 08 Mar 2026 10:41:31 +0900

Arknights: EndfieldはSteam外のゲーム（GRYPHLINKランチャー配布）だが、Proton経由でLinux上で動作する。
Windows環境では、3DMigotoというD3D11プロキシDLLをゲームフォルダに配置する方式でEndfieldのモデルやテクスチャを改変するmodが存在する。
しかし、Proton環境ではこの方式が機能しないようだった。 d3d11.dllを先にロードしてしまい、Unknown error (d3d11.dll) エラーが発生してゲームが起動できなかった。

これを解決するためにXXMI Launcherを使用する。
実行時にEndfield.exeプロセスを検知して自動的にDLLインジェクションを行う事ができ、Linux環境でも動作する。

環境

OS: Arch Linux (kernel 6.19.6-zen1-1-zen)
Proton: GE-Proton10-32 (Proton-GE Latest)
シェル: fish（任意）

手順

1. Proton環境のゲームフォルダを確認

Proton環境では、ゲームの仮想Windowsファイルシステムはcompatdata以下にある。

~/.local/share/Steam/steamapps/compatdata/<App ID>/pfx/drive_c/

私の環境ではEndfieldのApp IDは2514955766だった。ゲーム本体のパスは以下の通り。

~/.local/share/Steam/steamapps/compatdata/2514955766/pfx/drive_c/Program Files/GRYPHLINK/games/EndField Game/

Windowsパスとの対応は C:\ → pfx/drive_c/ に読み替えるだけ。

2. 使用中のProtonバージョンを確認

XXMI Launcherはゲームと 同じProtonバージョン・同じWineプレフィクス で起動する必要があるみたい。

Protonバージョンの確認

1

cat ~/.local/share/Steam/steamapps/compatdata/2514955766/version

出力例: GE-Proton10-32

対応するProtonのパスを確認：

Protonのパス確認

1

ls ~/.local/share/Steam/compatibilitytools.d/

今回は Proton-GE Latest が GE-Proton10-32 に対応していた。

3. XXMI Launcherのダウンロードと配置

ポータブル版をダウンロードし、ゲームと同じWineプレフィクス内に展開する。

Arknights: EndfieldをProtonで動かす方法

Sun, 08 Mar 2026 09:02:47 +0900

Arknights: EndfieldはSteamで配信されていないが、SteamのProton互換レイヤーを使ってLinux上で動作させることができる。 GRYPHLINKランチャー経由でインストールしたWindows版を、Steamに非Steamゲームとして追加して起動する方法をまとめる。

環境

OS: Arch Linux (kernel 6.19.6-zen1-1-zen)
Proton: GE-Proton（Proton-GE Latest）

前提

GRYPHLINKランチャーはWindows用アプリケーションなので、まずWindows環境でEndfield本体をインストールしておく必要がある。インストール済みのゲームフォルダをLinux側にコピーするか、別途Wineで直接インストールする。

手順

1. GRYPHLINKランチャーをSteamに追加する

Steamクライアントを開き、左下の「ゲームを追加」から「非Steamゲームを追加」を選択する。「参照」からGRYPHLINKランチャーの実行ファイル（GRYPHLINK_vX.X.X.XXXX_X_X_endfield.exe）を指定して追加する。

2. Proton互換性を設定する

追加したゲームのプロパティを開き、「互換性」タブで「特定のSteam Play互換ツールの使用を強制する」にチェックを入れる。 Protonのバージョンは Proton-GE Latest（GE-Proton）を推奨する。Valve公式のProtonでは動作しない場合がある。

3. ランチャーを起動してインストールする

Steamライブラリから追加したGRYPHLINKランチャーを起動する。 GRYPHLINKランチャーが起動したら、画面の指示に従ってインストールするだけ。

4. インストールされたゲームをSteamに追加して起動する

Proton環境のパスは ~/.local/share/Steam/steamapps/compatdata/<App ID>/pfx/drive_c/ にマッピングされる。 GRYPHLINKランチャーでインストールしたEndfieldの実行ファイル（Endfield.exe）をSteamの非Steamゲームとして追加する。追加したら、同様にProton互換性を設定して起動する。

補足

Proton環境でのModの適用方法については以下の記事を参照。

/home/amgsk | Proton環境で動かしているArknights: EndfieldにModsを適用する方法

XXMI Launcherを使って、Proton環境で動かしているArknights: EndfieldにModsを適用出来る

2026/03/08

普通に遊ぶことは出来るんだけど、1時間もするとGPUのメモリが枯渇して異常に重くなることがある。ゲームを再起動すればまたしばらくは快適に遊べる。

EOF

Hyprlandで役に立つウィンドウルール

Sun, 01 Mar 2026 18:22:16 +0900

Hyprlandはユーザーがウィンドウの挙動を細かく制御できる「ウィンドウルール」機能がある。
実際に役立つルールの例をいくつか紹介。

フローティング

よく使うユーティリティ系のアプリは float on で常にフローティングにしておくと使い勝手がいい。

rules.conf

windowrule = match:class guifetch, float on
windowrule = match:class yad, float on
windowrule = match:class zenity, float on
windowrule = match:class blueman-manager, float on
windowrule = match:class feh, float on
windowrule = match:class imv, float on
windowrule = match:class org.gnome.Loupe, float on

フローティング + サイズ調整 + センタリング

ダイアログ系のアプリはフローティングにするだけでなく、サイズと位置も合わせて指定するとキレイに表示できる。

rules.conf

windowrule = match:class foot match:title:nmtui, float on
windowrule = match:class foot match:title:nmtui, size 60% 70%
windowrule = match:class foot match:title:nmtui, center 1

windowrule = match:class org.gnome.Settings, float on
windowrule = match:class org.gnome.Settings, size 70% 80%
windowrule = match:class org.gnome.Settings, center 1

windowrule = match:class org.pulseaudio.pavucontrol, float on
windowrule = match:class org.pulseaudio.pavucontrol, size 60% 70%
windowrule = match:class org.pulseaudio.pavucontrol, center 1

ダイアログをタイトルで自動フローティング

ファイル選択ダイアログや保存ダイアログなどは、クラス名ではなくタイトルのパターンでマッチさせると幅広く対応できる。

小ネタ HyprlandでObsidianのトレイ格納をトグルする

Mon, 16 Feb 2026 00:18:33 +0900

HyprlandでObsidianのトレイアイコンをトグルする方法を紹介。

環境

Arch Linux 6.18.9-zen1-2-zen
Hyprland 0.53.3
Obsidian 1.11.7
Obsidian Tray Fork 🔗GitHub

手順

まずは普通にObsidian Trayをインストールする。
そして、Obsidian TrayのFork版のリポジトリを参照し、valut内の.obsidian/plugins/tray/main.jsをFork版のものに置き換えてObsidianを再起動。

Obsidian TrayのFork版には、以下のようなURLスキームが用意されており、Hyprlandのexecで簡単にトグルができる。

obsidian-trayの設定画面のショートカットは何だって良いと思う。
今回はトグルしたいので、Hyprlandのキーバインド設定で以下のような設定を仕込んだ。

hyprland.conf

1

bind = Ctrl+Shift, Q, exec, xdg-open "obsidian://tray?cmd=toggle"

挙動としてはめっちゃ望ましい感じになった。満足。

ウィンドウが生成されていないとき
- アクティブになる
ウィンドウが生成されていて、かつ現在アクティブなウィンドウのとき
- ウィンドウが閉じる（理想通りのtoggle）
ウィンドウが生成されているものの、現在アクティブなウィンドウではないとき
- ウィンドウがアクティブになる
- ワークスペースが別の場合は、obsidianが存在するワークスペースに切り替わる

つまりウィンドウがアクティブではないときに、ウィンドウがアクティブになる挙動があるのがとても良い感じ。

EOF

Linuxに音声入力を導入する

Sat, 14 Feb 2026 11:20:00 +0900

Linuxで音声入力したいですよね。
今回紹介するのは、Wayland環境向けのローカル音声入力ツールのhyprwhspr。

OpenAIのWhisperをベースにした高精度な音声認識をローカルで実行するため、プライバシーを保ちながらシステム全体で音声入力が使える。

hyprwhsprの特徴

ローカル処理 … モデルをメモリ上に保持し、外部サーバへの送信なしに音声認識を実行する
複数バックエンド対応 … Parakeet TDT V3、pywhispercpp、REST API、リアルタイムWebSocketなど
GPU自動検出 … NVIDIA（CUDA）、AMD（ROCm）、Vulkanを自動検出してアクセラレーション
CPUのみでも動作 … ONNX-ASRバックエンドによりGPUなしでも利用可能
音声ビジュアライザ … GTK4ベースのテーマ対応ビジュアライザで録音状態を表示
オーディオダッキング … 録音中にシステム音量を自動で下げる
Waybar連携 … ステータスバーに録音状態を表示

動作要件

Linux + Wayland（Hyprland、Sway、GNOME、KDE Plasma Wayland）
Python3 + pip(venvの環境が作られる)
ydotool 1.0+（キーボード入力の自動化）
wl-clipboard（Waylandクリップボード）
GTK4（ビジュアライザ）
PipeWireまたはPulseAudio

インストール

Arch Linux（AUR）

AURにパッケージが用意されているので、AURヘルパーでインストールできる。

1

yay -S hyprwhspr

セットアップ

インストール後、対話式のセットアップウィザードを実行する。

1

hyprwhspr setup

ウィザードでは以下の設定を順に行う。

音声認識バックエンドの選択 … Parakeet TDT V3やWhisperなど、使用するモデルを選ぶ
モデルのダウンロード … 選択したバックエンドに応じたモデルをダウンロード
ビジュアライザのテーマ設定 … 録音中に表示されるビジュアライザの見た目を設定
Waybar連携の設定 … Waybarを使っている場合、ステータス表示を設定
systemdサービスの登録 … ユーザサービスとして自動起動を設定
パーミッションの設定 … ydotoolの実行に必要な権限を付与
インストールの検証 … 設定が正しいことを確認

セットアップ完了後、ログアウト→ログインが必要。グループ権限の変更を反映させるため。

hyprwhspr 日本語音声入力セットアップの躓き

Sat, 14 Feb 2026 11:00:48 +0900

問題

音声の録音はできているが、認識結果が出力されない

原因

バックエンドが onnx-asr（nemo-parakeet-tdt-0.6b-v3）に設定されていた
このモデルは英語専用のため、日本語音声を認識できなかった
ログ上 Transcription completed in 0.00s と表示され、実質何も処理されていなかった

対応内容

1. バックエンドを pywhispercpp に変更

~/.config/hyprwhspr/config.json を編集:

transcription_backend: onnx-asr → pywhispercpp
language: ja を追加
既にインストール済みの ggml-base.bin（多言語Whisperモデル）を使用

2. small モデルをダウンロード

精度向上のため base → small に変更:

モデルをダウンロードする

1

hyprwhspr model download small

config.json に "model": "small" を追加。

3. キーバインド設定

~/.config/hypr/hyprland.conf にトグル式バインドを設定:

$XDG_CONFIG_HOME/hypr/hyprland.conf

1
2


bindd = SUPER ALT, D, Speech-to-text, exec, /usr/lib/hyprwhspr/config/hyprland/hyprwhspr-tray.sh record
bindd = SHIFT, Shift_R, Speech-to-text, exec, /usr/lib/hyprwhspr/config/hyprland/hyprwhspr-tray.sh record

Super+Alt+D または右Shift で開始/停止をトグル
push-to-talk（bindd+binddr）は修飾キーのリリースイベントが不安定なため断念

最終的な config.json

$XDG_CONFIG_HOME/hyprwhspr/config.json

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


{
 "$schema": "https://raw.githubusercontent.com/goodroot/hyprwhspr/main/share/config.schema.json",
 "use_hypr_bindings": true,
 "transcription_backend": "pywhispercpp",
 "model": "small",
 "language": "ja",
 "rest_endpoint_url": "https://api.openai.com/v1/audio/transcriptions",
 "rest_api_provider": "openai",
 "rest_body": {
 "model": "gpt-4o-transcribe"
 },
 "audio_ducking": true
}

その他のhyprwhsprのセットアップに関する内容は以下の記事でまとめているので、必要な方は参照してほしい。

小ネタ WaylandでJetbrains製のエディタを使用する

Fri, 13 Feb 2026 12:19:11 +0900

特定の要素にフォーカスを合わせると詳細情報が表示されたりするが、これが邪魔してクリックが出来なかったりしていた
そのせいでVSCodeやZedに浮気していたんだけど、やっぱりJetBrains系のIDEに搭載されているshelfやchangelistの機能が優秀で使いやすく、使いたいのに使えないもどかしさを感じていた…

そして、ようやくたどり着いたのはコチラ!!

1

-Dawt.toolkit.name=WLToolkit

これをVM Optionで設定してあげればいい(help > Edit Custom VM Options)
わりと普通に使用できるようになったかな…

あまり大したことではないが、起動直後のウィンドウのサイズ調整が効いていない問題が新たに発生している
副作用化どうかはわからない。リサイズすれば正常に描画される。なので、ちょっと面倒ではある

EOF

XWaylandでアプリを起動する

Wed, 11 Feb 2026 23:59:29 +0900

まだ多くのアプリケーションはWaylandに対応しておらず、起動することが難しかったり、またUIの描画が崩れたりする。そんなときはXWaylandを用いてアプリを起動するように指定すれば、多くの場合は問題なく使用できる。

XWaylandは、Waylandコンポジター上でX11アプリケーションを動作させるための互換レイヤーであり、Wayland環境でもXWaylandが有効であればX11向けのアプリケーションをそのまま実行できる。

そのやり方を紹介。

アプリケーションのツールキットを調べる

desktopエントリで適切な環境変数を指定するには、対象のアプリがGTK・Qt・Electronのどれで実装されているかを知る必要がある。パッケージ名にqtやgtkがついてるならそれを信用すればよい。

パッケージの依存関係から判別する

Arch Linuxならpacmanで依存関係を確認するのが最も手軽。

1

pacman -Qi dbeaver | grep Depends

依存パッケージにgtk3やgtk4があればGTK、qt5-baseやqt6-baseがあればQt。

リンクしているライブラリから判別する

バイナリがリンクしている共有ライブラリを確認する方法もある。

1

ldd $(which someapp) | grep -iE 'gtk|qt'

Electronアプリの見分け方

Electronアプリはインストールディレクトリにresources/app.asarが存在する。

1

ls /usr/lib/<appname>/resources/app.asar

また、実行中のプロセスのコマンドラインに--type=rendererなどChromium由来のフラグが含まれていることでも判別できる。

desktopエントリでの指定

~/.local/share/applications配下に、以下のようなdesktopエントリを作成する。 Exec内で環境変数を指定し、X11バックエンドで起動させる。

GTKアプリケーションの場合

GTKアプリケーションはGDK_BACKEND=x11を指定する。

desktopエントリ (GTK)

1
2
3
4
5
6
7
8
9


[Desktop Entry]
Name=DBeaver Community (For Wayland)
Comment=Universal Database Tool
Exec=env GDK_BACKEND=x11 GDK_SCALE=1 GDK_DPI_SCALE=1.5 dbeaver %f
Icon=dbeaver
Terminal=false
Type=Application
Categories=Development;Database;IDE;
StartupWMClass=DBeaver

Qtアプリケーションの場合

QtアプリケーションはQT_QPA_PLATFORM=xcbを指定する。

小ネタ draw.ioでCtrl無しでズームする

Wed, 04 Feb 2026 07:02:02 +0900

draw.ioでズームするにはAltやCtrlを押しながらマウスホイールを動かす必要が有る。
Miroのように、スクロールホイールだけでズームしたい。

そんなときは Extra -> configurationから以下をペーストするだけ。

1
2
3


{
 "zoomWheel": true
}

再起動後に動作確認すること。
その他の設定は以下のページに書かれている。

Configure the draw.io editor

EOF

小ネタ VSCodeのvimでFcitx5の動作がおかしい件の対処

Fri, 16 Jan 2026 07:04:54 +0900

Wayland環境+VSCode+Fcitx5での話。

たまに既にSubmitしたはずの文字が再変換されたり、変な位置に文字が挿入されるような現象に悩まされていた。もし同じような現象に遭遇している方は、以下をsettings.jsonに追加すれば解決するかも。

1

 "editor.editContext": false,

小ネタですがこれで助かる人がいれば良いなと。
EOF

ミニディスプレイが割と良いという話

Sun, 14 Dec 2025 10:22:22 +0900

ミニディスプレイを購入した。価格は1万円程度。 (追記) Keepaの価格推移を確認すると価格が1.5万に上がっていた…

12.3インチタッチスクリーンセカンダリーモニター、IPSストレッチバーLCDトラベルタッチディスプレイ1920 * 720 HDMI USBC、ノートパソコン用モバイルタッチスクリーン、Windows Aida64 GPU CPU RAMモニタリング用

これにSpotifyやSlackを表示させている。

このモニタの活用のために、ポモドーロタイマーを作ってみたりもした。
ratatuiを利用してTUIで実装してみた。

hyprland等のTWM環境で使用する場合、このタッチパネルを繋いだだけでは単なるタッチデバイスとして振る舞う。
以下のようにモニタ自身のoutput指定をし、その画面単体でのタッチ座標が認識されるように設定が必要。
実はひっそりとhyprlandに乗り換えている。これは別記事で。

hyprland.conf#input

1
2
3
4


device {
 name = hid-222a:0335
 output = HDMI-A-2
}

そのdeviceに指定する識別子はhyprctlコマンドで確認できる

1
2
3
4
5
6
7
8
9


$ hyprctl devises

# ...

Touch:
 Touch Device at 555e57f77ab0:
 hid-222a:0335

# ...

どうやらCorsairからXENEON EDGEというものが発売されたみたいだが、価格は4万円を超えている。えっ高すぎない…？

VSCodeのパフォーマンス最適化

Sat, 25 Oct 2025 19:52:31 +0900

VSCodeはcode-flags.conf（もしくはargv.json）によって、パフォーマンスを最適化出来る。

X11版の設定

~/.config/code-flags.confの例（X11）

1
2
3
4
5
6
7
8
9


--enable-gpu-rasterization
--enable-zero-copy
--ignore-gpu-blocklist
--enable-features=VaapiVideoDecoderCanvasOopRasterizationRawDraw
--ozone-platform-hint=x11
--disable-software-rasterizer
--num-raster-threads=12
--disable-renderer-backgrounding
--enable-native-gpu-memory-buffers

Wayland版の設定

~/.config/code-flags.confの例（Wayland）

1
2
3
4
5
6
7
8
9


--enable-gpu-rasterization
--enable-zero-copy
--ignore-gpu-blocklist
--enable-features=UseOzonePlatform,VaapiVideoDecoderCanvasOopRasterizationRawDraw
--ozone-platform=wayland
--disable-software-rasterizer
--num-raster-threads=12
--disable-renderer-backgrounding
--enable-native-gpu-memory-buffers

自分はマークダウンをプレビューしながら書くことが多いが、スクロール時のレンダリングのモタツキが減った（気がする）のと、画面のリサイズ時の反応が早くなった（気がする）

フィラメント詰まりとギア交換

Mon, 13 Oct 2025 21:01:17 +0900

ABSからPLAに切り替えて印刷しようとしたとき、以下のようなエラーが発生。

エラーコードは0700-8003 180927。

誘導されたWikiには以下のように記載してある。

1

Failed to pull out the filament from the extruder. This might be caused by clogged extruder or filament broken inside the extruder.

早速分解して確認。

説明の通り、上部に白色のフィラメントが写っているが、フィラメントは切断されていて、また先端が太くなっており引くにも引けない状況になっていた。これが詰まりの原因なので取り除く。

ついでに、将来的にPA-CFを試すために購入した焼入れスチール製の押出ギアと交換していく。

PA6-CF高いですね…0.5kgでこの値段。PLA・ABS・ASAは1,200円/0.5kgで買えるだけに買うのを躊躇する。
PETG-CF辺りから試してみようと思います。

Davinci ResolveでFcitxを使う方法

Thu, 11 Sep 2025 21:10:43 +0900

Davinci Resolve で日本語入力する方法。 fcitx5系でも同様の方法で可能な事が分かったので追記（updated）

確認したバージョン

Arch Linux 6.16.5-zen1-1-zen
fcitx
- 4系(4.2.9.9)
- 5系(5.1.16)
davinci-resolve
- 20.1.1-1
- 20.2.2-1

fcitx のモジュールのシンボリックリンクを resolve のフォルダ内に作る

fcitx4の場合

1
2


sudo mkdir -p /opt/resolve/plugins/platforminputcontexts
sudo ln -s /usr/lib/qt/plugins/platforminputcontexts/libfcitxplatforminputcontextplugin.so /opt/resolve/plugins/platforminputcontexts/

fcitx5はこちら

1
2


sudo mkdir -p /opt/resolve/plugins/platforminputcontexts
sudo ln -s /usr/lib/qt/plugins/platforminputcontexts/libfcitx5platforminputcontextplugin.so /opt/resolve/plugins/platforminputcontexts/

モジュールパスを指定した起動スクリプトを用意する

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12


#!/bin/bash

export XMODIFIERS="@im=fcitx"
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx

export QT_QPA_PLATFORM=xcb
export QT_PLUGIN_PATH=/opt/resolve/plugins

unset LD_PRELOAD

/opt/resolve/bin/resolve

desktop ファイルを作成（ランチャーから起動するため）

これで dmenu や rofi などのランチャーから指定して起動できるようになる。直接さっきのスクリプト叩くでも OK（使用する場合は $USER を自身に置き換えてください）

SSDが認識しなくなった話

Wed, 10 Sep 2025 21:37:42 +0900

先月末、Windowsの更新プログラムによって、M.2 SSDが恒久的に破壊されるという事象が発生している。自分はその被害者の一人かもしれず、一応こんな事象もあるよってのを伝えたく、この記事を書いている。

勿論、このupdateとは関係ない故障の可能性はあるしアップデートが原因だと立証するのは難しいけれど、このUpdateにより再起動掛かった直後からSSDが認識できなくなったので何らかの可能性は疑っている。その日は、しばらくWindowsUpdateを行っていなかったから最新にしとこうと思い、自らWindowsUpdateを行う形で自殺してしまった可能性あり。

見ての通り、起動デバイスから消えたので起動できない。念の為に、ArchISOが入っているUSBデバイスから起動してlsblkしてみても一覧には出なかった。当該SSDはnvmeの2TBだが、画面に表示されてるのはHDDやUSB。NVMeコントローラを認識できていないのはほぼ確実な気がする。

Windowsの用途としては、FusionやBambuStudioでの3Dモデリングや印刷がメインだったけど、アプリ自体がクラウドにデータを保存する仕組みだったので無傷だった。あとTrueNASにデータ保管してて良かった。OneDriveも何故か有効になってて良かった。今回データ的には無傷で済んだので良かったんだけど、バックアップの必要性を改めて感じた。

皆さんもお気をつけて。

ArchLinuxでXbox Wireless Controllerを使う

Wed, 26 Mar 2025 08:51:23 +0900

Xbox ワイヤレスコントローラーをArch Linuxで使う方法。

有線で接続する場合、Bluetoothか2.4Gレシーバのドングルを使った方法のどちらかになる。

先に結論だけど、安定性の問題でBlueToothよりもドングルを使った方法がオススメ。 xpadneoだと、初回接続は問題ないが再接続時にモジュールの再ロードが必要だった。

自分は以下の製品を使って問題なく使用できている。(Amazonリンク ※非アフィリンク)

BlueToothの接続の場合（xpadneo）

xpadneoをインストールする

1
2
3
4
5
6
7
8


# AURからインストール
yay -S xpadneo-dkms

# モジュールを読み込み
sudo modprobe hid_xpadneo

# 自動読み込みの設定
echo hid_xpadneo | sudo tee /etc/modules-load.d/xpadneo.conf

自分の環境では、コントローラの接続を切る（または切れる）と再接続されない問題があったが、以下のようにモジュールを再読込させることで再起動すること無く再接続させることは出来た。

Google Chromeを特定のプロファイルで起動する

Tue, 18 Mar 2025 21:47:30 +0900

Google Chromeを特定のユーザープロファイルで直接起動する方法について紹介する。
複数のプロファイルを使い分けている場合は便利と思う。自分は仕事用やプライベート用それぞれで10個くらいのプロファイルを使用していて、作業によって切り替えたりしている。

プロジェクトN用のインフラ作業用(本番向け、STG向け）
プロジェクトごとのテストアカウントA~Z
プライベート用
…

このプロファイルの切り替えが微妙に面倒に感じていた。
スクロールの量も増えてきていて、プロファイル選択で数秒掛かってしまっていた。

以下のようにコマンドで起動すれば、指定したプロファイルでChromeを起動できる。
既にそのプロファイルでタブが開かれていた場合でも、新しくウィンドウを開くような挙動となり、既存のプロファイルのウィンドウにフォーカスが飛ばなくなるので使いやすくもなる。

つまり以下を特定のキーバインドで実行させてやればマウス操作は不要でストレスフリーというわけ。

1
2
3
4


google-chrome-stable --profile-directory="Default"
google-chrome-stable --profile-directory="Profile 1"
google-chrome-stable --profile-directory="Profile N"
google-chrome-stable --guest # ゲストモード

プロファイルの確認方法

そのプロファイルで起動して、chrome://versionを開く。
Profile Pathに記載してあるディレクトリがそれ。

ちなみに、他のプロファイルも~/.config/google-chrome/配下のディレクトリ名にあるが、このディレクトリ内のファイルを見てもプロファイル名を導き出すことは難しかった。メンドイけど一つ一つ確認するしかなさそう。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13


amgsk@arch-desk ~/d/m/blog (main)> ls ~/.config/google-chrome/ | grep "^\(Default\|Profile\)"
Default
Profile 1
Profile 10
Profile 11
Profile 12
Profile 2
Profile 3
Profile 5
Profile 6
Profile 7
Profile 8
Profile 9

Preferences.nameというそれっぽい値を抽出してみたが求めている情報とは違った。

i3wmで効率よくゲームする

Sun, 16 Mar 2025 03:11:04 +0900

ArchLinux + i3wm 環境でゲームをプレイする際に、知っておくと便利な設定など。
gamemode は Linuxゲーミング環境でよく使われる最適化ツール。
これを活用して CPU の governor を performance に設定したり、スクリーンロックを無効化したりなど、ゲームする準備を自動化することができる。

1
2
3
4
5
6
7
8
9


[general]
desiredgov=performance
renice=10
ioprio=2
inhibit_screensaver=1

[custom]
start=/home/user/.config/gamemode/start.sh
end=/home/user/.config/gamemode/end.sh

軽量なi3wmとはいえ、picom などのコンポジターはゲーム時にパフォーマンスに影響を与える。
特に、影・透過・ぼかし・アニメーションの描写コストは高い。

gamemodeの開始時に自動でpicomを無効化し、終了時に再度有効化するようにする。
環境変数$HOME展開できない場合があるので注意。フルパスで書くようにする。

start.sh

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


#!/bin/bash

export DISPLAY=:0
i3-msg mode "gaming"

pkill picom

sleep 0.5
if pgrep -x picom > /dev/null; then
 pkill -9 picom
fi

end.sh

アプリケーションが起動できないとき

Mon, 03 Feb 2025 08:02:56 +0900

たまにバージョンの差異が原因でアプリケーションが起動できないときがある。そんなときの対処としては以下になる。

シンボリックリンクで最新バージョンを過去バージョンで偽装する
共有ライブラリのバージョンを落とす
アプリケーションバージョンを落とす

今回はfreecadで起動できない問題に遭遇したので対処例として書いておく。
rofiでfreecadを起動しようとしたところ、無反応だったのでターミナルから起動すると以下エラーログが出力されていた。

1

freecad: error while loading shared libraries: libxerces-c-3.2.so: cannot open shared object file: No such file or directory

バージョンは異なるものの、xerces-cはインストールはされている。指定バージョン(今回のケースだと3.2系)に依存している模様。

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


> yay -Qi xerces-c
Name : xerces-c
Version : 3.3.0-1
Description : A validating XML parser written in a portable subset of C++
Architecture : x86_64
URL : https://xerces.apache.org/xerces-c/
Licenses : APACHE
Groups : None
Provides : None
Depends On : gcc-libs curl libnsl icu
Optional Deps : None
Required By : freecad libkolabxml
Optional For : None
Conflicts With : None
Replaces : None
Installed Size : 8.11 MiB
Packager : Lukas Fleischer <lfleischer@archlinux.org>
Build Date : Sun 02 Feb 2025 11:29:45 PM JST
Install Date : Mon 03 Feb 2025 08:03:29 AM JST
Install Reason : Installed as a dependency for another package
Install Script : No
Validated By : Signature

ライブラリをlibxerces-c-3.2.soに偽装して試してみる。
既存のlibxerces-c-3.3.soを3.2としてシンボリックリンクを貼る。

Nvme Gen5への換装と速度確認

Wed, 22 Jan 2025 01:05:17 +0900

Crucial T705 4TB 3D NAND NVMe PCIe5.0 M.2 SSD 最大14,100MB/秒 CT4000T705SSD3-JP （非アソシエイトリンク）

Gen5で動作していることを確認するために以下のコマンドでリンク速度を確認。

1

sudo lspci -vvv | grep -C 10 -i nvme

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36


...
02:00.0 Non-Volatile memory controller: Micron/Crucial Technology T705 NVMe PCIe SSD (prog-if 02 [NVM Express])
	Subsystem: Micron/Crucial Technology Device 4100
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 85
	IOMMU group: 14
	Region 0: Memory at f6d00000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [80] Express (v2) Endpoint, IntMsgNum 0
		DevCap:	MaxPayload 512 bytes, PhantFunc 0, Latency L0s unlimited, L1 unlimited
			ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset+ SlotPowerLimit 75W TEE-IO-
		DevCtl:	CorrErr+ NonFatalErr+ FatalErr+ UnsupReq+
			RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ FLReset-
			MaxPayload 512 bytes, MaxReadReq 512 bytes
		DevSta:	CorrErr+ NonFatalErr- FatalErr- UnsupReq+ AuxPwr- TransPend-
		LnkCap:	Port #0, Speed 32GT/s, Width x4, ASPM L1, Exit Latency L1 unlimited
--
		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr- CorrIntErr- HeaderOF-
		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- AdvNonFatalErr+ CorrIntErr+ HeaderOF-
		AERCap:	First Error Pointer: 00, ECRCGenCap- ECRCGenEn- ECRCChkCap+ ECRCChkEn-
			MultHdrRecCap- MultHdrRecEn- TLPPfxPres- HdrLogCap-
		HeaderLog: 00000000 00000000 00000000 00000000
	Capabilities: [294 v1] Device Serial Number 00-00-00-00-00-00-00-00
	Capabilities: [2a0 v1] Power Budgeting <?>
	Capabilities: [300 v1] Secondary PCI Express
		LnkCtl3: LnkEquIntrruptEn- PerformEqu-
		LaneErrStat: 0
	Capabilities: [340 v1] Physical Layer 16.0 GT/s <?>
	Capabilities: [378 v1] Lane Margining at the Receiver
		PortCap: Uses Driver-
		PortSta: MargReady+ MargSoftReady-
	Capabilities: [3d0 v1] Physical Layer 32.0 GT/s <?>
	Kernel driver in use: nvme
	Kernel modules: nvme
	...

以下の表示がされていることがわかる。

ブラウザ以外でもスクロールズームしたい

Thu, 16 Jan 2025 00:35:06 +0900

テスト

i3wmの使い心地が最強すぎる

Wed, 21 Aug 2024 23:19:07 +0900

コンポジット型ウィンドウマネージャに分類される Windows や Mac のようなウィンドウマネージャを使っていたのだけれど、これらは万人受けする一方で何もかもが押し付けられているように感じていて。

もっと自由な開発環境を求め、初めてLinuxを使い始めたのが10年以上前。
Ubuntu8.04とかそのあたりだった気がする。KDE、Gnome、LXDEを環境として色々触るようになった。これらは設定の幅が広くて、更にOSSの拡張機能や自作スクリプトでアレンジしてWindowsよりも優れたカスタマイズ体験をもたらしてくれたけど、それでもまだWindowsを使っていた頃と同じ窮屈な感覚を感じずにはいられなかった。

そして今ではArchLinuxにi3wmと言われるタイリングウィンドウマネージャを入れて動かすことで落ち着いている。必要最低限すら入っていない環境に必要な機能を組み込んでいく。
自分で好みに育て上げる感じが楽しく、キーバインドや操作性は自由に設定出来て、何かしらのアプリや設定よりも高い優先度を持ち全てのキーバインドを制御できる。デフォルトで用意されているものに合わせる必要もない。設定は全てdotfilesで管理しているので、新しく環境を作ったときも数コマンドで環境を作れる。

自分で考えた設定なので覚えやすいし、アイデア次第でどんどん使いやすくしていける。ワークスペースを自在に操れるのは勿論、ルールに基づいてウィンドウを自動で整理することが出来る。もうウィンドウに迷うことはないし、動作は軽量でウィンドウを瞬時に切り替えることが出来る。コマンドを組み合わせて、開発環境の一式を1コマンドで特定のワークスペースで起動するなんてことも余裕で出来る。
この使いやすさを味わうと、もうMacやWindowsには戻れない。控えめに言って最高なので、ちょっと見てほしい。

そもそもタイリングウィンドウマネージャとは何なのか

タイリングウィンドウマネージャは、シンプルに言えばそのウィンドウを自動で並べて配置出来ること。ほとんどの操作をキーボードのみで行えるように設計されていて、これを設定ファイルで自由にカスタマイズ出来る。

タイリングウィンドウマネージャには、必要最低限すら機能が用意されていない。コミュニティによって様々なツールが提供されていて、これを利用してデスクトップ環境として使える形にしていく。

アプリケーションランチャーのRofi

ステータスバーのPolybar

ウィンドウ装飾のPicom

この他にも、デスクトップ環境として使うために様々な設定が必要になる。

背景の設定
monitorの定義
Networkの管理
Bluetooth管理
通知デーモン
ファイラー
…

これらがメンドイと感じる人には、タイリングウィンドウマネージャはまず向かない。このメンドクササに立ち向かってでもオリジナルを作りたいという強い意志と時間の消費の覚悟が必要。

けど恐れる必要はなく、界隈にはriceと言われるカスタマイズされた設定や外観を共有する文化があり、Redditでは頻繁に設定が共有されてる。また、GitHubで公開されてるdotfilesを覗けば、どんどん設定を育てられる。すでに定義されたdotfilesを使う場合でも、いずれ設定の理解が必要になるが、使いながら覚えていけばいい。

数あるタイリングマネージャの中でi3wmを使う理由

タイリングウィンドウマネージャには多くの種類がある。
X11ではこのi3wmを始め、bspwm、awesome、qtile、xmonad、waylandではi3wm互換のsway、Hyprland、niri…
いろんなタイリングマネージャを使ってみた中で、自分にはi3wmが最も馴染んだ。

X11上で動き、設定がシンプル
整備されたドキュメント、コミュニティの規模
viライクにタイリングを操作可能
dotfilesで管理しやすい設定ファイルと拡張性
コミュニティに構築されたエコシステムとの親和性
モードという概念の素晴らしさ

i3wmには色々良さがあるけれど、特にモードという概念が決め手になっている。

モードという概念の素晴らしさ

特にTWMはキーボードでほとんどの操作を行なう都合上、多くのキーバインドを必要とする。

キーバインドはアプリケーションによっても排他的に使用されるので、それぞれがコンフリクトしないように配慮するとなるとCtrlやShiftのキーバインドは使用できず、Super（俗に言うWinキー）やAlt（meta）を多用することとなる。

僕は物理的なスイッチが両手で50コの分割キーボードを好んで使っているが、ただでさえタイリングウィンドウマネージャ、ブラウザ、エディタなどの各アプリケーションで多数のキーバインドを必要とするのに、その操作をキーバインドだけで実現しようとすると必然的にキーの同時押しが増えてしまう。

それを解決する手段が、このモードという概念。
通常がノーマルモードだとすると、ヴィジュアルモードのような別のモードを作ることができ、そのモード中はノーマルモードのキーバインドが全て無効になり別の定義が可能となる。Vimを使ったことがあるならこのモードの概念を割と理解してもらいやすいと思う。

例えば、Super+Ctrl+Alt+1のようなキー入力をしようとすると、Super+Ctrl+Alt+Layer(fn)+1の合計 5 種類のキーを押す必要がある…この操作はモタツキの原因となり、生産性の低下に直結する。

そこでモードを活用できる。
例えばSuper+gのキーバインドをモードAに入るキーバインドとして定義したとする。2ストローク目でaをキー入力した場合にSuper+Ctrl+Alt+1でやろうとしていた操作をaというワンキーで行うように設定すれば良い。
つまりストローク数を増やし、同時押しを減らすことが出来る。

キーストロークこそ増えてしまうものの、通常ではバインドしにくかったアルファベット領域[a-z]へのキーバインドを有効活用できることとなる。

このモードの素晴らしさは、同時押しを減らせることだけじゃない。

特定のモード中は、ノーマルモードのキーバインドが無効になる。それを利用し、敢えてキーバインドを指定しないモードを用意することで、キーバインドが存在しない状態を作り出すことも出来る。これはゲーム用途などで敢えてキーバインドを設定したく無い場合に有用である。

また、モードをチェインして複数のモードを相互に移動することが出来る。これはつまり階層構造が作れる事を意味する。これも更に一次キーバインドの枯渇を防ぐ仕組みとして活用できる。

気になったらぜひ使ってみてほしい。この記事は書きかけなので、気が向いたときに追記していく予定。

LinuxでDockerコンテナとVirtualBoxの仮想OSを同時に起動する

Sat, 13 Jul 2024 23:23:42 +0900

LinuxでDocker(Desktop)とVirtualboxを同時に使用する場合の話。

事象

Dockerコンテナを起動中にVirtualBoxで仮想OSを立ち上げようとすると、以下のようにエラーが表示され起動が出来なかった。
逆にDockerDesktopのサービスを落としVirtualBoxを起動するとDockerコンテナの方が立ち上がらなくなる。

VirtualBox can't enable the AMD-V extension. Please disable the KVM kernel extension, recompile your kernel and reboot (VERR_SVM_IN_USE).

$ docker compose up
Cannot connect to the Docker daemon at unix:///home/{user}/.docker/desktop/docker.sock. Is the docker daemon running?

解決方法

どうやらLinux版のDockerDesktopはKVMを利用していている事が原因で、VirtualBoxもKVMを利用しており複数のハイパーバイザが同時にKVMを利用することはできない。
以下のようにContextを変更することで、DockerDesktopをアンインストールすることなくDockerとVirtualBoxの両方の起動が出来るようになった。

$ docker context list
NAME DESCRIPTION DOCKER ENDPOINT ERROR
default * Current DOCKER_HOST based configuration unix:///var/run/docker.sock
desktop-linux Docker Desktop unix:///home/{user}/.docker/desktop/docker.sock

既存のcontextを確認。*がついている箇所がカレント。
以下コマンドでdocker contextを変更する。

$ docker context use default
default
Current context is now "default"

Linuxに4Kモニターを導入した際の設定とか

Wed, 05 Jun 2024 08:31:47 +0900

新たにメインの開発環境に4Kモニターを導入した。使い心地は最高である。画面に描画されるフォントの美しさは素晴らしい。

これは導入の前から分かってたことだけど、4Kモニターの表示はスケーリングしないと文字が小さくて作業しづらい。
Windowsで言うところのスケーリングをLinux環境でも行いたい、という記事。
色々試行錯誤して快適に使用する設定を見つけたので記録として残そうと思う。

mobiuz ex3210u
非アソシエイトリンクです

環境

OS: Arch Linux
WM: i3wm
X環境(not Wayland)
UHD(DP-2)が1枚、FHD(DP-0,DP-4)が縦置きで左右に2枚の3画面構成

文字が小さくなる問題

4Kモニターは単純にFHDの縦横2倍なので、高画質だけどウィンドウや文字全てが小さくなってしまう。色々ググって最初に見つかるのはArch WIKIに記載されている以下のようなコマンドだと思う。

1

xrandr --output DP-1 --scale 1.2x1.2

今回は大きく表示させたいので、< 1の設定値を設定してみる。

1

xrandr --output DP-1 --scale 0.75x0.75

以下のようにスケール値を0.75で設定すると大きくは表示されるが、フォントがジャギっていてぼやけたようなblurryな状態になった。
1以上のスケーリングではフォントがジャギることは無かった。これは利用出来そう。この方針で詰めてみることにした。つまり4KモニタでスケーリングするのではなくFHDモニタ側を調整する方が問題が出ないのでは、というよみ。

行き着いた解決策

DPI設定で4Kモニタの表示を拡大し、FHD側はスケーリングで対応する

具体的な設定値は以下。

1. `.Xresources` で全体のDPIを変更する

これで4Kモニタ側の表示が画質を保ったまま、FHDの表示に近づくこれやるとFHDモニタがタブレット表示のようなどでかい表示になる。

1

Xft.dpi: 144

2. FHD側をスケールする

FHDモニタに対し、xrandrのscalingを>1で設定する。

1
2
3


exec xrandr --output DP-0 --scale 1.5
exec xrandr --output DP-4 --scale 1.5
exec_always ~/scripts/monitor_config.sh

上記スケーリングの実行後にarandrなりxrandrの解像度設定スクリプトを流すようにすると良い。スケーリング前のwindowposでやるとずれるので注意。

About

Mon, 01 Jan 0001 00:00:00 +0000

当サイトは Google Analytics を使っています。
ArchLinux や twm に関する記事が多いと思います。
普段から Linux を仕事道具として常用しており、その中での気付きやトラブルの情報を発信する目的でブログ書いてます。
Linux 使いが増えると嬉しい。みんな使うべき。
紹介するショッピングサイトの商品 URL は共有のために貼っているもので、アフィリンクを貼る意図は一切ありません。
そもそも稼げるなんて微塵も思ってません。なので安心してクリックください。
当サイトで紹介する操作やコマンドの正当性及び、その結果にはいかなる責任も負いません。全て自己責任です。
とはいえ、嘘偽りの情報を意図的に発信するつもりはありません。
少なくとも自分の環境では問題がない事を確認した上で共有するようにしていますが、保証は出来ません。
バージョン情報もできる限り伝えるようにしています。
更新日時も表示していますので、その情報の新鮮度やバージョンの差異は確認するようお願いいたします。

#PC

╭────────────────────────────────╮ 
│ kernel 6.19.6-zen1-1-zen │
│ uptime 1 day, 3 hours, 24 min │
│ shell fish │
│ mem 26.56 GiB / 61.95 GiB │
│ pkgs 2964 │
│ user amgsk │
│ hname arch-desk │
│ distro Arch Linux │
╰────────────────────────────────╯

#KeyBoards

Helix Beta
Corne Cherry
Corne Cherry lite
Corne Chocolate
Lily58
HHKB Lite2
HHKB Professional
HHKB Professional2
HHKB Type-S
Realforce GX-1
Realforce 87U Black&White

#KeyCaps

MT3 Profile

#3DP

Bambu Lab P1S COMBO(AMS)
Bambu Lab A1 COMBO(AMS lite)
Bambu Lab A1 mini

#laser cutter

xTool D1 Pro 20W

Gallery

Mon, 01 Jan 0001 00:00:00 +0000